Załącznik nr 4 - Polskie LNG S.A.: Start · Web viewMacierz musi być wyposażona w zestaw do...

Specyfikacja Istotnych Warunków ZamówieniaDostawa i instalacja infrastruktury IT: serwerów, macierzy, urządzeń sieciowych oraz pozostałego

sprzętu IT wraz z oprogramowaniem systemowym i świadczeniem usług gwarancji jakości.Znak postępowania: RZ/36/ZP/2013/PLNG

Załącznik nr 2 do SIWZ

FORMULARZ SPECYFIKACJI TECHNICZNEJpostępowania na „Dostawę i instalację infrastruktury IT:

serwerów, macierzy, urządzeń sieciowych oraz pozostałego sprzętu IT wraz z oprogramowaniem systemowym

i świadczeniem usług gwarancji jakości”

Wykonawca zobowiązany jest do wypełnienia formularza oferty technicznej (przedstawionych poniżej tabeli) przez wpisanie nazwy producenta i typu urządzenia (lub nazwę oraz wersję oprogramowania), i wypełnienie kolumny „Parametry techniczne oferowanego sprzętu/oprogramowania” poprzez wstawienie sformułowania „spełnia” lub „nie spełnia”.W przypadku zaoferowania przez Wykonawcę produktu (rozwiązania) równoważnego, Wykonawca co najmniej musi wskazać nazwę, typ i wersję produktu oraz nazwę producenta produktu i nazwę i adres podmiotu świadczącego serwis autoryzowany przez producenta, a także wykazać, że produkt (rozwiązanie) równoważne spełnia wymagania Zamawiającego.Jeśli nie zaznaczono inaczej, wszelkie zapisy konfiguracji „Wymagań minimalnych” należy traktować, jako parametry i wymagania minimalne.

1. Serwer - S1

Nazwa producenta

Oferowany modelNazwa i adres podmiotu świadczącego serwis autoryzowany przez producenta

Lp.

Element konfiguracji Wymagania minimalne

Potwierdzenie spełnienia

minimalnych wymagań

1. Obudowa Obudowa o wysokości maksymalnie 2U dedykowana do zamontowania w szafie RACK 19" z zestawem szyn do mocowania w szafie i wysuwania do celów serwisowych.

spełnia / nie spełnia

2. Procesor Procesor wielordzeniowy, klasy x86, dedykowany do pracy w serwerach, uzyskujący wynik co najmniej 10500 punktów w teście Passmark - CPU Mark wg wyników procesorów publikowanych na stronie http://www.cpubenchmark.net/cpu_list.php.W przypadku zaoferowania procesora nie uwzględnionego w w/w rankingu Wykonawca przeprowadzi powyżej wskazany test we własnym

spełnia / nie spełniaproszę podać producenta, typ i

oznaczenie procesora oraz odnośnik do strony z testem

wydajności

strona 1 z 27



zakresie i załączy do oferty raport wydajnościowy oferowanego procesora (wszystkie elementy muszą pracować z parametrami określonymi przez producenta danego podzespołu).

Liczba procesorów 2 fizyczne procesory spełnia / nie spełnia3. Pamięć RAM 64 GB pamięci RAM w kościach po 8GB

Każdy moduł pamięci musi być dedykowany do oferowanego serwera i posiadać tzw. part number.


konfiguracji pamięci z ochroną memory mirror. spełnia / nie spełniaMożliwość instalacji w serwerze min 192 GB pamięci RAM spełnia / nie spełnia

4. Dyski twarde 3 x SSD 200 GB lub 3 x SAS 146 GB 15k Hot-Swap. Każdy dysk twardy musi być dedykowany do oferowanego serwera i posiadać tzw. part numer


5. Płyta główna Płyta główna: dedykowana do pracy w serwerach, wyprodukowana przez producenta serwera, oznaczona jego znakiem firmowym, przystosowana do pracy z jednym i dwoma procesorami


Architektura płyty głównej 2 gniazda procesorowe. 24 slotów na pamięć RAM. spełnia / nie spełnia

6. Konfiguracja Sloty PCI: Wymagane min. 4 sloty PCI-E x8. Wymóg odnosi się do wszystkich slotów PCI, jakie ma posiadać serwer, wliczając w to sloty PCI obsadzone przez karty.


7. Kontrolery Kontroler dysków typu SAS umożliwiający konfigurację dysków w poziomach RAID 0/1/10/5, posiadający minimum 1024 MB wewnętrznej pamięci cache.


8. Karty sieciowe 2 karty po 4 porty na kartę - Ethernet 10/100/1000 spełnia / nie spełnia9. Karty światłowodowe 2 karty światłowodowe dwuportowe 8GBit/s na port. spełnia / nie spełnia10. Karta graficzna Zintegrowana karta graficzna, min 8MB pamięci spełnia / nie spełnia

11. Porty Minimalna ilość portów na płycie głównej:a. 1 port RJ-45 dedykowany dla interfejsu zdalnego

zarządzania, spełnia / nie spełnia

b. Min 3 portów USB, spełnia / nie spełniac. 1 port VGA (15-pin video), spełnia / nie spełnia

d. 1 port szeregowy, spełnia / nie spełnia15. System operacyjny Serwer musi posiadać certyfikat zgodności dla

systemów:a. Microsoft Windows Server 2008 R2 i 2008, spełnia / nie spełnia

b. Microsoft Windows Server Hyper-V, spełnia / nie spełniac. Red Hat Enterprise Linux (RHEL), spełnia / nie spełniad. SUSE Linux Enterprise Server (SLES), spełnia / nie spełniae. VMware vSphere 5. spełnia / nie spełnia

20. Zarządzanie Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty, przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu, restartu OS, mozliwosc modyfikacji ustawien BIOS). Mozliwosc przejęcia zdalnej konsoli graficznej i podłączania wirtualnych napędów CD i FDD bez konieczności dokładania dodatkowych kart sprzętowych w sloty PCI-X/PCI-Express. Rozwiązanie sprzętowe, niezależne od systemów operacyjnych,


strona 2 z 27



zintegrowane z płytą główną lub jako karta zainstalowana w gnieździe PCI.

21. Liczba wszystkich wnęk na dyski twarde

Minimum 4 wnęki typu hot swap 2.5’’. Możliwość instalacji dysków SATA, SAS lub SSD. Możliwość instalacji dysków w różnych technologiach jednocześnie.


22. Zasilanie i chłodzenie

Redundantne dwa zasilacze typu hot-plug, o mocy minimalnej 1100W na 1 zasilacz,Nadmiarowe chłodzenie - redundantne wentylatory typu hot-plug


23. Dokumentacja Instrukcje, licencje oprogramowania, nośniki ze sterownikami spełnia / nie spełnia

24. Inne Elementy, z których zbudowane są. serwery muszą, być produktami producenta spełnia / nie spełnia

2. Serwer - S2

Nazwa producenta


Lp. Element konfiguracji Wymagania minimalne



1. Obudowa Obudowa o wysokości maksymalnie 2U dedykowana do zamontowania w szafie RACK 19" z zestawem szyn do mocowania w szafie i wysuwania do celów serwisowych.


2. Procesor Procesor wielordzeniowy, klasy x86, dedykowany do pracy w serwerach, uzyskujący wynik co najmniej 10500 punktów w teście Passmark - CPU Mark wg. wyników procesorów publikowanych na stronie http://www.cpubenchmark.net/cpu_list.php.W przypadku zaoferowania procesora nie uwzględnionego w w/w rankingu Wykonawca przeprowadzi powyżej wskazany test we własnym zakresie i załączy do oferty raport wydajnościowy oferowanego procesora (wszystkie elementy muszą pracować z parametrami określonymi przez producenta danego podzespołu).

spełnia / nie spełniaproszę podać producenta, typ i oznaczenie procesora oraz odnośnik do strony z testem

wydajności

Liczba procesorów 2 fizyczne procesory spełnia / nie spełnia3. Pamięć RAM 64 GB pamięci RAM w kościach po 8GB

Każdy moduł pamięci musi być dedykowany do oferowanego serwera i posiadać tzw. part number.


konfiguracja pamięci z ochroną memory mirror. spełnia / nie spełniaMożliwość instalacji w serwerze min 192 GB pamięci RAM spełnia / nie spełnia

4. Dyski twarde 3x300GB 15k SAS Hot-Swap, 21x1TB NL-SAS Hot-Swap. Każdy dysk twardy musi być dedykowany do oferowanego serwera i posiadać tzw. part number


5. Płyta główna Płyta główna: dedykowana do pracy w serwerach, spełnia / nie spełnia

strona 3 z 27



wyprodukowana przez producenta serwera, oznaczona jego znakiem firmowym, przystosowana do pracy z jednym i dwoma procesorami

