1. Specyfikacja techniczna serwerów dla systemu wirtualizacji - 3 szt. Załącznik nr 2 do SIWZ

Transkrypt

1 1. Specyfikacja techniczna serwerów dla systemu wirtualizacji - 3 szt. Załącznik nr 2 do SIWZ Nazwa producenta:... Typ produktu, model: Lp. Komponent Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane * 1. Obudowa Serwer o maksymalnej wysokości 2U, do zamontowania w standardowej szafie rack, w zestawie szyny do montażu w szafie i wysuwania do celów serwisowych. 2. Płyta główna Płyta główna z możliwością zainstalowania do dwóch procesorów, cztero, sześcio lub ośmiordzeniowych. Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem firmowym. 3. Chipset Dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych 4. Procesory Serwer z dwoma procesorami minimum 6 rdzeniowymi o taktowaniu zegara minimum 2.5GHz osiągającymi w testach SPECint_ratebase2006 wynik nie gorszy niż 444 punktów w konfiguracji dwuprocesorowej. Wynik testu musi być publikowany na stronie 5. RAM Minimum 24 slotów na pamięci DIMM, minimum 12 kości na procesor. Obsługa pamięci taktowanych prędkościami minimum 1600MHz. Pamięć musi posiadać następujące cechy: Advanced ECC, Online Spare, Lock-step mode. Obsługa minimum 768GB pamięci RAM. W dostarczanym serwerze zainstalowanych musi być min. 128GB RAM o częstotliwości minimum1600mhz, 6. Gniazda PCI Minimum 3 x PCI-Express trzeciej generacji 7. Interfejsy sieciowe Minimum 4 porty typu Gigabit Ethernet Base-T z wsparciem dla protokołu IPv6 oraz możliwością iscsi boot. Interfejsy sieciowe nie mogą zajmować żadnego z dostępnych slotów PCI-Express. Możliwość instalacji wymiennie modułów udostępniających 2 porty Gigabit Ethernet Base-T oraz 2 porty 10Gb Ethernet SFP+.Dodatkowa dwie karty HBA FC 8Gb jednoportowe. 8. Panel diagnostyczny Serwer musi posiadać panel diagnostyczny dostępny od frontu serwera, podający informacje o statusie serwera, wyświetlający informacje o błędach, oraz pozwalający na szybkie zdiagnozowanie, którego elementu dotyczy ewentualne ostrzeżenie. 9. Napęd optyczny Zainstalowany wewnętrzny napęd typu DVD+/-RW 10. Kontroler Dedykowany kontroler RAID. Możliwe konfiguracje co najmniej RAID 1 (tzw. mirroring). Możliwość rozbudowy wbudowanego w płytę kontrolera dyskowego o dodatkowe funkcje, takie jak RAID 5, 6, 50, 60, podtrzymanie bateryjne cache. Możliwość instalacji cachu z zapisem trwałym na pamięci flash.

2 11. Dyski twarde W dostarczanym serwerze nie przewiduje się żadnych dysków. W zamian musi być zainstalowany hypervisor wirtualizacyjny na karcie pamięci USB lub wewnętrznego modułu z redundantnymi kartami SD. 12. Inne porty Porty:minimum 7 portów USB, min. dwa od przodu,min. cztery z tyłu, minimum jeden w środku do instalacji dodatkowych urządzeń. Porty VGA zarówno z przodu jak i z tyłu serwera. Port szeregowy z tyłu obudowy. Serwer powinien być wyposażony w min. 1 port RJ-45 dedykowany dla interfejsu zdalnego zarządzania. 13. Video Zintegrowana karta graficzna o pamięci wewnętrznej minimum 16MB, osiągającą rozdzielczość minimum 1280x1024 przy 75Hz i 16 milionach kolorów. 14. Zasilanie i chłodzenie Redundantne wiatraki chłodzące, oraz zasilacze. Zasilacze o maksymalnym poborze 750W każdy, posiadające certyfikat 80 Plus Platinum. 15. Inne Elementy takie jak zasilacze, dyski twarde, oraz wentylatory muszą mieć możliwość wymiany podczas pracy serwera (tzw. hot-swap). Dostarczony serwer musi posiadać okablowanie pozwalające na podłączenie wszystkich zasilaczy. Do oferty należy dołaczyc potwierdzenie certyfikatu Energy Star Zarządzanie Zarządzanie serwerem poprzez zintegrowany moduł zarządzający. Posiadać on musi własny interfejs graficzny dostępny z poziomu strony WWW. Z poziomu interfejsu dostępne muszą być takie funkcje jak uruchamianie/ wyłączanie serwera, sprawdzenie informacji o parametrach serwera. Aktywowana licencja dostępu do zdalnej konsoli graficznej wraz z możliwością podłączania ze zdalnych urządzeń takich jak napędy CD, czy obrazy dyskowe (np. ISO). Serwer musi posiadać wbudowaną funkcjonalność przewidywania awarii istotnych komponentów serwera takich jak: zasilacze, procesory, regulatory napięcia, pamięci, dyski twarde, wentylatory. 17. Bezpieczeństw 0 Zabezpieczenia: możliwość zabezpieczenia przed dostępem do serwerem na poziomie BIOS poprzez: hasło uruchomienia serwera, hasło administratora, moduł TPM (Trusted Platform Module) 18. Oprogramowań ie Wsparcie dla systemów operacyjnych: Microsoft Windows Server 2008 R2 i 2008 oraz 2012, Oracle Linux, Red Hat Enterprise Linux 5 i 6, SUSE Linux Enterprise Server 10 i 11, VMware ESX 4.1 i VMware ESXi 4.1 embedded hypervisor, VMware vsphere 5 oraz Dokumentacja Zamawiający wymaga dokumentacji w języku polskim lub angielskim. użytkownika 20. Waga Waga serwera nie może przekraczać 30 kg 21. Gwarancja minimum 5-letnia gwarancja producenta świadczona na miejscu u klienta. Dysk twardy pozostaje u klienta (HDD Retention)

