Specyfikacja techniczna elementu 1. Macierz dyskowa w specyfikacji A

Specyfikacja techniczna elementu 1. Macierz dyskowa w specyfikacji A Lp. Parametr Wymagania techniczne 1 Pojemność macierzy brutto Minimum 72 TB surowej przestrzeni dyskowej w następującej konfiguracji: - 9 TB w nie mniej niż 64 dyskach, każdy o prędkości obrotowej minimum 15 krpm, - 32 TB w nie mniej niż 112 dyskach, każdy o prędkości obrotowej minimum 10 krpm, - 31 TB w nie mniej niż 64 dyskach, każdy o prędkości obrotowej minimum 7200 RPM. Wszystkie dyski muszą być zainstalowane w obrębie jednej macierzy dyskowej. (Przez pojedynczą macierz dyskową jest rozumiany zestaw dysków twardych kontrolowanych przez jedną parę kontrolerów macierzowych/storage procesorów nie dopuszcza się złożeń macierzowych) 2 Obudowa Dostarczona obudowa (szafy) powinna umożliwiać zainstalowanie nie mniej niż 128 dodatkowych napędów dyskowych bez konieczności rozbudowy urządzenia o dodatkowe obudowy (szafy) 3 Architektura i budowa Technologia Fibre Channel 4 Gbit/s Macierz monolityczna wyposażona w wewnętrzną konsolę do serwisu, konfiguracji i monitorowania stanu macierzy Skalowalność rozbudowy pojemności musi być zapewniona do co najmniej 600 napędów dyskowych w pojedynczej macierzy Budowa redundantna z wyeliminowanym występowaniem pojedynczego punktu awarii (SPOF) Nie mniej niż dwa kontrolery pracujące w trybie activeactive; wyłączenie jednego z nich (planowane lub awaria) nie może powodować przerwy w dostępności danych Pamięć cache o sumarycznej pojemności minimum 32 GB z możliwością ewentualnej, dalszej rozbudowy do minimum 256 GB bez konieczności wymiany modułu sterującego Pełna zgodność technologiczna z macierzą wg specyfikacji B 4 Wymagana funkcjonalność Możliwość wymiany dysków podczas pracy systemu urządzenia (hot-swap) Możliwość aktualizacji oprogramowania macierzy (firmware) w trybie online, bez przerywania pracy macierzy Funkcja bezpośredniego, elektronicznego powiadamiania centrum serwisowego producenta o awarii dowolnego elementu macierzy (modem lub

VPN) Funkcja zdalnej diagnostyki stanu macierzy przez serwis producenta macierzy (modem lub VPN) Macierz musi umożliwić zamawiającemu zdefiniowanie minimum 15 tys. wolumenów logicznych (LUN-ów) z czego przez jeden port musi być możliwość udostępnienia minimum 1024 w/w wolumenów 5 Bezpieczeństwo Obsługa co najmniej RAID 5 i 10 na definiowanej grupie co najmniej 8 dysków 6 Kopie migawkowe i replikacja 7 Zasilanie Zasilanie trójfazowe Dostarczona macierz musi umożliwiać zdefiniowanie dysków w co najmniej 40 grup RAID, oraz co najmniej 24 dysków hot-spare Oprogramowanie (firmware) macierzy musi uwzględniać przyszłą rozbudowę i pozwalać na zdefiniowania co najmniej 64 niezależnych grup RAID System przechowywania danych z pamięci cache w wypadku awarii obu źródeł zasilania; system musi umożliwić podtrzymanie zawartości tej pamięci przez min. 72 godziny (np. dzięki zasilaniu awaryjnemu) lub zapisanie zrzucenie tych danych na dyski Dostarczone urządzenie musi mieć aktywną funkcjonalność wykonywania minimum 8 natychmiastowych kopii danych wskazanego przez użytkownika woluminu logicznego Kopia musi być realizowana w co najmniej dwóch trybach: - kopia migawkowa (tzw. kopia wskaźników), - pełna kopia danych (klon) Dostarczone urządzenie musi mieć aktywną funkcjonalność wykonywania zdalnej kopii danych (remote mirroring) w trybach kopii synchronicznej i asynchronicznej Pełna zgodność serwisów kopiujących z macierzą wg specyfikacji B (replikacja) Musi istnieć możliwość wykorzystania w skryptach własnych użytkownika funkcji wykonywania kopii migawkowych z poziomu systemów operacyjnych Linuks i Windows (w dystrybucjach, które zostałt wymienione w niniejszym dokumencie) 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, Zanik jednej fazy zasilania nie może powodować