Architektura płyty głównej 2 gniazda procesorowe. 24 slotów na pamięć RAM. spełnia / nie spełnia

Konfiguracja Sloty PCI: Wymagane min. 4 sloty PCI-E x8. Wymóg odnosi się do wszystkich slotów PCI, jakie ma posiadać serwer, wliczając w to sloty PCI obsadzone przez karty.


6. Karty sieciowe 2 karty po 4 porty na karte - Ethernet 10/100/1000 spełnia / nie spełnia7. Karty

światłowodowe 2 karty światłowodowe dwuportowe 8GBit/s na port spełnia / nie spełnia

8. Kontrolery kontroler dysków typu SAS umożliwiający konfigurację dysków w poziomach RAID 0/1/10/5, posiadający minimum 1024 MB wewnętrznej pamięci cache.


9. Karta graficzna Zintegrowana karta graficzna, min 8MB pamięci spełnia / nie spełnia

10. Porty Minimalna ilość portów na płycie głównej:a. 1 port RJ-45 dedykowany dla interfejsu zdalnego

zarządzania, spełnia / nie spełnia

b. Min 3 portów USB, spełnia / nie spełniac. 1 port VGA (15-pin video), spełnia / nie spełniad. 1 port szeregowy. spełnia / nie spełnia

11. System operacyjny Serwer musi posiadać certyfikat zgodności dla systemów:a. Microsoft Windows Server 2008 R2 i 2008, spełnia / nie spełnia

b. Microsoft Windows Server Hyper-V, spełnia / nie spełniac. Red Hat Enterprise Linux (RHEL), spełnia / nie spełniad. SUSE Linux Enterprise Server (SLES), spełnia / nie spełniae. VMware vSphere 5. spełnia / nie spełnia

12. Zarządzanie Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty, przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu, restartu OS, mozliwość modyfikacji ustawien BIOS). Mozliwość przejęcia zdalnej konsoli graficznej i podłączania wirtualnych napędów CD i FDD bez konieczności dokładania dodatkowych kart sprzętowych w sloty PCI-X/PCI-Express. Rozwiązanie sprzętowe, niezależne od systemów operacyjnych, zintegrowane z płytą główną lub jako karta zainstalowana w gnieździe PCI.


13. Liczba wszystkich wnęk na dyski twarde

Minimum 24 wnęki typu hot swap 2.5’’. Możliwość instalacji dysków SATA, SAS lub SSD. Możliwość instalacji dysków w różnych technologiach jednocześnie.



Redundantne dwa zasilacze typu hot-plug, o mocy maksymalnej 1100W na 1 zasilacz,Nadmiarowe chłodzenie - redundantne wentylatory typu hot-plug


15. Dokumentacja Instrukcje, licencje oprogramowania, nośniki ze sterownikami spełnia / nie spełnia

16. Inne Elementy, z których zbudowane są. serwery muszą, być produktami producenta spełnia / nie spełnia

strona 4 z 27



strona 5 z 27



3. Macierz dyskowa – M1

Nazwa producenta

Oferowany model

Nazwa i adres podmiotu świadczącego serwis autoryzowany przez producenta

Lp. Element konfiguracji Wymagania minimalne Potwierdzenie spełnienia minimalnych wymagań

1. Obudowa Macierz musi być wyposażona w zestaw do montażu w szafie przemysłowej rack 19 spełnia / nie spełnia

Obudowa kontrolerów macierzy musi posiadać miejsca na instalacje co najmniej 24 dysków w technologii SAS 2.0 6Gb/s. spełnia / nie spełnia

Możliwość podłączenia kolejnej półki dyskowej która musi posiadać miejsca na instalacje co najmniej 12 dysków w technologii SAS 2.0 6 Gb/s.


Macierz musi gwarantować możliwość rozbudowy, do co najmniej 96 dysków. spełnia / nie spełnia

2. Dyski twarde Macierz dyskowa musi być wyposażona w minimum - 24 dyski SAS 6Gb/s 15000 obrotów/min o pojemności co najmniej 300 GB


3. Podstawowe parametry

Macierz musi umożliwiać mieszanie w ramach obudowy i półki rozszerzeń dysków o prędkościach 15 000, 10 000 i 7 200 obrotów/min.


Macierz musi obsługiwać dyski 300GB, 600GB, 900GB. spełnia / nie spełnia

Macierz musi być wyposażona w dwa kontrolery RAID pracujące w trybie active-active. spełnia / nie spełnia

Macierz musi być wyposażona w minimum 2 GB cache na kontroler. spełnia / nie spełnia

Macierz musi być wyposażona w minimum 2 kontrolery FC (min. 2 porty 8Gb/s FC na kontroller) spełnia / nie spełnia

Pamięć cache musi być kopiowana pomiędzy kontrolerami zabezpieczona przed utratą danych w przypadku awarii zasilania poprzez podtrzymanie zawartości pamięci cache układem baterii lub poprzez przepisanie na pamięć nieultoną w każdym kontrolerze np. dedykowany dysk lub nośnik.


Awaria dowolnej półki dyskowej (z wykluczeniem kontrolera macierzy) nie może powodować przerwania dostępu do dysków w pozostałych półkach dyskowych”


Macierz musi jednocześnie obsługiwać wolumeny zabezpieczone następującymi poziomami RAID: RAID 0, RAID 1, RAID 5, RAID50, RAID10


Macierz musi umożliwiać rozbudowe i stworzenie konfiguracji odpornej na awarię pojedynczej półki bez utraty danych przy zastosowaniu RAID-5.


Macierz musi zapewnić możliwość wymiany dysków podczas pracy systemu (Hot-Swap). spełnia / nie spełnia

Rozwiązanie musi umożliwiać dynamiczną zmianę następujących parametrów macierzy dyskowej, bez przerywania dostępu do danych znajdujących się na modyfikowanym wolumenie, lub grupie dysków:

a. Możliwość bezprzerwowej migracji wolumenu na inne dyski/inną grupę RAID


strona 6 z 27



b. Możliwość dynamicznego dodawania dysków do istniejących grup RAID.


c. Możliwość dynamicznego powiększania rozmiaru wolumenów logicznych. spełnia / nie spełnia

d. Możliwość dodawania kolejnych półek dyskowych oraz dysków bez przerywania pracy macierzy, dla dowolnej konfiguracji macierzy


e. Możliwość aktualizacji oprogramowania macierzy (firmware) w trybie online. spełnia / nie spełnia

Macierz musi umożliwiać rozbudowę o pojedyncze dyski fizyczne i pojedyncze półki rozszerzeń. spełnia / nie spełnia

Macierz dyskowa musi obsługiwać następujące systemy operacyjne: Microsoft Windows 2003, 2008, RedHat, SUSE, VMware. Macierz dyskowa ma mieć możliwość rozbudowy o obsługę następujących systemów operacyjnych: Microsoft Cluster Services, AIX, HP-UX


Dane zapisywane w wewnętrznej pamięci cache jednego z kontrolerów muszą być także powielane w pamięci cache pozostałych kontrolerów, tak aby w przypadku uszkodzenia dowolnego kontrolera zachowana była spójność danych.


Wszystkie krytyczne komponenty macierzy takie jak: kontrolery dyskowe, pamięć cache, zasilacze i wentylatory muszą być zdublowane, tak, aby awaria pojedynczego elementu nie wpływała na funkcjonowanie całego systemu. Komponenty te muszą być wymienialne w trakcie pracy macierzy.


Macierz musi mieć możliwość jednoczesnego zasilania z dwóch niezależnych źródeł zasilania. Zanik jednego z nich nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności lub utraty danych.


Macierz musi oferować zarządzanie poprzez minimum 2 porty LAN. spełnia / nie spełnia

Oprogramowanie do zarządzania musi posiadać interfejs graficzny oraz CLI (command-line interface). spełnia / nie spełnia

Macierz wraz z oprogramowaniem musi być objęte 3 letnim wsparciem technicznym. spełnia / nie spełnia


Nazwa producenta

Oferowany model




Półka dyskowa musi posiadać miejsca na instalacje co najmniej 12 dysków w technologii SAS 2.0 6Gb/s. spełnia / nie spełnia


2. Dyski Macierz dyskowa musi być wyposażona w minimum - 24 dyski NL-SAS o pojemności co najmniej 3 TB spełnia / nie spełnia

strona 7 z 27




Macierz musi umożliwiać mieszanie w ramach obudowy i półki rozszerzeń dysków o prędkościach 15 000, 10 000 i 7 200 obrotów/min.


Macierz musi obsługiwać dyski 300GB, 600GB, 900GB, 1TB, 2TB, 3TB. spełnia / nie spełnia



