Szczegółowy opis przedmiotu zamówienia

Załącznik nr 2 do SIWZ
WZP/WO/D-332-62/15
Szczegółowy Opis Przedmiotu Zamówienia
Dostawa serwerów oraz UPS na potrzeby Mazowieckiej Jednostki Wdrażania Programów
Unijnych
WYMAGANIA OGÓLNE:
 Urządzenia muszą być fabrycznie nowe i muszą pochodzić z oficjalnego kanału dystrybucji
producenta na terenie Polski.
 Serwery muszą być oficjalne wspierane przez producenta oprogramowania do wirtualizacji
serwerów (serwer musi posiadać certyfikat). Wsparcie musi być dostępne dla najnowszej
wersji sytemu do wirtualizacji serwerów (najnowsza wersja, patch, build aktualnie dostępny),
 Wszystkie urządzenia musza być wyprodukowane zgodnie z normą jakości ISO 9001:2000
lub normą równoważną.
 Urządzenia i ich komponenty muszą być trwale oznakowane przez producenta aby możliwa
była identyfikacja produktu jak i producenta.
 Wszystkie urządzenia mają zostać dostarczone w oryginalnych opakowaniach producenta.
 Wszystkie urządzenia musza posiadać certyfikację CE.
 Wszystkie urządzenia muszą być przystosowane do pracy w sieci energetycznej
o parametrach 230V, ±10%, 50Hz.
 Rozwiązanie musi być zbudowane w formie serwerów kasetowych.
1. Obudowa typu Blade Podstawowa – sztuk 1:
1.
2.
3.
Typ obudowy
Wysokość obudowy
Liczba montowanych
serwerów
4.
Rodzaj obsługiwanych
serwerów
5.
Sposób
agregacji/wyprowadzeń
sygnałów LAN
6.
Sposób
Do montażu w szafie RACK 19”
Maksymalnie 10U
Minimum 7 serwerów zawierającego 4 układy procesorowe
(socket) lub 14 serwerów zawierających 2 układy
procesorowe (socket) umieszczonych w ramach jednej
obudowy typu Blade. Wymagana możliwość instalacji
serwerów 4 i 2 socketowych w ramach jednej obudowy.
Możliwość umieszczania w ramach jednej obudowy
serwerów z procesorami architekturze x86 oraz RISC / EPIC
oferowanych przez producenta dostarczającego obudowę.
Co najmniej 2 przełączniki LAN.
Każdy przełącznik musi posiadać:
 14 portów 1Gb Ethernet wewnętrznych
 2 porty zewnętrzne 10Gb Ethernet z dostarczonymi
dwoma wkładkami 10Gb SFP+ (obsadzenie wkładkami
dla wszystkich dostępnych portów, wymagane wkładki
światłowodowe)
 4 porty RJ45 1Gb Ethernet
Wszystkie porty które posiada przełącznik muszą być
aktywne i gotowe do wykorzystania, jeżeli wymagana jest
licencja do aktywacji portów należy ja dostarczyć
Każdy przełącznik musi mieć wydajność min 150Gbps.
Oba przełączniki Ethernet muszą się komunikować
z modułem zarządzającym dedykowanym wewnętrznym
portem o przepustowości min 1GbE
Każdy przełącznik musi wspierać:
 Non-blocking architecture
 support of up to 32,000 MAC Adresses
 Static and LACP (IEE 802.3ad) link aggregation
 Wparcie dla jumboframes 9,216
 IGMP
 Wparcie dla min 128 VLAn per switch
 SSH and SSHv2
 zarządzanie przez GUI
 zarządzanie przez CLI
