Szczegółowy Opis Przedmiotu Zamówienia

Szczegółowy Opis Przedmiotu Zamówienia Dostawa serwerów oraz UPS na potrzeby Mazowieckiej Jednostki Wdrażania Programów Unijnych WYMAGANIA OGÓLNE: Urządzenia muszą być fabrycznie nowe i muszą pochodzić z oficjalnego kanału dystrybucji producenta na terenie Polski. Serwery muszą być oficjalne wspierane przez producenta oprogramowania do wirtualizacji serwerów (serwer musi posiadać certyfikat). Wsparcie musi być dostępne dla najnowszej wersji sytemu do wirtualizacji serwerów (najnowsza wersja, patch, build aktualnie dostępny), Wszystkie urządzenia musza być wyprodukowane zgodnie z normą jakości ISO 9001:2000 lub normą równoważną. Urządzenia i ich komponenty muszą być trwale oznakowane przez producenta aby możliwa była identyfikacja produktu jak i producenta. Wszystkie urządzenia mają zostać dostarczone w oryginalnych opakowaniach producenta. Wszystkie urządzenia musza posiadać certyfikację CE. Wszystkie urządzenia muszą być przystosowane do pracy w sieci energetycznej o parametrach 230V, ±10%, 50Hz. Rozwiązanie musi być zbudowane w formie serwerów kasetowych. 1. Obudowa typu Blade Podstawowa sztuk 1: 1. Typ obudowy Do montażu w szafie RACK 19 2. Wysokość obudowy Maksymalnie 10U 3. Liczba montowanych Minimum 7 serwerów zawierającego 4 układy procesorowe serwerów (socket) lub 14 serwerów zawierających 2 układy procesorowe (socket) umieszczonych w ramach jednej obudowy typu Blade. Wymagana możliwość instalacji 4. Rodzaj obsługiwanych serwerów serwerów 4 i 2 socketowych w ramach jednej obudowy. Możliwość umieszczania w ramach jednej obudowy serwerów z procesorami architekturze x86 oraz RISC / EPIC oferowanych przez producenta dostarczającego obudowę. 5. Sposób agregacji/wyprowadzeń sygnałów LAN Co najmniej 2 przełączniki LAN. Każdy przełącznik musi posiadać: 14 portów 1Gb Ethernet wewnętrznych 2 porty zewnętrzne 10Gb Ethernet z dostarczonymi dwoma wkładkami 10Gb SFP+ (obsadzenie wkładkami dla wszystkich dostępnych portów, wymagane wkładki światłowodowe) 4 porty RJ45 1Gb Ethernet Wszystkie porty które posiada przełącznik muszą być aktywne i gotowe do wykorzystania, jeżeli wymagana jest licencja do aktywacji portów należy ja dostarczyć Każdy przełącznik musi mieć wydajność min 150Gbps. Oba przełączniki Ethernet muszą się komunikować z modułem zarządzającym dedykowanym wewnętrznym portem o przepustowości min 1GbE Każdy przełącznik musi wspierać: Non-blocking architecture support of up to 32,000 MAC Adresses Static and LACP (IEE 802.3ad) link aggregation Wparcie dla jumboframes 9,216 IGMP Wparcie dla min 128 VLAn per switch SSH and SSHv2 zarządzanie przez GUI zarządzanie przez CLI 6. Sposób 2 przełączniki 8Gb FC SAN (każdy switch musi posiadać

agregacji/wyprowadzeń sygnałów Fibre Channel 7. Inne standardy komunikacyjne min. 6 portów zewnętrznych i 14 portów wewnętrznych). Każdy switch musi posiadać możliwość pracy w trybie Full Fabric, jeżeli wymagana jest dodatkowa licencja na tą funkcjonalność,należy dostarczyć odpowiednie licencje. Wszystkie zainstalowane serwery muszą komunikować się z obydwoma przełącznikami FC. Jeden przełącznik SAN powinien posiadać co najmniej 2 porty zewnętrzne na obudowę obsadzone modułami SFP o przepustowości nie mniejszej niż 8Gb FC. Modułu SAN FC muszą posiadać diodę sygnalizacyjną, która umożliwi lokalizację modułu w obudowie serwerowej Oba przełączniki SAN muszą się komunikować z modułem zarządzającym dedykowanym wewnętrznym portem o przepustowości min 1GbE. Urządzenia musza wspierać wirtualizację NPIV oraz porty F, FL, E, Możliwość instalacji w obudowie przełączników w standardzie InfiniBand, przełączników typu FC 8/16 Gb, przełączników typu Ethernet 1 lub 10Gb, oraz przełączników konwergentych. 8. Zasilanie i chłodzenie Zasilacz o konstrukcji modularnej z możliwością dokładania i wymiany modułów na gorąco. System zasilania zainstalowany wewnątrz obudowy, zdolny do dostarczenia mocy, jaką może potrzebować obudowa w pełni obsadzona serwerami i wszystkimi możliwymi opcjami (serwery w pełni obsadzone opcjami). Gwarantujące instalacje np. min. 14 serwerów, gdzie w każdym zainstalowane będą procesory o mocy 135W. Zasilanie typu hot-swap oraz redundancja typu N+N. Obudowa w pełni obsadzona wentylatorami, aby również umożliwiała pełne obsadzenie kompletem serwerów. 9. Zarządzanie Zdalne włączanie/wyłączanie/restart niezależnie dla każdego serwera. Zdalne udostępnianie napędu CD-ROM, FDD, obrazu ISO na potrzeby serwera z możliwością bootowania z w/w napędów. Zdalna identyfikacja fizycznego serwera i obudowy za pomocą sygnalizatora optycznego. Dostęp zdalny z poziomu przeglądarki internetowej bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu. Możliwość instalacji co najmniej 2 modułów zarządzania w ramach obudowy w celu zapewnienia redundancji. Zamawiający wymaga dostarczenia dwóch modułów zarządzających. Graficzna wizualizacja statusów komponentów. 10. Oprogramowanie Oprogramowanie pochodzące od producenta serwerów. zarządzające 11. Gwarancja 60 miesięcy serwisu realizowanego przez producenta sprzętu z gwarantowanym 4 godzinnym czasem reakcji w trybie 24 godziny 7 dni w tygodniu. 2. Serwer kasetowy 6 sztuk: Lp. Nazwa elementu, Opis wymagań parametru lub cechy 1. Procesor Dwa procesory, osiągające w testach opublikowanych na ogólnodostępnej stronie Spec.org. SPECint_rate2006 = minimum 1000 SPECint_rate_base2006 = minimum 969 2. Pamięć cache Minimum 30 MB pamięci cache 3. Liczba układów procesorowych w każdym serwerze / rdzeni minimum 2 układy / 24 rdzeni