8 Wsparcie dla systemów operacyjnych przerwy w pracy urządzenia ani zmniejszenia jego wydajności, Macież musi umozliwić równoczesną obsługę wielu heterogenicznych systemów operacyjnych (Linuks w dystrybucji co najmniej SLES 9, SLES 10, RHEL 3, RHEL 4 oraz MS Windows 2000/2003 i SGI IRIX) 9 Dostarczone licencje Macierz musi być wyposażona w licencje na oprogramowanie producenta macierzy (dla systemów dla których istnieje) do maskowania zasobów (ang.: LUN masking), awaryjnego przełączenia dostępu do dysków na alternatywny port FC (ang.: path failover), równoczesnego dostępu do dysków przez alternatywny port FC (ang.: load balancing) Oprogramowanie producenta realizujące powyższe funkcje musi zostać dostarczone wraz z urządzeniem Każda z w/w licencji musi umożliwiać wykorzystanie danej funkcjonalności przez minimum 64 serwery, każdy wyposażony w minimum 8 fizycznych procesorów, pracujące pod kontrolą dowolnego z systemów operacyjnych wymienionych w niniejszym dokumencie (w dowolnych proporcjach) Wymagane jest dostarczenie licencji na całe oferowane oprogramowanie na minimum tyle TB ile wynosi pojemność surowa dostarczonej macierzy 10 Zarządzanie Wraz z macierzą musi być dostarczone oprogramowanie umożliwiające zdalne zarządzanie oraz monitorowanie stanu macierzy z co najmniej trzech administracyjnych stacji roboczych (wraz z odpowiednią liczbą licencji jeżeli takowe są potrzebne) Zarządzanie wszystkimi LUN-ami i parametrami pracy macierzy musi odbywać się co najmniej poprzez konsolę macierzy (omówioną wcześniej) i w/w oprogramowanie Oprogramowanie do zarządzania macierzą musi umożliwiać użytkownikowi samodzielne założenie i skasowanie pojedynczej grupy RAID

Specyfikacja techniczna elementu 2. Macierz dyskowa w specyfikacji B Lp. Parametr Wymagania techniczne 1 Pojemność macierzy brutto Minimum 48 TB surowej przestrzeni dyskowej w następującej konfiguracji: - 24 TB w nie mniej niż 80 dyskach, każdy o prędkości obrotowej minimum 10 krpm, - 24 TB w nie mniej niż 48 dyskach, każdy o prędkości obrotowej minimum 7200 RPM. Wszystkie dyski musza być zainstalowane w obrębie jednej macierzy dyskowej. (Przez pojedynczą macierz dyskową jest rozumiany zestaw dysków twardych kontrolowanych przez jedną parę kontrolerów macierzowych/storage procesorów nie dopuszcza się złożeń macierzowych). 2 Obudowa Dostarczona obudowa (szafy) powinna umożliwiać zainstalowanie nie mniej niż 128 dodatkowych napędów dyskowych bez konieczności rozbudowy urządzenia o dodatkowe obudowy (szafy). 3 Architektura i budowa Technologia Fibre Channel 4 Gbit/s Macierz monolityczna wyposażona w wewnętrzną konsolę do serwisu, konfiguracji i monitorowania stanu macierzy Skalowalność rozbudowy pojemności musi być zapewniona do co najmniej 600 napędów dyskowych w pojedynczej macierzy Budowa redundantna z wyeliminowanym występowaniem pojedynczego punktu awarii (SPOF) Nie mniej niż dwa kontrolery pracujące w trybie activeactive; wyłączenie jednego z nich (planowane lub awaria) nie może powodować przerwy w dostępności danych Pamięć cache o sumarycznej pojemności minimum 32 GB z możliwością ewentualnej, dalszej rozbudowy do minimum 256 GB bez konieczności wymiany modułu sterującego Pełna zgodność technologiczna z macierzą wg specyfikacji A 4 Wymagana funkcjonalność Możliwość wymiany dysków podczas pracy systemu urządzenia (hot-swap) Możliwość aktualizacji oprogramowania macierzy (firmware) w trybie online, bez przerywania pracy macierzy Funkcja bezpośredniego, elektronicznego powiadamiania centrum serwisowego producenta o awarii dowolnego elementu macierzy (modem lub VPN) Funkcja zdalnej diagnostyki stanu macierzy przez

