Przetarg nieograniczony w zakresie dostawy macierzy dyskowej (cz. I zamówienia) i dostawy oprogramowania wirtualizacyjnego (cz. II zamówienia) na potrzeby systemu SZOI w Zachodniopomorskim OW NFZ

Szczecin: Przetarg nieograniczony w zakresie dostawy macierzy dyskowej (cz. I zamówienia) i dostawy oprogramowania wirtualizacyjnego (cz. II zamówienia) na potrzeby systemu SZOI w Zachodniopomorskim OW NFZ


Numer ogłoszenia: 455018 - 2013; data zamieszczenia: 07.11.2013

OGŁOSZENIE O ZAMÓWIENIU - dostawy

Zamieszczanie ogłoszenia:
obowiązkowe.

Ogłoszenie dotyczy:
zamówienia publicznego.

SEKCJA I: ZAMAWIAJĄCY

I. 1) NAZWA I ADRES:
Zachodniopomorski Oddział Wojewódzki Narodowego Funduszu Zdrowia , ul. Arkońska 45, 71-470 Szczecin, woj. zachodniopomorskie, tel. 091 4251161, faks 091 4251096.

• 
  Adres strony internetowej zamawiającego:
  www.nfz-szczecin.pl

I. 2) RODZAJ ZAMAWIAJĄCEGO:
Instytucja ubezpieczenia społecznego i zdrowotnego.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) OKREŚLENIE PRZEDMIOTU ZAMÓWIENIA

II.1.1) Nazwa nadana zamówieniu przez zamawiającego:
Przetarg nieograniczony w zakresie dostawy macierzy dyskowej (cz. I zamówienia) i dostawy oprogramowania wirtualizacyjnego (cz. II zamówienia) na potrzeby systemu SZOI w Zachodniopomorskim OW NFZ.

II.1.2) Rodzaj zamówienia:
dostawy.

