98955 / 2015-07-03 - Administracja samorządowa / Zarząd Powiatu Mikołowskiego (Mikołów)

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

Opis 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

Numer biuletynu: 1

Pozycja w biuletynie: 98955

Data publikacji: 2015-07-03

Nazwa: Zarząd Powiatu Mikołowskiego

Ulica: ul. Żwirki i Wigury 4a

Numer domu: 4a

Miejscowość: Mikołów

Kod pocztowy: 43-190

Województwo / kraj: śląskie

Numer telefonu: (032) 32-48-100, 32-48-125

Numer faxu: (032) 32-48-147, 32-48-132

Adres strony internetowej: www.bip.mikolowski.pl

Regon: 27628477900000

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:
Dostawa infrastruktury informatycznej do obsługi wirtualizacji wraz z migracją istniejacych systemów dla Starostwa Powiatowego z siedzibą w Mikołowie.

Rodzaj zamówienia: D

Przedmiot 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

Kody CPV:
488000006 (Systemy i ser wery informacyjne)

Kod CPV drugiej częsci zamówienia:
480000008 (Pakiety oprogramowania i systemy informatyczne)

Kod CPV trzeciej częsci zamówienia:
487800009 (Pakiety oprogramowania do zarządzania systemem, przechowywaniem i zawartością)

Kod CPV czwartej częsci zamówienia:
488220006 (Serwery komputerowe)

Kod CPV piątej częsci zamówienia:
302000001 (Urządzenia komputerowe)

Kod CPV szóstej częsci zamówienia:
302100004 (Maszyny do przetwarzania danych (sprzęt))

Kod CPV siódmej częsci zamówienia:
302330001 (Urządzenia do przechowywania i odczytu danych)

Kod CPV ósmej częsci zamówienia:
302331411 (Nadmiarowa macierz niezależnych dysków (RAID))

Kod CPV dziewiątej częsci zamówienia:
302360002 (Różny sprzęt komputerowy)

Kod CPV dziesiątej częsci zamówienia:
312133005 (Szafy kablowe)

Kod CPV jedenastej częsci zamówienia:
322600003 (Urządzenia do przesyłu 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: O

Okres trwania zamówienia w dniach: 60

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.

Zaliczka: Nie

Uprawnienia: Zamawiający nie opisuje tego warunku.

Wiedza i doświadczenie: Zamawiający nie opisuje tego warunku.

Potencjał techniczny: Zamawiający nie opisuje tego warunku.

Osoby zdolne do zrealizowania zamówienia: Zamawiający nie opisuje tego warunku.

Sytuacja ekonomiczna:
Zamawiający nie opisuje tego warunku.
Zgodnie z art. 26 ust. 2b ustawy Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia, zdolnościach finansowych lub ekonomicznych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia.

II. Inne warunki, które musi spełniać Wykonawca.
1.Brak podstaw do wykluczenia wykonawcy z powodu niespełnienia warunków, o których mowa w art.24 ust.1 ustawy Prawo Zamówień Publicznych.
2.Brak podstaw do wykluczenia wykonawców na podstawie art.24 ust.2 pkt.5 ustawy Prawo Zamówień Publicznych tj., którzy należąc do tej samej grupy kapitałowej, w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331, z późn. zm.), złożyli odrębne oferty w tym samym postępowaniu, chyba że wykażą, że istniejące między nimi powiązania nie prowadzą do zachwiania uczciwej konkurencji pomiędzy wykonawcami w postępowaniu o udzielenie zamówienia.Ocena spełniania poszczególnych warunków przez Wykonawców zostanie dokonana na podstawie złożonej oferty oraz złożonych przez wykonawców oświadczeń i dokumentów, wymaganych przez Zamawiającego w SIWZ i zostanie przeprowadzona zgodnie z formułą spełnia - nie spełnia.

Oświadczenie wykluczenia nr 1: Tak

Oświadczenie wykluczenia nr 2: Tak

Dokumenty grupy kapitałowej: Tak

Dokumenty podmiotów zagranicznych: Tak

Dokument potwierdzenia III.5: Tak

Inne dokumenty potwierdzające III.5:
1) wyniki testu dla procesora oferowanego w serwerze dla parametru SPECvirt_sc2010@VMs 2440@150) lub MTOPS (Million Theoretical Operations Per Second)
2) w przypadku zaoferowania macierzy dyskowej innego producenta niż serwer należy 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ń.