Macierz musi być wyposażona w minimum 2 kontrolery FC (min. 2 porty 8Gb/s FC na kontroller) spełnia / nie spełnia



Awaria dowolnej półki dyskowej (z wykluczeniem kontrolera macierzy) nie może powodować przerwania dostępu do dysków w pozostałych półkach dyskowych




Macierz musi umożliwiać rozbudowę i stworzenie konfiguracji odpornej na awarię pojedynczej półki bez utraty danych przy zastosowaniu RAID-5.



Rozwiązanie musi umożliwiać dynamiczną zmianę następujących parametrów macierzy dyskowej, bez przerywania dostępu do danych znajdujących się na modyfikowanym wolumenie, lub grupie dysków:a. Możliwość bezprzerwowej migracji wolumenu na inne

dyski/inną grupę RAID spełnia / nie spełnia

b. Możliwość dynamicznego dodawania dysków do istniejących grup RAID. spełnia / nie spełnia





Macierz dyskowa musi obsługiwać następujące systemy operacyjne: Microsoft Windows 2003, 2008, 2012, RedHat, SUSE, VMware. Macierz dyskowa ma mieć możliwość rozbudowy o obsługę następujących systemów operacyjnych: Microsoft Cluster Services, AIX, HP-UX






Macierz musi mieć możliwość jednoczesnego zasilania z dwóch niezależnych źródeł zasilania. Zanik jednego z nich nie może powodować przerwy w pracy urządzenia ani


strona 8 z 27



zmniejszenia jego wydajności lub utraty danych.

Macierz musi oferować zarządzanie poprzez minimum 2 porty LAN. spełnia / nie spełnia




Nazwa producenta

Oferowany model




Półka dyskowa musi posiadać miejsca na instalacje co najmniej 12 dysków w technologii SAS 2.0 6Gb/s. spełnia / nie spełnia


2. Dyski Oferowana przestrzeń dyskowa musi być zbudowana w oparciu o następujące zapotrzebowanie: 42TB - RAW Data 2TB SSD – nie więcej niż przy użyciu 6 dysków twardych, SAS 20TB 15k rpm- nie więcej niż przy użyciu 40 dysków twardych, SAS 20TB 10k rpm - nie więcej niż przy użyciu 40 dysków twardych



Macierz musi obsługiwać dyski SSD, SAS 6Gbit oraz NL-SAS/MDL-SAS/SATA. spełnia / nie spełnia

Macierz musi obsługiwać dyski 300GB, 600GB, 900GB 2TB oraz 3TB w różnych predkosciach spełnia / nie spełnia



Macierz musi być wyposażona w minimum 2 kontrolery swiatlowodowe ( 4 porty na kontroller), predkosc jednego portu minimum 8Gb/s.




Awaria dowolnej półki dyskowej (z wykluczeniem kontrolera macierzy) nie może powodować przerwania dostępu do dysków w pozostałych półkach dyskowych




Macierz musi umożliwiać rozbudowe i stworzenie konfiguracji odpornej na awarię pojedynczej półki bez utraty danych przy


strona 9 z 27



zastosowaniu RAID-5.


Rozwiązanie musi umożliwiać dynamiczną zmianę następujących parametrów macierzy dyskowej, bez przerywania dostępu do danych znajdujących się na modyfikowanym wolumenie, lub grupie dysków:a. Możliwość bezprzerwowej migracji wolumenu na inne

dyski/inną grupę RAIDspełnia / nie spełnia

b. Możliwość dynamicznego dodawania dysków do istniejących grup RAID. spełnia / nie spełnia





Macierz musi umożliwiać rozbudowę o pojedyncze dyski fizyczne i pojedyncze półki rozszerzeń. spełnia / nie spełnia

Macierz dyskowa musi umożliwiać dedykowanie dowolnego dysku fizycznego jako globalny dysk typu Hot-Spare. Musi istnieć możliwość definiowania min 10 globalnych dysków typu Hot-Spare.


Macierz powinna wspierac następujące tryby akceleracji: Pełna kopia, zerowanie blokowe, blokowanie wspomagane, przydzielanie dynamiczne / na żądanie.


Macierz dyskowa musi na poziomie natywnym umożliwiać alokacje prszestrszeni dyskowej z użyciem mechanizmu thin-provisioning


Macierz dyskowa musi obsługiwać następujące systemy operacyjne: Microsoft Windows 2003, 2008, RedHat, SUSE, VMware. Macierz dyskowa ma mieć możliwość rozbudowy o obsługę następujących systemów operacyjnych: Microsoft Cluster Services, AIX, HP-UX






Macierz musi mieć możliwość jednoczesnego zasilania z dwóch niezależnych źródeł zasilania. Zanik jednego z nich nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności lub utraty danych.


Macierz musi oferować zarządzanie poprzez minimum 2 porty spełnia / nie spełnia



4. Wspierane systemy wirtualizacji

Apple Mac OSX; Xen; Citrix Xen; HP-UX; HP OpenVMS; IBM AIX; Linux; Oracle Enterprise Linux; Oracle Virtual Machine; Red Hat; RHEL Virtualization; Sun Solaris; SUSE/SLES (including Open Enterprise Server); Windows Server 2003; Windows Server 2008; Windows Server 2012; Windows


strona 10 z 27



Hyper-V-3; VMware 5.1;

6. Serwer Blade – SB

Nazwa producenta


Lp. Element konfiguracji Wymagane parametry techniczne



1. Obudowa Typu blade, dostarczona przez producenta obudowy Blade, serwery zainstalowane w obudowieMożliwość instalacji 2 dysków SATA/SAS 2.0/ SSD


2. Procesory Procesor wielordzeniowy, klasy x86, dedykowany do pracy w serwerach, uzyskujący wynik co najmniej 10500 punktów w teście Passmark - CPU Mark wg wyników procesorów publikowanych na stronie http://www.cpubenchmark.net/cpu_list.php. W przypadku zaoferowania procesora nie uwzględnionego w w/w rankingu Wykonawca przeprowadzi powyżej wskazany test we własnym zakresie i załączy do oferty raport wydajnościowy oferowanego procesora (wszystkie elementy muszą pracować z parametrami określonymi przez producenta danego podzespołu).


3. Płyta główna Płyta główna: dedykowana do pracy w serwerach, wyprodukowana przez producenta serwera, oznaczona jego znakiem firmowym


4. Pamięć RAM 128 GB pamięci RAM w kościach po 16GB.Każdy moduł pamięci musi być dedykowany do oferowanego serwera i posiadać tzw. part number.


5. Kontroler Kontroler musi obsługiwać wolumeny zabezpieczone następującymi poziomami RAID: 0, 1. spełnia / nie spełnia

6. Zintegrowanedyski

Wyposażony w 2 dyski typu SAS 6Gb, 15.000 obr/min, hotplug, o pojemności min. 146GB każdy lub SSD o nie gorszych parametrach niż opisane dyski SAS.


7. Interfejsy I/O ,złącza

2 interfejsy FC 8Gbit (NPIV)Dedykowany interfejs zarzadzająncy typu LAN4 x 1Gb/10Gb intrfejsów LAN


strona 11 z 27



7. Infrastruktura Blade - IB

Nazwa producenta





1. Typ obudowy Do montażu w szafie RACK 19” spełnia / nie spełnia

2.Liczba i konfiguracja zamontowanych serwerów blade

Możliwość zamontowania, co najmniej 14 serwerów w jednej obudowie blade. Możliwość zamontowania serwerów blade zarówno pełnowymiarowych, jak i połówkowych, jak i w kombinacji mix.


3. Wysokość obudowy Maksymalnie 10U spełnia / nie spełnia

4. Typy modułów blade Możliwość instalacji min. 4 modułów switch spełnia / nie spełnia


Zasilacz o konstrukcji modularnej z możliwością dokładania i wymiany modułów „na gorąco”. System zasilania zainstalowany wewnątrz obudowy. Pełna redundancja zarówno zasilania jak i chłodzenia. Zasilanie doprowadzone dwoma niezależnymi drogami przez dwie niezależne magistrale (tzw. podwójny „midplane”) do dwóch niezależnych złączy w serwerach w celu wyeliminowania pojedynczego punktu awarii lub jako równoważne dopuszcza rozwiązanie składające się z dwóch obudów wraz z wyposażeniem. Zainstalowany system zasilania musi być dostosowany do obsługi dostarczanych serwerów. Możliwość zasilania obudowy z dwóch niezależnych źródeł. Nadmiarowy (redundantny) system chłodzenia typu hot-swap (z możliwością wymiany wentylatorów podczas pracy), zapewniający chłodzenie obudowy w pełni obsadzonej serwerami i wszystkimi dodatkowymi komponentami.


6.Sposób wyprowadzeń sygnałów LAN, SAN