3 Gwarancja pochodzenia Wymagany serwis gwarancyjny sprzętu musi być świadczony przez organizację serwisową producenta lub firmę certyfikowaną przez producenta do świadczenia usług serwisowych, mającą swoją placówkę serwisową na terenie Polski, Oferowane urządzenia musza być fabrycznie nowe, wyprodukowane w 2014 roku i pochodzić z autoryzowanego kanału dystrybucji producenta w Polsce 2. Specyfikacja techniczna serwera dla systemu backupu - 1 szt. Nazwa producenta:... Typ produktu, model: Lp. Komponent Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane * 1. Obudowa Serwer o maksymalnej wysokości 2U, do zamontowania w standardowej szafie rack, w zestawie szyny do montażu w szafie i wysuwania do celów serwisowych. 2. Płyta główna Płyta główna z możliwością zainstalowania do dwóch procesorów, cztero, sześcio lub ośmiordzeniowych. Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem firmowym. 3. Chipset Dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych 4. Procesory Procesor czterordzeniowy klasy x86 dedykowany do pracy w serwerach zaprojektowany do pracy w układach dwuprocesorowych, umożliwiający osiągnięcie wyniku min 168 punktów w teście SPECint_rate_base2006 w konfiguracji dwuprocesorowej, dostępnym na stronie 5. RAM Do minimum 24 slotów na pamięci DIMM,minimum 12 kości na procesor. Obsługa pamięci taktowanych prędkościami minimum 1600MHz. Pamięć musi posiadać następujące cechy: Advanced ECC, Online Spare, Lock-step mode. Obsługa minimum 768GB pamięci RAM. W dostarczanym serwerze zainstalowanych musi być minimum 8 GB RAM. 6. Gniazda PCI Min. Sześć slotów PCI-E 3.0 8x. 7. Interfejsy sieciowe Minimum 4 porty typu Gigabit Ethernet Base-T z wsparciem dla protokołu IPv6 oraz możliwością iscsi boot. Interfejsy sieciowe nie mogą zajmować żadnego z dostępnych slotów PCI-Express. Możliwość instalacji wymiennie modułów udostępniających 2 porty Gigabit Ethernet Base-T oraz 2 porty 10Gb Ethernet SFP+ Dodatkowa dwie karty HBA FC 8Gb jednoportowe. 8. Panel diagnostyczny Serwer musi posiadać panel diagnostyczny dostępny od frontu serwera, podający informacje o statusie serwera, wyświetlający informacje o błędach, oraz pozwalający na szybkie zdiagnozowanie, którego elementu dotyczy ewentualne ostrzeżenie. 9. Napęd optyczny Zainstalowany wewnętrzny napęd typu DVD+/-RW

4 10. Kontroler Zainstalowany sprzętowy kontroler dyskowy, posiadający min. 1 GB nieulotnej pamięci cache, umożliwiający konfiguracje poziomów RAID : 0, 1, 5, 6, 10, 50, Dyski twarde Obsługa minimum 16 dysków 2,5" SAS/SATA/SSD. W dostarczanym serwerze muszą być zainstalowane minimum 8 dysków 1TB 7.2K RPM 6Gbps NL SATA 2.5" SFF 12. Inne porty Porty: min. 7 portów USB, minimum dwa od przodu, minimum cztery z tyłu, minimum jeden w środku do instalacji dodatkowych urządzeń. Porty VGA zarówno z przodu jak i z tyłu serwera. Port szeregowy z tyłu obudowy. Serwer powinien być wyposażony w min. jeden port RJ-45 dedykowany dla interfejsu zdalnego zarządzania. 13. Video Zintegrowana karta graficzna o pamięci wewnętrznej minimum 16MB, osiągającą rozdzielczość minimum 1280x1024 przy 75Hz i 16 milionach kolorów. 14. Zasilanie i chłodzenie Redundantne wiatraki chłodzące, oraz zasilacze. Zasilacze o maksymalnym poborze 750W każdy, posiadające certyfikat 80 Plus Platinum. 15. Inne Elementy takie jak zasilacze, dyski twarde, oraz wentylatory muszą mieć możliwość wymiany podczas pracy serwera (tzw. hot-swap). Dostarczony serwer musi posiadać okablowanie pozwalające na podłączenie wszystkich zasilaczy. Do oferty należy dołaczyc potwierdzenie certyfikatu Energy Star Zarządzanie Zarządzanie serwerem poprzez zintegrowany moduł zarządzający. Posiadać on musi własny interfejs graficzny dostępny z poziomu strony WWW. Z poziomu interfejsu dostępne muszą być takie funkcje jak uruchamianie/ wyłączanie serwera, sprawdzenie informacji o parametrach serwera. Aktywowana licencja dostępu do zdalnej konsoli graficznej wraz z możliwością podłączania ze zdalnych urządzeń takich jak napędy CD, czy obrazy dyskowe (np..iso). Serwer musi posiadać wbudowaną funkcjonalność przewidywania awarii istotnych komponentów serwera takich jak: zasilacze, procesory, regulatory napięcia, pamięci, dyski twarde, wentylatory. 17. Bezpieczeństw 0 Zabezpieczenia: możliwość zabezpieczenia przed dostępem do serwerem na poziomie BIOS poprzez: hasło uruchomienia serwera, hasło administratora, moduł TPM (Trusted Platform Module) 18. Oprogramowań ie Wsparcie dla systemów operacyjnych: Microsoft Windows Server 2008 R2 i 2008 oraz 2012, Oracle Linux, Red Hat Enterprise Linux 5 i 6, SUSE Linux Enterprise Server 10 i 11, VMware ESX 4.1 i VMware ESXi 4.1 embedded hypervisor, VMware vsphere 5 oraz Dokumentacja użytkownika 20. Gwarancja Zamawiający wymaga dokumentacji w języku polskim lub angielskim. minimum 5-letnia gwarancja producenta świadczona na miejscu u klienta. Dysk twardy pozostaje u klienta (HDD Retention)

