Zakup i dostawa macierzy dyskowej wraz z oprogramowaniem

Publication date	2017-08-21
End date	2017-08-30 00:00:00
Instytucja	Instytut Adama Mickiewicza
Miejscowość	Warszawa
Województwo	mazowieckie
Branża	Urządzenia do przechowywania i odczytu danych
Szczegóły
Numer ogłoszenia	574252-N-2017
Document type	ZP-400
Cpv code	302330001
Adres strony internetowej siwz	http://www.iam.pl
BZP	Zobacz

Przedmiot zamówienia

Przedmiotem zamówienia jest zakup i dostawa macierzy dyskowej wraz z oprogramowaniem. Szczegółowy opis przedmiotu zamówienia zawiera załącznik nr 1 do SIWZ tj. Specyfikacja techniczna przedmiotu zamówienia. Pozycja nr 1: Macierz dyskowa (1 szt.) 1.Zewnętrzna macierz dyskowa wyposażona w dwa kontrolery macierzowe pracujące w trybie active – active wyposażone w minimum 4GB Cache per kontroler. Obudowa oferowanej macierzy przystosowana do montażu w szafie rack 19” o wysokości nie przekraczającej 2U. 2.Po zaniku zasilania zawartość pamięci Cache powinna być podtrzymywana bateryjnie przez min. 96h lub z zastosowaniem innej technologii przynajmniej 1 rok. 3.Macierz przystosowana do montażu w szafie rack 19” 4.Macierz musi posiadać następujące komponenty wymieniane w trybie “hot plug” : HDD, kontrolery macierzowe, wentylatory i zasilacze. 5.Oferowana macierz musi wspierać poziomy Raid 0, Raid 1, Raid 1+0, Raid 3, Raid 5, Raid 5+0, Raid 6. 6.Oferowana macierz musi pozwalać skonfigurować minimum 512 LUN o rozmiarze LUN nie mniej niż 128TB z poziomu macierzy dyskowej. 7.Macierz powinna wspierać przynajmniej następujące typy dysków twardych: SSD, SAS i NL-SAS 8.Macierz musi wspierać dyski: min. 400/800/1600GB SSD, 300/450/600/900/1200GB SAS oraz 1TB, 2TB, 4TB, 6TB, 8TB NL-SAS. Macierz musi się rozbudować do min. 190 dysków w ramach oferowanych kontrolerów macierzowych. 9.Macierz musi dostarczona z następującą ilością i typami dysków: 900GB 12G SAS 10K SFF - 22 szt. 400GB 12G SAS SSD SFF - 2 szt. 10.Oferowana macierz musi posiadać minimum 4 porty SAS 12Gb front-end per kontroler umożliwiające dołączenie macierzy bezpośrednio do serwerów lub przełączników SAS.11.Oferowana macierz musi posiadać min. 1 port SAS 6Gb/s per kontroler do podłączenia dodatkowych półek dyskowych. 12.Oferowana macierz musi posiadać pełną redundancję zasilania i wentylacji 13.Oferowana macierz musi zapewniać możliwość wykonywania szybkich kopi danych typu Snapshot i Clone dysków logicznych na poziomie kontrolerów macierzowych. Oferowana macierz musi wspierać min. 512 snapshoty w ramach macierzy dyskowej. 14.Oferowana macierz musi umożliwiać tworzenie wolumenów w trybie Thin Provisioning. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję na maksymalną wspieraną pojemność dyskową urządzenia 15.Oferowana macierz musi umożliwiać rozszerzenie pamięci Cache kontrolera do odczytu o przestrzeń na dyskach SSD. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję dla tej funkcjonalności. 16.Oferowana macierz musi umożliwiać skorzystanie z tzw. Sub-LUN Tiering czyli możliwości migracji bloków danych dysku logicznego na podstawie analizy ich aktywności przez macierz (najbardziej i najmniej aktywne) pomiędzy trzema typami dysków (SSD, SAS, NL SAS). Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję na maksymalną wspieraną pojemność dyskową urządzenia 17.Oferowana macierz musi pozwalać na replikację danych przynajmniej asynchroniczną z drugą macierzą. Funkcjonalność replikacji musi być realizowana na poziomie kontrolerów macierzowych bez obciążania tym procesem serwerów. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję dla tej funkcjonalności. 18.Oferowana macierz musi być dostarczona z kompletem kabli SAS o długości 2m umożliwiających jej podłączenie do hostów 19.Wsparcie dla systemów Windows, Linux, VMware. 20.trzy lata gwarancji producenta z czasem reakcji NBD realizowany przez polski oddział serwisu producenta posiadającego certyfikat ISO. 21.Do oferowanej macierzy muszą zostać dostarczone dwa dwuportowe kontrolery HBA SAS 12G (dwa na każdy serwer) - współpracujące z oferowaną macierzą i kompatybilne z serwerami Instytutu Adama Mickiewicza - X3650 M4 – part numer 7915C2G oraz X3550 M5 part numer 5463NKG Pozycja nr. 2 – Oprogramowanie do wirtualizacji (1 szt.) 1. Warstwa wirtualizacji powinna być rozwiązaniem systemowym tzn. powinna być zainstalowana bezpośrednio na sprzęcie fizycznym. 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. Pojedynczy klaster składa się z 3 fizycznych hostów (zaoferowanych serwerów dwuprocesorowych) z zainstalowaną warstwą wirtualizacji. Należy zaoferować rozwiązanie dla całego klastra. 4. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym powinno obsłużyć i wykorzystać procesory fizyczne wyposażone w 576 logicznych wątków oraz do minimum 12TB pamięci fizycznej RAM. 5. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-128 procesorowych. 6. Oprogramowanie do wirtualizacji musi zapewniać możliwość st6worzenia dysku maszyny wirtualnej o wielkości do 62 TB. 7. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do minimum 6TB pamięci operacyjnej RAM. 8. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 1-10 wirtualnych kart sieciowych. 9. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 32 porty szeregowe. 10. 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. 11. Rozwiązanie musi wspierać następujące systemy operacyjne: MS-DOS 6.22, Windows XP, Windows Vista , Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012 R2, Windows 2016, Windows 7, Windows 8, Windows 10, 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, Mandriva, Ubuntu 14, Ubuntu 12, 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. 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. 21. 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. 22. Wirtualne przełączniki muszą obsługiwać wirtualne sieci lokalne (VLAN). 23. Rozwiązanie musi zapewnić wbudowany, bezpieczny mechanizm do automatycznego tworzenia kopii zapasowych, 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. Mechanizm zapewnia możliwość wykonywania spójnych kopii zapasowych serwerów aplikacyjnych (Microsoft SQL Server, Microsoft Exchange Server, Microsoft SharePoint Server) oraz replikację kopii zapasowych. 24. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 25. 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. 26. 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 na nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 27. Zamawiający wymaga, aby wszystkie licencje dostarczone były wraz z 12 miesięcznym wsparciem technicznym i dostępem do aktualizacji oprogramowania, świadczonym bezpośrednio przez producenta i licencjodawcę oprogramowania. Wsparcie techniczne musi umożliwiać zgłaszanie problemów w trybie 12h/5 dni. 28. Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej. 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.

