252899 / 2014-12-05 - Administracja samorzÄ…dowa / Powiat OÅ‚awski (OÅ‚awa)

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

Opis zamówienia

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

Numer biuletynu: 1

Pozycja w biuletynie: 252899

Data publikacji: 2014-12-05

Nazwa: Powiat Oławski

Ulica: ul. 3 Maja 1

Numer domu: 1

Miejscowość: Oława

Kod pocztowy: 55-200

Województwo / kraj: dolnośląskie

Numer telefonu: 71 301 15 22

Numer faxu: 71 301 15 62

Adres strony internetowej: www.bip.starostwo.olawa.pl

Regon: 93193472700000

Typ ogłoszenia: ZP-400

Czy jest obowiązek publikacji w biuletynie: Tak

Ogłoszenie dotyczy: 1

Rodzaj zamawiającego: Administracja samorządowa

Nazwa nadana zamówieniu przez zamawiającego:
Zakup sprzętu i licencji oprogramowania do wykonywania kopii bezpieczeństwa i wirtualizacji danych dla Starostwa Powiatowego w Oławie.

Rodzaj zamówienia: D

Przedmiot zamówienia:
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

Kody CPV:
487100008 (Pakiety oprogramowania do kopii zapasowych i odzyskiwania)

Kod CPV drugiej częsci zamówienia:
488200002 (Serwery)

Kod CPV trzeciej częsci zamówienia:
302345003 (Pamięci do przechowywania danych)

Czy zamówienie jest podzielone na części: Nie

Czy dopuszcza się złożenie oferty wariantowej: Nie

Czy jest dialog: Nie

Czy przewiduje się udzielenie zamówień uzupełniających: Nie

Czas: D

Data zakończenia: 29/12/2014

Informacja na temat wadium:
1. Każda składana oferta musi być zabezpieczona wadium w wysokości: 3 000,00 zł (słownie: Trzy tysiące złotych)
2.Wadium może być wnoszone w następujących formach:
a) w pieniądzu (wyłącznie przelewem na rachunek bankowy zamawiającego),
b) w poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym,
c) w gwarancjach bankowych,
d) w gwarancjach ubezpieczeniowych,
e) w poręczeniach udzielanych przez podmioty, o których mowa w art.6b ust.5 pkt.2 Ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz.U. Nr 109, poz.1158 z późn. zm.).
3. Wadium wnoszone w formie pieniądza wpłacane będzie na konto Zamawiającego:
Starostwo Powiatowe w Oławie ul. 3 Maja 1, 55-200 Oława
Bank Spółdzielczy w Oławie 05 9585 0007 0010 0018 0542 8091
z dopiskiem:
Zakup sprzętu i licencji oprogramowania do wykonywania kopii bezpieczeństwa i wirtualizacji danych dla Starostwa Powiatowego w Oławie
4. Wadium wnoszone w innej formie niż w pieniądzu należy złożyć w oryginale, w siedzibie Zamawiającego w Biurze Obsługi Klienta (parter w budynku Starostwa Powiatowego w Oławie
5. TERMIN WNIESIENIA WADIUM W FORMIE INNEJ NIŻ PIENIĄDZU: najpóźniej do dnia 15.12.2014 roku do godz. 10.00

Zaliczka: Nie

Uprawnienia: nie dotyczy

Wiedza i doświadczenie:
za spełnienie powyższego warunku, Zamawiający uzna wykonanie z należytą starannością:
a) co najmniej 3 realizacji tożsamych z przedmiotem niniejszego zamówienia, o wartości nie mniejszej, niż 100 000 zł każda., a także załączeniem dokumentów potwierdzających, że realizacje te zostały wykonane zgodnie z oczekiwaniami zamawiającego - referencje.

Potencjał techniczny:
za spełnienie powyższego warunku, zamawiający uzna pisemne oświadczenie Wykonawcy w tym
zakresie (załącznik nr 3 do SIWZ),

Osoby zdolne do zrealizowania zamówienia:
za spełnienie powyższego warunku, zamawiający uzna pisemne oświadczenie Wykonawcy w tym zakresie (załącznik nr 3 do SIWZ).

Sytuacja ekonomiczna:
za spełnienie powyższego warunku, zamawiający uzna pisemne oświadczenie Wykonawcy w tym zakresie (załącznik nr 3 do SIWZ).

Oświadczenie nr 4: Tak

Oświadczenie wykluczenia nr 1: Tak

Oświadczenie wykluczenia nr 2: Tak

Oświadczenie wykluczenia nr 3: Tak

Oświadczenie wykluczenia nr 4: Tak

Oświadczenie wykluczenia nr 5: Tak

Oświadczenie wykluczenia nr 6: Tak

Oświadczenie wykluczenia nr 7: Tak

Oświadczenie wykluczenia nr 8: Tak

Dokumenty grupy kapitałowej: Tak

Dokumenty podmiotów zagranicznych: Tak

III.7 osoby niepełnosprawne: Nie

Kod trybu postepowania: PN

Czy zmiana umowy: Tak

Zmiana umowy:
Zamawiający zgodnie z art. 144 ust. 1 U.P.z.p. przewiduje możliwość wprowadzenia zmian do zawartej umowy, w przypadku kiedy czynniki niezależne od woli stron mogą mieć wpływ na dotrzymanie przez Wykonawcę umownego terminu wykonania zamówienia publicznego.

Zamawiający w szczególności przewiduje wprowadzenie zmian w treści umowy, w zakresie zmiany terminu realizacji zamówienia, w przypadku:
a) wystąpienia siły wyższej;
b) wstrzymania przez Zamawiającego wykonania dostawy z przyczyn nie wynikających z okoliczności leżących po stronie Wykonawcy. (Nie dotyczy okoliczności wstrzymania dostawy w przypadku stwierdzenia nieprawidłowości zawinionych przez Wykonawcę).

Kod kryterium cenowe: B

Znaczenie kryterium 1: 80

Nazwa kryterium 2: Długość okresu gwarancji

Znaczenie kryterium 2: 10

Nazwa kryterium 3: Koszty wznowień opieki

Znaczenie kryterium 3: 10

Adres strony internetowej specyfikacji i warunków zamówienia: www.bip.starostwo.olawa.pl

Adres uzyskania specyfikacji i warunków zamówienia: www.bip.starostwo.olawa.pl

Data składania wniosków, ofert: 15/12/2014

Godzina składania wniosków, ofert: 10:00

Miejsce składania:
Ofertę należy złożyć w zamkniętej kopercie w STAROSTWIE POWIATOWYM W OŁAWIE
ul. 3 Maja 1, 55-200 Oława w Biurze Obsługi Klienta (parter)

On: O

Termin związania ofertą, liczba dni: 30

Czy unieważnienie postępowania: Nie