SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Załącznik nr 1 Jakiekolwiek nazwy własne użyte w SIWZ są tylko przykładami pożądanej przez Zamawiającego konfiguracji produktów, które spełniają wymogi Zamawiającego i będą kompatybilne z użytkowanym sprzętem oraz oprogramowaniem w Urzędzie Miasta Częstochowy. Zamawiający dopuszcza dostawę sprzętu i oprogramowania równoważnego, jednakże zastrzega sobie prawo do przeprowadzenia testów kompatybilności z istniejącym sprzętem oraz oprogramowaniem. Przez produkt równoważny Zamawiający rozumie produkt o parametrach i standardach jakościowych takich samych bądź lepszych w stosunku do produktów wskazanych (pożądanych) przez Zamawiającego. Składając ofertę na produkt równoważny Wykonawca będzie zobowiązany wskazać nazwę sprzętu (typ, producenta), który oferuje oraz przedstawić w ofercie dokładny opis techniczny oferowanych zamienników, podając ich parametry techniczne. Zamawiający nie dopuszcza oferowania sprzętów powystawowych. CZĘŚĆ 1: Rozbudowa istniejącego środowiska sprzętowo-programowego pamięci masowe, system kopii zapasowych, wirtualizacja. A) Rozbudowa istniejących macierzy EMC Unity 300 o dodatkowe pojemności 6TB SAS oraz 32TB NL-SAS 2 szt. - lokalizacja ul. Śląska 11/13 i Waszyngtona 5) Aktualnie użytkowane środowisko pamięci masowych składa się z dwóch macierzy EMC Unity 300 (w lokalizacji ul. Śląska 11/13 i ul. Waszyngtona 5) wyposażonych w dwie półki, zawierające 15 dysków SAS 10k RPM o pojemności 600GB każdy wraz z dodatkowym dyskiem HS oraz 8 dysków NL-SAS 7,2k RPM o pojemności 6TB każdy wraz z dodatkowym dyskiem HS. Aktualne półki są w całości zapełnione. Macierz z lokalizacji ul. Śląska 11/13 w całości replikuje się na macierz w lokalizacji ul. Waszyngtona 5. Zadanie polega na rozbudowie warstwy SAS poprzez zwiększenie pojemności dostępnej dla użytkownika przestrzeni użytkowej o min. 8TB (RAID 5, wydajność min. 1650 IOPS przy współczynnikach: R/W:80/20 oraz block size 8k, dyski 600GB SAS 10/15k RPM) oraz zwiększenie dostępnej dla użytkownika pojemności użytkowej o dodatkowe 32TB (RAID 6, wydajności min. 360IOPS przy współczynnikach: R/W:80/20 oraz block size 8k, dyski NL-SAS 7,2k RPM o pojemności 6TB każdy) lub poprzez zastosowanie dysków równoważnych zgodnych z użytkowaną macierzą. Rozbudowa dotyczy przestrzeni na macierzy podstawowej oraz obsługującej replikę. Rozbudowa musi zawierać wszystkie licencje niezbędne do zachowania dotychczasowych funkcjonalności istniejącego środowiska pamięci masowych. Dodatkowo macierz musi być wyposażona w dyski typu HotSpare w liczbie zgodnej z zaleceniami producenta. Powyższe pojemności nie uwzględniają dysków typu HotSpare. Oferowane urządzenie musi być przystosowane i wyposażone we wszystkie niezbędne komponenty do montażu w szafie RACK 19. Do każdego oferowanego urządzenia należy dostarczyć wszelkie okablowanie, umożliwiające dołączenie urządzenia do istniejącej infrastruktury środowiska pamięci masowych. Oferowane urządzenie do rozbudowy powinno być objęte co najmniej 3-letnim wsparciem producenta sprzętu w trybie czasu reakcji NBD (Next Business Day) w miejscu instalacji sprzętu. Urządzenia oraz ich oprogramowanie wewnętrzne musi być objęte opieką serwisową producenta przez okres 3 lat. W okresie opieki wymagany jest bezpłatne usuwanie awarii, bezpłatny dostęp do części zamiennych wymienianych w przypadku awarii oraz dostęp do wszystkich nowszych wersji oprogramowania. Rozbudowana macierz musi być objęta programem zachowaj dysk tzn. w przypadku awarii dysku po jego wymianie dysk pozostaje własnością zamawiającego. Wykonawca dostarczy i zainstaluje urządzenia w siedzibie Zamawiającego we wskazanych przez niego lokalizacjach. Wszystkie operacje wykonywane w ramach rozbudowy muszą odbywać się w obecności wyznaczonych pracowników Urzędu Miasta Częstochowy. Operacje wykonywane w ramach rozbudowy nie mogą powodować przerw w dostępności jakichkolwiek zasobów teleinformatycznych Zamawiającego, w szczególności systemów informatycznych, serwerów, macierzy, wewnętrznych sieci LAN/SAN itp. w godzinach pracy Urzędu Miasta Częstochowy. Rozbudowa środowiska produkcyjnego nie może spowodować jakiejkolwiek utraty danych lub awarii w infrastrukturze informatycznej Zamawiającego. Wykonawca skonfiguruje urządzenia do udostępniania zasobów w sposób wskazany przez Zamawiającego oraz uruchomi replikację pomiędzy rozbudowanymi przestrzeniami. Po zakończeniu prac, potwierdzonych protokołem odbioru, Wykonawca sporządzi i przekaże dokumentację techniczną dla wdrożonej Strona 1 z 37