serwis producenta macierzy (modem lub VPN) Macierz musi umożliwić zamawiającemu zdefiniowanie minimum 15 tys. wolumenów logicznych (LUN-ów) z czego przez jeden port musi być możliwość udostępnienia minimum 1027 w/w wolumenów 5 Bezpieczeństwo Obsługa co najmniej RAID 5 i 10 na definiowanej grupie co najmniej 8 dysków 6 Kopie migawkowe i replikacja 7 Zasilanie Zasilanie trójfazowe Dostarczona macierz musi umożliwiać zdefiniowanie dysków w co najmniej 40 grup RAID, oraz co najmniej 24 dysków hot-spare Oprogramowanie (firmware) macierzy musi uwzględniać przyszłą rozbudowę i pozwalać na zdefiniowania co najmniej 64 niezależnych grup RAID System przechowywania danych z pamięci cache w wypadku awarii obu źródeł zasilania; system musi umożliwić podtrzymanie zawartości tej pamięci przez min. 72 godziny (np. dzięki zasilaniu awaryjnemu) lub zapisanie zrzucenie tych danych na dyski Dostarczone urządzenie musi mieć aktywną funkcjonalność wykonywania minimum 8 natychmiastowych kopii danych wskazanego przez użytkownika woluminu logicznego Kopia musi być realizowana w co najmniej dwóch trybach: - kopia migawkowa (tzw. kopia wskaźników), - pełna kopia danych (klon) Dostarczone urządzenie musi mieć aktywną funkcjonalność wykonywania zdalnej kopii danych (remote mirroring) w trybach kopii synchronicznej i asynchronicznej Pełna zgodność serwisów kopiujących z macierzą wg specyfikacji A (replikacja) Musi istnieć możliwość wykorzystania w skryptach własnych użytkownika funkcji wykonywania kopii migawkowych z poziomu systemów operacyjnych Linuks i Windows (w dystrybucjach, które zostałt wymienione w niniejszym dokumencie) 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, Zanik jednej fazy zasilania nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności,

8 Wsparcie dla systemów operacyjnych Macież musi umozliwić równoczesną obsługę wielu heterogenicznych systemów operacyjnych (Linuks w dystrybucji co najmniej SLES 9, SLES 10, RHEL 3, RHEL 4 oraz MS Windows 2000/2003 i SGI IRIX) 9 Dostarczone licencje Macierz musi być wyposażona w licencje na oprogramowanie producenta macierzy (dla systemów dla których istnieje) do maskowania zasobów (ang.: LUN masking), awaryjnego przełączenia dostępu do dysków na alternatywny port FC (ang.: path failover), równoczesnego dostępu do dysków przez alternatywny port FC (ang.: load balancing) Oprogramowanie realizujące powyższe funkcje musi zostać dostarczone wraz z urządzeniem Każda z w/w licencji musi umożliwiać wykorzystanie danej funkcjonalności przez minimum 64 serwery, każdy wyposażony w minimum 8 fizycznych procesorów, pracujące pod kontrolą dowolnego z systemów operacyjnych wymienionych w niniejszym dokumencie (w dowolnych proporcjach) Wymagane jest dostarczenie licencji na całe oferowane oprogramowanie na minimum tyle TB ile wynosi pojemność surowa dostarczonej macierzy 10 Zarządzanie Wraz z macierzą musi być dostarczone oprogramowanie umożliwiające zdalne zarządzanie oraz monitorowanie stanu macierzy z co najmniej trzech administracyjnych stacji roboczych (wraz z odpowiednią liczbą licencji jeżeli takowe są potrzebne) Zarządzanie wszystkimi LUN-ami i parametrami pracy macierzy musi odbywać się co najmniej poprzez konsolę macierzy (omówioną wcześniej) i w/w oprogramowanie Oprogramowanie do zarządzania macierzą musi umożliwiać użytkownikowi samodzielne założenie i skasowanie pojedynczej grupy RAID