Przełączniki LAN montowane w obudowie blade w układzie pracy nadmiarowej; 2 x 24 x 10/100/1000 LAN (stack) (16 porty wewnętrzne), 2 x 24 8 GB SAN, 2 x 48 x 10/100/1000 (stack) (32 porty wewnętrzne).


7. Zarządzanie

Zdalne włączanie/wyłączanie/restart niezależnie dla każdego serwera. Zdalne udostępnianie napędu CD-ROM, FDD, obrazu ISO na potrzeby serwera z możliwością bootowania z ww. napędów. Zdalna identyfikacja fizycznego serwera i obudowy za pomocą sygnalizatora optycznego. Zdalne z poziomu przeglądarki internetowej bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu. Minimum 2 redundantne moduły zdalnego zarządzania (on board administration) w ramach 1 obudowy.


8. Zgodność Obudowa musi znajdować się na liście kompatybilności producenta serwera. spełnia / nie spełnia

strona 12 z 27



8. Biblioteka taśmowa -BT

Nazwa producenta

Oferowany model


Lp.



minimalnych wymagań1 Technologia

napędów2 napędy taśmowe LTO 6 generacji, z natywnym interfejsem FC 8 Gbit/s. spełnia / nie spełnia

2 Ilość slotów Nie mniej niż 44 sloty na taśmy. Minimum 1 slot wejścia/wyjścia, umożliwiający wymianę taśm bez wyłączania urządzenia.


2 Interfejsy Co najmniej 1 port 8GBit/sec FC. spełnia / nie spełnia3 Czytnik kodów

kreskowychBiblioteka musi być wyposażona w czytnik kodów kreskowych. spełnia / nie spełnia

4 Zarządzanie Biblioteka musi być wyposażona w moduł zdalnego zarządzania poprzez interfejs webowy (GUI-http/https). Biblioteka musi posiadać ekran LCD, na którym można sprawdzać komunikaty o błędach urządzenia, aktywność napędów itp. Biblioteka musi obsługiwać partycjonowanie logiczne.


5 Obsługiwane systemy operacyjne

Co najmniej Microsoft Windows 2000 Server, Microsoft Windows 2003 Server,2008/2012, linux i RedHat spełnia / nie spełnia

6 Typ obudowy Biblioteka musi być wyposażona w zestaw do montażu w szafie RACK 19”, nie więcej niż 4U. spełnia / nie spełnia

7 Akcesoria Do biblioteki należy dołączyć komplet magazynków na taśmy jeżeli występują. Do biblioteki należy dołączyć 4 taśmy LTO6, rekomendowanych przez producenta biblioteki oraz minimum 1 kasetę czyszczącą. Do biblioteki musi być dołączony komplet kabli pozwalający na podłączenie do przeliczników SAN.


9. Zasilacz awaryjny UPS - UPS

Nazwa producenta


Lp.

Element konfiguracji

Wymagania minimalne Potwierdzenie spełnienia


1. Obudowa Do montażu w dostarczonych przez Wykonawcę szafie typu RACK o wysokości max. 4U.


2. Parametry techniczne

Moc: min. 5000VA (230V) spełnia / nie spełniaCzas podtrzymania gwarantujący 5 min. pracy dla pełnego obciążenia oraz bezpieczne zamknięcie baz danych.


strona 13 z 27



Mieć możliwość zarządzanie przez LAN/SNMP spełnia / nie spełnia

10. Router typ1 – RT1

Nazwa producenta


Lp.




1. Obudowa Obudowa o wysokości maksymalnie 2U dedykowana do zamontowania w szafie RACK 19" spełnia / nie spełnia

2. Funkcjonalność Routing musi być realizowany sprzętowo spełnia / nie spełniarouter powinien sprzętowo wspierać kryptografie (standard IPSec, SSL) spełnia / nie spełnia

nie mniej niż 3 porty WAN/LAN obsługujące polaczenia 1Gb w standardzie RJ45 spełnia / nie spełnia

nie mniej niż 1 port SFP spełnia / nie spełnianie mniej niż 1 slot na porty serwisowe spełnia / nie spełnianie mniej niż 512MB pamięci w standardzie i obsługiwać rozbudowę do 2GB spełnia / nie spełnia

nie mniej niż 256M pamięci na karcie compact flash oraz wsparcie na zewnętrzne karty o pojemności do 4GB spełnia / nie spełnia

nie mniej niż 1 szeregowy port konsoli (o prędkości nie mniejszej niż 115.200kbps) spełnia / nie spełnia

3. Wspierane protokoły

IPv4, IPv6, ruting statyczny, OSPF, BGP, IGMP v.3, MPLS, warstwa 2 i warstwa 3 VPN, IPSec, L2TP v.3, BFD, IEEE802.1ag, i IEEE802.3ah.


GRE, Ethernet, 802.1q VLAN, Point-to-Point Protocol (PPP), Multilink Point-to-Point Protocol (MLPPP), Frame Relay, Multilink Frame Relay (MLFR) Serial (RS-232, RS-449, X.21, V.35, and EIA-530), PPP over Ethernet (PPPoE), and ATM, QoS, Class-Based Weighted Fair Queuing (CBWFQ) Policy-Based Routing (PBR), ATM.


4. Wydajność wydajność nie mniejsza niż 479kpss (w przypadku testów 64 bajtowymi pakietami) spełnia / nie spełnia

wydajność nie mniejsza niż 3502Mbps (w przypadku testów 1500 bajtowymi pakietami) spełnia / nie spełnia

nie mniej niż 900 tuneli IPSec VPN spełnia / nie spełnianie mniej niż 100 tuneli SSL VPN spełnia / nie spełnianie mniej niż 130 jednoczesnych sesji spełnia / nie spełnia

5. Zasilanie zasilanie prądem AC, DC 230VA spełnia / nie spełnia

strona 14 z 27



11. Router typ2 – RT2

Nazwa producenta


Lp.




1. Wymogi formalne Routing musi być realizowany sprzętowo spełnia / nie spełnia2. Obudowa Obudowa o wysokości maksymalnie 3U dedykowana do

zamontowania w szafie RACK 19" spełnia / nie spełnia

3. Funkcjonalność sprzętowo wspierać kryptografie (standard IPSec, SSL) spełnia / nie spełnia4. Wyposażenie nie mniej niż 4 porty WAN/LAN obsługujące połączenia

1Gb w standardzie RJ45 spełnia / nie spełnia

nie mniej niż 2 porty SFP spełnia / nie spełnianie mniej niż 4 sloty na porty serwisowe spełnia / nie spełnianie mniej niż 2 GB pamięci spełnia / nie spełnianie mniej niż 256M pamięci na karcie compact flash oraz wsparcie na zewnętrzne karty o pojemności do 4GB spełnia / nie spełnia

nie mniej niż 1 port konsoli USB (typ B) spełnia / nie spełnianie mniej niż 1 szeregowy port konsoli (o prędkości nie mniejszej niż 115.200kbps) spełnia / nie spełnia

5. Wspierane protokoły

IPv4, IPv6, ruting statyczny, OSPF, BGP (2 x pełne tablice), IGMP v.3, MPLS, warstwa 2 i warstwa 3 VPN, IPSec, L2TP v.3, BFD, IEEE802.1ag, i IEEE802.3ah


GRE, Ethernet, 802.1q VLAN, Point-to-Point Protocol (PPP), Multilink Point-to-Point Protocol (MLPPP), Frame Relay, Multilink Frame Relay (MLFR) Serial (RS-232, RS-449, X.21, V.35, and EIA-530), PPP over Ethernet (PPPoE), and ATM, QoS, Class-Based Weighted Fair Queuing (CBWFQ) Policy-Based Routing (PBR), ATM


6. Zasilanie zasilanie prądem AC, DC spełnia / nie spełnia7. Wydajność wydajność minimalna 2924kpss (w przypadku testów 64

bajtowymi pakietami) spełnia / nie spełnia

wydajność minimalna 8675Mbps (w przypadku testów 1500 bajtowymi pakietami) spełnia / nie spełnia

wspierać nie mniej niz 3000 tuneli IPSec VPN spełnia / nie spełniawspierać nie mniej niz 500 tuneli SSL VPN spełnia / nie spełniaposiadać wydajność firewalla nie mniejsza niz 7473Mbps spełnia / nie spełnianie mniej niż 345 jednoczesnych sesji spełnia / nie spełnia

strona 15 z 27



12. Switch LAN 10/100/1000 48 port – SL1

Nazwa producenta


Lp. Element konfiguracji Wymagania minimalnePotwierdzenie

spełnienia minimalnych

wymagań1. Obudowa Wieżowa 1U do instalacji w szafie rack19” spełnia / nie spełnia2. Porty 48 portów w tym: 44 porty 10/100/1000 PoE