2 przełączniki 8Gb FC SAN (każdy switch musi posiadać
Załącznik nr 2 do SIWZ
WZP/WO/D-332-62/15
agregacji/wyprowadzeń
sygnałów Fibre Channel
7.
Inne standardy
komunikacyjne
8.
Zasilanie i chłodzenie
9.
Zarządzanie
10.
Oprogramowanie
zarządzające
Gwarancja
11.
min. 6 portów zewnętrznych i 14 portów wewnętrznych).
Każdy switch musi posiadać możliwość pracy w trybie Full
Fabric, jeżeli wymagana jest dodatkowa licencja na tą
funkcjonalność ,należy dostarczyć odpowiednie licencje.
Wszystkie zainstalowane serwery muszą komunikować się
z obydwoma przełącznikami FC. Jeden przełącznik SAN
powinien posiadać co najmniej 2 porty zewnętrzne na
obudowę obsadzone modułami SFP o przepustowości nie
mniejszej niż 8Gb FC.
Modułu SAN FC muszą posiadać diodę sygnalizacyjną, która
umożliwi lokalizację modułu w obudowie serwerowej
Oba przełączniki SAN muszą się komunikować z modułem
zarządzającym
dedykowanym
wewnętrznym
portem
o przepustowości min 1GbE.
Urządzenia musza wspierać wirtualizację NPIV oraz porty F,
FL, E,
Możliwość
instalacji
w
obudowie
przełączników
w standardzie InfiniBand, przełączników typu FC 8/16 Gb,
przełączników typu Ethernet 1 lub 10Gb, oraz przełączników
konwergentych.
Zasilacz o konstrukcji modularnej z możliwością dokładania
i wymiany modułów na gorąco. System zasilania
zainstalowany wewnątrz obudowy, zdolny do dostarczenia
mocy, jaką może potrzebować obudowa w pełni obsadzona
serwerami i wszystkimi możliwymi opcjami (serwery w pełni
obsadzone opcjami). Gwarantujące instalacje np. min. 14
serwerów, gdzie w każdym zainstalowane będą procesory
o mocy 135W. Zasilanie typu hot-swap oraz redundancja
typu N+N. Obudowa w pełni obsadzona wentylatorami, aby
również umożliwiała pełne obsadzenie kompletem serwerów.
Zdalne włączanie/wyłączanie/restart niezależnie dla każdego
serwera. Zdalne udostępnianie napędu CD-ROM, FDD,
obrazu ISO na potrzeby serwera z możliwością bootowania
z w/w napędów. Zdalna identyfikacja fizycznego serwera
i obudowy za pomocą sygnalizatora optycznego. Dostęp
zdalny z poziomu przeglądarki internetowej bez konieczności
instalacji specyficznych komponentów programowych
producenta sprzętu. Możliwość instalacji co najmniej 2
modułów zarządzania w ramach obudowy w celu
zapewnienia
redundancji.
Zamawiający
wymaga
dostarczenia dwóch modułów zarządzających. Graficzna
wizualizacja statusów komponentów.
Oprogramowanie pochodzące od producenta serwerów.
60 miesięcy serwisu realizowanego przez producenta sprzętu
z gwarantowanym 4 godzinnym czasem reakcji w trybie 24
godziny × 7 dni w tygodniu.
2. Serwer kasetowy – 6 sztuk:
Lp.
1.
2.
3.
Nazwa elementu,
parametru lub cechy
Procesor
Pamięć cache
Liczba układów
procesorowych w każdym
serwerze / rdzeni
Opis wymagań
Dwa procesory, osiągające w testach opublikowanych na
ogólnodostępnej stronie Spec.org.
SPECint_rate2006 = minimum 1000
SPECint_rate_base2006 = minimum 969
Minimum 30 MB pamięci cache
minimum 2 układy / 24 rdzeni
Załącznik nr 2 do SIWZ
WZP/WO/D-332-62/15
4.
Pamięć RAM
5.
Dyski twarde
6.
Interfejs FC
7.
Interfejsy sieciowe
8.
Wspierane systemy
operacyjne
9.
Zarządzanie
10.
Wirtualizacja
11.
Gwarancja
12.
Obudowa
Minimum 256GB RAM (częstotliwość taktowania 2133MHz,
kości minimum 16GB). Możliwość instalacji do 24 układów
pamięci. Jeżeli pojedynczy serwer nie ma możliwości
rozbudowy pamięci RAM do co najmniej 768GB, to należy
dostarczyć zamiast niego dwa serwery, każdy wyposażony
w co najmniej ilość i typ procesorów jak w punkcie 3.
Możliwość instalacji min. dwóch dysków SSD/SAS/. Kontroler
RAID na płycie głównej z mozliwością konfiguracji RAID 1, 0.
Jedna dwu portowa karta FC 8Gb kompatybilne
z dostarczonymi przełącznikami SAN.
Minimum 4 interfejsy 1GB kompatybilne z dostarczonymi
przełącznikami LAN
Microsoft Windows Server, Microsoft Windows Server Hyper-V,
Red Hat Enterprise Linux, SUSE Linux Enterprise Server,
VMware vSphere 5
Serwer zawiera zintegrowany moduł zarządzania (procesor
serwisowy) który łączy
się
z
modułem zarządzania
w chassis. Połączenie
takie zapewnia
zaawansowane
funkcje kontroli, monitorowania, oraz funkcje ostrzegania przed
awarią. Jeżeli któryś z komponentów serwera ulegnie awarii,
diody
na płycie
głównej zostaną
włączone
w
celu
zdiagnozowania problemu. Błąd jest rejestrowany w dzienniku
zdarzeń, a administrator powiadamiany o problemie. Możliwość
zdalnego dostępu do serwera poprzez protokoły: Intelligent
Platform Management Interface (IPMI) Version 2.0, Simple
Network Management Protocol (SNMP) Version 3, Common
Information Model (CIM). Możliwość mapowania napędu
CD/DVD/FDD/USB i obrazów ISO.
Możliwość instalacji wirtualizatorów na kluczach USB lub na
kartach SD. Klucze usb i karty SD nie są wymagane.
60 miesięcy serwisu realizowanego przez producenta sprzętu
z gwarantowanym czasem reakcji 4 godziny.
Dostarczone serwery kasetowy muszą zostać zainstalowane
w obudowie serwerów kasetowych opisanej w punkcie 1.
3. Licencje na przełączniki Ethernet posiadane przez zamawiającego – sztuk 2:
Lp.
1.
Nazwa elementu,
parametru lub cechy
Licencja
2.
Licencja
Opis wymagań
Licencja kompatybilna z posiadanym przez Zamawiającego
przełącznikiem Lenovo Flex System EN2092 1Gb
pozwalająca na włączenie funkcjonalności 4 portów 10Gbps
razem z wkładkami SFP+ na każdy przełącznik.
Licencja kompatybilna z posiadanym przez Zamawiającego
przełącznikiem Lenovo Flex System EN2092 1Gb
pozwalająca na włączenie funkcjonalności pełnego działania
warstwy L2 i L3 oraz dodatkowych 14 porów Internal oraz 10
portów 1Gbps External.
4. Macierz dyskowa – sztuk 1:
Lp.
1.
Nazwa elementu,
parametru lub cechy
Interfejs hosta
Opis wymagań
Wymagane jest niemniej niż:
 2 porty 1Gb Ethernet w każdym kontrolerze do
