Postępowanie prowadzone jest przez Gdyńskie Centrum Informatyki w trybie przetargu nieograniczonego (zgodnie z art. 132 ustawy Pzp) o wartości szacunkowej przekraczającej progi unijne.
Numer postępowania: GCI.DOZP.261.2.11.2026.KM (EZP nr 7/2026)
Przedmiot zamówienia: „Dostawa macierzy dyskowych wraz z wdrożeniem i wsparciem”
Postępowanie prowadzone jest w trybie przetargu nieograniczonego na podstawie art. 132 ustawy Pzp. Zamawiający stosuje procedurę właściwą dla zamówień o wartości równej lub przekraczającej progi unijne. Zamawiający przewiduje zastosowanie procedury „odwróconej” zgodnie z **art. 139 ust. (+ 4 zdania — pełna treść po zalogowaniu)
Postępowanie dotyczy zamówienia o wartości szacunkowej przekraczającej progi unijne określone w art. 3 ust. 1 pkt 1 ustawy Pzp. Zamawiający nie podał w treści SWZ konkretnej kwoty wartości szacunkowej ani budżetu przeznaczonego na sfinansowanie zamówienia. (+ 3 zdania — pełna treść po zalogowaniu)
Wykonawca musi wykazać spełnienie warunków udziału w postępowaniu w zakresie zdolności technicznej lub zawodowej: 1. Doświadczenie (dostawy): zrealizowanie w ciągu ostatnich 3 lat co najmniej 2 dostaw macierzy dyskowych lub sprzętu pamięci masowej funkcjonalnie odpowiadającego wymogom SWZ, o wartości co najmniej 150 000,00 zł brutto każda. 2. Doświadczenie (usługi): zrealizowanie w ciągu ostatnich 3 lat co najmniej 2 usług w zakresie wdrożenia i uruchomienia macierzy dyskowej lub sprzętu pamięci masowej funkcjonalnie odpowiadającego wymogom SWZ, o wartości co najmniej 150 000,00 zł brutto każda.
7
Kryteria oceny ofert
Widoczne 50%
Zamawiający przyjął następujące kryteria oceny ofert:
Podwykonawstwo: Zamawiający dopuszcza udział podwykonawców. Wykonawca ma obowiązek wskazać w ofercie zakres prac powierzonych podwykonawcom oraz ich nazwy (o ile są znane). Powierzenie części zamówienia podwykonawcom nie zwalnia wykonawcy z odpowiedzialności za jego prawidłową realizację.
Zmiany umowy: Strony dopuszczają zmiany umowy w okolicznościach przewidzianych ustawą Pzp, m.in. w przypadku obiektywnych trudności (np. siła wyższa), zmian technologicznych na lepsze rozwiązania lub wystąpienia globalnych/regionalnych zaburzeń łańcucha dostaw. Zmiany wymagają formy pisemnej pod rygorem nieważności.
RODO: Administratorem danych osobowych wykonawcy oraz osób fizycznych jest Gmina Miasta Gdyni reprezentowana przez Prezydenta Miasta Gdyni, w imieniu którego działa Dyrektor Gdyńskiego Centrum Informatyki. Dane przetwarzane są w celu związanym z postępowaniem o udzielenie zamówienia publicznego (art. 6 ust. 1 lit. c RODO). Wykonawca jest zobowiązany do dopełnienia obowiązków informacyjnych wobec podległych mu osób fizycznych.
Oświadczenie o braku podstaw wykluczenia (dot. art. 5k rozporządzenia 833/2014 oraz art. 7 ust. 1 ustawy o przeciwdziałaniu wspieraniu agresji na Ukrainę)
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 29 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Dostawa 2 sztuk macierzy dyskowych klasy enterprise typu All-NVMe.
Wykonanie wdrożenia obejmującego analizę przedwdrożeniową, instalację fizyczną, konfigurację systemową i logiczną, wirtualizację zasobów oraz migrację danych z istniejących systemów.
Przeprowadzenie szkoleń dla personelu w zakresie administracji, obsługi mechanizmów ochrony danych i monitoringu infrastruktury.
Świadczenie minimum 60-miesięcznego serwisu gwarancyjnego i wsparcia technicznego.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Pytanie nr 1:
Zamawiający wymaga macierzy All-NVMe natomiast wymaga łączności między kontrolerami a półkami
dyskowymi/rozszerzeniami za pomocą protokołu SAS. Czy doszło do omyłki, gdzie wymaganiem jest,
aby połączenia między kontrolerami a półkami dyskowymi/rozszerzeniami były realizowane za pomocą
protokołu NVMe a nie SAS?
Zamawiający zaakceptuje rozwiązania wspierające rozbudowę o dodatkowe półki dyskowe z wykorzystaniem połączeń NVMe lub SAS.
W związku z powyższym punkt 5 Opisu przedmiotu Zamówienia (załącznik nr 2 do SWZ) otrzymuje brzmienie:
„Macierz musi być wyposażona, w co najmniej:
• 8 portów (po 4 porty na kontroler) 32Gb FC i możliwością rozbudowy do 16 portów (8 na
kontroler) 32Gb FC lub 8 portów (4 na kontroler) 64 Gb FC z natywną obsługą FC i FC-NVMe
• 2 porty (po 1 na kontroler) Ethernet min. 1Gb Base-T do zarządzania macierzą
• 4 porty (po 2 na kontroler) Ethernet min .10/25 GbE z natywną obsługą iSCSI i NVMe/TCP
Macierz musi posiadać możliwość rozbudowy o dodatkowe półki SAS lub NVMe.”
Pytanie nr 2:
Zamawiający w pkt 4. OPZ "Kontrolery macierzowe" wymaga, aby każdy z kontrolerów był wyposażony
w procesory w architekturze x86. Na rynku dostępne są macierze wykorzystujące technologię
procesorów ARM.
Różnica między platformami ARM i x86 polega głównie na wewnętrznej konstrukcji układu, w tym
zestawie instrukcji, dystrybucji rdzenia, pamięci podręcznej, pamięci i kontroli operacji wejścia/wyjścia.
x86 wykorzystuje skomplikowane instrukcje CISC (Complex Instruction Set Computer), aby uzyskać
wyższą wydajność poprzez zwiększenie złożoności procesora. ARM wykorzystuje zredukowany zestaw
instrukcji RISC (Reduced Instruction Set Computer), który znacznie upraszcza architekturę i zachowuje
tylko niezbędne instrukcje, osiągając tym samym wyższą efektywność energetyczną w mniejszym
rozmiarze. Dogłębna współpraca sprzętu i oprogramowania poprawia wydajność, a architektura
wieloprocesorowa wspiera skalowalność wydajności, zapewniając ogromne korzyści w zakresie
efektywności energetycznej. Czy Zamawiający dopuści macierz zbudowaną w oparciu o architekturę
ARM? Pragniemy nadmienić, macierz wspiera wszystkie wymagane protokoły oraz jest kompatybilna z
wymaganymi systemami operacyjnymi.
Zamawiający dopuści macierz dyskową zbudowaną w oparciu o architekturę ARM, jako rozwiązanie
równoważne, przy czym Zamawiający wskazuje, że wszystkie pozostałe, opisane w Opisie Przedmiotu
Zamówienia parametry, w tym zwłaszcza wspieranie wszystkich wskazanych w OPZ protokołów, a
także kompatybilność z wymaganymi systemami operacyjnymi, muszą być spełnione przez oferowaną
macierz. Ponadto Zamawiający wskazuje, że to na wykonawcy ciąży obowiązek wykazania, że
oferowane rozwiązanie jest równoważne.
Pytanie nr 3:
Czy Zamawiający dopuści rozwiązanie, w którym serwis macierzy będzie świadczony przez
autoryzowanego partnera serwisowego producenta lub rozwiązanie, w którym kontakt z pracownikiem
serwisu będzie prowadzony w języku polskim lub języku angielskim.
Zamawiający dopuszcza każde rozwiązanie serwisu macierzy, byleby nie naruszało to warunków
gwarancji. Zamawiający dopuszcza kontakt z pracownikiem serwisu w języku polskim lub języku
angielskim.
Pytanie nr 4:
Pytanie dotyczy punktu 16 dokumentacji OPZ: Czy Zamawiający dopuści rozwiązanie dotyczące
wykrywania ransomware działające w trybie postprocesowym na zapisanych już na dyskach danych?
Zamawiający dopuści rozwiązania macierzy dyskowych posiadające mechanizm wykrywania
ransomware poprzez monitorowanie i analitykę operacji zapisu danych na nośniku, pod warunkiem że
są to rozwiązania natywne, zaimplementowane bezpośrednio w macierzy, a ich działanie nie wpływa
na wydajność i umożliwia osiągnięcie wymagań wydajnościowych określonych w innym punkcie 4 Opisu
przedmiotu Zamówienia (Załącznik nr 2 do SWZ).
W związku z powyższym punkt 16 Opisu przedmiotu Zamówienia (załącznik nr 2 do SWZ) otrzymuje
brzmienie:
„Zamawiający oczekuje nowoczesnej macierzy zbudowanej wyłącznie za pomocą bezpiecznych i
wydajnych modułów Flash NVMe. Macierz musi być wyposażona w funkcjonalność/mechanizm
wykrywania ransomware poprzez monitorowanie i analitykę operacji zapisu danych na nośniku. Musi
być to rozwiązania natywne, zaimplementowane bezpośrednio w macierzy, a ich działanie nie wpływa
na wydajność i umożliwia osiągnięcie wymagań wydajnościowych określonych w punkcie 4 OPZ.
Oferowana macierz dyskowa musi być fabrycznie nowa, wyprodukowana nie wcześniej niż 6 miesięcy
przed datą dostarczenia do Zamawiającego, pochodzić z oficjalnego kanału dystrybucyjnego
producenta na rynek polski. Zamawiający zastrzega sobie, aby Wykonawca na żądanie Zamawiającego
przedłożył oświadczenie Producenta oferowanego sprzętu, w języku polskim, potwierdzające
pochodzenie sprzętu z autoryzowanego kanału sprzedaży z Polski.”
Pytanie nr 5:
Zamawiający wymaga, aby macierz była wyposażona w funkcjonalność/mechanizm wykrywania
ransomware poprzez monitorowanie operacji zapisu na nośniku, przy czym funkcjonalność ta nie może
mieć wpływu na wydajność macierzy. Należy również domniemać, że umieszczenie tego wymagania w
obszarze funkcjonalności-wymagań dodatkowych, nie jest z punktu widzenia dla Zamawiającego
krytyczne, a zatem czy Zamawiający wyrazi zgodę na wykreślenie powyższego wymagania z OPZ z
powodów opisanych poniżej:
W ocenie Wykonawcy wskazane wymaganie nie opisuje wyłącznie oczekiwanego efektu
bezpieczeństwa, tj. zdolności do detekcji aktywności ransomware lub skutków działania ransomware,
lecz narzuca konkretny sposób realizacji tej funkcjonalności bezpośrednio w macierzy dyskowej,
poprzez monitorowanie operacji zapisu na nośniku. Taki zapis może w praktyce ograniczać konkurencję
do rozwiązań określonego producenta lub określonej architektury technicznej, mimo że mechanizmy
wykrywania ransomware mogą być skutecznie realizowane również w innych warstwach środowiska IT,
w szczególności przez dedykowane systemy backupu, cyber-resilience, analizę kopii danych,
snapshotów, metadanych lub zmian w zawartości danych.
Ponadto funkcjonalność detekcji ransomware, szczególnie oparta o analizę zachowania danych, jest
zwykle realizowana przez wyspecjalizowane oprogramowanie oraz dedykowane zasoby obliczeniowe,
aby nie obciążać kontrolerów macierzy odpowiedzialnych za obsługę krytycznych aplikacji
produkcyjnych. Wymaganie, aby mechanizm ten był natywnie zaimplementowany w macierzy i
jednocześnie nie miał żadnego wpływu na jej wydajność, może prowadzić do nieuzasadnionego
zawężenia postępowania, bez proporcjonalnego wpływu na rzeczywisty poziom bezpieczeństwa
Zamawiającego.
Należy również zauważyć, że samo wykrywanie potencjalnych symptomów ransomware w trakcie
operacji zapisu na macierzy nie zapewnia pełnej skuteczności procesu cyber recovery, jeżeli
mechanizm ten nie jest elementem szerszej, odseparowanej architektury umożliwiającej analizę
danych, potwierdzenie ich integralności oraz wskazanie ostatniej niezainfekowanej kopii. Ponadto
wykrycie ransomware na macierzy (szyfrowanie, usuwanie danych) w żaden sposób nie chroni przed
wyciekiem danych. Wszelkie raporty firm z obszaru security (np. Verizon. 2025 Data Breach
Investigations Report, strony 63, 64 oraz CrowdStrike 2025 Global Threat Report, strona 14) sugerują,
że między infekcją a faktycznym zaszyfrowaniem/usunięciem danych może minąć kilka tygodni w
którym to czasie dane zostają wykradzione. Aby temu przeciwdziałać potrzebne jest innego rodzaju
oprogramowanie, które nie jest elementem składowym żadnej macierzy blokowej. W praktyce proces
skutecznego odtworzenia po incydencie ransomware wymaga nie tylko wykrycia anomalii, ale również
możliwości przeprowadzenia analizy w odseparowanym środowisku, tzw. clean room / isolated recovery
environment, w którym można bezpiecznie zweryfikować dane przed ich przywróceniem do…
Zamawiający podtrzymuje zapis dotyczący sposobu realizacji wykrywania ransomware dopuści jednak
rozwiązania macierzy dyskowych posiadające mechanizm wykrywania ransomware poprzez
monitorowanie i analitykę operacji zapisu danych na nośniku, pod warunkiem, że są to rozwiązania
natywne, zaimplementowane bezpośrednio w macierzy, a ich działanie nie wpływa na wydajność i
umożliwia osiągnięcie wymagań wydajnościowych określonych w punkcie 4 OPZ.
W związku z powyższym punkt 16 Opisu przedmiotu Zamówienia (załącznik nr 2 do SWZ) otrzymuje
brzmienie takie jak w odpowiedzi na pytanie nr 4.
Pytanie nr 6:
Dla wymogu „Kontrolery macierzowe”
Zamawiający w OPZ wskazuje następujące wymaganie:
„Macierz All-NVMe wyposażona w minimum 2 kontrolery macierzowe obsługujące protokoły blokowe.
Oba kontrolery muszą jednocześnie aktywnie obsługiwać wolumeny. Oprogramowanie macierzy musi
rozkładać obsługę wolumenów pomiędzy kontrolery i dążyć do ich równomiernego obciążenia.
Wydajność macierzy dla następującego ruchu o wielkości bloku 8kb, stosunek odczytu do zapisu 70/30,
ruch losowy (brak trafień w cache) z opóźnieniem nie przekraczającym 1ms musi wynosić min. 285 000
IOPS.
Każdy z kontrolerów musi być wyposażony w wielordzeniowe procesory x86. Z uwagi na
kompatybilność z systemami operacyjnymi oraz aplikacjami występującymi w środowisku
Zamawiającego, a listą rozkazów obsługiwanych przez procesory zainstalowane w oferowanym
rozwiązaniu, Zamawiający zaakceptuje jedynie rozwiązania wyposażone w procesory firm Intel lub
AMD. Zastosowany procesor musi wspierać standard minimum PCIe Gen4.
Każdy kontroler musi posiadać co najmniej 256GB pamięci cache. Zamawiający nie dopuszcza pamięci
cache w formie dysków. Kontrolery muszą obsługiwać protokół FC, NVMeoF-FC na portach
wystawionych do hostów (front end). Zamawiający wymaga, aby pamięć cache była zabezpieczona
podtrzymaniem bateryjnym, zapewniającym zapobieżenie utraty jej zawartości w przypadku nagłego
zaniku zasilania, dla dwóch awarii występujących z rzędu.”
Wnosimy o doprecyzowanie, jakie konkretne wymagania dotyczące kompatybilności systemów
operacyjnych, aplikacji lub zestawów instrukcji procesora uzasadniają ograniczenie oferowanych
rozwiązań wyłącznie do architektury x86 oraz procesorów producentów Intel lub AMD.
Pragniemy zwrócić uwagę, że w przypadku macierzy dyskowych klasy enterprise architektura procesora
zastosowanego w kontrolerach macierzy nie wpływa na kompatybilność rozwiązania z systemami
operacyjnymi, platformami wirtualizacyjnymi, aplikacjami ani serwerami korzystającymi z zasobów
pamięci masowej.
Komunikacja pomiędzy serwerami, a macierzą realizowana jest za pośrednictwem standardowych
protokołów blokowych, takich jak Fibre Channel (FC), NVMe over Fabrics FC (NVMe-oF/FC) czy iSCSI.
Z punktu widzenia systemu operacyjnego, platformy wirtualizacyjnej lub aplikacji udostępniany jest
standardowy wolumen blokowy, natomiast architektura procesora zastosowanego w kontrolerach
macierzy pozostaje całkowicie transparentna dla hosta.
Procesory kontrolerów macierzy realizują wyłącznie operacje wewnętrzne związane z funkcjonowaniem
systemu pamięci masowej, takie jak obsługa operacji I/O, RAID, cache, redukcja danych, replikacja czy
mechanizmy wysokiej dostępności. Nie uczestniczą natomiast w wykonywaniu instrukcji systemów
operacyjnych, hiperwizorów ani aplikacji uruchomionych na serwerach Zamawiającego. W
konsekwencji zestaw instrukcji procesora kontrolera macierzy nie ma wpływu na kompatybilność
środowiska serwerowego z oferowaną macierzą.
W związku z powyższym wskazane w OPZ uzasadnienie…
Zamawiający dopuści macierz dyskową zbudowaną w oparciu o architekturę ARM, jako rozwiązanie
równoważne, przy czym Zamawiający wskazuje, że wszystkie pozostałe, opisane w Opisie Przedmiotu
Zamówienia parametry, w tym zwłaszcza wspieranie wszystkich wskazanych w OPZ protokołów, a
także kompatybilność z wymaganymi systemami operacyjnymi, muszą być spełnione przez oferowaną
macierz. Ponadto Zamawiający wskazuje, że to na wykonawcy ciąży obowiązek wykazania, że
oferowane rozwiązanie jest równoważne.
Pokazujemy 6 z 10 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