(10Base-T typu IEEE 802.3, 100Base-TX typu IEEE 802.3u, 1000Base-T Gigabit Ethernet IEEE 802.3ab);2 porty typu SFP o przepustowości 1Gb/s;1 port szeregowy konsoli RJ-45


3. Pamięć Min 256 MB SDRAM, FLASH 16MB spełnia / nie spełnia4. Rozmiar tablicy adresów

MAC Min. 10000 spełnia / nie spełnia

5. Zarządzanie CLI, WWW, pozapasmowe (port szeregowy RS-232C). spełnia / nie spełnia

6. Warstwa przełączania 2,3 - rutowanie protokołu IP spełnia / nie spełnia7. Prędkość magistrali Min. 148 Gbps. spełnia / nie spełnia8. Przepustowość Min. 100 mpps. spełnia / nie spełnia9. Ilość obsługiwanych VLAN-

ów Min. 256 (802.1Q), GVRP spełnia / nie spełnia

10. Auto MDIX Autonegocjacja prędkości, duplex-u oraz połączenia (MDI/MDIX) spełnia / nie spełnia

11. Funkcje wysokiej dostępności

Spanning Tree (802.1d), Rapid Convergence Spanning Tree (802.1w),Multiple Spanning Tree (802.1s)


12. Bezpieczeństwo Radius, 802.1X, SSHv2, SSL, SNMPv3, web based authentication spełnia / nie spełnia

13. Agregacja portów Zgodna z 802.3ad spełnia / nie spełnia14. QoS/CoS Prioryteryzacja zgodna z 802.1p, Layer 4

TCP/UDP, DiffServ, IP Type of Service (ToS) spełnia / nie spełnia

15. Monitorowanie RMON 4 grupy statistics, history, alarm, events, XRMON, sFlow, and SMON. spełnia / nie spełnia

16. OS Aktualizacje OS dostępne na stronie producenta bezpłatnie przez cały czas eksploatacji urządzenia spełnia / nie spełnia

17. Inne Urządzenie powinno być wyposażone w moduł lub moduły stack i power stack spełnia / nie spełnia

strona 16 z 27



13. Switch LAN 10/100/1000 24 port – SL2

Nazwa producenta


Lp. Element konfiguracji Wymagania minimalnePotwierdzenie


wymagań1. Obudowa Wieżowa 1U do instalacji w szafie rack 19” spełnia / nie spełnia2. Porty 26 portów w tym: 24 porty 10/100/1000 PoE

(10Base-T typu IEEE 802.3, 100Base-TX typu IEEE 802.3u, 1000Base-T Gigabit Ethernet IEEE 802.3ab);2 porty typu SFP o przepustowości 1Gb/s;1 port szeregowy konsoli RJ-45


3. Pamięć Min 256 MB SDRAM, FLASH 16MB spełnia / nie spełnia4. Rozmiar tablicy adresów MAC Min. 10000 spełnia / nie spełnia5. Zarządzanie CLI, WWW, pozapasmowe (port szeregowy RS-

232C) spełnia / nie spełnia

6. Warstwa przełączania 2,3 - rutowanie protokołu IP spełnia / nie spełnia7. Prędkość magistrali Min. 148 Gbps spełnia / nie spełnia8. Przepustowość Min. 65 mpps. spełnia / nie spełnia9. Ilość obsługiwanych VLAN- ów Min. 256 (802.1Q), GVRP spełnia / nie spełnia10. Auto MDIX Autonegocjacja prędkości, duplex-u oraz

połączenia (MDI/MDIX) spełnia / nie spełnia

11. Funkcje wysokiej dostępności Spanning Tree (802.1d), Rapid Convergence Spanning Tree (802.1w),Multiple Spanning Tree (802.1s)


12. Bezpieczeństwo Radius, 802.1X, SSHv2, SSL, SNMPv3, web based authentication


13. Agregacja portów Zgodna z 802.3ad spełnia / nie spełnia14. QoS/CoS Prioryteryzacja zgodna z 802.1p, Layer 4

TCP/UDP, DiffServ, IP Type of Service (ToS)spełnia / nie spełnia

15. Monitorowanie RMON 4 grupy statistics, history, alarm, events, XRMON, sFlow, and SMON


16. OS Aktualizacje OS dostępne na stronie producenta bezpłatnie przez cały czas eksploatacji urządzenia


17. Inne Urządzenie powinno być wyposażone w moduł lub moduły stack i power stack


strona 17 z 27



14. Switch SAN 8 GB, 24 port (10 lic.) – SS1

Nazwa producenta





1. Obudowa 1U ( nie może być wyższy) do instalacji w szafie rack 19” spełnia / nie spełnia2. Parametry minimum 24 slotów na moduły SFP spełnia / nie spełnia3. Zarządzanie przełącznikiem SAN musi odbywać się za pomocą przynajmniej

interfejsu graficznego GUI oraz interfejsu linii poleceń (CLI) spełnia / nie spełnia

4. Moduł SFP musi być dostarczony wraz z 24 aktywnymi modułami SFP (minimum 10 Licencji) spełnia / nie spełnia

Każdy moduł SFP musi pracować z prędkością nie mniejszą niż 8Gb/s spełnia / nie spełnia

moduł SFP musi posiadać funkcjonalność automatycznego wykrywania prędkości (ang. auto-sensing) 1, 2, 4, 8,jak również możliwość programowego ustawiania stałej prędkości (1, 2, 4, 8) dla wybranego modułu SFP


7. Inne Maksymalna wielkość ramki FC, jaką musi obsłużyć przełącznik sieci SAN musi być nie mniejsza nić 2112 bajtów spełnia / nie spełnia

Przepustowość łączna nie mniej niż 192 Gb/s: 24 ports × 8 Gbit/sec (data rate) spełnia / nie spełnia

obsługa portów typu FC: E, F, M, FL spełnia / nie spełniaSkalowalność: Full Fabric spełnia / nie spełniaobsługiwać co najmniej trzy rodzaje ruchu: unicast,multicast(255 grup) oraz broadcast spełnia / nie spełnia

Posiadać licencje na następująco funkcjonalność: Brocade Advanced Zoning , ISL Trunking, NPIV, Fabric Watch, Virtual Fabrics.


musi posiadać minimum 1 port USB spełnia / nie spełnia

strona 18 z 27



15. Switch SAN 8 GB, 40 port (40 lic) – SS2

Nazwa producenta





1. Obudowa 1U ( nie może być wyższy) do instalacji w szafie rack 19” spełnia / nie spełnia2. Parametry minimum 40 slotów na moduły SFP spełnia / nie spełnia3. Zarządzanie przełącznikiem SAN musi odbywać się za pomocą

przynajmniej interfejsu graficznego GUI oraz interfejsu linii poleceń (CLI)


4. Moduł SFP musi być dostarczony wraz z 40 aktywnymi modułami SFP (minimum 40 lic.) spełnia / nie spełnia

Każdy moduł SFP musi pracować z prędkością nie mniejszą niż 8Gb/s spełnia / nie spełnia

moduł SFP musi posiadać funkcjonalność automatycznego wykrywania prędkości (ang. auto-sensing) 1, 2, 4, 8 jak również możliwość programowego ustawiania stałej prędkości (1, 2, 4, 8.) dla wybranego modułu SFP


7. Inne Maksymalna wielkość ramki FC, jaką musi obsłużyć przełącznik sieci SAN musi być nie mniejsza nić 2112 bajtów spełnia / nie spełnia

Przepustowość łączna nie mniej niż 320 Gbps: 40 ports × 8 Gbps (data rate) spełnia / nie spełnia

obsługa portów typu FC: E, F, M, EX, FL spełnia / nie spełniaobsługiwać co najmniej trzy rodzaje ruchu: unicast,multicast(255 grup) oraz broadcast spełnia / nie spełnia

Posiadać licencje na następująco funkcjonalność: Brocade Advanced Zoning , ISL Trunking, NPIV, Fabric Watch, Virtual Fabrics.


musi posiadać minimum 1 port USB spełnia / nie spełnia

16. Firewall/VPN – FW

Nazwa producenta





1. Wymóg Firewall musi być realizowany sprzętowo spełnia / nie spełnia

strona 19 z 27



2. Obudowa Obudowa o wysokości maksymalnie 2U dedykowana do zamontowania w szafie RACK 19" spełnia / nie spełnia

3. Wydajność wydajność stanowego firewalla nie mniejsza niż 3Gbps spełnia / nie spełniawydajność stanowego firewalla w przypadku wielu protokołów nie mniejsza niż 1.5Gbps spełnia / nie spełnia

ilość jednoczesnych sesji wspieranych przez firewalla na poziomie 750.000 spełnia / nie spełnia

