OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 OPIS PRZEDMIOTU ZAMÓWIENIA Specyfikacja techniczna rozbudowy infrastruktury IT oraz wdrożenia systemu Backupu. W ramach prowadzonego postępowania przetargowego Zamawiający zamierza wdrożyć profesjonalny system kopii zapasowych oraz podnieść bezpieczeństwo i wydajność posiadanych systemów pamięci masowych. Zamawiający wykorzystuje środowisko zwirtualizowane zbudowane w oparciu o technologię wirtualizacji firmy VMware. Podstawowymi elementami środowiska wirtualnego są trzy serwery IBM System X 3650 m3 oraz macierz dyskowa IBM DS 3512 wraz z półką dyskową EXT Sieć SAN w technologii FC 8 Gb/s opiera się na dwóch przełącznikach IBM E. Sieć LAN została oparta na przełącznikach firmy HP z serii ProCurve (dwa przełączniki ProCurve Switch 2510G-24, jeden ProCurve Switch 4208 vl). Na rysunku nr 1 przedstawiony został schemat poglądowy połączeń pomiędzy poszczególnymi elementami infrastruktury serwerowo - macierzowej. Poszczególne elementy składowe charakteryzują się następującymi parametrami: 1. Switch HP ProCurve 4208vl porty: 96 x 1 GB/s (dostępne porty wolne) 4 x 1GB/s FC (2 wolne, brak modułów SFP) 2. 2 x Switch ProCurve 2510G-24 porty: 24 x 1 GB/s (5 portów wolnych), 4 x 1GB/s FC (brak modułów SFP) porty: 24 x 1 GB/s (6 portów wolnych), 4 x 1GB/s FC (brak modułów SFP) 3. 2 x Switche Fibre Channel E porty 24 portów FC 8 GB /s - 5 portów zajętych, licencja na 8 portów (3 porty wolne). 4. Serwery IBM 3650 m3 (Part Number: 7945J2G) pamięć operacyjna - 24GB DDR3 (6x4GB DDR3 Part Number: HMT151R7BFR4C) w serwerze jest 18 slotów pamięci operacyjnej, po 9 na procesor przy zainstalowanym jednym procesorze..

2 procesor - Intel Xeon 6Core x5650 2,66 GHz Zintegrowany kontroler RAID (0,1,10) Dyski 2 x 146 GB 15RPM SAS (RAID 1) 2 x 1-portowe adaptery Fibre Channel 4 GB/s 6 portów Ethernet 10/100/ zintegrowane, 2 na karcie PCI 2 redundantne zasilacze Karta zdalnego zarządzania IMM. 5. Macierz DS 3512 dyski typu: 6 x SAS 300GB RPM (Product ID: ST SS) 6. Półka dyskowa EXT 3512 dyski typu: 10 x NL-SAS 2000GB 7200 RPM (Product ID: ST SS).

3 Rys. 1. Schemat obecnej infrastruktury serwerowej Klienta. 3

4 Na rysunku nr 2 przedstawiona została koncepcja rozdzielenia docelowej infrastruktury na dwie lokalizacje Serwerownia 1 i Serwerownia 2. W ramach tej koncepcji Zamawiający zakłada, że docelowa konfiguracja systemu zwirtualizowanego będzie składała się z dwóch macierzy dyskowych z funkcją kopii lustrzanych synchronizowanych w czasie rzeczywistym oraz trzech serwerów. System Backup będzie autonomicznym systemem składającym się z serwera, macierzy i biblioteki taśmowej. Koncepcja rozdzielenia infrastruktury na dwie lokalizacje wymaga wykonania dodatkowego okablowania łączącego poszczególne elementy systemu jak również wyposażenia serwerownię 2 w niezbędną szafę rackową do zainstalowania komponentów. Pomiędzy obiema serwerowniami istnieje komunikacja poprzez połączenia ethernet 1 Gbps. Rys. 2. Schemat sieci SAN po zakończeniu wdrożenia proponowany przez Zamawiającego. 4 informatycznych Radia Lublin S.A. wraz z rozbudową istniejącej infrastruktury