II.1.4) Określenie przedmiotu oraz wielkości lub zakresu zamówienia:
Przedmiotem zamówienia jest dostawa macierzy dyskowej (cz. I) i dostawa oprogramowania (platformy) wirtualizacyjnego (cz. II). Wybrany wykonawca części II zamówienia zobowiązany będzie do wykonania usługi wdrożeniowej na potrzeby systemu SZOI w Zachodniopomorskim OW NFZ. Poniżej podaje się szczegółowy opis przedmiotu zamówienia: Wymagania szczegółowe I. Macierz dyskowa (cz. I) 1. Urządzenie powinno być wyposażone w pracujące nadmiarowo kontrolery do transmisji i obsługi danych z możliwością wsparcia dla protokołu blokowego: FC. 2. Zamawiający wymaga wyposażenia oferowanej macierzy w co najmniej 8 portów FC 8 Gbps do komunikacji z hostami, co najmniej 4 na kontroler. 3. Macierz musi mieć możliwość zamontowania w szafie serwerowej rack 19 oraz nie może zająć więcej niż 4U. 4. Macierz musi umożliwiać migrację dysków logicznych na i z macierzy dyskowych innych producentów z wykorzystaniem wewnętrznych mechanizmów macierzy. Wymagane jest dostarczenie licencji na całą oferowaną pojemność macierzy. 5. Macierz musi posiadać możliwość włączenia kompresji udostępnianych obszarów. Niezbędne jest dostarczenie odpowiedniej licencji na tą funkcjonalność na oferowaną pojemność macierzy dla wszystkich wymaganych protokołów udostępniania danych. 6. Macierz musi umożliwiać przenoszenie całych dysków logicznych (LUN) udostępnionych do hostów pomiędzy poszczególnymi obszarami macierzy dyskowej bez przerywania dostępu do danych i pracy aplikacji korzystających z tych dysków. 7. Macierz musi umożliwiać zwrot zwolnionej przestrzeni dyskowej do puli (ang. Space reclamation). 8. Macierz musi umożliwiać wykonywanie aktualizacji mikrokodu macierzy w trybie online bez przerywania dostępu do zasobów dyskowych macierzy i przerywania pracy aplikacji. 9. Macierz musi być wyposażona w co najmniej 32GB przestrzeni cache służącej do buforowania operacji odczytu oraz zapisu. 10. Macierz dyskowa powinna umożliwiać stosowanie w niej dysków SSD, HDD 15k, HDD 10k i HDD 7,2k rpm wyposażonych w interfejsy SAS 6Gbps (SAS, NL-SAS) lub FC 4Gbps (FC, SATA), zarówno 2,5 jak i 3,5. 11. Macierz powinna umożliwiać równoczesną obsługę wielu poziomów RAID. Ze względu na zakładane przeznaczenie niniejszego urządzenia zamawiający wymaga, by obsługiwało ono, co najmniej RAID 0,1,5,6. 12. Biorąc pod uwagę możliwość przyszłej rozbudowy środowiska wymagane jest aby pojedynczy port FC miał możliwość obsługi przynajmniej 255 host inicjatorów, a cała macierz obsługiwała 2048 host inicjatorów. 13. Macierz musi zostać wyposażona, w przynajmniej: a. 2 dyski SSD o pojemności 100 GB b. 6 dysków SAS/FC o pojemności 600 GB i prędkości obrotowej 15 tyś. RPM c. 3 dysków NLSAS/SATA o pojemności 3 TB i prędkości obrotowej 7200 RPM. 14. Macierz musi być wyposażona w dyski posiadające podwójne interfejsy. 15. Macierz musi mieć możliwość instalacji dysków SSD, SAS, NLSAS w tej samej półce dyskowej. 16. Połączenia między dyskami a kontrolerami powinny być wykonane w technologii SAS 6Gbps. 17. Macierz musi umożliwiać rozbudowę pojemności oraz wydajności poprzez dołożenie lub wymianę kontrolerów bez konieczności migracji danych. 18. Urządzenie powinno być wyposażone w podwójny, redundantny system zasilania i chłodzenia, gwarantujący nieprzerwalność pracy i utrzymanie funkcjonalności macierzy w szczególności działania pamięci cache w przypadku awarii jednego ze źródeł zasilania. 19. Macierz musi posiadać funkcjonalność tieringu polegającą na automatycznej migracji bloków danych dysków logicznych pomiędzy różnymi typami dysków fizycznych, w zależności od stopnia wykorzystania danego obszaru przez aplikację. Migracje muszą być wykonywane automatycznie bez udziału administratora. Pojedynczy migrowany obszar nie może być większy niż 1GB. Migracja danych musi odbywać się bez przerywania dostępu do danych od strony hostów i aplikacji. Niezbędne jest dostarczenie licencji na całą oferowaną pojemność macierzy. 20. Funkcjonalność tieringu musi być możliwa pomiędzy przynajmniej dwiema technologiami dysków SSD, SAS/FC. 21. Macierz musi umożliwiać automatyczne rozkładanie bloków dysków logicznych pomiędzy wszystkie dostępne dyski fizyczne funkcjonujące w ramach tej samej puli/grupy dyskowej w przypadku rozszerzania dysku logicznego i dokładania dysków fizycznych. 22. Macierz musi współpracować z serwerami pracującymi pod kontrolą systemów Windows 2003/2008/2012, Linux RedHat i SuSE, IBM AIX, Sun Solaris, HP-UX, VMware. 23. Macierz musi wspierać standard integracji z VMWare w zakresie VAAI. 24. Macierz musi zapewniać jednoczesne zastosowanie różnych trybów protekcji RAID dla różnych typów dysków fizycznych w obsługujących pojedynczy dysk logiczny objęty mechanizmem tieringu. 25. Macierz powinna oferować funkcjonalność podłączenia jej do centrum serwisowego producenta, w celu zdalnego monitorowania poprawności funkcjonowania macierzy. 26. Zamawiający wymaga, aby serwis sprzętu i oprogramowania świadczony był przez organizację serwisową producenta, mającą swoją placówkę serwisową na terenie Polski i zatrudniającą co najmniej 20 inżynierów serwisu. 27. Oferowane urządzenia muszą być fabrycznie nowe, wyprodukowane nie wcześniej niż 2 miesiące przed dostawą i pochodzić z autoryzowanego kanału dystrybucji producenta w Polsce. 28. Macierz musi umożliwiać zarządzanie zarówno z poziomu linii komend (CLI), jak również poprzez jeden interfejs graficzny (GUI). 29. Macierz musi być objęta przynajmniej 3-letnią gwarancją zarówno na sprzęt, jak i oprogramowanie. Zgłoszenie awarii musi być zapewnione poprzez portal internetowy i telefonicznie w trybie 24x7. W sytuacjach, gdy naprawa macierzy będzie wymagała wymiany części, część ta zostanie dostarczona i wymieniona przez inżyniera serwisu w trybie następnego dnia roboczego. Dokładny opis zakresu gwarancji oraz opis procedury zgłaszania awarii wraz z numerami telefonów należy dołączyć do oferty. II. Oprogramowanie (platforma) wirtualizacyjne wraz z usługą wdrożenia (cz. II) 1. Warstwa wirtualizacji musi być zainstalowana bezpośrednio na sprzęcie fizycznym bez dodatkowych pośredniczących systemów operacyjnych. 2. Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i powinno się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej. 3. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym potrafi obsłużyć i wykorzystać procesory fizyczne wyposażone dowolną liczbę rdzeni oraz do 2TB pamięci fizycznej RAM. 4. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-8-procesorowych. 5. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do 1 TB pamięci operacyjnej RAM. 6. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z których każda może mieć 1-10 wirtualnych kart sieciowych. 7. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć co najmniej 4 porty szeregowe, 3 porty równoległe i 20 urządzeń USB. 8. Rozwiązanie musi umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez spadku wydajności i dostępności pozostałych wybranych usług. 9. Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej. 10. Polityka licencjonowania musi umożliwiać przenoszenie licencji na oprogramowanie do wirtualizacji pomiędzy serwerami różnych producentów z zachowaniem wsparcia technicznego i zmianą wersji oprogramowania na niższą (downgrade). Licencjonowanie nie może odbywać się w trybie OEM. 11. Rozwiązanie musi wspierać następujące systemy operacyjne: MS-DOS 6.22, Windows 3.1, Windows 95, Windows 98, Windows XP, Windows Vista , Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows 7, Windows 8, SLES 11, SLES 10, SLES 9, SLES 8, RHEL 6, RHEL 5, RHEL 4, RHEL 3, Solaris 11 ,Solaris 10, Solaris 9, Solaris 8, OS/2 Warp 4.0, NetWare 6.5, NetWare 6, NetWare 5, OEL 4, OEL 5, Debian, CentOS, FreeBSD, Asianux, Mandriva, Ubuntu 12.04, SCO OpenServer, SCO Unixware, Mac OS X. 12. Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika konsolidacji. 13. Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości zasobów dyskowych niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy. 14. Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i do konfigurowania innych funkcjonalności. Centralna konsola graficzna powinna mieć możliwość działania zarówno jako aplikacja na maszynie fizycznej lub wirtualnej jak i jako gotowa, wstępnie skonfigurowana maszyna wirtualna tzw. virtual appliance. 15. Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na dyskach/wolumenach) oraz przechowywać i wyświetlać dane maksymalnie sprzed roku. 16. Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy. 17. Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi. 18. Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość integracji z usługami katalogowymi Microsoft Active Directory. 19. Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej (hosta, maszyny wirtualnej) bez potrzeby wyłączania wirtualnych maszyn. 20. Rozwiązanie musi zapewnić wbudowany mechanizm do bezpiecznej automatycznej archiwizacji i odtwarzania wskazanych maszyn wirtualnych. Mechanizm ten musi umożliwiać również odtwarzanie pojedynczych plików z kopii zapasowej oraz zapewnia stosowanie deduplikacji dla kopii zapasowych. 21. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 22. Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. Mechanizm powinien umożliwiać 4 lub więcej takich procesów przenoszenia jednocześnie. 23. Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA), aby w przypadku awarii lub niedostępności serwera fizycznego wybrane przez administratora i uruchomione nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 24. System musi posiadać funkcjonalność wirtualnego przełącznika (virtual switch) umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny powinien mieć możliwość konfiguracji do 4000 portów. 25. Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej fizycznych kart sieciowych aby zapewnić bezpieczeństwo połączenia ethernetowego w razie awarii karty sieciowej. 26. Wirtualne przełączniki musza obsługiwać wirtualne sieci lokalne (VLAN). Usługa wdrożenia W związku ze specyfiką wdrożenia Zamawiający wymaga, aby wykonawca posiadał aktualny certyfikat ISO 27001 bądź równoważny (załączyć do oferty). W zakres zamówienia wchodzi, oprócz dostawy wyspecyfikowanych urządzeń, także ich wdrożenie na miejscu u Zamawiającego, przez producenta lub certyfikowanego wykonawcę. Wdrożenie 1. Instalacja macierzy w szafie. 2. Instalacja kart LAN w serwerach. 3. Przygotowanie koncepcji adresacji sieci LAN, konfiguracji sieci SAN. 4. Instalacja oprogramowania (platformy) wirtualizacyjnego. 5. Konfiguracja macierzy, wydzielenie zasobów na wirtualne serwery. 6. Konfiguracja sieci SAN w infrastrukturze wirtualnej. 7. Konfiguracja sieci LAN w infrastrukturze wirtualnej. 8. Instalacja i konfiguracja platformy do zarządzania maszynami wirtualnymi. 9. Konfiguracja klastra wysokiej dostępności. 10. Przygotowanie koncepcji wirtualizacji fizycznych maszyn. 11. Migracja istniejących serwerów do środowiska wirtualnego. 12. Testy wydajności, optymalizacja. 13. Prezentacja rozwiązania i instruktaż prawidłowej administracji infrastruktura wirtualną. 14. Przygotowanie dokumentacji powykonawczej. 15. Zapewnienie warsztatów z administracji infrastrukturą wirtualizacyjną dla administratora Wydziału Informatyki wskazanego przez Zamawiającego..

