SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWNIENIA€¦ · Web view2016/08/31 · Uszczegółowienie: Kopie zapasowe mogą być transferowane do drugiej lokalizacji albo synchronicznie (mirroring)

Załącznik nr 1 do SIWZ

Szczegółowy opis przedmiotu zamówienia / Specyfikacja techniczna / Formularz oferty technicznej

1. Przedmiot zamówieniaLp Opis1.1. Zakup systemu backupowego do backupu środowiska wirtualnego Zamawiającego opisanego w pkt 2.1, spełniającego łącznie, wymagania określone w pkt. 3.1. Opis oferowanego rozwiązania należy

zamieścić w pkt 4.Uszczegółowienie: Wymagania oznaczone jako:

1. Muszą być – muszą być bezwzględnie spełnione przez system backupowy. Oferent dostarczy pełną infrastrukturę (sprzęt, oprogramowanie, licencje) wymaganą do spełnienia wymagań. Brak spełnienia dowolnego wymagania oznacza niezgodność z wymaganiami Zamawiającego i odrzucenie Oferty

2. Powinny być – mogą ale nie muszą być spełnione przez system backupowy. W przypadku zaoferowania Oferent dostarczy pełną infrastrukturę (sprzęt, oprogramowanie, licencje) wymaganą do spełnienia wymagań

3. Mogą być – mogą ale nie muszą być spełniane przez system backupowy, wymagania te są wymaganiami związanymi z potencjalnym rozwojem systemu backupowego. W przypadku zaoferowania Oferent nie musi dostarczać infrastruktury (sprzęt, oprogramowanie, licencje) wymaganej do spełnienia wymagań, wymagane jest jednakże potwierdzenia faktycznego istnienia oferowanych funkcjonalności w dokumentacji technicznej.

Wymagania oznaczone jako „powinny być” i „mogą być” będą dodatkowo punktowane na etapie oceny ofertyO ile nie wskazano inaczej wszystkie wymagania odnoszą się do środowiska opisanego w pkt. 2 działającego na hypervisor’ze Vmware ESXi

1.2. Usługa dostawy i instalacji, spełniająca łącznie, wymagania określone w pkt. 3.21.3. Usługa wdrożenia, spełniająca wymagania określone w pkt. 3.3

Uszczegółowienie: Oferent wykona wszystkie działania konieczne do wdrożenia systemu do backupu środowiska wirtualnego Zamawiającego opisanego w pkt 2, spełniającego wymagania określone w pkt 3.11.4. Usługa przekazania wiedzy i dokumentacji, spełniająca wymagania określone w pkt. 3.41.5. Serwis techniczny systemu backupowego, spełniający łącznie, wymagania określone w pkt. 3.1.6. Zakup, dostawa i instalacja rozbudowy (w ramach prawa opcji) infrastruktury, spełniający łącznie, wymagania określone w pkt. 3.6

2.

1

2.1. Opis środowiska wirtualnego Zamawiającego

Lp Opis

A B2.1.1.

Środowisko Produkcyjne

Lokalizacja 1

Hypervisor: Vmware ESXi 5.1, 5.5, 6.02.1.2. Sposób dostępu do zasobów dyskowych: blokowy (VMDK)2.1.3. Liczba serwerów fizycznych: 19 (2 socketowych)2.1.4. Liczba procesorów (obsadzonych socketów) w serwerach fizycznych: 382.1.5. Liczba corów procesorowych w serwerach fizycznych: 412

2.1.6. Rozmiar przestrzeni typu local: 54 TBUszczegółowienie: Przez zasoby typu local Zamawiający rozumie zasoby nie objęte mechanizmami replikacyjnymi

2.1.7.Rozmiar przestrzeni typu replication source: 28 TBUszczegółowienie: Przez zasoby typu replication source local Zamawiający rozumie zasoby objęte mechanizmami replikacyjnymi pracującymi w stanie normalnym jako zasoby typu source

2.1.8. Liczba maszyn wirtualnych: 145

2.1.9. Liczba maszyn wirtualnych z systemem operacyjnym MS Windows: 134Uszczegółowienie: Zamawiający wykorzystuje następujące wersje systemów MS Windows: Windows 2003/2008/2008R2/2012R2

2.1.10. Liczba maszyn wirtualnych z systemem operacyjnym Linux: 11Uszczegółowienie: Zamawiający wykorzystuje następujące wersje systemów Linux: SUSE 11, 12 /REDHAT 6.x ,7.x /Debian /Ubuntu/CentOS 6.x ,7.x

2.1.11.Liczba maszyn wirtualnych z aplikacją MS SQL: 14Uszczegółowienie: Zamawiający wykorzystuje następujące wersje motoru bazy danych MS SQL: MSSQL2000/2008/2008R2/2012/2014Uszczegółowienie: Rozmiar baz danych aplikacji MS SQL: 15 TB

2.1.12.Liczba maszyn wirtualnych z aplikacją MS Exchange: 2 (Mailbox/HUB/CAS)Uszczegółowienie: Zamawiający wykorzystuje następujące wersje MS Exchange: 2010/2016Uszczegółowienie: Rozmiar baz danych aplikacji MS Exchange: 7 TB

2.1.13.Liczba maszyn wirtualnych z aplikacją MS SharePoint: 5Uszczegółowienie: Zamawiający wykorzystuje następujące wersje MS SharePoint: 2010/2013Uszczegółowienie: Rozmiar baz danych aplikacji MS SharePoint:3 TB

2.1.14.

Lokalizacja 2








2.1.25.Liczba maszyn wirtualnych z aplikacją MS Exchange: 2 (Mailbox/HUB/CAS)Uszczegółowienie: Zamawiający wykorzystuje następujące wersje MS Exchange: 2010/2016Uszczegółowienie: Rozmiar baz danych aplikacji MS Exchange: 7 TB

2.1.26.Liczba maszyn wirtualnych z aplikacją MS SharePoint: 3Uszczegółowienie: Zamawiający wykorzystuje następujące wersje MS SharePoint: 2010/2013Uszczegółowienie: Rozmiar baz danych aplikacji MS SharePoint:3 TB

2

3

2.1.27.

Środowisko Testowe

Lokalizacja 1







2.1.37.Liczba maszyn wirtualnych z aplikacją MS SQL:11Uszczegółowienie: Zamawiający wykorzystuje następujące wersje motoru bazy danych MS SQL: MSSQL2000/2008/2008R2/2012/2014Uszczegółowienie: Rozmiar baz danych aplikacji MS SQL: 10 TB

2.1.38. Liczba maszyn wirtualnych z aplikacją MS Exchange: 0Uszczegółowienie: Zamawiający wykorzystuje następujące wersje MS Exchange: 2010/2016

2.1.39.

Lokalizacja 2








2.1.50.Liczba maszyn wirtualnych z aplikacją MS Exchange: 2Uszczegółowienie: Zamawiający wykorzystuje następujące wersje MS Exchange: 2010/2016Uszczegółowienie: Rozmiar baz danych aplikacji MS Exchange: 1 TB

4

2.1.51.

Środowisko Oddziałowe

Oddział 1

Hypervisor: Hyper-V 2012 R22.1.52. Sposób dostępu do zasobów dyskowych: blokowy (VHD)2.1.53. Liczba serwerów fizycznych: 1 (2 socketowych)2.1.54. Liczba procesorów (obsadzonych socketów) w serwerach fizycznych: 22.1.55. Liczba rdzeni procesorowych w serwerach fizycznych: 8122.1.56. Rozmiar przestrzeni: 1 TB400 GB2.1.57. Liczba maszyn wirtualnych: 1

2.1.58. Liczba maszyn wirtualnych z systemem operacyjnym MS Windows: 1Uszczegółowienie: Zamawiający wykorzystuje następujące wersje systemów MS Windows: 2012/2012 R2