Dodatkowe informacje

GuidZP400	38a6968d-9d5a-4f37-8185-236ee73dc2dc
Biuletyn	574252-N-2017
Zamawiajacy nazwa	Instytut Adama Mickiewicza
Regon	14047007100000
Zamawiajacy adres ulica	ul. Mokotowska
Zamawiajacy adres numer domu	25
Zamawiajacy miejscowosc	Warszawa
Zamawiajacy kod pocztowy	00560
Zamawiajacy panstwo	Polska
Zamawiajacy wojewodztwo	mazowieckie
Zamawiajacy telefon	224 476 100
Zamawiajacy fax	224 476 152
Zamawiajacy email	iam@iam.pl
Adres strony url	www.iam.pl
Zamieszczanie obowiazkowe	1
Ogloszenie dotyczy	1
Czy finansowane z unii	2
Czy ubiegac zaklady pracy	2
Minimalny procent zatrudnienia	0%
Rodzaj zamawiajacego	8
Rodzaj zamawiajacego inny	Państwowa Instytucja Kultury
Czy dostep dokumentow zamowienia	1
Dostep dokumentow zamowienia	www.iam.pl
Czy zamieszczona bedzie specyfikacja	1
Zamieszczona bedzie specyfikacja	https://iam.pl/pl/bip/przetargi
Czy wymagane przeslanie ofert	1
Wymagane przeslanie ofert inny	pisemnie
Dopuszczone wymagane przeslanie ofert adres	Instytut Adama Mickiewicza, ul. Mokotowska 25, 00-560 Warszawa
Nazwa nadana zamowieniu	Zakup i dostawa macierzy dyskowej wraz z oprogramowaniem
Numer referencyjny	3/IAM/2017/08
Rodzaj zamowienia	1
Okreslenie przedmiotu	Przedmiotem zamówienia jest zakup i dostawa macierzy dyskowej wraz z oprogramowaniem. Szczegółowy opis przedmiotu zamówienia zawiera załącznik nr 1 do SIWZ tj. Specyfikacja techniczna przedmiotu zamówienia. Pozycja nr 1: Macierz dyskowa (1 szt.) 1.Zewnętrzna macierz dyskowa wyposażona w dwa kontrolery macierzowe pracujące w trybie active – active wyposażone w minimum 4GB Cache per kontroler. Obudowa oferowanej macierzy przystosowana do montażu w szafie rack 19” o wysokości nie przekraczającej 2U. 2.Po zaniku zasilania zawartość pamięci Cache powinna być podtrzymywana bateryjnie przez min. 96h lub z zastosowaniem innej technologii przynajmniej 1 rok. 3.Macierz przystosowana do montażu w szafie rack 19” 4.Macierz musi posiadać następujące komponenty wymieniane w trybie “hot plug” : HDD, kontrolery macierzowe, wentylatory i zasilacze. 5.Oferowana macierz musi wspierać poziomy Raid 0, Raid 1, Raid 1+0, Raid 3, Raid 5, Raid 5+0, Raid 6. 6.Oferowana macierz musi pozwalać skonfigurować minimum 512 LUN o rozmiarze LUN nie mniej niż 128TB z poziomu macierzy dyskowej. 7.Macierz powinna wspierać przynajmniej następujące typy dysków twardych: SSD, SAS i NL-SAS 8.Macierz musi wspierać dyski: min. 400/800/1600GB SSD, 300/450/600/900/1200GB SAS oraz 1TB, 2TB, 4TB, 6TB, 8TB NL-SAS. Macierz musi się rozbudować do min. 190 dysków w ramach oferowanych kontrolerów macierzowych. 9.Macierz musi dostarczona z następującą ilością i typami dysków: 900GB 12G SAS 10K SFF - 22 szt. 400GB 12G SAS SSD SFF - 2 szt. 10.Oferowana macierz musi posiadać minimum 4 porty SAS 12Gb front-end per kontroler umożliwiające dołączenie macierzy bezpośrednio do serwerów lub przełączników SAS.11.Oferowana macierz musi posiadać min. 1 port SAS 6Gb/s per kontroler do podłączenia dodatkowych półek dyskowych. 12.Oferowana macierz musi posiadać pełną redundancję zasilania i wentylacji 13.Oferowana macierz musi zapewniać możliwość wykonywania szybkich kopi danych typu Snapshot i Clone dysków logicznych na poziomie kontrolerów macierzowych. Oferowana macierz musi wspierać min. 512 snapshoty w ramach macierzy dyskowej. 14.Oferowana macierz musi umożliwiać tworzenie wolumenów w trybie Thin Provisioning. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję na maksymalną wspieraną pojemność dyskową urządzenia 15.Oferowana macierz musi umożliwiać rozszerzenie pamięci Cache kontrolera do odczytu o przestrzeń na dyskach SSD. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję dla tej funkcjonalności. 16.Oferowana macierz musi umożliwiać skorzystanie z tzw. Sub-LUN Tiering czyli możliwości migracji bloków danych dysku logicznego na podstawie analizy ich aktywności przez macierz (najbardziej i najmniej aktywne) pomiędzy trzema typami dysków (SSD, SAS, NL SAS). Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję na maksymalną wspieraną pojemność dyskową urządzenia 17.Oferowana macierz musi pozwalać na replikację danych przynajmniej asynchroniczną z drugą macierzą. Funkcjonalność replikacji musi być realizowana na poziomie kontrolerów macierzowych bez obciążania tym procesem serwerów. Jeżeli taka funkcjonalność jest licencjonowana należy załączyć licencję dla tej funkcjonalności. 18.Oferowana macierz musi być dostarczona z kompletem kabli SAS o długości 2m umożliwiających jej podłączenie do hostów 19.Wsparcie dla systemów Windows, Linux, VMware. 20.trzy lata gwarancji producenta z czasem reakcji NBD realizowany przez polski oddział serwisu producenta posiadającego certyfikat ISO. 21.Do oferowanej macierzy muszą zostać dostarczone dwa dwuportowe kontrolery HBA SAS 12G (dwa na każdy serwer) - współpracujące z oferowaną macierzą i kompatybilne z serwerami Instytutu Adama Mickiewicza - X3650 M4 – part numer 7915C2G oraz X3550 M5 part numer 5463NKG Pozycja nr. 2 – Oprogramowanie do wirtualizacji (1 szt.) 1. Warstwa wirtualizacji powinna być rozwiązaniem systemowym tzn. powinna być zainstalowana bezpośrednio na sprzęcie fizycznym. 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. Pojedynczy klaster składa się z 3 fizycznych hostów (zaoferowanych serwerów dwuprocesorowych) z zainstalowaną warstwą wirtualizacji. Należy zaoferować rozwiązanie dla całego klastra. 4. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym powinno obsłużyć i wykorzystać procesory fizyczne wyposażone w 576 logicznych wątków oraz do minimum 12TB pamięci fizycznej RAM. 5. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-128 procesorowych. 6. Oprogramowanie do wirtualizacji musi zapewniać możliwość st6worzenia dysku maszyny wirtualnej o wielkości do 62 TB. 7. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do minimum 6TB pamięci operacyjnej RAM. 8. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 1-10 wirtualnych kart sieciowych. 9. Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 32 porty szeregowe. 10. 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. 11. Rozwiązanie musi wspierać następujące systemy operacyjne: MS-DOS 6.22, Windows XP, Windows Vista , Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012 R2, Windows 2016, Windows 7, Windows 8, Windows 10, 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, Mandriva, Ubuntu 14, Ubuntu 12, 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. 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. 21. 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. 22. Wirtualne przełączniki muszą obsługiwać wirtualne sieci lokalne (VLAN). 23. Rozwiązanie musi zapewnić wbudowany, bezpieczny mechanizm do automatycznego tworzenia kopii zapasowych, 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. Mechanizm zapewnia możliwość wykonywania spójnych kopii zapasowych serwerów aplikacyjnych (Microsoft SQL Server, Microsoft Exchange Server, Microsoft SharePoint Server) oraz replikację kopii zapasowych. 24. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 25. 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. 26. 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 na nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 27. Zamawiający wymaga, aby wszystkie licencje dostarczone były wraz z 12 miesięcznym wsparciem technicznym i dostępem do aktualizacji oprogramowania, świadczonym bezpośrednio przez producenta i licencjodawcę oprogramowania. Wsparcie techniczne musi umożliwiać zgłaszanie problemów w trybie 12h/5 dni. 28. Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej. 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.
Cpv glowny przedmiot	30233000-1
Szacunkowa wartosc zamowienia calosc	0,00
Okres w dniach	30
Informacje na temat katalogow	Termin wykonania zamówienia - W zależności, jaki termin Wykonawca określi w formularzach ofertowych, jednakże nie dłuższy niż 30 dni od dnia podpisania umowy. Miejsce dostarczenia przedmiotu zamówienia: Instytut Adama Mickiewicza, ul. Mokotowska 25, 00-560 Warszawa.
Okreslenie warunkow	Zamawiający nie stawia szczegółowego warunku w ww. zakresie.
Sytuacja finansowa okreslenie warunkow	Zamawiający nie stawia szczegółowego warunku w ww. zakresie.
Zdolnosc techniczna okreslenie warunkow	Zamawiający nie stawia szczegółowego warunku w ww. zakresie.
Czy oswiadczenie niepodleganiu wykluczenia	1
Zakresie warunkow udzialu	1. Do oferty każdy wykonawca musi dołączyć aktualne na dzień składania ofert oświadczenie w zakresie wskazanym w załączniku nr 3 do SIWZ Informacje zawarte w oświadczeniu będą stanowić wstępne potwierdzenie, że wykonawca nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu. 2. W przypadku wspólnego ubiegania się o zamówienie przez wykonawców oświadczenie o którym mowa w art. 6 ust. 1 niniejszej SIWZ składa każdy z wykonawców wspólnie ubiegających się o zamówienie. Oświadczenie te ma potwierdzać spełnianie warunków udziału w postępowaniu, brak podstaw wykluczenia w zakresie, w którym każdy z wykonawców wykazuje spełnianie warunków udziału w postępowaniu, brak podstaw wykluczenia. 3. Zamawiającego żąda, aby wykonawca, który zamierza powierzyć wykonanie części zamówienia podwykonawcom, w celu wykazania braku istnienia wobec nich podstaw wykluczenia z udziału w postępowaniu zamieszcza informacje o podwykonawcach w oświadczeniu, o którym mowa w art. 6 ust. 1 niniejszej SIWZ. 4. Wykonawca, który powołuje się na zasoby innych podmiotów, w celu wykazania braku istnienia wobec nich podstaw wykluczenia oraz spełnienia - w zakresie, w jakim powołuje się na ich zasoby - warunków udziału w postępowaniu zamieszcza informacje o tych podmiotach w oświadczeniu, o którym mowa w art. 6 ust. 1 niniejszej SIWZ.
Inne dokumenty niewymienione	Wykonawca w terminie 3 dni od dnia zamieszczenia na stronie internetowej informacji, o której mowa w art. 86 ust. 5 ustawy, przekaże zamawiającemu oświadczenie o przynależności lub braku przynależności do tej samej grupy kapitałowej (wzór oświadczenia stanowi załącznik nr 4 do SIWZ), o której mowa w art. 24 ust. 1 pkt 23 ustawy. Wraz ze złożeniem oświadczenia, wykonawca może przedstawić dowody, że powiązania z innym wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia.
Zastosowanie procedury pzp	1
IV 4 4 data	2017-08-30T00:00:00+02:00
IV 4 4 godzina	12:00
IV 4 4 jezyki	polski
IV 4 5 okres	30
IV 6 6	1. 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 Jedynie złożenie oryginału dokumentu zawierającego podpis upoważnionej osoby pod treścią oświadczenia, spełnia wymóg formy pisemnej zobowiązania, określonej w art. 26 ust. 2b Pzp. Podmiot, który zobowiązał się do udostępnienia swoich zasobów odpowiada solidarnie z wykonawcą za szkodę zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba, że za nieudostępnienie zasobów nie ponosi winy. Dokument, z którego będzie wynikać zobowiązanie podmiotu trzeciego powinien wyrażać w sposób wyraźny i jednoznaczny wolę udzielenie wykonawcy, ubiegającemu się o zamówienia odpowiedniego zasobu oraz wskazywać: a) jaki jest zakres dostępnych wykonawcy zasobów, b) w jaki sposób zostaną wykorzystane zasoby innego podmiotu, przez wykonawcę, przy wykonywaniu zamówienia, c) jakiego charakteru stosunki będą łączyły wykonawcę z innym podmiotem, d) jaki jest zakres i w jakim okresie inny podmiot będzie brał udział przy wykonywaniu zamówienia. 2. Przy wyborze najkorzystniejszej oferty, Zamawiający będzie kierował się kryteriami: Cena – 60 pkt Termin realizacji – 40 pkt. Cena + termin realizacji = 100 pkt (100%) Kryterium termin realizacji (TR) : - termin realizacji do 14 dni od podpisania umowy – 40,00 pkt. - termin realizacji od 15 do 21 dni od podpisania umowy. – 20,00 pkt. - termin realizacji od 22 do 30 dni od podpisania umowy – 10,00 pkt. 3. Jeżeli zostanie wybrana oferta Wykonawców ubiegających się wspólnie o udzielenie zamówienia, Wykonawcy zobowiązani są dostarczyć Zamawiającemu w terminie przez niego wyznaczonym umowę regulującą ich współpracę. Umowa regulująca współpracę Wykonawców składających wspólnie ofertę powinna określać m.in.: 1) podmioty składające ofertę; 2) cel gospodarczy, dla którego została zawarta umowa; 3) zasady reprezentacji i prowadzenia spraw; 4) oznaczenie czasu trwania umowy (wymaga się, aby czas trwania umowy był nie krótszy niż okres realizacji zamówienia oraz okres gwarancji i/lub rękojmi. 4. Brak przedstawienia dokumentu, o którym mowa w ust 4 Zamawiający potraktuje jako uchylenie się od podpisania umowy, w takim przypadku Zamawiający wybierze ofertę najkorzystniejszą spośród pozostałych ofert. 5. W przypadku, gdy Wykonawca, którego oferta została wybrana jako najkorzystniejsza, uchyla się od zawarcia umowy, Zamawiający będzie mógł wybrać ofertę najkorzystniejszą spośród pozostałych ofert, bez przeprowadzenia ich ponownego badania i oceny chyba, że zachodzą przesłanki, o których mowa w art. 93 ust. 1 ustawy PZP.

Criterion

Kryteria	Cena
Znaczenie	60,00
Kryteria	Termin realizacji
Znaczenie	40,00