II.1.6) Wspólny Słownik Zamówień (CPV):
30.23.00.00-0, 48.00.00.00-8.

II.1.7) Czy dopuszcza się złożenie oferty częściowej:
tak, liczba części: 2.

II.1.8) Czy dopuszcza się złożenie oferty wariantowej:
nie.

II.2) CZAS TRWANIA ZAMÓWIENIA LUB TERMIN WYKONANIA:
Zakończenie: 23.12.2013.

SEKCJA III: INFORMACJE O CHARAKTERZE PRAWNYM, EKONOMICZNYM, FINANSOWYM I TECHNICZNYM

III.2) ZALICZKI

III.3) WARUNKI UDZIAŁU W POSTĘPOWANIU ORAZ OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA TYCH WARUNKÓW

• 
  III.3.2) Wiedza i doświadczenie
  

  
  Opis sposobu dokonywania oceny spełniania tego warunku
  

  • W celu potwierdzenia spełniania przez wykonawcę powyższego warunku, wykonawca musi legitymować się wykonaniem: dot. cz. I zamówienia a) 2 dostaw macierzy dyskowej wykonanych w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy zostały wykonane oraz załączeniem dowodów, czy zostały wykonane należycie (o wartości dostawy nie mniejszej niż 60.000,- zł brutto każda). b) w cz. II zamówienia Zamawiający nie stawia warunku legitymowania się wykonaniem dostaw oprogramowania wirtualizacyjnego.