5 Rys. 3. Plan budynku z zaznaczoną trasą połączenia FC między Serwerownią 1 i Serwerownią 2. 5

6 1. Macierz dyskowa (sztuk 2) wymagania minimalne Opis elementów macierzy Obudowa Kontrolery Natywne interfejsy komunikacyjne Cache Dyski Wymagania minimalne Modułowa, typu RACK 19" o wysokości, nie przekraczającej 2U wraz z elementami niezbędnymi do montażu w szafie. Obudowa umożliwia zamontowanie min. 12 dysków 3,5. Dwa kontrolery RAID pracujące w układzie activeactive wyposażone w minimum 4GB cache na kontroler, z możliwością rozszerzenia do min. 8GB na kontroler. Pamięć cache musi być zabezpieczona przed skutkami awarii jednego z kontrolerów Każdy kontroler udostępnia minimum dwa złącza Fibre Channel 8 Gbit/s do bezpośredniego podłączenia switchy Fibre Channel lub serwerów. Każdy kontroler udostępnia minimum dwa złącza ISCSI 10 Gbit/s Równoczesna obsługa wielu poziomów RAID, min. RAID 0,1,1+0,5,6 Min. 4 porty Fibre Channel 8 Gbit/s (2 na kontroler) Min. 2 porty Ethernet służące do zarządzania macierzą (1 na kontroler) Min. 2 porty ISCSI 10 Gb/s Min. 4 porty SAS 6Gb/s Pamięć cache zapisu mirrorowana między kontrolerami, Oferowana macierz powinna zapewnić podtrzymanie bateryjne pamięci cache umożliwiające awaryjne zapisanie danych na nieulotną pamięć macierzy w momencie nagłej utraty zasilania. Po awaryjnym wyłączeniu, w momencie włączenia macierzy, dane powinny być ponownie wczytane do pamięci cache. SSD- pojemność 200GB, 400GB SAS- pojemność 146 GB 300GB, 600GB, 900GB NL-SAS lub SATA - 2TB, 3TB, 4TB Możliwość dowolnego rozmieszczenia dysku Hot Spare w ramach dostępnej przestrzeni. Możliwość rozbudowy do co najmniej 120 dysków 2,5 lub co najmniej 60 dysków 3,5. Obsługa dysków zarówno 2,5 i 3,5 6

7 Zainstalowane zasoby dyskowe Nadalokacja Kopie lustrzane Zdalna replikacja Migracja Kopie danych Możliwość instalacji dysków SAS, NL-SAS i SSD w ramach jednej półki dyskowej. Grupa 1: minimum 30 TB w RAID 6 (dostępna przestrzeń po skonfigurowaniu grupy dyskowej 24 TB) przy 4 kieszeniach dyskowych wolnych na potrzeby dalszej rozbudowy. Funkcjonalność dynamicznej alokacji przestrzeni dyskowej większej niż jest dostępna fizycznie oraz możliwość wyłączenia tej funkcjonalności dla wybranych woluminów Funkcjonalność konfigurowania woluminu dyskowego posiadającego dwie kopie fizyczne na różnych grupach dyskowych i różnego typu (np.: jedna kopia z nadalokacją druga bez). W przypadku zapisu macierz zapisuje do obu kopii synchronicznie. W przypadku odczytu czyta tylko z jednej kopii. Kiedy jedna kopia jest niedostępna macierz automatycznie synchronizuje dane. Wolumin mirrorowany może być przekształcony w zwykły wolumin albo poprzez usunięcie jednej kopii albo poprzez wyodrębnienie jednej kopii w osobny wolumin. Macierz musi mieć możliwość wykonania zdalnej replikacji synchronicznej i asynchronicznej woluminów logicznych. Zasoby źródłowe kopii zdalnej oraz docelowe kopii zdalnej mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych rodzajach dysków (SAS, NL-SAS). Zamawiający wymaga dostarczenia wszelkich licencji jeżeli takie są potrzebne do uruchomienia replikacji. Macierz musi mieć możliwość wykonania migracji woluminów logicznych wewnątrz macierzy, bez zatrzymywania aplikacji korzystającej z tych woluminów. Wymaga się aby zasoby źródłowe podlegające migracji oraz zasoby, do których są migrowane mogły być zabezpieczone różnymi poziomami RAID i egzystować na różnego rodzaju dyskach (SAS, NL-SAS) Oferowana macierz ma pozwalać na przeniesienie woluminów z posiadanej przez Zamawiającego macierzy DS 3512 na wewnętrzną przestrzeń dyskową zbudowaną na proponowanej macierzy Obsługa minimum 60 kopii migawkowych na macierz. 7

