Do wszystkich uczestników postępowania

dla kluczowych usług elektronicznych. CENTRUM PRZETWARZANIA DANYCH MINISTERSTWA FINANSÓW Radom, 03.03.2016 r. CPD.ZP.272.5.2016.FQHF.3 PN/19/15/FQHF Do wszystkich uczestników postępowania dot. postępowania o udzielenie zamówienia publicznego na Budowę usługi odtworzenia po katastrofie dla kluczowych usług elektronicznych. Centrum Przetwarzania Danych Ministerstwa Finansów informuje, iż: I. Na podstawie art. 38 ust. 1 oraz 4 ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych ( Dz. U. z 2013 r. nr 907 z późn. zm.), poniżej przedstawiona została treść zapytań wraz z odpowiedziami oraz informacją o zmianie treści Specyfikacji Istotnych Warunków Zamówienia, zwanej dalej SIWZ, w prowadzonym postępowaniu o udzielenie zamówienia publicznego. Pytanie 1: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 2 Zamawiający wymaga m.in. możliwości definiowania zadań backupu z konsoli vrealize. Systemy backupu mają swoją konsolę do definiowania zadań, a konsola vsphere lub vrealize ma możliwość ich uruchamiania czy raportowania. Administrator vsphere/vrealize nie ma wiedzy o konfiguracji całego systemu backupu, więc nie powinien mieć możliwości definiowania zadań, a jedynie ich uruchamiania i oczywiście odtwarzania. Żadne rozwiązanie, poza natywnym VMware vsphere Data Protection, nie umożliwia takiej funkcjonalności, a VMware vsphere Data Protection integruje się tylko z EMC Data Domain, co sprowadza się do konieczności zaoferowania tylko tego rozwiązania i mocno ogranicza konkurencję. Prosimy o wykreślenie wymogu definiowania zadań z konsoli vrealize i vsphere. Uwaga ogólna dotycząca pytań od 1 do 12: Zamawiający informuje, iż treść Załącznika Nr 2 do Wzoru Umowy Szczegółowe wymagania dotyczące budowy/rozbudowy systemów infrastrukturalnych oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (cześć niejawna) została wykreślona modyfikacją SIWZ z dnia 18.02.2016 r. i zastąpiona treścią ujednoliconego Załącznik nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/rozbudowy systemów infrastrukturalnych oraz Strona 1 z 12

dla kluczowych usług elektronicznych. integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 2). Ponadto, w obowiązującej wersji w/w Załącznika nie jest postawiony wymóg definiowania zadań z konsoli vrealize i vsphere, jednakże Zamawiający dokonał modyfikacji zapisów Załącznika w zakresie definiowania zadań. Zapis: Integracja systemu backupu ze środowiskami VMware vsphere oraz vrealize (dostarczenie modułu do konsoli vrealize umożliwiającego definiowanie zadań backupu oraz uruchamianie odtwarzania z samej konsoli vrealize) Otrzymuje brzmienie: Integracja systemu backupu ze środowiskami VMware vsphere oraz vrealize (dostarczenie modułu do konsoli vrealize umożliwiającego uruchamianie odtwarzania backupu z samej konsoli vrealize) Pytanie 2: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 2 Zamawiający wymaga możliwości backupu stacji roboczych i laptopów oraz odtwarzania poprzez WWW. Oferowany system backupu dotyczy Data Center i serwerów, zatem systemy backupu optymalizowane są właśnie w tym obszarze. Dla backupu stacji roboczych są odrębne i dedykowane rozwiązania, lub moduły do niektórych systemów backupu. Prosimy o wykreślenie wymagania backupu stacji roboczych. Zamawiający nie wyraża zgody na zaproponowaną zmianę. Zamawiający wymaga, aby system backupu posiadał możliwość backupu stacji roboczych i laptopów tj. posiadał taką funkcjonalność. Oznacza to, że Wykonawca nie musi dostarczać licencji na moduł służący do backupu stacji roboczych i laptopów, ale samo oprogramowanie musi umożliwiać uruchomienie ww. funkcjonalności np. poprzez dodatkowy dedykowany moduł. Pytanie 3: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 2 Zamawiający wymaga możliwości backupu stacji roboczych i laptopów oraz odtwarzania poprzez prosty interfejs WWW. Niektóre systemy backupu spełniają te wymagania, jednak korzystają z aplikacji klienckiej do odtwarzania zamiast interfejsu WWW. Prosimy o wykreślenie wymogu interfejsu WWW, gdyż nie wpływa on w żaden sposób na funkcjonalność rozwiązania, a jednocześnie mocno ogranicza konkurencję i sprowadza się do oferowania tylko jednego produktu jakim jest EMC Avamar. Zamawiający nie wyraża zgody na wykreślenie zapisu dotyczącego wymogu interfejsu WWW, jednocześnie dokonał modyfikacji Załącznika w ten sposób, iż zapis: Możliwość backupu stacji roboczych i laptopów przez słabe łącza WAN z prostym interfejsem WWW odtwarzania dla użytkownika końcowego. Strona 2 z 12