III.4) INFORMACJA O OŚWIADCZENIACH LUB DOKUMENTACH, JAKIE MAJĄ DOSTARCZYĆ WYKONAWCY W CELU POTWIERDZENIA SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU ORAZ NIEPODLEGANIA WYKLUCZENIU NA PODSTAWIE ART. 24 UST. 1 USTAWY

III.4.1) W zakresie wykazania spełniania przez wykonawcę warunków, o których mowa w art. 22 ust. 1 ustawy, oprócz oświadczenia o spełnianiu warunków udziału w postępowaniu należy przedłożyć:

• wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, głównych dostaw lub usług, w okresie ostatnich trzech lat przed upływem terminu składania ofert albo wniosków o dopuszczenie do udziału w postępowaniu, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie;

III.4.2) W zakresie potwierdzenia niepodlegania wykluczeniu na podstawie art. 24 ust. 1 ustawy, należy przedłożyć:

• oświadczenie o braku podstaw do wykluczenia;
• aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu o udzielenie zamówienia albo składania ofert;

III.4.4) Dokumenty dotyczące przynależności do tej samej grupy kapitałowej

• lista podmiotów należących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów albo informacji o tym, że nie należy do grupy kapitałowej;

III.6) INNE DOKUMENTY

Inne dokumenty niewymienione w pkt III.4) albo w pkt III.5)