ilość obsługiwanych połączeń nie mniejsza niż 30000/sekunde spełnia / nie spełnia

ilość obsługiwanych pakietów 64-bajtowych nie mniejsza niż 900.000/sekundę spełnia / nie spełnia

ilość wspieranych VLAN-ów nie mniejsza niż 300 spełnia / nie spełnia64 bitowy system operacyjny spełnia / nie spełniawydajność filtrowania kontekstowego przesyłanego ruchu nie mniejsza niż 1Gbps spełnia / nie spełnia

wbudowany moduł wykrywania włamań (ang. intrusion prevention) spełnia / nie spełnia

wydajność firewalla i systemu wykrywania włamań (ang. Intrusion Prevention System) nie mniejsza niż 900Mbps spełnia / nie spełnia

wydajność funkcji VPN w przypadku stosowania szyfrów 3DES/AES nie mniejsza niż 400Mbit spełnia / nie spełnia

ilość tuneli IPSec typu site-to-site do zestawienia nie mniejsza niż 2500 spełnia / nie spełnia

ilość tuneli IPSec dla pracowników zdalnych do zestawienia nie mniejsza niż 2500 spełnia / nie spełnia

ilość wbudowanych sesji dla SSL VPN nie mniejsza niż 2 spełnia / nie spełnia17. Inne Licencje minimum na 5 kontekstów spełnia / nie spełnia18. Parametry

technicznewbudowany procesor wielordzeniowy spełnia / nie spełniailość pamięci RAM nie mniejsza niż 12GB spełnia / nie spełniailość pamięci na karcie flash nie mniejsza niż 8GB spełnia / nie spełniadwa sloty na dyski SSD MLC obsługujące RAID1 o pojemności nie mniejszej niż 120GB spełnia / nie spełnia

ilość wbudowanych gigabitowych portów ethernet nie mniejsza niż 8 spełnia / nie spełnia

dedykowany gigabitowy port zarządzający spełnia / nie spełniamaksymalna ilość portów sieciowych nie mniejsza niż 14 spełnia / nie spełniailość slotów na karty rozszerzające nie mniejsza niż 1 spełnia / nie spełniailość portów usb 2.0 nie mniejsza niż 2 spełnia / nie spełniawbudowane redundantne zasilanie prądem stałym lub zmiennym spełnia / nie spełnia

dedykowane oprogramowanie klienckie do łączenia sie przez VPN wspierające wymuszanie polityk na klientach spełnia / nie spełnia

budowanie klastrów firewalli i równoważenie obciążenia miedzy firewallami spełnia / nie spełnia

wsparcie dla klastrów aktywny/aktywny i aktywny/pasywny spełnia / nie spełnia

modułów do sprzętowej rozbudowy firewalla spełnia / nie spełnia

strona 20 z 27



wsparcie dla protokołów dynamicznego routingu RIP, OSPF spełnia / nie spełnia

licencja na oprogramowanie na poziomie uwzględniająca użycie protokołów warstwy 3 (protokoły routingu dynamicznego), routingu z uwzględnieniem polityk, bezpieczeństwa (SSH, IPSec)


17. Szafa RACK - SR

Nazwa producenta

Oferowany model





1. Obudowa Szafa stojąca 19" min 42U dla zaproponowanego rozwiązania klastrowego i buckupowego spełnia / nie spełnia


Zdejmowane panele boczne spełnia / nie spełniaMożliwość zamontowania wentylatora spełnia / nie spełnia

3. Wyposażenie kółka i nóżki do szafy spełnia / nie spełniaMinimum 2 tory zasilania następującej konfiguracji.PDU 3 x IEC 19 PDU 20 x IEC 13PDU zarządzane przez LAN, moduł zasilania nie powinien zajmować dodatkowych U.


18. Oprogramowanie wirtualizacyjne – OW

Nazwa producenta

Oferowane oprogramowanie, wersjaNazwa i adres podmiotu świadczącego serwis autoryzowany przez producentaLiczba i rodzaj dostarczanych licencji

Lp. Wymagania minimalnePotwierdzenie


wymagań

1.Definicja: Oprogramowanie powinno być przeznaczone dla dużych firm, które mają rozbudowane środowisko informatyczne. Powinno zapewniając szybki kontrolowany dostęp do wirtualnych zasobów, dostęp do usług sieci i bezpieczeństwa w ramach wirtualnego centrum zaradzania danymi.


2.Licencje umożliwiające uruchamianie wirtualizacji na serwerach fizycznych o łącznej liczbie 38 procesorów oraz jednej konsoli do zarządzania całym środowiskiem.


strona 21 z 27



3. Licencja powinna być oparte tylko o ilość fizycznych procesorów, i mieć możliwość rozszerzenie licencji o kolejne procesory.


4. Warstwa wirtualizacji musi być rozwiązaniem systemowym tzn. musi być zainstalowana bezpośrednio na sprzęcie fizycznym


5.Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i musi się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej


6. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością dostępu do 1TB pamięci operacyjnej


7. Oprogramowanie do wirtualizacji musi zapewnić możliwość przydzielenia maszynom wirtualnym min. 64 procesory wirtualne


8. Rozwiązanie musi umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez spadku wydajności i dostępności pozostałych wybranych usług


9. Rozwiązanie musi w możliwie największym stopniu być niezależne od producenta platformy sprzętowej


10.

Rozwiązanie musi wspierać następujące systemy operacyjne: Windows XP, Windows Vista ,Windows NT, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, SLES 10, SLES9, SLES8, Ubuntu 7, RHEL 6, RHEL 5, RHEL 4, RHEL3, RHEL 2.1, Solaris wersja 10 dla platformy x86, NetWare 6.5, NetWare 6.0, Debian, CentOS, FreeBSD, Asianux, Ubuntu 7.04, SCO OpenServer, SCO Unixware, Mac OS X.


11. Rozwiązanie musi posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi usługami


12. Rozwiązanie musi zapewnić możliwość monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej


13.Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii zapasowych instancji systemów operacyjnych oraz ich odtworzenia w możliwie najkrótszym czasie


14.Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy


15. Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi


16.Oprogramowanie zarządzające musi posiadać możliwość przydzielania i konfiguracji uprawnień z możliwością integracji z usługami katalogowymi Microsoft Active Directory


17. Platforma wirtualizacyjna musi umożliwiać zastosowanie w serwerach fizycznych procesorów o dowolnej ilości rdzeni


18.Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy hostami i zasobami dyskowymi - w sposób nie odczuwalny dla użytkowników (zero downtime), automatyczny i manualny.


19.Rozwiązanie musi mieć możliwość równoważenia obciążenia zasobów serwerowych oraz zasobów dyskowych - w sposób nie odczuwalny dla użytkowników (zero downtime), automatyczny i manualny.


20.Rozwiązanie musi mieć możliwość zmiany ilości pamięci RAM oraz ilości procesorów przydzielonych do maszyna wirtualnej, bez konieczności wyłączania maszyny wirtualnej - w sposób nie odczuwalny dla użytkowników (zero downtime)


21. Rozwiązanie musi umożliwiać łatwe i szybkie ponowne uruchomienie systemów/usług w przypadku awarii poszczególnych elementów infrastruktury


22. Rozwiązanie musi zapewnić bezpieczeństwo danych mimo poważnego uszkodzenia lub utraty sprzętu lub oprogramowania


23. Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej, hostowanych systemów operacyjnych (np. wgrywania patch-y) i aplikacji tak, aby zminimalizować ryzyko awarii systemu na skutek


strona 22 z 27



wprowadzenia zamiany

24.Rozwiązanie musi zapewnić możliwość szybkiego wykonywania kopii zapasowych oraz odtwarzania usług. Proces ten nie powinien mieć wpływu na utylizację zasobów fizycznych infrastruktury wirtualnej


25.Czas planowanego przestoju usług związany z koniecznością prac serwisowych (np. rekonfiguracja serwerów, macierzy, switchy) musi być ograniczony do minimum


26.Rozwiązanie musi zapewnić możliwość szybkiego tworzenia i uruchamiania nowych usług wraz z ich pełną konfiguracją i preinstalowanymi narzędziami systemowymi w celu efektywnej obsługi wymagań biznesowych


27. Rozwiązanie musi zapewnić mechanizm wykonywania kopii – klonów systemów operacyjnych wraz z ich pełną konfiguracją i danymi


28.

Rozwiązanie musi dysponować wbudowanym i kompletnym zbiorem funkcjonalności umożliwiających administratorom w prosty i szybki sposób sterowanie zasobami wirtualnego centrum zarządzania danych. Niezbędne dodatkowe cechy rozwiązania to wirtualna zapora ogniowa, VPN, VXLAN, NAT, DHCP.