8 Oprogramowanie i pozostałe funkcjonalności Kontrolery macierzowe wyposażone w moduły zarządzające z dedykowanym portem do zarządzania RJ- 45. W przypadku awarii jednego z kontrolerów zarządzanie macierzą poprzez port RJ-45 dostępny w drugim kontrolerze macierzowym. W przypadku awarii jednego z kontrolerów macierzy możliwość pracy przy wykorzystaniu drugiego (sprawnego). Zarządzanie zarówno z poziomu linii komend (CLI) oraz z poziomu interfejsu graficznego (GUI), nie wymagająca instalacji dodatkowego oprogramowania na stacji zarządzającej. Możliwość zmiany mikrokodu bez przerywania dostępu do danych. Monitorowanie stanu pracy za pośrednictwem protokołu SNMP. Automatyzacja procesu informacji o stanie urządzenia, w tym informacji o awariach za pomocą wiadomości przesyłanych drogą elektroniczną. Macierz ma posiadać pełną redundancję zasilania i wentylacji. Macierz ma mieć następujące komponenty wymieniane w trybie hot plug : HDD, kontrolery macierzowe, wentylatory i zasilacze Wsparcie dla systemów: Microsoft Windows Server 2008, Microsoft Windows Server 2012, Microsoft Windows Server 2003, Microsoft Windows Server 2012, Microsoft Hyper-V Server 2012, Red Hat Linux(32/64), VMware 5.x Na wyposażeniu licencje na wszystkie funkcjonalności wymagane przez Zamawiającego. 2. Napęd taśmowy LTO w obudowie Rack Obudowa Napęd taśmowy Wysokość oferowanej obudowy nie może przekraczać 2U. Obudowa musi być dostarczona z zestawem niezbędnych szyn do montażu w standardowej szafie Rack 19. Oferowana obudowa musi posiadać możliwość instalacji co najmniej dwóch napędów LTO Ultrium-6 w obrębie pojedynczego modułu. Oferowana obudowa musi być wyposażona w minimum jeden napęd LTO Ultrium-6, z możliwością zainstalowania drugiego 8