1. Oświadczenie wykonawcy w zakresie udzielonej gwarancji na dostarczoną macierz dyskową. 2. Dokument dotyczący udzielonego pełnomocnictwa (pełnomocnictw), jeśli oferta będzie podpisana przez pełnomocnika, złożony być musi w oryginale lub notarialnie poświadczonej kopii. 3. Dokument, o którym mowa w pkt 3.) I ppkt 29 i pkt 3.) II - Usługa wdrożenia (certyfikat ISO 27001 lub równoważny).

SEKCJA IV: PROCEDURA

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:
najniższa cena.

IV.3) ZMIANA UMOWY

przewiduje się istotne zmiany postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru wykonawcy:

Dopuszczalne zmiany postanowień umowy oraz określenie warunków zmian

Zamawiający dopuszcza zmianę postanowień niniejszej umowy, w następujących przypadkach: 1) przedłużenie terminu dostawy przedmiotu zamówienia w części I maksymalnie do dnia 30 grudnia 2013 r, natomiast w części II zamówienia maksymalnie do dnia 23 stycznia 2014 r, spowodowane trudnościami leżącymi po stronie producenta sprzętu, wykazane stosownym dokumentem, 2) zmiany terminu płatności, w przypadku ograniczenia finansowego po stronie Zamawiającego, z przyczyn od niego niezależnych, na termin nie dłuższy niż 30 dni od daty wystawienia faktury, 3) ustawowej zmiany stawki podatku VAT, 4) inne zmiany w umowie, gdy zmiany te będą korzystne dla Zamawiającego i będą leżały w interesie publicznym.

IV.4) INFORMACJE ADMINISTRACYJNE

IV.4.1)
 
Adres strony internetowej, na której jest dostępna specyfikacja istotnych warunków zamówienia:
www.nfz-szczecin.pl

Specyfikację istotnych warunków zamówienia można uzyskać pod adresem:
Zachodniopomorski OW NFZ ul. Arkońska 45 71-470 Szczecin pok. 219 (II piętro).

IV.4.4) Termin składania wniosków o dopuszczenie do udziału w postępowaniu lub ofert:
18.11.2013 godzina 11:00, miejsce: Zachodniopomorski OW NFZ ul. Arkońska 45 71-470 Szczecin pok. 219 (II piętro).

IV.4.5) Termin związania ofertą:
okres w dniach: 30 (od ostatecznego terminu składania ofert).

IV.4.17) Czy przewiduje się unieważnienie postępowania o udzielenie zamówienia, w przypadku nieprzyznania środków pochodzących z budżetu Unii Europejskiej oraz niepodlegających zwrotowi środków z pomocy udzielonej przez państwa członkowskie Europejskiego Porozumienia o Wolnym Handlu (EFTA), które miały być przeznaczone na sfinansowanie całości lub części zamówienia:
nie

ZAŁĄCZNIK I - INFORMACJE DOTYCZĄCE OFERT CZĘŚCIOWYCH

CZĘŚĆ Nr:
1
NAZWA:
Dostawa 1 szt. macierzy dyskowej.

