Załącznik nr 1 do projektu umowy Szczegółowy opis przedmiotu zamówienia 1. Macierz dyskowa Tabela 1. Specyfikacja wymagań w stosunku do dostawy macierzy dyskowej przez Wykonawcę (w tym w szczególności warunki gwarancji i serwisu). Lp Parametr Wymagania 1. Zgodność dostarczanej przez 1. Możliwość połączenia dwóch macierzy Wykonawcę macierzy z posiadaną przez Zamawiającego macierzą dyskową IBM Storwize v7000 Gen2 dyskowych (tj. macierzy Zamawiającego i macierzy dostarczanej przez Wykonawcę) w jedną większą, zarządzaną z jednej konsoli administracyjnej (zarówno GUI jak CLI) w celu zwiększenia wydajności oraz pojemności. 2. Ilość oraz typ dysków twardych 3. Ilość obsługiwanych dysków twardych 2. Możliwość uruchomienia synchronicznej replikacji danych między macierzami (tj. macierzą Zamawiającego i macierzą dostarczaną przez Wykonawcę). Funkcjonalność musi być możliwa poprzez wpisanie licencji na replikację danych na obydwu macierzach dyskowych oraz odpowiednie skonfigurowanie zasobów replikowanych na obydwu macierzach bez stosowania żadnych dodatkowych urządzeń do synchronicznej replikacji danych. Ilość dysków twardych poszczególnego typu: 1) SSD (skrót od ang. Solid State Drive) - dyski twarde 2.5'', których architektura oparta jest o układy dedykowane do rozwiązań korporacyjnych. Wymagana ilość dysków SSD: 3 dyski o pojemności min. 400 GB 2) SAS (skrót od ang. Serial Attached SCSI): 69 dysków 2.5'' 15 krpm o pojemności min. 300 GB 3) SAS - 24 dyski twarde 2.5'' 10 krpm o pojemności min. 1.2 TB 1. Maksymalna ilość dysków twardych obsługiwanych, przez max. dwa kontrolery pracujące w trybie active - active większa bądź równa 504 sztuk. 2. Poprzez możliwość obsługi 504 dysków twardych Zamawiający rozumie możliwość rozbudowy macierzy wyłącznie o kolejne półki dyskowe oraz dyski twarde bez konieczności wymiany, klastrowania lub dokupienia dodatkowych kontrolerów dyskowych. Mówiąc o obsłudze 504 dysków twardych przez macierz Zamawiający nie dopuszcza wliczania dysków zwirtualizowanych za pomocą mechanizmów macierzy innych zewnętrznych zasobów dyskowych. 4. Bezpieczeństwo danych 1. Wszystkie krytyczne komponenty macierzy, których awaria może mieć wpływ na stabilność pracy, dostęp do danych i wydajność macierzy dyskowej, takie jak: kontrolery dyskowe, pamięć
cache, baterie w kontrolerach dyskowych, zasilacze, wentylatory muszą być redundantne, tak, aby awaria pojedynczego elementu nie przerywała funkcjonowania pracy całej macierzy. Komponenty te muszą być wymienialne w trakcie pracy macierzy (tzw. Hot- Swap). 2. Macierz oraz półki dyskowe muszą mieć możliwość jednoczesnego zasilania z dwóch niezależnych źródeł prądu. Zanik jednego z nich nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności lub utraty danych. 5. Obsługiwane protokoły 1. Macierz musi mieć możliwość obsługi następujących protokołów: 1) FC (skrót od ang. Fibre Channel); macierz musi być wyposażona w porty FC; 2) iscsi (skrót od ang. interent SCSI), z zastrzeżeniem, że macierz nie musi być wyposażona w porty iscsi; 3) FCoE (skrót od ang. Fibre Channel over Ethernet), z zastrzeżeniem, że macierz nie musi być wyposażona w porty FCoE. 2. Zamawiający dopuszcza obsługę dodatkowych protokołów (np. CIFS, NFS i innych). 6. Aktywowane protokoły Zamawiający wymaga aktywowania minimum protokołu FC. 7. Wymagana ilość i prędkość portów Fiber Channel w pojedynczym kontrolerze Minimum 8 portów FC, o prędkości minimum 8Gbps (gotowych do pracy i podłączenia do sieci SAN (skrót od ang. Storage Area Network)). 8. Typy obsługiwanych portów Zamawiający wymaga, aby oprócz obsługi portów FC, macierz posiadała możliwość obsługi portów (co najmniej): 1) 10 Gbps iscsi/fcoe, 2) 1 Gbps Ethernet (interfejs zarządzający). 9. Możliwość instalacji portów Minimum 8 portów. 10 Gbps Zamawiający nie wymaga instalacji portów 10Gbps. 10. Ilość kontrolerów dyskowych Minimum dwa kontrolery dyskowe działające w trybie active-active. Awaria jednego z kontrolerów nie może wpłynąć na spójność danych. W przypadku awarii jednego z kontrolerów macierz musi nadal zapewniać dostęp do danych udostępnionych serwerom (przy założeniu że serwer obsługuje minimum dwie różne ścieżki FC do zasobów z macierzy). 11. Ilość pamięci cache w pojedynczym kontrolerze 12. Typ procesora w pojedynczym kontrolerze 1. Minimum 32GB wewnętrznej pamięci w każdym kontrolerze, podtrzymywanej bateryjnie bądź kopiowanej na pamięć nieulotną typu flash w przypadku awarii. 2. W przypadku awarii jednego z kontrolerów nie może dojść do utraty danych zgromadzonych w pamięci write cache kontrolera (dotyczy danych zapisywanych na macierz dyskową przez serwery). Minimum 8 rdzeniowy procesor
13. Kopie migawkowe (snapshot) Macierz musi być wyposażona w wewnętrzny (aktywny) system kopii migawkowych, dostępny dla wszystkich rodzajów danych przechowywanych w macierzy. Ilość kopii migawkowych nie może być ograniczona licencyjnie. 14. Spójne kopie migawkowe Zamawiający wymaga, aby oferowana macierz posiadała możliwość wykonywania spójnych (pod kątem spójności danych) kopii migawkowych dla: 1) systemów bazodanowych Oracle, 2) systemów Vmware, 3) systemów bazodanowych MSSQL. Zamawiający nie wymaga aktywowania tej funkcjonalności. 15. Możliwość wykonywania kopii zasobów w obrębie macierzy dyskowej Oferowana macierz musi mieć aktywowane wewnętrzne mechanizmy pozwalające na wykonanie pełnej kopii wskazanego zasobu i zaprezentowanie jej innemu serwerowi (np. do celów testowych, do wykonania kopii bezpieczeństwa itp.). 16. Rozmiar wolumenów 1. Zamawiający wymaga, aby macierz posiadała aktywowaną możliwość definiowania woluminów większych niż fizycznie dostępna przestrzeń dyskowa dla dowolnych obsługiwanych systemów operacyjnych. Macierz musi umożliwiać zmianę rozmiaru woluminów bez utraty zapisanych tam danych i bez przerywania dostępu do tych danych. 2. Zamawiający wymaga, aby macierz miała mechanizmy ostrzegające o kończącym się miejscu na macierzy (definiowanie progów zajętości i ostrzeżeń wysyłanych poprzez e-mail). 17. Przenoszenie danych w obrębie macierzy dyskowej 18. Mechanizmy zwiększające ilość operacji IO przy użyciu dysków SSD 19. Możliwość dynamicznej zmiany następujących parametrów, bez przerywania dostępu do danych znajdujących się na modyfikowanym wolumenie, lub grupie dysków Zamawiający wymaga, aby oferowana macierz umożliwiała przenoszenie danych online w obrębie macierzy dyskowej pomiędzy różnymi grupami dyskowymi. Wymaganie dotyczy możliwości ręcznego przeniesienia wolumenu w trybie online, zaprezentowanego dla serwera, na inny typ nośników (np. z szybkich dysków na wolniejsze lub na odwrót). Zamawiający wymaga, aby oferowana macierz posiadała aktywowane mechanizmy zwiększające wydajność przy wykorzystaniu dysków SSD (automatyczne przenoszenie bloków najczęściej używanych na dyski SSD lub kopiowanie najczęściej używanych bloków na dyski SSD - macierz musi mieć mechanizmy automatycznej analizy, które bloki są najczęściej wykorzystywane). 1. Możliwość dodawania kolejnych półek dyskowych oraz dysków bez przerywania pracy macierzy, dla dowolnej konfiguracji macierzy. 2. Możliwość aktualizacji oprogramowania macierzy (firmware) w trybie online. 3. Możliwość wymiany uszkodzonych elementów w trybie online przy założeniu minimum dwóch niezależnych ścieżek do zasobów dla pojedynczego hosta. 4. Możliwość rozrzucenia danych na wiele dysków
twardych w celu zrównoważenia obciążenia (np. po rozbudowie macierzy i dołożeniu zasobów do puli, grupy dyskowej, grupy RAID itp.). Rozrzucenie danych musi być w miarę możliwości równomierne. 20. Kompresja danych Macierz dyskowa musi mieć możliwość uruchomienia kompresji danych wspieranej przez dedykowany sprzętowy akcelerator. Zamawiający nie wymaga uruchomienia i dostarczenia licencji na kompresję danych. 21. Obsługiwane systemy Macierz dyskowa musi obsługiwać min. następujące systemy operacyjne: Windows 2008 Server, Windows 2008R2, Windows 2012, RedHat Enterprise Linux 5,6, Oracle Enterprise Linux, VMware ESX/ESXi 4.x, 5.x,6.x). 22. Monitoring 1. Oferowana macierz musi być wyposażona mieć aktywne wewnętrzne mechanizmy pozwalające na monitorowanie stanu macierzy dyskowej: a) monitorowanie stanu podzespołów macierzy (dyski, zasilacze, baterie, wentylatory i inne); b) monitorowanie parametrów wydajnościowych (ilość operacji IO/s dla całego systemu lub pojedynczego kontrolera); c) możliwość definiowania powiadomień mailowych (np. uszkodzenie sprzętowe, uszkodzenie dysku, brak miejsca na wolumenie itp.); d) możliwość monitorowania poprzez SNMP; e) możliwość określenia stopnia wykorzystania i obciążenia macierzy. 23. Obsługa serwerów Oprogramowanie do obsługi wielu ścieżek w sieci SAN dla wszystkich wspieranych systemów operacyjnych, musi być bez dodatkowych opłat w trakcie trwania gwarancji: dołączone do macierzy lub dostępne na stronie producenta macierzy. 24. Montaż 1. Możliwość montażu w szafie rack 19. Zamawiający wymaga dostarczenia wszystkich elementów koniecznych do instalacji np. prowadnice, szyny, śruby montażowe, kable podłączeniowe (ethernet, światłowodowe, zasilające). 2. Do podłączenia do sieci LAN (zarządzanie) Zamawiający wymaga użycia i dostarczenia okablowania ethernet min kat. 6, ze świetlną identyfikacją połączeń. 3. Każdy kabel ethernet oraz światłowodowy musi być oznakowany wg wytycznych Zamawiającego za pomocą samolaminujących się nalepek z czytelnym nadrukiem. 25. Sposób Zarządzania 1. Macierz musi oferować zarządzanie poprzez sieć LAN. Oprogramowanie do zarządzania musi posiadać interfejs graficzny oraz CLI (skrót z ang. command-line interface). Zarządzanie musi być dostępne za pomocą następujących protokołów : SSH, HTTP/HTTPS.
26. Aktualizacja / nowe wersje oprogramowania układowego kontrolerów macierzy 2. Rozwiązania tekstowe i graficzne do zarządzania oraz monitorowania muszą być zawarte w cenie rozwiązania. 1. Przez cały okres gwarancji Zamawiający musi być uprawniony do otrzymywania najnowszych dostępnych wersji oprogramowania macierzy. Dotyczy to wszystkich elementów oprogramowania dostarczanych w ramach zamówienia (np. firmware, wielościeżkowość, monitorowanie, zarządzanie i inne). 2. Zamawiający wymaga, aby nowe wersje oprogramowania układowego do obsługi macierzy były wgrywane na macierz przez serwis producenta macierzy lub certyfikowanego inżyniera ze strony Wykonawcy. 27. Wsparcie Przez cały okres gwarancji Zamawiający jest uprawniony do korzystania ze wsparcia technicznego producenta przy rozwiązywaniu napotkanych problemów. Kontakt w języku polskim. Przez okres gwarancji Zamawiający wymaga także wsparcia ze strony wykwalifikowanych inżynierów Wykonawcy przy rozwiązywaniu problemów lub trakcie prac związanych z konfiguracją, lub optymalizacją zasobów na macierzy. 28. Gwarancja 1. Minimum 3 letnia gwarancja producenta macierzy. 2. Naprawa i serwis w miejscu instalacji. 3. Odpowiedź serwisowa (przyjazd na miejsce instalacji sprzętu) maximum 6 godzin po zgłoszeniu problemu lub maximum 4 godziny po zdiagnozowaniu problemu. 2. Urządzenia umożliwiające: wirtualizację zasobów dyskowych, oraz tworzenie "lustrzanych" wolumenów pomiędzy różnymi macierzami dyskowymi. Tabela 2. Specyfikacja wymagań w stosunku do dostawy urządzeń do wirtualizacji zasobów dyskowych. Lp Parametr Wymagania 1. Opis funkcjonalności 1. Dostarczone urządzenia muszą być włączone bezpośrednio w architekturę SAN, jako dodatkowa warstwa sprzętowa pomiędzy współdzielonymi zasobami dyskowymi SAN, a hostami korzystającymi z przestrzeni dyskowej. 2. Dostarczony system musi mieć możliwość tworzenia: 2.1. Lustrzanych tzw."mirrorowanych" wolumenów, dla których awaria jednej kopii lustra musi być niezauważalna dla systemu hosta. 2.2. Zasobów LUN bez lustrzanej kopii. 3. Dostarczone urządzenia muszą mieć możliwość rozłożenia wolumenu logicznego pomiędzy co
najmniej dwoma różnymi macierzami dyskowymi podłączonymi do systemu. 4. System musi umożliwiać zarządzanie zasobami dyskowymi o wielkości 10 TB netto. Wymagane jest dostarczenie licencji umożliwiającej podłączenie takiej powierzchni dyskowej z macierzy dyskowych. 5. System musi mieć możliwość rozbudowy do 50 TB podłączonej przestrzeni dyskowej netto poprzez możliwość wykupienia licencji na dodatkową przestrzeń dyskową bez rozbudowy sprzętowej urządzeń. 6. Prezentacja zasobów z macierzy do serwera musi odbywać się poprzez dostarczane urządzenia. 7. Urządzenia muszą mieć możliwość obsługi macierzy różnych producentów w szczególności macierzy, które posiada zamawiający: IBM Storwize v7000 Gen2, HP EVA4400, HP EVA88400. 8. Urządzenia muszą umożliwiać zarządzanie całością dostępnych zasobów dyskowych (podłączonych do obydwu kontrolerów) z jednej konsoli administracyjnej posiadającej zarówno interfejs WWW oraz interfejs linii poleceń (Command Line Interface) - dostęp do linii poleceń poprzez połączenie szyfrowane. 9. Urządzenia muszą mieć możliwość liniowej skalowalności parametrów wydajnościowych zasobów dyskowych poprzez dodawanie do systemu wirtualizacji kolejnych kontrolerów. Możliwość rozbudowy co najmniej do 4 par kontrolerów 10. System musi posiadać możliwość wykonania migracji wolumenów logicznych pomiędzy różnymi typami macierzy dyskowych, bez zatrzymywania aplikacji korzystającej z tych wolumenów - zasoby źródłowe podlegające migracji oraz zasoby do których są migrowane mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych (FC, SAS, SSD, SATA). 11. Możliwość wirtualizacji zasobów znajdujących się na macierzach różnych producentów w trybie natywnym tzn. takim, w którym dane w przypadku awarii wirtualizatora mogą być odczytane bez jego udziału, przy założeniu, że wolumen nie był rozłożony pomiędzy kilka macierzy. 12. Wymagane jest dostarczenie minimum dwóch kontrolerów, które zostaną rozmieszczone w dwóch różnych serwerowniach oddalonych od siebie o ok. 9-10 km. 13. Kontrolery muszą zostać skonfigurowane do pracy w trybie klastra. 14. Architektura Fibre Channel minimum 8 Gbit/s, wszystkie połączenia pomiędzy elementami składowymi systemu muszą być redundantne. Wsparcie dla technologii FCoE
15. System musi mieć możliwość implemetacji klastra geograficznego do odległości 300km (bez dodatkowych licencji). 16. Dla architektury klastra geograficznego system musi mieć możliwość realizacji replikacji danych z użyciem protokołów FibreChannel (Infrastruktura SAN) oraz TCP IP (Infrastruktura LAN/WAN) 17. System musi posiadać wbudowaną funkcjonalność pozwalającą na zwiększenie utylizacji łącza dla procesu replikacji z użyciem protokołu TCP IP (akcelerator WAN). 18. System musi mieć możliwość obsługi grup spójności wolumenów (jeżeli jest wymagana licencja, należy dostarczyć licencje na całość wirtualizowanych zasobów) 19. Funkcjonalność tworzenia wolumenów (LUN) typu Thin provisioned tzn. prezentujących dla hostów większą przestrzeń dyskową niż rzeczywiście zaalokowana przestrzeń fizyczna, z możliwością automatycznego zwiększenia fizycznej zajętości przestrzeni dyskowej w sytuacji, gdy rozmiar wymaganej do zapisu danych przestrzeń przewyższy rozmiar przestrzeni zaalokowanej przy tworzeniu wolumenu.(jeżeli jest wymagana licencja, należy dostarczyć licencje na całość wirtualizowanych zasobów) 20. System musi mieć możliwość dynamicznego zwiększania i zmniejszania rozmiaru wolumenów w obrębie podłączonych zasobów dyskowych. 21. System musi mieć możliwość zarządzania ilością operacji wejścia wyjścia wykonywanych na danym wolumenie - zarządzanie musi być możliwe zarówno poprzez określenie ilości operacji I/O na sekundę jak również przepustowości określonej w MB/s 22. System musi posiadać funkcjonalność ciągłego monitorowania obciążenia zarządzanych zasobów i automatycznego, planowego migrowania (tzw. Tiering) bloków danych pomiedzy różnymi typami dysków, SSD, SAS, NL-SAS. Zamawiający nie wymaga aktywowania i dostarczenia licencji na tą funkcjonalność. 23. System musi mieć możliwość uruchomienia kompresji danych wspieranej przez dedykowany sprzętowy akcelerator. Zamawiający nie wymaga uruchomienia i dostarczenia licencji na kompresję danych. 24. Dostępne 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 dla podłączanych systemów operacyjnych 25. Wsparcie min. dla systemów operacyjnych: IBM AIX 5.x/6.x/7x, Microsoft Windows 2003/2008/2008R2/ /2012/2012R2, VMware vsphere 5,6 26. Monitorowanie stanu urządzeń
Oferowane urządzenia muszą mieć aktywne wewnętrzne mechanizmy pozwalające na : a) monitorowanie stanu podzespołów (podłączone zasoby, zasilacze, baterie, wentylatory i inne); b) monitorowanie parametrów wydajnościowych (ilość operacji IO/s dla całego systemu bądź pojedynczego kontrolera); c) możliwość definiowania powiadomień mailowych w przypadku awarii (np. uszkodzenie sprzętowe, uszkodzenie baterii, brak miejsca na wolumenie itp.); d) możliwość monitorowania poprzez SNMP; możliwość określenia stopnia wykorzystania i obciążenia macierzy. 2. Parametry techniczne 1. Minimum 32GB pamięci cache w każdym kontrolerze z możliwością rozbudowy do 256GB pamięci cache 2. Każdy kontroler musi być wyposażony w minimum 8 rdzeniowy procesor. 3. Minimum 8 interfejsów min 8Gbit FC w pojedynczym kontrolerze. 4. System musi posiadać Cache dla procesu odczytu w każdym kontrolerze 5. System musi oferować funkcjonalność Mirrored Cache dla procesu zapisu danych 6. System musi umożliwiać wyłączenie cache dla poszczególnych wolumenów 7. System musi posiadać funkcjonalność partycjonowania pamięci cache 3. Gwarancja 1. Minimum 3 letnia gwarancja producenta urządzeń na sprzęt oraz oprogramowanie urządzeń. 2. Naprawa i serwis w miejscu instalacji. 4. Aktualizacja / nowe wersje oprogramowania układowego kontrolerów macierzy Przez cały okres gwarancji Zamawiający musi być uprawniony do otrzymywania najnowszych dostępnych wersji oprogramowania dla kontrolerów. Dotyczy to wszystkich elementów oprogramowania kontrolerów dostarczanych w ramach zamówienia (np. firmware, wielościeżkowość, monitorowanie, zarządzanie i inne). 5. Wsparcie Przez cały okres gwarancji Zamawiający jest uprawniony do korzystania ze wsparcia technicznego producenta przy rozwiązywaniu napotkanych problemów. Kontakt w języku polskim. Przez okres gwarancji Zamawiający wymaga także wsparcia ze strony wykwalifikowanych inżynierów Wykonawcy przy rozwiązywaniu problemów lub trakcie prac związanych z konfiguracją, lub optymalizacją pracy urządzeń.
3. Zakres prac wdrożeniowych Wszystkie prace będą wykonywane w siedzibie Zamawiającego. Prace realizowane przez Wykonawcę będą wykonywane w asyście pracownika ze strony Zamawiającego. Tabela 3.1 Zakres prac wdrożeniowych dla macierzy dyskowej Lp Opis prac wdrożeniowych 1. Instalacja urządzeń w szafach RACK, we wskazanej przestrzeni U. 2. Podłączenie macierzy do sieci LAN oraz SAN, uruchomienie macierzy, opisanie kabli sieciowych oraz światłowodowych 3. Konfiguracja startowa macierzy - ustawienie adresów IP, nazwy urządzenia, użytkowników, oraz innych parametrów startowych niezbędnych do poprawnej pracy macierzy. Realizuje 4. Konfiguracja startowa zasobów dyskowych. 5. Konfiguracja aliasów oraz zon w sieci SAN Zamawiający 6. Aktualizacja oprogramowania układowego do najnowszej stabilnej wersji. 7. Dostarczenie dokumentacji powykonawczej Tabela 3.2 Zakres prac przedwdrożeniowych dla systemu wirtualizacji zasobów dyskowych Lp Opis prac wdrożeniowych Realizuje 1. Zaplanowanie oraz omówienie wraz z Zamawiającym architektury rozwiązania, połączeń pomiędzy kontrolerami oraz konfiguracji systemu. 2. Przygotowanie infrastruktury wg przedstawionych założeń, w szczególności połączeń długodystansowych pomiędzy serwerowniami 3. Ustalenie z Zamawiającym szczegółowego zakresu warsztatów technicznych Zamawiający Tabela 3.3 Zakres prac wdrożeniowych dla systemu wirtualizacji zasobów dyskowych Lp Opis prac wdrożeniowych Realizuje 1. Instalacja urządzeń w serwerowniach w szafach RACK, we wskazanej przestrzeni U. 2. Aktualizacja oprogramowania kontrolerów do najnowszej stabilnej wersji. 3. Podłączenie urządzeń do sieci LAN oraz SAN wg wcześniej ustalonych założeń, uruchomienie urządzeń, opisanie kabli sieciowych oraz światłowodowych. 4. Konfiguracja startowa urządzeń - ustawienie adresów IP, nazwy urządzeń, użytkowników, oraz innych parametrów startowych niezbędnych do pracy i realizacji wcześniej ustalonych założeń. 5. Konfiguracja urządzeń niezbędna do realizowania wymaganej
funkcjonalności tj. "Tworzenie mirrorowanych LUN, dla których awaria jednej kopii lustra musi być niezauważalna dla systemu hosta" wraz z konfiguracją zasobu quorum. 6. Konfiguracja aliasów i zon w sieci SAN Zamawiający 7. Konfiguracja hostów na macierzach dyskowych Zamawiający 8. Konfiguracja zasobów dyskowych na macierzach, z których zasoby zostaną podłączone do dostarczanych urządzeń 9. Konfiguracja jednego testowego hosta na dostarczanych urządzeniach 10. Testy funkcjonalne obejmujące minimum : a. Utworzenie mirrorowanego zasobu LUN umieszczonego na dwóch macierzach dyskowych i zaprezentowanie dla testowego serwera b. Symulację awarii zasobów (odprezentowanie na macierzy dyskowej) w trakcie procesu zapisu na udostępniony dysk (testy przełączenia się zasobów dyskowych) c. Usunięcie awarii zasobów dyskowych (test zachowania systemu po usunięciu awarii - przełączenie powrotne) d. Symulacja awarii zasobu quourm Zamawiający 11. Dostarczenie dokumentacji powykonawczej 4. Szczegółowy zakres wymagań dla warsztatów technicznych Tabela 4.1 Szczegółowy zakres warsztatów technicznych Lp Parametr Opis 1. Czas trwania Minimum 2 dni robocze 2. Ilość osób uczestniczących w warsztatach Maximum 4 osoby ze strony Zamwiającego 3. Miejsce Warsztaty odbędą się we Wrocławiu. Zamawiający wskaże Wykonawcy miejsce warsztatów najpóźniej 5 dni przed rozpoczęciem warsztatów. 4. Termin Termin zostanie ustalony z Wykonawcą najpóźniej 5 dni przed rozpoczęciem warsztatów. Warsztaty zostaną przeprowadzone nie później niż 1 miesiąc po zrealizowaniu dostawy. 5. Sposób przeprowadzenia warsztatów 1. Przeprowadzenie warsztatów na dostarczonych w zamówieniu urządzeniach 2. Po zakończonych warsztatach wyczyszczenie urządzeń z wszystkich testowych zasobów, użytkowników, logów oraz konfiguracji utworzonych na potrzeby warsztatów 3. Zamawiający przed rozpoczęciem warsztatów przygotuje środowisko do testów (serwer, oraz zasoby na macierzach dyskowych dla systemu wirtualizacji). 6. Prowadzący Inżynier ze strony wykonawcy lub inżynier producenta urządzeń
7. Minimalny zakres tematyczny warsztatów 1. Omówienie konfiguracji dostarczonych urządzeń (macierzy oraz systemu wirtualizacji zasobów dyskowych) 2. Omówienie połączeń między urządzeniami oraz wdrożonej architektury. 3. Omówienie sposobu zarządzania, tworzenia zasobów, hostów, monitorowania urządzeń oraz innych przydatnych z punktu widzenia administracyjnego funkcjonalności wg. wcześniej ustalonego zakresu. 4. Omówienie możliwości oraz ograniczeń dostarczonych urządzeń pod kątem dalszego rozwoju infrastruktury pamięci masowej.