rozbudowy nie później niż 20 dni od podpisania protokołu odbioru. Zamawiający dopuszcza dostarczenie macierzy równoważnych o następujących minimalnych parametrach: 1. Wymagania ogólne. 2. Wymagania techniczne. 1) Oferowane urządzenie musi być rozwiązaniem kompletnym, fabrycznie nowym, wyprodukowanym nie wcześniej niż 2 miesiące przed dostawą i pochodzić z autoryzowanego kanału dystrybucji producenta w Polsce i nie może być urządzeniem, które było używane w jakimkolwiek innym projekcie na terenie Unii Europejskiej. Macierz musi być wyposażona w co najmniej 2 kontrolery pracujące w trybie Active/Active zajmujące się obsługą dostępu do dysków. Urządzenie musi 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. Macierz musi umożliwiać utworzenie wolumenu LUN o rozmiarze co najmniej 256TB i systemu plików co najmniej 64TB. Macierz musi posiadać co najmniej 48 GB RAW systemowej pamięci cache obsługującej odczyty i zapisy (pamięć dostępna na kontrolerach macierzy). Jeśli rozwiązanie stosuje mechanizm mirroringu obszarów buforujących zapisy należy założyć że 100% pojemności to zapisy. Macierz musi posiadać co najmniej 400 GB RAW pamięci cache obsługującej odczyty i zapisy w oparciu o dyski lub karty FLASH (SSD). Macierz musi posiadać możliwość rozbudowy pamięci cache do minimum 800 GB netto, dopuszcza się rozszerzenie pamięci cache w oparciu o dyski lub karty w technologii FLASH. Macierz musi być odporna na awarię pamięci cache, w szczególności pamięci cache przeznaczonej do zapisu (ang. write cache) i zapewniać w razie utraty zasilania zabezpieczenie danych niezapisanych na dyski przez nieograniczony czas. Oferowane urządzenie powinno być wyposażone w co najmniej 4 porty FC 8Gbps (po 2 na kontroler), 4 porty 10GB BaseT (po 2 na kontroler) oraz 4 porty 10GB SFP+ (po 2 na kontroler) przeznaczone do udostępniania danych. 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 12Gbps (SAS, NL-SAS) zarówno 2,5" jak i 3,5". Macierz musi być wyposażona w dyski posiadające podwójne interfejsy. Macierz musi być wyposażona w globalne dyski zapasowe dla dysków danych w liczbie wynikającej z udokumentowanych zaleceń producenta macierzy. Macierz musi mieć możliwość instalacji dysków SSD, SAS, NL-SAS w tej samej półce dyskowej. Macierz musi umożliwiać rozbudowę do min. 150 napędów dyskowych w obrębie pojedynczego urządzenia. Macierz musi zostać wyposażona w 2 warstwy dyskowe (SAS, NL-SAS) o następujących parametrach: a. Pojemność SAS o przestrzeni uwzględniającej pojemność istniejącej macierzy i rozbudowanej części, udostępnionej dla użytkownika w RAID 6 i wydajności min. 1600 IOPS, oparta na dyskach 600GB SAS 10/15k RPM lub równoważne b. Pojemność NL-SAS o przestrzeni uwzględniającej pojemność istniejącej macierzy i rozbudowanej części udostępnionej dla użytkownika w RAID 6 i wydajności 350 IOPS oparta na dyskach NL-SAS 7.2k RPM o pojemności 6 TB lub równoważne. Dodatkowo macierz musi być wyposażona w dyski typu HotSpare w liczbie zgodnej z zaleceniami producenta. Powyższe pojemności nie uwzględniają dysków typu HotSpare. Ze względu na dane przetwarzane na dotychczasowych macierzach pozostają one u Zamawiającego. Strona 2 z 37

Połączenia między dyskami a kontrolerami powinny być wykonane w technologii SAS 12Gbps. Wymagana jest obsługa min 25 dysków 2,5" w półce o wysokości max 2U oraz możliwość obsługi 15 dysków 3,5" w obrębie jednej półki o wysokości max 3U. 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 wszystkie wymienione poziomy RAID 1,5,6. Macierz musi posiadać funkcjonalność tworzenia lokalnych kopii migawkowych wewnętrznymi mechanizmami macierzy w technologii "redirect on write". Należy dostarczyć licencję na całą pojemność macierzy. Kopie migawkowe muszą być dostępne w środowisku zamawiającego za pomocą protokołu CIFS, w postaci kolejnych wpisów w Volume Shadow Copy Service (VSS) w katalogach użytkowników, którym będą udostępniane zasoby. Macierz musi obsługiwać 256 kopii migawkowych per dysk logiczny LUN oraz 256 kopii per system plików. Przepełnienie przestrzeni dla kopii migawkowych nie może powodować błędów zapisu na przestrzeń produkcyjną. W przypadku odtworzenia danych z dowolnej kopii migawkowej, urządzenie musi pozwalać na poprawne zachowanie także wcześniejszych jak i późniejszych snapshotów, z zachowaniem możliwości kolejnego odtworzenia danych ze wszystkich istniejących (starszych i nowszych) kopii dostępnych dla danego zasobu. Wraz z macierzą muszą być dostarczone licencje potrzebne do odtwarzania woluminu z kopii migawkowej. Macierz musi obsługiwać lun masking, lun mapping i inicjowanie startu systemów operacyjnych. Należy dostarczyć licencje dla maksymalnej wspieranej liczby serwerów podłączonych do macierzy. Macierz musi być wyposażona w funkcjonalność zarządzania poziomem usług (ang. Quality of Service) poprzez możliwość określania wartości nie większej niż (limit) dla następujących parametrów dostępu do dysku logicznego: a. Ilość operacji na sekundę (IOPS), b. Przepustowość (MB/s). Macierz musi umożliwiać replikację synchroniczną i asynchroniczną danych blokowych oraz replikację asynchroniczną dla danych plikowych pomiędzy dwiema macierzami. Wymagane jest dostarczenie licencji na pełną pojemność oferowanej macierzy. 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ż 256MB. Migracja danych musi odbywać się bez przerywania dostępu do danych od strony hostów i aplikacji. Niezbędne jest dostarczenie licencji na całą pojemność macierzy. Funkcjonalność tieringu musi być możliwa pomiędzy wszystkimi typami stosowanych dysków (SSD, SAS/FC, NLSAS/SATA). 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. Macierz musi zapewniać jednoczesne zastosowanie różnych trybów protekcji RAID dla różnych typów dysków fizycznych obsługujących pojedynczy dysk logiczny objęty mechanizmem tieringu. Macierz musi zapewniać mechanizm Thin Provisioning, który polega na udostępnianiu większej przestrzeni logicznej niż jest to fizycznie alokowane w momencie tworzenia zasobu lub w momencie, gdy aplikacja nie wykorzystała przydzielonej pojemności. Wymagane jest dostarczenie niezbędnych licencji na całą pojemność macierzy. Strona 3 z 37