4. Pamięć RAM Minimum 256GB RAM (częstotliwość taktowania 2133MHz, kości minimum 16GB). Możliwość instalacji do 24 układów pamięci. Jeżeli pojedynczy serwer nie ma możliwości rozbudowy pamięci RAM do co najmniej 768GB, to należy dostarczyć zamiast niego dwa serwery, każdy wyposażony w co najmniej ilość i typ procesorów jak w punkcie 3. 5. Dyski twarde Możliwość instalacji min. dwóch dysków SSD/SAS/. Kontroler RAID na płycie głównej z mozliwością konfiguracji RAID 1, 0. 6. Interfejs FC Jedna dwu portowa karta FC 8Gb kompatybilne z dostarczonymi przełącznikami SAN. 7. Interfejsy sieciowe Minimum 4 interfejsy 1GB kompatybilne z dostarczonymi przełącznikami LAN 8. Wspierane systemy operacyjne Microsoft Windows Server, Microsoft Windows Server Hyper-V, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, VMware vsphere 5 9. Zarządzanie Serwer zawiera zintegrowany moduł zarządzania (procesor serwisowy) który łączy się z modułem zarządzania w chassis. Połączenie takie zapewnia zaawansowane funkcje kontroli, monitorowania, oraz funkcje ostrzegania przed awarią. Jeżeli któryś z komponentów serwera ulegnie awarii, diody na płycie głównej zostaną włączone w celu zdiagnozowania problemu. Błąd jest rejestrowany w dzienniku zdarzeń, a administrator powiadamiany o problemie. Możliwość zdalnego dostępu do serwera poprzez protokoły: Intelligent Platform Management Interface (IPMI) Version 2.0, Simple Network Management Protocol (SNMP) Version 3, Common Information Model (CIM). Możliwość mapowania napędu CD/DVD/FDD/USB i obrazów ISO. 10. Wirtualizacja Możliwość instalacji wirtualizatorów na kluczach USB lub na kartach SD. Klucze usb i karty SD nie są wymagane. 11. Gwarancja 60 miesięcy serwisu realizowanego przez producenta sprzętu z gwarantowanym czasem reakcji 4 godziny. 12. Obudowa Dostarczone serwery kasetowy muszą zostać zainstalowane w obudowie serwerów kasetowych opisanej w punkcie 1. 3. Licencje na przełączniki Ethernet posiadane przez zamawiającego sztuk 2: Lp. Nazwa elementu, Opis wymagań parametru lub cechy 1. Licencja Licencja kompatybilna z posiadanym przez Zamawiającego przełącznikiem Lenovo Flex System EN2092 1Gb pozwalająca na włączenie funkcjonalności 4 portów 10Gbps razem z wkładkami SFP+ na każdy przełącznik. 2. Licencja Licencja kompatybilna z posiadanym przez Zamawiającego przełącznikiem Lenovo Flex System EN2092 1Gb pozwalająca na włączenie funkcjonalności pełnego działania warstwy L2 i L3 oraz dodatkowych 14 porów Internal oraz 10 portów 1Gbps External. 4. Macierz dyskowa sztuk 1: Lp. Nazwa elementu, Opis wymagań parametru lub cechy 1. Interfejs hosta Wymagane jest niemniej niż: 2 porty 1Gb Ethernet w każdym kontrolerze do podłączenia hostów 2 porty SAS do podłączenia dodatkowych półek dyskowych (minimum 1 port na kontroler) 4 porty x 8Gb/s FC należy dostarczyć min po dwie wkładki