9 Interfejs Liczba slotów Liczba taśm napędu LTO Ultrium-6, z mechanizmem automatycznie dostosowującym prędkość przesuwu taśmy magnetycznej do wartości strumienia danych przekazywanego do napędu w zakresie przynajmniej 160 MB/s oraz pojedynczej taśmy, co najmniej 2,5 TB parametry podane bez kompresji danych. Oferowany napęd taśmowy musi być wyposażony w natywny interfejs FC. Minimum 24 slotów na taśmy plus 1 slot WE/WY. Możliwość automatycznego przemieszczania nośników z wykorzystaniem jednego robota, który musi mieć dostęp do wszystkich napędów i wszystkich slotów. Minimum 20 taśm LTO-6 oraz 1 tasiemka czyszcząca. 3. Serwer Backup Zamawiający zakłada, że zaoferowany serwer do systemu Backup będzie mógł być wykorzystany do posiadanego przez Zamawiającego klastra VMware zbudowanego w oparciu o serwery IBM System x3650 M3 (Product Id 7945J2G), procesor Intel Xeon 6Core X5650 2,66 GHz, w związku z czym oferowany serwer musi spełniać wymóg kompatybilności z pozostałymi serwerami klastra VMware oraz umożliwiać dołączenie do klastra przy włączonych funkcjonalnościach Fault Tolerance i High Availability. Oferowany serwer musi posiadać zainstalowane przynajmniej 48 GB pamięci operacyjnej. Liczba procesorów: minimum 1. Dyski twarde: minimum 2 dyski 300GB SAS 6Gbps 15k RPM. Minimum 2 adaptery Fibre Channel 4 Gb/s Minimum 6 Interfejsów Ethernet 1 Gb/s 4. Oprogramowanie i system backupu. Oprogramowanie jak również elementy składowe systemu Backupu powinny charakteryzować się poniższymi cechami: 1. Oprogramowanie powinno być przeznaczone dla małych, średnich i dużych firm, które mają rozbudowane środowisko informatyczne, powinno oferować elastyczną architekturę celem sprostania rozwojowi środowiska informatycznego. 9

10 2. System musi cechować bardzo efektywne wykorzystanie napędów taśmowych, tzn. system musi być zoptymalizowany do użycia jak najmniejszej ilości napędów taśmowych. 3. System musi zapisywać dane na taśmach tak zoptymalizowane, aby nie było potrzeby wykonywania żadnych dodatkowych działań (nawet automatycznych) celem ich optymalizacji. 4. System musi umożliwiać łatwą rozbudowę w miarę rozrastania się infrastruktury informatycznej. 5. Brak preferowanego dostawcy sprzętowego, dla którego dostępna jest bogatsza funkcjonalność (macierze, biblioteki taśmowe itd.), musi istnieć możliwość zmiany producenta sprzętu bez utraty funkcjonalności backupu. W szczególności wymagane jest potwierdzenie 100% kompatybilności z oferowaną biblioteką taśmową. 6. Możliwość instalacji, konfiguracji i zarządzania poprzez interfejs graficzny (GUI). 7. Zaawansowane funkcje monitoringu, generator raportów. 8. Backup po sieci LAN serwerów Windows 2003/2008/2012 i Linux. 9. Do przechowywania danych wykorzystywane powinny być bezobsługowe biblioteki taśmowe bądź zasoby dyskowe podłączone do serwera bądź jako dyski lokalne bądź jako zewnętrzna macierz dyskowa. 10. Możliwość stosowania go w środowisku Storage Area Network, co zapewni dużą szybkość wykonywania kopii zapasowych oraz współdzielenie napędów taśmowych pomiędzy serwery backupowe w sieci SAN. 11. Możliwość równoczesnego zapisu/odczytu na wielu napędach taśmowych w tym samym czasie w przypadku zainstalowanych dwóch lub więcej napędów. 12. Tworzenie kopii zapasowych baz danych bez potrzeby wyłączania usług i bez przerywania dostępu do danych, z gwarancją zapewnienia spójności danych w tworzonych kopii zapasowych. W szczególności tworzenie kopii zapasowych baz danych Microsoft SQL Server. 13. Wbudowany mechanizm do tworzenia kopii zapasowych otwartych plików. 14. Wykorzystanie do tworzenia kopii zapasowych mechanizmu kopii migawkowych systemu operacyjnego Microsoft Windows (VSS). 15. Funkcje disaster-recovery dla systemu Windows umożliwiające proste i szybkie automatyczne odtworzenie serwera po awarii zapewniające integralność i spójność danych, opcja ta powinna być integralną częścią systemu tworzenia kopii zapasowych. 10