5 Gwarancja pochodzenia Wymagany serwis gwarancyjny sprzętu musi być świadczony przez organizację serwisową producenta lub firmę certyfikowaną przez producenta do świadczenia usług serwisowych, mającą swoją placówkę serwisową na terenie Polski, Oferowane urządzenia musza być fabrycznie nowe, wyprodukowane w 2014 roku i pochodzić z autoryzowanego kanału dystrybucji producenta w Polsce 3. Specyfikacja techniczna oprogramowania do wirtualizacji serwerów - 3 szt. Nazwa producenta:... Typ produktu, model: Lp. Wymagania funkcjonalno-techniczrie (minimalne) Parametry oferowane * 1. Pojedyncza licencja musi umożliwiać instalację oprogramowania na 1 fizycznym serwerze posiadającym 2 procesory fizyczne wyposażone w min. 6 rdzeni 2. Warstwa wirtualizacji musi być zainstalowana bezpośrednio na sprzęcie fizycznym bez dodatkowych pośredniczących systemów operacyjnych 3. Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i powinno się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej. 4. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym potrafi obsłużyć i wykorzystać procesory fizyczne wyposażone w 320 logicznych wątków oraz do 4TB pamięci fizycznej RAM. 5. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-64 procesorowych. 6. Oprogramowanie do wirtualizacji musi zapewniać możliwość stworzenia dysku maszyny wirtualnej o wielkości do 62 TB 7. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do 1 TB pamięci operacyjnej RAM. 8. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z których każda może mieć 1-10 wirtualnych kart sieciowych. 9. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z których każda może mieć co najmniej 4 porty szeregowe i 3 porty równoległe i 20 urządzeń USB. 10. 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. 11. Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej.

6 12. Polityka licencjonowania musi umożliwiać przenoszenie licencji na oprogramowanie do wirtualizacji pomiędzy serwerami różnych producentów z zachowaniem wsparcia technicznego i zmianą wersji oprogramowania na niższą (downgrade). Licencjonowanie nie może odbywać się w trybie OEM. 13. Rozwiązanie musi wspierać następujące systemy operacyjne: Windows Server 2008, Windows Server 2012, Windows 7, Windows 8, SLES 11, SLES 10, SLES 9, SLES 8, RHEL 6, RHEL 5, RHEL 4, RHEL 3, Solaris 11,Solaris 10, Solaris 9, Solaris 8, OS/2 Warp 4.0, NetWare 6.5, NetWare 6, NetWare 5, OEL 4, OEL 5, Debian, CentOS, FreeBSD, Asianux, Mandriva, Ubuntu 12.04, SCO OpenServer, SCO Unixware, Mac OS X 14. Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika konsolidacji. 15. Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości zasobów dyskowych niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy. 16. Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i do konfigurowania innych funkcjonalności. Centralna konsola graficzna powinna mieć możliwość działania zarówno jako aplikacja na maszynie fizycznej lub wirtualnej jak i jako gotowa, wstępnie skonfigurowana maszyna wirtualna tzw. virtual appliance. 17. Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na dyskach/wolumenach) oraz przechowywać i wyświetlać dane maksymalnie sprzed roku. 18. Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy. 19. Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi. 20. Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość integracji z usługami katalogowymi Microsoft Active Directory. 21. Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej (hosta, maszyny wirtualnej) bez potrzeby wyłączania wirtualnych maszyn. 22. Rozwiązanie musi zapewnić wbudowany, bezpieczny mechanizm do automatycznego tworzenia kopii zapasowych, odtwarzania wskazanych maszyn wirtualnych. Mechanizm ten musi umożliwiać również odtwarzanie pojedynczych plików z kopii zapasowej oraz zapewnia stosowanie deduplikacji dla kopii zapasowych.

7 23. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 24. Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. Mechanizm powinien umożliwiać 4 lub więcej takich procesów przenoszenia jednocześnie. 25. Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA) aby w przypadku awarii lub niedostępności serwera fizycznego wybrane przez administratora i uruchomione nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 26. System musi posiadać funkcjonalność wirtualnego przełącznika (virtual switch) umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny powinien mieć możliwość konfiguracji do 4000 portów 27. Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej fizycznych kart sieciowych aby zapewnić bezpieczeństwo połączenia ethernetowego w razie awarii karty sieciowej. 28. Wirtualne przełączniki musza obsługiwać wirtualne sieci lokalne (VLAN). 29. Oprogramowanie do wirtualizacji musi posiadać telefoniczne wsparcie techniczne producenta ze wsparciem minimum na 5 rok w trybie 12 godzin dziennie, od poniedziałku do piątku 30. Oprogramowanie do wirtualizacji musi posiadać możliwość subskrypcji nowych wersji na minimum 5 lat 4 A. Specyfikacja techniczna systemu operacyjnego - 3 szt. Nazwa producenta:... Typ produktu, model: Lp. Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane * 1. System operacyjny Red Hat Enterprise Linux lub równoważny wielozadaniowy wielodostępowy opraty na licencji GPL Równoważność Uruchomienie wykorzystujący pakiety RPM do instalacji dodatkowego oprogramowania pozwalający na automatyczną aktualizację posiadający protokół LDAP pozwalający m.in. uwieżytelnianie użytkownika, zakończenie sesji, wyszukiwania zasobów. Możiwość uruchomienia w środowisku wirtualnym

8 3. 4. Uruchomienie Wsparcie techniczne i aktualizacja Możliwosć uruchomienia na minimum 2 procesorach System musi posiadać wsparcie techniczne w języku polskim świadczone w dniach roboczych w godzinach 9-15 Wsparcie techniczne i aktualizację systemów minimum przez okres 5 lat 4 B. Specyfikacja techniczna systemu operacyjnego - 1 szt. Nazwa producenta:... Typ produktu, model: Licencja na oprogramowanie musi być przypisana do każdego procesora fizycznego na serwerze. Liczba rdzeni procesorów i ilość pamięci nie mogą mieć wpływu na liczbę wymaganych licencji. Licencja musi uprawniać do uruchamiania serwerowego systemu operacyjnego (SSO) w środowisku fizycznym i dwóch wirtualnych środowisk serwerowego systemu operacyjnego za pomocą wbudowanych mechanizmów wirtualizacji. Serwerowy system operacyjny (SSO) musi posiadać następujące, wbudowane cechy: Lp. Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane * 1. Możliwość wykorzystania, co najmniej 320 logicznych procesorów oraz co najmniej 4 TB pamięci RAM w środowisku fizycznym 2. Możliwość wykorzystywania 64 procesorów wirtualnych oraz 1TB pamięci RAM i dysku o pojemności min. 64TB przez każdy wirtualny serwerowy system operacyjny 3. Możliwość budowania klastrów składających się z 64 węzłów, z możliwością uruchamiania do 8000 maszyn wirtualnych 4. Możliwość migracji maszyn wirtualnych bez zatrzymywania ich pracy między fizycznymi serwerami z uruchomionym mechanizmem wirtualizacji (hypervisor) przez sieć Ethernet, bez konieczności stosowania dodatkowych mechanizmów współdzielenia pamięci 5. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez przerywania pracy 6. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania pracy 7. Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego 8. Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów niewykorzystywane w bieżącej pracy. Mechanizm ten musi uwzględniać specyfikę procesorów wyposażonych w mechanizmy Hyper-Threading