SFP 8Gb na każdy kontroler Macierz musi zapewniać możliwość wymiany kart FC lub rozbudowy w każdym z kontrolerów na jedną z następujących kart: a. 4 porty x 1Gb/s Ethernet (iscsi) b. 2 porty x 10Gb/s Ethernet (iscsi/fcoe) c. 2 porty x 6 Gb/s SAS 2. Interfejs użytkownika Graficzny interfejs dostępny przez przeglądarkę oraz interfejs tekstowy przez SSH. Musi istnieć możliwość bezpośredniego monitoringu stanu w jakim w danym momencie Macierz się znajduje. Dane o parametrach wydajnościowych macierzy muszą być dostępne w postaci wykresów w interfejsie GUI. 3. Kontroler Kontroler podwójny Active-Active z funkcją Mirrored cache pojedynczy/podwójny 4. Pamięć podręczna na kontroler Macierz musi być wyposażona w minimum 8GB pamięci Cache na kontroler. Macierz musi posiadać system podtrzymania zawartości pamięci cache na wypadek awarii zasilania realizowany poprzez zapis danych z pamięci cache kontrolerów do pamięci typu flash lub równoważny zapewniający co najmniej taki sam czas przechowywania danych. Zarządzanie w oparciu o użytkowników z przypisanymi uprawnieniami (role-base). 5. Zamontowane dyski 34 sztuk HDD 2TB 7,2K NLSAS i 9 sztuk HDD 1,2TB 10K SAS Należy dostarczyć niezbędne półki dyskowe wymagane do zainstalowania zamawianych dysków twardych wraz z okablowaniem, zasilaniem i pełną możliwą redundancją przewidzianą przez producenta. 6. Liczba obsługiwanych dysków Obudowa kontrolera: 12 dyski 3,5-calowe Obsługiwane zarówno półki dyskowe z 12 dyskami 3,5 jak i półki dyskowe 24 dyskowe 2,5 7. Obsługiwane napędy Macierz musi obsługiwać dyski 2,5 jak i 3,5. Macierz musi obsługiwać dyski 2,5 o pojemnościach i prędkościach: 300GB 15k, 600GB 15k, SAS - 300GB 10k, 600GB 10k 900GB 10k, 1,2TB, 1,8TB SAS - 1TB 7,2k NLSAS 400GB SSD, 800 GB SSD Macierz musi obsługiwać dyski 3,5 o pojemnościach i prędkościach - 2TB 7,2k 3TB 7,2k NLSAS, 4TB 7,2k NLSAS, 6TB 7,2k 12Gb NLSAS Macierz musi obsługiwać dyski SSD i SAS, NLSAS Macierz musi obsługiwać dyski wszystkich wspieranych typów pracujące równocześnie w tej samej obudowie, odpowiednio dla dysków 2,5 oraz 3,5 Macierz musi pozwalać na rozbudowę poprzez dołączenie łącznie co najmniej 9 dodatkowych półek dyskowych zarówno 2,5 jak i 3,5 bez ograniczeń odnośnie ich mieszania czy tez kolejności dołączania. Wymagana możliwość rozbudowy do 240 dysków 8. Poziomy RAID RAID 0,1, 5, 6 i 10 9. Wentylatory i zasilacze W pełni nadmiarowe, z możliwością wymiany podczas pracy 10. Obudowa Standardowy stelaż 19-calowy 11. Oprogramowanie zarządzające Wymagane jest aby dostarczona macierz posiadała interfejs zarządzający GUI, CLI, oraz umożliwiała tworzenie skryptów użytkownika. Możliwość zarządzania całością dostępnych zasobów