2.1.59.

Oddział 2



2.1.67.

Oddział 3



2.1.75.

Oddział 4



2.1.83.

Oddział 5



2.1.91. Środowisko Produkcyjne

Lokalizacja 1 Liczba maszyn wirtualnych z aplikacją MS Active Directory: 1Uszczegółowienie: Zamawiający wykorzystuje następujące wersje aplikacji MS Active Directory: MS Active Directory 2008 R2

2.1.92. Lokalizacja 2 Liczba maszyn wirtualnych z aplikacją MS Active Directory: 1Uszczegółowienie: Zamawiający wykorzystuje następujące wersje aplikacji MS Active Directory: MS Active Directory 2008 R2

5

2.2. Zasoby udostępniane przez Zamawiającego

Lp Opis

A B2.2.1. Porty SAN (8 Gb): nie więcej niż 32 (2 lokalizacje x 2 fabric x 8 portów)2.2.2. Połączenia SAN pomiędzy lokalizacjami: ~16 Gb (2 fabric x 8 Gb)2.2.3. Porty LAN (10 Gb): nie więcej niż 16 (2 lokalizacje x 8 portów)2.2.4. Porty LAN (1 Gb): niezbędną ilość2.2.5. Połączenia LAN pomiędzy lokalizacjami: 20 Gb2.2.6. Infrastruktura środowiska Produkcyjnego i Testowego wirtualnego Zamawiającego: CPU, RAM, Eth zgodnie z ograniczeniami opisanymi w dalszej części wymagań (patrz Wydajność)2.2.7. Przestrzeń w szafach rack 19’’: 56 U (2 lokalizacje x 28 U)

2.2.8.Infrastruktura Środowiska Oddziałowego Zamawiającego:

1. CPU – obciążenie nie większe niż 25% mocy każdego serwera Hyper-V2. RAM – wykorzystanie nie większe niż 16 GB rozmiaru pamięci RAM każdego serwera Hyper-V

3. Wymagania3.1. System backupowy

Lp Opis wymagania Typ wymagania*

Oferowany parametr/

Potwierdzenie spełnienia

wymagania **

A B C D

3.1.1.

Infrastruktura

Oferent dostarczy całą infrastrukturę systemu backupowego obejmującą w szczególności: sprzęt i akcesoria, oprogramowania oraz licencje niezbędne do: działania systemu backupowego, wykonywania backupu i odtwarzania środowiska wirtualnego Zamawiającego i przechowywania kopii zapasowych

Musi być

3.1.2. Sprzęt dostarczony na potrzeby systemu backupowego zainstalowany zostanie w standardowych szafach rack Zamawiającego (19’’)Uszczegółowienie: Oferent dostarczy zestawy montażowe, o ile będą konieczne, do instalacji sprzętu w szafach rack Zamawiającego Musi być

3.1.3.

Oferent dostarczy infrastrukturę umożliwiającą uruchomienie dwóch niezależnych instancji systemu (instancja produkcyjna i testowa)Uszczegółowienie: Instancja testowa systemu musi umożliwić Zamawiającemu wykonywanie niezależnych od instancji produkcyjnej instalacji patch managementów oraz upgrade’ów systemu backupowego oraz weryfikację poprawności działania funkcjonalności systemu backupowego w oparciu o dedykowane testowe środowisko wirtualne utworzone w ramach Środowiska Testowego. O ile nie wspomniano inaczej wymagania na Dostępność, Wydajność i Skalowalność odnoszą się do instancji produkcyjnej systemu backupowego.

Powinno być

3.1.4. Dla oferowanych modeli i wersji oferowanych elementów infrastruktury nie wyznaczono dat „End of Life”, „End of Sale”, „End of Support”, a jeśli wyznaczono to nie krótsze niż 3 lata Musi być

3.1.5.Elementy infrastruktury systemu backupowego będą wzajemnie certyfikowaneUszczegółowienie: Przez wzajemną certyfikowalność Zamawiający rozumie sytuację w której poszczególne elementy systemu, takie jak np. serwer i system operacyjny, będą certyfikowane przez ich producentów do wspólnej pracy

Musi być

3.1.6. Sprzęt dostarczony na potrzeby systemu backupowego będzie fabrycznie nowy Musi być3.1.7. Sprzęt i oprogramowanie dostarczone na potrzeby systemu backupowego będą aktualnie obecne w liniach produktowych producenta Musi być

3.1.8. Sprzęt, oprogramowanie i licencje dostarczone na potrzeby systemu backupowego będą pochodzić z autoryzowanego na Polskę kanału sprzedażowego producenta Musi być

6

3.1.9.

Infrastruktura

Ilość instalacji w Polsce oferowanego oprogramowania systemu backupowego dla środowisk porównywalnych do środowiska wirtualnego Zamawiającego będzie nie mniejsza niż 10 instalacjiUszczegółowienie: Przez środowisko porównywalne do środowiska wirtualnego Zamawiającego, Zamawiający rozumie środowisko obejmujące backupem nie mniej niż 100 maszyn wirtualnych.

Musi być

3.1.10.

Urządzenia do przetwarzania danych (serwery, appliance, itp.) dostarczone na potrzeby systemu backupowego będą zapewniać redundancję na poziomie następujących elementów (o ile są wykorzystywane):

1. Procesorów (WARUNEK WYCOFANY)2. Kości pamięci (WARUNEK WYCOFANY)3. Adapterów LAN4. Adapterów FC5. Dysków systemowych (konfiguracja RAID 1 lub 5 lub 6)6. Zasilania

Musi być

3.1.11.Urządzenia do przetwarzania danych (serwery, appliance, itp.) dostarczone na potrzeby systemu backupowego będą zapewniać możliwość zarządzania zdalnego, obejmującą w szczególności: zdalną konsole, monitorowanie stanu serwera i poszczególnych podzespołów, zarządzanie energią

Musi być

3.1.12. Kopie zapasowe środowiska wirtualnego Zamawiającego przechowywane będą na urządzeniach dyskowych Musi być

3.1.13.

Urządzenia do przechowywania kopii zapasowych (macierze, deduplikatory, itp.) dostarczone na potrzeby systemu backupowego będzie zapewniać redundancję na poziomie następujących elementów (o ile są wykorzystywane):

1. Pamięci cache (WARUNEK WYCOFANY)2. Kontrolerów macierzowych (WARUNEK WYCOFANY)[3.] Kanałów Aadaptera storage (konfiguracja BBWC lub FBWC lub odpowiednia zapewniająca ochronę danych w przypadku

zaniku zasilania)3.[4.] Dysków do przechowywania danych (konfiguracja RAID 6)4.[5.] Zasilania5. Adapterów LAN6. Adapterów FC

Musi być

3.1.14.

Bezpieczeństwo

System backupowy umożliwi bezpieczną komunikację pomiędzy poszczególnymi elementami systemu backupowegoUszczegółowienie: Przez bezpieczną komunikację Zamawiający rozumie zastosowanie mechanizmów takich jak: szyfrowanie, uwierzytelnianie, ACL’e, itp., zapewniających bezpieczną komunikację (kanał kontrolny) pomiędzy elementami systemu, przy czym strumień danych backupowych (kanał danych) nie jest traktowany jako komunikacja pomiędzy elementami systemu

Musi być

3.1.15. System backupowy umożliwi przechowywanie danych w repozytoriach w postaci zaszyfrowanej algorytmem AES-256 Musi być

3.1.16. System backupowy umożliwi szyfrowanie strumienia danych backupowych i replikacyjnychUszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V Powinno być

3.1.17. System backupowy umożliwi zarządzanie użytkownikami bazujące na rolach lub grupach Musi być

3.1.18.

Dostępność