9 9. Wbudowane wsparcie instalacji i pracy na wolumenach, które: a. pozwalają na zmianę rozmiaru w czasie pracy systemu, b. umożliwiają tworzenie w czasie pracy systemu migawek, dających użytkownikom końcowym (lokalnym i sieciowym) prosty wgląd w poprzednie wersje plików i folderów, c. umożliwiają kompresję "w locie" dla wybranych plików i/lub folderów, umożliwiają zdefiniowanie list kontroli dostępu (ACL). 9. Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w oparciu o ich zawartość 10. Wbudowane szyfrowanie dysków przy pomocy mechanizmów posiadających certyfikat FIPS lub równoważny wydany przez NIST lub inną agendę rządową zajmującą się bezpieczeństwem informacji 11. Możliwość uruchamianie aplikacji internetowych wykorzystujących technologię ASP.NET 12. Możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów 13. Wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony połączeń internetowych i intranetowych 14. Graficzny interfejs użytkownika 15. Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, przeglądarka internetowa, pomoc, komunikaty systemowe 16. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play) 17. Możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu 18. Dostępność bezpłatnych narzędzi producenta systemu umożliwiających badanie i wdrażanie zdefiniowanego zestawu polityk bezpieczeństwa 19. Pochodzący od producenta systemu serwis zarządzania polityką konsumpcji informacji w dokumentach (Digital Rights Management)

10 20. Możliwość implementacji następujących funkcjonalności bez potrzeby instalowania dodatkowych produktów (oprogramowania) innych producentów wymagających dodatkowych licencji: a. Podstawowe usługi sieciowe: DHCP oraz DNS wspierający DNSSEC, b. Usługi katalogowe oparte o LDAP i pozwalające na uwierzytelnianie użytkowników stacji roboczych, bez konieczności instalowania dodatkowego oprogramowania na tych stacjach, pozwalające na zarządzanie zasobami w sieci (użytkownicy, komputery, drukarki, udziały sieciowe), z możliwością wykorzystania następujących funkcji: a. Podłączenie SSO do domeny w trybie offline - bez dostępnego połączenia sieciowego z domeną, b. Ustanawianie praw dostępu do zasobów domeny na bazie sposobu logowania użytkownika - na przykład typu certyfikatu użytego do logowania, c. Odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej z mechanizmu kosza. c. Zdalna dystrybucja oprogramowania na stacje robocze. d. Praca zdalna na serwerze z wykorzystaniem terminala (cienkiego klienta) lub odpowiednio skonfigurowanej stacji roboczej e. Centrum Certyfikatów (CA), obsługa klucza publicznego i prywatnego) umożliwiające: a. Dystrybucję certyfikatów poprzez http b. Konsolidację CA dla wielu lasów domeny, c. Automatyczne rejestrowania certyfikatów pomiędzy różnymi lasami domen. f. Szyfrowanie plików i folderów. g. Szyfrowanie połączeń sieciowych pomiędzy serwerami oraz serwerami i stacjami roboczym' (IPSec). h. Możliwość tworzenia systemów wysokie dostępności (klastry typu fail-over) oraz rozłożenia obciążenia serwerów. i. Serwis udostępniania stron WWW. 21. j. Wsparcie dla protokołu IP w wersji 6 (IPv6), k. Wbudowane usługi VPN pozwalające na zestawienie nielimitowanej liczby równoczesnych połączeń i niewymagające instalacji dodatkowego oprogramowania na komputerach z systemem Windows, 1. Wbudowane mechanizmy wirtualizacji (Hypervisor) pozwalające na uruchamianie min aktywnych środowisk wirtualnych systemów operacyjnych. Wirtualne maszyny w trakcie pracy i bez zauważalnego zmniejszenia ich dostępności mogą być przenoszone pomiędzy serwerami klastra typu failover z jednoczesnym zachowaniem pozostałej funkcjonalności. Mechanizmy wirtualizacji mają zapewnić wsparcie dla: a. Dynamicznego podłączania zasobów dyskowych typu hot-plug do maszyn wirtualnych, b. Obsługi ramek typu jumbo frames dla maszyn wirtualnych. c. Obsługi 4-KB sektorów dysków d. Nielimitowanej liczby jednocześnie przenoszonych maszyn wirtualnych pomiędzy węzłami klastra e. Możliwości wirtualizacji sieci z zastosowaniem przełącznika, którego funkcjonalność może być rozszerzana jednocześnie poprzez oprogramowanie kilku innych dostawców poprzez otwarty interfejs API. Możliwości kierowania ruchu sieciowego z wielu sieci VLAN bezpośrednio do pojedynczej karty sieciowej maszyny wirtualnej (tzw. trunk model)

11 22. Możliwość automatycznej aktualizacji w oparciu o poprawki publikowane przez producenta wraz z dostępnością bezpłatnego rozwiązania producenta SSO umożliwiającego lokalną dystrybucję poprawek zatwierdzonych przez administratora, bez połączenia z siecią Internet 23. Wsparcie dostępu do zasobu dyskowego SSO poprzez wiele ścieżek (Multipath) 24. Możliwość instalacji poprawek poprzez wgranie ich do obrazu instalacyjnego 25. Mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie) administracji przez skrypty 26. Możliwość zarządzania przez wbudowane mechanizmy zgodne ze standardami WBEM oraz WS-Management organizacji DMTF 5. Specyfikacja techniczna macierzy dyskowej - 2 szt. Nazwa producenta:... Typ produktu, model: Lp. Wymagania funkcjonalno-techniczrie (minimalne) Parametry oferowane * 1. Macierz musi umożliwiać rozbudowę pojemności oraz wydajności poprzez dołożenie lub wymianę kontrolerów bez konieczności migracji danych. 2. Macierz musi umożliwiać wykonywanie aktualizacji mikrokodu macierzy w trybie online bez przerywania dostępu do zasobów dyskowych macierzy i przerywania pracy aplikacji. 3. Macierz musi być wyposażona w co najmniej 4 kontrolery odpowiedzialne za obsługę dostępu do danych i komunikację z systemami operacyjnymi i aplikacyjnymi. 4. Urządzenie powinno być wyposażone w pracujące nadmiarowo kontrolery do transmisji i obsługi danych z możliwością wsparcia dla protokołów blokowych: FC 5. Macierz musi być wyposażona w co najmniej 64GB przestrzeni cache służącej do buforowania operacji odczytu oraz zapisu. 6. Macierz musi być odporna na awarię pamięci cache, w szczególności cache przeznaczony do zapisu (ang. Write cache) i zapewniać w razie utraty zasilania zabezpieczenie danych niezapisanych na dyski przez nieograniczony czas Urządzenie powinno być wyposażone w podwójny, redundantny system zasilania i chłodzenia, gwarantujący nieprzerwalność pracy i utrzymanie funkcjonalności macierzy w szczególności działania pamięci cache w przypadku awarii jednego ze źródeł zasilania Oferowane urządzenie powinno być wyposażone, w co najmniej portów: 8 x 1GbE Base-T,