Specyfikacja techniczna elementu 3. Biblioteka taśmowa Lp. Parametr Wymagania techniczne 1 Typ Biblioteka taśmowa do automatycznej archiwizacji dużej ilości danych zgromadzonych w ramach sieci komputerowej wraz z taśmami 2 Architektura Wpółpraca z siecią SAN Fibre Channel 4 Gbit/s w tym ze wszystkimi elementami zamówienia Co najmniej jedno złącze FastEthernet lub GigabitEthernet przeznaczone m.in. do zdalnego zarządzania biblioteką Biblioteka musi umożliwiać stworzenie minimum 2 partycji logicznych (oprogramowanie lub licencje umożliwiające to muszą być dostarczone wraz z biblioteką). 3 Pojemność Nie mniej niż 250 slotów na taśmy w pojedynczym module (szafie) Początkowa pojemność biblioteki minimum 1100 slotów Biblioteka musi być rozbudowywana do minimum 3500 slotów Wszystkie sloty zamontowane w bibliotece muszą być aktywne i dostępne do wykorzystania 4 Napędy taśmowe Zainstalowane nie mniej niż 8 napędów taśmowych typu LTO-3 Każdy napęd wyposażony w interfejs native FC 4 Gbit/s Możliwość rozbudowy do co najmniej 40 napędów typu LTO-3 z czego w pojedynczym module (szafie) do 12 napędów (t.j. bez konieczności wymiany go na inne lub dodania dodatkowych modułów zwiększających powierzchnię zajmowaną przez urządzenie) 5 Nośniki danych Dostarczone nie mniej niż 500 nośników przystosowanych do pracy w bibliotece zaopatrzonych w odpowiednie kody paskowe lub inne oznaczenia/systemy jednoznacznie identyfikujące nośnik przez urządzenie, a co za tym idzie oprogramowanie przeznaczone do backupu i archiwizacji danych Pojemność pojedynczego nośnika nie może być mniejsza niż 400 GB bez kompresji Dostarczone 10 nośników czyszczących Urządzenie powinno być wyposażone w co najmniej jeden tzw. mailport/mailslot na nie mniej niż 8 nośników, umożliwiający umieszczanie i wyjmowanie nośników bez otwierania obudowy urządzenia 6 Robotyka Zablokowanie kasety w chwytaku nie może

powodować niemożności obsługi biblioteki Nie jest dopuszczalne aby awaria robotyki uniemożliwiła odczyt/zapis informacji z napędów taśmowych oraz brak dostępu do procesów zarządzania. Dopuszczalny jest stan braku możliwości wymiany kaset w takiej sytuacji Urządzenie powinno być wyposażone w czytnik kodów paskowych umożliwiający identyfikację taśmy 7 Zarządzanie Możliwość zarządzania i diagnostyki pracy i stanu urządzenia z panelu kontrolnego umieszczonego w urządzeniu oraz za pomocą oprogramowania dostarczonego wraz z urządzeniem Implementacja protokołów SNMP v1 i v2 Musi istnieć możliwość zarządzania biblioteką w przypadku awarii (całkowitej niedostępności) sieci LAN (np. przez konsolę szeregową), 8 Nadmiarowość Pełna nadmiarowość elementów urządzenia, w tym systemu zasilania, kontrolerów we/wy, systemu chłodzenia i elementów pośredniczących w przesyłaniu danych 9 Zasilanie 240 V 50 Hz w pełni redundantne System zasilania musi być przystosowany do pracy z dwóch niezależnych źródeł prądowych Zanik jednego źródła zasilania nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności Każdy napęd musi być zasilany z dwóch zasilaczy 10 Niezawodność Wszystkie rozbudowy i/lub wymiany napędów, zasilaczy oraz wentylatorów powinny być wykonywane bez przerywania pracy urządzenia 12 Oprogramowanie sterujące i diagnostyczne Dostarczone oprogramowanie niezbędne do pracy urządzenia oraz umożliwiające zarządzanie nim i kontrolę stanu poszczególnych jego komponentów pod kątem wydajności i stanu technicznego Oprogramowanie zarządzające powinno być dostępne z poziomu przeglądarki internetowej (web) i/lub jako aplikacja pracująca pod kontrolą systemu operacyjnego Dostęp do aktualizacji oprogramowania zarządzającego i oprogramowania wewnętrznego urządzenia ( firmware ) musi być umożliwiony przez cały okres obowiązywania umowy gwarancyjnej na bibliotekę Oprogramowanie powinno pracować co najmniej pod kontrolą systemów Windows XP i Windows 2003 Server (dowolna wersja)