11 16. Automatyzm w tworzeniu kopii zapasowych bazujący na kalendarzu. 17. Tworzenie kopii zapasowych typu: full, incremental, differential. 18. Możliwość wykonywania skryptów przed i po wykonaniu kopii zapasowej. 19. Funkcja szyfrowania danych przesyłanych przez sieć LAN. Opcja ściśle zintegrowana z produktem backupu. 20. Możliwość kompresji danych na kliencie przed ich wysyłaniem na serwer backupu. 21. Posiadać możliwość wykonywania kopii zapasowych na urządzenia dyskowe, które następnie będą automatycznie powielane na nośniki taśmowe (D2D2T). Oprogramowanie ma w pierwszej kolejności, o ile dane są dostępne na dyskach, wykorzystywać dane zapisane na dyskach w procesie odzyskiwania danych, skracając tym samym ten proces. 22. Możliwość monitorowania i wysyłania alertów poprzez i SNMP 23. Możliwość zintegrowania się z technologią VCB (VMware Consolidate Backup) celem wydajnego tworzenia kopii zapasowych z możliwością odtwarzania pojedynczych plików (zawartych w VMDK dla systemów Windows i Linux), backup musi być wykonywany jednoprzebiegowo (cały plik VMDK backupowany raz) 24. Wparcie dla najnowszych środowisk VMware vsphere 4.0/ Wsparcie dla mechanizmu vstorage API dające te same możliwości jak z wykorzystaniem mechanizmu VCB opisane w pkt System powinien posiadać (jako opcja) możliwość wykonywania backupu Active Directory a następnie odzyskania pojedynczych obiektów AD bez restartu i resynchronizacji systemu. Bakup powinien być wykonywany jednoprzebiegowo. 27. Oferent musi zatrudniać przynajmniej dwóch inżynierów posiadających certyfikat producenta potwierdzający umiejętność instalacji i konfiguracji oferowanego oprogramowania. 28. System musi mieć możliwość centralnego zarządzania serwerami systemu tworzenia kopii zapasowych. 29. Pełne wsparcie dla backupu online MS SQL SERVER System musi posiadać jako opcję (komponent, włączany działający jako integralna część aplikacji backupowej) deduplikację danych. Funkcjonalność tego modułu musi opierać się na blokowej deduplikacji danych wykonywanej online, a więc w trakcie wykonywania zadania backupowego. Proces deduplikacji danych musi odbywać się na kliencie (serwerze z danymi czy aplikacją) lub na media serwerze. Konfiguracja i zarządzanie całym 11

12 procesem, przełączanie miejsca deduplikacji musi odbywać się za pomocą jednej konsoli zarządzającej systemem backupowym jedna konsola dla konfigurowania i zarządzania całością procesów backupowych i odtwarzania danych. 31. Deduplikacja danych na kliencie (optymalizacja transferu danych poprzez sieć LAN/WAN) musi być dostępna dla systemów Windows i Linux i nie może wymagać instalacji dodatkowych komponentów czy agentów poza oprogramowaniem klienckim systemu backupowego. 32. Włączenie funkcjonalności deduplikacji danych nie może powodować konieczności doinstalowania dodatkowego oprogramowania nie tylko po stronie klienta backupu ale także media serwera (serwera systemu backupowego) 33. System musi posiadać otwarte API umożliwiające podłączenie urządzeń deduplikacyjnych innych firm. 34. Musi umożliwiać odtworzenie pojedynczych elementów AD czy baz danych Microsoft SQL Server zainstalowanych w środowisku wirtualnym VMware poprzez backup całej maszyny wirtualnej - pojedynczy backup całego pliku vmdk a odtwarzanie różnego typu (cała maszyna, plik z sytemu plików, element aplikacji/bazy danych) 35. Wsparcie dla najnowszych wersji produktu takich jak: Microsoft SQL Server. 36. Możliwość szyfrowania komunikacji pomiędzy klientem (serwerem produkcyjnym) a serwerem backupowym za pomocą SSL. 37. Musi integrować się z konsolą vcenter dając administratorowi VMware możliwość monitorowania stanu backupu maszyn wirtualnych 38. Funkcja disaster-recovery musi być dostępna dla systemów Windows i oprócz odtwarzania systemu operacyjnego musi umożliwiać zmianę sterowników minimum do urządzeń pamięci masowych czy kart sieciowych tak by było możliwe odtworzenie systemu na innym fizycznym sprzęcie. 39. Możliwość wykonywania konwersji P2V lub B2V systemów fizycznych (Windows) na maszyny wirtualne (VMware) w dwojaki sposób, jeden P2V pozwala na równoczesny backup danych i jednoczesną konwersję do pełnej maszyny wirtualnej, natomiast sposób B2V wykonuje zadanie konwersji po zakończeniu zadania backupowego. Oba sposoby konwesji są wewnętrznymi komponentami sytemu backupowego i nie wymagają dodatkowych licencji czy instalacji dodatkowego oprogramowania. 12