podłączenia hostów
 2 porty SAS do podłączenia dodatkowych półek
dyskowych (minimum 1 port na kontroler)
 4 porty x 8Gb/s FC należy dostarczyć min po dwie wkładki
Załącznik nr 2 do SIWZ
WZP/WO/D-332-62/15
SFP 8Gb na każdy kontroler
2.
Interfejs użytkownika
3.
Kontroler
pojedynczy/podwójny
Pamięć podręczna na
kontroler
4.
5.
Zamontowane dyski
6.
Liczba obsługiwanych
dysków
7.
Obsługiwane napędy
8.
9.
10.
11.
Poziomy RAID
Wentylatory i zasilacze
Obudowa
Oprogramowanie
zarządzające
Macierz musi zapewniać możliwość wymiany kart FC lub
rozbudowy
w
każdym
z kontrolerów
na
jedną
z następujących kart:
a. 4 porty x 1Gb/s Ethernet (iSCSI)
b. 2 porty x 10Gb/s Ethernet (iSCSI/FCoE)
c. 2 porty x 6 Gb/s SAS
Graficzny interfejs dostępny przez przeglądarkę oraz interfejs
tekstowy przez SSH. Musi istnieć możliwość bezpośredniego
monitoringu stanu w jakim w danym momencie Macierz się
znajduje . Dane o parametrach wydajnościowych macierzy
muszą być dostępne w postaci wykresów w interfejsie GUI.
Kontroler podwójny Active-Active z funkcją Mirrored cache
Macierz musi być wyposażona w minimum 8GB pamięci
Cache na kontroler.
Macierz musi posiadać system podtrzymania zawartości
pamięci cache na wypadek awarii zasilania realizowany
poprzez zapis danych z pamięci cache kontrolerów do
pamięci typu flash lub równoważny zapewniający co najmniej
taki sam czas przechowywania danych.
Zarządzanie w oparciu o użytkowników z przypisanymi
uprawnieniami (role-base).
34 sztuk HDD 2TB 7,2K NLSAS i 9 sztuk HDD 1,2TB 10K
SAS
Należy dostarczyć niezbędne półki dyskowe wymagane do
zainstalowania zamawianych dysków twardych wraz
z okablowaniem, zasilaniem i pełną możliwą redundancją
przewidzianą przez producenta.
Obudowa kontrolera: 12 dyski 3,5-calowe
Obsługiwane zarówno półki dyskowe z 12 dyskami 3,5” jak
i półki dyskowe 24 dyskowe 2,5”
Macierz musi obsługiwać dyski 2,5” jak i 3,5”.
Macierz musi obsługiwać dyski 2,5”o pojemnościach
i prędkościach:
300GB 15k, 600GB 15k, SAS
- 300GB 10k, 600GB 10k 900GB 10k, 1,2TB, 1,8TB SAS
- 1TB 7,2k NLSAS
400GB SSD, 800 GB SSD
Macierz musi obsługiwać dyski 3,5”o pojemnościach
i prędkościach
- 2TB 7,2k 3TB 7,2k NLSAS, 4TB 7,2k NLSAS, 6TB 7,2k
12Gb NLSAS
Macierz musi obsługiwać dyski SSD i SAS, NLSAS
Macierz musi obsługiwać dyski wszystkich wspieranych
typów pracujące równocześnie w tej samej obudowie,
odpowiednio dla dysków 2,5” oraz 3,5”
Macierz musi pozwalać na rozbudowę poprzez dołączenie
łącznie co najmniej 9 dodatkowych półek dyskowych zarówno
2,5” jak i 3,5” bez ograniczeń odnośnie ich mieszania czy tez
kolejności dołączania.
Wymagana możliwość rozbudowy do 240 dysków
RAID 0,1, 5, 6 i 10
W pełni nadmiarowe, z możliwością wymiany podczas pracy
Standardowy stelaż 19-calowy
Wymagane jest aby dostarczona macierz posiadała interfejs
zarządzający GUI, CLI, oraz umożliwiała tworzenie skryptów
użytkownika.
Możliwość zarządzania całością dostępnych zasobów
WZP/WO/D-332-62/15
12.
Zaawansowane właściwości
każdego systemu
13.
Gwarancja
14.
Pobór mocy
15.
Przewody
16.
Dodatkowe funkcjonalności
Załącznik nr 2 do SIWZ
dyskowych z jednej konsoli administracyjnej.
Musi istnieć możliwość bezpośredniego monitoringu stanu
w jakim w danym momencie macierz się znajduje.
Wirtualizacja wewnętrznych zasobów dyskowych
Macierz musi zapewniać funkcjonalność udostępniania
przestrzeni bez konieczności fizycznego alokowania wolnego
miejsca na dyskach (thin provisioning). Jeżeli funkcjonalność
wymaga licencji, należy taką licencję zaoferować dla całej
macierzy w maksymalnej konfiguracji..
Funkcje kopiujące typu migawka i klon (maksymalnie 32 cele,
z możliwością rozbudowy o licencję. Dostarczenie licencji na
tym etapie nie jest wymagane)
Macierz musi obsługiwać grupy spójności wolumenów do
celów kopiowania i replikacji
Macierz
musi
posiadać
funkcjonalność
tworzenia
mirrorowanych LUN pomiędzy różnymi zarządzanymi
zasobami dyskowymi w szczególności na różnych poziomach
RAID, z zastosowaniem innych dysków w grupach
dyskowych, dla których awaria jednej kopii lustra musi być
niezauważalna dla systemu hosta. Na tym etapie
dostarczenie licencji nie jest konieczne
Macierz musi obsługiwać LUN Masking i Lun mapping
Sterowniki do obsługi wielościeżkowego dostępu do
wolumenów, awarii ścieżki i rozłożenia obciążenia po
ścieżkach dostępu powinny być dostępne dla podłączanych
systemów
operacyjnych.
Jeżeli
zastosowanie
tych
sterowników wymaga licencji, musi być dostarczona dla
podłączanych systemów operacyjnych
Minimalna ilość wspieranych wirtualnych dysków logicznych
(LUN) musi wynosić co najmniej 1024
Macierz musi posiadać funkcjonalność zwiększania rozmiaru
wolumenów
Macierz musi automatycznie monitorować obciążenie dysków
i automatycznie rozkładać obciążenie w grupach dysków.
Wymienione funkcjonalności muszą być dostarczone.
5-letnia gwarancja 24 ×7 NBD
Macierz musi pochodzić z autoryzowanego kanału dystrybucji
producenta i być objęta serwisem producenta na terenie RP
Główna jednostka z dyskami – max 360W, napięcie 100240V
4x 1m FC Cable umożliwiające podłączenia macierzy
z przełącznikami FC
Niezbędne kable do podłączenia półek dyskowych
Macierz musi posiadać możliwość rozbudowy o następujące
funkcjonalności:
 Optymalizacja wykorzystania dysków SSD poprzez