Macierz musi umożliwiać zwrot zwolnionej przestrzeni dyskowej do puli (ang. Space reclamation). Macierz musi oferować funkcjonalność podłączenia jej do centrum serwisowego producenta, w celu zdalnego monitorowania poprawności funkcjonowania macierzy. Dla danych plikowych urządzenie musi wspierać silniki antywirusowe takich dostawców jak: Computer Associates, Trend Micro, Sophos, Kaspersky, McAfee, Symantec. Urządzenie musi wspierać wirtualizację serwerową w zakresie: Vmware: VAAI, VASA, Vvols (protokoły FC, iscsi, NAS), integracja macierzy z VMware vrealize Operations oraz Hyper-V: Offloaded Data Transfer (ODX) and Offload Copy for File Macierz musi współpracować z systemem wykonywania kopii zapasowych wykorzystywanych przez zamawiającego opartego o sprzęt deduplikator Data Domain wraz z oprogramowaniem Networker w wersji 9.0.1 w zakresie pełnego backupu oraz backupu kopii migawkowych. Macierz musi obsługiwać co najmniej protokoły blokowe: FC i iscsi, oraz protokoły plikowe: NFSv3, NFSv4, SMB 1, SMB 2, SMB 3/3.02, FTP, SFTP. 3. Montaż Oferowane urządzenie musi być przystosowane i wyposażone we wszystkie niezbędne komponenty do montażu w szafie RACK 19. Do każdego oferowanego urządzenia należy dostarczyć wszelkie okablowanie, umożliwiające dołączenie urządzenia do istniejącej infrastruktury po 2 połączenia każdej macierzy do istniejących switchy SAN (IBM SAN24B (PN 2498-B24) oraz Dell SW300 FC8) z wkładkami SFP Fibre Channel 8 Gb w standardzie LC-MM 8Gb patchordami o dł. min. 3m oraz po 8 połączeń do switchy Cisco Catalyst WS-C4500X-32SFP+ (4 poprzez odpowiednie kable Direct Attach zakończone złączami SFP+ min 3m oraz 4 poprzez odpowiednie wkładki SFP+ umożliwiające podłączenie urządzenia kablem miedzianym RJ45 z wykorzystaniem portów 10GB BaseT) stanowiących rdzeń sieci Zamawiającego. 4. Gwarancja 1) Oferowane urządzenie musi być objęte co najmniej 5-letnim wsparciem producenta sprzętu w trybie czasu reakcji NBD (Next Business Day) w miejscu instalacji sprzętu. 2) Urządzenia oraz ich oprogramowanie wewnętrzne musi być objęte opieką serwisową producenta przez okres 5 lat. W okresie opieki wymagany jest bezpłatne usuwanie awarii, bezpłatny dostęp do części zamiennych wymienianych w przypadku awarii oraz dostęp do wszystkich nowszych wersji oprogramowania. 3) Macierz musi być objęta programem zachowaj dysk tzn. w przypadku awarii dysku po jego wymianie dysk pozostaje własnością Zamawiającego 5. Wdrożenie 1) Wykonawca dostarczy i zainstaluje urządzenia w siedzibie Zamawiającego we wskazanych przez niego lokalizacjach (budynki oddalone o 200m połączone lokalną światłowodową siecią LAN oraz SAN Zamawiającego) 2) Wszystkie operacje wykonywane w ramach wdrożenia muszą odbywać się w obecności wyznaczonych pracowników Urzędu Miasta Częstochowy. 3) Operacje wykonywane w ramach wdrożenia nie mogą powodować przerw w dostępności jakichkolwiek zasobów teleinformatycznych Zamawiającego, w szczególności systemów informatycznych, serwerów, macierzy, wewnętrznych sieci LAN/SAN itp. w godzinach pracy Urzędu Miasta Częstochowy. 4) Wdrożenie do środowiska produkcyjnego nie może spowodować jakiejkolwiek utraty danych lub awarii w infrastrukturze informatycznej Zamawiającego. 5) Wykonawca skonfiguruje urządzenia do udostępniania zasobów w sposób wskazany przez Zamawiającego oraz uruchomi replikację pomiędzy urządzeniami. 6) Wykonawca przeprowadzi szkolenie w siedzibie Zamawiającego (w godzinach pracy Urzędu) dla 4 administratorów z administracji, monitorowania, konfigurowania oraz utrzymania całości systemu macierzowego. 7) Po zakończeniu prac, potwierdzonych protokołem odbioru, Wykonawca sporządzi i przekaże dokumentację techniczną dla wdrożonego rozwiązania nie później niż 20 dni od podpisania protokołu odbioru. Strona 4 z 37

B) Rozbudowa istniejącego środowiska kopii zapasowych o dodatkową pojemność Aktualnie użytkowane środowisko składa się z dwóch deduplikatorów Data Domain firmy EMC (2200 o pojemności 4TB oraz 2500 o pojemności 45TB) znajdujących się w lokalizacji ul. Śląska 11/13 wraz z pakietem oprogramowania EMC Data Protection Suite for Backup. Rozbudowa polega na fizycznej rozbudowie systemu deduplikatorów o przestrzeń 10TB wraz z niezbędnymi licencjami (replikacji oraz DD Boost) istnieje możliwość rozbudowy Data Domain 2200 poprzez zainstalowanie dodatkowych 5 dysków. Dodatkowo rozbudowa dotyczy posiadanych licencji EMC Data Protection Suite for Backup o min. 1TB, w ramach którego ma być dostarczona dodatkowa licencja na NetWorker serwer. Elementy rozbudowy dotyczące deduplikatora muszą być objęte opieką serwisową producenta przez okres 3 lat (zarówno sprzęt jak i oprogramowanie). Dodatkowe licencje Data Protection Suite muszą być objęte serwisem producenta na okres 5 lat (możliwość aktualizacji oprogramowania do najnowszej wersji). W okresie opieki wymagane jest bezpłatne usuwanie awarii, bezpłatny dostęp do części zamiennych wymienianych w przypadku awarii oraz dostęp do wszystkich nowszych wersji oprogramowania. Rozbudowana systemu deduplikatorów musi być objęta programem zachowaj dysk tzn. w przypadku awarii dysku po jego wymianie dysk pozostaje własnością zamawiającego. Wykonawca dostarczy i zainstaluje urządzenia w siedzibie Zamawiającego we wskazanych przez niego lokalizacjach. Wszystkie operacje wykonywane w ramach rozbudowy muszą odbywać się w obecności wyznaczonych pracowników Urzędu Miasta Częstochowy. Operacje wykonywane w ramach rozbudowy nie mogą powodować przerw w dostępności jakichkolwiek zasobów teleinformatycznych Zamawiającego, w szczególności systemów informatycznych, serwerów, macierzy, wewnętrznych sieci LAN/SAN itp. w godzinach pracy Urzędu Miasta Częstochowy. Rozbudowa środowiska produkcyjnego nie może spowodować jakiejkolwiek utraty danych lub awarii w infrastrukturze informatycznej Zamawiającego. Wykonawca skonfiguruje urządzenia w sposób wskazany przez Zamawiającego Po zakończeniu prac, potwierdzonych protokołem odbioru, Wykonawca sporządzi i przekaże dokumentację techniczną dla wdrożonej rozbudowy nie później niż 20 dni od podpisania protokołu odbioru. Zamawiający dopuszcza dostarczenie sprzętu równoważnego, umożliwiającego podłączenie do posiadanej infrastruktury o następujących minimalnych parametrach: 1. Wymagania ogólne. 1) Oferowane urządzenie musi być rozwiązaniem kompletnym. Zamawiający nie dopuszcza stosowania rozwiązań typu gateway z uwagi na brak miarodajnych danych dotyczących ich wydajności oraz dostępności. Zamawiający dopuszcza możliwość rozbudowy urządzenia przez dodanie modułów dyskowych. 2) Zamawiający wymaga na etapie składania ofert oświadczenia producenta w języku polskim, potwierdzającego, że oferowany sprzęt jest fabrycznie nowy, pochodzi z legalnego kanału dystrybucyjnego określonego przez producenta na terenie kraju i nie był używany w żadnym innym projekcie na terenie Unii Europejskiej. 2. Porty 1) Oferowane urządzenie musi posiadać możliwość udostępniania zasobów portami 1 Gbit/s, 10 Gbit/s, porty miedziane oraz optyczne, jak również 8Gbit/s FC. 2) Oferowane urządzenie musi umożliwiać jednoczesny dostęp do zasobów poprzez sieć Ethernet i sieć Fibre Channel. 3) Oferowane urządzenie musi posiadać minimum: 4 porty Ethernet 1 Gb (wymagane w urządzeniu) 2 porty Ethernet 10Gb (wymagane w urządzeniu 4) Oferowane urządzenie musi umożliwiać rozbudową poprzez rozszerzenie o dodatkowe porty. Zamawiający musi mieć możliwość rozszerzenia o dowolną z możliwości: 4 portów Ethernet 1 Gb i możliwość obsługi każdym portem Ethernet protokołów CIFS, NFS, BOOST/OST, 2 porty FC 8Gb i możliwość obsługi każdym portem FC protokołów VTL, BOOST/OST, 2 porty Ethernet 10 Gb i możliwość obsługi każdym portem Ethernet Strona 5 z 37