dla kluczowych usług elektronicznych. Otrzymuje brzemiennie: Możliwość backupu stacji roboczych i laptopów przez słabe łącza WAN z prostym interfejsem WWW lub aplikacją kliencką służącą do odtwarzania danych dla użytkownika końcowego. Pytanie 4: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 2 Zamawiający wymaga możliwości backupu stacji roboczych i laptopów. Prosimy o podanie liczby użytkowników i stacji roboczych oraz sumaryczną ilość danych (w TB) na stacjach roboczych, które będą objęte systemem backupu. Takie dane są kluczowe dla wyskalowania rozwiązania od strony sprzętowej. Przedmiot zamówienia nie obejmuje uruchomienia i wdrożenia tej funkcjonalności, jednakże Zamawiający wymaga, aby system backupu posiadał możliwość backupu stacji roboczych i laptopów tj. posiadał (w znaczeniu - produkt ma posiadać taką funkcjonalność, ale nie oznacza, że Wykonawca ma ją uruchomić i wdrożyć) taką funkcjonalność. Oznacza to, że Wykonawca nie musi dostarczać licencji na moduł służący do backupu stacji roboczych i laptopów, ale samo oprogramowanie musi umożliwiać uruchomienie ww. funkcjonalności np. poprzez dodatkowy dedykowany moduł. Pytanie 5: część"ai_05 System backupowy w CPD MF". W tabeli 2 dotyczącej dostawy i rozbudowy bibliotek wirtualnych Zamawiający powołuje się na wymagania C.STO.VLB opisane w dokumencie ARIT-C. Wymagania te wprost wskazują na urządzenia EMC DataDomain i ich niektóre specyficzne właściwości, np. Natywną integrację z Veeam, EMC Avamar i NetWorker, VMware VDP (większości z nich Zamawiający nie posiada). Nie ma innych rozwiązań na rynku, które spełniają wszystkie wymagania C.STO.VLB, przez co oferując jakiekolwiek rozwiązanie nie może spełnić tych wymagań nie oferując rozwiązań EMC. W sposób oczywisty ogranicza to konkurencję do jednego rozwiązani. Sugerujemy następujące zmiany w wymaganiach zdefiniowanych w załączniku nr 2 w części niejawnej: 1. Oferowane alternatywne urządzenia de-duplikacyjne nie muszą spełniać wymagań C.STO.VLB, gdyż te dotyczą tylko EMC DataDomain. 2. Oferowane oprogramowanie równoważne dla IBM Spectrum Protect musi natywnie integrować się z posiadanymi urządzeniami DataDomain DD4500 przy pomocy DDBoost i VTL w celu ochrony poczynionych przez Zamawiającego inwestycji. 3. Oferowane alternatywne urządzenia de-duplikacyjne muszą spełniać wszystkie pozostałe wymagania podane w punkcie "1. Warunki równoważności dla oprogramowania IBM Spectrum Protect" takie, jak natywna integracja Strona 3 z 12