19. Oprogramowanie backup - OB

Nazwa producenta

Oferowane oprogramowanie, wersjaNazwa i adres podmiotu świadczącego serwis autoryzowany przez producentaLiczba i rodzaj dostarczanych licencji

Lp. Wymagania minimalne Potwierdzenie spełnienia


1. Oprogramowanie powinno być przeznaczone dla średnich i dużych firm, które mają rozbudowane środowisko informatyczne, powinien oferować trójstopniową architekturę (master server, media server, client) celem sprostania rozwojowi środowiska informatycznego.


2. System powinien być łatwy w instalacji, konfigurowaniu i zarządzaniu poprzez interfejs graficzny (GUI). Powinien umożliwiać pełne dostosowanie do środowiska klienta.


3. Serwer backupu musi być dostępny dla platformy Windows oraz Linux.4. System musi być zoptymalizowany do użycia jak najmniejszej ilości napędów

taśmowych. spełnia / nie spełnia

5. System powinien umożliwiać wykonywanie backupów w środowisku heterogenicznym. spełnia / nie spełnia

6. System powinien być skalowalny i umożliwiać łatwą rozbudowę w miarę rozrastania się infrastruktury informatycznej. spełnia / nie spełnia

7. System powinien posiadać scentralizowaną administrację, jedna konsola zarządzająca. spełnia / nie spełnia

8. System powinien udostępniać tą samą funkcjonalność, niezależnie na jakim sprzęcie (wspieranym) będzie zainstalowany. Brak preferowanego dostawcy sprzętu dla którego dostępna jest bogatsza funkcjonalność (macierze, biblioteki taśmowe…). Musi istnieć możliwość zmiany producenta sprzętu bez utraty funkcjonalności systemu backupu.


9. System powinien posiadać zaawansowane funkcje monitoringu, generator spełnia / nie spełnia

strona 23 z 27



raportów, oraz rozbudowane funkcje rozpoznawania i analizy problemów.10. System powinien umożliwiać backup po sieci LAN i SAN serwerów z systemami

operacyjnymi: Windows 2003/2008 HP-UX, Solaris IBM AIX, Linux, itp. spełnia / nie spełnia

11. Do przechowywania danych wykorzystywane powinny być bezobsługowe biblioteki taśmowe bądź lokalne dyski. spełnia / nie spełnia

12. Możliwość stosowania systemu w środowisku Storage Area Network, co zapewni dużą szybkość wykonywanych backup ów oraz współdzielenie napędów taśmowych pomiędzy serwery backupowe w sieci SAN – wsparcie dla platformy Windows 2003/2008, Solaris, HP-UX, AIX, Linux.


13. Dla serwerów backupowanych, musi istnieć możliwość multipleksowania zapisów – jednoczesnego zapisu na jeden napęd z kilku klientów/ serwerów, co poprawi znacznie szybkość backupu. Funkcjonalność ta musi być dostępna bez pośrednictwa dysków, to znaczy serwer backupowy zapisuje multipleksowane dane bezpośrednio na napędy taśmowe.


14. System musi posiadać funkcję umożliwiającą wykonywanie backupu wieloma równoległymi strumieniami – multistreaming. Funkcjonalność ta musi być dostępna bez pośrednictwa dysków, to znaczy serwer backupowy zapisuje dane bezpośrednio na napędy taśmowe.


15. System powinien posiadać możliwość równoczesnego zapisu/ odczytu na wielu napędach taśmowych w tym samym czasie. spełnia / nie spełnia

16. Możliwość wykonywania split-mirror backupu dla macierzy różnych producentów (backupowanie sklonowanych wolumenów – zawierających np. bazy danych z macierzy dyskowej na nośniki kontrolowane przez software backupowy) oraz dla różnych systemów operacyjnych (minimum dla Solaris, HP-UX, AI, Windows, Linux).


17. System powinien umożliwić backupowanie online bazy danych, np. Oracle, Exchange, SQL Server, Sybase, DB2 i inne. Generator skryptów do backupu i odtworzenia dla RMAN.


18. Backup i odtwarzanie serwera Exchange powinno umożliwiać odtworzenie na poziomie pojedynczej wiadomości w skrzynkach użytkowników, funkcjonalność ta nie może powodować wydłużenia okna backupowego oraz zwiększenia ilości danych przechowywanych w systemie backupowym (to znaczy jednoprzebiegowy backup bazodanowy a odtwarzanie na poziomie bazy i pojedynczych wiadomości).


19. Odtwarzanie Microsoft Active Directory na poziomie pojedynczych elementów (np. OU czy pojedynczy atrybut) bez konieczności restartowania kontrolerów domeny, backup wykonywany jednoprzebiegowo a odtwarzanie albo całego AD albo pojedynczych elementów.


20. System powinien posiadać wbudowany mechanizm do backupowania otwartych plików. spełnia / nie spełnia

21. System powinien potrafić wykorzystywać do backupu mechanizm kopii migawkowych systemu Microsoft Windows (VSS). spełnia / nie spełnia

22. System powinien posiadać funkcje disaster recovery, umożliwiające proste i szybkie automatyczne odtworzenie serwera po awarii zapewniające integralność i konsystencję danych, opcja ta powinna być integralną częścią systemu backupowego. Dane potrzebne odtworzenia powinny być zbierane podczas standartowego zadania backupowego. Funkcjonalność ta musi być dostępna bez dodatkowych opłat i zapewniać wsparcie dla systemów: Windows, Unix, Linux. Całość zarządzania i konfigurowania musi być dostępna z tej samej konsoli zarządzającej z której zarządzany jest system backupowy.


23. Automatyczny backup bazujący na kalendarzu. Możliwość backupu typu: full, incremental, differential. spełnia / nie spełnia