automatyczną identyfikację najbardziej obciążonych
fragmentów wolumenów w zarządzanych zasobach
dyskowych oraz ich automatyczną migracje na dyski SSD.
Macierz musi również automatycznie rozpoznawać
obciążenie fragmentów wolumenów na dyskach SSD
i automatycznie migrować z dysków SSD nieobciążone
fragmenty wolumenów. Opisany powyżej proces
optymalizacji musi posiadać funkcję włączenia/wyłączenia
na
poziomie
pojedynczego
wolumenu.
Proces
optymalizacji musi obejmować 3 rodzaje dysków – SSD,
Enterprise (15k i 10k) oraz Nearline (7,2k). Nie wymaga
się dostarczenia licencji na tym etapie postępowania.
 Wykonywania replikacji synchronicznej i asynchronicznej
WZP/WO/D-332-62/15
17.
Obsługiwane systemy
operacyjne
Załącznik nr 2 do SIWZ
wolumenów logicznych. Zasoby źródłowe kopii zdalnej
oraz docelowe kopii zdalnej mogą być zabezpieczone
różnymi poziomami RAID i egzystować na różnych
technologicznie dyskach stałych. Replikacja musi być
obsługiwana zarówno przy użyciu Fibre Channel jak i IP
z użyciem technologii zwiększającej efektywność
transmisji danych w sieciach IP. Nie wymaga się
dostarczenia licencji na tym etapie postępowania.
Microsoft
Windows
2003/2008/2008R2/2012,
Suse
9/10/11/12, Redhat 5/6, Solaris 9/10, VMware 4.1/5.0/5.1/5.5,
6.0, Citrix XenServer, Oracle Solaris 11
5. UPS:
Lp.
1.
OPIS
Zasilacz UPS w obudowie
typu Rack
WYMAGANIA I PARAMETRY MINIMALNE
Obudowa UPS maksymalnie 6U przeznaczona do instalacji
w standardowej szafie RACK 19”, jak również musi posiadać
możliwość adaptacji do wersji Tower. Obudowa musi być
dostarczona wraz ze wszystkimi elementami do montażu
w szafie rack jak i do wersji tower.
Wymagania:
 Moc wyjściowa: UPS-a co najmniej 8000 VA / 7200 W
 Możliwość zasilania napięciem wejściowym w zakresie od