Oferent dostarczy całą infrastrukturę systemu backupowego uwzględniając nadmiarowość zapewniającą odporność na awarię o charakterze katastrofyUszczegółowienie: Zamawiający oczekuje, że Oferent dostarczy system który będzie w stanie działać w przypadku awarii dowolnej z dwóch lokalizacji Zamawiającego, a w szczególności wykonywać backupy i odtwarzać kopie zapasowe (przechowywane w lokalizacji która przetrwała), przy czym uruchomienie systemu backupowego (RTO) w lokalizacji która przetrwała nie może trwać dłużej niż 1 godzinę od momentu rozpoczęcia wykonywania procedury przełączeniowej przy możliwej utracie danych backupowych (RPO) które powinny zostać zabezpieczone w obu lokalizacjach na poziomie nie większym niż 1 godzina dla zakończonych zadań backupowych.

Musi być

3.1.19.

Oferent dostarczy całą infrastrukturę systemu backupowego zapewniającą pełna odtwarzalność systemu do stanu sprzed awarii w przypadku awarii pojedynczego elementu systemu backupowego w tym także urządzeń do przechowywania kopii zapasowych.Uszczegółowienie: Przez pełną odtwarzalność Zamawiający rozumie cechę systemu pozwalającą na przywrócenie systemu backupowego do stanu sprzed awarii, a w szczególności przywrócenie dostępu do kopii zapasowych i konfiguracji systemu backupowego, przy czym czas przewrócenia systemu do stanu sprzed awarii wlicza się w czas rozwiązania awarii.Oferent dostarczy całą infrastrukturę systemu backupowego uwzględniając nadmiarowość zapewniającą odporność na awarię pojedynczego elementu systemu backupowego w tym także urządzeń do przechowywania kopii zapasowychUszczegółowienie: Zamawiający oczekuje, że Oferent dostarczy system który będzie w stanie działać, a w szczególności wykonywać backupy i odtwarzać kopie zapasowe które zostały zabezpieczone w obu lokalizacjach w przypadku awarii sprzętowej dowolnego elementu systemu backupowego

Musi być

7

3.1.20.

Przechowywanie

System backupowy umożliwi konfigurowanie repozytoriów służących do przechowywania kopii zapasowych Musi być

3.1.21. System backupowy umożliwi indeksowanie kopii zapasowych (w trakcie lub po wykonaniu zadania backupowego) w celu łatwego wyszukiwania plików w repozytorium Powinno być

3.1.22. System backupowy umożliwi taki zapis kopii zapasowych w repozytorium dzięki któremu do odtworzenia nie jest wymagana osobna baza przechowywująca metadane o wykonanej kopii zapasowej Powinno być

3.1.23.

System backupowy umożliwi deduplikację kopii zapasowych wykonywaną „po stronie urządzenia” (target side deduplication) w trybie inline (przed zapisaniem danych na dyskach)Uszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-VUszczegółowienie: Przez deduplikację „po stronie urządzenia” Zamawiający rozumie zarówno deduplikację wykonywaną „w obrębie urządzenia do przechowywania kopii zapasowych” w przypadku zastosowania dedykowanego urządzenia typu deduplikator lub „w obrębie urządzenia do przetwarzania danych” w przypadku jeśli urządzenie do przetwarzania danych pełni rolę serwera proxy konsolidującego i deduplikujacego strumień danych backupowych przed zapisem tych danych na zasoby dyskowe.

Musi być

3.1.24.System backupowy umożliwi globalną deduplikację kopii zapasowych wykonywaną „po stronie urządzenia” w trybie inlineUszczegółowienie: Zamawiający oczekuje, że deduplikacja będzie wykonywana globalnie w kontekście konkretnego repozytorium danych nie zaś lokalnie w kontekście konkretnego zadania backupowego. Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V.

Powinno być

3.1.25. System backupowy umożliwi deduplikację kopii zapasowych wykonywaną „po stronie źródła” (source side, client side deduplication)Uszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V Powinno być

3.1.26. System backupowy umożliwi kompresję danych składowanych w repozytoriach dyskowych Może być

3.1.27.

System backupowy umożliwi tworzenie i utrzymywanie kopii zapasowych Środowiska Produkcyjnego w dwóch lokalizacjachUszczegółowienie: Kopie zapasowe mogą być transferowane do drugiej lokalizacji albo synchronicznie (mirroring) albo asynchronicznie (replikacja asynchroniczna), należy jednak pamiętać o ograniczeniach wynikających z warunku na RPO (ograniczenie nie dotyczy inicjalnej replikacji)

Musi być

3.1.28. Urządzenia do przechowywania kopii zapasowych umożliwią replikowanie danych pomiędzy posiadanymi przez Zamawiającego bibliotekami wirtualnymi (EMC DD670) a urządzeniami dostarczonymi przez Oferenta Może być

3.1.29. System backupowy umożliwi definiowanie i zarządzanie okresem przechowywania kopii zapasowychUszczegółowienie: Kopie zapasowe dla których okres ochrony zakończył się będą automatycznie usuwane z katalogu i repozytorium Musi być

3.1.30. System backupowy umożliwi integrację (plug-in) z vSphere Web Client pozwalającą na wykonywania prostych działań operatorskich (backup, odtworzenie) na systemie backupowym Powinno być

3.1.31.

Backup

System backupowy umożliwi harmonogramowanie zadań backupowych Musi być3.1.32. System backupowy umożliwi logiczne grupowanie zadań backupowych Musi być

3.1.33.System backupowy umożliwi grupowanie i wykonywanie backupu maszyn wirtualnych w ramach grup konsystencjiUszczegółowienie: Przez grupę konsystencji Zamawiający rozumie backup grupy maszyn wirtualnych dla których backup musi zostać wykonany tak aby uzyskać spójną kopię fragmentu środowiska

Powinno być

3.1.34.System backupowy umożliwi automatyczne wyszukiwanie nowych maszyn wirtualnych i automatyczne przypisywanie ich do zadań backupowych na podstawie właściwości takich jak: nazwa maszyny wirtualnej, datastor, folder, klaster lub i datacenter w ramach którego umieszczona jest lub działa maszyna wirtualna

Powinno być

3.1.35. System backupowy umożliwi zarządzanie zadaniami backupowymi, w szczególności ręczne uruchamianie zadania backupowego, ręczne przerywanie zadania backupowego, weryfikację stanu zadania backupowego Musi być

3.1.36. System backupowy umożliwi backup własnej konfiguracji w celu zapewnienia możliwości odtworzenia systemu po awarii Musi być3.1.37. System backupowy umożliwi backup w trybie forward incremental forever Powinno być3.1.38. System backupowy umożliwi wykonywanie skryptów przed i po zakończeniu backupu Musi być

3.1.39.

System backupowy umożliwi backup maszyn wirtualnych wykonywany w trybie image-level backup dla środowiska zbudowanego w oparciu o hypervisor Vmware ESXi w wersji 5.1, 5.5, 6.0Uszczegółowienie: Zamawiający uznaje image-level backup za tożsamy z block-level backup’em. Uwaga ta odnosi się także do wszystkich kolejnych odwołań do image-level backup’u.

Musi być

3.1.40. System backupowy umożliwi backup maszyn wirtualnych wykonywany w trybie image-level backup dla środowiska zbudowanego w oparciu o hypervisor Hyper-V w wersji 2012/2012 R2 Musi być

3.1.41. System backupowy umożliwi backup maszyn wirtualnych wykonywany w trybie image-level backup z wykorzystaniem VADP (VMware vStorage APIs for Data Protection, obecnie VMware vSphere Storage APIs) Musi być

3.1.42. System backupowy umożliwi detekcje i usuwanie „osieroconych” snapshot’ów (snapshot’y które zostały usunięte z listy snapshot’ów ale dla których nie udała się konsolidacja) na środowisku wirtualnym Musi być

8

3.1.43.

Backup

