Przetargi.pl
Dostawa infrastruktury informatycznej do obsługi wirtualizacji wraz z migracją istniejacych systemów dla Starostwa Powiatowego z siedzibą w Mikołowie.

Zarząd Powiatu Mikołowskiego ogłasza przetarg

  • Adres: 43-190 Mikołów, ul. Żwirki i Wigury 4a
  • Województwo: śląskie
  • Telefon/fax: tel. (032) 32-48-100, 32-48-125 , fax. (032) 32-48-147, 32-48-132
  • Data zamieszczenia: 2015-07-03
  • Zamieszczanie ogłoszenia: obowiązkowe

Sekcja I - Zamawiający

  • I.1. Nazwa i adres: Zarząd Powiatu Mikołowskiego
    ul. Żwirki i Wigury 4a 4a
    43-190 Mikołów, woj. śląskie
    tel. (032) 32-48-100, 32-48-125, fax. (032) 32-48-147, 32-48-132
    REGON: 27628477900000
  • Adres strony internetowej zamawiającego: www.bip.mikolowski.pl
  • I.2. Rodzaj zamawiającego: Administracja samorządowa

Sekcja II - Przedmiot zamówienia, przetargu

  • II.1. Określenie przedmiotu zamówienia
  • II.1.1. Nazwa nadana zamówieniu przez zamawiającego:
    Dostawa infrastruktury informatycznej do obsługi wirtualizacji wraz z migracją istniejacych systemów dla Starostwa Powiatowego z siedzibą w Mikołowie.
  • II.1.2. Rodzaj zamówienia: dostawy
  • II.1.3. Określenie przedmiotu oraz wielkości lub zakresu zamówienia:
    Zakres zamówienia obejmuje: dostarczenie, montaż i uruchomienie urządzeń serwerowych macierzy dyskowej oraz oprogramowania wraz z odpowiednią ich konfiguracją , oraz przekazaniem personelowi technicznemu wiedzy i dokumentacji niezbędnej dla dalszej jej eksploatacji.A.Wymagania podstawowe:1. Do zadań Wykonawcy należy w szczególności: a) Dostawa 2-węzłowego klastra wykorzystującego platformę wirtualizacji, oraz licencji oprogramowania systemowego; b) Dostawa szafy serwerowej do zabudowy sprzętu, montaż urządzeń w serwerowni Zamawiającego. Instalacja i konfiguracja środowiska wirtualnego; c) Konwersja,migracja istniejących maszyn wirtualnych (Windows, Linux) z istniejącego środowiska fizycznego. Prace te mogą być realizowane w terminie uzgodnionym z Zamawiającym, po uprzednim zgłoszeniu przez Wykonawcę gotowości do przeniesienia systemów. Przeniesienie systemów nie może zakłócić pracy systemów informatycznych Zamawiającego i musi być realizowane poza godzinami pracy Zamawiającego oraz pod nadzorem osób wskazanych przez Zamawiającego. d) Uruchomienie automatycznego backupu maszyn wirtualnych. e) Uruchomienie aplikacji do monitorowania i raportowania struktury wirtualnej. f) Konfiguracja sieci LAN do podłączenia środowiska wirtualnego (VLAN, RSTP, routing VLAN). g) Przeprowadzenie testów symulujących awarię każdego z elementów infrastruktury i przeszkolenie administratorów w zakresie obsługi systemu. h) Bezpłatne szkolenie administratorów będzie wykonane w trakcie instalacji sprzętu i oprogramowania, na sprzęcie dostarczonym w ramach dostawy, będzie wykonane przez osoby posiadające niezbędne kwalifikacje i wiedzę techniczną. Minimalny zakres szkolenia:ogólne zarządzanie serwerami przez konsolę zarządzania,instalacja, konfiguracja i zarządzanie systemem wirtualizacji, składowanie i odzyskiwanie (backup,restore) maszyn wirtualnych,warunki eksploatacyjne urządzeń. i) Bezpłatna opieka po instalacyjna - realizowana przez zdalny dostęp, przez okres 1 roku od daty odbioru końcowego. j) Serwer i macierz muszą być wyposażone w legalne oprogramowanie umożliwiające realizację wszystkich założeń określonych w specyfikacji. k) Wykonawca ponosi wszelkie koszty związane z dostarczeniem sprzętu i oprogramowania do siedziby Zamawiającego. B. Prace instalacyjne: a) Montaż szafy serwerowej wraz z wyposażeniem i niezbędnym okablowaniem w serwerowni Zamawiającego b) Konfiguracja macierzy w środowisku wirtualnym. c) Oprogramowanie do wirtualizacji musi zostać zainstalowane i skonfigurowane przez Wykonawcę wg wskazań Zamawiającego i sprzedane jako całość razem z serwerami. Powinny być uruchomione funkcjonalności: system zarządzania środowiskiem wirtualnym. d) Wymagane jest przeniesienie systemów pracujących u Zamawiającego (serwery Windows i Linux, nie więcej niż 10 serwerów) na działające środowisko wirtualne. Należy wykorzystać narzędzia programowe (konwertery) zawarte w pakiecie oprogramowania do wirtualizacji. e) Konfiguracja serwera backupu maszyn wirtualnych na nowym systemie. W przypadku oprogramowania do archiwizacji maszyn wirtualnych wymagana jest konfiguracja backupu umożliwiająca prawidłowe odtworzenie maszyn wirtualnych na poziomie całej maszyny lub na poziomie plików (nie dotyczy systemów Linux). Przeprowadzenie testów diagnostycznych potwierdzających jego prawidłową prace. f) Konfiguracja serwera do monitorowania środowiska wirtualnego - alarmy , diagnostyka , powiadamianie, wizualizacja graficzna środowiska wirtualnego, oprogramowanie musi współpracować z oprogramowaniem do backupu celem raportowania statusu backupu. g) Wymagane jest uruchomienie centralnej konsoli do zarządzania oprogramowaniem do wirtualizacji, która pozwoli na konfigurowanie i monitorowanie poprawności pracy środowiska wirtualnego (backup zasobów środowiska wirtualnego, diagnostyka zasobów, aktualizacja). h) Wykonanie dokumentacji powykonawczej zawierającej szczegółowy opis wykonanej instalacji. i) Wszystkie urządzenia muszą być wyposażone w komplet akcesoriów umożliwiający instalację w szafie dystrybucyjnej, w miejscu wskazanym przez Zamawiającego -Serwerownia oraz muszą zawierać komplet wyposażenia i niezbędnych urządzeń pozwalających na uruchomienie i przekazanie Zamawiającemu całego przedmiotu zamówienia. j) Wykonawca w ramach wykonania przedmiotu zamówienia wykona instruktaż stanowiskowy w miejscu wskazanym przez Zamawiającego na terenie jego siedziby, opisujący funkcjonalności zainstalowanych systemów dla dwóch osób, po 6 godzin dla każdej. II.Szczegółowa specyfikacja techniczna sprzętu i oprogramowania: A. Serwery - 2 sztuki. Minimalne parametry: 1. Obudowa o wysokości maksimum 2U dedykowana do zamontowania w szafie rack 19 z zestawem szyn do mocowania w szafie i wysuwania do celów serwisowych. Możliwość zabudowy do 24 dysków 2.5. 2. Płyta główna z możliwością zainstalowania dwóch procesorów, minimum osiemnastordzeniowych. Możliwość instalacji minimum 1.5 TB RAM, instalacja pamięci RDIMM lub LRDIMM. Możliwość instalacji dysków SATA, SAS, SSD. 3. dwie sztuki takich samych procesorów zainstalowanych na płycie głównej w serwerze klasy x86 (w architekturze zgodnej z 64-bitową architekturą x86-64), minimum dwunastordzeniowe (24 wątkowe), dedykowane do pracy w serwerach, pamięć cache CPU minimum 30 MB lub procesory o równoważnej wydajności (cała platforma serwera musi osiągać w teście SPECvirtsc2010 minimum wynik dla parametru SPECvirtsc2010@VMs 2440@150) lub osiągać min. 200 000 CTP in MTOPS (Million Theoretical Operations Per Second) 4. Procesory lub serwery muszą posiadać sprzętowe wspomaganie wirtualizacji. 5. Sloty PCI - minimum 3 sloty PCI-E do zainstalowania niezbędnych kart rozszerzeń, 6. Możliwość rozbudowy do minimum 6 slotów PCI-E na przykład poprzez montaż odpowiedniego modułu rozszerzeń 7. Zainstalowane dwie karty jednoportowe kontrolerów umożliwiających komunikację z zewnętrzną macierzą poprzez porty minimum 8 Gb FC za pomocą minimum dwóch niezależnych połączeń (jedno połączenie na kontroler) zapewniających nadmiarowość połączenia w przypadku awarii pojedynczego kontrolera. 8. Pamięć RAM minimum 96 GB (48 GB dla każdego z procesorów) odpowiednia do typu procesora oraz płyty głównej z korekcją ECC pracująca co najmniej w trybie czterokanałowym. 9. Możliwość rozbudowy do minimum 1,5 TB (24 sloty x 64GB ). Należy przewidzieć wolne sloty do przyszłej rozbudowy o minimum 256GB(po 128GB na procesor).. 10. cztery zabudowane porty (nie zajmujące slotu PCI-E) ethernet 1 Gb, 2 zabudowane porty 10 Gb Ethernet nie zajmujące slotu PCI-E. interfejsy sieciowe muszą wspierać load balancing, failover i TCP/IP Offload Engine. 11. 1 port RJ-45 dedykowany dla interfejsu zdalnego zarządzania, 5 portów USB ( w tym minimum 1 z przodu, 1 port VGA z tyłu obudowy. 12. Wbudowany wewnętrzny czytnik kart micro SD Pojemność 8GB, Class 10, SDHC, Zamawiający nie dopuszcza możliwości stosowania jakichkolwiek adapterów przejściowych. Zainstalowany systemem hypervisora. 13. Dwa zasilacze typu Hot-Plug co najmniej 460 W każdy, redundancja N+1. Redundantne wiatraki typu Hot-Plug N+1 14. Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty, przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu i restartu OS). 15. System przewidywania awarii poszczególnych elementów serwera (prefailure warranty service) dysków twardych, pamięci RAM, procesorów, zasilaczy, wentylatorów wraz z oprogramowaniem pozwalającym wysłać komunikat alarmowy do administratora. 16. Oferowany serwer musi znajdować się na liście kompatybilności produktów VMware (dostępnej na stronie: http:www.vmware.comresourcescompatibility) i wspierać następujące platformy wirtualizacyjne: ESXi 5.1 , ESXi 5.5). 17. Przewody światłowodowe oraz niezbędny osprzęt pozwalające na połączenie oferowanego serwera z macierzą FC i przełącznikami LAN 10Gb/1Gb Ethernet w sposób zapewniający nadmiarowość połączenia (wykorzystujący obie karty serwera). B. Macierz dyskowa - 1sztuka,Minimalne parametry: 1. Główna macierz dyskowa musi być wyposażona w minimum 11 dysków SAS, 6G o prędkości obrotowej minimum 10k obr,min oraz o pojemności łącznej minimum 5,5 TB uwzględniając konfigurację RAID 6 i co najmniej jeden dysk hot-spare.2. Obudowa kontrolerów macierzy musi posiadać miejsca na instalacje minimum 24 dysków w technologii SAS, SSD. 3. Macierz musi gwarantować możliwość rozbudowy do minimum 149 dysków, poprzez instalacje dodatkowych półek dyskowych. 4. Macierz musi być wyposażona w minimum dwa kontrolery RAID pracujące w trybie active-active. 5. Macierz musi być wyposażona w minimum 8 zewnętrznych portów, porty obsadzone wkładkami SFP - 4 szt. do podłączenia redundantnie 2 hostów w standardzie minimum 8Gbits Fiber Channel , możliwość instalacji wkładek 16Gbit,s FC, możliwość instalacji wkładek 1Gb,10Gb Ethernet dla podłączeń iSCSI. 6. Macierz musi być wyposażona w minimum 8GB pamięci cache przeznaczonej dla danych (sumarycznie dla obu kontrolerów). Pamięć cache musi być kopiowana pomiędzy kontrolerami i podtrzymywana niebateryjnie (super capacitors and flash memory). 7. Macierz musi wspierać powiększanie pamięci cache kontrolerów przez rozbudowę o dyski SSD - tzw. cache adaptacyjny. 8. Awaria dowolnej półki dyskowej nie może powodować przerwania dostępu do dysków w pozostałych półkach dyskowych. 9. Macierz musi jednocześnie obsługiwać wolumeny zabezpieczone następującymi poziomami RAID: 0, 1, 3, 5, 6, 10, 50. 10. Macierz musi umożliwiać rozbudowę i stworzenie konfiguracji odpornej na awarię pojedynczej półki bez utraty danych przy zastosowaniu RAID-6. 11. Macierz musi umożliwiać budowanie wolumenów większych niż 2TB. 12. Macierz musi zapewnić możliwość wymiany dysków podczas pracy systemu (Hot-Swap).13. Macierz musi wspierać wolumeny thin provisioning. 14. Macierz musi mieć możliwość wsparcia funkcjonalności 2-tier lub 3-tier (migracja danych wg reguł miedzy wolumenami SSD, SAS, NL SAS) poprzez zakup dodatkowych licencji. 15. 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 (RAID migration). 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. 16. Macierz musi umożliwiać rozbudowę o pojedyncze dyski fizyczne i pojedyncze półki rozszerzeń. 17. Macierz musi umożliwiać dedykowanie dowolnego dysku fizycznego jako globalny dysk typu Hot Spare. Musi istnieć możliwość definiowania minimum 5 globalnych dysków typu Hot Spare. 18. Macierz musi mieć możliwość rozbudowy o funkcjonalność wykonywania asynchronicznych kopii danych wolumenów w obrębie jednej macierzy, w przyszłości możliwość asynchronicznej replikacji wolumenów miedzy macierzami z wykorzystaniem jedynie kontrolerów macierzy. 19. Macierz dyskowa musi umożliwić redundantne podłączenie 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 i na czas bezterminowy. 20. 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. 21. Wszystkie krytyczne komponenty macierzy takie jak: kontrolery dyskowe, pamięć cache, zasilacze i wentylatory muszą być zdublowane, tak, aby awaria pojedynczego elementu nie wpływała na funkcjonowanie całego systemu. Komponenty te muszą być wymienialne w trakcie pracy macierzy. 22. Macierz musi mieć 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 lub utraty danych. 23. Macierz musi oferować zarządzanie poprzez sieć LAN oraz port szeregowy. 24. Macierz musi być wyposażona w zestaw do montażu w szafie przemysłowej rack 19, obudowa z kontrolerami macierzy oraz półki dyskowe muszą mieć wysokość nie większą niż 2U. 25. Zamawiający zaleca aby macierz była produktem pochodzącym od tego samego producenta co serwery. Zamawiający dopuszcza możliwość zaoferowania przez Wykonawcę macierzy innego producenta niż serwer. W takim przypadku Wykonawca wraz z ofertą musi złożyć oświadczenie producenta serwera, o wsparciu technicznym, zgodności z systemami macierzy i oferowanego serwera w celu zapewnienia pełnej współpracy urządzeń. 26. Macierz musi być fabrycznie nowa. 27. Macierz musi być wyposażona w przewody światłowodowe oraz niezbędny osprzęt pozwalające na połączenie oferowanego sprzętu 28. Oprogramowanie do zarządzania musi posiadać funkcjonalność interfejsu graficznego oraz CLI. 29. Macierz musi umożliwiać wykonywanie kopii migawkowych (tzw. snapshotów) poszczególnych wolumenów. 30. Serwis realizowany jest przez Wykonawcę. 31. Macierz musi obsługiwać następujące systemy operacyjne: Microsoft Windows 2003, Windows 2008, Windows 2012, RedHat, SUSE, VMware, NetWare, Microsoft Cluster Services. 32. Macierz musi znajdować się na liście kompatybilności produktów VMware (dostępnej na stronie: http:www.vmware.comresourcescompatibility) i wspierać następujące systemu operacyjne: ESX 4.0 U1 FC Direct Attached, ESX 4.0 U1 FC Switched, ESX 4.0 FC, Direct Attached, ESX 4.0 FC Switched, ESX 5.0 U1 FC Direct Attached, ESX 5.0 U1 FC Switched, ESX 5.1 FC Direct Attached, ESX 5.5). C. Oprogramowanie do wirtualizacji.Minimalne parametry: 1. Oprogramowanie do wirtualizacji musi być typu 1, tzw. bare metal hypervisor. 2. Oprogramowanie musi zapewniać pełną izolację uruchamianych maszyn wirtualnych.3. Oprogramowanie do wirtualizacji musi obsługiwać pracę środowiska złożonego z trzech serwerów z dwoma procesorami osiemnastordzeniowymi przypadającymi na każdy serwer. 4. Oprogramowanie musi posiadać centralną konsolę graficzną do zarządzania wieloma maszynami wirtualnymi oraz ich zasobami pracującymi na więcej niż trzech serwerach fizycznych (hostach): a)globalne zarządzanie kontrolą dostępu do serwerów i maszyn wirtualnych, b)widok całego systemu i zbioru maszyn wirtualnych, mapy Infrastruktury, c)możliwość raportowania dostępności i wydajności maszyn wirtualnych, d)możliwość monitorowania dostępności i wydajności maszyn wirtualnych, e)wykonywanie automatycznych bądź manualnych zadań w celu optymalizacji infrastruktury dla maszyn wirtualnych, f)funkcje ochrony dostępu zintegrowane z mechanizmem uwierzytelniania Microsoft Windows, g)klonowanie maszyn wirtualnych, h)tworzenie obrazów - szablonów maszyn wirtualnych, i)wykonywanie wielu kopii migawkowych (snapshot) w każdym momencie pracy maszyny wirtualnej oraz możliwość powrotu do jej stanu z każdego momentu zrobienia kopii. 5.Możliwość tworzenia kopii zapasowych maszyn wirtualnych bez konieczności ich zatrzymywania.6.Możliwość migracji z hosta na host. 7.Wsparcie dla urządzeń pamięci masowej NFS, FC, SAS, iSCSI. 8.Możliwość automatycznego zarządzania poprawkami dla infrastruktury. 9.Musi posiadać Wsparcie dla następujących Systemów Operacyjnych: Windows 2000 Server, Windows 2003, Windows Server 2008, Windows Server 2012, Solaris 10, Red Hat Enterprise Linux 4.0, Linux CentOS 5.5., wsparcie dla powyższych systemów w wersji 32- i 64-bit.10.Wymagane jest przeniesienie systemów operacyjnych Windows i Linux pracujących do środowiska wirtualnego oraz przeszkolenie administratorów w zakresie konwersji P2V i V2V. 11.Zaproponowane oprogramowanie musi być w najnowszej wersji oferowanej przezproducenta tego oprogramowania. D. Oprogramowanie do archiwizacji maszyn wirtualnych.Minimalne parametry: 1. Oprogramowanie musi współpracować z infrastrukturą VMware w wersji 4.0, 4.1, 5.0, 5.1, 5.5 oraz Microsoft Hyper V 2008 R2 SP1, 2012 I 2012 R2. 2. Oprogramowanie musi współpracować z hostami zarządzanymi przez VMware vCenter oraz Microsoft Virtual Machine Manager oraz z hostami niezarządzanymi. 3. Oprogramowanie musi zapewniać tworzenie kopii zapasowych wszystkich systemów operacyjnych maszyn wirtualnych wspieranych przez vSphere i Hyper-V. 4. Oprogramowanie musi być licencjonowanie w modelu per-CPU. Wszystkie funkcjonalności powinny być zapewnione w tej licencji. Jakiekolwiek dodatkowe licencjonowanie (np. per zabezpieczony TB, dodatkowo płatna deduplikacja) nie jest dozwolone. 5. Oprogramowanie musi być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej platformy serwerowej i dyskowej. 6. Oprogramowanie musi tworzyć samowystarczalne archiwa to odzyskania których nie wymagana jest osobna baza danych z metadanymi deduplikowanych bloków. 7. Oprogramowanie musi mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia wielkości archiwów. 8. Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości odtworzenia backupu. 9. Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia czy upgradowania wewnątrz maszyny wirtualnej. 10. Oprogramowanie musi zapewniać backup jednoprzebiegowy - nawet w przypadku wymagania granularnego odtworzenia. 11. Oprogramowanie musi zapewniać mechanizmy informowania o wykonaniu,błędzie zadania poprzez email lub SNMP. 12. Oprogramowanie musi mieć możliwość uruchamiania skryptów przed i po zadaniu backupowym. 13. Oprogramowanie musi oferować portal samoobsługowy , umożliwiający odtwarzanie użytkownikom wirtualnych maszyn, obiektów MS Exchange i baz danych MS SQL (w tym odtwarzanie point-in-time). 14. Oprogramowanie musi mieć wbudowane mechanizmy backupu konfiguracji w celu prostego odtworzenia systemu po całkowitej reinstalacji. 15. Oprogramowanie musi mieć wbudowane mechanizmy szyfrowania zarówno plików z backupami jak i transmisji sieciowej. 16. Oprogramowanie musi wspierać backup maszyn wirtualych używających współdzielonych dysków VHDX na Hyper-V (shared VHDX). 17. Oprogramowanie musi wykorzystywać VMware vStorage API for Data Protection i używać mechanizmów Change Block Tracking. 18. Oprogramowanie musi oferować podobne rozwiązanie jak CBT również dla platformy Hyper-V. 19. Oprogramowanie musi automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned snapshots), które mogą zakłócić poprawne wykonanie backupu. 20. Oprogramowanie musi mieć możliwość kopiowania backupów do lokalizacji zdalnej. 21. Oprogramowanie musi mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son). 22. Oprogramowanie musi mieć możliwość replikacji wirtualnych maszyn pomiędzy lokalizacjami. Funkcjonalność ta powinna być zapewniona dla vSphere i Hyper-V. 23. Oprogramowanie musi dawać możliwość użycia wcześniej wykonanego backupu jako źródła do zadania replikacji. 24. Oprogramowanie musi wykorzystywać wszystkie oferowane przez hypervisor tryby transportu (sieć, hot-add, LAN Free-SAN). 25. Oprogramowanie musi dawać możliwość tworzenia backupów ad-hoc z konsoli jak i z klienta webowego vSphere. 26. Oprogramowanie musi przetwarzać wiele wirtualnych dysków jednocześnie (parallel processing) . 27. Oprogramowanie musi umożliwić uruchomienie maszyny wirtualnej bezpośrednio ze zdeduplikowanego i skompresowanego pliku backupu, bez potrzeby kopiowania jej na storage produkcyjny. Dla środowiska vSphere powinien być wykorzystany wbudowany w oprogramowanie serwer NFS. Dla Hyper-V powinna być zapewniona taka sama funkcjonalność realizowana wewnętrznymi mechanizmami oprogramowania. 28. Oprogramowanie musi pozwalać na migrację on-line tak uruchomionych maszyn na storage produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi w hypervisor. Jeżeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie musi realizować jaką migrację swoimi mechanizmami. 29. Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny, plików konfiguracji i dysków. 30. Oprogramowanie musi umożliwić odtworzenie plików na maszynę operatora, lub na serwer produkcyjny. 31. Oprogramowanie musi mieć możliwość odtworzenia plików przy pomocy VMware VIX API 32. Oprogramowanie musi wspierać odtwarzanie plików z następujących systemów plików:Linux - ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS BSD - UFS, UFS2, Solaris - ZFS, Mac - HFS, HFS+ ,Windows - NTFS, FAT, FAT32, ReFS . 33. Oprogramowanie musi umożliwiać szybkie granularne odtwarzanie obiektów aplikacji takich jak Active Directory (dowolny obiekt, atrybut w tym hasło), Microsoft Exchange 2010 i nowsze(dowolny obiekt w tym obiekty w folderze Permanently Deleted Objects), Microsoft SQL 2005 i nowsze (w tym odtwarzanie point-in-time) oraz Microsoft Sharepoint 2010 i nowsze Funkcjonalność ta nie może wymagać pełnego odtworzenia wirtualnej maszyny. 34. Oprogramowanie musi indeksować pliki Windows i Linux w celu szybkiego wyszukiwania 35. Oprogramowanie musi używać mechanizmów VSS wbudowanych w system operacyjny Microsoft Windows. 36. Oprogramowanie musi wspierać także specyficzne metody odtwarzania w tym reverse CBT oraz odtwarzanie z wykorzystaniem sieci SAN. 37. Oferowane oprogramowanie musi być w najnowszej wersji oferowanej przez producenta tego oprogramowania. E.Oprogramowanie do monitorowania środowiska wirtualnego. Minimalne parametry: 1. System musi zapewnić możliwość monitorowania środowiska wirtualizacyjnego opartego na VMware vSphere i Microsoft Hyper-V bez potrzeby korzystania z narzędzi firm trzecich 2. System musi umożliwiać monitorowanie środowiska wirtualizacyjnego VMware w wersji 5.x, 4.x oraz 3.x - zarówno w bezpłatnej wersji ESXi jak i w pełnej wersji ESX,ESXi zarządzane przez konsole vCenter Server lub pracujące samodzielnie. 3. System musi umożliwiać monitorowanie środowiska wirtualizacyjnego Microsoft Hyper V 2.0 oraz 3.0 zarówno w wersji darmowej jak i zawartej w płatnej licencji Microsoft Server System musi mieć możliwość instalacji na systemach operacyjnych w wersjach 32 i 64 bitowych: Microsoft Windows XP SP3 Microsoft Windows 2003 SP2 Microsoft Windows Vista SP2 Microsoft Windows 2008 SP2 Microsoft Windows 2008 R2 SP1 Microsoft Windows 7 SP1 Microsoft Windows 8 Microsoft Windows 2012 4. System musi obsługiwać następujące bazy danych w wersjach 32 i 64 bitowych: Microsoft SQL Server 2005 Microsoft SQL Server 2008 Microsoft SQL Server 2008 R2 Microsoft SQL Server 2012 5. System musi umożliwiać kategoryzacje obiektów infrastruktury wirtualnej niezależnie od hierarchii stworzonej w vCenter. 6. System musi umożliwiać tworzenie alarmów dla całych grup wirtualnych maszyn jak i pojedynczych wirtualnych maszyn. 7. System musi dawać możliwość układania terminarza raportów i wysyłania tych raportów przy pomocy poczty elektronicznej w formacie HTML oraz Excel. 8. System musi dawać możliwość podłączenia się do kilku instancji vCenter Server i serwerów Hyper-V jednocześnie, w celu centralnego monitorowania wielu środowisk. 9. Silnik raportowania powinien być oparty o SQL Server Reporting Services w celu zapewnienia bezpiecznego dostępu do raportów dla wielu użytkowników z uwzględnieniem ról, jakie pełnią w organizacji. 10. System musi mieć wbudowane predefiniowane zestawy alarmów wraz z możliwością tworzenia własnych alarmów i zdarzeń przez administratora. 11. System musi mieć wbudowane połączenie z bazą wiedzy opisującą problemy z predefiniowanych alarmów. 12. System musi mieć centralną konsolę z sumarycznym podglądem wszystkich obiektów infrastruktury wirtualnej (ang. Dashboard). 13. System musi mieć możliwość monitorowania platformy sprzętowej, na której jest zainstalowana infrastruktura wirtualna. 14. System musi zapewnić możliwość podłączenia się do wirtualnej maszyny (tryb konsoli) bezpośrednio z narzędzia monitorującego. 15. System musi mieć możliwość integracji z oprogramowaniem do tworzenia kopii zapasowych tego samego producenta. 16. System musi mieć możliwość monitorowania obciążenia serwerów backupowych, ilości zabezpieczanych danych oraz statusu zadań kopii zapasowych, replikacji oraz weryfikacji odzyskiwalności maszyn wirtualnych. 17. System raportowania powinien umożliwić tworzenie raportów z infrastruktury wirtualnej bazującej na VMware ESX,ESXi 3.x, 4.x, 5.x, vCenter Server 2.x , 4.x oraz 5.x jak również Microsoft Hyper-V 2.0 i 3.0. 18. System musi wspierać wiele instancji vCenter Server i Microsoft Hyper-V jednocześnie bez konieczności instalowania dodatkowych modułów. 19. System musi być certyfikowany przez VMware i posiadać status VMware Ready. 20. System powinien instalować się na następujących systemach operacyjnych: Microsoft Windows XP SP3 Microsoft Windows 2003 SP2 Microsoft Windows Vista SP2 Microsoft Windows 2008 SP2 Microsoft Windows 2008 R2 SP1 Microsoft Windows 7 SP1 Microsoft Windows 8 Microsoft Windows 2012 21. System powinien wspierać jako silnik bazodanowy następujące bazy danych: Microsoft SQL Server 2005 Microsoft SQL Server Microsoft SQL Server 2008 R2 Microsoft SQL Server Reporting Services 2008 Microsoft SQL Server Reporting Services 2008 R2 Microsoft SQL 2012 22. System do prezentacji raportów powinien używać SQL Server Reporting Services w celu jednoczesnego dostępu do raportów wielu użytkowników z określonymi przez administrator systemu uprawnieniami. 23. System powinien być systemem bez agentowym. Nie dopuszcza się możliwości instalowania przez system agentów na monitorowanych hostach ESXi i Hyper-V. 24. System musi mieć możliwość eksportowania raportów do formatów Microsoft Word, Microsoft Excel, Microsoft Visio, Adobe PDF. 25. System musi mieć możliwość ustawienia harmonogramu kolekcji danych z monitorowanych systemów jak również możliwość tworzenia zadań kolekcjonowania danych ad-hoc. 26. System musi mieć możliwość ustawienia harmonogramu generowania raportów i dostarczania ich do odbiorców w określonych przez administratora interwałach. 27. Minimalny interwał czasowy dla zadań kolekcjonowania i raportowania nie może być większy niż 1 godzina. 28. System w raportach musi mieć możliwość uwzględniania informacji o zmianach konfiguracji monitorowanych systemów. 29. System musi mieć możliwość generowania raportów z dowolnego punktu w czasie (zakładając, że informacje z tego czasu nie zostały usunięte z bazy danych). 30. System musi posiadać predefiniowane szablony z możliwością tworzenia nowych jak i modyfikacji wbudowanych. 31. System musi mieć możliwość analizowania przeszacowanych wirtualnych maszyn wraz z sugestią zmian w celu optymalnego wykorzystania fizycznej infrastruktury. 32. System musi mieć możliwość generowania raportów na podstawie danych uzyskanych z oprogramowania do tworzenia kopii zapasowych tego samego producenta. 33. System musi mieć możliwość generowania raportu dotyczącego zabezpieczanych maszyn wirtualnych, zdefiniowanych zadań tworzenia kopii zapasowych oraz replikacji jak również wykorzystania zasobów serwerów backupowych. 34. System musi mieć możliwość generowania raportu planowania pojemności (capacity planning) bazującego na scenariuszach what-if. 35. Oferowane oprogramowanie musi być w najnowszej wersji oferowanej przez producenta tego oprogramowania F. Szafa serwerowa - sztuk 1 Minimalne parametry: 1. Szafa serwerowa minimum 42 U, o wymiarach pozwalających na swobodne zamontowanie wszystkich urządzeń objętych przedmiotem zamówienia. Zamkniecie szafy na klucz musi się odbyć bez zbędnego gięcia kabli oraz bez konieczności dobudowania dodatkowych elementów zwiększających wymiary szafy. 2. Zabezpieczona zamkiem, przednie i tylne drzwi z blachy perforowanej przepuszczalność minimum 75% . 3. Wentylacja pozioma wymuszona przez zamontowane urządzenia, odpowiednie panele zaślepiające. 4. Możliwość montażu drzwi (przód) do otwierania się w lewo jak i w prawo. 5. Możliwość przyłączenia uziemienia. 6. Szafa musi posiadać jednorodność rozwiązań (dystrybucja zasilania PDU, iPDU, extension bars, zarządzanie okablowaniem). G. Licencje systemowe Zamawiający posiada systemy Windows i Windows Serwer oraz aplikacje działające w tych systemach. W celu uzupełnienia i aktualizacji Zamawiający zamierza zakupić następujące licencje lub równoważne:P73-06295 Licencja Windows Server Standard 2012 R2 OLP NL Gov 2Proc - 2 szt,R18-04291 Licencja dostępowa Windows Server 2012 OLP NL Gov User CAL - 150 szt
  • II.1.4. Wspólny Słownik Zamówień (CPV): 488000006
  • II.1.5. Czy dopuszcza się złożenie oferty częściowej: nie
  • II.1.6. Czy dopuszcza się złożenie oferty wariantowej: nie
  • II.1.7. Czy przewiduje się udzielenie zamówień uzupełniających: nie
  • II.2. Czas trwania zamówienia lub termin wykonania: 60 dni