dla kluczowych usług elektronicznych. z proponowanym oprogramowaniem, deduplikacja na źródle, deduplikacja na urządzeniu, parametry wydajnościowe, backup po sieci SAN itd. 4. Oferowane alternatywne urządzenia de-duplikacyjne nie muszą emulować wirtualnych bibliotek i napędów (VTL), a dopuszczalna jest równoważna metoda backupu po sieci SAN. Obsługa wirtualnych bibliotek VTL jest już zagwarantowana w posiadanych przez Zamawiającego urządzeniach DD4500, a w bieżących nowoczesnych rozwiązaniach sprzętowych przestarzałe i problematyczne emulowanie bibliotek (VTL) nie jest już stosowane (klasyczne VTL'e odchodzą już z rynku i nie ma sensu w nie inwestować). 5. Oferowane alternatywne urządzenia de-duplikacyjne muszą być dedykowanym rozwiązaniem sprzętowym do backupu od jednego producenta (wszystkie komponenty) i niedopuszczalne jest oferowanie rozwiązań składających się z serwera x86, macierzy, systemu operacyjnego i systemu backupu instalowanego ręcznie przez Oferenta. 6. Oferowane alternatywne urządzenia de-duplikacyjne muszą mieć szeroką bazę instalacji na świecie (minimum 100 urządzeń oferowanego modelu i typu oraz minimum 10 tys. Urządzeń należących do linii produktowej), co zagwarantuje Zamawiającemu wysoką jakość rozwiązania potwierdzoną u tysięcy innych użytkowników. Zamawiający nie wyraża zgody na wprowadzenie do SIWZ sugerowanych przez Wykonawcę zmian. Zamawiający posiada w swojej infrastrukturze urządzenia EMC DataDomain oraz oprogramowanie wspierające protokół deduplikacji na źródle (dd boost). Oba rozwiązania zapewniają bardzo efektywny, oszczędny i wydajny sposób wykonywania i odtwarzania kopii zapasowych i ww. wymagania należy traktować, jako rozbudowę. Wymagania dotyczące urządzeń C.STO.VLB należy traktować, jako rozbudowę posiadanych przez Zamawiającego urządzeń. Pytanie 6: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 5 Zamawiający podaje pojemność posiadanego urządzenia DD4500 jako 218TiB. Zgodnie z naszą wiedzą osiągnięcie takiej pojemności użytecznej liczonej w TiB nie jest możliwe dla tego urządzenia. Używając przykładowo dziesięciu półek ES30-30 możemy osiągnąć215tib, a z użyciem 7 półek ES30-45 będzie to 226TiB. Kombinacje różnych rodzajów półek ES30 również nie dają218tib. Prosimy o doprecyzowanie w jakiej pojemności będzie docelowo urządzenie DD4500 lub jak uzyskano 218TiB. Zamawiający informuje, iż omyłkowo określił pojemność użyteczną urządzenia DD4500 na poziomie 218 TiB. Zamawiający wymaga, aby urządzenie DD4500 posiadało pojemność użyteczną 128 TiB. Zamawiający dokonał zmiany w tym zakresie. Strona 4 z 12

dla kluczowych usług elektronicznych. Pytanie 7: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 5 Zamawiający dopuszcza zastosowanie alternatywnych urządzeń de-duplikacyjnych zgodnych z C.STO.VLB w przypadku braku wsparcia dla deduplikacji na źródle w oferowanej aplikacji backupowej dla rozwiązań Data Domain. Dalej w punkcie 2 dla takiego systemu Zamawiający wymaga dostarczenia macierzy C.STO.UNI o określonych parametrach i to również tyczy się braku wsparcia dla de-duplikacji na źródle dla DataDomain. Czy dobrze rozumiemy, że alternatywne urządzenie de-duplikacyjne należy dostarczyć jako alternatywę dla posiadanych przez Zamawiającego urządzeń DD4500, natomiast macierz C.STO.UNI jest odrębnym komponentem wymaganym do dostarczenia osobno, poza alternatywnym urządzeniem de-duplikacyjnym? Innymi słowy czy oferując oprogramowanie nie wspierające de-duplikacji na źródle dla DD4500, Wykonawca musi dostarczyć zarówno alternatywne urządzenia de-duplikujące C.STO.VLB jak i macierze C.STO.UNI o podanych parametrach? W przypadku zaoferowania systemu backupowego niewspierającego deduplikacji na źródle DDBOOST i/lub OST Wykonawca zobowiązany jest do dostarczenia macierzy dyskowych C.STO.UNI.2., rozbudowy urządzeń EMC DataDomain 4500 oraz dostarczenia urządzeń C.STO.VLB. Pytanie 8: punkt "5.2.1 Parametry DR", tabela 1 - Poziomy DR Systemów Biznesowych. Czy RTO(h)=~0 oznacza, że odtworzenie systemu w ciągu 0h i 59min. spełnia wymaganie parametru RTO? Innymi słowy w tym przykładzie usługa nie będzie dostępna przez 0h i 59min. i tyle będzie trwał proces odtwarzania. Parametr ~0 jest wskazany dla systemu edeklaracje Podatnik (Bramka), który jest wskazany do trybu Active/Active, co oznacza, że ma działać w trybie disaster avoidance. Oznacza to, że czas wynosi 0 h, 0 min i 0 sek. Opis trybu Active/Active jest opisany w Załączniku nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/rozbudowy systemów infrastrukturalnych oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 2). Pytanie 9: punkt "5.2.1 Parametry DR", tabela 1 - Poziomy DR Systemów Biznesowych. Czy RPO(min)=~0 oznacza, że odtworzenie systemu sprzed 0 min i 59 sekund spełnia wymaganie? Innymi słowy w tym przykładzie nastąpi utrata danych z ostatnich 0 min. i 59 sekund. Parametr ~0 jest wskazany dla trybu Active Standby. Oznacza to, że czas wynosi 0 h, 0 min i 0 sek. Opis trybu Active Standby jest opisany w Załączniku nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/rozbudowy systemów infrastrukturalnych Strona 5 z 12