System backupowy umożliwi backup maszyn wirtualnych wykonywany w trybie image-level backup z wykorzystaniem Hitachi Thin Image (platforma HDS HUS VM)Uszczegółowienie: W przypadku zaoferowania spełnienia tego wymagania Zamawiający planuje objąć mechanizmami Hitach Thin Image Środowisko Produkcyjne .

Powinno być

3.1.44. System backupowy umożliwi wykonywanie skryptów przed i po wykonaniu snapshot’a w przypadku backupu maszyny wirtualnej wykonywanego w trybie image-level backup Powinno być

3.1.45. System backupowy umożliwi backup systemów MS Windows z wykorzystaniem technologii VSS (Volume Shadow Copy Service)Uszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V Musi być

3.1.46.System backupowy umożliwi file system-consistent backup plików z systemów plików: NTFS dla backupu wykonywanego w trybie image-level backupUszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V

Musi być

3.1.47. System backupowy umożliwi crash-consistent backup plików z systemów plików: ReFS, ext4, XFS dla backupu wykonywanego w trybie image-level backup Musi być

3.1.48.

System backupowy umożliwi backup konkretnych dysków (C:, D:, itp.) w kontekście systemu operacyjnego dla backupu maszyn wirtualnych wykonywanego w trybie image-level backup z systemu plików NTFSUszczegółowienie: Backup konkretnych dysków może być wykonany albo przez wybranie dysków do backupu albo przez wyłączenie dysków z backupu

Powinno być

3.1.49. System backupowy umożliwi application-consistent online backup baz danych (z usuwaniem logów transakcyjnych) aplikacji MS SQL Musi być

3.1.50. System backupowy umożliwi application-consistent online backup baz danych (z usuwaniem logów transakcyjnych) aplikacji MS Exchange Musi być

3.1.51. System backupowy umożliwi application-consistent online backup baz danych aplikacji MS SharePoint Musi być3.1.52. System backupowy umożliwi application-consistent online backup zawartości aplikacji MS Active Directory Musi być

3.1.53.System backupowy umożliwi przy backupie wykorzystanie VADP CBT (Changed Block Tracking) dla środowiska zbudowanego w oparciu o hypervisor Vmware ESXi i równoważnej funkcjonalności dla środowiska zbudowanego w oparciu o hypervisor Hyper-V Musi być

3.1.54. System backupowy umożliwi wybrania czy dane zadanie backupowe ma być wykonywany z wykorzystaniem VADP CBT czy bez Powinno być

3.1.55. System backupowy umożliwi backup maszyn wirtualnych wykonywany w trybie image-level backup dla środowiska zbudowanego w oparciu o hypervisor Oracle VM Może być

3.1.56. System backupowy umożliwi guest-level backup systemów operacyjnych: AIX, Solaris, HP-UX, RHES, Oracle Linux, MS Windows Może być

3.1.57. System backupowy umożliwi guest-level backup aplikacji: Oracle Database działającej na systemach operacyjnych: AIX, Solaris, Oracle Linux Może być

3.1.58.

System backupowy umożliwi przenoszenie kopii zapasowych z repozytorium dyskowego na biblioteki taśmowe Zamawiającego (IBM TS4500) z napędami LTO5Uszczegółowienie: System backupowy umożliwi korzystanie z dwóch bibliotek taśmowych (jedna na lokalizację) i w ramach każdej z bibliotek z nie mniej niż dwóch napędów taśmowych

Musi być

9

3.1.59. Backup

System backupowy umożliwi archiwizację zasobów udostępnianych przez serwery plików Zamawiającego bazującą na:1. Czasie dostępu do plików2. Czasie modyfikacji plików3. Czasie utworzenia plików4. Rozmiarze plików

Uszczegółowienie: Przez archiwizację Zamawiający rozumie proces zwalniania przestrzeni na zasobie udostępnianym przez serwer plików poprzez przeniesienie danych z zasobu źródłowego do archiwum i pozostawienie na zasobie źródłowym tylko odnośnika (stub’a, link’a) pozwalającego na ponowne przywrócenie danych z archiwum na zasób źródłowy. Łączna pojemność serwerów plików Zamawiającego wynosi 12.6 TB danych.Rozmiar przestrzeni zajmowanej przez maszynę wirtualną (1) pełniącą rolę serwera plików: 400 GBRozmiar przestrzeni zajmowanej przez maszynę wirtualną (2) pełniącą rolę serwera plików: 6 TBRozmiar przestrzeni zajmowanej przez maszynę wirtualną (3) pełniącą rolę serwera plików: 2.6 TBRozmiar przestrzeni zajmowanej przez maszynę wirtualną (4) pełniącą rolę serwera plików: 1.6 TBRozmiar przestrzeni zajmowanej przez maszynę wirtualną (5) pełniącą rolę serwera plików: 1.6 TBRozmiar przestrzeni zajmowanej przez maszynę wirtualną (6) pełniącą rolę serwera plików: 400 GB

Powinno być

3.1.60.

Weryfikacja

System backupowy umożliwi wykonanie automatycznej weryfikacji poprawności wykonanego image-level backupu, przy czym funkcjonalność może być albo wbudowana w system backupowy albo zaimplementowana w postaci skryptówUszczegółowienie: Weryfikacja będzie polegać minimum na:

1. Testowym uruchomieniu maszyny wirtualnej z backupu2. Weryfikacji stanu maszyny wirtualnej, np. za pomocą skryptu3. Zatrzymaniu maszyny wirtualnej4. Po poprawnym uruchomieniu maszyny wirtualnej wysłaniu raportu (powiadomienia) do administratora

W przypadku jeśli weryfikacja wymaga wykonania działań innych niż parametryzacja, czyli np. przygotowania skryptów wówczas Oferent zapewni skonfigurowanie i utrzymanie rozwiązania przez cały okres serwisowy oraz przygotuje procedurę pozwalającą na samodzielne tworzenie przez Zamawiającego zadań weryfikacji

Musi być

3.1.61.

System backupowy umożliwi wykonanie automatycznej weryfikacji poprawności wykonanego image-level backupu, przy czym funkcjonalność ta jest integralnym elementem systemu backupowegoUszczegółowienie: Weryfikacja będzie polegać minimum na:

1. Testowym uruchomieniu maszyny wirtualnej z backupu2. Weryfikacji stanu maszyny wirtualnej, np. za pomocą skryptu3. Zatrzymaniu maszyny wirtualnej4. Po poprawnym uruchomieniu maszyny wirtualnej wysłaniu raportu (powiadomienia) do administratora

Powinno być

3.1.62. System backupowy umożliwi harmonogramowanie zadań weryfikacyjnych Musi być

3.1.63.

Odtwarzanie

System backupowy umożliwi wykonanie odtworzenia V2P (virtual to physical) i P2V (physical to virtual)Uszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V Powinno być

3.1.64. System backupowy umożliwi uruchomienie maszyn wirtualnych bezpośrednio z pliku backupu przechowywanego w repozytoriumUszczegółowienie: System zapewni możliwość jednoczesnego działania nie mniej niż 1 maszyny wirtualnej uruchomionej z pliku backupu Musi być

3.1.65.System backupowy umożliwi uruchomienie maszyn wirtualnych bezpośrednio z pliku backupu przechowywanego w repozytoriumUszczegółowienie: System zapewni możliwość jednoczesnego działania nie mniej niż 3 maszyn wirtualnych uruchomionych z pliku backupu

Powinno być

3.1.66. System backupowy umożliwi wykonanie on-line Storage vMotion maszyny wirtualnej uruchomionej z pliku backupu na produkcyjny storage Musi być

3.1.67. System backupowy umożliwi przy odtworzeniu wykorzystanie CBT (Changed Block Tracking) Powinno być