12. Zaawansowane właściwości każdego systemu 13. Gwarancja 5-letnia gwarancja 24 7 NBD dyskowych z jednej konsoli administracyjnej. Musi istnieć możliwość bezpośredniego monitoringu stanu w jakim w danym momencie macierz się znajduje. Wirtualizacja wewnętrznych zasobów dyskowych Macierz musi zapewniać funkcjonalność udostępniania przestrzeni bez konieczności fizycznego alokowania wolnego miejsca na dyskach (thin provisioning). Jeżeli funkcjonalność wymaga licencji, należy taką licencję zaoferować dla całej macierzy w maksymalnej konfiguracji.. Funkcje kopiujące typu migawka i klon (maksymalnie 32 cele, z możliwością rozbudowy o licencję. Dostarczenie licencji na tym etapie nie jest wymagane) Macierz musi obsługiwać grupy spójności wolumenów do celów kopiowania i replikacji Macierz musi posiadać funkcjonalność tworzenia mirrorowanych LUN pomiędzy różnymi zarządzanymi zasobami dyskowymi w szczególności na różnych poziomach RAID, z zastosowaniem innych dysków w grupach dyskowych, dla których awaria jednej kopii lustra musi być niezauważalna dla systemu hosta. Na tym etapie dostarczenie licencji nie jest konieczne Macierz musi obsługiwać LUN Masking i Lun mapping Sterowniki do obsługi wielościeżkowego dostępu do wolumenów, awarii ścieżki i rozłożenia obciążenia po ścieżkach dostępu powinny być dostępne dla podłączanych systemów operacyjnych. Jeżeli zastosowanie tych sterowników wymaga licencji, musi być dostarczona dla podłączanych systemów operacyjnych Minimalna ilość wspieranych wirtualnych dysków logicznych (LUN) musi wynosić co najmniej 1024 Macierz musi posiadać funkcjonalność zwiększania rozmiaru wolumenów Macierz musi automatycznie monitorować obciążenie dysków i automatycznie rozkładać obciążenie w grupach dysków. Wymienione funkcjonalności muszą być dostarczone. Macierz musi pochodzić z autoryzowanego kanału dystrybucji producenta i być objęta serwisem producenta na terenie RP 14. Pobór mocy Główna jednostka z dyskami max 360W, napięcie 100-240V 15. Przewody 4x 1m FC Cable umożliwiające podłączenia macierzy z przełącznikami FC Niezbędne kable do podłączenia półek dyskowych 16. Dodatkowe funkcjonalności Macierz musi posiadać możliwość rozbudowy o następujące funkcjonalności: Optymalizacja wykorzystania dysków SSD poprzez automatyczną identyfikację najbardziej obciążonych fragmentów wolumenów w zarządzanych zasobach dyskowych oraz ich automatyczną migracje na dyski SSD. Macierz musi również automatycznie rozpoznawać obciążenie fragmentów wolumenów na dyskach SSD i automatycznie migrować z dysków SSD nieobciążone fragmenty wolumenów. Opisany powyżej proces optymalizacji musi posiadać funkcję włączenia/wyłączenia na poziomie pojedynczego wolumenu. Proces optymalizacji musi obejmować 3 rodzaje dysków SSD, Enterprise (15k i 10k) oraz Nearline (7,2k). Nie wymaga się dostarczenia licencji na tym etapie postępowania. Wykonywania replikacji synchronicznej i asynchronicznej