protokołów CIFS, NFS, BOOST/OST, 3. Protokoły 1) Urządzenie musi zapewniać jednoczesny dostęp do zasobów co najmniej wszystkimi wymienionymi protokołami, czyli CIFS, NFS, OST/BOOST (z uwzględnieniem bezpośredniej integracji mechanizmu deduplikacji na źródle z Oracle RMAN) oraz jednocześnie umożliwiać rozbudowę o VTL dla FC 2) Urządzenie musi zapewniać możliwość obsługi każdym, zainstalowanym w momencie dostarczenia urządzenia portem Ethernet protokołów: CIFS, NFS, OST/BOOST (z uwzględnieniem bezpośredniej integracji mechanizmu deduplikacji na źródle z Oracle RMAN), 3) Urządzenie musi zapewniać, aby wszystkie porty dodawane w ramach rozbudowy obsługiwały następujące protokoły: dla portów Ethernet: CIFS, NFS, BOOST/OST, dla portów FC: VTL, BOOST/OST 4. Licencje Oferowane urządzenie musi zostać dostarczone ze wszystkimi licencjami niezbędnymi do uzyskania funkcjonalności opisanych w niniejszej specyfikacji, w szczególności: jednoczesną obsługę protokołów CIFS, NFS, OST/BOOST (z uwzględnieniem bezpośredniej integracji mechanizmu deduplikacji na źródle z Oracle RMAN) do pełnej pojemności urządzenia, replikację danych na drugie, kompatybilne urządzenie. 5. Wsparcie dla VTL 1) Oferowane urządzenie musi mieć możliwość emulacji co najmniej następujących bibliotek taśmowych: StorageTek L180 Adic Scalar i2000 IBM 3500 2) Oferowane urządzenie musi mieć opcjonalną możliwość (w ramach rozbudowy) emulacji napędów taśmowych LTO1, LTO2, LTO3, LTO4, LTO5 6. Deduplikacja 1) Oferowane urządzenie musi deduplikować dane in-line przed zapisem na nośnik dyskowy. Na wewnętrznych dyskach urządzenia nie mogą być zapisywane dane w oryginalnej postaci (niezdeduplikowanej) z jakiegokolwiek fragmentu strumienia danych przychodzącego do urządzenia. 2) Zapisowi na system dyskowy muszą podlegać tylko unikalne bloki danych nie znajdujące się jeszcze w systemie dyskowym urządzenia. Dotyczy to każdego fragmentu przychodzących do urządzenia danych 3) Technologia deduplikacji zaimplementowana w oferowanym urządzeniu musi wykorzystywać algorytm bazujący na zmiennym, dynamicznym bloku. Algorytm ten musi samoczynnie i automatycznie dopasowywać się do otrzymywanego strumienia danych. Urządzenie musi dzielić otrzymany pojedynczy strumień danych na bloki o różnej długości. 4) Wszystkie unikalne bloki danych przed zapisaniem na dysk muszą być dodatkowo kompresowane. 5) Oferowany produkt musi posiadać obsługę mechanizmów globalnej deduplikacji dla danych otrzymywanych jednocześnie wszystkimi protokołami (CIFS, NFS, VTL, deduplikacja na źródle Oracle) przechowywanych w obrębie całego urządzenia. Raz otrzymany i zapisany w urządzeniu fragment danych nie powinien nigdy więcej zostać zapisany bez względu na to, jakim protokołem zostanie ponownie otrzymany. Strona 6 z 37