3.1.68. System backupowy umożliwi odtwarzanie maszyny wirtualnej bezpośrednio na środowisko wirtualne, bez potrzeby wcześniejszego odtworzenia backupu na serwer przejściowy Musi być

3.1.69. System backupowy umożliwi odtwarzanie maszyny wirtualnej pod inną nazwą Musi być3.1.70. System backupowy umożliwi odtwarzanie maszyny wirtualnej do innego datastor’a i/lub innego serwera ESX i/lub innego vCenter Musi być3.1.71. System backupowy umożliwi odtwarzanie dowolnych wybranych przez administratora plików maszyny wirtualnej (VMDK) Musi być

10

3.1.72.

Odtwarzanie

System backupowy umożliwi przeglądanie zawartości kopii zapasowej maszyny wirtualnej wykonanej w trybie image-level backupUszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V Musi być

3.1.73.System backupowy umożliwi odtwarzanie pojedynczych plików i katalogów z kopii zapasowej maszyny wirtualnej wykonanej w trybie image-level backup do oryginalnej lub do innej maszyny wirtualnejUszczegółowienie: Wymaganie dotyczy zarówno hypervisora Vmware ESXi jak i Hyper-V

Musi być

3.1.74. System backupowy umożliwi przeglądanie zawartości kopii zapasowej aplikacji MS SQL oraz odtwarzanie baz danych aplikacji MS SQL do punktu w czasie Musi być

3.1.75. System backupowy umożliwi przeglądanie zawartości kopii zapasowej aplikacji MS Exchange oraz odtwarzanie baz danych, skrzynek pocztowych i pojedynczych maili aplikacji MS Exchange Musi być

3.1.76. System backupowy umożliwi przeglądanie zawartości kopii zapasowej aplikacji MS SharePoint oraz odtwarzanie witryn i zbiorów witryn aplikacji MS SharePoint Musi być

3.1.77. System backupowy umożliwi przeglądanie zawartości kopii zapasowej aplikacji MS Active Directory oraz odtwarzanie obiektów aplikacji MS Active Directory Powinno być

3.1.78.

Monitoring i Raportowanie

System backupowy umożliwi przeglądanie informacji odnośnie wykonanych działań, w szczególności przeglądanie informacji: o statusach zadań backupowych i odtworzeniowych Musi być

3.1.79.System backupowy umożliwi generowanie i przeglądanie raportów odnośnie backup’ów, w szczególności: ilości wykonanych zadań backupowych, ilości maszyn wirtualnych dla których wykonany został backup, ilości danych które zostały objęte backupem w zadanym okresie czasu

Musi być

3.1.80. System backupowy umożliwi definiowanie i wysyłanie alertów, w szczególności alertów związanych z błędnym wykonaniem zadania backupowego, poziomem wykorzystania pojemności repozytorium Musi być

3.1.81. System backupowy umożliwi wysyłanie alertów za pośrednictwem SMTP i SNMP trap Musi być

3.1.82. System backupowy umożliwi zapisywanie logów audytowych, w szczególności zawierających informację o zmianach w konfiguracji systemu backupowego, wykonywanych odtworzeniach danych Musi być

3.1.83.

Wydajność

Infrastruktura systemu backupowego wyskalowana zostanie z uwzględnieniem „dobrych praktyk” producenta systemu i/lub producentów poszczególnych elementów systemu backupowego Musi być

3.1.84. Architektura systemu backupowego umożliwi wykonywanie backupów maszyn wirtualnych bez obciążania podsystemów (CPU, RAM, Eth) środowiska wirtualnego Zamawiającego Powinno być

3.1.85. Architektura systemu backupowego umożliwi wykonywanie backupów aplikacji bez obciążania podsystemów (CPU, RAM, Eth) środowiska wirtualnego Zamawiającego Powinno być

3.1.86.

Architektura systemu backupowego umożliwi wykonywanie backupów maszyn wirtualnych i aplikacji bez znaczącego obciążania podsystemów (CPU, RAM) środowiska wirtualnego ZamawiającegoUszczegółowienie: Zamawiający dopuszcza obciążenie środowiska wirtualnego Zamawiającego przez proces backupu na poziomie:

3.[1.] CPU – obciążenie nie większe niż 10% mocy każdego serwera ESX4.[2.] RAM – wykorzystanie nie większe niż 6 GB rozmiaru pamięci RAM każdego serwera ESX

Musi być

3.1.87. System backupowy umożliwi akcelerację strumienia backupów wykonywanych z wykorzystaniem sieci WAN Powinno być

3.1.88.

System backupowy umożliwi wykonanie backupu inicjalnego środowiska wirtualnego Zamawiającego (maszyny wirtualne i aplikacje) z wyłączeniem Środowiska Oddziałowego w czasie nie dłuższym niż 36 godzinUszczegółowienie: Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego.Uszczegółowienie: Czas wykonania backupu inicjalnego będzie mierzony bez uwzględnienia czasu trwania procesów replikacyjnych.dla Środowiska Produkcyjnego

Musi być

3.1.89.

System backupowy umożliwi wykonanie codziennego backupu środowiska wirtualnego Zamawiającego w czasie nie dłuższym niż 6 godzinUszczegółowienie: Czas wykonania backupu codziennego środowiska wirtualnego wyliczony zostanie jako średnia arytmetyczna z cyklu backupowego obejmującego 28 kolejnych dni. Łańcuch backupowy dla maszyn wirtualnych i aplikacji dla okresu pomiarowego będzie obejmował minimum cztery pełne backupy lub konsolidacje do backupu full synthetic. Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego.

Musi być

3.1.90. System backupowy umożliwi wykonywanie nie mniej niż 32 równoległych zadań backupowych Musi być3.1.91. System backupowy umożliwi wykonywanie nie mniej niż 16 równoległych zadań odtworzeniowych Musi być

11

3.1.92.

Wydajność

System backupowy umożliwi wykonanie odtworzenia pojedynczego pliku o rozmiarze ~1 GB (±5%) z kopii wzorcowej maszyny wirtualnej o rozmiarze ~50 GB do innej maszyny wirtualnej w czasie nie dłuższym niż 1 minutaUszczegółowienie: Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego. Test będzie obejmował nie mniej niż 10 prób odtworzenia, wynik końcowy będzie wyliczony jako średnia arytmetyczna czasów odtworzeń zanotowanych w poszczególnych próbach..Uszczegółowienie: Pomiar czasu odtwarzania wykonywany będzie od momentu faktycznego uruchomienia odtwarzania (klikniecie przycisku "start odtwarzania") czyli nie będzie uwzględniać narzutu związanego z wyszukaniem w GUI pliku do odtworzenia.

Musi być

3.1.93.

System backupowy umożliwi wykonanie odtworzenia pojedynczej wzorcowej maszyny wirtualnej o rozmiarze ~50 GB (±5%) pod inną nazwą i do innego datastora w czasie nie dłuższym niż 30 minutUszczegółowienie: Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego. Test będzie obejmował nie mniej niż 3 próby odtworzenia, wynik końcowy będzie wyliczony jako średnia arytmetyczna czasów odtworzeń zanotowanych w poszczególnych próbach.Uszczegółowienie: Pomiar czasu odtwarzania wykonywany będzie od momentu faktycznego uruchomienia odtwarzania (klikniecie przycisku "start odtwarzania") czyli nie będzie uwzględniać narzutu związanego z wyszukaniem w GUI pliku do odtworzenia.

Musi być

3.1.94.

System backupowy umożliwi wykonanie równoległego odtworzenia pięciu wzorcowych maszyny wirtualnych o rozmiarze ~50 GB (±5%) każda pod inną nazwą i do innego datastora w czasie nie dłuższym niż 60 minutUszczegółowienie: Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego.Uszczegółowienie: Pomiar czasu odtwarzania wykonywany będzie od momentu faktycznego uruchomienia odtwarzania (klikniecie przycisku "start odtwarzania") czyli nie będzie uwzględniać narzutu związanego z wyszukaniem w GUI pliku do odtworzenia.