17. Obsługiwane systemy operacyjne wolumenów logicznych. Zasoby źródłowe kopii zdalnej oraz docelowe kopii zdalnej mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych. Replikacja musi być obsługiwana zarówno przy użyciu Fibre Channel jak i IP z użyciem technologii zwiększającej efektywność transmisji danych w sieciach IP. Nie wymaga się dostarczenia licencji na tym etapie postępowania. Microsoft Windows 2003/2008/2008R2/2012, Suse 9/10/11/12, Redhat 5/6, Solaris 9/10, VMware 4.1/5.0/5.1/5.5, 6.0, Citrix XenServer, Oracle Solaris 11 5. UPS: Lp. OPIS WYMAGANIA I PARAMETRY MINIMALNE 1. Zasilacz UPS w obudowie typu Rack Obudowa UPS maksymalnie 6U przeznaczona do instalacji w standardowej szafie RACK 19, jak również musi posiadać możliwość adaptacji do wersji Tower. Obudowa musi być dostarczona wraz ze wszystkimi elementami do montażu w szafie rack jak i do wersji tower. Wymagania: Moc wyjściowa: UPS-a co najmniej 8000 VA / 7200 W Możliwość zasilania napięciem wejściowym w zakresie od 380V do 415V 3-Phase Maksymalny amperaż wejścia 40A Gniazda wyjściowe: minimum 4 gniazda typu IEC320-C19 (16A) Napięcie wyjścia: 200-240 V Częstotliwość 50/60 Hz Baterie bezobsługowe typu hot-swap Minimalny czas podtrzymania (moduł podstawowy wraz z ewentualnymi bateriami) dla maksymalnego obciążenia 7200 W 16 Minut. Możliwość rozbudowy o kolejne moduły baterii tak aby dla maksymalnego obciążenia 7200 W podtrzymanie wynosiło 48 minut Wyświetlacz LCD wspomagający zarządzanie UPS em z odczytem parametrów: elektrycznych wejścia/wyjścia amperaż, voltaż, zużycie prądu, wydajność ilość podłączonych baterii komunikatów o stanie pracy UPS UPS musi mieć możliwość obsługi do 4 dodatkowych modułów bateryjnych. Zamawiający wymaga dostarczenia minimum jednego dodatkowego modułu bateryjnego. Maksymalna wielkość 1 baterii nie może być większa niż 3U Sygnalizacja optyczno-akustyczna Możliwość aktualizacji oprogramowania wewnętrznego. Dołączone oprogramowanie zarządzające Minimum jeden port serial Minimum jeden port USB Minimum jeden port REPO (Remote Power Off) Karta pozwalająca na zarządzanie UPS em poprzez Rs232 oraz sieć z portem RJ45(wymaganie dołączenie karty zarządzania oraz oprogramowania do integracji z silnikiem wirtualizującym minimum Microsoft Hyper-V i VMware vcenter). Pełne obłożenie listwami zasilającymi opisanymi w pozycji 2.