dla kluczowych usług elektronicznych. oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 2). Pytanie 10: część"ai_05 System backupowy w CPD MF". W tabeli 1 w wierszu 5 Zamawiający podaje pojemność posiadanego urządzenia DD4500 jako 218TiB, przy czym zaznacza, że jest to pojemność po rozbudowie. Następie w części "AI_05 System backupowy w CPD MF" w punkcie "1. Zakres prac" Zamawiający podaje, że posiada dwa systemy EMC Data Domain DD4500 o pojemności 218TiB i wymaga rozbudowy każdego o minimum 135TiB, co daje minimum 353TiB, a to przekracza możliwości rozbudowy DD4500. Prosimy o wyjaśnienie. Zamawiający informuje, iż omyłkowo określił pojemność użyteczną urządzenia DD4500 na poziomie 218 TiB. Zamawiający wymaga, aby urządzenie DD4500 posiadało pojemność użyteczną 128 TiB. Zamawiający dokonał zmiany w tym zakresie. Pytanie 11: część"ai_05 System backupowy w CPD MF". Zamawiający wymaga deduplikacji na źródle i backupu wprost na DD4500, a dla środowiska VMware Zamawiający wymaga kopii migawkowej maszyn wirtualnych (VM Image Level). Czy dopuszczalne jest, by deduplikację na źródle wykonywała maszyna wirtualna Proxy (instalowana ręcznie lub gotowy appliance) i korzystała z zasobów VMware ESXi? Przykładem takiego rozwiązania może być vsphere Data Protection lub VMware Backup Appliance dla EMC NetWorker, oba te mechanizmy korzystają z maszyn proxy. Tak, Zamawiający dopuszcza by deduplikację na źródle wykonywała maszyna wirtualna Proxy (instalowana ręcznie lub gotowy appliance) i korzystała z zasobów VMware ESXi. Pytanie 12: część"ai_05 System backupowy w CPD MF". Zamawiający wymaga deduplikacji na źródle i backupu wprost na DD4500, a dla środowiska VMware Zamawiający wymaga kopii migawkowej maszyn wirtualnych (VM Image Level). Czy dopuszczalną metodą deduplikacji na źródle jest integracja z VMware Change Block Tracking (CBT), odczyt tylko zmienionych bloków maszyny wirtualnej podczas backupu i zapis na Data Domain (lub rozwiązaniu alternatywnym)? Alternatywą jest deduplikacja programowa za pomocą maszyny wirtualnej pracującej w środowisku VMware (takich wirtualnych proxy używają np. wszystkie rozwiązania EMC). Warto zwrócić uwagę, że integracja z CBT bez użycia maszyn proxy ma tę przewagę, że nie zużywa procesora i RAM serwerów ESXi przy tej samej skuteczności backupu. Zamawiający dopuszcza oba proponowane rozwiązania. Strona 6 z 12