Musi być

3.1.95. Urządzenie lub urządzenia do przechowywania kopii zapasowych w danej lokalizacji zapewnią wykonywanie backupów z zagregowaną wydajnością nie mniejszą niż 5 TB/h (na lokalizację) Musi być

3.1.96. Urządzenie lub urządzenia do przechowywania kopii zapasowych w danej lokalizacji zapewnią wykonywanie backupów w nie mniej niż 48 równoległych strumieniach (na lokalizację) Musi być

3.1.97. Urządzenie lub urządzenia do przechowywania kopii zapasowych w danej lokalizacji będą miały pojemność netto nie mniejszą niż 120 TB (na lokalizację) Musi być

3.1.98.

Skalowalność

Pełny backup inicjalny środowiska wirtualnego Zamawiającego (maszyny wirtualne i aplikacje), z uwzględnieniem utworzenia kopii zapasowych Środowiska Produkcyjnego w dwóch lokalizacjach, spowoduje rzeczywiste wypełnienie (po deduplikacji) repozytorium do poziomu nie wyższego niż 25% całkowitej pojemności repozytoriumUszczegółowienie: Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego.Uszczegółowienie: Zamawiający informuje, że spełnienie warunku zajętości repozytorium lub repozytoriów w obrębie danej lokalizacji będzie rozpatrywane osobno dla Lokalizacji 1 i osobno dla Lokalizacji 2.

Musi być

3.1.99.

Łańcuch backupów środowiska wirtualnego (maszyny wirtualne i aplikacje) umożliwiający odtworzenie środowiska wirtualnego Zamawiającego do 30 dni wstecz z granulacją na poziomie 1 dnia, z uwzględnieniem utworzenia kopii zapasowych Środowiska Produkcyjnego w dwóch lokalizacjach, spowoduje rzeczywiste wypełnienie (po deduplikacji) repozytorium do poziomu nie wyższego niż 35% całkowitej pojemności repozytoriumUszczegółowienie: Potwierdzenie spełnienia warunku w ramach testu będzie jednym z kryteriów odbioru końcowego.Uszczegółowienie: Zamawiający informuje, że spełnienie warunku zajętości repozytorium lub repozytoriów w obrębie danej lokalizacji będzie rozpatrywane osobno dla Lokalizacji 1 i osobno dla Lokalizacji 2.Uszczegółowienie: Przy skalowaniu pojemności repozytorium, należy założyć że łańcuch backupów środowiska wirtualnego musi obejmować minimum cztery pełne backupy lub konsolidacje do backupu full synthetic wykonywane w okresie tygodniowym. Wszystkie kopie zapasowe zostaną utworzone w systemie backupowym z okresem przechowywania 30 dni.

Musi być

3.1.100.

System backupowy zostanie dostarczony z zestawem licencji pozwalających na dowolną rozbudowę systemu w kontekście ilości maszyn wirtualnych podlegających procesowi backupuUszczegółowienie: Zamawiający oczekuje dostarczenia takiego zestawu licencji, który umożliwi rozbudowę systemu poprzez dodanie do niego kolejnych maszyn wirtualnych podlegających backupowi (w dowolnej ilości), działających w obrębie środowiska wirtualnego opisanego w punkcie 2.1 ale z uwzględnieniem możliwości rozbudowy środowiska wirtualnego wynikającej z prawa opcji opisanej w punkcie 3.6Uszczegółowienie: Zamawiający przez sformułowanie "zestaw licencji" rozumie licencje służące tylko do backupu całych maszyn wirtualnych. W ramach „zestawu licencji” Zamawiający nie oczekuje dostarczenia licencji pozwalających w szczególności na backup aplikacji: MS SQL, MS Exchange, MS SharePoint, MS Active Directory

Musi być

3.2. Dostawa i instalacja

Lp Opis wymagania

12

A B

3.2.1.

Dostawa i instalacja

Dostawa urządzeń do lokalizacji ZamawiającegoUwaga: Oferent odpowiada za usunięcie opakowań w których dostarczone zostaną urządzenia

3.2.2. Montaż dostarczonych urządzeń w szafach rack

3.2.3. Dołączenie do sieci energetycznej ZamawiającegoUwaga: Wymagane uprawnienia instalacyjne SEP

3.2.4. Dołączenie urządzeń do infrastruktury (LAN, SAN) Zamawiającego3.2.5. Instalacja i inicjacja licencji (o ile wymagane) na urządzeniach3.2.6. Inicjalizacja urządzeń3.2.7. Testy jakościowe Uruchomienie dostarczonych urządzeń3.2.8. Wygrzewanie urządzeń – stabilna (niezakłócona) praca urządzeń przez minimum 5 dni

13

3.3. Wdrożenie

Lp Opis wymagania

A B3.3.1.

Analiza

Prezentacja możliwości i specyficznych właściwości oferowanej infrastruktury i systemu backupowego3.3.2. Analiza szczegółowych wymagań Zamawiającego odnośnie konfiguracji systemu backupowego

3.3.3.

Przygotowanie projektu technicznego przedwdrożeniowego uwzględniającego wymagania Zamawiającego, obejmującego w szczególności:a. Architekturę rozwiązaniab. Konfiguracje sprzętową urządzeńc. Sposób podłączenia oferowanej infrastruktury do infrastruktury Zamawiającegod. Adresację sieciowąe. Zoningf. Konfigurację infrastruktury systemu backupowegog. Konfigurację systemu backupowego, w szczególności konfiguracja:

i. Repozytoriówii. Zadań backupowychiii. Zadań weryfikacyjnychiv. Replikacjiv. Monitoringu

3.3.4.

Konfiguracja

Instalacja na urządzeniach najnowszych wersji oprogramowania wbudowanego3.3.5. Konfiguracja urządzeń3.3.6. Instalacja najnowszych aktualizacji systemu backupowego3.3.7. Konfiguracja infrastruktury systemu backupowego z uwzględnieniem wymagań na system backupowy3.3.8. Integracja ze środowiskiem wirtualnym Zamawiającego

3.3.9.

Konfigurację systemu backupowego (instancja produkcyjna i ewentualnie testowa) do backupu środowiska wirtualnego Zamawiającego i zgodnie z wymaganiami Zamawiającego, w szczególności konfiguracja:

a. Repozytoriówb. Zadań backupowych dla maszyn wirtualnych i aplikacjic. Zadań weryfikacyjnychd. Replikacjie. Monitoringu

3.3.10.

Testy operacyjne

Uruchamianie, zatrzymywanie systemu backupowego3.3.11. Uruchamianie, zatrzymywanie elementów infrastruktury systemu backupowego3.3.12. Wykonywanie backupów maszyn wirtualnych i aplikacji3.3.13. Weryfikacja poprawności działania replikacji3.3.14. Wykonywanie weryfikacji poprawności wykonania backupów3.3.15. Wykonywanie odtworzenia kopii zapasowych maszyn wirtualnych i aplikacji3.3.16. Weryfikacja działania alertów3.3.17.

Testy awaryjneSymulację awarii pojedynczego elementu infrastruktury systemu backupowego

3.3.18. Symulację awarii dowolnej z dwóch lokalizacji Zamawiającego3.3.19. Odtworzenie konfiguracji systemu backupowego z kopii zapasowej3.3.20.

Testy akceptacyjne