Sekcja III - Informacje o charakterze prawnym, ekonomicznym, finansowym i technicznym

  • III.1. Warunki dotyczące zamówienia
  • Informacja na temat wadium: 21. Wymagania dotyczące wadium. 1.Każda oferta musi być zabezpieczona wadium w wysokości 3 000 złotych ( słownie: trzytysiącezłotych). 2.Wadium wnosi się przed upływem terminu składania ofert. 3.Wadium może być wnoszone w jednej lub kilku następujących formach: pieniądzu; 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; gwarancjach bankowych; gwarancjach ubezpieczeniowych; 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.) 4.Wadium wnoszone w formie pieniężnej należy wpłacić przelewem na rachunek bankowy w ING Bank Śląski, na rachunek: nr 03 1050 1214 1000 0022 9075 1375 Wadium musi być wniesione najpóźniej do dnia 13.07. 2015 r. do godz.9:30. Za skuteczne wniesienie wadium w pieniądzu Zamawiający uważa wadium, które w oznaczonym terminie znajdzie się, tj. zostanie zaksięgowane na rachunku Zamawiającego. 5.Pozostałe formy wadium należy złożyć ,w oryginale, do depozytu w kasie Starostwa Powiatowego, ul. Żwirki i Wigury 4a, 43-190 Mikołów, pok. 146, najpóźniej do dnia 13.07.2015 r. do godz.930. W przypadku uchybienia ww. terminom, miejscom, treści lub formie wniesienia wadium, Zamawiający uzna, że wadium nie zostało skutecznie wniesione. 6.W przypadku wniesienia wadium w innej formie niż pieniądz w dokumencie wadialnym musi znaleźć się zapis, iż jest ono nieodwołalne, bezwarunkowe i płatne na pierwsze żądanie Zamawiającego. W gwarancji nie mogą być zawarte jakiekolwiek warunki ograniczające zakres odpowiedzialności gwarancyjnej. Dokument wadialny musi obejmować wszystkie przypadki opisane w art.46 ust.4a i ust.5 ustawy Prawo Zamówień Publicznych.. W przypadku wniesienia wadium w innej formie niż pieniądz w dokumencie wadialnym, jako Beneficjenta/Zamawiającego należy wpisać : Powiat Mikołowski reprezentowany przez Zarząd Powiatu Mikołowskiego z siedzibą przy: ul. Żwirki i Wigury 4a 43-190 Mikołów 7.Zgodnie z art. 46 ust 1 ustawy Zamawiający zwraca wadium wszystkim wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, z wyjątkiem wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem ust.4a art.46 ustawy. 8.Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, Zamawiający zwraca wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz wniesieniu zabezpieczenia należytego wykonania umowy, jeżeli jego wniesienia żądano. 9.Zgodnie z art. 46 ust. 2 ustawy Zamawiający zwraca niezwłocznie wadium, na wniosek wykonawcy, który wycofał ofertę przed upływem terminu składania ofert. 10.Zamawiający żąda ponownego wniesienia wadium przez wykonawcę, któremu zwrócono wadium na podstawie art. 46 ust. 1, jeżeli w wyniku ostatecznego rozstrzygnięcia odwołania jego oferta została wybrana jako najkorzystniejsza. Wykonawca wnosi wadium w terminie określonym przez zamawiającego. 12.Jeżeli wadium wniesiono w pieniądzu, zamawiający zwraca je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane, pomniejszone o koszty prowadzenia rachunku bankowego oraz prowizji bankowej za przelew pieniędzy na rachunek bankowy wskazany przez wykonawcę. 13.Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli wykonawca, którego oferta została wybrana: 1) odmówił podpisania umowy w sprawie zamówienia publicznego na warunkach określonych w ofercie; 2) nie wniósł wymaganego zabezpieczenia należytego wykonania umowy; 3) zawarcie umowy w sprawie zamówienia publicznego stało się niemożliwe z przyczyn leżących po stronie wykonawcy.; Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3, z przyczyn leżących po jego stronie, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1,pełnomocnictw,listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art.24 ust.2 pkt 5, lub informacji o tym, że nie należy do grupy kapitałowej,lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust.2 pkt 3,co powodowało brak możliwości wybrania oferty złożonej przez wykonawcę jako najkorzystniejszej.

Sekcja IV - Procedura przetargowa

  • IV.1. Tryb udzielenia zamówienia
  • IV.1.1. Tryb udzielenia zamówienia: przetarg nieograniczony
  • IV.2. Kryteria oceny ofert
  • IV.2.1. Kryteria oceny ofert: wydłużenie okresu gwarancji
  • IV.3. Informacje administracyjne
  • IV.3.1. Adres strony internetowej, na której dostępna jest specyfikacja istotnych warunków zamówienia: www.bip.mikolowski.pl

Zobacz następny przetargZobacz poprzedni przetargPobierz ofertę w pliku pdfPowrót na stronę główną

Podobne ogłoszenia o przetargach