• 
  1) Krótki opis ze wskazaniem wielkości lub zakresu zamówienia:
  Macierz dyskowa (cz. I) 1. Urządzenie powinno być wyposażone w pracujące nadmiarowo kontrolery do transmisji i obsługi danych z możliwością wsparcia dla protokołu blokowego: FC. 2. Zamawiający wymaga wyposażenia oferowanej macierzy w co najmniej 8 portów FC 8 Gbps do komunikacji z hostami, co najmniej 4 na kontroler. 3. Macierz musi mieć możliwość zamontowania w szafie serwerowej rack 19 oraz nie może zająć więcej niż 4U. 4. Macierz musi umożliwiać migrację dysków logicznych na i z macierzy dyskowych innych producentów z wykorzystaniem wewnętrznych mechanizmów macierzy. Wymagane jest dostarczenie licencji na całą oferowaną pojemność macierzy. 5. Macierz musi posiadać możliwość włączenia kompresji udostępnianych obszarów. Niezbędne jest dostarczenie odpowiedniej licencji na tą funkcjonalność na oferowaną pojemność macierzy dla wszystkich wymaganych protokołów udostępniania danych. 6. Macierz musi umożliwiać przenoszenie całych dysków logicznych (LUN) udostępnionych do hostów pomiędzy poszczególnymi obszarami macierzy dyskowej bez przerywania dostępu do danych i pracy aplikacji korzystających z tych dysków. 7. Macierz musi umożliwiać zwrot zwolnionej przestrzeni dyskowej do puli (ang. Space reclamation). 8. Macierz musi umożliwiać wykonywanie aktualizacji mikrokodu macierzy w trybie online bez przerywania dostępu do zasobów dyskowych macierzy i przerywania pracy aplikacji. 9. Macierz musi być wyposażona w co najmniej 32GB przestrzeni cache służącej do buforowania operacji odczytu oraz zapisu. 10. Macierz dyskowa powinna umożliwiać stosowanie w niej dysków SSD, HDD 15k, HDD 10k i HDD 7,2k rpm wyposażonych w interfejsy SAS 6Gbps (SAS, NL-SAS) lub FC 4Gbps (FC, SATA), zarówno 2,5 jak i 3,5. 11. Macierz powinna umożliwiać równoczesną obsługę wielu poziomów RAID. Ze względu na zakładane przeznaczenie niniejszego urządzenia zamawiający wymaga, by obsługiwało ono, co najmniej RAID 0,1,5,6. 12. Biorąc pod uwagę możliwość przyszłej rozbudowy środowiska wymagane jest aby pojedynczy port FC miał możliwość obsługi przynajmniej 255 host inicjatorów, a cała macierz obsługiwała 2048 host inicjatorów. 13. Macierz musi zostać wyposażona, w przynajmniej: 2 dyski SSD o pojemności 100 GB, 6 dysków SAS/FC o pojemności 600 GB i prędkości obrotowej 15 tyś. RPM, 3 dysków NLSAS/SATA o pojemności 3 TB i prędkości obrotowej 7200 RPM. 14. Macierz musi być wyposażona w dyski posiadające podwójne interfejsy. 15. Macierz musi mieć możliwość instalacji dysków SSD, SAS, NLSAS w tej samej półce dyskowej. 16. Połączenia między dyskami a kontrolerami powinny być wykonane w technologii SAS 6Gbps. 17. Macierz musi umożliwiać rozbudowę pojemności oraz wydajności poprzez dołożenie lub wymianę kontrolerów bez konieczności migracji danych. 18. Urządzenie powinno być wyposażone w podwójny, redundantny system zasilania i chłodzenia, gwarantujący nieprzerwalność pracy i utrzymanie funkcjonalności macierzy w szczególności działania pamięci cache w przypadku awarii jednego ze źródeł zasilania. 19. Macierz musi posiadać funkcjonalność tieringu polegającą na automatycznej migracji bloków danych dysków logicznych pomiędzy różnymi typami dysków fizycznych, w zależności od stopnia wykorzystania danego obszaru przez aplikację. Migracje muszą być wykonywane automatycznie bez udziału administratora. Pojedynczy migrowany obszar nie może być większy niż 1GB. Migracja danych musi odbywać się bez przerywania dostępu do danych od strony hostów i aplikacji. Niezbędne jest dostarczenie licencji na całą oferowaną pojemność macierzy. 20. Funkcjonalność tieringu musi być możliwa pomiędzy przynajmniej dwiema technologiami dysków SSD, SAS/FC. 21. Macierz musi umożliwiać automatyczne rozkładanie bloków dysków logicznych pomiędzy wszystkie dostępne dyski fizyczne funkcjonujące w ramach tej samej puli/grupy dyskowej w przypadku rozszerzania dysku logicznego i dokładania dysków fizycznych. 22. Macierz musi współpracować z serwerami pracującymi pod kontrolą systemów Windows 2003/2008/2012, Linux RedHat i SuSE, IBM AIX, Sun Solaris, HP-UX, VMware. 23. Macierz musi wspierać standard integracji z VMWare w zakresie VAAI. 24. Macierz musi zapewniać jednoczesne zastosowanie różnych trybów protekcji RAID dla różnych typów dysków fizycznych w obsługujących pojedynczy dysk logiczny objęty mechanizmem tieringu. 25. Macierz powinna oferować funkcjonalność podłączenia jej do centrum serwisowego producenta, w celu zdalnego monitorowania poprawności funkcjonowania macierzy. 26. Zamawiający wymaga, aby serwis sprzętu i oprogramowania świadczony był przez organizację serwisową producenta, mającą swoją placówkę serwisową na terenie Polski i zatrudniającą co najmniej 20 inżynierów serwisu. 27. Oferowane urządzenia muszą być fabrycznie nowe, wyprodukowane nie wcześniej niż 2 miesiące przed dostawą i pochodzić z autoryzowanego kanału dystrybucji producenta w Polsce. 28. Macierz musi umożliwiać zarządzanie zarówno z poziomu linii komend (CLI), jak również poprzez jeden interfejs graficzny (GUI). 29. Macierz musi być objęta przynajmniej 3-letnią gwarancją zarówno na sprzęt, jak i oprogramowanie. Zgłoszenie awarii musi być zapewnione poprzez portal internetowy i telefonicznie w trybie 24x7. W sytuacjach, gdy naprawa macierzy będzie wymagała wymiany części, część ta zostanie dostarczona i wymieniona przez inżyniera serwisu w trybie następnego dnia roboczego. Dokładny opis zakresu gwarancji oraz opis procedury zgłaszania awarii wraz z numerami telefonów należy dołączyć do oferty..