12 8. 8 x 8Gb/s FC. 9. Macierz dyskowa powinna umożliwiać stosowanie w niej dysków SSD, HDD 15k, HDD 10k i HDD 7,2k rpm wyposażonych w interfejsy SAS 6Gbps (SAS, NL-SAS) lub FC 4Gbps (FC, SATA), zarówno 2,5" jak i 3,5". 10. Macierz musi być wyposażona w dyski posiadające podwójne interfejsy. 11. Macierz musi być wyposażona w globalne dyski zapasowe dla dysków danych w liczbie wynikającej z udokumentowanych zaleceń producenta macierzy lub macierz musi posiadać odpowiednie mechanizmy dodatkowej pojemności poza pojemnościami wymaganymi na dane umożliwiającymi zastąpienie pojemności uszkodzonego napędu dyskowego danego typu zachowując pełną funkcjonalność trybu ochrony RAID dla każdego typu dysku. 12. Macierz musi mieć możliwość instalacji dysków SSD, SAS, NLSAS w tej samej półce dyskowej. 13. Macierz musi zostać wyposażona, w przynajmniej: 2 dyski SSD o pojemności 200GB; 32 dyski SAS/FC o pojemności 1200GB i prędkości obrotowej 10 tyś. RPM; 25 dysków NLSAS/SATA o pojemności 4TB i prędkości obrotowej 7200 RPM. 14. Połączenia między dyskami a kontrolerami powinny być wykonane w technologii SAS 6Gbps. 15. Rozwiązanie musi pozwalać na rozbudowę, do co najmniej 480 napędów dyskowych bez konieczności dokładania dodatkowych kontrolerów. 16. Macierz powinna umożliwiać równoczesną obsługę wielu poziomów RAID. Ze względu na zakładane przeznaczenie niniejszego urządzenia zamawiający wymaga, by obsługiwało ono, co najmniej RAID 0,1,5, Maksymalna wielkość pojedynczej grupy ochrony RAID nie może przekraczać 9 dysków dla trybu RAID5 i 8 dysków w trybie RAID Macierz musi obsługiwać lun masking, lun mapping i inicjowanie startu systemów operacyjnych. Należy dostarczyć licencje dla maksymalnej wspieranej liczby serwerów podłączonych do macierzy. 19. Wraz z macierzą powinno zostać dostarczone oprogramowanie, które będzie umożliwiać tworzenie i generowanie własnych raportów (tzw. custom reports) - w zakresie raportowania wydajności i pojemności. 20. Oprogramowanie powinno umożliwiać eksportowanie generowanych raportów (mechanizmami wbudowanymi) do zewnętrznych, ogólnie stosowanych formatów plikowych - wymagane co najmniej formaty XLS oraz CSV, oraz możliwość automatycznego wysyłania raportów dotyczących błędów pocztą elektroniczną.

13 21. Oprogramowanie powinno umożliwiać generowanie zbiorczych/skonsolidowanych raportów, zawierających dane z wielu macierzy na pojedynczym raporcie - dla celów analitycznych, porównawczych, planowania zasobów, itp. Funkcjonalność ta wymagana jest zarówno dla zasobów blokowych, jak i plikowych (NAS) macierzy. 22. Oprogramowanie powinno umożliwiać monitorowanie i raportowanie (w zakresie dostarczanych macierzy dyskowych) zasobów blokowych oraz plikowych (NAS). Wymagana jest funkcjonalność raportowania (generacji raportów), co najmniej w zakresie: Przestrzeni macierzy - całościowa, wolna, wykorzystywana, skonfigurowananieprzydzielona dla aplikacji, z podziałem na zasoby blokowe i plikowe; Przestrzeni macierzy jw. z podziałem na poszczególne grupy RAID/storage pool'e/wolumeny logiczne/systemy plików skonfigurowane w części NAS; Wydajności - mierzonej w IOPS oraz MB/s dla zasobów blokowych, oraz File Ops/s dla zasobów NAS; Utylizacji kontrolerów części blokowej oraz plikowej macierzy; Raportów capacity planning - prezentujących trendy czasowe w zakresie przestrzeni oraz wydajności macierzy (dla obszarów parametrów podanych powyżej - w punktach 1 i 2); Raporty inwentarzowe, prezentujące skonsolidowane zestawienia zasobów fizycznych macierzy, wolumenów logicznych, pul dyskowych, podłączonych hostów, wraz z odpowiednimi szczegółami dla poszczególnych kategorii; Raporty dla zasobów korzystających z mechanizmu "thin provisioningu", zawierające szczegóły dotyczące wykorzystania zasobów, over-subskrypcji oraz trendów/prognoz konsumpcji zasobów 23. Macierz musi być wyposażona w funkcjonalność zarządzania poziomem usług (ang. Quality of Service) poprzez możliwość określania wartości nie większej niż dla następujących parametrów dostępu do dysku logicznego: Ilość operacji na sekundę (IOPS), Przepustowość (MB/s). 24. Macierz musi posiadać możliwość replikacji synchronicznej i asynchronicznej udostępnianych dysków logicznych, pomiędzy dwiema macierzami. Wymagane jest dostarczenie licencji na pełną pojemność oferowanej macierzy. 25. Macierz musi umożliwiać replikację zdalną w następujących trybach: jeden do jednego, jeden do wielu, wiele do jednego, replikację jednego wolumenu logicznego (tych samych danych) do dwóch innych, niezależnych ośrodków za pomocą replikacji synchronicznej i asynchronicznej.