Gwarancja: Minimum trzy lata 2. Listwy zasilające do UPS Charakterystyka wyjścia: Napięcie wyjściowe: 230V Minimalny prąd na wyjściu: 16A Gniazda wyjściowe (minimum): 20 x IEC 320 C13 i 4 x IEC 320 C19 Charakterystyka wejścia: Nominalne napięcie wejściowe: 200V, 208V, 230V Częstotliwość na wejściu: 50/60 Hz Typ gniazda wejściowego: 1 x IEC-320 C20 (lub kompatybilny z dostarczonym UPS) Minimalna długość przewodu zasilania: 2,5 metra Ilość kabli zasilających: 1 Minimalny prąd na wejściu: 16A Minimalny poziom obciążenia 3600 VA Możliwość zamontowania w standardowej szafie RACK 19. Listwa musi być dostarczona ze wszystkimi niezbędnymi elementami do montażu w szafie rack. 6. Oprogramowanie backup licencjonowane na wszystkie serwery: Wymagania ogólne Oprogramowanie powinno współpracować z infrastrukturą VMware w wersji 4.0, 4.1, 5.0, 5.1, 5.5 oraz Microsoft Hyper-V 2008 R2 SP1, 2012 I 2012 R2 Oprogramowanie powinno współpracować z hostami zarządzanymi przez VMware vcenter oraz Microsoft Virtual Machine Manager oraz z hostami niezarządzanymi Oprogramowanie powinno zapewniać tworzenie kopii zapasowych wszystkich systemów operacyjnych maszyn wirtualnych wspieranych przez vsphere i Hyper-V Całkowite koszty posiadania Oprogramowanie powinno być licencjonowanie w modelu per-cpu. Wszystkie funkcjonalności zawarte w tym dokumencie powinny być zapewnione w tej licencji. Jakiekolwiek dodatkowe licencjonowanie (per zabezpieczony TB, dodatkowo płatna deduplikacja) nie jest dozwolone. Oprogramowanie powinno być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej platformy serwerowej i dyskowej. Oprogramowanie powinno tworzyć samowystarczalne archiwa to odzyskania których nie wymagana jest osobna baza danych z metadanymi deduplikowanych bloków Oprogramowanie powinno mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia wielkości archiwów. Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości odtworzenia backupu. Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia czy upgradowania wewnątrz maszyny wirtualnej. Oprogramowanie powinno zapewniać backup jednoprzebiegowy - nawet w przypadku wymagania granularnego odtworzenia. Oprogramowanie powinno zapewniać mechanizmy informowania o wykonaniu/błędzie zadania poprzez email lub SNMP. Oprogramowanie powinno mieć możliwość uruchamiania skryptów przed i po zadaniu backupowym. Oprogramowanie powinno zapewniać bezpośrednią integrację z VMware vcloud Director 5.1 i archiwizować również metadane vcd. Powinno też umożliwiać odtwarzanie tych metadanych do vcd.