Specyfikacja techniczna elementu 4. Przełącznik SAN Fibre Channel (wymagania dla jednej sztuki) Lp. Parametr Wymagania techniczne 1 Porty Nie mniej niż 40 portów Fibre Channel 2 Architektura Non-blocking fabric Każdy port FC powinien zostać wyposażony w moduł SFP 850 nm LC i umożliwiać pracę z szybkością co najmniej 1, 2 i 4 Gbit/s z automatycznym rozpoznawaniem i przełączaniem szybkości Porty powinny współpracować z każdym innym elementem przetargu tworząc jednorodną sieć typu SAN oraz z kartami HBA wykorzystywanymi w systemach Zamawiającego pracujących z szybkością 2 Gbit/s Port powinien umożliwić przyłączenie urządzeń pracujących w trybie AL jak i Fabric, niezależnie od trybu pracy innych portów 3 Nadmiarowość Pełna nadmiarowość elementów switcha, w tym systemu zasilania, systemu chłodzenia i elementów pośredniczących w przesyłaniu danych. Zasilacze i wentylatory muszą mieć możliwość wymiany hotswap 4 Zasilanie 240 V 50 Hz w pełni redundantne Musi istnieć możliwość wymiany uszkodzonych zasilaczy lub modułów zasilających bez konieczności przerywania pracy całego urządzenia lub dowolnej jego części, której wyłączenie mogłoby spowodować brak dostępu do zasobów dyskowych podłączonych serwerów System zasilania musi być przystosowany do pracy z dwóch niezależnych źródeł prądowych i powinny cechować się funkcjami współdzielenia oraz równomiernego rozkładu obciążenia. Zanik jednego źródła zasilania nie może powodować przerwy w pracy urządzenia ani zmniejszenia jego wydajności 5 Niezawodność Konstrukcja urządzenia powinna być redundantna i odporna na awarię elementów układu zasilania i wentylacji 6 Oprogramowanie W ofercie powinno być zawarte oprogramowanie niezbędne do pracy urządzenia oraz umożliwiające zarządzanie nim i kontrolę stanu poszczególnych jego komponentów pod kątem wydajności i stanu technicznego. Dostęp do zarządzania urządzeniem powinien być zarówno z konsoli graficznej jak i

tekstowej, w szczególności za pomocą protokołów telnet, SSH i poprzez bezpośrednie połączenie szeregowe (konsola RS) Oprogramowanie powinno umożliwiać tworzenie grup dostępu (tzw. zoning ). Powinna zostać dostarczona licencja na tą funkcjonalność (jeżeli jest wymagana) 7 Cechy użytkowe Switch powinien wspierać technologię argregacji kilku łącz w jedno (PortChannel lub odpowiednik) Wszystkie porty switcha muszą zostać aktywowane przez dostarczoną licencję (jeżeli jest wymagana do aktywacji) 8 Okablowanie Do urządzenia musi być dostarczone okablowanie światłowodowe umożliwiające spięcie wszystkich elementów niniejszego przetargu w jedną, redundantną sieć SAN Liczba kabli powinna odpowiadać co najmniej liczbie portów macierzy dyskowych i biblioteki taśmowej powiększonej o 10% Długość dostarczonych kabli światłowodowych: 5 m dla połowy całkowitej liczby dostarczonych kabli wynikającej z obliczenia zawartego powyżej i 10 m dla reszty Dodatkowo dostarczone muszą być kable światłowodowe (16 sztuk, po 8 dla każdego switcha, każdy kabel o długości nie mniejszej niż 5 m) umożliwiające połączenie switchy z istniejącymi switchami FC Zamawiającego