380V do 415V 3-Phase
 Maksymalny amperaż wejścia 40A
 Gniazda wyjściowe: minimum 4 gniazda typu IEC320-C19
(16A)
 Napięcie wyjścia: 200-240 V
 Częstotliwość 50/60 Hz
 Baterie bezobsługowe typu hot-swap
 Minimalny czas podtrzymania (moduł podstawowy wraz
z ewentualnymi bateriami) dla maksymalnego obciążenia
7200 W – 16 Minut. Możliwość rozbudowy o kolejne
moduły baterii tak aby dla maksymalnego obciążenia
7200 W podtrzymanie wynosiło 48 minut
Wyświetlacz LCD wspomagający zarządzanie UPS’em
z odczytem parametrów:
 elektrycznych wejścia/wyjścia
 amperaż, voltaż, zużycie prądu, wydajność
 ilość podłączonych baterii
 komunikatów o stanie pracy UPS
UPS musi mieć możliwość obsługi do 4 dodatkowych
modułów bateryjnych.
Zamawiający wymaga dostarczenia minimum jednego
dodatkowego modułu bateryjnego.
Maksymalna wielkość 1 baterii nie może być większa niż 3U
Sygnalizacja optyczno-akustyczna
Możliwość aktualizacji oprogramowania wewnętrznego.
Dołączone oprogramowanie zarządzające
Minimum jeden port serial
Minimum jeden port USB
Minimum jeden port REPO (Remote Power Off)
Karta pozwalająca na zarządzanie UPS’em poprzez Rs232
oraz sieć
z portem RJ45(wymaganie dołączenie karty
zarządzania oraz oprogramowania do integracji z silnikiem
wirtualizującym minimum Microsoft Hyper-V i VMware
vCenter).
Pełne obłożenie listwami zasilającymi opisanymi w pozycji 2.
Załącznik nr 2 do SIWZ
WZP/WO/D-332-62/15
Listwy zasilające do UPS
2.
Gwarancja: Minimum trzy lata
Charakterystyka wyjścia:
Napięcie wyjściowe: 230V
Minimalny prąd na wyjściu: 16A
Gniazda wyjściowe (minimum): 20 x IEC 320 C13 i 4 x IEC
320 C19
Charakterystyka wejścia:
Nominalne napięcie wejściowe: 200V, 208V, 230V
Częstotliwość na wejściu: 50/60 Hz
Typ gniazda wejściowego: 1 x IEC-320 C20
kompatybilny z dostarczonym UPS)
Minimalna długość przewodu zasilania: 2,5 metra
Ilość kabli zasilających: 1
Minimalny prąd na wejściu: 16A
Minimalny poziom obciążenia 3600 VA
(lub
Możliwość zamontowania w standardowej szafie RACK”19.
Listwa musi być dostarczona ze wszystkimi niezbędnymi
elementami do montażu w szafie rack.
6. Oprogramowanie backup licencjonowane na wszystkie serwery:
Wymagania ogólne



Oprogramowanie powinno współpracować z infrastrukturą VMware w wersji 4.0, 4.1, 5.0, 5.1,
5.5 oraz Microsoft Hyper-V 2008 R2 SP1, 2012 I 2012 R2
Oprogramowanie powinno współpracować z hostami zarządzanymi przez VMware vCenter
oraz Microsoft Virtual Machine Manager oraz z hostami niezarządzanymi
Oprogramowanie powinno zapewniać tworzenie kopii zapasowych wszystkich systemów
operacyjnych maszyn wirtualnych wspieranych przez vSphere i Hyper-V
Całkowite koszty posiadania










Oprogramowanie powinno być licencjonowanie w modelu “per-CPU”. Wszystkie
funkcjonalności zawarte w tym dokumencie powinny być zapewnione w tej licencji.
Jakiekolwiek dodatkowe licencjonowanie (per zabezpieczony TB, dodatkowo płatna
deduplikacja) nie jest dozwolone.
Oprogramowanie powinno być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej
platformy serwerowej i dyskowej.
Oprogramowanie powinno tworzyć “samowystarczalne” archiwa to odzyskania których nie
wymagana jest osobna baza danych z metadanymi deduplikowanych bloków
Oprogramowanie powinno mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia
wielkości archiwów.
Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata
bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości
odtworzenia backupu.
Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia
czy upgradowania wewnątrz maszyny wirtualnej.
Oprogramowanie powinno zapewniać backup jednoprzebiegowy - nawet w przypadku
wymagania granularnego odtworzenia.
Oprogramowanie powinno zapewniać mechanizmy informowania o wykonaniu/błędzie
zadania poprzez email lub SNMP.
Oprogramowanie powinno mieć możliwość uruchamiania skryptów przed i po zadaniu
backupowym.
Oprogramowanie powinno zapewniać bezpośrednią integrację z VMware vCloud Director 5.1
i archiwizować również metadane vCD. Powinno też umożliwiać odtwarzanie tych
metadanych do vCD .
WZP/WO/D-332-62/15




Załącznik nr 2 do SIWZ
Oprogramowanie powinno mieć wbudowane mechanizmy backupu konfiguracji w celu
prostego odtworzenia systemu po całkowitej reinstalacji.
Oprogramowanie powinno mieć wbudowane mechanizmy szyfrowania zarówno plików
z backupami jak i transmisji sieciowej.
Oprogramowanie powinno oferować zarządzanie kluczami w przypadku utraty podstawowego
klucza.
Oprogramowanie
powinno
wspierać
backup
maszyn
wirtualnych
używających
współdzielonych dysków VHDX na Hyper-V (shared VHDX).
Wymagania RPO (Recovery Point Objective)














Oprogramowanie powinno wykorzystywać VMware vStorage API for Data Protection i używać
mechanizmów Change Block Tracking.
Oprogramowanie powinno oferować podobne rozwiązanie jak CBT również dla platformy
Hyper-V.
Oprogramowanie powinno oferować możliwość sterowania obciążeniem storage'u
produkcyjnego tak aby nie przekraczane były skonfigurowane przez administratora backupu
poziomy latencji.
Oprogramowanie powinno automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned
snapshots), które mogą zakłócić poprawne wykonanie backupu.
Oprogramowanie powinno wspierać kopiowanie backupów na taśmy wraz z pełnym
śledzeniem wirtualnych maszyn.
Oprogramowanie powinno mieć możliwość wydzielenia osobnej roli typu tape server.
Oprogramowanie powinno mieć możliwość kopiowania backupów do lokalizacji zdalnej.
Oprogramowanie powinno mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son).
Oprogramowanie powinno mieć możliwość replikacji wirtualnych maszyn pomiędzy
lokalizacjami. Funkcjonalność replikacji powinna być zapewniona dla vSphere i Hyper-V
Oprogramowanie powinno dawać możliwość użycia wcześniej wykonanego backupu jako
źródła do zadania replikacji.
Oprogramowanie powinno wykorzystywać wszystkie oferowane przez hypervisor tryby
transportu (sieć, hot-add, LAN Free-SAN).
Oprogramowanie powinno dawać możliwość tworzenia backupów ad-hoc z konsoli jak
i z klienta webowego vSphere.
Oprogramowanie powinno przetwarzać wiele wirtualnych dysków jednocześnie (parallel
processing).
Oprogramowanie powinno mieć możliwość wykonywania poleceń z linii komend systemu
operacyjnego na którym uruchomiony jest serwer zarzadzania w celu wykonania maksymalnej
automatyzacji zadań.
Wymagania RTO Recovery Time Objective