7. Wspierane oprogramowanie 8. Wydajność 6) Oferowany produkt musi posiadać obsługę mechanizmów globalnej deduplikacji pomiędzy wirtualnymi bibliotekami. Blok danych otrzymany i zapisany w wirtualnej bibliotece A, nie powinien nigdy więcej zostać zapisany bez względu do jakiej wirtualnej biblioteki trafi. 7) Urządzenie musi pozwalać na podział na logiczne części. Dane znajdujące się w każdej logicznej części muszą być między sobą deduplikowane (globalna deuplikacja między logicznymi częściami urządzenia). Oferowane urządzenie musi oficjalnie wspierać co najmniej następujące systemy kopii zapasowych: Oracle RMAN, EMC Avamar, EMC Networker, HP DataProtector, IBM TSM, IBM BRMS, Symantec NetBackup, VDP 1) Oferowany produkt musi zapewniać funkcjonalność pozwalającą na jednoczesny zapis minimum 160 strumieniami i jednocześnie w tym samym czasie odczyt danych minimum 20 strumieniami pochodzących z różnych aplikacji oraz dowolnych protokołów (VTL, NFS, CIFS, OST) oraz dowolnych interfejsów (FC, LAN) w tym samym czasie. Wymienione wartości strumieni (160 dla zapisu i jednocześnie 20 strumieni dla odczytu) muszą mieścić się w przedziale oficjalnie rekomendowanym i wspieranym przez producenta urządzenia. Jako rozwiązanie równoważne dopuszcza się, zaoferowanie kilku urządzeń dysponujących łącznie wymaganą powyżej liczbą strumieni rekomendowaną przez producenta. 2) Oferowane urządzenie nie może zmniejszać swojej wydajności w czasie przybywania kolejnych danych. 3) Proponowane rozwiązanie nie może w żadnej fazie wykonywania backupu korzystać (w całości lub częściowo) z dodatkowego, zlokalizowanego na dysku, bufora na składowanie danych w postaci oryginalnej (niezdeduplikowanej). 9. Pojemność 10. Replikacja 4) Oferowane pojedyncze urządzenie musi umożliwiać osiągnięcie zagregowanej wydajności protokołami NFS, CIFS, VTL co najmniej 5 TB/h (dane podawane przez producenta) oraz co najmniej 13 TB/h z wykorzystaniem deduplikacji na źródle Oracle (dane podawane przez producenta). Dopuszczalne jest dostarczenie kilku urządzeń posiadających łączną wydajność jak wyspecyfikowano. 1) Oferowane urządzenie musi posiadać, co najmniej sumaryczną powierzchnię aktualnego systemu (45TB DD 2500 oraz 4TB DD 2200) plus planowana rozbudowa (podstawa liczenia 2) powierzchni netto (po odjęciu przestrzeni wykorzystywanej na zabezpieczenie RAID) przeznaczonej na przechowywanie unikalnych segmentów danych (backupów). 2) Przestrzeń składowania zdeduplikowanych danych musi być jedna dla wszystkich protokołów dostępowych. 3) Urządzenie musi automatycznie usuwać przeterminowane dane (bloki danych nie należące do backupów o aktualnej retencji)w procesie czyszczenia. Proces usuwania przeterminowanych danych (czyszczenia) nie może uniemożliwiać pracy procesów backupu / odtwarzania danych (zapisu / odczytu danych z zewnątrz do systemu). 4) Musi istnieć możliwość zdefiniowania maksymalnego obciążenia urządzenia procesem usuwania przeterminowanych danych (poziomu obciążenia procesora). W przypadku jeśli jest to niemożliwe wymagane jest dostarczenie urządzenia o pojemności minimum 20TB netto przestrzeni na deduplikaty. 5) Musi istnieć możliwość zdefiniowania czasu w którym wykonywany jest proces usuwania przeterminowanych danych (czyszczenia). W przypadku jeśli jest to niemożliwe wymagane jest dostarczenie dodatkowego urządzenia o pojemności minimum 20TB netto przestrzeni na deduplikaty. Ze względu na dane przetwarzane na dotychczasowych macierzach pozostają one u Zamawiającego. 1) Oferowane urządzenie musi umożliwiać bezpośrednią replikację danych do drugiego wyspecyfikowanego urządzenia. Konfiguracja replikacji powinna być możliwa w trybie jeden do jednego i wiele do jednego. Replikacja musi się Strona 7 z 37

odbywać w trybie asynchronicznym. Transmitowane mogą być tylko te fragmenty danych (bloki) które nie znajdują się na docelowym urządzeniu. Moduł replikacji musi być zawarty w ramach niniejszej oferty urządzenia. W przypadku wykorzystania portów Ethernet do replikacji, urządzenie musi umożliwiać przyjmowanie backupów, przyjmowanie strumienia replikacji, wysyłanie strumienia replikacji tymi samymi portami. Wymagane jest aby replikacja danych między dwoma urządzeniami sterowana była bezpośrednio przez mechanizm Oracle RMAN : replikacja odbywa się bezpośrednio między dwoma urządzeniami bez udziału serwerów pośredniczących replikacji podlegają tylko te fragmenty danych, które nie znajdują się w docelowym urządzeniu replikacja zarządzana tylko jest z poziomu aplikacji backupowej aplikacja backupowa posiada informację o obydwu kopiach zapasowych znajdujących się w obydwu urządzeniach. 5) Narzut na wydajność związany z replikacją nie może zmniejszyć wydajności urządzenia o więcej niż 10%. 11. Bezpieczeństwo 1) Zdeduplikowane i skompresowane dane przechowywane w obrębie podsystemu dyskowego urządzenia muszą być chronione za pomocą technologii RAID 6. 2) Każda grupa RAID 6 musi mieć przynajmniej 1 dysk hot-spare automatycznie włączany do grupy RAID w przypadku awarii jednego z dysków produkcyjnych. 3) Oferowany produkt musi mieć zaimplementowaną funkcjonalność wewnętrznego mechanizmu szyfrowania danych przed zapisaniem na dysk realizowany na poziomie urządzenia długość klucza minimum 256-bit. Ewentualna licencja szyfrowania nie jest przedmiotem niniejszego zamówienia. 12. Snapshot 1) Oferowane urządzenie musi umożliwiać wykonywanie SnapShot ów, czyli możliwość zamrożenia obrazu danych (stanu backupów) w urządzeniu na określoną chwilę. Oferowane urządzenie musi również umożliwiać odtworzenie danych ze Snapshot u. Odtworzenie danych ze Snapshot u nie może wymagać konieczności nadpisania danych produkcyjnych jak również nie może oznaczać przerwy w normalnej pracy urządzenia (przyjmowania backupów / odtwarzania). 13. Zarządzanie 2) Urządzenie musi pozwalać na przechowywanie minimum 500 Snapshotów jednocześnie. 1) Urządzenie musi mieć możliwość zarządzania co najmniej poprzez: interfejs graficzny dostępny z przeglądarki internetowej, linię komend (CLI) dostępną z poziomu ssh. 2) Oprogramowanie do zarządzania musi być zainstalowane na oferowanym urządzeniu deduplikacyjnym. 14. Montaż. Oferowane urządzenie musi być przystosowane i wyposażone we wszystkie niezbędne komponenty do montażu w szafie RACK 19. 15. Zasilanie. Oferowane urządzenie musi być wyposażone w redundantne zasilacze po min. 2 szt. na każdy kontroler oraz każdą półkę dyskową. 16. Gwarancja 1) Oferowane urządzenie musi być objęte 5 letnią gwarancją producenta i serwisowane przez serwis autoryzowany przez producenta. 2) Gwarancja musi obejmować, w całym okresie obowiązywania, opcję pozostawienia uszkodzonego dysku u Zamawiającego przy jednoczesnym dostarczeniu nowego dysku, kompatybilnego z dostarczonym urządzeniem o parametrach nie gorszych od dysku, który uległ awarii. 3) Reakcja na zgłoszenie musi nastąpić najpóźniej na następny dzień roboczy od momentu zgłoszenia. 4) Przyjmowanie zgłoszeń 24 godziny na dobę, 7 dni w tygodniu. Strona 8 z 37