Specyfikacja techniczna elementu 5. Oprogramowanie archiwizacyjne Lp. Parametr Wymagania techniczne 1 Przeznaczenie Oprogramowanie archiwizacyjne (zwane dalej OA) powinno pozwalać na backup, archiwizację (kopia bezpieczeństwa niepodlegająca modyfikacji) i odtwarzanie danych z dowolnych, konfigurowalnych zasobów dyskowych i hostów OA musi umożliwiać wykorzystanie do celów archiwizacji i odtwarzania danych elementów niniejszego przetargu pamięci taśmowej i macierzy dyskowych (w tym ich części jako tzw. bufor dyskowy; Disk-to-Disk-to-Tape) jak również innych nośników takich jak WORM, pojedyncze napędy taśmowe itp. Praca oprogramowania powinna odbywać się przez sieć lokalną (Ethernet) o szybkości 1 Gbit/s. Komunikacja z pamięcią taśmową musi odbywać się przez switche FC będące elementem przetargu, z maksymalną szybkością wynikającą z parametrów urządzenia. Oprogramowanie powinno wspierać archiwizację przez sieć SAN, tzw. LAN-free backup 2 Architektura OA powinno być jednolite. Tworzenie kopii zapasowych oraz archiwizacja ma odbywać się za pomocą tego samego oprogramowania OA musi być zarządzane z jednego miejsca poprzez jedną, centralną konsolę zarządzającą. Musi istnieć możliwość zainstalowania tej konsoli na nie mniej niż trzech maszynach na raz tak by trzech operatorów backupu mogło zarządzać parametrami pracy OA OA musi przechowywać informacje o wykonanych kopiach, harmonogram ich wykonywania oraz informacje o nośnikach używanych do realizacji celów we wbudowanej bazie danych OA musi mieć mechanizm regularnej, cyklicznej archiwizacji własnej bazy danych OA powinno umożliwiać stworzenie polityki archiwizacyjnej obejmującej pełne i przyrostowe backupy danych, harmonogram ich wykonywania oraz ich czas ważności OA powinno działać współbieżnie, tzn. umożliwiać archiwizację więcej niż jednego systemu klienckiego jednocześnie OA musi wspierać mechanizmy migawkowe macierzy danych będącej elementem tego przetargu i umożliwić wykonywanie backupu z kopii migawkowej oraz jej

usunięcie po zakończeniu tego procesu OA musi mieć możliwość ominięcia sieci LAN w celu wykonania backupu danych poprzez wykorzystanie bezpośrednio sieci SAN ( server-less / LAN-free backup ). Zamawiającyt planuje nie więcej niż 5 systemów korzystacjących z backupu typu LAN-free. Każdy z tych systemów będzie wyposażony w nie więcej niż dwa fizyczne procesory OA musi mieć możliwość dokupienia modułu lub oprogramowania z nim współpracującego, realizującego funkcjonalność typu HSM. Oferta na ten moduł musi zostać dołączona do oferty przetargowej 3 Wspierane systemy i aplikacje Część kliencka OA (służąca do pobierania danych do archiwizacji) powinna pracować na co najmniej platformach: Windows Server (2000, 2003 Std, 2003 Ent); Windows XP; SLES 9 i 10; Linux Red Hat AS/ES 4 Część kliencka powinna instalować się i pracować pod kontrolą Linuksa w dystrybucji Debian Sarge (3.1; GLIBC 2.3) i Etch (4.0; GLIBC 2.3.6). Jeżeli producent oprogramowania nie wspiera bezpośrednio tej dystrybucji Linuksa powinna zostać przygotowana procedura opisująca instalację części klienckiej oprogramowania w tej dystrybucji Cześć serwerowa OA musi pracować na następujących systemach operacyjnych: Windows Server (2000, 2003 Std., 2003 Ent.); Linux (RH AS/ES 4, SLES 9 i 10) Część kliencka powinna wspierać archiwizację następujących baz danych bez konieczności zatrzymania ich działania (tzw. hot-copy ): SQL Server 2000 (Microsoft) nie mniej niż 4 serwery, każdy z maksymalnie dwoma fizycznymi procesorami; SQL Server 2005 (Microsoft) nie mniej niż 2 serwery, każdy z maksymalnie dwoma fizycznymi procesorami; Oracle 10g nie mniej niż 8 serwerów/instancji, każdy z maksymalnie dwoma fizycznymi procesorami, pracujących w minimum dwóch