inne_dokumenty:
1). wypełniony i podpisany formularz ofertowy stanowiący zał. nr 1 do SIWZ;
2) wypełniony i podpisany załącznik nr 2 do SIWZ - Szczegółowy Opis Oferowanego Przedmiotu Zamówienia;
3) Jeżeli oferta podpisana jest przez osobę inną niż upoważniona do reprezentowania wykonawcy do oferty należy załączyć pełnomocnictwo (upoważnienie) w formie oryginału podpisane przez osoby uprawnione do reprezentowania wykonawcy lub w formie kopii poświadczonej notarialnie.
4) w przypadku wykonawców wspólnie ubiegających się o udzialenia zamówienia pełnomocnictwo/upoważnieniem dla pełnomocnika wykonawców występujących wspólnie do reprezentowania ich w postępowaniu o udzielenie zamówienia albo reprezentowania w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego.Pełnomocnictwo musi być w formie oryginału lub w formie kopii poświadczonej notarialnie.

III.7 osoby niepełnosprawne: Nie

Kod trybu postepowania: PN

Czy zmiana umowy: Tak

Zmiana umowy:
1. Wszelkie zmiany i uzupełnienia niniejszej umowy wymagają formy pisemnej pod rygorem nieważności. Zmiany nie mogą być sprzeczne z dyspozycją przepisu art. 144 ustawy Prawo zamówień publicznych.
2. Strony umowy przewidują możliwość dokonania istotnych zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, w następującym zakresie:
a) zmiany przepisów prawa istotnych dla postanowień zawartej umowy,
b) zmiany personelu Wykonawcy lub Zamawiającego wskazanych w umowie na skutek zdarzeń losowych, zmian kadrowo- personalnych, utraty wymaganych uprawnień, utraty stanowiska z zastrzeżeniem równoważności uprawnień,
c) zmiana lub rezygnacja z podwykonawcy na etapie realizacji przedmiotu umowy z zastrzeżeniem § 12 ust. 6 , 7,
d) innym, w następujących przypadkach, gdy:
konieczność wprowadzenia takich zmian wynika z okoliczności, których nie można było przewidzieć w chwili zawarcia umowy,
w przypadku wystąpienia siły wyższej. Siła wyższa oznacza wydarzenie zewnętrzne, nieprzewidywalne i poza kontrolą stron niniejszej umowy, którego skutkom nie można zapobiec, występujące po podpisaniu umowy, a powodujące niemożliwość wywiązania się z umowy w jej obecnym brzmieniu np. warunki atmosferyczne,
wydłużenia terminu realizacji umowy w przypadku wystąpienia uzasadnionych okoliczności, których podstawą będą obiektywne przesłanki zaakceptowane przez Zamawiającego, z zastrzeżeniem, że w związku z wydłużeniem terminu realizacji umowy Wykonawca nie będzie uprawniony do zwiększenia wynagrodzenia,
wydłużenie terminu gwarancji w związku z przedłużeniem terminu realizacji zamówienia,
poprawa jakości lub innych parametrów charakterystycznych dla danego elementu przedmiotu zamówienia lub zmiana technologii, musi zostać stwierdzona przez Zamawiającego,
rezygnacja z części zamówienia w uzasadnionych i uzgodnionych przez strony przypadkach, w szczególności zamawiający przewiduje możliwość odstąpienia od umowy na okoliczność, o której mowa w art. 145 ustawy Prawo zamówień publicznych Prawo Zamówień Publicznych (tekst jednolity Dz.U z2013 r., poz. 907 z późn. zmianami).
zmiany w kolejności i terminach wykonania przedmiotu zamówienia, na skutek zdarzeń losowych, opóźnień w dostawie urządzeń lub innych okoliczności,
uzasadnionych zmian w zakresie sposobu wykonania przedmiotu zamówienia proponowanych przez Zamawiającego lub Wykonawcę, jeżeli te zmiany są korzystne dla stron,
zmiana stanu prawnego, który będzie wnosił nowe wymagania co do sposobu realizacji jakiegokolwiek tematu ujętego przedmiotem zamówienia oraz nie będzie to związane ze zmianą zakresu i wartości przedmiotu zamówienia,
zmian teleadresowych Stron umowy,
zmiana zakresu dostaw przeznaczonych do wykonania przez podwykonawcę na wniosek Zamawiającego lub Wykonawcy.

Kod kryterium cenowe: B

Znaczenie kryterium 1: 95

Nazwa kryterium 2: wydłużenie okresu gwarancji

Znaczenie kryterium 2: 5

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

Adres uzyskania specyfikacji i warunków zamówienia:
Starostwo Powiatowe w Mikołowie, ul.Żwirki i Wigury 4a, 43 - 190 Mikołów,wejście B,parter, Biuro Podawcze, osobiście lub za zaliczeniem pocztowym, cena 5 PLN plus koszt wysyłki.

Data składania wniosków, ofert: 13/07/2015

Godzina składania wniosków, ofert: 09:30

Miejsce składania:
Starostwo Powiatowe w Mikołowie, ul.Żwirki i Wigury 4a, 43 - 190 Mikołów,wejście B,parter, kancelaria - pokój nr 127.

On: D

Termin związania ofertą, data do: 11/08/2015

Czy unieważnienie postępowania: Nie

Podobne przetargi