14 26. Oprogramowanie musi zapewniać funkcjonalność zawieszania i ponownej przyrostowej resynchronizacji kopii z oryginałem oraz zamiany ról oryginału i kopii (dla określonej pary dysków logicznych LUN macierzy) 27. Funkcjonalność tieringu musi być możliwa pomiędzy przynajmniej dwiema technologiami dysków SSD, SAS/FC 28. Macierz musi posiadać funkcjonalność tieringu polegającą na automatycznej migracji bloków danych dysków logicznych pomiędzy różnymi typami dysków fizycznych, w zależności od stopnia wykorzystania danego obszaru przez aplikację. Migracje muszą być wykonywane automatycznie bez udziału administratora. Pojedynczy migrowany obszar nie może być większy niż 256MB. Migracja danych musi odbywać się bez przerywania dostępu do danych od strony hostów i aplikacji. Niezbędne jest dostarczenie licencji na całą pojemność macierzy. 29. Macierz musi umożliwiać automatyczne rozkładanie bloków dysków logicznych pomiędzy wszystkie dostępne dyski fizyczne funkcjonujące w ramach tej samej puli/grupy dyskowej w przypadku rozszerzania dysku logicznego i dokładania dysków fizycznych. 30. Macierz musi zapewniać jednoczesne zastosowanie różnych trybów protekcji RAID dla różnych typów dysków fizycznych w obsługujących pojedynczy dysk logiczny objęty mechanizmem tieringu. 31. Macierz musi pozwalać na agregację portów ethernetowych przeznaczonych do obsługi danych plikowych w łącza logiczne za pomocą np. protokołu IEEE 802.3ad oraz zapewniać mechanizm zapewniający ciągłą dostępność do danych nawet w przypadku awarii przełącznika ethernetowego. 32. Macierz powinna zapewniać mechanizm thin provisioning, który polega na udostępnianiu większej przestrzeni logicznej niż jest to fizycznie alokowane w momencie tworzenia zasobu lub w momencie, gdy aplikacja nie wykorzystała pojemności. Wymagane jest dostarczenie niezbędnych licencji na całą pojemność macierzy. 33. Macierz musi umożliwiać zwrot zwolnionej przestrzeni dyskowej do puli (ang. Space reclamation). 34. Macierz powinna oferować funkcjonalność podłączenia jej do centrum serwisowego producenta, w celu zdalnego monitorowania poprawności funkcjonowania macierzy. 35. Gwarancja minimum 5-letnia gwarancja producenta świadczona na miejscu u klienta. Dysk twardy pozostaje u klienta (HDD Retention) Wymagany serwis gwarancyjny sprzętu musi być świadczony przez organizację serwisową producenta lub firmę certyfikowaną przez producenta do świadczenia usług serwisowych, mającą swoją placówkę serwisową na terenie Polski,

15 36. Gwarancja Oferowane urządzenia musza być fabrycznie nowe, wyprodukowane w 2014 roku i pochodzić pochodzenia z autoryzowanego kanału dystrybucji producenta w Polsce 37. Urządzenia oraz ich oprogramowanie wewnętrzne musi być objęte opieką serwisową producenta przez okres minimum 5 lat. W okresie opieki wymagany jest bezpłatne usuwanie awarii, bezpłatny dostęp do części zamiennych wymienianych w przypadku awarii oraz dostęp do wszystkich nowszych wersji oprogramowania 38. Zamawiający wymaga, aby serwis sprzętu i oprogramowania świadczony był przez organizację serwisową producenta, mającą swoją placówkę serwisową na terenie Polski 6. Specyfikacja techniczna przełączników sieci SAN FC - 4 szt. Nazwa producenta:... Typ produktu, model: Lp. Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane * 1. Przełącznik FC ma być wykonany w technologii FC 8 Gb/s i posiadać możliwość pracy portów FC z prędkościami 8, 4, 2,1 Gb/s z funkcją autonegocjacji prędkości. 2. Urządzenie musi być wyposażone w minimum 8 aktywnych portów FC 8 Gb/s, możliwość rozbudowy do 24 aktywnych portów FC8, Zamawiający wymaga dostarczenia min. 16 kabli LC-LC optycznych o długości min. 3m 3. Rodzaj obsługiwanych portów: E, F, N oraz FL Przełącznik FC ma mieć wysokość maksymalnie 1 RU (jednostka wysokości szafy montażowej) i szerokość 19" oraz zapewniać techniczną możliwość montażu w szafie 19". 5. Przełącznik FC ma posiadać nadmiarowe wentylatory N+l. 6. Przełącznik FC ma być wykonany w tzw. architekturze non-blocking" uniemożliwiającej blokowanie się ruchu wewnątrz przełącznika przy pełnej prędkości pracy wszystkich portów. 7. Zsumowana przepustowość przełącznika FC musi wynosić minimum 384 Gb/s end-to-end. 8. Przełącznik ma posiadać mechanizm balansowania ruchu między grupami połączeń tzw. trunk" oraz obsługiwać grupy połączeń trunk" o różnych długościach. 9. Przełącznik FC ma udostępniać usługę Name Server Zoning - tworzenia stref (zon) w oparciu bazę danych nazw serwerów. 10. Przełącznik FC ma posiadać możliwość wymiany i aktywacji wersji firmware'u (zarówno na wersję wyższą jak i na niższą) w czasie pracy urządzenia, bez wymogu ponownego uruchomienia urządzeń w sieci SAN.