instalcjach RAC pod kontrolą systemu Linux Jeżeli któraś z w/w funkcjonalności jest osobno licencjonowana dodatkowa licencja (licencje) powinna(y) być dostarczona(e) razem z OA 4 Funkcjonalność OA musi mieć możliwość ręcznego wyzwolenia backupu (dowolnego typu) danego systemu OA musi umożliwić odtworzenie danych z dowolnego punktu w czasie, w którym wykonana była kopia zapasowa w ramach zdefiniowanej polityki retencji danych Dla backupu/archiwizacji i odtwarzania przez LAN bezpośrednio z systemu plików OA musi umieć możliwość automatycznego wznowienia procesów archiwizacji/backupu i odtwarzania w przypadku przerwania łączności z hostem od miejsca, w którym nastąpiło jej zerwanie, z dokładnością do pojedynczego pliku. Zamawiający akceptuje sytuację gdy takie wznowienie jest to możliwe tylko i wyłącznie przy wykorzystaniu techniki Disk-to-Disk-to-Tape a nie przy bezpośredniej operacji na taśmach Operator OA powinien mieć możliwość zdefiniowania centralnie polityk archiwizacyjnych dla grup serwerów/stacji roboczych lub jeżeli zachodzi taka konieczność dla dowolnego systemu z osobna (równolegle do zdefiniowanych grup) Harmonogram wykonywania czynności archiwizacyjnych i backupowych powinny obejmować datę, godzinę, tryb archiwizacji, urządzenie, na które będą zapisywane dane (np. partycję biblioteki taśmowej) jak również wskazywać jakie obszary dyskowe hostów mają zostać zabezpieczone Haromogramy muszą być realizowane automatycznie, bez konieczności ingerencji operatora OA musi zapewnić możliwość wykonywania określonej przez operatora akcji związanej z procesem backupu i archiwizacji na danym hoście (np. zatrzymanie procesów, wykonanie backupu i ponowne uruchomienie tych procesów.) OA powinno zarządzać położeniem danych na taśmach i realizować optymalizację wykorzystania nośników pod kątem efektywnego wykorzystania nośników. Operacje te powinny być wykonywane bez udziału operatora jak również w wyniku zadania przez niego

uruchomionego i/lub zaplanowanego. Powinna istnieć możliwość stworzenia puli co najmniej dwóch zestawów taśm i przypisania do nich grup hostów i/lub pojedynczych hostów OA powinno korzystać z mechanizmów lokalizacji taśmy, np. z czytnika kodów paskowych zainstalowanego w bibliotece będącej elementem niniejszego przetargu OA musi umożliwić jednoczesne wykorzystanie w procesie zapisu danych wielu napędów biblioteki taśmowej Powinna być zaimplementowana funkcjonalność typu vaulting pozwalająca na wykonanie kopii danych oraz całych taśm na nośniki, które zostaną usunięte (wyniesione) z puli taśm dostępnych dla systemu archiwizacyjnego OA w ramach dostarczonych licencji musi zarzadzać kopiami taśm z danymi znajdującymi się poza biblioteka taśmową Odzyskiwanie danych musi być możliwe do wykonania w miejscu i na hoście, z którego dane zostały pobrane jak również w inne, wskazane przez operatora miejsce i na innego wskazanego hosta niezależnie OA w ramach dostarczonych licencji musi umożliwiać jednoczesną współpracę z co najmniej 2 bibliotekami tasmowymi, z których każda będzie wyposażona w co najmniej 3500 slotów oraz 40 napędów 5 Buforowanie OA musi umieć wykorzystać zadeklarowaną przestrzeń dyskową (np. na jednej z macierzy będącej elementem przetargu lub innym urządzeniu wskazanym w konfiguracji) jako element rozwiązania typu Disk-to- Disk-to-Tape. W szczególności funkcjonalność ta ma na celu przyśpieszenie procesu tworzenia kopii zapasowych tak by świeże dane były odzyskiwane bezpośrednio ze wskazanej przestrzeni dyskowej (pul dyskowych) 6 Zarządzanie Z konsoli graficznej, zainstalowanej na komputerze pracującym pod kontrolą systemu Windows (XP, rodzina 2000, rodzina 2003) Powinna istnieć także możliwość uruchomienia konsoli zarządzającej z dowolnego komputera wyposażonego w przeglądarkę internetową i platformę Java np. z Linuksa