17. Wdrożenie 5) Serwis gwarancyjny musi obejmować dostęp do poprawek i nowych wersji oprogramowania wbudowanego, które są elementem zamówienia w ciągu 60 miesięcy od daty podpisania końcowego protokołu odbioru. 1) Wykonawca dostarczy i zainstaluje urządzenie w siedzibie Zamawiającego we wskazanej przez niego lokalizacji. 2) Wszystkie operacje wykonywane w ramach wdrożenia muszą odbywać się w obecności wyznaczonych pracowników Urzędu Miasta Częstochowy. 3) Operacje wykonywane w ramach wdrożenia nie mogą powodować przerw w dostępności jakichkolwiek zasobów teleinformatycznych Zamawiającego, w szczególności systemów informatycznych, serwerów, macierzy, wewnętrznych sieci LAN/SAN itp. w godzinach pracy Urzędu Miasta Częstochowy. 4) Wdrożenie do środowiska produkcyjnego nie może spowodować jakiejkolwiek utraty danych lub awarii w infrastrukturze informatycznej Zamawiającego. 5)Po zakończeniu prac, potwierdzonych protokołem odbioru, Wykonawca sporządzi i przekaże dokumentację techniczną dla wdrożonego rozwiązania nie później niż 20 dni od podpisania protokołu odbioru. C) Rozbudowa istniejącego środowiska wirtualizacyjnego o dodatkowe serwery oraz licencje Aktualnie użytkowane środowisko wirtualizacyjne składa się z trzech serwerów ACTINA SOLAR 422 A2 oraz oprogramowania Vmware ESXi5.5. Zadanie Wykonawcy polega na: - rozbudowie o 3 serwery stanowiące hosty wirtualizacyjne zgodne ze specyfikacją tabela nr 1, - dostarczeniu licencji systemu wirtualizacyjnego zgodnego z aktualnie wykorzystywanym systemem przez Zamawiającego obejmujące dotychczasowe serwery (3 serwery ACTINA SOLAR 422 A2 4 procesory 12 rdzeniowe) oraz rozbudowywane serwery (2 procesory 8 rdzeniowe) zgodnego ze specyfikacją tabela nr 2. Dostarczone oprogramowanie wirtualizacyjne musi w pełni wykorzystywać funkcjonalności środowiska pamięci masowych oraz systemu kopii zapasowych (m.in. bezpośredni dostęp i możliwość uruchomienia maszyny wirtualnej z snapshotu przechowywanego na macierzach oraz systemie kopii zapasowych), - dostarczeniu licencji umożliwiających uruchomienie dowolnej ilości serwerów wirtualnych z systemem operacyjnym Windows 2012R2 oraz Windows 2016 (ze względu wykorzystywane przez Zamawiającego oprogramowanie oparte na technologii firmy Microsoft) na klastrze składającym się z rozbudowywanych serwerów (3 serwery, 2 procesorowe 8 rdzeniowe), - zintegrowaniu środowiska wirtualizacyjnego w jedną farmę wirtualizacyjną obejmującą 2 klastry (3 stare serwery oraz 3 dostarczone serwery), podłączenie i skonfigurowanie z istniejącym środowiskiem pamięci masowych oraz systemu kopii zapasowych zgodnie z wytycznymi Zamawiającego, - szkoleniu 4 administratorów w certyfikowanym ośrodku szkolenie certyfikowane przez producenta oprogramowania VMware vsphere: Install, Configure, Manage W6ICM bądź równoważne (trwające co najmniej 5 dni / 35h, przedmiot szkolenia jak w W6ICM), - podłączeniu nowego środowiska wirtualizacyjnego do posiadanego przez Zamawiającego systemu kopii zapasowych (Networker, Avamar Data Domain) - licencje na system środowiska wirtualizacjnego muszą być objęte serwisem producenta na okres 1 roku (możliwość aktualizacji oprogramowania do najnowszej wersji). lub dostarczenie rozwiązania równoważnego wraz z przeniesieniem środowiska produkcyjnego Zamawiającego na nowe rozwiązanie bez przestojów w pracy Zamawiającego wraz z szkoleniami 4 administratorów. Wykonawca dostarczy i zainstaluje urządzenia w siedzibie Zamawiającego we wskazanych przez niego lokalizacjach. Wszystkie operacje wykonywane w ramach rozbudowy muszą odbywać się w obecności wyznaczonych pracowników Urzędu Miasta Częstochowy. Operacje wykonywane w ramach rozbudowy i integracji nie mogą powodować przerw w dostępności jakichkolwiek zasobów teleinformatycznych Zamawiającego, w szczególności systemów informatycznych, serwerów, macierzy, wewnętrznych sieci LAN/SAN itp. w godzinach pracy Urzędu Miasta Częstochowy. Rozbudowa środowiska produkcyjnego nie może spowodować jakiejkolwiek utraty danych lub awarii w infrastrukturze informatycznej Zamawiającego. Wykonawca skonfiguruje urządzenia w sposób wskazany przez Zamawiającego Po zakończeniu prac, potwierdzonych protokołem odbioru, Wykonawca sporządzi i przekaże dokumentację techniczną dla wdrożonej rozbudowy nie później niż 30 dni od podpisania protokołu odbioru. Strona 9 z 37

Tabela nr 1 minimalne wymagania serwerów 3 szt. Serwer 3 szt. o następujących minimalnych parametrach: Parametr Obudowa Płyta główna Chipset Procesor RAM Zabezpieczenia pamięci RAM Gniazda PCI Interfejsy sieciowe Charakterystyka Obudowa Rack o wysokości max 2U z możliwością instalacji 8 dysków 2.5" Hot-Plug wraz z kompletem wysuwanych szyn umożliwiających montaż w szafie rack i wysuwanie serwera do celów serwisowych oraz organizatorem do kabli. Posiadająca dodatkowy przedni panel zamykany na klucz, chroniący dyski twarde przed nieuprawnionym wyjęciem z serwera wyposażony w czytnik NFC umożliwiający zarządzanie serwerem poprzez aplikacje mobilną udostępnioną przez producenta serwera. Płyta główna z możliwością zainstalowania minimum dwóch procesorów. Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem firmowym. Dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych Zainstalowane dwa procesory ośmio-rdzeniowe o taktowaniu 3.2GHz, 25M Cache o wydajności 25000 pkt w teście PassMark w układzie z dwoma zainstalowanymi procesorami), (http://cpubenchmark.net) Ze względu na konieczność podania w druku OFERTA wielkości uzyskanych w teście punktów, wydruki muszą być wykonane nie wcześniej niż 2 tygodnie przed upływem terminu składania ofert. Wydruk należy przedłożyć na żądanie zamawiającego. 384GB DDR4 RDIMM 2400MT/s, na płycie głównej powinno znajdować się minimum 24 slotów przeznaczonych do instalacji pamięci. Płyta główna powinna obsługiwać do 1.5TB pamięci RAM. Memory Rank Sparing, Memory Mirror, Lockstep 3 sloty x16 generacji 3 o prędkości x8, 1 slot x16 generacji 3 o prędkości x16 pełnej długości i wysokości Wbudowane dwa interfejsy sieciowe 1Gb Ethernet w standardzie BaseT oraz dwa interfejsy sieciowe 10Gb Ethernet ze złączami w standardzie SFP+. Możliwość instalacji wymiennie modułów udostępniających: - cztery interfejsy sieciowe 10Gb Ethernet w standardzie SFP+. - cztery interfejsy sieciowe 1Gb Ethernet w standardzie BaseT - dwa interfejsy sieciowe 1Gb Ethernet w standardzie BaseT oraz dwa interfejsy sieciowe 10Gb Ethernet ze złączami w standardzie BaseT. Zainstalowana jedna karta dwuportowa FC 16Gb/s. Napęd optyczny Wewnętrzny napęd DVD-ROM Możliwość instalacji dysków SATA, SAS, SSD. Zainstalowane 2x120GB SSD SATA 6Gb/s. Dyski twarde Zainstalowany moduł dedykowany dla hypervisora wirtualizacyjnego, wyposażony w 2 jednakowe nośniki typu flash o pojemności 16GB z możliwością konfiguracji zabezpieczenia synchronizacji pomiędzy nośnikami z poziomu BIOS serwera, rozwiązanie nie może powodować zmniejszenia ilości wnęk na dyski twarde. Kontroler RAID Sprzętowy kontroler dyskowy, możliwe konfiguracje poziomów RAID: 0, 1, 5, 10, 50. System operacyjny Brak systemu operacyjnego. Wbudowane porty 3 porty USB 2.0 oraz 2 porty USB 3.0, 4 porty RJ45, 2 porty VGA (1 na przednim panelu obudowy, drugi na tylnym), 1 port RS232 Video Zintegrowana karta graficzna umożliwiająca wyświetlenie rozdzielczości 1280x1024 Wentylatory Redundantne Zasilacze Redundantne, Hot-Plug nie więcej niż 750W każdy. Bezpieczeństwo Zintegrowany z płytą główną moduł TPM. Wbudowany czujnik otwarcia obudowy współpracujący z BIOS i kartą zarządzającą. Diagnostyka Panel LCD umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS u, zasilaniu oraz temperaturze. Karta Zarządzania Niezależna od zainstalowanego na serwerze systemu operacyjnego posiadająca dedykowane port RJ-45 Gigabit Ethernet umożliwiająca: Strona 10 z 37