dla kluczowych usług elektronicznych. Poniższe pytania dotyczą dokumentu Architektura referencyjna środowiska IT CPD MF, Załącznik C, (punkty 1.2.2.19 i 1.2.2.20) Urządzenia równoważące ruch sieciowy typ 1 - (C.LAN.LB.1) i Urządzenia równoważące ruch sieciowy typ 2 (C.LAN.LB.2) oraz odpowiedzi udzielonych przez Zamawiającego w dniu 18.02.2016 r. (nr ref. pisma: CPD.ZP.272.5.2016.FQHF.2): Pytanie 13: Czy ze względu na wysokie wymagania wydajnościowe wymagana jest sprzętowa kompresji danych? Zamawiający nie specyfikuje wymagań w zakresie określonym w pytaniu. Pytanie 14: Czy wymagana jest certyfikacja ICSA dla modułu stanowej zapory sieciowej chroniącej przed atakami DDoS w warstwie 3 i 4? Zamawiający nie specyfikuje wymagań w zakresie określonym w pytaniu. Pytanie 15: Czy w ramach funkcjonalności ochrony przed atakami DDoS wymagana jest możliwość rozbudowy o serwis reputacyjny poprzez dokupienie subskrypcji? Zamawiający nie specyfikuje wymagań w zakresie określonym w pytaniu. Poniższe pytania dotyczą dokumentu ujednolicony Załącznik C do Architektury Referencyjnej (ARIT C U5 Standardy Parametrów Technicznych Urządzeń Teleinformatycznych), stanowiącej Załącznik D do SIWZ: Pytanie 16: Dotyczy komponentu C.STO.UNI (1.2.2.4) punkt 11 Skalowalność Czy Zamawiający dopuści rozwiązanie, które umożliwia rozbudowę pamięci cache o dyski typu SSD, dostępną tylko dla operacji odczytu, bez możliwości wykorzystania jej do zapisu danych? Nie, Zamawiający nie dopuści takiego rozwiązania. Zgodnie z zapisami Specyfikacji Istotnych Warunków Zamówienia, zwanej dalej SIWZ, Zamawiający wymaga, aby pamięć cache była dostępna dla operacji zapisu i odczytu danych. Pytanie 17: Dotyczy komponentu C.STO.UNI (1.2.2.4) punkt 5 Kompresja i deduplikacja oraz punkt 12 Zarządzanie Zamawiający w punkcie 5 wymaga by: Macierz dyskowa musi posiadać możliwość kompresji i deduplikacji danych. Jednocześnie w punkcie 12 Zamawiający oczekuje m.in. funkcjonalności: Macierz musi posiadać funkcjonalność tworzenia lokalnych kopii migawkowych dysków logicznych wewnętrznymi mechanizmami macierzy. Należy dostarczyć licencje na całą pojemność macierzy. Strona 7 z 12

dla kluczowych usług elektronicznych. Czy Zamawiający dopuści rozwiązanie, w którym zasób LUN objęty procesem deduplikacji i kompresji nie może być wykorzystany, jako źródło procesu kopii migawkowej? Zamawiający nie dopuści takiego rozwiązania. Zamawiający wymaga, aby zasoby poddawane deduplikacji i kompresji nie posiadały ograniczeń w stosunku do wymogów opisanych w SIWZ, w tym również dotyczących wykonywania kopii migawkowych. Pytanie 18: Dotyczy komponentu C.STO.FLS (1.2.2.6) punkt 3 - Deduplikacja i kompresja inline (w locie) oraz punkt 10 Zarządzanie Zamawiający w punkcie 3 wymaga odpowiednio: Deduplikacja: Macierz musi umożliwiać globalną deduplikacje (realizowaną w ramach całej pojemności macierzy niezależnie od logicznej i fizycznej konfiguracji) na poziomie blokowym. Wymaga się dostarczenia licencji deduplikacji na całą oferowaną pojemność macierzy. Deduplikacja musi być wykonywana zawsze jako część operacji zapisu danych (w trybie inline). Niedopuszczalne są rozwiązania, które zapisują dane na dyski bez wykonania procesu deduplikacji. Deduplikacja nie może wpływać negatywnie na wydajność macierzy tj. na ilość operacji IO oraz na czas odpowiedzi. Deduplikacja musi być realizowana globalnie we wszystkich udziałach i dla wszystkich rodzajów danych bez względu na udział. Deduplikacja nie może być realizowana za pomocą zewnętrznego urządzenia lub oprogramowania. Kompresja: Macierz musi umożliwiać kompresję na poziomie blokowym. Wymaga się dostarczenia licencji na oferowaną pojemność macierzy. Kompresja musi być wykonywana zawsze jako część operacji zapisu danych (w trybie inline). Niedopuszczalne są rozwiązania, które zapisują dane na dyski bez wykonania procesu kompresji. Kompresja nie może wpływać negatywnie na wydajność macierzy tj. na ilość operacji IO oraz na czas odpowiedzi. Dozwolone jest zastosowanie dedykowanej karty kompresującej. Jednocześnie w punkcie 10 Zamawiający oczekuje m.in. funkcjonalności: Macierz musi posiadać funkcjonalność tworzenia lokalnych kopii migawkowych dysków logicznych wewnętrznymi mechanizmami macierzy. Czy Zamawiający dopuści rozwiązanie, w którym zasób LUN objęty procesem deduplikacji i kompresji nie może być wykorzystany, jako źródło procesu kopii migawkowej? Zamawiający nie dopuści takiego rozwiązania. Zamawiający wymaga, aby zasoby poddawane deduplikacji i kompresji nie posiadały ograniczeń w stosunku do wymogów opisanych w SIWZ, w tym również dotyczących wykonywania kopii migawkowych. Strona 8 z 12