Oprogramowanie powinno mieć wbudowane mechanizmy backupu konfiguracji w celu prostego odtworzenia systemu po całkowitej reinstalacji. Oprogramowanie powinno mieć wbudowane mechanizmy szyfrowania zarówno plików z backupami jak i transmisji sieciowej. Oprogramowanie powinno oferować zarządzanie kluczami w przypadku utraty podstawowego klucza. Oprogramowanie powinno wspierać backup maszyn wirtualnych używających współdzielonych dysków VHDX na Hyper-V (shared VHDX). Wymagania RPO (Recovery Point Objective) Oprogramowanie powinno wykorzystywać VMware vstorage API for Data Protection i używać mechanizmów Change Block Tracking. Oprogramowanie powinno oferować podobne rozwiązanie jak CBT również dla platformy Hyper-V. Oprogramowanie powinno oferować możliwość sterowania obciążeniem storage'u produkcyjnego tak aby nie przekraczane były skonfigurowane przez administratora backupu poziomy latencji. Oprogramowanie powinno automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned snapshots), które mogą zakłócić poprawne wykonanie backupu. Oprogramowanie powinno wspierać kopiowanie backupów na taśmy wraz z pełnym śledzeniem wirtualnych maszyn. Oprogramowanie powinno mieć możliwość wydzielenia osobnej roli typu tape server. Oprogramowanie powinno mieć możliwość kopiowania backupów do lokalizacji zdalnej. Oprogramowanie powinno mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son). Oprogramowanie powinno mieć możliwość replikacji wirtualnych maszyn pomiędzy lokalizacjami. Funkcjonalność replikacji powinna być zapewniona dla vsphere i Hyper-V Oprogramowanie powinno dawać możliwość użycia wcześniej wykonanego backupu jako źródła do zadania replikacji. Oprogramowanie powinno wykorzystywać wszystkie oferowane przez hypervisor tryby transportu (sieć, hot-add, LAN Free-SAN). Oprogramowanie powinno dawać możliwość tworzenia backupów ad-hoc z konsoli jak i z klienta webowego vsphere. Oprogramowanie powinno przetwarzać wiele wirtualnych dysków jednocześnie (parallel processing). Oprogramowanie powinno mieć możliwość wykonywania poleceń z linii komend systemu operacyjnego na którym uruchomiony jest serwer zarzadzania w celu wykonania maksymalnej automatyzacji zadań. Wymagania RTO Recovery Time Objective Oprogramowanie powinno umożliwić uruchomienie maszyny wirtualnej bezpośrednio ze zdeduplikowanego i skompresowanego pliku backupu, bez potrzeby kopiowania jej na storage produkcyjny. Dla srodowiska vsphere powinien być wykorzystany wbudowany w oprogramowanie serwer NFS. Dla Hyper-V powinna być zapewniona taka sama funkcjonalność realizowana wewnętrznymi mechanizmami oprogramowania Oprogramowanie powinno pozwalać na migrację on-line tak uruchomionych maszyn na storage produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi w hypervisor. Jeżeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie powinno realizować jaką migrację swoimi mechanizmami. Oprogramowanie powinno umożliwiać pełne odtworzenie wirtualnej maszyny, plików konfiguracji i dysków. Oprogramowanie powinno umożliwić odtworzenie plików na maszynę operatora, lub na serwer produkcyjny. Oprogramowanie powinno wspierać odtwarzanie plików z następujących systemów plików: Linux o ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS BSD o UFS, UFS2