13 40. Model licencjonowania oparty o ilość backupowanych danych liczony jako jeden pełny backup pozwalający na nielimitowanie jakichkolwiek funkcjonalności backupowych włącznie z deduplikacją. Tworzenie infrastruktury w serwerowni backupowej dla przechowywania drugiej czy kolejnych kopii danych nie może powodować konieczności dokupowania dodatkowych licencji. 41. Możliwość zarządzania systemem backupowym poprzez CLI (Command Line Interface) poprzez komponent Windows PowerShell. 5. Dodatkowe Licencje 1. Licencja na Serwerowy System Operacyjny dla systemu Backupu musi pozwalać na uruchomienie w pełni funkcjonalnego serwera backupu opartego na oferowanym oprogramowaniu. 2. Trzy licencje na Serwerowy System Operacyjny w 100% zgodny z Microsoft Windows Serwer 2012 x64 r2 Standard Edition. 3. Licencje na dodatkowe 16 portów FC dla, posiadanych przez Zamawiającego dwóch switchy FC IBM E, wraz z niezbędnymi do wdrożenia systemu modułami SFP. 6. Szafa rack 19 W pełni wymiarowa serwerowa szafa rack 19, o wysokości minimum 40U. 7. Pamięć operacyjna 10 x 16 GB pamięci operacyjnej do posiadanych przez Zamawiającego serwerów IBM 3650 m3. 8. Instalacja okablowania Zainstalowanie pomiędzy serwerowniami S1,S2 24 światłowodowych połączeń kablowych o przepustowości 10 Gb/s, z których część będzie wykorzystana do połączenia infrastruktury zgodnie ze schematami zamieszczonymi na rys. 2,3. Zamawiający wymaga aby połączenia były zakończone w Serwerowni 1 i 2 pasywną krosownicą światłowodową z zastosowaniem połączeń typu LC. 13