dla kluczowych usług elektronicznych. Pytania dotyczą dokumentu Architektura Referencyjna Środowiska IT CPD MF, Załącznik C,(punkty 1.2.2.19 i 1.2.2.20) Urządzenia równoważące ruch sieciowy typ 1 (C.LAN.LB.1) i Urządzenia równoważące ruch sieciowy typ 2 (C.LAN.LB.2) oraz udzielonych odpowiedzi na pytania i informacji o modyfikacji SIWZ z dnia 18.02.2016 r. Pytanie 19: Czy ze względu na wysokie wymagania wydajnościowe wymagana jest sprzętowa kompresji danych? Zamawiający nie precyzuje wymagań w tym zakresie. Pytanie 20: Czy wymagana jest certyfikacja ICSA dla modułu stanowej zapory sieciowej chroniącej przed atakami DDoS w warstwie 3 i 4? Zamawiający nie precyzuje wymagań w tym zakresie. Pytanie 21: Czy w ramach funkcjonalności ochrony przed atakami DDoS wymagana jest możliwość rozbudowy o serwis reputacyjny przez dokupienie subskrypcji? Zamawiający nie precyzuje wymagań w tym zakresie. Pozostałe pytania: Pytanie 22: ROZDZIAŁ VIII. OPIS SPOSOBU DOKONANIA OCENY SPEŁNIENIA WARUNKÓW, pkt. 3, ppkt. 1, b) Czy Zamawiający przez sformułowanie: dostawę oprogramowania systemowego i narzędziowego w tym platformy wirtualizacji serwerów ( ) miał na myśli dostawę oprogramowania składającego się z 3 elementów: a) systemów operacyjnych jak np. Microsoft Windows lub dystrybucyjne Linuxa, UNIX itp. b) oprogramowania narzędziowego, jako autonomiczne narzędzie nie będącego częścią Systemu Operacyjnego. c) oprogramowania do wirtualizacji serwerów np. WMware, Hyper-V, Citrix itp. Tak, Zamawiający uzna dostawy systemów i oprogramowania wskazanych w pytaniu. Jednocześnie Zamawiający informuje, iż spełnienie warunku określonego w Rozdziale VII ust. 1 lit. b) SIWZ nastąpi pod warunkiem spełnienia wszystkich warunków opisanych w Rozdziale VIII ust. 3 SIWZ. Strona 9 z 12