Solaris o ZFS Windows o NTFS, FAT, FAT32, ReFS Oprogramowanie powinno umożliwiać szybkie granularne odtwarzanie obiektów aplikacji takich jak Active Directory (dowolny obiekt, atrybut w tym hasło), Microsoft Exchange 2010 i nowsze(dowolny obiekt w tym obiekty w folderze "Permanently Deleted Objects"), Microsoft SQL 2005 i nowsze (w tym odtwarzanie point-in-time) oraz Microsoft Sharepoint 2010 i nowsze. Odtworzenie powinno być możliwe na serwery produkcyjne. Funkcjonalność ta nie może wymagać pełnego odtworzenia wirtualnej maszyny. Oprogramowanie powinno używać mechanizmów VSS wbudowanych w system operacyjny Microsoft Windows. Oprogramowanie powinno wspierać także specyficzne metody odtwarzania w tym "reverse CBT" oraz odtwarzanie z wykorzystaniem sieci SAN. Oprogramowanie powinno dawać możliwość automatycznego stworzenia laboratorium (izolowane środowisko) dla vsphere i Hyper-V. Oprogramowanie powinno umożliwiać weryfikację odtwarzalności dowolnego backupu według własnego harmonogramu w izolowanym środowisku. Testy powinny uwzględniać możliwość uruchomienia dowolnego skryptu testującego również aplikację uruchomioną na wirtualnej maszynie. Oprogramowanie powinno mieć podobne mechanizmy dla replik w środowisku vsphere. 7. Wdrożenie Inwentaryzacja środowiska Zamawiającego celem rozpoznania infrastruktury informatycznej. Przygotowanie projektu wdrożenia dostarczonego oprogramowania zawierającego co najmniej: a. Udokumentowanie środowiska IT Zamawiającego objętego wdrożeniem, wynik uzyskany w efekcie inwentaryzacji. b. Przedstawienie projektu instalacji komponentów dostarczonego oprogramowania w infrastrukturze Zamawiającego w raz ze szczegółowymi wymaganiami technicznym. c. Sporządzenie opisu architektury wdrożenia z opisem działania funkcjonalności wymaganych przez Zamawiającego w treści zamówienia. d. Przedstawienie harmonogramu wdrożenia wraz z uwzględnieniem okien serwisowych niezbędnych do zaimplantowania rozwiązania jeśli takie są wymagane. e. Przygotowanie procedury dostosowania/hardeningu środowiska IT klienta objętego wdrożeniem do optymalnego współdziałania z dostarczonym rozwiązaniem. f. Konfigurację serwerów oraz sieci Ethernet wraz z informacją nt. VLANów. g. Przygotowanie projektu procedur wykonywania kopii zapasowych wraz z harmonogramami oraz czasami retencji zgodnie z ustalonymi parametrami RTO i RPO dla chronionych systemów. h. Przygotowanie projektu testów dostarczonego rozwiązania. Przeprowadzenie wdrożenia dostarczonego rozwiązania według przedstawionego projektu, po zaakceptowaniu go przez Zamawiającego. Dokumentacja powykonawcza: a. Wynik analizy infrastruktury pod kątem niezbędnym do instalacji. b. Projekt techniczny docelowa konfiguracja systemu zawierająca między innymi: i. Architekturę odwzorowującą wdrożenie. ii. Skalowanie i konfigurację sprzętową. iii. Opis sposobu integracji wszystkich elementów: oprogramowania do wirtualizacji serwerów, oprogramowania do wirtualizacji przestrzeni dyskowej i oprogramowania do kopii zapasowych. iv. Konfigurację sieciową. v. Adresację IP systemów objętych rozwiązaniem. vi. Konfiguracja logowania i alarmowania. vii. Konfigurację infrastruktury serwerów zarządzania dostarczonym rozwiązaniem. viii. Przedstawienie wdrożonych polityk zabezpieczenia danych z godnie z procedurami ustalonymi na poziomie projektu. c. Rozdział zawierający opis możliwości odtworzenia danych:

i. Całego systemu objętego ochroną ze szczegółowym opisem kolejnych etapów. ii. Pojedynczego systemu ze szczegółowym opisem kolejnych kroków dla każdego typu chronionych systemów operacyjnych. iii. Pojedynczych elementów wewnątrz chronionych systemów na poziomie granularności wymaganym w specyfikacji: maszyna wirtualna, plik, element struktury dla wspieranego oprogramowania. d. Rozdział zawierający procedury odtworzenia środowiska w przypadku utraty całego centrum przetwarzania wraz z serwerami zarzadzania dostarczonym rozwiązaniem. e. Wykonawca musi stworzyć procedurę konfiguracji ochrony nowo pojawiających się systemów. f. Finalną konfigurację systemu. g. Harmonogram testów wraz z wnioskami po wykonanych testach. h. Napotkane problemy podczas wdrożenia i sposób ich rozwiązania. i. W odrębnym punkcie wszystkie niestandardowe ustawienia systemu lub zastosowane obejścia. j. Wszystkie skrypty lub procesy automatyzujące pracę systemu wraz z celem, opisem działania i harmonogramem uruchomień. k. Procedury operacyjne. l. Określenie elementów krytycznych systemu wraz z określeniem komponentów (np. file system, bazy danych, itp.) czyli jakie warunki muszą być spełnione, aby system mógł poprawnie realizować funkcje biznesowe. m. Procedurę sprawdzania dostępności systemu. n. Procedury administracyjne zawierające podstawowe zadania, które administrator systemu musi/powinien wykonywać w trakcie codziennej pracy systemu. 8. Wymagania dodatkowe: Bezpłatny instruktarz producenta sprzętu w zakresie obsługi dostarczonego sprzętu, dla dwóch osób wskazanych przez Zamawiającego.