16 11. Przełącznik FC ma posiadać wsparcie dla następujących mechanizmów zwiększających poziom bezpieczeństwa: Listy Kontroli Dostępu definiujące urządzenia (przełączniki i urządzenia końcowe) uprawnione do pracy w sieci Fabric Możliwość uwierzytelnienia (autentykacji) przełączników z listy kontroli dostępu w sieci Fabric za pomocą protokołów DH-CHAPi FCAP Możliwość uwierzytelnienia (autentykacji) urządzeń końcowych z listy kontroli dostępu w sieci Fabric za pomocą protokołu DH-CHAP Kontrola dostępu administracyjnego definiująca możliwość zarządzania przełącznikiem tylko z określonych urządzeń oraz portów Szyfrowanie połączenia z konsolą administracyjną. Wsparcie dla SSHv2, Wskazanie nadrzędnych przełączników odpowiedzialnych za bezpieczeństwo w sieci typu Fabric. Konta użytkowników definiowane w środowisku RADIUS lub LDAP Szyfrowanie komunikacji narzędzi administracyjnych za pomocą SSL/HTTPS 12. Przełącznik FC ma posiadać możliwość konfiguracji przez komendy tekstowe w interfejsie znakowym oraz przez przeglądarkę internetową z interfejsem graficznym. 14. Gwarancja minimum 5-letnia gwarancja producenta świadczona na miejscu u klienta. Dysk twardy pozostaje u klienta (HDD Retention) Wymagany serwis gwarancyjny sprzętu musi być świadczony przez organizację serwisową producenta lub firmę certyfikowaną przez producenta do świadczenia usług serwisowych, mającą swoją placówkę serwisową na terenie Polski, 15. Gwarancja pochodzenia Oferowane urządzenia musza być fabrycznie nowe, wyprodukowane w 2014 roku i pochodzić z autoryzowanego kanału dystrybucji producenta w Polsce 7. Specyfikacja techniczna oprogramowania do wykonywani kopii zapasowych (backup) - 1 szt. Nazwa producenta:... Typ produktu, model: Lp. Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane * Zamawiający wymaga dostarczenia licencji zapewniających backup następującego środowiska: A. Serwer backupu pracujący na platformie Windows lub Linux B. Backup 10 serwerów fizycznych C Możliwość backupu (tworzenia kopii zapasowych) online jednej z poniższych aplikacji MSSQL, Exchange, SharePoint, Oracle. Możliwość zapisu danych na urządzenie deduplikacyjne -wielkość zapisu zdeduplikowanych danych min. 1 TB, E. Możliwość zapisu i przechowywania danych na dyskach min. 5TB, F. Możliwość backupu na fizyczną bibliotekę taśmową (minimum 20 slotów) Oprogramowanie backupowe (zwane dalej OB) powinno pozwalać na backup (wykonywanie kopii zapasowych) odtwarzanie danych z dowolnych, konfigurowalnych zasobów dyskowych hostów.

17 3. OB musi umożliwiać wykorzystanie do celów backupu i odtwarzania danych napędów taśmowych, bibliotek taśmowych, mediów de-duplikacyjnych, backupów na dysk. 4. OB musi umożliwiać zapis backupu bezpośrednio z zabezpieczanych maszyn na urządzenie deduplikacyjne bądź urządzenie dyskowe. 5. OB musi oferować zaawansowany protokół do backupu na urządzenie de-duplikacyjne pozwalające na: wybór miejsca de-duplikacji (zabezpieczana maszyna lub urządzenie deduplikacyjne) replikacje między urządzeniami de-duplikacyjnymi zarządzaną z systemu backupowego. Dodatkowo system backupu powinien przechowywać informacje o kopiach backupu na obydwu mediach i pozwalać na odtworzenia z dowolnego medium backupowego możliwość odtworzenia z dowolnego urządzenia de-duplikacyjnego 6. OB musi umożliwiać transfer backupowanych danych przez sieć lokalną (Ethernet) jak również OB powinno wspierać backup przez sieć SAN, tzw. LAN-free backup". 7 % Oprogramowanie backupowe musi wykorzystywać rozwiązanie do Bare Metal Recovery dla systemów Win2008 i Win7 8. Oprogramowanie backupowe musi mieć możliwość rozszerzenia o moduł zapewniający Continuos Data Protection. 9. Oprogramowanie backupowe musi mieć możliwość integracji się z mechanizmami snapshotowymi ofertowanej macierzy. 10. OB musi być zarządzane z jednego miejsca poprzez jedną centralną konsolę zarządzającą. 11. OB musi przechowywać informacje o wykonanych kopiach, harmonogram ich wykonywania oraz informacje o nośnikach używanych do realizacji celów we wbudowanej bazie danych. 12. OB musi zapisywać backupy na taśmach w sposób pozwalający na odtworzenie ich w innym środowisku backupowym poprzez serwer pośredniczący (podłączony do napędu) o innej platformie systemu operacyjnego niż serwer zapisujący. 13. OB musi zapewniać długoterminowe przechowywanie informacji o backupach poprzez możliwość przetrzymywania w wewnętrznej bazie danych informacji o całych zadaniach backupowych z pominięciem informacji o pojedynczych plikach minimalizując pojemność wewnętrznej bazy danych 14. OB musi mieć mechanizm regularnego, cyklicznego backupu własnej bazy danych. 15. OB musi przechowywać wszystkie informacje o backupach, napędach taśmowych, mediach w centralnym miejscu możliwym do sklonowania na inną maszynę tak by można było na niej uruchomić serwer backupu. Proces klonowania może odbywać się przy wyłączonych procesach backupowych (zapewnienie spójności wewnętrznej bazy danych).

18 16. OB powinno umożliwiać stworzenie polityki backupowej obejmującej pełne i przyrostowe backupy danych, harmonogram ich wykonywania oraz ich czas ważności. 17. OB powinno umożliwiać backup przynajmniej 32 strumieni danych jednocześnie. 18. OB musi mieć możliwość ominięcia sieci LAN w celu wykonania backupu danych poprzez wykorzystanie sieci SAN. 19. OB musi zapewniać możliwość ręcznego uruchomienia backupu (dowolnego typu) danego systemu. 20. OB musi umożliwiać odtworzenie danych z dowolnego punktu w czasie, w którym wykonana była kopia zapasowa w ramach zdefiniowanej polityki retencji danych. 21. Dla backupu i odtwarzania OB musi zapewniać możliwość automatycznego wznowienia procesów backupu i odtwarzania w przypadku przerwania łączności z hostem. 23. Harmonogram wykonywania czynności backupowych powinien obejmować datę, godzinę i typ backupu (backup pełny, przyrostowy). 24. Haromonogramy muszą być realizowane automatycznie, bez konieczności ingerencji operatora. 25. Operator powinien mieć możliwość definiowania czasu ważności backupu wyrażonego w dniach (ewentualnie miesiącach / latach). 26. OB musi zapewniać możliwość zdalnego upgrade'u agentów OB na zabezpieczanym serwerze wykorzystując bezpieczny protokół SSL uniemożliwiający przejęcie kontroli nad zabezpieczanym serwerze przez osoby trzecie 27. Powinna istnieć możliwość stworzenia dowolnej liczby puli taśm i przypisania do nich grup hostów i/lub pojedynczych hostów. 28. OB musi umożliwiać zapisywanie backupów o tym samym terminie ważności na danej taśmie (zestawie taśm). 29. OB powinno korzystać z mechanizmów lokalizacji taśmy - czytnika kodów paskowych zainstalowanego w bibliotece taśmowej. 30. W przypadku awarii fragmentu taśmy, OB musi odtworzyć całość plików, które znajdują się na nieuszkodzonej części nośnika. 31. OB musi umożliwić jednoczesne wykorzystanie w procesie zapisu danych wielu napędów biblioteki taśmowej. 32. OB musi umożliwiać łączenie strumieni backupowych z wielu zabezpieczanych serwerów w sieci LAN i bezpośredni zapis na napędzie taśmowym (multiplexing). 33. OB powinno zapewniać funkcjonalność pozwalającą na wykonanie duplikatów poszczególnych kopii danych oraz całych taśm w ramach biblioteki oraz między bibliotekami podłączonymi do różnych serwerów zarządzanych przez ten sam serwer backupowy -zarówno poprzez LAN jak i SAN.

