Załącznik 1. Opis parametrów technicznych

Transkrypt

1 Załącznik 1. Opis parametrów technicznych 1. Serwer RISC 1 1 sztuka L.p. Parametr Wymagania Zamawiającego 1. Produkcja Fabrycznie nowe 2. Chipset Rekomendowany przez producenta procesora 3. Płyta główna Wyprodukowana przez producenta serwerów, trwale oznaczona logiem producenta serwerów 4. Rodzaj architektury Zainstalowane min. 2 procesory (core) w technologii RISC lub EPIC 64-bit z możliwością bezpośredniej rozbudowy (bez konieczności zmiany głównych elementów serwera takich jak płyta główna czy obudowa) do minimum 8 procesorów (core). 5. BIOS Producenta serwera 6. Wydajność transakcyjna Serwer w dostarczonej konfiguracji musi zapewnić wydajność transakcyjną na poziomie, co najmniej, tpmc. Zamawiający wymaga potwierdzenia wydajności jak poniżej: Wyniki tpmc dla oferowanego typu i modelu serwera muszą być opublikowane na oficjalnej stronie organizacji TPC ( Przy braku testów serwera w oferowanej konfiguracji dopuszcza się przeliczenie wyników przy wykorzystaniu wewnętrznych testów producenta (oficjalnie opublikowanych na stronie producenta) oraz wyników tpmc dla oferowanego typu i modelu serwera (opublikowanych na oficjalnej stronie organizacji TPC Serwer w dostarczonej konfiguracji musi zapewniać bezpośrednią ścieżkę rozbudowy do wydajności transakcyjnej na poziomie co najmniej tpmc przy czym wynik testu TPC-C dla oferowanego typu i modelu serwera musi być potwierdzony jak poniżej: 1

2 Wyniki tpmc dla oferowanego typu i modelu serwera muszą być opublikowane na oficjalnej stronie organizacji TPC ( 7. Pamięć RAM Min. 8 GB przy spełnieniu warunku min. 4 GB pamięci RAM na 1 rdzeń procesora. Architektura serwera musi umożliwić rozbudowę do 256 GB pamięci RAM 8. System kontroli i korekcji błędów pamięci Mechanizm ECC dla pamięci RAM oraz dla pamięci cache 9. Karty sieciowe Min. 1 x 2-port Ethernet 1Gb 10. Kontrolery FC Min. 2 x 2-port Fibre Channel 4 Gb/s 11. Dyski systemowe Min. 2 dyski systemowych o pojemności 300 GB obr./min. 12. Czytniki wewnętrzne DVD-ROM 13. Partycjonowanie Serwer ma mieć możliwość rozbudowy o wirtualizację oraz partycjonowanie przy następujących założeniach: 1. Możliwość tworzenie partycji wirtualnych oraz dedykowanych. Partycje wirtualne muszą umożliwiać dynamiczne przydzielenie do pojedynczej partycji części procesora, części pamięci operacyjnej, dedykowane adaptery FC, SCSI, LAN, jak i wirtualne adaptery SCSI i LAN. Przenoszenie zasobów pomiędzy partycjami musi odbywać się bez przerywania pracy aplikacji. Partycje dedykowane muszą umożliwiać przydzielenie dowolnej liczby procesorów, pamięci operacyjnej oraz dedykowane adaptery FC, SCSI, LAN, jak i wirtualne adaptery SCSI i LAN. Przenoszenie zasobów pomiędzy partycjami musi odbywać się bez przerywania pracy aplikacji. 2. Możliwość automatycznego zarządzania partycjami (rozkładanie 2

3 mocy serwera między partycjami). Każda partycja ma mieć możliwość pracowania pod kontrolą różnych instancji systemu operacyjnych. 3. Możliwość jednoczesnego instalowanie w partycjach zarówno systemu rodziny LINUX, jak i UNIX. 4. Możliwość instalacji różnych wersji sytemu operacyjnego oraz poprawek systemowych na poszczególnych partycjach. 14. Zasilanie, chłodzenie redundantne zasilacze oraz wiatraki serwera. Awaria pojedynczego zasilacza lub wiatraka nie może powodować przestoju systemu. 15. System operacyjny System rodziny UNIX licencjonowany na nieograniczoną liczbę użytkowników System operacyjny musi być dostarczone wraz z trzyletnią obsługą, zapewniającą bezpłatne nowe wersje oraz pomoc techniczną i usuwanie błędów System dostarczany i rozwijany przez producenta sprzętu 16. Oprogramowanie klastra niezawodnościowego Serwer musi być wyposażony w oprogramowanie pozwalające na skonfigurowanie do 32 węzłów klastra wysokiej dostępności. Wymagane są licencje na wszystkie rdzenie procesorów serwera. 17. Obudowa serwera Przystosowana do instalacji w standardowej obudowie przemysłowej typu rack 18. Funkcje niezawodnościowe sprzętu Serwer musi posiadać: redundantne zasilacze i wentylatory, możliwość wymiany zasilaczy, wentylatorów i dysków systemowych bez potrzeby wyłączania serwera, dynamiczną dealokację procesorów powodującą wyłączenie nieprawidłowo działającego procesora bez przerywania pracy aplikacji, dynamiczną dealokację slotów 3

4 PCI, procesor serwisowy monitorujący w sposób ciągły prace serwera i poszczególnych partycji. 19. Stacja zarządzająca Dedykowana stacja (podać typ, model i producenta) do zarządzania i sterowania zasobami przydzielonymi do poszczególnych instancji systemu operacyjnego. Oprogramowanie zarządzające musi być zaproponowane z trzyletnim wsparciem producenta. 20. Atesty i Certyfikaty ( wymagane dołączenie oświadczeń lub certyfikatów ) 21. Atesty i certyfikaty ( dotyczy dostawcy -wymagane dołączenie oświadczeń lub certyfikatów 22. Gwarancja min 36 miesięcy ISO 9001 dla producenta lub równoważnego certyfikatu wsparcie producenta dla zainstalowanego systemu operacyjnego Serwer musi być wyprodukowany po 1 kwietnia 2009 roku Dołączone do oferty oświadczenie producenta serwera potwierdzające zgodność zaproponowanych serwerów z parametrami wymaganymi przez Zamawiającego ISO 9001 na sprzedaż i serwis posiadane przez Oferenta lub równoważnego certyfikatu 2. Serwer RISC 2 1 sztuka L.p. Parametr Wymagania Zamawiającego 1. Produkcja Fabrycznie nowe 2. Chipset Rekomendowany przez producenta procesora 3. Płyta główna Wyprodukowana przez producenta serwerów, trwale oznaczona logiem producenta serwerów 4. Rodzaj architektury Zainstalowane min. 2 procesory (core) w technologii RISC lub EPIC64-bit 5. BIOS Producenta serwera 6. Wydajność transakcyjna Serwer w dostarczonej konfiguracji musi zapewnić wydajność w wysokości 80% wydajności serwera typ 1. Do potwierdzenia wydajności dopuszcza się przeliczenie wydajności na podstawie 4

5 oficjalnych testów producenta (oficjalnie opublikowanych na stronie producenta) lub testów niezależnej organizacji TPC( 7. Pamięć RAM Min. 8 GB przy spełnieniu warunku min. 4 GB pamięci RAM na 1 rdzeń procesora. Architektura serwera musi umożliwić rozbudowę do 32 GB pamięci RAM 8. System kontroli i korekcji błędów pamięci Mechanizm ECC dla pamięci RAM oraz dla pamięci cache 9. Karty sieciowe Min. 1 x 2-port Ethernet 1Gb 10. Kontrolery FC Min. 2 x 2-port Fibre Channel 4 Gb/s 11. Dyski systemowe Min. 2 dyski systemowych o pojemności 300 GB obr./min. 12. Czytniki wewnętrzne DVD-ROM 13. Partycjonowanie Serwer ma mieć możliwość rozbudowy o wirtualizację oraz partycjonowanie przy następujących założeniach: 1. Możliwość tworzenie partycji wirtualnych oraz dedykowanych. Partycje wirtualne muszą umożliwiać dynamiczne przydzielenie do pojedynczej partycji części procesora, części pamięci operacyjnej, dedykowane adaptery FC, SCSI, LAN, jak i wirtualne adaptery SCSI i LAN. Przenoszenie zasobów pomiędzy partycjami musi odbywać się bez przerywania pracy aplikacji. Partycje dedykowane muszą umożliwiać przydzielenie dowolnej liczby procesorów, pamięci operacyjnej oraz dedykowane adaptery FC, SCSI, LAN, jak i wirtualne adaptery SCSI i LAN. Przenoszenie zasobów pomiędzy partycjami musi odbywać się bez przerywania pracy aplikacji. 2. Możliwość automatycznego zarządzania partycjami (rozkładanie 5

6 mocy serwera między partycjami). Każda partycja ma mieć możliwość pracowania pod kontrolą różnych instancji systemu operacyjnych. 3. Możliwość jednoczesnego instalowanie w partycjach zarówno systemu rodziny LINUX, jak i UNIX. 4. Możliwość instalacji różnych wersji sytemu operacyjnego oraz poprawek systemowych na poszczególnych partycjach. 14. Zasilanie, chłodzenie redundantne zasilacze oraz wiatraki serwera. Awaria pojedynczego zasilacza lub wiatraka nie może powodować przestoju systemu. 15. System operacyjny System rodziny UNIX licencjonowany na nieograniczoną liczbę użytkowników System operacyjny musi być dostarczone wraz z trzyletnią obsługą, zapewniającą bezpłatne nowe wersje oraz pomoc techniczną i usuwanie błędów System dostarczany i rozwijany przez producenta sprzętu 16. Oprogramowanie klastra niezawodnościowego Serwer musi być wyposażony w oprogramowanie pozwalające na skonfigurowanie do 32 węzłów klastra wysokiej dostępności. Wymagane są licencje na wszystkie rdzenie procesorów serwera. 17. Obudowa serwera Przystosowana do instalacji w standardowej obudowie przemysłowej typu rack 18. Funkcje niezawodnościowe sprzętu Serwer musi posiadać: redundantne zasilacze i wentylatory, możliwość wymiany zasilaczy, wentylatorów i dysków systemowych bez potrzeby wyłączania serwera, dynamiczną dealokację procesorów powodującą wyłączenie nieprawidłowo działającego procesora bez przerywania pracy aplikacji, dynamiczną dealokację slotów 6

7 19. Atesty i Certyfikaty ( wymagane dołączenie oświadczeń lub certyfikatów ) 20. Atesty i certyfikaty ( dotyczy dostawcy -wymagane dołączenie oświadczeń lub certyfikatów 21. Gwarancja min 36 miesięcy PCI, procesor serwisowy monitorujący w sposób ciągły prace serwera i poszczególnych partycji. ISO 9001 dla producenta lub równoważnego certyfikatu wsparcie producenta systemu operacyjnego serwerów RISC 1 i 2 dla zaoferowanej biblioteki taśmowej i macierzy dyskowej Serwer musi być wyprodukowany po 1 kwietnia 2009 roku Dołączone do oferty oświadczenie producenta serwera potwierdzające zgodność z parametrami wymaganymi przez Zamawiającego ISO 9001 na sprzedaż i serwis posiadane przez Oferenta lub równoważnego certyfikatu 3. Macierz dyskowa 2 sztuki L.p. Parametr Wymagania Zamawiającego 1. Produkcja Fabrycznie nowe 2. Cache 1,75GB pamięci cache (sumarycznie dla obu kontrolerów) chronionej przez wbudowane baterie przez minimum 72 godziny 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. 3. Kontrolery Dwa kontrolery RAID pracujące w trybie active-active. Każdy z kontrolerów musi posiadać dwa zewnętrzne porty 4Gb/s umożliwiające bezpośrednio podłączenie do switcha Fiber Chanel lub serwera. Awaria jednego kontrolera nie może spowodować braku dostępu do jakiegokolwiek z zasobów dyskowych. 4. Funkcjonalności Macierz dyskowa musi umożliwiać 7

8 dedykowanie dowolnego dysku fizycznego jako globalny dysk typu Hot- Spare. Musi istnieć możliwość definiowania nieograniczonej liczyby dysków typu Global Hot-Spare Macierz musi mieć możliwość rozbudowy o funkcjonalność wykonywania natychmiastowej kopii danych (point-in-time copy). Funkcjonalność ta powinna być realizowana w trybie copy-on-write. Licencja na wykonywanie natychmiastowej kopii danych powinna obejmować całą przestrzeń dyskową oferowaną przez macierz. Musi istnieć możliwość równoczesnego istnienia co najmniej 512 takich kopii w obrębie macierzy. Dostarczona macierz musi pozwalać na wykonanie min. 2 kopii migawkowych Macierz musi mieć możliwość rozbudowy o replikację danych z druga macierzą w sposób synchroniczny i asynchroniczny z wykorzystaniem jedynie kontrolerów macierzy. Musi istnieć możliwość dynamicznej zmiany trybu i kierunku replikacji, bez potrzeby ponownej pełnej synchronizacji Licencja na wykonywanie zdalnej replikacji powinna obejmować całą przestrzeń dyskową oferowaną przez macierz. Macierz musi mieć możliwość rozbudowy o funkcjonalność wykonywania pełnej kopii lokalnych wolumenów logicznych z wykorzystaniem jedynie kontrolerów macierzy. Licencja na wykonywanie kopii lokalnego wolumenu powinna obejmować całą przestrzeń dyskową oferowaną przez macierz. Macierz dyskowa musi obsługiwać następujące systemy operacyjne: HP- UX: HP-UX, IBM AIX, Sun Solaris, Linux, Windows, Novell NetWare, VMware, VIOS. W szczególności macierz dyskowa musi być wyposażona we wszystkie niezbędne licencje do współpracy z 8

9 systemem AIX/VIOS Macierz dyskowa musi umożliwić redundantne podłączenie minimum 2 serwerów. Licencje na oprogramowanie do automatycznego przełączania ścieżki dla każdego z 2 serwerów, dla wszystkich wspieranych systemów operacyjnych muszą być dołączone do macierzy bez dodatkowej opłaty. Macierz dyskowa musi umożliwiać dedykowanie dowolnego dysku fizycznego jako globalny dysk typu Hot- Spare. Musi istnieć możliwość definiowania nieograniczonej liczby dysków typu Global Hot-Spare. 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ść dynamicznej zmiany poziomu RAID dla istniejącej grupy RAID. b. Możliwość dynamicznego dodawania dysków do istniejących grup RAID. c. Możliwość dynamicznego powiększania rozmiaru wolumenów logicznych. d. Możliwość dynamicznej zmiany rozmiaru segmentu dla wolumenów logicznych. e. Możliwość dodawania kolejnych półek dyskowych oraz dysków bez przerywania pracy macierzy, dla dowolnej konfiguracji macierzy f. Możliwość aktualizacji oprogramowania macierzy (firmware) w trybie online. Macierz musi umożliwić stworzenie fizycznej grupy RAID 0 lub RAID 10 na co najmniej 112 dyskach. Macierz musi umożliwiać stworzenie konfiguracji odpornej na awarię pojedynczej półki bez utraty danych przy zastosowaniu RAID-5. Taka konfiguracja musi być możliwa dla zestawu kontrolera i dwóch półek 9

10 dyskowych. Macierz musi umożliwiać stworzenie fizycznej grupy RAID-5 na co najmniej 20 dyskach z założeniem, że maksymalnie pojemność jednego dysku przeznaczona jest na informacje o parzystości (np. 19D+1P) 5. Ilość portów do serwerów Wyposażona w 4 porty do serwerów pracujących w standardach Fibre Channel Switched Fabric (FC-SW) lub Arbitrated-Loop (FC-AL), z prędkościami 4Gbps, 2Gbps lub 1Gbps 6. Dyski Wyposażona w 10 dysków Fibre Channel 4Gbps rpm o pojemnościach 300GB. Macierz musi umożliwiać rozbudowę o dyski FC 4Gbit 450GB obr/min oraz o dyski SATA GB. Obudowa kontrolerów macierzy musi posiadać miejsca na instalacje co najmniej 16 dysków w technologii FC i SATA-2. Macierz musi gwarantować możliwość rozbudowy do co najmniej 112 dysków. Macierz musi zapewniać połączenia typu punkt-punkt do dysków twardych, musi istnieć możliwość jednoczesnego transferu danych z co najmniej 2 dysków. 7. RAID Wsparcie dla poziomów RAID 0, RAID 1, RAID 3, RAID 5, RAID 10 i RAID6. 8. Partycje Do 128 partycji storage, wraz z macierzą musi być dostarczona licencja na dwie partycje storage 9. Wolumeny logiczne Macierz powinna umożliwiać utworzenie co najmniej 1024 niezależnych wolumenów logicznych. Macierz musi pozwalać na stworzenie dysków logicznych większych niż 2TB 10. Dyski typu Hot-Spare Macierz dyskowa musi umożliwiać dedykowanie dowolnego dysku fizycznego jako globalny dysk typu Hot- Spare. Musi istnieć możliwość definiowania nieograniczonej liczby dysków typu Global Hot-Spare. 11. Bezpieczeństwo Wszystkie krytyczne elementy macierzy kontrolery dyskowe, pamięć cache, zasilacze i wentylatory muszą być zdublowane i wymienialne podczas 10

11 pracy z wyjątkiem pamięci cache. Awaria pojedynczego elementu nie może wpływać na funkcjonowanie całego systemu. Musi być możliwość zasilania z dwóch niezależnych źródeł. Zanik jednego napięcia nie może powodować utraty danych, przerwy w pracy urządzenia ani zmniejszać jego wydajności. Macierz dyskowa musi być wyposażona w oprogramowanie służące do monitorowania jej stanu i przypadku wykrycia awarii / potencjalnego uszkodzenia musi powiadomić automatycznie serwis lub wybraną osobę 12. Obudowa Montowalna w szafie przemysłowej 19" Maksymalna wysokość wersji dostarczonej 3U Maksymalna wysokość wersji ze 112 dyskami 21U 13. Rozbudowa Macierz musi umożliwiać rozbudowę o pojedyncze dyski fizyczne i pojedyncze półki rozszerzeń. 14. Zarządzanie Macierz musi oferować zarządzanie poprzez port szeregowy Macierz musi oferować zarządzanie poprzez sieć SAN i LAN. Oba tryby zarządzania powinny działać niezależnie od siebie, 15. Atesty i Certyfikaty ( wymagane dołączenie oświadczeń lub certyfikatów ) 16. Atesty i certyfikaty ( dotyczy dostawcy -wymagane dołączenie oświadczeń lub certyfikatów ISO 9001 dla producenta Macierze muszą być wyprodukowany po 1 kwietnia 2009 roku Dołączone do oferty oświadczenie producenta macierzy potwierdzające zgodność z parametrami wymaganymi przez Zamawiającego ISO 9001 na sprzedaż i serwis posiadane przez Oferenta 17. Gwarancja Na macierz dyskową Oferent musi udzielić 3 lata gwarancji. Oprogramowanie do zarządzania musi posiadać funkcjonalność interfejs graficzny oraz CLI (command-line interface) wraz z 3 letnim wsparciem technicznym w cenie macierzy. 11

12 4. Przełączniki FC 2 sztuki L.p. Parametr Wymagania Zamawiającego 1. Typ Przełącznik Fibre Channel, światłowodowy, sieci SAN. 2. Porty Nie mniej niż 24 światłowodowych portów FC w technologii 4 Gbit/s z zainstalowanymi w aktywnych portach modułami SFP 4 Gbit/s wielomodowymi ze złączem LC. Minimum 8 portów aktywnych. 3. Obudowa Modułowa, o wysokości nie większej niż 1U z oprzyrządowaniem do montażu w standardowej szafie 19". 4. Wydajność Przełącznik musi oferować możliwość tworzenia trunków na portach FC do łącznej przepustowości 32 Gbit/s., średnie opóźnienie: nie większe niż 1 ms. 5. Zasilanie Nie mniej niż dwa zasilacze typu "hotswap" pracujące w sieci 230V/50Hz. Wymiana pojedynczego zasilacza nie może przerywać pracy urządzenia. 6. Kompatybilność Urządzenie musi współpracować z przełącznikami Silkworm rodziny 200 (w trybie natywnym) i Cisco MDS 9216 (w trybie interop mode 2") oraz kartami serwerowymi FC będącym elementem niniejszego przetargu (w trybie natywnym). Przełącznik musi obsługiwać porty typu E-Port, F-Port i FL-Port oraz mieć możliwość uruchomienia ISL z wymienionymi przełącznikami w trybie natywnym lub "interop mode 2" (np. dla przełączników MDS). Przełącznik musi być rozpoznawany i zarządzany przez oprogramowanie Brocade Fabric Manager". 7. Licencje Przełącznik musi mieć dostarczone co najmniej licencje typu "web license", "zoning license" oraz "fabric license" (wg nomenklatury licencji stosowanej do przełączników SAN FC z rodziny 200) lub równoważne do konkretnego modelu przełącznika. Przełącznik musi umożliwiać połączenia do co najmniej 16 innych 12

13 15. Atesty i Certyfikaty ( wymagane dołączenie oświadczeń lub certyfikatów ) 16. Atesty i certyfikaty ( dotyczy dostawcy -wymagane dołączenie oświadczeń lub certyfikatów 17. Gwarancja min 36 miesięcy przełączników (full fabric). ISO 9001 dla producenta Przełącznik musi być wyprodukowany po 1 kwietnia 2009 roku Dołączone do oferty oświadczenie producenta przełącznika potwierdzające zgodność zaproponowanych przełączników z parametrami wymaganymi przez Zamawiającego ISO 9001 na sprzedaż i serwis posiadane przez Oferenta 5. Biblioteka taśmowa 1 sztuka L.p. Parametr Wymagania Zamawiającego 1. Produkcja Fabrycznie nowe 2. Napędy 1 napęd LTO Ultrium z obsługą taśm o pojemności 800 GB bez kompresji danych 3. Interfejs napędu FibreChannel 4. Ilość napędów 1/2 (zainstalowana/maksymalna) 5. Ilość slotów na taśmy nie mniej niż 44 sloty magnetyczne 6. Ilość slotów umożliwiających 1 wymianę pojedynczej taśmy bez konieczności wyjmowania z biblioteki całego magazynku z taśmami 7. Parametry napędu Posiadający mechanizm automatycznie dostosowującym prędkość przesuwu taśmy magnetycznej do wartości strumienia danych przekazywanego do napędu w zakresie przynajmniej MB/s. 8. Czytnik kodów paskowych Czytnik kodów kreskowych, z możliwością automatycznej inwentaryzacji taśm 9. Technologia WORM Pełna obsługa technologii WORM Write One/Read Many (z możliwości jednoczesnego użycia nośników WORM i rewritable ) lub równoważnej 10. Zarządzanie i funkcjonalność Dostęp zdalny Monitorowanie stanu biblioteki i 13

14 11. Wsparcie dla systemów operacyjnych napędów Biblioteka musi wspierać kilka niezależnych dróg sterowania automatyką (multipathing) w obrębie połączeń FC biblioteki i serwera ( serwerów) backupu, przełączenie sterowania w razie awarii musi następować automatycznie Biblioteka musi wykorzystywać pamięć chip-memory w nośnikach taśmowych do przechowywania informacji statystycznych, aby przewidywać wystąpienie awarii napędu czy uszkodzenie nośnika Możliwość sprzętowego podział biblioteki na mniejsze biblioteki logiczne, AIX, HP-UX, Microsoft Windows 2000 Server, Microsoft Windows 2003 Server, i5os Solaris 12. Obudowa Przystosowana do montażu w szafie RACK 13. Diagnostyka Biblioteka musi posiadać ekran LCD na którym można sprawdzać komunikaty o błędach urządzenia, aktywność napędów itp. 14. Dodatkowo Do biblioteki należy dołączyć 5 taśm LTO4, rekomendowane przez producenta biblioteki oraz jedną taśmę czyszczącą 15. Atesty i Certyfikaty ( wymagane dołączenie oświadczeń lub certyfikatów ) 16. Atesty i certyfikaty ( dotyczy dostawcy -wymagane dołączenie oświadczeń lub ISO 9001 dla producenta Dołączone do oferty oświadczenie producenta biblioteki potwierdzające zgodność z parametrami wymaganymi przez Zamawiającego Dołączone do oferty oświadczenie producenta Tivoli Storage Managera o poprawnej współpracy aplikacji posiadanej przez zamawiającego z zaproponowaną biblioteką ISO 9001 na sprzedaż i serwis posiadane przez Wykonawcę ISO 9001 na sprzedaż i serwis posiadane przez Oferenta 14

15 certyfikatów 17. Gwarancja min 36 miesięcy 6. System do wykonywania kopii zapasowych L.p. Parametr Wymagania Zamawiającego 1. Oprogramowanie do wykonywania kopii zapasowych powinno posiadać następującą funkcjonalność: Obsługiwać urządzenia taśmowe i dyskowe służące do przechowywania danych, Przechowywać informacje o wykonanych kopiach, harmonogramach oraz nośnikach w relacyjnej bazie danych. Proces tworzenia kopii zapasowej oraz odtwarzania danych powinien być procesem transakcyjnym. Ze względów bezpieczeństwa system powinien mieć możliwość wykonania mirroru tej bazy danych. Jednocześnie musi istnieć możliwość wykonania kopii zapasowej na taśmy. Umożliwiać definiowanie w sposób centralny, z jednej konsoli polityki tworzenia kopii zapasowych, tj. określenia, jakie dane, kiedy i gdzie powinny być składowane (definiowanie harmonogramu backupu) Umożliwiać realizowanie raz zdefiniowanej polityki backupu w sposób automatyczny, bez konieczności ingerencji operatora. System powinien umożliwić także wykonywanie określonej akcji (zatrzymanie procesów, wykonanie backupu i ponowne uruchomienie). Wykonywać kopie zapasowe w sposób przyrostowy pierwsza kopia powinna być kopią całkowitą a kolejne powinny zawierać jedynie dane, które uległy modyfikacji. Możliwość zdefiniowania czasu ważności kopii danych. Możliwość jednoczesnego tworzenia kopii zapasowych na różnego rodzaju nośniki (taśmy, dyski). Możliwość prowadzenia wersyfikacji 15

16 kopii zapasowych definiowanie ilości przechowywanych wersji backup owanych zasobów Możliwość jednoczesnego Backup owania wielu klientów (zasobów) na urządzenia dyskowe. System bez ingerencji operatora powinien przenieść dane z dysków na taśmy. Posiadać możliwość odtwarzania kopii zapasowej z dowolnego punktu w czasie. Funkcja Checkpoint restores - wznowienie odtwarzania danych w przypadku przerwania transmisji od miejsca gdzie nastąpiła przerwa. System oprócz backupu i odtwarzania danych powinien realizować funkcje archiwizacji danych kopia danych nie podlegających modyfikacji. Bez udziału operatora zarządzać położeniem danych system ma optymalizować położenie danych na taśmach pod kątem optymalnego wykorzystania nośników. Bez udziału operatora system powinien optymalizować liczbę zapisanych taśm (przenoszenie danych pomiędzy taśmami w celu zwolnienia nośników i ponownego użycia) Bez udziału operatora system powinien grupować na taśmie, grupie taśm dane z grupy serwerów, jednego serwera lub systemu plików. System musi zarządzać wieloma kopiami zabezpieczonych danych. Optymalizacja taśm znajdujących się zarówno w obsługiwanej bibliotece taśmowej jak i w sejfie. System musi zarządzać backupami na poziomie pojedynczych plików. Umożliwiać odtwarzanie danych w dowolne wskazane miejsce dyskowe. Umożliwiać tworzenie jak i odtwarzanie kopii zapasowych z wykorzystaniem struktury sieciowej 16

17 2. Obsługiwane systemy operacyjne 3. Dedykowany serwer na potrzeby oprogramowania do backupu 4. Dedykowane urządzenie taśmowe na potrzeby oprogramowania do backupu 5. Serwery klienci które mają być objęte systemem kopii SAN (Storage Area Network) dane mają być przesyłane do serwera backupu z ominięciem sieci LAN Umożliwiać backup baz danych IBM DB2 i Oracle przy założeniu, że znajdują się w odseparowanych segmentach LAN. AIX, Linux, Windows 2000 Server i 2003 Server, VMware Infrastructure 3 Enterprise Dedykowana partycja na jednym serwerów dostarczonych w ramach tego postępowania Biblioteka taśmowa Dwa serwery RISC z podłączonymi macierzami dostarczone w ramach tego postępowania bezpieczeństwa 6. Licencje W ramach postępowania należy dostarczyć licencję do backupu dostarczonych serwerów, umożliwiające tworzenie jak i odtwarzanie kopii zapasowych z wykorzystaniem struktury sieciowej SAN (Storage Area Network) dane będą przesyłane do serwera backupu z ominięciem sieci LAN. Należy także dostarczyć licencję do backupu bazy danych on-line dostarczonej w ramach tego postępowania 7. Wsparcie min 36 miesięcy 7. Oprogramowanie Bazy Danych: Opracowywany przez Zamawiającego system wymaga przygotowania centralnego repozytorium danych i repozytoriów satelitarnych. Oba typy repozytoriów muszą korzystać z jednego relacyjnego silnika zarządzania bazami danych z niniejszymi zastrzeżeniami: 1. Serwer danych musi zapewnić bezobsługową pracę, w szczególności: 17

18 - automatyczne wykonywanie archiwum bazy oraz automatyczną archiwizację dziennika transakcji w trakcie działania bazy danych, wraz odpowiednimi licencjami do wykonywania kopii bezpieczeństwa na bibliotekę taśmową. - automatyczną konserwacje bazy danych, włączając automatyczne tworzenie statystyk oraz monitorowanie poprawności stanu bazy - automatyczne zarządzanie przestrzenią dyskową - możliwość automatycznego dostosowania wykorzystania pamięci do aktualnego obciążenia 2. System powinien zapewnić możliwość natywnego przechowywania i zarządzania dokumentami XML bezpośrednio w bazie danych bez konieczności dekompozycji dokumentów do postaci relacyjnej. W szczególności baza danych musi wspierać języki zapytań XQuery, XPath oraz dawać możliwość indeksowania dokumentów XML. 3. System powinien zapewnić możliwość pełnotekstowego przeszukiwania informacji przechowywanych w bazie danych. 4. System powinien zapewnić pełną integracja z czołowymi środowiskami programistycznymi (IDE), w tym: Visual Studio.NET, IBM WebSphere Studio Application Developer (WSAD), Eclipse i Borland Delphi 5. Serwer centralny musi umożliwiać instalacje na systemie AIX, a serwery satelitarne na systemach Windows oraz Linux. 6. Oprogramowanie powinno zapewniać sprawną integrację z serwerem aplikacji, wykorzystującym standardy Java Enterprise Edition 5.0 Ponadto oprogramownie bazy danych powinno spełniać opisane poniżej parametry: L.p. Parametr Wymagania Zamawiającego 1. Licencje na centralne repozytorium bazy W ramach postępowania należy dostarczyć licencję na instancję centralnej bazy danych zestawionej w klastrze niezawodnościowym na dedykowanych partycjach serwerów RISC dostarczonych w ramach tego postępowania. Licencja na centralne repozytorium nie może ograniczać liczby użytkowników 18

19 pracujących na bazie danych oraz nie może wprowadzać limitu na wielkość bazy danych. 2. Licencje na satelitarne repozytoria bazy danych Należy także dostarczyć licencje pozwalające na instalację minimum 2500 instancji satelitarnych baz danych. Satelitarne bazy danych będą pracować na stacjach roboczych z jednym procesorem wielordzeniowym (jedno, dwu bądź czterordzeniowym). Dostarczone licencje nie mogą wprowadzać limitu wielkości bazy danych. 3. Wsparcie Licencje na repozytorium centralne mają zostać dostarczone z 12 miesięcznym wsparciem. Wsparcie techniczne powinno obejmować otrzymywanie aktualizacji oprogramowania oraz zgłaszanie i rozwiązywanie defektów oprogramowania. Serwis techniczny powinien przyjmować zgłoszenia krytycznych problemów technicznych w trybie całodobowym. Musi istnieć możliwość rozszerzenia wsparcia o dodatkowy okres, np. o dodatkowe 24 miesiące. 8. Oprogramowanie platformy wykonawczej: Opracowywany przez Zamawiającego system wymaga platformy wykonawczej dla centralnej aplikacji systemu oraz platformy wykonawczej dla uruchamiania aplikacji satelitarnych integrujących się z aplikacją centralną. Platforma wykonawcza aplikacji centralnej musi spełniać następujące wymagania: 1. Stanowi platformę do tworzenia zaawansowanych rozwiązań informatycznych w oparciu o architekturę SOA zorientowaną na usługi 2. Stanowi certyfikowany serwer aplikacji Java EE 5 19

20 3. Dostarcza deweloperom środowisko do budowy aplikacji JDK 6 4. zapewnia wysoko wydajny mechanizm realizacji transakcji w środowisku rozproszonym, w tym obsługę anulowania transakcji w trakcie wielofazowego procesu zatwierdzania transakcji. 5. Umożliwia przełączanie sesji użytkownika pomiędzy kanałami komunikacji (obsługa protokołu SIP) 6. Zapewnia następujące mechanizmy dla WebServices: WS-Security, WS-BA, WS-N,WS-RM,WS-I 7. Umożliwia uruchamianie portletów zgodnych ze specyfikacją JSR 168 i JSR Posiada zaimplementowany standard JMS oraz umożliwia integrację z innymi systemami kolejek wspierającymi standard JMS 9. Zapewnia współpracę z mechanizmami bezpieczeństwa LTPA, Kerberos 10. Dostarcza mechanizmy zabezpieczeń, które zapewnią bezpieczeństwo funkcji takich jak identyfikacja, uwierzytelnianie i ochrona danych użytkownika 11. Dostarczone mechanizmy zabezpieczeń powinny oferować możliwość zabezpieczania aplikacji oraz czynności administracyjnych przy pomocy mechanizmu opartego na rolach 12. Serwer powinien zapewniać mechanizmy autentykacji (w oparciu o hasło lub certyfikat) i autoryzacji użytkowników. Powinna zostać zapewniona możliwość integracji z repozytoriami użytkowników LDAP. 13. W celu autoryzacji narzędzie powinno umożliwiać kontrolę dostępu do poszczególnych komponentów lub na poziomie poszczególnych funkcji komponentów 14. Powinno umożliwiać administrację przy pomocy różnych typów kanałów dostępu, w tym: a. Konsoli administracyjnej dostępnej przez przeglądarkę internetową, umożliwiającej monitorowanie, aktualizację, zatrzymywanie, uruchamianie aplikacji, serwisów i wykorzystywanych zasobów, b. Programów skryptowych umożliwiających uruchamianie zadań administracyjnych zdefiniowanych w języku skryptowym, c. Narzędzi linii komend uruchamianych z linii komend systemu operacyjnego, dedykowanych do realizacji konkretnych zadań, d. Programów administracyjnych opartych o zbiór klas i metod Java zgodnych ze specyfikacją Java Management Extensions (JMX), oferujących wsparcie dla administracji komponentami Service Component Architecture (SCA) oraz obiektami biznesowymi Service Data Objects (SDO), 15. Powinno wspierać platformy MS Windows XP/Vista, Linux, Solaris, AIX, HPUnix. Platforma wykonawcza aplikacji satelitarnych powinna: 1. Stanowić certyfikowany serwer aplikacji Java EE Dostarczać deweloperom środowisko do budowy aplikacji JDK Umożliwić mechanizmy zabezpieczeń, które zapewnią bezpieczeństwo funkcji takich jak identyfikacja, uwierzytelnianie i ochrona danych użytkownika. 4. Zapewniać mechanizmy autentykacji (w oparciu o hasło lub certyfikat) i autoryzacji użytkowników. Powinna być możliwość integracji z repozytoriami użytkowników LDAP. 20