Weryfikacja czasu wykonania backupu inicjalnego środowiska wirtualnego Zamawiającego i zajętości repozytorium po wykonaniu backupu inicjalnego3.3.21. Weryfikacja czasu wykonania cyklu backupów codziennych środowiska wirtualnego Zamawiającego i zajętości repozytorium po wykonaniu cyklu backupów dziennych3.3.22. Weryfikacja czasu wykonania odtworzenia pojedynczego pliku o rozmiarze ~1 GB z kopii wzorcowej maszyny wirtualnej3.3.23. Weryfikacja czasu wykonania odtworzenia pojedynczej wzorcowej maszyny wirtualnej o rozmiarze ~50 GB3.3.24. Weryfikacja czasu wykonania równoległego odtworzenia pięciu wzorcowych maszyn wirtualnych o rozmiarze ~50 GB każda

14

3.4. Przekazanie wiedzy i dokumentacji

Lp Opis wymagania

A B3.4.1.

Dokumentacja

Format

Musi być sporządzona w języku polskim3.4.2. Musi być wykonana w formie elektronicznej, edytowalnej3.4.3. Nazwa dokumentu3.4.4. Metrykę dokumentu (data, numer wersji, historia zmian, autor)3.4.5. Spis treści3.4.6. Słownik pojęć3.4.7. Zawartość merytoryczna3.4.8. Spis dokumentacji zewnętrznej, do której odwołuje się dokumentacja3.4.9.

Zawartość merytoryczna

Schemat infrastruktury systemu backupowego wraz z opisem3.4.10. Zasady licencjonowania dostarczonych elementów infrastruktury systemu backupowego

3.4.11. Informacje o ograniczeniach technologicznych (np. na ilość procesorów, ilość i rozmiar kości pamięci, liczba dysków, itp.) dostarczonych elementów infrastruktury systemu backupowego

3.4.12. Konfigurację sprzętową i logiczną elementów infrastruktury systemu backupowegoUszczegółowienie: Konfiguracja musi obejmować wszystkie elementy wdrożone, zainstalowane w ramach budowy infrastruktury

3.4.13. Procedury uruchamiania, zatrzymywania systemu backupowego oraz elementów infrastruktury

3.4.14.Procedury konfiguracji i wykonywania backupówUszczegółowienie: W przypadku czynności standardowych Zamawiający dopuszcza odniesienia z dokumentacji wytworzonej przez Oferenta do dokumentacji technicznej producenta systemu, pod warunkiem dostarczenia kompletu dokumentacji (Oferenta i producenta).

3.4.15.Procedury wykonywania weryfikacjiUszczegółowienie: W przypadku czynności standardowych Zamawiający dopuszcza odniesienia z dokumentacji wytworzonej przez Oferenta do dokumentacji technicznej producenta systemu, pod warunkiem dostarczenia kompletu dokumentacji (Oferenta i producenta).

3.4.16.Procedury wykonywania odtworzeniaUszczegółowienie: W przypadku czynności standardowych Zamawiający dopuszcza odniesienia z dokumentacji wytworzonej przez Oferenta do dokumentacji technicznej producenta systemu, pod warunkiem dostarczenia kompletu dokumentacji (Oferenta i producenta).

3.4.17. Procedury wykonywania odtworzenia systemu backupowego z kopii zapasowej3.4.18. Procedury uruchamiania systemu backupowego w przypadku awarii dowolnej z dwóch lokalizacji Zamawiającego3.4.19. Procedury weryfikacji stanu systemu3.4.20. Procedury opisujące standardowe działania administracyjne3.4.21. Wytyczne (dobre praktyki) dla administratorów3.4.22. Procedury zgłaszania problemów do serwisu3.4.23. Raport z przeprowadzonych testów3.4.24.

Przekazanie wiedzy

Lokalizacja i sposób przekazania wiedzy

Przekazanie wiedzy musi odbyć się w ośrodku szkoleniowym znajdującym się na terenie Warszawy3.4.25. Przekazanie wiedzy musi być prowadzone w języku polskim3.4.26. Przekazanie wiedzy musi być autoryzowane przez producenta oprogramowania systemu backupowego3.4.27. Przekazanie wiedzy musi mieć udział części warsztatowej, w proporcji do części teoretycznej nie mniejszej niż 1:43.4.28. Dokumentem potwierdzającym udział w przekazaniu wiedzy jest certyfikat ukończenia szkolenia

3.4.29.Zakres przekazywanej wiedzy

Zakres musi objąć:a. Konfigurację urządzeń do przechowywania kopii zapasowychb. Mechanizmy deduplikacjic. Mechanizmy szyfrowaniad. Zarządzanie repozytoriamie. Konfigurację bibliotek taśmowych w repozytoriachf. Konfigurację systemu backupowegog. Wykonywanie backupówh. Wykonywanie odtwarzaniai. Konfigurację powiadomień i raportów

3.4.30. Liczba osób Grupa1 = 3 osoby3.4.31. Grupa2 = 3 osoby3.4.32. Czas trwania Czas warsztatu (na grupę) >= 5 dni (40 godzin)

15

16

3.5. Serwis techniczny systemu backupowego

Lp Opis wymagań

A B3.5.1.

AutoryzacjaWykonawca serwisu musi posiadać autoryzację producenta do świadczenia serwisu dla oferowanych rozwiązań

3.5.2. Wykonawca serwisu dostarczy potwierdzenie wykupienia u producentów sprzętu i oprogramowania na rzecz Zamawiającego, wsparcia serwisowego w zakresie dostępu i prawa do używania aktualizacji i nowych wersji oprogramowania w tym także oprogramowania wbudowanego

3.5.3. Okres świadczenia Długość okresu serwisowego: 36 miesięcy od zakończenia Wdrożenia (podpisanie bez zastrzeżeń odpowiedniego protokołu odbierającego Wdrożenie)

3.5.4. Miejsce świadczenia Serwis będzie świadczony w 2-ch lokalizacjach znajdujących się na terenie Warszawy

3.5.5.Dostępność i czas reakcji

Dostęp do serwisu przez WWW, mail i wyznaczony telefon kontaktowy3.5.6. Dostępność serwisu: 24x3653.5.7. Serwis realizowany w języku urzędowym obowiązującym w Polsce3.5.8. Czas reakcji dla awarii <= 4 godziny, to okres od chwili przyjęcia i zarejestrowania zgłoszenia do czasu rozpoczęcia realizacji zgłoszenia3.5.9.

Usługi wsparciaPomoc w analizie i rozwiązywaniu problemów z oprogramowaniem

3.5.10. Doradztwo i pomoc w procesie instalacji i upgrade oprogramowania3.5.11. Informowanie o znanych problemach z oprogramowaniem i sposobach ich rozwiązywania3.5.12.

Usługi reaktywne

W przypadku wystąpienia problemów, których nie można rozwiązać zdalnie, pomoc techniczna w miejscu instalacji

3.5.13. Po przybyciu serwisu na miejsce, prace serwisowe będą kontynuowane, aż do momentu uzyskania dostępności systemu lub do momentu osiągnięcia widocznej poprawy. Dopuszczalne jest zawieszenie czynności naprawczych, jeśli potrzebne są dodatkowe materiały lub informacje, ale praca zostaje wznowiona natychmiast po ich uzyskaniu.

3.5.14. Gwarantowany czas naprawy awarii sprzętu <= 24 godzin, to zobowiązanie do zdiagnozowania i naprawienia urządzenia w ciągu 24 godzin od zgłoszenia.

3.5.15. Wszystkie części i materiały niezbędne do przywrócenia urządzenia do prawidłowej pracy wliczone w koszt serwisu. Wymienione części będą nowe lub odpowiadające nowym pod względem funkcjonalnym. Wymienione części i moduły z wyjątkiem dysków, stają się własnością Oferenta. Dyski pozostają w dyspozycji Zamawiającego.

3.5.16. Naprawa i wymiana uszkodzonych elementów wykonywane będą przez inżynierów serwisowych3.5.17.

Usługi proaktywne

Termin realizacji wskazywany przez Zamawiającego z minimum 3 tygodniowym wyprzedzeniem3.5.18. Wykonywane raz na pół roku

