Zakup sprzętu i licencji oprogramowania do wykonywania kopii bezpieczeństwa i wirtualizacji danych dla Starostwa Powiatowego w Oławie.

Opis przedmiotu przetargu: 1. Przedmiotem zamówienia jest zakup sprzętu i licencji oprogramowania do wykonywania kopii bezpieczeństwa i wirtualizacji danych dla Starostwa Powiatowego w Oławie. 2. Zamawiający wymaga dostarczenia, uruchomienia i wdrożenia systemu backupu serwerów systemów otwartych (UNIX/Linux/Windows), w tym również działających w środowisku wirtualnym. 3. Wymagane jest dostarczenie urządzenia do przechowywania backupów jak również oprogramowania backupowego tworzącego łącznie jedną logiczną całość (appliance składający się ze sprzętu i oprogramowania) stanowiącego kompletny system centralnego backupu z agentami do backupu plików, baz danych, środowisk VMware oraz zawierającego medium backupowe w dostarczonym urządzeniu. Oprogramowanie i sprzęt winno pochodzić od jednego producenta. 4. W ramach dostawy wymagane jest dostarczenie: a) urządzenia (urządzeń) z przestrzenią dyskową zapewniającą przechowywanie zdeduplikowanych danych 5. W ramach projektu wymagane jest: a) dostarczenie usług wdrożeniowych obejmujących również dokumentację powdrożeniową. b) przeniesienie 4 serwerów do środowiska wirtualnego c) szkolenie 2 administratorów z obsługi przedmiotu zamówienia w siedzibie zamawiającego 6. Dostarczony system musi mieć możliwość przechowywania kopii zapasowych na własnych dyskach wewnętrznych (w ramach dostarczonego urządzenia). 7. Zainstalowany w urządzeniu system centralnego backupu musi być dostarczony z licencją na nielimitowaną liczbę zabezpieczanych serwerów / systemów operacyjnych / baz danych / partycji VMware / partycji HyperV / laptopów. 8. Urządzenie musi tworzyć centralny system backupu wykonujący kopie zapasowe oraz zapewniać przechowywanie zdeduplikowanych kopii zapasowych. 9. Zabezpieczane serwery muszą być backupowane bezpośrednio do oferowanego urządzenia. 10. Oprogramowanie zainstalowane musi umożliwiać: a) backup pojedynczych plików całych systemów plików baz danych w trakcie ich normalnej pracy ustawień systemu operacyjnego Windows, Linux b) całych obrazów maszyn wirtualnych systemu VMware, c) całych obrazów maszyn wirtualnych systemu HyperV. 11. Oprogramowanie backupowe musi mieć funkcjonalność podziału danych (plików, baz danych, obrazów maszyn wirtualnych) na bloki o zmiennej długości. System musi się dopasowywać do struktury dokumentu zapewniając podział na bloki o różnej długości w ramach pojedynczego dokumentu. Podział na bloki musi następować bezpośrednio na zabezpieczanym serwerze. 12. Oprogramowanie backupowe musi backupować (przesyłać do serwera backupu) tylko unikalne bloki w skali całego zabezpieczanego środowiska skracając czas backupu, obciążenie procesora i zmniejszając ruch w sieci LAN. Fragment danych których został przesłany z serwera A nie może być przesłany nigdy więcej z żadnego innego serwera. 13. Oprogramowanie backupowe nie może odczytywać z systemu dyskowego plików, które się nie zmieniły w stosunku do ostatniego backupu. Raz zbackupowany plik nie może być nigdy więcej odczytany, chyba, że zmieni się jego zawartość. 14. Oprogramowanie backupowe musi wykonywać logicznie pełne backupy systemu plików. W wewnętrznej strukturze musi być przechowywana informacja o każdym backupie i należących do niego danych (blokach). Odtworzenie jakiekolwiek systemu musi być pojedynczym procesem. 15. W konsoli oprogramowania backupowego musi być możliwość definiowania ważności danych (backupów) na podstawie kryteriów czasowych (dni, miesiące, lata). Po okresie ważności backupy muszą być automatycznie usunięte. 16. Oferowane rozwiązanie musi umożliwiać tworzenie wykluczeń w zdefiniowanych zadaniach wykonywania kopii zapasowych dla wybranych typów plików, np. dla plików z rozszerzeniem mp3. 17. Niezależnie od dostarczonych urządzeń musi istnieć możliwość (przyszła rozbudowa) zainstalowania analogicznego serwera backupu na platformie VMware ESX (lokalny backup zdalnych ośrodków). Urządzenia podstawowe (będące przedmiotem przetargu) jak również przyszłościowa platforma zainstalowana na VMware w ośrodku zdalnym muszą mieć możliwość replikacji danych. Replikacji powinny podlegać tylko bloki unikalne, nieznajdujące się na docelowym urządzeniu. 18. Oferowane urządzenie musi mieć możliwość rozbudowy poprzez dokładanie analogicznych serwerów do farmy serwerów przy zapewnieniu następującej funkcjonalności: a) farma serwerów posiada wspólną bazę de-duplikatów b) awaria pojedynczego serwera w ramach farmy nie powoduje utraty danych (bazy de-duplikatów) ani też przerwy w pracy systemu backupowego, c) każdy z serwerów powinien mieć zabezpieczenie RAID przechowywanych de-duplikatów, d) wszystkie serwery farmy są w stanie jednocześnie przyjmować strumień; backupów (de-duplikatów od zabezpieczanych serwerów) / odtwarzać dane e) farma serwerów powinna być zarządzana z poziomu pojedynczej konsoli i widziana jako pojedyncze logiczne urządzenie; f) dołożenie kolejnego urządzenia/serwera zwiększa zarówno pojemność systemu jak również wydajność. 19. Musi istnieć pojedyncza konsola zarządzająca całym środowiskiem backupowym. Konsola powinna mieć możliwość pracy na systemach minimum Windows, Linux. 20. Konsola powinna udostępniać raporty dotyczące zajętości przestrzeni przeznaczonej na de-duplikaty. 21. Bloki przesyłane z zabezpieczanych serwerów muszą być kompresowane i szyfrowane algorytmem z kluczem minimum 256-bitowym. 22. Musi istnieć możliwość szyfrowania danych na medium dyskowym przechowującym backupy (de-duplikaty). Ewentualna licencja szyfrowania przestrzeni dyskowej powinna być zawarta w ofercie. 23. Wymagana jest autentyfikacja komunikacji między klientem a serwerem backupu (farmą serwerów) oparta na certyfikatach. 24. Disaster Recovery: oferowane rozwiązanie musi mieć możliwość replikacji backupowanych danych do drugiego systemu znajdującego się w innym ośrodku. Replikacji powinny podlegać tylko unikalne fragmenty danych które nie znajdują się w zdalnym systemie. Musi być możliwość wyboru danych podlegających replikacji. Funkcjonalność do przyszłego zastosowania. 25. Oprogramowanie backupowe musi wspierać (wymagane wsparcie producenta) następujące systemy operacyjne: Windows, Linux (Debian, Ubnutu),. Backup zasobów plików z powyższych systemów musi podlegać de-duplikacji ze zmiennym blokiem na zabezpieczanej maszynie zgodnie z wymaganiami powyżej. 26. Oprogramowanie backupowe musi wspierać (wymagane wsparcie producenta) backup online następujących baz danych i aplikacji: MS Exchange (2007, 2010), MS SQL, Oracle, POSGRESQL, IBM DB2, Lotus Notes, SharePoint, SAP, Sybase, VMware, HyperV. Backup z powyższych baz danych i aplikacji musi podlegać de-duplikacji ze zmiennym blokiem na zabezpieczanej maszynie zgodnie z wymaganiami powyżej. 27. W przypadku zabezpieczania baz danych i aplikacji musi istnieć możliwość pobierania kopii zapasowej kilkoma strumieniami jednocześnie (minimum 3 jednoczesnych strumieni). 28. W przypadku zabezpieczania systemu Exchange 2010 musi istnieć możliwość backupu całego obrazu bazy danych i jednocześnie odtworzenia pojedynczego maila bez konieczności odtwarzania całej bazy danych. 29. W przypadku zabezpieczania systemu Sharepoint musi istnieć możliwość odtworzenia pojedynczego elementu systemu Sharepoint bez konieczności odtwarzania całego środowiska SharePoint. 30. Oprogramowanie backupowe musi pozwalać na odtwarzanie danych poprzez: wybór odtwarzanych danych, odtworzenie danych w jednym kroku. 31. Rozwiązanie backupowe musi wspierać VMware. Oprogramowanie backupowe musi umożliwiać dla środowisk VMware: a) backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej VMware. b) backup całych maszyn wirtualnych (obrazów, plików vmdk reprezentujących wirtualną maszynę). W trakcie backupu odczytowi z systemu dyskowego mają podlegać tylko zmienione bloki wirtualnych maszyn systemu VMWare (wykorzystanie mechanizmu CBT systemu VMWare); c) backup tylko wybranych dysków maszyny wirtualnej (wybranych plików vmdk systemu VMware); d) wykonywanie backupu musi pozwalać na szybkie odtworzenie: 1. całych obrazów maszyn wirtualnych, 2. pojedynczych dysków maszyny wirtualnej, e) poprzez odtworzenie tylko tych danych (bloków wirtualnej maszyny), które są różne w stosunku do ostatniej kopii zapasowej - integracja z mechanizmem CBT dla systemów VMWare; f) dopuszcza się wykonywanie snapshotów maszyn wirtualnych i użycie ich w trakcie backupu obrazów maszyn wirtualnych. g) powyższe metody backupu muszą być wbudowane w system backupu i wpełni automatyczne bez wykorzystania skryptów/dodatkowych komend. h) powyższe metody backupu maszyn wirtualnych muszą podlegać de-duplikacji ze zmiennym blokiem w momencie odczytu danych zgodnie z wymaganiami powyżej. 32. Oprogramowanie backupowe musi umożliwiać dla środowisk Hyper-V: a) backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej Hyper-V. b) backup całych maszyn wirtualnych (czyli plików vhd reprezentujących wirtualną maszynę). c) wykonywanie backupu jak w punkcie b. nie może wymagać bufora dyskowego na kopię obrazów maszyn wirtualnych (plików vhd). d) dopuszcza się wykonywanie snapshotów vss maszyn wirtualnych i użycie ich w trakcie backupu obrazów maszyn wirtualnych. e) powyższe metody backupu muszą być wbudowane w system backupu i w pełni automatyczne bez wykorzystania skryptów/dodatkowych komend. f) powyższe metody backupu maszyn wirtualnych muszą podlegać de-duplikacji ze zmiennym blokiem w momencie odczytu danych zgodnie z wymaganiami powyżej. 33. Musi istnieć możliwość odtworzenia danych: a) z zabezpieczanego serwera / komputera, b) z konsoli systemu backupowego 34. Musi istnieć możliwość odtworzenia: a) pojedynczego pliku, b) zabezpieczanej bazy danych. 35. Dla systemów Windows 2008, Windows 7 musi istnieć funkcjonalność Bare Metal Recovery automatycznego odtworzenia całego serwera (system operacyjny + ustawienia systemu operacyjnego + dane) w jednym kroku. Funkcjonalność musi być wbudowana w rozwiązanie backupowe. 36. W przypadku odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze musi istnieć mechanizm autentyfikacji użytkowników dostępny w dwóch opcjach: a) wbudowany w system backupowy, b) zintegrowany z usługami katalogowymi, c) w przypadku wykorzystania AD, użytkownicy będący w domenie nie muszą się logować do systemu backupu w przypadku konieczności: 1. odtworzenia danych 2. przeszukania zwartości swoich backupów 3. wykonania backupu 37. Dla odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze /laptopie / PC muszą być dostarczone następujące funkcjonalności: wyszukiwanie pliku do odtwarzania po nazwie pliku, fragmencie nazwy pliku. 38. System backupu musi mieć funkcjonalność wyrzutu na taśmę będącą jego integralną częścią. Musi to być gotowy moduł producenta systemu spełniający następujące wymagania: a) niewymagający skryptów, b) niewymagający dodatkowego oprogramowania poza dostarczonym przez producenta, c) zawierający interfejs GUI producenta, d) posiadający pełne wsparcie producenta, e) Opcja wyrzutu na taśmę nie jest elementem niniejszej oferty ale oprogramowanie backupowe musi umożliwiać zastosowanie tej funkcjonalności w przyszłości. 39. System backupu musi mieć możliwość certyfikowanego kasowania danych na dyskach przechowujących backupy. 40. System backupu musi mieć możliwość bezpośredniego raportowania o błędach do serwisu producenta. 41. System backupu musi mieć możliwość automatycznej samo-aktualizacji poprzez automatyczne ściąganie nowych wersji od producenta. 42. System backupu musi mieć możliwość automatycznej aktualizacji oprogramowania agentów wykonywanej bezpośrednio z serwera backupu. 43. System musi dać możliwość backupu serwerów NAS z następującymi funkcjonalnościami (przyszłe zastosowanie): a) Z systemu NAS powinny być wysyłane tylko zmienione pliki. b) W przypadku odtwarzania, uprawnienia użytkowników również są odtwarzane c) Integracja z protokołem NDMP systemów NAS d) Dopuszczalne jest użycie dodatkowego, dedykowanego urządzenia wykonującego de-duplikację systemu NAS. Funkcjonalność ta nie jest przedmiotem niniejszego postępowania, ale musi być możliwość zastosowania jej w przyszłości. 44. System musi być kompatybilny z protokołem ActivDirectory 45. System musi mieć możliwość zapisu konfiguracji urządzenia/serwera na nośniku zewnętrznym 46. Wykonawca zapewni serwis gwarancyjny na następujących warunkach: a) urządzenie musi posiadać co najmniej 36 miesięczną gwarancję na hardware, b) musi posiadać co najmniej 12 miesięczną opiekę producenta na software i dostęp do aktualizacji c) musi istnieć możliwość zgłaszania uszkodzenia oprogramowania w trybie 24 godzin na dobę 47. Dodatkowy zasilacz awaryjny sewera/macierzy musi: a) posiadać moc pozorną min. 1500VA b) posiadać moc rzeczywistą min. 900Wat c) posiadać układ automatycznej regulacji napięcia (AVR) d) musi obsługiwać zimny start e) musi być typu RACK z szynami montażowymi 48. W ofercie musi być informacja o wysokości ceny wznowienia opieki producenta/sprzedawcy na, oraz praw do aktualizacji na software na okres kolejnego roku dla całej oferty 49. Szczegółowa specyfikacja techniczna urządzeń zawarta została w Załącznikach nr 7 i 8 do SIWZ