EZ/2009/697/92/09/ML Warszawa, dnia r.

Transkrypt

1 EZ/2009/697/92/09/ML Warszawa, dnia r. dotyczy: postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego na Dostawę licencji oprogramowania do zarządzania back upem wraz ze wsparciem techncznym 92/09. W Y J AŚNIENIE O RAZ Z M I ANA SPECYFIKACJI ISTOTYNYCH WARUNKÓW ZAMÓWIENIA NR 3 I. Sprostowanie Niniejszym Zamawiający dokonuje sprostowania zamieszczonej w dniu r. odpowiedzi na pytanie nr 1 z zapisu: Odpowiedź nr 1: Zamawiający w rozdziale 2 SIWZ Opis przedmiotu zamówienia w punkcie 3 opisał posiadaną infrastrukturę serwerową: - ilość procesorów 41 - ilość rdzeni 84 - dane serwery będą backupowane poprzez sieć SAN Pozostałe informacje będą do wglądu bezpośrednio u Zamawiającego. Osoba kontaktowa w sprawach merytorycznych: Dominik Krasowski tel wew. 121 kom na zapis: Odpowiedź nr 1: Zamawiający w rozdziale 2 SIWZ Opis przedmiotu zamówienia w punkcie 3 opisał posiadaną infrastrukturę serwerową: - ilość procesorów 41 - ilość rdzeni 84 - dane serwery będą backupowane poprzez sieć LAN Pozostałe informacje będą do wglądu bezpośrednio u Zamawiającego. Osoba kontaktowa w sprawach merytorycznych: Dominik Krasowski tel wew. 121 kom II. Odpowiedzi na pytania Zgodnie z art. 38 ust. 2 ustawy z dnia r. Prawo zamówień publicznych (tekst jednolity Dz.U. z 2007 r. Nr 223 poz ze zm.), Zamawiający udziela odpowiedzi na pytania zadane przez uczestników postępowania: Pytanie nr 1: W Rozdziale 2. Opis Przedmiotu Zamówienia, w punkcie 3 (na stronie 12 SIWZ), Zamawiający podaje bardzo ogólną charakterystykę serwerów (20 sztuk), których ma dotyczyć wdrażany system. Niestety, z punktu widzenia sposobu licencjonowania oprogramowania, które mamy zamiar zaproponować, informacje te są niewystarczające gdyż inaczej liczy się tam rdzeń w procesorze jednordzeniowym, a inaczej w czterordzeniowym. 1

2 W związku z tym prosimy o podanie dokładnej informacji, ile i jakich procesorów jest zainstalowanych w serwerach (ile jedno, ile dwu i ile czterordzeniowych). Dodatkowo, jeżeli mają być backup owane serwery wykorzystujące procesory z rodziny Intel 55xx, to też prosimy o podanie takiej informacji; jeżeli mają być backup owane serwery wykorzystujące procesory RISC, to prosimy o podanie ich typu i rodzaju stosowanego procesora. Odpowiedź nr 1: Zamawiający w rozdziale 2 SIWZ Opis przedmiotu zamówienia w punkcie 3 opisał posiadaną infrastrukturę serwerową: - ilość procesorów 41 - ilość rdzeni 84 - dane serwery będą backupowane poprzez sieć LAN Pozostałe informacje będą do wglądu bezpośrednio u Zamawiającego. Osoba kontaktowa w sprawach merytorycznych: Dominik Krasowski tel wew. 121 kom Pytanie nr 2 W załączniku nr 1 do Rozdziału 2 SIWZ, na stronie 15, występuje w punkcie 12 wymaganie tworzenia kopii zapasowych tzw. On-linie z serwera pocztowego MS Exchange, bez konieczności zatrzymywania pracy serwera. Czy Zamawiający wymaga dostarczenia licencji dla uzyskania tej funkcjonalności w tym postępowaniu? Jeśli tak, to prosimy o podanie charakterystyki serwerów (ilość procesorów, rdzeni) dla których jest wymagana ta funkcjonalność. Odpowiedź nr 2 Tak, Zamawiający wymaga dostarczenia licencji dla uzyskania tej funkcjonalności. Zamawiający w Rozdziale 2 Opis przedmiotu zamówienia, w punkcie 3 Opis infrastruktury serwerowej Zamawiającego zapisał iż szczegóły techniczne oraz informacje na temat posiadanych przez Zamawiającego na wymienionych serwerach systemów, aplikacji i baz danych dostępne będą do wglądu w siedzibie Zamawiającego tj. ul. Rakowiecka 4, Warszawa. Osoba kontaktowa w sprawach merytorycznych: Dominik Krasowski tel wew Pytanie nr 3 W załączniku nr 1 do Rozdziału 2 SIWZ, na stronie 15, występuje w punkcie 13 wymaganie tworzenia kopii zapasowych tzw. On-linie z serwerów baz i aplikacji MSSQL, Oracle, SAP, MS SharePoint, DB2, Informix, bez konieczności zatrzymywania pracy serwera bazy danych. Czy Zamawiający wymaga dostarczenia licencji dla uzyskania tej funkcjonalności w tym postępowaniu? Jeśli tak to prosimy o podanie charakterystyki serwerów (ilość procesorów, rdzeni), dla których jest wymagana ta funkcjonalność. Odpowiedź nr 3 Tak, Zamawiający wymaga dostarczenia licencji dla uzyskania tej funkcjonalności. Zamawiający w Rozdziale 2 Opis przedmiotu zamówienia, w punkcie 3 Opis infrastruktury serwerowej Zamawiającego zapisał iż szczegóły techniczne oraz informacje na temat posiadanych przez Zamawiającego na wymienionych serwerach systemów, aplikacji i baz danych dostępne będą do wglądu w siedzibie Zamawiającego tj. ul. Rakowiecka 4, Warszawa. Osoba kontaktowa w sprawach merytorycznych: Dominik Krasowski tel wew