3.5.19.

Zakres usługi obejmuje w szczególności:a. Odczytanie, rejestracja i analiza logów serwisowychb. Wykonanie czynności wynikających z danych zebranych podczas wizyty np. wymiana częścic. Wykonanie czynności wynikających z zaleceń producenta dla poszczególnych urządzeńd. Analiza uaktualnień i modyfikacji oprogramowania wbudowanego (firmware) i instalacje zalecanego oprogramowania wbudowanegoe. Analiza uaktualnień i modyfikacji do elementów infrastruktury systemu backupowego i instalacje poprawekf. Analiza uaktualnień i modyfikacji do systemu backupowego i instalacje poprawekg. Sporządzenie notatki z przeglądu z wnioskami i zaleceniamih. Aktualizacja dokumentacji powykonawczej w przypadku wprowadzenia zmian do konfiguracji oferowanych rozwiązań (np. upgrade oprogramowania wbudowanego) lub w

przypadku wykonania rozbudowy w ramach opcji

3.5.20. Usługi dodatkoweUsługi wsparcia serwisowego typu: konsultacje, warsztaty, asysta, wsparcie, wykonywanie zaawansowanych diagnostyk, migracji, upgrade’ów, instalacji i innych praca serwisowych dla urządzeń i oprogramowania objętych umową w wymiarze 40 osobogodzin/12 miesięcy (120 osobogodzin w trakcie trwania umowy). Osobogodziny niewykorzystane w danym okresie serwisowym (12 miesięcy) przechodzą na kolejny okres serwisowy.

3.5.21. Dostęp do aktualizacji i baz wiedzy

Dostęp do nowych wersji, aktualizacji i poprawek do oprogramowania3.5.22. Licencje na użytkowanie i kopiowanie nowych wersji, aktualizacji i poprawek do oprogramowania3.5.23. Dostęp do elektronicznych kanałów informacji i usług wsparcia (bazy wiedzy, bibliotek dokumentacji, opisów produktów, specyfikacji, literatury technicznej i innych materiałów)

17

3.6. Rozbudowa systemu (w ramach prawa opcji)

Lp Opis rozbudowy

A B

3.6.1.

Licencje

Licencje wymagane do rozbudowy środowiska wirtualnego Zamawiającego o serwery fizyczneUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane licencje wymagane przez system backupowy w związku z rozbudową środowiska wirtualnego Zamawiającego o kolejne serwery. Rozbudowa będzie realizowana w oparciu o wielokrotność pakietu zawierającego 1 serwer. Maksymalny sumaryczny zakres rozbudowy będzie wynosił 8 serwerów. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy. Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego.

3.6.2.

Licencje wymagane do rozbudowy środowiska wirtualnego Zamawiającego o procesoryUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane licencje wymagane przez system backupowy w związku z rozbudową środowiska wirtualnego Zamawiającego o kolejne procesory. Rozbudowa będzie realizowana w oparciu o wielokrotność pakietu zawierającego 2 procesory. Maksymalny sumaryczny zakres rozbudowy będzie wynosił 16 procesorów. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy. Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego.

3.6.3.

Licencje wymagane do rozbudowy środowiska wirtualnego Zamawiającego o rdzenie procesoroweUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane licencje wymagane przez system backupowy w związku z rozbudową środowiska wirtualnego Zamawiającego o rdzenie procesorowe. Rozbudowa będzie realizowana w oparciu o wielokrotność pakietu zawierającego 4 rdzenie procesorowe. Maksymalny sumaryczny zakres rozbudowy będzie wynosił 192 rdzeni procesorowych. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy. Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego.

3.6.4.

Licencje wymagane do rozbudowy środowiska wirtualnego Zamawiającego o przestrzeń podlegającą backupowiUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane licencje wymagane przez system backupowy w związku z rozbudową środowiska wirtualnego Zamawiającego o przestrzeń podlegającą backupowi. Rozbudowa będzie realizowana w oparciu o wielokrotność pakietu zawierającego 10 TB przestrzeni. Maksymalny sumaryczny zakres rozbudowy będzie wynosił 300 TB przestrzeni. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy. Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego.

3.6.5.

Licencje wymagane do zwiększenia liczby maszyn wirtualnych z aplikacją MS SQLUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane licencje wymagane do rozbudowy środowiska wirtualnego Zamawiającego o kolejne maszyny wirtualne z aplikacją MS SQL lub alternatywnie o przestrzeń zajmowaną przez bazy danych aplikacji MS SQL . Rozbudowa będzie realizowana w oparciu o wielokrotność pakietu 1 zawierającego 1 maszynę wirtualną lub alternatywnie 1 TB przestrzeni zajmowanej przez bazy danych aplikacji MS SQL. Maksymalny sumaryczny zakres rozbudowy będzie wynosił 10 maszyn wirtualnych lub alternatywnie 10 TB przestrzeni zajmowanej przez bazy danych aplikacji MS SQL. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy. Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego.

3.6.6.

Licencje wymagane do zwiększenia liczby maszyn wirtualnych z aplikacją MS ExchangeUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane licencje wymagane do rozbudowy środowiska wirtualnego Zamawiającego o kolejne maszyny wirtualne z aplikacją MS Exchange lub alternatywnie o przestrzeń zajmowaną przez bazy danych aplikacji MS Exchange. Rozbudowa będzie realizowana w oparciu o wielokrotność pakietu 1 zawierającego 1 maszynę wirtualną lub alternatywnie 1 TB przestrzeni zajmowanej przez bazy danych aplikacji MS Exchange . Maksymalny sumaryczny zakres rozbudowy będzie wynosił 2 maszyny wirtualne lub alternatywnie 2 TB przestrzeni zajmowanej przez bazy danych aplikacji MS Exchange. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy. Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego.

3.6.7. Przestrzeń

Rozbudowa urządzeń do przechowywania kopii zapasowych o przestrzeńUszczegółowienie: Rozbudowa obejmuje wszystkie wymagane urządzenia, podzespoły, akcesoria, licencje i prace wymagane do wykonania rozbudowy urządzeń do przechowywania kopii zapasowych o dodatkową przestrzeń, przestrzeń ta musi mieć analogiczne funkcjonalności (deduplikacja, szyfrowanie, replikacja, itp.) jak przestrzeń inicjalna (dostarczona w ramach podstawowej części umowy). Rozbudowa będzie realizowana w oparciu o wielokrotność rozmiaru: 25% przestrzeni inicjalnej. Maksymalny sumaryczny zakres rozbudowy będzie wynosił 100% przestrzeni inicjalnej. Rozbudowa może być wykonywana wielokrotnie w trakcie trwania umowy aż do osiągniecia progu maksymalnego sumarycznego zakresu rozbudowy.

Rozbudowa zawiera koszt serwisu, przy czym poziom serwisu i czas trwania serwisu musi się pokrywać z poziomem serwisu i czasem trwania serwisu systemu backupowego. W przypadku jeśli w trakcie trwania umowy dany element stanie się niedostępny, wówczas rozbudowa wykonywana w oparciu o elementy o parametrach zbliżonych ale nie gorszych od parametrów elementów oferowanych w postępowaniu, przy zastrzeżeniu, że zastosowanie innego elementu rozbudowy nie może się wiązać z dodatkowymi kosztami.

18

4. Opis oferowanego rozwiązania

Lp Opis rozwiązania

A B

4.1.1.Oprogramowanie[producent i wersja oprogramowania, lista modułów, lista i ilość licencji]

4.1.2.Urządzenia[producent i model urządzenia, lista elementów sprzętowych urządzenia, lista i ilość licencji]

19

Documents

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWNIENIA€¦ · Web view2016/08/31 · Uszczegółowienie: Kopie zapasowe mogą być transferowane do drugiej lokalizacji albo synchronicznie (mirroring)