• 
  2) Wspólny Słownik Zamówień (CPV):
  30.23.00.00-0.

• 
  3) Czas trwania lub termin wykonania:
  Zakończenie: 23.12.2013.

• 
  4) Kryteria oceny ofert:
  najniższa cena.

CZĘŚĆ Nr:
2
NAZWA:
Dostawa oprogramowania wirtualizacyjnego.

• 
  1) Krótki opis ze wskazaniem wielkości lub zakresu zamówienia:
  Oprogramowanie (platforma) wirtualizacyjne wraz z usługą wdrożenia (cz. II) 1. Warstwa wirtualizacji musi być zainstalowana bezpośrednio na sprzęcie fizycznym bez dodatkowych pośredniczących systemów operacyjnych. 2. Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i powinno się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej. 3. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym potrafi obsłużyć i wykorzystać procesory fizyczne wyposażone dowolną liczbę rdzeni oraz do 2TB pamięci fizycznej RAM. 4. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-8-procesorowych. 5. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do 1 TB pamięci operacyjnej RAM. 6. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z których każda może mieć 1-10 wirtualnych kart sieciowych. 7. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć co najmniej 4 porty szeregowe, 3 porty równoległe i 20 urządzeń USB. 8. Rozwiązanie musi umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez spadku wydajności i dostępności pozostałych wybranych usług. 9. Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej. 10. Polityka licencjonowania musi umożliwiać przenoszenie licencji na oprogramowanie do wirtualizacji pomiędzy serwerami różnych producentów z zachowaniem wsparcia technicznego i zmianą wersji oprogramowania na niższą (downgrade). Licencjonowanie nie może odbywać się w trybie OEM. 11. Rozwiązanie musi wspierać następujące systemy operacyjne: MS-DOS 6.22, Windows 3.1, Windows 95, Windows 98, Windows XP, Windows Vista , Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows 7, Windows 8, SLES 11, SLES 10, SLES 9, SLES 8, RHEL 6, RHEL 5, RHEL 4, RHEL 3, Solaris 11 ,Solaris 10, Solaris 9, Solaris 8, OS/2 Warp 4.0, NetWare 6.5, NetWare 6, NetWare 5, OEL 4, OEL 5, Debian, CentOS, FreeBSD, Asianux, Mandriva, Ubuntu 12.04, SCO OpenServer, SCO Unixware, Mac OS X. 12. Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika konsolidacji. 13. Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości zasobów dyskowych niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy. 14. Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i do konfigurowania innych funkcjonalności. Centralna konsola graficzna powinna mieć możliwość działania zarówno jako aplikacja na maszynie fizycznej lub wirtualnej jak i jako gotowa, wstępnie skonfigurowana maszyna wirtualna tzw. virtual appliance. 15. Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na dyskach/wolumenach) oraz przechowywać i wyświetlać dane maksymalnie sprzed roku. 16. Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy. 17. Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi. 18. Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość integracji z usługami katalogowymi Microsoft Active Directory. 19. Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej (hosta, maszyny wirtualnej) bez potrzeby wyłączania wirtualnych maszyn. 20. Rozwiązanie musi zapewnić wbudowany mechanizm do bezpiecznej automatycznej archiwizacji i odtwarzania wskazanych maszyn wirtualnych. Mechanizm ten musi umożliwiać również odtwarzanie pojedynczych plików z kopii zapasowej oraz zapewnia stosowanie deduplikacji dla kopii zapasowych. 21. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 22. Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. Mechanizm powinien umożliwiać 4 lub więcej takich procesów przenoszenia jednocześnie. 23. Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA), aby w przypadku awarii lub niedostępności serwera fizycznego wybrane przez administratora i uruchomione nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 24. System musi posiadać funkcjonalność wirtualnego przełącznika (virtual switch) umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny powinien mieć możliwość konfiguracji do 4000 portów. 25. Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej fizycznych kart sieciowych aby zapewnić bezpieczeństwo połączenia ethernetowego w razie awarii karty sieciowej. 26. Wirtualne przełączniki musza obsługiwać wirtualne sieci lokalne (VLAN). Usługa wdrożenia W związku ze specyfiką wdrożenia Zamawiający wymaga, aby wykonawca posiadał aktualny certyfikat ISO 27001 bądź równoważny (załączyć do oferty). W zakres zamówienia wchodzi, oprócz dostawy wyspecyfikowanych urządzeń, także ich wdrożenie na miejscu u Zamawiającego, przez producenta lub certyfikowanego wykonawcę. Wdrożenie 1. Instalacja macierzy w szafie. 2. Instalacja kart LAN w serwerach. 3. Przygotowanie koncepcji adresacji sieci LAN, konfiguracji sieci SAN. 4. Instalacja oprogramowania (platformy) wirtualizacyjnego. 5. Konfiguracja macierzy, wydzielenie zasobów na wirtualne serwery. 6. Konfiguracja sieci SAN w infrastrukturze wirtualnej. 7. Konfiguracja sieci LAN w infrastrukturze wirtualnej. 8. Instalacja i konfiguracja platformy do zarządzania maszynami wirtualnymi. 9. Konfiguracja klastra wysokiej dostępności. 10. Przygotowanie koncepcji wirtualizacji fizycznych maszyn. 11. Migracja istniejących serwerów do środowiska wirtualnego. 12. Testy wydajności, optymalizacja. 13. Prezentacja rozwiązania i instruktaż prawidłowej administracji infrastruktura wirtualną. 14. Przygotowanie dokumentacji powykonawczej. 15. Zapewnienie warsztatów z administracji infrastrukturą wirtualizacyjną dla administratora Wydziału Informatyki wskazanego przez Zamawiającego..

• 
  2) Wspólny Słownik Zamówień (CPV):
  48.00.00.00-8.

• 
  3) Czas trwania lub termin wykonania:
  Zakończenie: 20.01.2014.

• 
  4) Kryteria oceny ofert:
  najniższa cena.