24. System musi umożliwiać wykonywania skryptów przed i po backupie (np. uruchamianych przed backupem bazy oraz po wykonaniu backupu. spełnia / nie spełnia

25. Możliwość wykonywania backupów przyrostowych blokowych baz danych Oracle (tylko zmieniających się bloków), bez konieczności skanowania całej bazy danych. Backupy powinny być wykonywane na poziomie bloków, plików (ze wszystkimi atrybutami), systemów plików, dysków (również tzw. raw device) i


strona 24 z 27



całych komputerów, włącznie z różnego rodzaju danymi systemowymi, takimi jak rejestry i System State w Windows 2000/2003/2008.

26. Możliwość restartowania zada ń backupowych w przypadku ich awarii od miejsca ostatniego punktu kontrolnego (tzw. checkpoint restart), a nie od początku zadania.


27. Możliwość szyfrowania danych przesyłanych przez sieć LAN. Opcja powinna być ściśle zintegrowana z produktem do backupu. Włączanie tej opcji nie może podnosić ceny licencji.


28. Musi istnieć możliwość wyboru (jako opcja) sposobu i miejsca szyfrowania danych na poziomie serwera backupu po to aby zminimalizować wpływ tej funkcjonalności na wydajność backupów, funkcjonalność ta musi być „przeźroczysta” dla klienta backupu (backupowany serwer).


29. Możliwość kompresji na kliencie backupowym przed wysłaniem danych przez sieć. spełnia / nie spełnia

30. Możliwość wykonywania backupów na urządzenia dyskowe, które następnie będą automatycznie powielane na nośniki taśmowe (D2D2T). System backupowy powinien, tak długo jak dane obecne są na dyskach, wykorzystywać je w procesach restore, znacznie skracając czas odtworzenia danych.


31. System powininen oferować funkcjonalność pozwalającą zminimalizować ilość koniecznych do wykonywania powtarzalnych pełnych kopii danych systemów plików.


32. Możliwość równoległego (online) tworzenia wielu kopii zapasowych (np. w ośrodkach podstawowym i zapasowym) zasobów plikowych i bazodanowych. spełnia / nie spełnia

33. System musi posiadać mechanizm (moduł) jako opcja do efektywnego backupu serwerów poprzez sieć WAN (deduplikacja) tak by minimalizować ilość danych transportowanych poprzez sieć LAN/WAN, oraz efektywnie składować dane na dyskach (dane muszą być deduplikowane), dane tak zbackupowane muszą być dostępne dla klientów systemu backupowego celem odtworzenia na innym kliencie backupowym, funkcjonalność ta musi być dostępna bez konieczności instalowania dodatkowych programów, czy rozszerzeń i musi być konfigurowalna z konsoli systemu backupowego, minimalne wymogi dla systemów operacyjnych to system Windows.


34. Funkcjonalność deduplikacji danych musi być częścią systemu backupowego a włączenie deduplikacji na serwerze backupowym musi być „przeźroczyste” dla klientów, to znaczy kiedy wysyła jeden strumień danych – system backupowy „w locie” deduplikuje dane i zapisuje na odpowiednim storage, całość konfiguracji odbywa się za pomocą jednej konsoli zarządzającej systemem backupowym.


35. Deduplikowanie danych online na serwerach systemu backupowego musi być dostępna minimum dla systemów operacyjnych: Windows, Solaris i Linux. spełnia / nie spełnia

36. Przestrzeń dyskowa dedykowana dla danych po deduplikacji musi być definiowana na dowolnej macierzy dyskowej wspieranej przez systemy operacyjne: Windows, Unix, Linux.


37. Musi być (jako opcja) możliwość zdefiniowania cyklu życia danych zapisanych w systemie backupowym tak aby dane o zadanych kryteriach ważności mogły automatycznie być przenoszone na tańsze nośniki składowania np. szybkie dyski, następnie dane byłyby deduplikowane a na samym końcu nośnik taśmowy.


38. System powinien posiadać funkcję umożliwiającą prowadzenie kontroli nad nośnikami wyciągniętymi z biblioteki, w celu bezpiecznego przechowywania w innej lokalizacji, automatyczne przenoszenie tasiemek do portów wymiany CAP biblioteki, drukowanie listy z opisem wyciąganych nośników oraz mechanizm przypominający o konieczności ponownego dostarczenia przechowywanych off-site nośników po zakończeniu okresu ważności backupów (retencji). Całość konfiguracji musi być dostępna z konsoli zarządzającej backupem.


39. System musi umożliwiać równoległe wykonywanie kopii backupu w celu przechowywania na zewnątrz (funkcjonalność mnożenia kopii backupowych musi odbywać się na serwerach systemu backupowego) – z możliwością ustalenia innego poziomu retencji dla kopii. Funkcjonalność ta musi być dostępna i zarządzana z tej samej konsoli co zarządzanie systemem


strona 25 z 27



backupowym i nie może wymagać dopłaty40. System powinien posiadać funkcję zarządzania i kontrolowania

przechowywanych danych poprzez generowanie zaawansowanych raportów z dowolnego okresu w prosty, a zarazem szczegółowy sposób, z możliwością analizy w konkretnym przedziale czasowym np. raporty dzienne, miesięczne w zakresie obciążenia dysków, zużycia tasiemek, ilości gromadzonych danych; raport miesięczny rozbity na dni miesiąca – udanych i nieudanych backupów pełnych. Raportowanie powinno być centralne dla wszystkich serwerów środowiska backupowego.


41. System musi umożliwiać prostą automatyzację procesu odtwarzania serwerów UNIX i Windows, pozwalając w szybki sposób przywrócić po awarii maszyny produkcyjne do normalnej pracy. Dla serwerów Windows wymagana jest funkcjonalność automatycznego odtworzenia na serwer o innej konfiguracji sprzętowej lub na serwer innego producenta. Musi wspierać następujące systemy operacyjne Windows, Linux, Solaris, HP-UX, IBM AIX. Proces odtwarzania powinien wyglądać następująco: boot serwera z sieci lan lub za pomocą nośnika CD lub dyskietki, po uruchomieniu serwera powinna nastąpić instalacja systemu operacyjnego wraz z jego konfiguracją a następnie odtworzenie z backupu pozostałych danych.


42. Zarządzanie procesem pełnego odtwarzania serwera musi być wykonane z tej samej konsoli co zarządzanie systemem backupowym. spełnia / nie spełnia

43. Serwery backupowe powinny móc zapisywać dane na te same napędy taśmowe poprzez sieć SAN, zastosowanie urządzeń z NDMP musi umożliwiać backup na te same napędy taśmowe.


44. System powinien mieć możliwość monitowania i alertowania poprzez email. spełnia / nie spełnia45. System powinien posiadać możliwość definiowania uprawnień dla komponentów

systemu backupowego, w szczególności definiowania użytkowników i grup z różnymi uprawnieniami np. operator backupu który posiada uprawnienia tylko do wglądu dla statusów zadań backupowych, generalnie możliwość definiowania różnych uprawnień dla administrowania systemem.


46. System powinien posiadać możliwość backupu online danych z systemu SharePoint Portal Server z możliwością przywracania pojedynczych elementów (np. sub-site, dokumenty, wpisy kalendarza czy zadania) z jednoprzebiegowego backupu.


47. System musi mieć możliwość zintegrowania się z technologią VCB (Vmware Consolidate Backup) i vStorage API (vSphere) celem wydajnego backupu danych z możliwością odtwarzania pojedynczych plików (zawartych w VMDK) dla systemów Windows, backup musi być wykonywany jednoprzebiegowo (cały plik VMDK backupowany raz).


48. System musi wspierać najnowsze wersje systemów do wirtualizacji środowisk: vSphere 5, Hyper-V . spełnia / nie spełnia

49. System musi oferować funkcjonalność load balancing dla serwerów backupowych pozwalającą na dystrybuowanie ruchu zadań backupowych, oraz na kontynuowanie backupu danych nawet wtedy jeśli dany media serwer został uszkodzony, zadanie backupowe zostanie przeniesione na inny dostępny serwer i będzie kontynuowane od ostatniego znacznika (checkpoint) a nie od początku.


50. System musi (jako opcja) oferować ciągłą ochronę (continuous protection) dla aplikacji celem zminimalizowania parametru RPO (Recovery Time Option). spełnia / nie spełnia

51. System powinien posiadać funkcjonalność umożliwiającą wydajny backup milionów małych plików. spełnia / nie spełnia

52. System musi wspierać Windows 7 i Windows Serwer 2008 R2. spełnia / nie spełnia53. Dostęp do systemu raportowego musi odbywać się poprzez interface webowy. spełnia / nie spełnia54. Musi być dostępny backup przyrostowy dla serwerów Windows w środowisku

Hyper-V. spełnia / nie spełnia

55. Dla środowisk VMware odtwarzanie danych z backupu pełnego, różnicowego czy blokowego musi być dostępne niezależnie gdzie znajdują się dane (dyski, taśmy, VTL, deduplikacja).


strona 26 z 27



56. System musi umożliwiać poprzez konsole graficzną klonowanie czy duplikowanie baz Oracle. spełnia / nie spełnia

57. System musi posiadać jako opcję moduł bazodanowy do backupu on-line aplikacji Symantec Enterprise Vault. spełnia / nie spełnia

58. System musi mieć możliwość zintegrowania się z aplikacją Symantec Enterprise Vault celem przenoszenia archiwów (danych po archiwizacji) na taśmy. spełnia / nie spełnia

59. System musi posiadać funkcjonalność przełączenia klienta backupowego w tryb off-line po to aby system backupowy nie raportował problemów z połączeniem, nie uruchamiał polityk backupowych w przypadku np. odłączenia takiego klienta od sieci czy działań serwisowych.


60. System musi oferować funkcjonalność odtwarzania pojedynczych plików z backupu całych maszyn wirtualnych z systemem operacyjnym Linux (minimum RedHat i SuSe) w środowisku VMware. To znaczy backup całych dysków VMDK a odtwarzanie z takiego backupu albo całej maszyny wirtualnej lub pojedynczych plików bez konieczności wykonywania jakichkolwiek dodatkowych backupów.


61. Tworzenie rozwiązania DR dla systemu backupu w sposób w pełni automatyczny z wykorzystaniem tylko i wyłącznie mechanizmów (funkcjonalności) systemu backupowego. Rozwiązanie DR musi umożliwiać replikację backupowych image z wykorzystaniem deduplikacji celem minimalizacji ruchu sieciowego. Po zreplikowaniu danych system backupowy w ośrodku zapasowym musi automatycznie importować image do systemu backupowego umożliwiając odtwarzanie danych z tej kopii nawet w momencie gdy ośrodek podstawowy zostanie wyłączony czy komunikacja z nim zostanie utracona.


62. Dostarczone licencje powinny umożliwiać backup przynajmniej 10 TB danych pochodzących z systemów Front End. spełnia / nie spełnia

63. Dostarczone licencję na deduplikację (jeżeli jest dodatkowo licencjonowana) powinny umożliwiać deduplikację 10 TB danych pochodzących z systemów Front End.


64. System raportowy musi umożliwiać tworzenie raportu informującego o ilości danych jakie podlegają backupowi (frond-end) celem weryfikacji zgodności z ilością zakupionych licencji.


………………..… dnia ……..…2013 r.

……………………………………………………………….…….(podpis Wykonawcy)

strona 27 z 27

Załącznik nr 4 - Polskie LNG S.A.: Start · Web viewMacierz musi być wyposażona w zestaw do...

Documents

Transcript of Załącznik nr 4 - Polskie LNG S.A.: Start · Web viewMacierz musi być wyposażona w zestaw do...