zdalny dostęp do graficznego interfejsu Web karty zarządzającej zdalne monitorowanie i informowanie o statusie serwera (m.in. prędkości obrotowej wentylatorów, konfiguracji serwera) szyfrowane połączenie (SSLv3) oraz autentykacje i autoryzację użytkownika możliwość podmontowania zdalnych wirtualnych napędów wirtualną konsolę z dostępem do myszy, klawiatury wsparcie dla IPv6 wsparcie dla SNMP; IPMI2.0, VLAN tagging, Telnet, SSH możliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez serwer możliwość zdalnego ustawienia limitu poboru prądu przez konkretny serwer integracja z Active Directory możliwość obsługi przez dwóch administratorów jednocześnie wsparcie dla dynamic DNS wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie konfiguracji sprzętowej możliwość podłączenia lokalnego poprzez złącze RS-232 możliwość zarządzania bezpośredniego poprzez złącze USB umieszczone na froncie obudowy. Dodatkowe oprogramowanie umożliwiające zarządzanie poprzez sieć, spełniające minimalne wymagania: Wsparcie dla serwerów, urządzeń sieciowych oraz pamięci masowych Możliwość zarządzania dostarczonymi serwerami bez udziału dedykowanego agenta Wsparcie dla protokołów WMI, SNMP, IPMI,, Linux SSH Możliwość oskryptowywania procesu wykrywania urządzeń Możliwość uruchamiania procesu wykrywania urządzeń w oparciu o harmonogram Szczegółowy opis wykrytych systemów oraz ich komponentów Możliwość eksportu raportu do CSV, HTML, XLS Grupowanie urządzeń w oparciu o kryteria użytkownika Możliwość uruchamiania narzędzi zarządzających w poszczególnych urządzeniach Automatyczne skrypty CLI umożliwiające dodawanie i edycję grup urządzeń Szybki podgląd stanu środowiska Podsumowanie stanu dla każdego urządzenia Szczegółowy status urządzenia/elementu/komponentu Generowanie alertów przy zmianie stanu urządzenia Filtry raportów umożliwiające podgląd najważniejszych zdarzeń Integracja z service desk producenta dostarczonej platformy sprzętowej Możliwość przejęcia zdalnego pulpitu Możliwość podmontowania wirtualnego napędu Automatyczne zaplanowanie akcji dla poszczególnych alertów w tym automatyczne tworzenie zgłoszeń serwisowych w oparciu o standardy przyjęte przez producentów oferowanego w tym postępowaniu sprzętu Kreator umożliwiający dostosowanie akcji dla wybranych alertów Możliwość importu plików MIB Przesyłanie alertów as-is do innych konsol firm trzecich Możliwość definiowania ról administratorów Możliwość zdalnej aktualizacji sterowników i oprogramowania wewnętrznego serwerów Aktualizacja oparta o wybranie źródła bibliotek (lokalna, on-line producenta oferowanego rozwiązania) Możliwość instalacji sterowników i oprogramowania wewnętrznego bez potrzeby instalacji agenta Możliwość automatycznego generowania i zgłaszania incydentów awarii bezpośrednio do centrum serwisowego producenta serwerów Moduł raportujący pozwalający na wygenerowanie następujących informacji: nr seryjne sprzętu, konfiguracja poszczególnych urządzeń, wersje oprogramowania wewnętrznego, obsadzenie slotów PCI i gniazd pamięci, informację o maszynach wirtualnych, aktualne informacje o stanie gwarancji, adresy IP kart sieciowych Możliwość automatycznego przywracania ustawień serwera,kart sieciowych, Strona 11 z 37

Certyfikaty Warunki gwarancji Dokumentacja użytkownika BIOS, wersji firmware w przypadku awarii i wymiany któregoś z komponentów (w tym kontrolera RAID, kart sieciowych, płyty głównej) Serwer musi być wyprodukowany zgodnie z normą ISO-9001:2008 oraz ISO-14001. Serwer musi posiadać deklaracja CE. Oferowany serwer musi znajdować się na liście Windows Server Catalog i posiadać status Certified for Windows dla systemów Windows Server 2008 R2 x64, Microsoft Windows 2012, Microsoft Windows 2012R2 x64. 5 lat gwarancji realizowanej w miejscu instalacji sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia, możliwość zgłaszania awarii w trybie 365x7x24 poprzez ogólnopolską linię telefoniczną producenta. Firma serwisująca musi posiadać ISO 9001: 2000 na świadczenie usług serwisowych oraz posiadać autoryzacje producenta komputera dokumenty potwierdzające załączyć do oferty. Oświadczenie producenta, że w przypadku nie wywiązywania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem. W przypadku awarii dyski twarde pozostają własnością zamawiającego do oferty dołączyć oświadczenie podmiotu realizującego serwis lub producenta o spełnieniu tego warunku Możliwość rozszerzenia gwarancji przez producenta do siedmiu lat. Wymaga się dokumentacji w języku polskim lub angielskim. Możliwość telefonicznego sprawdzenia konfiguracji sprzętowej serwera oraz warunków gwarancji po podaniu numeru seryjnego bezpośrednio u producenta lub jego przedstawiciela. Tabela nr 2 minimalne wymagania oprogramowania wirtualizacyjnego: Oprogramowanie wirtualizacyjne O następujących minimalnych parametrach Zamawiający wymaga obłożenie licencjami 3 hostów 4 procesorowych oraz 3 hostów 2 procesorowych Specyfikacja wirtualizatora: 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. Pojedynczy klaster może się skalować do 64 fizycznych hostów (serwerów) z zainstalowaną warstwą wirtualizacji. 4. Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym potrafi obsłużyć i wykorzystać procesory fizyczne wyposażone w 480 logicznych wątków oraz do 6TB 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ść stworzenia 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 4 TB 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 powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej. 12. 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 Strona 12 z 37