14 9. Warunki gwarancyjne. Urządzenia takie jak macierze mają mieć zapewnioną co najmniej 5 letnią gwarancję producenta, biblioteka taśmowa ma być objęta co najmniej 3 letnią gwarancją producenta w następującym trybie: gwarancja producenta obejmująca macierz dyskową, oraz bibliotekę taśmową w miejscu instalacji na okres z gwarantowanym przez producenta czasem naprawy w miejscu instalacji 8 godzin przy oknie zgłoszeń 24 godziny x 7 dni w tygodniu x 365 dni w roku. Wymogi w zakresie okresu gwarancji i warunków serwisu dla nośników danych dysków twardych: dyski twarde z Grupa 1: gwarancja producenta w miejscu instalacji na okres minimum 36 miesięcy z gwarantowanym przez producenta czasem naprawy 8 godzin przy oknie zgłoszeń 24 godziny x7 dni w tygodniu x365 dni w roku, w razie awarii nośnik pozostaje w siedzibie Zamawiającego. W trakcie okresu gwarancyjnego Wykonawca zapewni utrzymanie najnowszych wersji oprogramowania układowego oferowanych urządzeń, oraz oferowanego oprogramowania do tworzenia kopii zapasowych. 10. Wymagania dotyczące wdrożenia 1. Po dostarczeniu oferowanych urządzeń Wykonawca dokona podłączenia, uruchomienia oraz niezbędnej konfiguracji w środowisku Zamawiającego. 2. Sposób włączenia urządzeń w system przedstawia schemat na rys. 2. Wymogiem koniecznym jest zapewnienie wysokiej niezawodności i wydajności transmisji danych. W tym celu Zamawiający przewiduje połączenia redundantne poszczególnych elementów systemu. Wykonawca może zaproponować modyfikacje połączeń w taki sposób aby poprzez to uzyskać zwiększenie parametrów wydajnościowych i niezawodnościowych. 3. Zamawiający wymaga aby na dostarczonych macierzach został skonfigurowany RAID 6 stworzony ze wszystkich zainstalowanych dysków. Wykonawca musi dokonać migracji danych z wolumenów posiadanej przez Zamawiającego macierzy DS 3512 oraz udostępnienia zmigrowanych danych w środowisku zwirtualizowanym Zamawiającego. Struktura wolumenów na dostarczonych macierzach zostanie doprecyzowana w trakcie prac wdrożeniowych. Po dokonaniu skutecznego wdrożenia systemu z nowymi macierzami, Wykonawca dokona przekonfigurowania macierzy DS 3512 na potrzeby systemu Backup. 14

15 4. Replikacja danych na dostarczonych macierzach musi wykonywać się synchronicznie oraz system musi posiadać zdolność szybkiej rekonfiguracji w przypadku awarii(niedostępności) jednej z macierzy. 5. Po zakończeniu wdrożenia Wykonawca we współpracy z Zamawiającym przygotuje zestaw procedur dotyczących konserwacji wdrożonego środowiska. 6. Po zakończeniu wdrożenia Wykonawca we współpracy z Zamawiającym przygotuje zestaw procedur awaryjnych. W szczególności procedury dotyczące odtworzenia działającego systemu po awarii jednej z macierzy. 11. Testy wydajnościowe, sprawdzające poprawność konfiguracji. Po zakończeniu czynności wdrożeniowych Wykonawca dokona wraz z Zamawiającym czynności sprawdzających poprawność konfiguracji systemu. Testy niezawodnościowe będą polegały na sprawdzeniu poprawności działania systemu w tym połączeń redundantnych i urządzeń nadmiarowych. Dla potrzeb sprawdzenia będą odłączane poszczególne elementy systemu (symulowane awarie poszczególnych elementów systemu) i sprawdzana ciągłość serwowania usług przez system. W przypadku nie uzyskania oczekiwanych rezultatów, Oferent doprowadzi system do poprawnego działania. Testy wydajnościowe będą miały na celu wykazać uzyskiwanie przez poszczególne elementy systemu oferowanych parametrów fabrycznych. W tym celu Oferent przed zakończeniem wdrożenia zaproponuje rodzaj testów w uzgodnieniu z Zamawiającym. Następnie testy te zostaną wykonane celem sprawdzenia wydajności infrastruktury. W przypadku rażących odstępstw wydajności systemu od wartości oczekiwanych, Oferent doprowadzi system do poprawnego działania 12. Szkolenia Wykonawca zapewni udział w szkoleniu VMware vsphere: Fast Track v5.1 prowadzony przez autoryzowany ośrodek szkoleniowy uprawniony do przeprowadzania szkoleń dotyczących produktów firmy VMware. Wykonawca zapewni udział w szkoleniu VMware vsphere: Optimize and Scale v5.1 prowadzony przez autoryzowany ośrodek szkoleniowy uprawniony do przeprowadzania szkoleń dotyczących produktów firmy VMware. 15

16 Zamawiający wymaga oświadczenia potwierdzającego, że ośrodek szkoleniowy jest uprawniony do prowadzenia szkoleń dotyczących produktów firmy WMware. Lublin, r. Prezes Zarządu (-) Andrzej Szwabe 16