3 Pytanie nr 4 W załączniku nr 1 do Rozdziału 2 SIWZ, na stronie 15, występuje w punkcie 25 wymaganie tworzenia jak i odtwarzania kopii zapasowych z wykorzystaniem struktury sieciowej SAN (Storage Area Network). Czy Zamawiający wymaga dostarczenia licencji dla uzyskania tej funkcjonalności w tym postępowaniu? Jeśli tak, to prosimy o podanie charakterystyki serwerów (ilość procesorów, rdzeni), dla których jest wymagana ta funkcjonalność. Odpowiedź nr 4 Zamawiający dokonuje zmiany treści SIWZ w zakresie punktu 25 Załącznika nr 1 do Rozdziału 2 SIWZ. III. Zmiana treści SIWZ nr 3 Zgodnie z art. 38 ust. 4 ustawy Prawo zamówień publicznych (tekst jednolity Dz. U. z 2007 r. Nr 223 poz ze. zm.) zamawiający dokonuje zmiany treści Specyfikacji Istotnych Warunków Zamówienia (SIWZ). Następujące miejsca SIWZ otrzymują nowe brzmienie: 1. Załącznik nr 1 do Rozdziału 2 SIWZ, otrzymuje następujące brzmienie: Zmienia się Załącznik nr 1 do Rozdziału 2 SIWZ na: Załącznik nr 1A do Rozdziału 2 SIWZ. Wszystkie miejsca w SIWZ, w których mowa jest o Załączniku nr 1 do Rozdziału 2 SIWZ zmienia się na Załącznik nr 1A do Rozdziału 2 SIWZ. Powyższe zmiany należy uwzględnić przy składaniu ofert. W załączeniu: Załącznik nr 1A do Rozdziału 2 SIWZ 3