dla kluczowych usług elektronicznych. Pytanie 23: Dotyczy: Identyfikator komponentu C.PSR.R.X86.1 oraz C.PSR.R.X86.3 Załącznik nr 2 (część 1) Chcąc zaoferować rozwiązanie serwerowe jednego z czołowych producentów serwerowych i mając na uwadze obecne trendy serwerowe, gdzie producenci serwerów oferują serwery ze slotami PCI o zmniejszonej długości umożliwiające instalację najpopularniejszych i najczęściej używanych kart PCI, zwiększając przy tym ilość slotów np. pamięć RAM zwracamy się z prośbą o dopuszczenie możliwości zaoferowania rozwiązania równoważnego bazującego na serwerach posiadających 7 gniazd PCI Express generacji 3, w tym minimum jedno gniazdo PCI Express generacji 3 o prędkości x16 pełnej wysokości i długości 270 mm. Czy Zamawiający uzna takie rozwiązanie za równoważne i spełniające wymagania minimalne? Zbiór wszystkich obecnych wymagań technicznych opisanych w pierwotny sposób zdecydowanie ogranicza konkurencję. Uwzględnianie proponowanej zmiany sprawi, iż Zamawiającemu zostaną złożone oferty bazujące na produktach czołowych producentów sprzętu serwerowego. Dzięki temu Zamawiający będzie mógł wybrać ofertę najkorzystniejszą pod względem wymaganych kryteriów oceny ofert. Chcielibyśmy podkreślić, że zaproponowane zmiany nie pogorszą efektywności, jakości oraz wydajności oferowanego rozwiązania. Liczba gniazd PCI została wyspecyfikowania w "ARIT-C-U5-Standardy-Parametrow- Technicznych-Urządzen-Teleinformatycznych" dla C.PSR.R.X86.1:pkt. 1.1.2.1 Serwer stelażowy x86-64, 36 ccpu Gniazda rozszerzeń - Co najmniej 7 gniazd PCI Express generacji 3, w tym minimum jedno gniazdo PCI Express generacji 3 o prędkości x16 pełnej długości i wysokości. Dla jednego z powyższych gniazd dopuszczalne jest zastosowanie dedykowanego złącza umożliwiającego instalację karty pracującej w technologii PCI Express generacji 3. Pytanie 24: Identyfikator macierzy dyskowej: C.STO.UNI Dotyczy macierzy dyskowej C.STO.UNI. Zamawiający wymaga, aby dostarczany model macierzy znajdował się na liście sprzętu kompatybilnego z wirtualizatorem macierzy dyskowych SVC. Taki zapis jest niezgodny z zasadami uczciwej konkurencji, gdyż ogranicza wykonawcom zaoferowanie równoważnych macierzy spełniających wszystkie pozostałe wymagania a nie będące na liście kompatybilności SVC. Czy Zamawiający dopuści macierz dyskową spełniającą wszystkie wymagania techniczne i wydajnościowe oraz będącą jednocześnie wirtualizatorem macierzy, a nie będącą na liście kompatybilności SVC, jako rozwiązanie równoważne, spełniające wymagania minimalne Zamawiającego? Zamawiający wymaga dostarczenia macierzy C.STO.UNI zgodnej z wymaganiami opisanymi w ujednoliconym Załączniku C do Architektury Referencyjnej ARIT C U5 Standardy Parametrów Technicznych Urządzeń Teleinformatycznych, stanowiącego Załącznik D do SIWZ. Strona 10 z 12

dla kluczowych usług elektronicznych. Pytanie 25: Identyfikator macierzy dyskowej: C.STO.UNI Dotyczy macierzy dyskowej C.STO.UNI. Zamawiający wymaga dostarczenia macierzy z minimalną wielkością pamięci cache 256 GB. Przedstawione wymagania funkcjonalne, nie uzasadniają konieczności zastosowania macierzy z taką ilością pamięci cache. W obecnej chwili, na rynku dostępne są rozwiązania z pamięcią cache równą 128 GB, korzystniejsze cenowo i bardziej dopasowane technologicznie do wymagań, umożliwiające spełnianie wszystkich wymagań wydajnościowych Zamawiającego, takich jak ilość operacji IOPS = 150 000 oraz maksymalny średni czas odpowiedzi równy 5 ms. Czy Zamawiający, z uwagi na możliwość złożenia korzystniejszej cenowo oferty, dopuści rozwiązanie, spełniające wszystkie wymagania techniczne i wydajnościowe, posiadające pamięć cache minimum 128 GB? Prosimy o uznanie macierzy dyskowej posiadającej minimum 128 GB pamięci cache jako macierzy spełniającej wymagania minimalne. Zamawiający nie wyraża zgodny na proponowane rozwiązanie. Pytanie 26: Identyfikator macierzy dyskowej: C.STO.FLS Dotyczy macierzy dyskowej C.STO.FLS. Zamawiający wymaga dostarczenia macierzy dyskowej umożliwiającej rozbudowę do co najmniej 16 kontrolerów pracujących w trybie Active/Active. Biorąc pod uwagę bieżące wymagania Zamawiającego oraz perspektywy rozbudowy macierzy, możliwość wyposażenia macierzy w 8 kontrolerów w zupełności zapewni Zamawiającemu odpowiednią skalowalność rozwiązania. Ponadto, taki warunek (rozbudowa do 16 kontrolerów) znacząco ogranicza konkurencję. Czy Zamawiający dopuści macierz z możliwością rozbudowy do min. 8 kontrolerów jako rozwiązanie zapewniające odpowiednią skalowalność i spełniające minimalne wymagania specyfikacji w tym względzie? Zamawiający nie wyraża zgodny na proponowane rozwiązanie. Pytanie 27: Identyfikator macierzy dyskowej: C.STO.FLS Dotyczy macierzy dyskowej C.STO.FLS. Zamawiający wymaga dostarczenia macierzy dyskowej, która musi umożliwiać globalną deduplikację (realizowaną w ramach całej pojemności macierzy niezależnie od logicznej i fizycznej konfiguracji) na poziomie blokowym. Wyższy poziom deduplikacji, oferują rozwiązania posiadające dedupilkację na poziomie puli udostępnianych LUN ów macierzy. Dodatkowo, taki rodzaj deduplikacji nie wpływa negatywnie na wydajność macierzy tj. na ilość operacji IO oraz na czas odpowiedzi. Czy Zamawiający dopuści rozwiązanie alternatywne, posiadające deduplikację na poziomie puli udostępnianych LUN ów, jako spełniającą wymagania minimalne? Zamawiający nie wyraża zgodny na proponowane rozwiązanie. Strona 11 z 12