7 Całościowe odtwarzanie systemów Proponowane rozwiązanie powinno zawierać oprogramowanie umożliwiające odzyskanie konkretnego hosta w przypadku jego całkowitej awarii, tzw. bare metal restore Jeżeli OA nie posiada takiego modułu dopuszczalne jest zastosowanie modułu firmy trzeciej w pełni zintegrowanego z OA poprzez wykorzystanie API OA Moduł ten musi obsługiwać systemy operacyjne: Windows 2000 (Prof. i Server; NTFS); Windows 2003 (Std. i Ent.; NTFS); Windows XP (FAT i pochodne, NTFS); wszystkich klientów linuksowych (system plików ext3) Moduł musi mieć możliwość archiwizacji i późniejszego odtworzenia całości systemu, włączając w to tablicę partycji, sektor rozruchowy i stan systemu (np. registry) Operator powinien mieć możliwość uruchomienia całościowego odzyskiwania systemu operacyjnego, jego ustawień i danych użytkowników z dysków lokalnych (jeżeli wszystkie te elementy zostały zdefiniowane w polityce dotyczącej tego konkretnego hosta) za pomocą specjalnego nośnika danych (np. płyty CD) uruchomionego na komputerze, który nie ma zainstalowanego systemu operacyjnego 8 Przechowywanie danych i raportowanie Informacje dotyczące kopii, harmonogramów archiwizacji, nośników i zdarzeń muszą być dostępne z konsoli operatora systemu (do późniejszego przejrzenia) OA powinno umożliwić archiwizację tych danych na dostępnych nośnikach obejmujących funkcje WORM 9 Licencje Licencja OA musi umożliwić archiwizację co najmniej 64 systemów (stacji i serwerów) pracujących pod kontrolą platformy Windows; każdy system będzie miał maksimum dwa fizyczne procesory Licencja OA musi umożliwić archiwizację co najmniej 64 systemów (stacji i serwerów) pracujących pod kontrolą platformy Windows; każdy system będzie miał maksimum dwa fizyczne procesory Licencja OA musi umożliwić dodatkowo archiwizację serwera, na którym zostanie zainstalowane OA. Serwer ten będzie miał maksimum 2 fizyczne

procesory Należy przyjąć, że w środowisku Zamawiającego nie będzie więcej niż 8 jednoprocesorowych stacji roboczych objętych procedurą backupu. Resztę będą stanowiły serwery Licencje muszą zostać dostarczone na wszystkie wymienione w niniejszej specyfikacji OA funkcjonalności chyba, że zapisy stanowią inaczej OA w ramach dostarczonej licencji musi umożliwiać wykonanie backupu na dysk 148 TB danych użytkowych 10 Dostawa i instalacja OA powinno być dostarczone, skonfigurowane i uruchomione przez Wykonawcę, z którym podpisano Umowę w sprawie zamówienia publicznego na przeznaczonym do tego celu sprzęcie zapewnionym przez Ośrodek Zwycięzca przetargu powinien zainstalować część kliencką OA na wskazanych systemach Ośrodka 11 Dokumentacja i szkolenie Dostawca OA powinien, po zainstalowaniu i przetestowaniu działania systemu, przeprowadzić krótkie, lecz nie krótsze niż 4 godziny, szkolenie z obsługi systemu archiwizacyjnego Pełna dokumentacja OA musi zostać dostarczona w postaci papierowej Do OA powinna zostać dostarczona lista licencji, które nie wchodzą w skład pakietu OA w funkcjonalności opisanej w SIWZ wraz z cennikiem Do OA powinna zostać dostarczona lista funkcjonalności (licencji), które można dokupić do zaproponowanej konfiguracji OA