4 Załącznik nr 1A do Rozdziału 2 SIWZ: Specyfikacja techniczna 1 System do Ba ckup u Wymagania minimalne Parametry oferowane (należy potwierdzić słowem tak, jeśli są to minimalne parametry określone w kol. 2, lub podać oferowane, jeśli są wyższe. 1. Obsługa urządzeń taśmowych i dyskowych, służących do przechowywania kopii zapasowych i archiwizacji danych. 2. Przechowywanie informacji o wykonanych kopiach, harmonogramach oraz nośnikach w relacyjnej bazie danych. Proces tworzenia kopii zapasowej oraz odtwarzania danych musi być procesem transakcyjnym. Ze względów bezpieczeństwa system musi mieć: - możliwość wykonania mirroring u tej bazy danych na poziome, co najmniej logów tranzakcyjnych. - jednocześnie musi istnieć możliwość wykonania kopii zapasowej bazy danych na taśmy w trakcie pracy systemu bez konieczności ograniczania jego funkcjonalności. 3. Automatyczna i bezobsługowa optymalizacja parametrów pracy wewnętrznej bazy indeksowej 4. Centralny sposób definiowania, procesów z jednej konsoli polityki tworzenia kopii zapasowych, tj. określenie, jakie dane, kiedy i gdzie powinny być składowane /definiowanie harmonogramu Backup u/ 5. Realizowanie raz zdefiniowanej polityki Backup u w sposób automatyczny, bez konieczności ingerencji operatora oraz wykonywanie określonej akcji /zatrzymanie procesów, wykonanie Backup u i ponowne uruchomienie/. 6. Możliwość ciągłego zabezpieczenia danych ze stacji roboczych. 7. Wykonywanie kopii zapasowych w sposób przyrostowy pierwsza kopia powinna być kopią całkowitą a kolejne powinny zawierać jedynie dane, które uległy modyfikacji. 8. Możliwość definiowania czasu ważności kopii danych, tj. czasu, w którym usunięte dane są przechowywane na nośnikach taśmowych bądź dyskowych. 9. Jednoczesne tworzenie kopii zapasowych na różnego rodzaju nośniki (taśmy, dyski). 10. Prowadzenie wersyfikacji polityki realizowania kopii zapasowych definiowanie ilości przechowywanych wersji Backup owanych zasobów. 11. Jednoczesne Backup owania wielu klientów /zasobów/ na urządzenia dyskowe. System bez ingerencji operatora musi przenieść dane z dysków na taśmy tak aby umożliwić znaczne zredukowanie czasu backup u. 4

5 Specyfikacja techniczna 1 System do Ba ckup u Wymagania minimalne 12. Tworzenie kopii zapasowych tzw. On-linie z serwera pocztowego MS Exchange, bez konieczności zatrzymywania pracy serwera. 13. Tworzenie kopii zapasowych tzw. On-linie z serwerów baz i aplikacji MSSQL, Oracle, SAP, MS SharePiont, DB2, Informix, bez konieczności zatrzymywania pracy serwera bazy danych. 14. Zarządzanie położeniem danych bez udziału operatora pod kątem optymalnego wykorzystania nośników. 15. Optymalizowanie liczby zapisanych taśm /przenoszenie danych pomiędzy taśmami w celu zwolnienia nośników i ponownego użycia/ bez udziału operatora 16. Grupowanie na taśmie lub grupie taśm dane z grupy serwerów, jednego serwera lub systemu plików bez udziału operatora. 17. Tworzenie przez serwer backupów najświeższego obrazu pełnego backupu dla serwerów na bazie już zabezpieczonych danych. Proces ten powinien odbywać się bez konieczności komunikacji pomiędzy serwerem backupów i serwerem backupującym oraz bez konieczności wykorzystania przestrzeni dyskowych. 18. Zarządzanie wieloma kopiami zabezpieczonych danych. Optymalizacja taśm znajdujących się zarówno w obsługiwanej bibliotece taśmowej jak i w sejfie. Ta funkcja musi być wbudowana w oprogramowanie. 19. Wbudowany mechanizm zautomatyzowanego odtwarzania systemu Backup u po awarii. Mechanizm musi być integralną częścią systemu Backup u. 20. Zarządzanie backupami na poziomie pojedynczych plików i obiektów. 21. Odtwarzanie kopii zapasowej z dowolnego punktu w czasie. 22. Funkcja Checkpoint restores restart odtwarzania danych w przypadku przerwania transmisji od miejsca gdzie nastąpiła przerwa. 23. System oprócz backupu i odtwarzania danych musi realizować funkcje archiwizacji danych /kopia danych nie podlegająca modyfikacji/. 24. Odtwarzanie danych w dowolne wskazane miejsce dyskowe. 25. Tworzenie jak i odtwarzanie kopii zapasowych z wykorzystaniem struktury sieciowej LAN (Local Area Network) 26. Integracja z mechanizmami sprzętowego szyfrowania nośników taśmowych. Parametry oferowane (należy potwierdzić słowem tak, jeśli są to minimalne parametry określone w kol. 2, lub podać oferowane, jeśli są wyższe. 5

6 Specyfikacja techniczna 1 System do Ba ckup u Wymagania minimalne 27. Funkcjonalność utrzymywania w puli dyskowej tylko ostatniej wersji backupu. Dodatkowo w przypadku zmiany danych wersji w puli na nową system musi automatycznie usunąć stare dane. 28. Funkcjonalność nieodwracalnego usunięcia danych z systemu zabezpieczenia danych oznaczające usunięcie informacji o zabezpieczonych danych nie tylko z repozytorium zarządcy backupów, ale także zamazanie przestrzeni na specjalnie przygotowanej strukturze składowania danych. 29. Komunikacja z klientem systemu backupu za pomocą protokołu SSL. 30. Jednoczesny zapis i odczyt danych z pul dyskowych. 31. Funkcjonalność kopiowania/przenoszenia zabezpieczonych danych pomiędzy serwerami Backup u. Funkcjonalność musi umożliwiać przeniesienie danych na poziomie klienta. 32. Odtworzenie pojedynczego obiektu z Microsoft Acitve Directory bez restartu serwera. 33. Mechanizm redukcji ilości składowania danych po stronie serwera (tzw. deduplikacja) mechanizm musi być wbudowany w oprogramowanie. 34. Dedykowany moduł monitorowania i raportowania systemu Backup u. 35. Definiowanie kryteriów alarmów na podstawie dowolnych danych systemu Backup u. 36. Graficzna prezentacja bieżących i historycznych danych w ramach jednego widoku. 37. Wsparcie dla technologii NetApp Snap-diff i NetApp SM2T (Snap Mirror To Tape). 38. Integracja z VCB (VMware Consolidated Backup) oraz możliwość odtworzenia wirtualnych maszyn z poziomu klienta systemu Backup u. 39. Dostarczone licencje musza obsługiwać nieograniczoną ilość napędów taśmowych, /min. 100 sztuk/ 40. Dostarczone licencje musza obsługiwać nieograniczoną ilość slotów w bibliotekach taśmowych, /co najmniej 1000/ 41. Dostarczone licencje muszą obsługiwać nieograniczoną przestrzeń dyskową do składowania danych, /co najmniej 100 TB/ Parametry oferowane (należy potwierdzić słowem tak, jeśli są to minimalne parametry określone w kol. 2, lub podać oferowane, jeśli są wyższe. 6

7 7