oprogramowania na niższą (downgrade). Licencjonowanie nie może odbywać się w trybie OEM. 13. 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 14, Ubuntu 12, SCO OpenServer, SCO Unixware, Mac OS X. 14. 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. 15. 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. 16. 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. 17. 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. 18. 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. 19. Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi. 20. Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość integracji z usługami katalogowymi Microsoft Active Directory. 21. Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej (hosta, maszyny wirtualnej) bez potrzeby wyłączania wirtualnych maszyn. 22. 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. 23. Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych. 24. 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. 25. Rozwiązanie musi mieć możliwość przenoszenia zwirtualizowanych dysków maszyn wirtualnych w czasie ich pracy pomiędzy fizycznymi zasobami dyskowymi. 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 nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. 27. Oprogramowanie do wirtualizacji musi zapewniać mechanizm takiego zabezpieczenia wybranych przez administratora wirtualnych maszyn, aby w przypadku awarii lub niedostępności serwera fizycznego maszyny, które na nim pracowały, były bezprzerwowo dostępne na innym serwerze z zainstalowanym oprogramowaniem wirtualizacyjnym. Mechanizm ten umożliwia zabezpieczenie maszyn wirtualnych wyposażonych w minimum 2 wirtualne procesory. 28. 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. 29. 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. 30. Wirtualne przełączniki musza obsługiwać wirtualne sieci lokalne (VLAN). Strona 13 z 37

Specyfikacja systemu do zarządzania: 1. Oprogramowanie musi posiadać centralną konsolę graficzną do zarządzania wieloma maszynami wirtualnymi oraz ich zasobami pracującymi na wielu serwerach fizycznych: - globalne zarządzanie kontrolą dostępu do serwerów i maszyn wirtualnych - wykonywanie automatycznych bądź manualnych zadań w celu optymalizacji infrastruktury dla maszyn wirtualnych. 2. Widok całego systemu i zbioru maszyn wirtualnych. Mapy Infrastruktury możliwość monitorowania dostępności i wydajności maszyn wirtualnych. 3. Możliwość monitorowania dostępności i wydajności maszyn wirtualnych. 4. Możliwość raportowania dostępności i wydajności maszyn wirtualnych - funkcje ochrony dostępu zintegrowane z mechanizmem uwierzytelniania Windows - planowanie zadań i ustawianie znaczników alarmów w celu generowania automatycznych powiadomień o statusie serwerów lub maszyn wirtualnych. 5. Tworzenie obrazów maszyn wirtualnych. 6. Klonowanie maszyn wirtualnych. 7. Wykonywanie wielu kopii migawkowych (snapshoot) w każdym momencie pracy maszyny wirtualnej oraz możliwość powrotu do jej stanu z każdego momentu zrobienia kopii. Minimalna asysta techniczna Wykonawcy na wykonane środowisko w ramach zadania 1 obejmuje okres 2 lat od wdrożenia. Asysta polega na m.in. na zdalnym wsparciu technicznym przy problemach związanych z funkcjonowaniem środowiska. CZĘŚĆ 2: Wdrożenie środowiska do autoryzacji oraz zarządzania użytkownikami, stacjami roboczymi opartego o rozwiązanie katalogowe LDAP oraz migracja istniejących zasobów Zamawiającego do nowego środowiska. Aktualnie użytkowane środowisko autoryzacji oraz zarządzania użytkownikami, stacjami roboczymi działa w oparciu o oprogramowania firmy Novell. W jego skład wchodzi usługa katalogowa edirectory 8.3, Domain Services for Windows. Zadanie Wykonawcy polega na: - zaprojektowaniu, wdrożeniu i uruchomienie usługi katalogowej LDAP zgodnej schematem Active Directory lub równoważnej wraz z usługami towarzyszącymi obejmującymi swoim zasięgiem całość infrastruktury Zamawiającego oraz realizacja szkoleń wraz z opieką serwisową, - dostarczeniu niewygasających licencji wymaganych przez dostarczony system z 12 miesięcznym wsparciem technicznym producenta zaoferowanego systemu (umożliwiającym m.in. aktualizację systemu do nowszych wersji), - migracji z istniejącej usługi katalogowej LDAP Novell edirectory obiektów użytkowników, grup, stacji roboczych do nowej usługi katalogowej, - migracji istniejących zasobów plikowych wraz z uprawnieniami z dotychczasowego systemu do nowych zasobów, z uprawnieniami użytkowników nowej usługi katalogowej LDAP, - przeszkoleniu 5 administratorów systemu, - minimalna gwarancja i asysta techniczna wdrażającego (Wykonawcy) 2 lata opis przedmiotu zamówienia 1. Przedmiotem zamówienia jest zaprojektowanie, wdrożenie i uruchomienie usługi Active Directory Domain Services w wersji schematu min. 69 lub równoważnej wraz z usługami towarzyszącymi obejmującymi swoim zasięgiem całość infrastruktury Zamawiającego oraz realizacja szkoleń i opieka serwisowa w okresie gwarancyjnym, migracja istniejącej struktury obiektów, migracja zasobów i stacji roboczych do nowego środowiska. 2. Za równoważny przedmiot zamówienia Zamawiający uzna zaprojektowanie, wdrożenie i uruchomienie usługi równoważnej o cechach zgodnych lub lepszych od wymienionej w ust. 1. W przypadku zaproponowania usługi równoważnej Wykonawca dołączy do oferty opis i dane techniczne umożliwiające jej porównanie z parametrami katalogowymi przedmiotu zamówienia. Dodatkowo Zamawiający zastrzega sobie możliwość weryfikacji funkcjonalności i wydajności zaoferowanego równoważnego przedmiotu zamówienia poprzez wezwanie Wykonawcy do przedstawienia testowych wersji zaproponowanej usługi. W przypadku zaoferowania przez Wykonawcę rozwiązania równoważnego, Wykonawca jest zobowiązany do pokrycia wszelkich możliwych kosztów, wymaganych Strona 14 z 37