dla kluczowych usług elektronicznych. Pytanie 28: Identyfikator macierzy dyskowej: C.STO.FLS Dotyczy macierzy dyskowej C.STO.FLS. Zamawiający wymaga dostarczenia macierzy z możliwością rozbudowy pamięci RAM do min. 4096 GB. Biorąc pod uwagę bieżące wymagania Zamawiającego oraz perspektywy rozbudowy macierzy, możliwość rozbudowy pamięci RAM do min. 1024 GB w zupełności zapewni Zamawiającemu odpowiednią skalowalność rozwiązania. Przedstawione wymagania funkcjonalne, nie uzasadniają konieczności zastosowania macierzy z możliwością rozbudowy do takiej ilości pamięci RAM, gdyż macierz zbudowana będzie z dysków SSD lub kart flash, na których opiera się wydajność macierzy. Zwiększanie pamięci RAM do 4096 GB nie będzie miało wpływu na wzrost wydajności macierzy flash. Macierz z możliwością rozbudowy pamięci RAM do min. 1024 GB, korzystniejsza cenowo i bardziej dopasowana technologicznie do wymagań, umożliwia spełnianie bieżących oraz przyszłych wymagań wydajnościowych Zamawiającego. Czy Zamawiający, z uwagi na możliwość złożenia korzystniejszej cenowo oferty, dopuści macierz posiadającą możliwość rozbudowy pamięci RAM do min. 1024 GB, jako macierz spełniającą wymagania minimalne specyfikacji? Zamawiający nie wyraża zgodny na proponowane rozwiązanie. W związku z powyższymi odpowiedziami na pytania: 1) Zmianie ulega treść n/w załączników: a) Załącznik nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/ rozbudowy systemów infrastrukturalnych oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 1); b) Załącznik nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/ rozbudowy systemów infrastrukturalnych oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 2). 2) Treść ujednoliconych Załączników stanowi załącznik 1 i 2 do niniejszego protokołu, a wszelkie wprowadzone zmiany zostały oznaczone kolorem pomarańczowym. II. Termin, miejsce oraz godzina składania i otwarcia ofert pozostają bez zmian. Z-CA DYREKTORA Centrum Przetwarzania Danych Ministerstwa Finansów Iwona Strużyna / podpis na oryginale/ Załączniki: nr 1 Ujednolicony Załącznik nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/rozbudowy systemów infrastrukturalnych oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 1) nr 2 ujednolicony Załącznik nr 2 do Wzoru Umowy - Szczegółowe wymagania dotyczące budowy/rozbudowy systemów infrastrukturalnych oraz integracji ze środowiskiem Zamawiającego w ramach budowy usługi odtworzenia po katastrofie (część 2); Strona 12 z 12