„Zakup sprzętu i oprogramowania na potrzeby Starostwa Powiatowego w Polkowicach”, w ramach realizacji projektu „Wzmocnienie systemu cyberbezpieczeństwa Powiatu Polkowickiego”
Brakuje pełnego terminu końcowego w pobranych danych.
Przebieg postępowania
5 wpisówWszystkie ogłoszenia powiązane z tym postępowaniem — od pierwszego komunikatu do ostatniej aktualizacji lub wyniku.
Ogłoszenie
Pełna treść ogłoszenia podzielona na sekcje. Użyj wyszukiwania lub nawigacji do szybkiego przejścia.
1ZamawiającySekcja 1
| Punkt | Pole | Wartość |
|---|---|---|
| 1.1.) | Nazwa zamawiającego | Powiat Polkowicki |
| 1.3.) | Krajowy Numer Identyfikacyjny | REGON 390647239 |
| 1.4) | Adres zamawiającego | Brak danych |
| 1.4.1.) | Ulica | św. Sebastiana 1 |
| 1.4.2.) | Miejscowość | Polkowice |
| 1.4.3.) | Kod pocztowy | 59-100 |
| 1.4.4.) | Województwo | dolnośląskie |
| 1.4.5.) | Kraj | Polska |
| 1.4.6.) | Lokalizacja NUTS 3 | PL516 - Legnicko-głogowski |
| 1.4.9.) | Adres poczty elektronicznej | SEKRETARIAT@POWIATPOLKOWICKI.PL |
| 1.4.10.) | Adres strony internetowej zamawiającego | http://powiatpolkowicki.pl |
| 1.5.) | Rodzaj zamawiającego | Zamawiający publiczny - jednostka sektora finansów publicznych - jednostka samorządu terytorialnego |
2Informacje podstawoweSekcja 2
| Punkt | Pole | Wartość |
|---|---|---|
| 2.1.) | Identyfikator postępowania | ocds-148610-3f6df595-9a73-4973-ab83-506dd16418e2 |
| 2.2.) | Numer ogłoszenia | 2025/BZP 00438241 |
| 2.3.) | Wersja ogłoszenia | 01 |
| 2.4.) | Data ogłoszenia | 2025-09-24 |
3Podstawowe informacje o postępowaniu w wyniku którego została zawarta umowaSekcja 3
| Punkt | Pole | Wartość |
|---|---|---|
| 3.1.) | Charakter zamówienia | Zamówienie klasyczne - od 130 000 zł, ale o wartości mniejszej niż progi unijne |
| 3.2.) | Zamówienie było poprzedzone ogłoszeniem o zamówieniu albo ogłoszeniem o zamiarze zawarcia umowy w BZP lub Dz. Urz. UE | Tak |
| 3.2.1.) | Numer ogłoszenia w BZP lub Dz. Urz. UE | 2025/BZP 00336513 |
| 3.3.) | Czy zamówienie dotyczy projektu lub programu współfinansowanego ze środków Unii Europejskiej | Tak |
| 3.4.) | Nazwa projektu lub programu | Projekt „Wzmocnienie systemu cyberbezpieczeństwa Powiatu Polkowickiego”, finansowany z Funduszy Europejskich na Rozwój Cyfrowy 2021-2027 (FERC) Priorytet II: Zaawansowane usługi cyfrowe Działanie 2.2. – Wzmocnienie krajowego systemu cyberbezpieczeństwa konkurs grantowy w ramach Projektu grantowego „Cyberbezpieczny Samorząd” o numerze FERC.02.02-CS.01-001/23. |
| 3.5.) | Tryb udzielenia zamówienia wraz z podstawą prawną | Zamówienie udzielane jest w trybie podstawowym na podstawie: art. 275 pkt 2 ustawy |
| 3.6.) | Rodzaj zamówienia | Dostawy |
| 3.7.) | Nazwa zamówienia | „Zakup sprzętu i oprogramowania na potrzeby Starostwa Powiatowego w Polkowicach”, w ramach realizacji projektu „Wzmocnienie systemu cyberbezpieczeństwa Powiatu Polkowickiego” |
| 3.8.) | Krótki opis przedmiotu zamówienia | Brak danych |
| 1. | Przedmiotem zamówienia jest zakup sprzętu i oprogramowania na potrzeby Starostwa Powiatowego w Polkowicach | część 1: Zakup macierzy oraz dysków do macierzy; w ramach realizacji projektu „Wzmocnienie systemu cyberbezpieczeństwa Powiatu Polkowickiego”, finansowanego z Funduszy Europejskich na Rozwój Cyfrowy 2021-2027 (FERC) Priorytet II: Zaawansowane usługi cyfrowe Działanie 2.2. – Wzmocnienie krajowego systemu cyberbezpieczeństwa konkurs grantowy w ramach Projektu grantowego „Cyberbezpieczny Samorząd” o numerze FERC.02.02-CS.01-001/23. 2. Szczegółowy opis przedmiotu zamówienia jak w ust. 1 obejmuje: Macierz z dyskami o minimalnych parametrach technicznych: 1) Typ obudowy: Macierz musi być przystosowana do montażu w szafie rack 19”, o wysokości maksymalnie 2U z możliwością instalacji min. 24 dysków 2.5”; 2) Przestrzeń dyskowa: Zainstalowane 12x dysk SSD SAS o pojemności min. 3.84TB, Hot-Plug; 3) Możliwość rozbudowy: Macierz musi umożliwiać rozbudowę (bez wymiany kontrolerów macierzy), do co najmniej 276 dysków twardych. 4) Obsługa dysków: Macierz musi mieć możliwość obsługiwania dysków SSD, SAS i Nearline SAS. Macierz musi umożliwiać mieszanie napędów dyskowych SSD, SAS i NL SAS w obrębie pojedynczej półki dyskowej. Macierz musi obsługiwać dyski 2,5” jak również 3,5”. 5) Sposób zabezpieczenia danych: Macierz musi obsługiwać mechanizmy RAID zgodne z RAID0, RAID1, RAID10, RAID5, RAID6 oraz RAID z tzw. rozproszoną wolną pojemnością, realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków (tzw. wide-striping). Macierz musi umożliwiać definiowanie globalnych dysków spare oraz dedykowanie dysków spare do konkretnych grup RAID. Macierz musi również oferować możliwość zdefiniowania grup dyskowych z tzw. rozproszoną wolną pojemnością, która nie wykorzystuje tradycyjnych dysków zapasowych (integracja dysków zapasowych i nieaktywnych do zwiększenia dostępności i wydajności macierzy, zwiększenie szybkości odbudowy macierzy na wypadek awarii dysku). Macierz musi umożliwiać obsługę dysków różnej pojemności w ramach grupy dysków. 6) Tryb pracy kontrolerów macierzowych: Macierz musi posiadać minimum 2 kontrolery macierzowe pracujące w trybie active-active i udostępniające jednocześnie dane blokowe. Wszystkie kontrolery muszą komunikować się między sobą bez stosowania dodatkowych przełączników lub koncentratorów. 7) Pamięć cache: Macierz musi posiadać minimum sumarycznie 32 GB pamięci cache. Pamięć cache musi być zbudowana w oparciu o wydajną pamięć typu RAM. Pamięć zapisu musi być mirrorowana (kopie lustrzane) pomiędzy kontrolerami dyskowymi. Dane niezapisane na dyskach (np. zawartość pamięci kontrolera) muszą zostać zabezpieczone w przypadku awarii zasilania za pomocą podtrzymania bateryjnego lub z zastosowaniem innej technologii przez okres minimum 5 lat. 8) Rozbudowa pamięci cache: Macierz musi umożliwiać zwiększenie pojemności pamięci cache dla odczytów do minimum 8 TB z wykorzystaniem dysków SSD lub kart pamięci flash. Jeżeli do obsługi powyższej funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć wraz z rozwiązaniem. 9) Interfejsy: Macierz musi posiadać, co najmniej 8 portów 25Gb iSCSI (4 porty na kontroler) 10) Kable/wkładki: 4x kabel DSC 25GbE SFP28/SFP28 min. 3m 11) Zarządzanie: Zarządzanie macierzą musi być możliwe z poziomu interfejsu graficznego i interfejsu znakowego. Zarządzanie macierzą musi odbywać się bezpośrednio na kontrolerach macierzy z poziomu przeglądarki internetowej. 12) Zarządzanie grupami dyskowymi oraz dyskami logicznymi: Macierz musi umożliwiać zdefiniowanie, co najmniej 500 wolumenów logicznych w ramach oferowanej macierzy dyskowej. Musi istnieć możliwość rozłożenia pojedynczego wolumenu logicznego na wszystkie dyski fizyczne macierzy (tzw. wide-striping), bez konieczności łączenia wielu różnych dysków logicznych w jeden większy. Jeżeli do obsługi powyższych funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć dla całej pojemności urządzenia. 13) Thin Provisioning: Macierz musi umożliwiać udostępnianie zasobów dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu Thin Provisioning. Macierz musi umożliwiać odzyskiwanie przestrzeni dyskowych po usuniętych danych w ramach wolumenów typu Thin. Proces odzyskiwania danych musi być automatyczny bez konieczności uruchamiania dodatkowych procesów na kontrolerach macierzowych (wymagana obsługa standardu T10 SCSI UNMAP). Jeżeli do obsługi powyższych funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć dla całej pojemności urządzenia. 14) Tiering: Macierz musi posiadać funkcjonalność Tiering między dyskami SSD i SAS i między dyskami SAS i NL SAS. Tiering musi obejmować wszystkie woluminy w danej puli dyskowej. Dyski SSD mogą być wykorzystane zarówno do uzyskania pojemności w warstwie wydajności lub na potrzeby zwiększenia pamięci podręcznej odczytu w celu przyspieszenia operacji losowego odczytu z jednej lub wielu warstw napędów mechanicznych. 15) Wewnętrzne kopie migawkowe: Macierz musi umożliwiać dokonywania na żądanie tzw. migawkowej kopii danych (snapshot, point-in-time) w ramach macierzy za pomocą wewnętrznych kontrolerów macierzowych. Kopia migawkowa wykonuje się bez alokowania dodatkowej przestrzeni dyskowej na potrzeby kopii. Zajmowanie dodatkowej przestrzeni dyskowej następuje w momencie zmiany danych na dysku źródłowym lub na jego kopii. Macierz musi wspierać minimum 512 kopii migawkowych. Jeżeli do obsługi powyższych funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć dla całej pojemności urządzenia. 16) Wewnętrzne kopie pełne: Macierz musi umożliwiać dokonywanie na żądanie pełnej fizycznej kopii danych (clone) w ramach macierzy za pomocą wewnętrznych kontrolerów macierzowych. Jeżeli do obsługi powyższych funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć dla całej pojemności urządzenia. 17) Migracja danych w obrębie macierzy: Macierz dyskowa musi umożliwiać migrację danych bez przerywania do nich dostępu pomiędzy różnymi warstwami technologii dyskowych na poziomie części wolumenów logicznych (ang. Sub-LUN). Zmiany te muszą się odbywać wewnętrznymi mechanizmami macierzy. Funkcjonalność musi umożliwiać zdefiniowanie zasobu LUN, który fizycznie będzie znajdował się na min. 3 typach dysków obsługiwanych przez macierz, a jego części będą realokowane na podstawie analizy ruchu w sposób automatyczny i transparentny (bez przerywania dostępu do danych) dla korzystających z tego wolumenu hostów. Zmiany te muszą się odbywać wewnętrznymi mechanizmami macierzy. Jeżeli do obsługi powyższych funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć dla całej pojemności dostarczanego urządzenia. 18) Zdalna replikacja danych: Macierz musi umożliwiać asynchroniczną replikację danych do innej macierzy z tej samej rodziny. Replikacja musi być wykonywana na poziomie kontrolerów, bez użycia dodatkowych serwerów lub innych urządzeń i bez obciążania serwerów podłączonych do macierzy. Jeżeli do obsługi powyższej funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć wraz z urządzeniem. 19) Podłączanie zewnętrznych systemów operacyjnych: Macierz musi umożliwiać jednoczesne podłączenie wielu serwerów w trybie wysokiej dostępności (co najmniej dwoma ścieżkami). Macierz musi wspierać podłączenie następujących systemów operacyjnych: Windows, RHEL, SLES, Vmware, Citrix. Dla wymienionych systemów operacyjnych należy dostarczyć oprogramowanie do przełączania ścieżek i równoważenia obciążenia poszczególnych ścieżek. Wymagane jest oprogramowanie dla nielimitowanej liczby serwerów. Dopuszcza się rozwiązania bazujące na natywnych możliwościach systemów operacyjnych. Jeżeli do obsługi powyższych funkcjonalności wymagane są dodatkowe licencje, należy je dostarczyć dla maksymalnej liczby serwerów obsługiwanych przez oferowane urządzenie. 20) Redundancja: Macierz nie może posiadać pojedynczego punktu awarii, który powodowałby brak dostępu do danych. Musi być zapewniona pełna redundancja komponentów, w szczególności zdublowanie kontrolerów, zasilaczy i wentylatorów. Macierz musi umożliwiać wymianę elementów systemu w trybie „hot-swap”, a w szczególności takich, jak: dyski, kontrolery, zasilacze, wentylatory. Macierz musi mieć możliwość zasilania z dwu niezależnych źródeł zasilania – odporność na zanik zasilania jednej fazy lub awarię jednego z zasilaczy macierzy. Zasilacze użyte w macierzy powinny spełniać wymagania dotyczące sprawności dla zasilacza minimum 80+ Gold. 21) Dodatkowe wymagania: Oferowany system dyskowy musi się składać z pojedynczej macierzy dyskowej. Niedopuszczalna jest realizacja zamówienia poprzez dostarczenie wielu macierzy dyskowych. Za pojedynczą macierz nie uznaje się rozwiązania opartego o wiele macierzy dyskowych (par kontrolerów macierzowych) połączonych przełącznikami SAN lub tzw. wirtualizatorem sieci SAN czy wirtualizatorem macierzy dyskowych. Możliwość ograniczania poboru zasilania przez dyski, które nie obsługują operacji we/wy, poprzez ich zatrzymanie. 22) Standardy bezpieczeństwa: Urządzenie musi spełniać standard bezpieczeństwa EN 62368-1 (European Union). Wymagane dołączenie do oferty oświadczenia Producenta potwierdzające spełnienie powyższych zaleceń. 23) Inne: Urządzenia muszą być zakupione w oficjalnym kanale dystrybucyjnym producenta. Na żądanie Zamawiającego, Wykonawca musi przedstawić oświadczenie producenta oferowanego serwera, potwierdzające pochodzenie urządzenia z oficjalnego kanału dystrybucyjnego producenta. Wymagane są dokumenty poświadczające, że sprzęt jest produkowany zgodnie z normami ISO 9001 oraz ISO 14001. Deklaracja zgodności CE. 3. Warunki gwarancji i pozostałe warunki zamówienia zgodnie z SWZ. |
| 3.9.) | Główny kod CPV | 30233141-1 - Nadmiarowa macierz niezależnych dysków (RAID) |
| 3.10.) | Dodatkowy kod CPV | 30234100-9 - Dysk magnetyczny |
4Podstawowe informacje o zawartej umowieSekcja 4
| Punkt | Pole | Wartość |
|---|---|---|
| 4.1.) | Data zawarcia umowy | 2025-09-02 |
| 4.2.) | Okres realizacji zamówienia | do 2025-09-09 |
| 4.3.) | Dane wykonawcy, z którym zawarto umowę | Brak danych |
| 4.3.1.) | Nazwa (firma) wykonawcy, któremu udzielono zamówienia (w przypadku wykonawców ubiegających się wspólnie o udzielenie zamówienia – dotyczy pełnomocnika, o którym mowa w art. 58 ust. 2 ustawy) | VTIT Sp. z o.o. |
| 4.3.2.) | Krajowy Numer Identyfikacyjny | REGON 525602729 |
| 4.3.3.) | Ulica | Kędzierzyńska 19 |
| 4.3.4.) | Miejscowość | Bytom |
| 4.3.5.) | Kod pocztowy | 41-902 |
| 4.3.6.) | Województwo | śląskie |
| 4.3.7.) | Kraj | Polska |
| 4.4.) | Wartość umowy | 225090 PLN |
| 4.5.) | Numer ogłoszenia o wyniku postępowania zamieszczonego w BZP lub numer ogłoszenia o udzieleniu zamówienia opublikowanego w Dzienniku Urzędowym Unii Europejskiej | 2025/BZP 00412396/01 |
5Przebieg realizacji umowySekcja 5
| Punkt | Pole | Wartość |
|---|---|---|
| 5.1.) | Czy umowa została wykonana | Tak |
| 5.2.) | Termin wykonania umowy | 2025-09-10 |
| 5.3.) | Czy umowę wykonano w pierwotnie określonym terminie | Nie |
| 5.4.) | Informacje o zmianach umowy | Brak danych |
| 5.4.1.) | Liczba zmian | 0 |
| 5.5.) | Łączna wartość wynagrodzenia wypłacona z tytułu zrealizowanej umowy | 225090,00 PLN |
| 5.6.) | Czy umowa została wykonana należycie | Tak |
| 5.7.) | Podczas realizacji zamówienia zamawiający kontrolował przewidziane w zawartej umowie wymagania | nie dotyczy |
Analiza rynku
Typowy budżet zamawiającego w tej kategorii CPV, podobne postępowania oraz historia zamawiającego i rynek lokalny.
Typowy budżet w tej kategorii CPV
Jak liczymy benchmark?
Statystyki obliczamy z pola wartość szacunkowa zamówienia podanego przez zamawiającego w ogłoszeniu — to budżet planowany, nie zawsze odpowiada cenie kontraktowej po rozstrzygnięciu. Używamy percentyli (mediana, Q1, Q3), więc wyniki są odporne na pojedyncze ekstremalne ogłoszenia.
Podobne przetargi
Ta sama kategoria CPV, ostatni rok
Historia zamawiającego
Najnowsze postępowania tego podmiotu
Powiązane lokalnie
Aktywne w tym samym rynku lokalnym
Dokumenty i komunikacja
Platforma składania ofert, linki do dokumentacji i dane kontaktowe zamawiającego.
Platforma zakupowa
Miejsce składania ofert lub komunikacji z zamawiającym.