Oprogramowanie powinno umożliwić uruchomienie maszyny wirtualnej bezpośrednio ze
zdeduplikowanego i skompresowanego pliku backupu, bez potrzeby kopiowania jej na storage
produkcyjny. Dla srodowiska vSphere powinien być wykorzystany wbudowany
w oprogramowanie serwer NFS. Dla Hyper-V powinna być zapewniona taka sama
funkcjonalność realizowana wewnętrznymi mechanizmami oprogramowania
Oprogramowanie powinno pozwalać na migrację on-line tak uruchomionych maszyn na
storage produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi
w hypervisor. Jeżeli licencja na hypervisor nie posiada takich funkcjonalności oprogramowanie powinno realizować jaką migrację swoimi mechanizmami.
Oprogramowanie powinno umożliwiać pełne odtworzenie wirtualnej maszyny, plików
konfiguracji i dysków.
Oprogramowanie powinno umożliwić odtworzenie plików na maszynę operatora, lub na serwer
produkcyjny.
Oprogramowanie powinno wspierać odtwarzanie plików z następujących systemów plików:
 Linux
o ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS
 BSD
o UFS, UFS2
WZP/WO/D-332-62/15
Załącznik nr 2 do SIWZ








Solaris
o ZFS
 Windows
o NTFS, FAT, FAT32, ReFS
Oprogramowanie powinno umożliwiać szybkie granularne odtwarzanie obiektów aplikacji
takich jak Active Directory (dowolny obiekt, atrybut w tym hasło), Microsoft Exchange 2010
i nowsze(dowolny obiekt w tym obiekty w folderze "Permanently Deleted Objects"), Microsoft
SQL 2005 i nowsze (w tym odtwarzanie point-in-time) oraz Microsoft Sharepoint 2010
i nowsze . Odtworzenie powinno być możliwe na serwery produkcyjne.
Funkcjonalność ta nie może wymagać pełnego odtworzenia wirtualnej maszyny.
Oprogramowanie powinno używać mechanizmów VSS wbudowanych w system operacyjny
Microsoft Windows .
Oprogramowanie powinno wspierać także specyficzne metody odtwarzania w tym "reverse
CBT" oraz odtwarzanie z wykorzystaniem sieci SAN.
Oprogramowanie powinno dawać możliwość automatycznego stworzenia laboratorium
(izolowane środowisko) dla vSphere i Hyper-V.
Oprogramowanie powinno umożliwiać weryfikację odtwarzalności dowolnego backupu według
własnego harmonogramu w izolowanym środowisku. Testy powinny uwzględniać możliwość
uruchomienia dowolnego skryptu testującego również aplikację uruchomioną na wirtualnej
maszynie.
Oprogramowanie powinno mieć podobne mechanizmy dla replik w środowisku vSphere.
7. Wdrożenie