19 34. OB musi zapewniać różny czas ważności danych na podstawowym nośniku i nośniku zawierającym kopię (klonie). 36. OB musi zapewniać możliwość wykonywania i składowania dowolnej ilości pełnych i przyrostowych kopii danych 37. OB musi umożliwiać szyfrowanie danych (plików, baz danych) na zabezpieczanym serwerze z kluczem minimum 256 bitowym. 38. OB musi umożliwiać zapis na taśmie szyfrowanych danych oraz pozwalać na zarządzanie kluczami szyfrującymi. 39. OB musi dostarczać własne narzędzie do autentyfikacji użytkowników bądź umożliwiać korzystanie z mechanizmów Active Directory, LDAP. 40. Odzyskiwanie danych musi być możliwe do wykonania w miejscu i na hoscie, z którego dane zostały pobrane jak również w inne, wskazane przez operatora miejsce i na innego wskazanego hosta 41. OB musi mieć możliwości wykonywania spójnych kopii zapasowych baz danych bez konieczności ich wyłączania, zatrzymywania (backup online). 42. OB musi umożliwiać jednoczesną współpracę z dowolną liczbą bibliotek taśmowych i dowolna liczbą napędów taśmowych w ramach środowiska backupowego (zakupionych licencji) 43. OB musi zapewnić mechanizmy bezkolizyjnego współdzielenia napędów taśmowych pomiędzy serwerami 44. OB musi zapewniać możliwość backupu na dysk. W trakcie backupu na dane urządzenie dyskowe musi być możliwość odtworzenia wszystkich dotychczas zbackupowanych danych znajdujących się na tym urządzeniu dyskowym 45. OB musi zapewniać możliwość backupu serwerów nieposiadających dostępu do mediów backupowych poprzez dowolna liczbę serwerów pośredniczących (mających dostęp do mediów backupowych). Musi istnieć możliwość swobodnej zmiany serwerów pośredniczących w trakcie użytkowania systemu i OB. Całość konfiguracji powinna być zarządzana z pojedynczego serwera - serwera OB. 46. OB musi zapewniać backup całej bazy Exchange'a z możliwością odtworzenia: całej bazy oraz pojedynczej skrzynki 47. OB musi zapewniać backup / odtworzenie maszyn obrazów wirtualnych VMWare. W przypadku backupu obrazów wirtualnych maszyn Windows, musi istnieć możliwość odtworzenia całej wirtualnej maszyny jak i pojedynczego pliku znajdującego się w wirtualnym systemie operacyjnym Windows. 48. OB musi zapewniać możliwość realizacji centrum Disaster Recovery poprzez: a) Klonowanie danych między ośrodkami b) Automatyczne przeniesienie serwera backupowego i całości informacji o konfiguracji backupów i mediów do ośrodka zapasowego na nowy, pojedynczy serwer backupowy.

20 49. Zarządzanie z konsoli graficznej, dostępnej co najmniej dla jednego z systemów operacyjnych (Windows XP, Windows 7, Windows 8, Linux ) 50. Informacje dotyczące kopii, harmonogramów backupów, nośników i zdarzeń muszą być dostępne z konsoli operatora systemu 51. OB musi być serwisowane przez autoryzowany serwis producenta ze wsparciem co najmniej na 5 lat w trybie 5x9 (następnego dnia roboczego) 8. Specyfikacja techniczna biblioteki taśmowej - 1 szt. Nazwa producenta:... Typ produktu, model: L.p. Element konfiguracji Wymagania funkcjonalno-techniczne (minimalne) Parametry oferowane 1. Obudowa ~Oferowana biblioteka taśmowa musi być przystosowana do montażu w standardowej szafie typu rack 19" - Urządzenie należy dostarczyć z niezbędnymi elementami do zamontowania w szafie typu rack 19" - Wysokość biblioteki max 4U 2. Rodzaj napędu LTO 5 typu Hot-Plug" Przepustowość natywna/ z kompresją -140/280 MB/s Pojemność taśmy natywna/ z kompresją -1500/ 3000 GB 3. Liczba napędów minimum 2 4. Interfejs napędu Native Fibre Channel 8Gb 5. Interfejs biblioteki Fibre Channel 8Gb _ 6. Liczba slotów (miejsc na tasiemki w magazynku 7. Możliwości rozbudowy ~ Minimum 24 szt. - Możliwość zdefiniowania 5 slotów Import Export (Mail slot) - Czytnik kodów kreskowych ~ Możliwość rozbudowy do 2 napędów LT05 - Robot powinien mieć możliwość dostępu do wszystkich oferowanych slotów biblioteki - Możliwość instalacji napędów z interface FC 4Gbps, FC 8Gbps oraz SAS 3Gbps, SAS 6Gbps. 8. Zarządzanie - Poprzez przeglądarkę WWW (przez wbudowany port Ethernet), - Obsługa za pomocą panelu umieszczonego z przodu biblioteki 9. Oprogramowa nie Wraz z biblioteką należy dostarczyć oprogramowanie umożliwiające: - Proaktywne zdalne i lokalne monitorowanie stanu biblioteki i napędów, - Konfigurację biblioteki, - Prowadzenie statystyk biblioteki, - Definiowanie grup użytkowników z różnymi prawami dostępu do biblioteki (np. operator, użytkownik, serwis), - Diagnostykę, - Wymianę taśm - Wsparcie dla Storage Management lnitiative - Specification (SMI-S) dające możliwość zarządzania poprzez narzędzia SRM - Wbudowany agent SNMP - Możliwość wysyłania alertów o różnym stopniu ważności na różne adresy mail.