Inwentaryzacja środowiska Zamawiającego celem rozpoznania infrastruktury informatycznej.
Przygotowanie projektu wdrożenia dostarczonego oprogramowania zawierającego co
najmniej:
a. Udokumentowanie środowiska IT Zamawiającego objętego wdrożeniem, wynik
uzyskany w efekcie inwentaryzacji.
b. Przedstawienie projektu instalacji komponentów dostarczonego oprogramowania
w infrastrukturze Zamawiającego w raz ze szczegółowymi wymaganiami technicznym.
c. Sporządzenie opisu architektury wdrożenia z opisem działania funkcjonalności
wymaganych przez Zamawiającego w treści zamówienia.
d. Przedstawienie harmonogramu wdrożenia wraz z uwzględnieniem okien serwisowych
niezbędnych do zaimplantowania rozwiązania jeśli takie są wymagane.
e. Przygotowanie procedury dostosowania/hardeningu środowiska IT klienta objętego
wdrożeniem do optymalnego współdziałania z dostarczonym rozwiązaniem.
f. Konfigurację serwerów oraz sieci Ethernet wraz z informacją nt. VLANów.
g. Przygotowanie projektu procedur wykonywania kopii zapasowych wraz
z harmonogramami oraz czasami retencji zgodnie z ustalonymi parametrami RTO
i RPO dla chronionych systemów.
h. Przygotowanie projektu testów dostarczonego rozwiązania.
Przeprowadzenie wdrożenia dostarczonego rozwiązania według przedstawionego projektu, po
zaakceptowaniu go przez Zamawiającego.
Dokumentacja powykonawcza:
a. Wynik analizy infrastruktury pod kątem niezbędnym do instalacji.
b. Projekt techniczny – docelowa konfiguracja systemu zawierająca między innymi:
i. Architekturę odwzorowującą wdrożenie.
ii. Skalowanie i konfigurację sprzętową.
iii. Opis sposobu integracji wszystkich elementów: oprogramowania do
wirtualizacji serwerów, oprogramowania do wirtualizacji przestrzeni dyskowej
i oprogramowania do kopii zapasowych.
iv. Konfigurację sieciową.
v. Adresację IP systemów objętych rozwiązaniem.
vi. Konfiguracja logowania i alarmowania.
vii. Konfigurację
infrastruktury
serwerów
zarządzania
dostarczonym
rozwiązaniem.
viii. Przedstawienie wdrożonych polityk zabezpieczenia danych z godnie
z procedurami ustalonymi na poziomie projektu.
c. Rozdział zawierający opis możliwości odtworzenia danych:
Załącznik nr 2 do SIWZ
WZP/WO/D-332-62/15
Całego systemu objętego ochroną ze szczegółowym opisem kolejnych
etapów.
ii. Pojedynczego systemu ze szczegółowym opisem kolejnych kroków dla
każdego typu chronionych systemów operacyjnych.
iii. Pojedynczych elementów wewnątrz chronionych systemów na poziomie
granularności wymaganym w specyfikacji: maszyna wirtualna, plik, element
struktury dla wspieranego oprogramowania.
Rozdział zawierający procedury odtworzenia środowiska w przypadku utraty całego
centrum przetwarzania wraz z serwerami zarzadzania dostarczonym rozwiązaniem.
Wykonawca musi stworzyć procedurę konfiguracji ochrony nowo pojawiających się
systemów.
Finalną konfigurację systemu.
Harmonogram testów wraz z wnioskami po wykonanych testach.
Napotkane problemy podczas wdrożenia i sposób ich rozwiązania.
W odrębnym punkcie wszystkie niestandardowe ustawienia systemu lub zastosowane
obejścia.
Wszystkie skrypty lub procesy automatyzujące pracę systemu wraz z celem, opisem
działania i harmonogramem uruchomień.
Procedury operacyjne.
Określenie elementów krytycznych systemu wraz z określeniem komponentów (np.
file system, bazy danych, itp.) – czyli jakie warunki muszą być spełnione, aby system
mógł poprawnie realizować funkcje biznesowe.
Procedurę sprawdzania dostępności systemu.
Procedury administracyjne zawierające podstawowe zadania, które administrator
systemu musi/powinien wykonywać w trakcie codziennej pracy systemu.
i.
d.
e.
f.
g.
h.
i.
j.
k.
l.
m.
n.
8. Wymagania dodatkowe:
Bezpłatny instruktarz producenta sprzętu w zakresie obsługi dostarczonego sprzętu, dla dwóch osób
wskazanych przez Zamawiającego.