Załącznik nr 1.11 do SIWZ
WARUNKI DOSTAWY I INSTALACJI SPRZĘTU KOMPUTEROWEGO – URZĄDZENIA i OPROGRAMOWANIE SERWEROWNI DODATKOWEJ (BACKUP)
Wymagania ogólne
a) Wymagany okres gwarancyjny został określony w warunkach gwarancji.
b) Wymagania w niniejszej specyfikacji parametry są parametrami minimalnymi. Wszelkie nazwy własne użyte przy definiowaniu wymagań minimalnych stanowią punkt odniesienia dla standardów wymaganych przez Zamawiającego i nie stanowią warunku granicznego dla oferowanego sprzętu. Zamawiający dopuszcza zastosowanie rozwiązań
równoważnych w stosunku do cech podanych z użyciem nazw własnych.
c) Wszystkie dostarczone urządzenia muszą być wyposażone w komplet akcesoriów i okablowania niezbędnych do instalacji tak, aby po uruchomieniu osiągnęły wymaganą opisaną w SIWZ funkcjonalność.
DOSTAWA I WDROŻENIE PLATFORMY SERWEROWEJ ORAZ PAMIĘCI MASOWEJ DLA SYSTEMU KOPII ZAPASOWYCH
1. Urządzenie serwerowe TYP_3 – 1 KPL. – serwer do wykonywania kopii zapasowych W ramach tego zadania należy zainstalować i skonfigurować serwer TYP_3 o poniższych minimalnych parametrach:
Lp. Element konfiguracji
Wymagania minimalne
1 Obudowa Maksymalnie 2U RACK 19 cali (wraz ze wszystkimi elementami niezbędnymi do zamontowania serwera w oferowanej szafie)
2 Procesor Minimum 1 procesor ośmiordzeniowy, osiągający (z zaoferowanym serwerem) w testach SPECint_rate2006 wynik nie gorszy niż 630 punktów dla układów dwuprocesorowych. Wynik testu musi być publikowany na stronie www.spec.org
3 Liczba procesorów Minimum 1
4 Pamięć operacyjna Minimum 64 GB RDIMM DDR4, z możliwością rozbudowy do minimum 768GB. Minimum 24 sloty na pamięć.
Zabezpieczenia pamięci: Advanced ECC oraz Online Spare.
5 Sloty rozszerzeń Minimum 2 sloty PCI-Express Generacji 3 w tym minimum jeden slot x16 (prędkość slotu – bus width) pełnej wysokości oraz minimum jeden slot x8 (prędkość slotu – bus width).
6 Dysk twardy Możliwość zainstalowania do 8 dysków typu Hot Swap, SAS/SATA/SSD,2,5” Zainstalowane:
2 x 900GB 10k rpm SAS
7 Kontroler Kontroler macierzowy 6 Gb/s, SAS/SATA obsługujący poziomy: RAID 0/1/5/10
8 Interfejsy sieciowe Minimum 8 portów sieciowych w tym 4 wbudowane porty Ethernet 1GbE z funkcją Wake-On-LAN, RJ45, niezajmujące slotów PCI-E.
Dodatkowy dedykowany slot (niezmniejszający ilości dostępnych slotów PCI-E), z możliwością instalacji wymiennie kart 1Gb, 10Gb, FCoE.
9 Interfejs komunikacyjny
Min. 2 szt. FC, 2 szt. SAS 10 Karta graficzna Zintegrowana karta graficzna
11 Porty 3 x USB 3.0
1x DP
Wewnętrzny slot na kartę microSD/SD.
12 Zasilacz Minimum 2 szt., 500W, typ Hot-plug, redundantne, typu Platinum.
13 Chłodzenie Zestaw wentylatorów redundantnych typu hot-plug.
Możliwość skonfigurowania serwera do pracy w temperaturze otoczenia do 45st.C.
14 Zarządzanie i obsługa
techniczna
Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty, przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu, restartu OS) . Możliwość przejęcia zdalnej konsoli graficznej i podłączania wirtualnych napędów CD/DVD/ISO i FDD.
Karta zdalnego zarządzania musi posiadać wbudowaną pamięć flash, minimum 4GB, w tym minimum 1GB dostępny dla użytkownika serwera.
Karta zarządzania zdalnego, powinna udostępniać wbudowane narzędzie wspomagające instalację systemów operacyjnych oraz konfigurację serwera. Narzędzie dostępne z poziomu BIOS poprzez interfejs graficzny (GUI), udostępniające minimum następujące funkcjonalności:
Wspomaganą instalację systemu operacyjnego – wybór najlepszych sterowników i firmware
Diagnostykę wszystkich elementów sprzętowych serwera.
Konfigurację kontrolera macierzowego i dysków poprzez GUI
Ustawienia parametrów BIOS
Rozwiązanie sprzętowe, niezależne od systemów operacyjnych, zintegrowane z płytą główną. Wymagana odpowiednia licencja.
15 Wsparcie dla Systemów
Operacyjnych i Systemów
Witalizacyjnych
Microsoft Windows Server min. w wersji 2012 Canonical Ubuntu
Red Hat Enterprise Linux (RHEL) SUSE Linux Enterprise Server (SLES) VMware
Citrix XenServer Oracle Linux
2. System macierzowy – 1 KPL.
W ramach tego zadania należy zainstalować i skonfigurować macierz o poniższych minimalnych parametrach:
Lp Element konfiguracji Wymagania minimalne
1 Obudowa Obudowa przeznaczona do montażu w szafie przemysłowej 19”, o wysokość maksymalnie 2U.
2 Pojemność
Przestrzeń dyskowa zbudowana za pomocą 22 dysków w technologii SAS 2,5” o pojemności co najmniej 1,8GB SAS i prędkości obrotowej min. 10k obr/min oraz 2 dysków SSD o pojemności minimum 800GB 12G SAS.
3 Rozbudowa
Możliwość rozbudowy oferowanego modelu macierzy (bez wymiany kontrolerów macierzy, bez potrzeby dokupienia dodatkowych licencji oprogramowania macierzy) do co najmniej 199 dysków twardych.
4 Obsługa dysków
Obsługa dysków SSD, SAS i Nearline SAS. Możliwość mieszania napędów dyskowych SSD, SAS i Nearline SAS w obrębie pojedynczej półki dyskowej. Możliwość obsługi dysków 2,5” jak również 3,5” w ramach jednej macierzy. Obsługa dysków SSD o pojemnościach 400GB, 800GB, 1600GB i 3200GB, dysków SAS o pojemnościach 300GB, 450GB, 600GB, 900GB, 1200GB i 1800GB, jak również dysków Nearline SAS o pojemnościach 1TB, 2TB, 3TB, 4TB i 8TB.
5 Zabezpieczenie dyskami spare
Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID.
6
Sposób
zabezpieczenia danych
Macierz powinna obsługiwać mechanizmy RAID zgodne z RAID1, RAID10, RAID5, RAID6.
7 Interfejsy zewnętrzne Każdy kontroler musi posiadać co najmniej 2 zewnętrzne interfejsy FC i 2 interfejsy ISCSI
8
Zarządzanie grupami dyskowymi oraz dyskami logicznymi
Możliwość zdefiniowania co najmniej 512 woluminów logicznych w ramach oferowanej macierzy dyskowej.
Możliwość definiowania woluminów logicznych o pojemności co najmniej 128TB.
9
Podłączanie zewnętrznych systemów operacyjnych
Wymagana jest możliwość jednoczesnego podłączenia co najmniej 30 serwerów w trybie wysokiej dostępności (co najmniej dwoma ścieżkami). Wsparcie dla następujących systemów operacyjnych: Windows, Linux, VMware (także w konfiguracjach klastrowych). Wsparcie dla podanej liczby serwerów oraz systemów operacyjnych musi być dostępne w ramach oferowanych licencji oprogramowania.
10 Obsługa kanałów I/O
Obsługa wielu kanałów I/O (Multipathing). Automatyczne przełączanie kanału I/O w wypadku awarii ścieżki dostępu serwerów do macierzy z utrzymaniem ciągłości dostępu do danych. Przełączanie kanałów I/O oparte o natywne
mechanizmy systemów operacyjnych wspieranych przez macierz lub za pomocą dedykowanego oprogramowania.
Wymaga się, aby zaoferowane licencje na ww. funkcjonalność umożliwiały podłączenie co najmniej 30 serwerów w trybie wysokiej dostępności.
11 Serwisowalność i redundancja
Wymiana elementów systemu w trybie „Hot-Swap”, a w szczególności takich, jak: dyski, kontrolery, zasilacze, wentylatory.
Brak pojedynczego punktu awarii, który powodowałby brak dostępu do danych. Pełna redundancja macierzy, w szczególności zdublowanie kontrolerów, zasilaczy i wentylatorów.
Możliwość zdalnego zarządzania macierzą.
Producent macierzy musi posiadać lokalną organizację serwisową dysponującą certyfikatem ISO 9001.
3. Biblioteka taśmowa – 1 KPL
Lp. Element konfiguracji
Wymagania minimalne
1 Obudowa Maksymalnie 1U RACK 19 cali (wraz ze wszystkimi elementami niezbędnymi do zamontowania biblioteki w oferowanej szafie)
2 Interfejs hosta iSCSI 3 Szybkość przesyłania
danych
300 MB/s; Natywna prędkość transmisji danych 4 Napęd LTO-7 (biblioteka taśmowa na 8 tasiemek 15TB LTO)
5 Nośnik 24x15TB RW Data Type
4. Zasilacz awaryjny UPS – 2 urządzenia
Planuje się wykorzystanie obecnie używanych urządzeń UPS, zabudowanych w szafie serwerowni głównej. Wymianie, po wstępnej diagnostyce, będą podlegać akumulatory obu urządzeń. Typ UPS: APC SMT2200RMI2U - dwie sztuki.
5. Dostawa i wdrożenie oprogramowania dla platformy serwerowej oraz pamięci masowej systemu kopii zapasowych
W ramach zadania inwestycyjnego związanego z platformą serwerową oraz systemem pamięci masowej na potrzeby systemu kopii zapasowych Wykonawca dostarczy i wdroży następujące licencje:
Lp. Nazwa licencjonowanego produktu WYMIAR
1
System operacyjny dla serwerów TYP_3 – Windows Serwer Standard 2019 lub równoważny, tzn. system serwerowy kompatybilny ze sprzętem, spełniający wymagania oprogramowania docelowo uruchamianego na serwerze, umożliwiający stworzenie min. dwóch maszyn wirtualnych oraz umożliwiający pełną komunikację i wymianę danych ze wszystkimi komponentami systemu.
1 KPL.
2
System backup – Veeam backup & replication enterprise lub równoważny – opis wymagań poniżej (spełnienie wymagań również stanowi kryterium równoważności)
1 KPL.
WARUNKI LICENCJI
1. Określenie licencji bezterminowa i bez ograniczeń Zamawiający ma na myśli dostarczenie licencji, które nie będą ograniczone czasowo i nie wygasną po zakończeniu trwania umowy.
2. Zamawiający nie wymaga kodu źródłowego oprogramowania.
3. Wykonawca jest zobowiązany udzielić zamawiającemu licencji bezterminowo i bez ograniczeń
4. Wykonawca jest zobowiązany udzielić zamawiającemu licencji bezterminowo i bez ograniczeń na wszystkie inne funkcjonalności systemów opisane w OPZ o ile jest to wymagane.
Oprogramowanie do wykonywania kopii zapasowych – 1 KPL.
Na serwerze TYP_3 Wykonawca zainstaluje i skonfiguruje dedykowane oprogramowanie do wykonywania kopii zapasowych zgodne z poniższą specyfikacją :
Lp. Opis minimalnych wymagań dla oprogramowania do wykonywania kopii zapasowych
Wymagania ogólne
1 Oprogramowanie musi współpracować z instrastrukturą VMware w wersji 4.1, 5.0, 5.1, 5.5, 6.0 oraz Microsoft Hyper-V 2012 i 2012 R2. Wszystkie funkcjonalności w specyfikacji muszą być dostępne na wszystkich wspieranych platformach wirtualizacyjnych, chyba, że wyszczególniono inaczej
2 Oprogramowanie musi wpółpracować z hostami zarządzanymi przez VMware vCenter oraz pojedynczymi hostami.
3 Oprogramowanie musi wpółpracować z hostami zarządzanymi przez System Center Virtual Machine Manger, klastrami hostów oraz pojedynczymi hostami.
4 Oprogramowanie musi zapewniać tworzenie kopii zapasowych wszystkich systemów operacyjnych maszyn wirtualnych wspieranych przez vSphere i Hyper-V
Całkowite koszty posiadania
5 Oprogramowanie musi być licencjonowanie w modelu “per-CPU”. Wszystkie funkcjonalności zawarte w tym dokumencie powinny być zapewnione w tej licencji.
Jakiekolwiek dodatkowe licencjonowanie (per zabezpieczony TB, dodatkowo płatna deduplikacja) nie jest dozwolone
6 Oprogramowanie musi być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej platformy serwerowej i dyskowej
7 Oprogramowanie musi tworzyć “samowystarczalne” archiwa do odzyskania których nie wymagana jest osobna baza danych z metadanymi deduplikowanych bloków
8 Oprogramowanie musi mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia wielkości archiwów. Włączenie tych mechanizmów nie może skutkować utratą jakichkolwiek funkcjonalności wymienionych w tej specyfikacji
9 Oprogramowanie musi zapewniać warstwę abstrakcji nad poszczególnymi urządzeniami pamięci masowej, pozwalając utworzyć jedną wirtualną pulę pamięci na kopie zapasowe. Wymagane jest wsparcie dla co najmniej trzech pamięci masowych w takiej puli.
10 Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie.
Utrata bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości odtworzenia backupu. Metadane deduplikacji muszą być przechowywane w plikach backupu.
11 Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia czy upgradowania wewnątrz maszyny wirtualnej dla jakichkolwiek funkcjonalności backupu lub odtwarzania
12 Oprogramowanie musi zapewniać backup jednoprzebiegowy - nawet w przypadku wymagania granularnego odtworzenia
13 Oprogramowanie musi zapewniać mechanizmy informowania o wykonaniu/błedzie zadania poprzez email lub SNMP. W środowisku VMware musi mieć możliwość akutalizacji pola „notatki” na wirtualnej maszynie
14 Oprogramowanie musi mieć możliwość uruchamiania dowolnych skryptów przed i po zadaniu backupowym lub przed i po wykonaniu zadania snapshota w środowisku VMware.
15 Oprogramowanie musi oferować portal samoobłsugowy, umożliwiający odtwarzanie użytkownikom wirtualnych maszyn, obiektów MS Exchange i baz danych MS SQL (w tym odtwarzanie point-in-time)
16 Oprogramowanie musi zapewniać bezpośrednią integrację z VMware vCloud Director 5.1, 5.5, 5.6 i 8.0 i archiwizować również metadane vCD. Musi też umożliwiać odtwarzanie tych metadanych do vCD
17 Oprogramowanie musi mieć wbudowane mechanizmy backupu konfiguracji w celu prostego odtworzenia systemu po całkowitej reinstalacji
18 Oprogramowanie musi mieć wbudowane mechanizmy szyfrowania zarówno plików z backupami jak i transmisji sieciowej. Włączenie szyfrowania nie może skutkować utratą jakiejkolwiek funkcjonalności wymienionej w tej specyfikacji
19 Oprogramowanie musi oferować zarządzanie kluczami w przypadku utraty podstawowego klucza
20 Oprogramowanie musi wspierać backup maszyn wirtualych używających wpółdzielonych dysków VHDX na Hyper-V (shared VHDX)
21 Oprogramowanie musi posiadać architekturę klient/serwer z możliwością instalacji wielu instancji konsoli administracyjnych.
22 Oprogramowanie musi wykorzystywać mechanizmy Change Block Tracking na wszystkich wspieranych platformach wirtualizacyjnych. Mechanizmy muszą być certyfikowane przez dostawcę platformy wirtualizacyjnej
23 Oprogramowanie musi oferować możliwość sterowania obciążeniem storage'u produkcyjnego tak aby nie przekraczane były skonfigurowane przez administratora backupu poziomy latencji. Funkcjonalność ta musi być dostępna na wszystkich wspieranych platformach wirtualizacyjnych
24 Oprogramowanie musi automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned snapshots), które mogą zakłócić poprawne wykonanie backupu. Proces ten nie może wymagać interakcji administratora
25 Oprogramowanie musi wspierać kopiowanie backupów na taśmy wraz z pełnym śledzeniem wirtualnych maszyn
26 Oprogramowanie musi mieć możliwość wydzielenia osobnej roli typu tape server 27 Oprogramowanie musi mieć możliwość kopiowania backupów do lokalizacji zdalnej 28 Oprogramowanie musi mieć możliwość tworzenia retencji GFS (Grandfather-Father-
Son)
29 Oprogramowanie musi umieć korzystać z protokołu DDBOOST w przypadku gdy repozytorium backupów jest umiejscowione na EMC DataDomain. Funkcjonalność powinna wspierać łącze sieciowe lub FC.
30 Oprogramowanie musi umieć korzystać z protokołu Catalyst w przypadku gdy repozytorium backupów jest umiejscowione na HP StoreOnce. Funkcjonalność powinna wspierać łącze sieciowe lub FC.
31 Oprogramowanie musi mieć możliwość replikacji włączonych wirtualnych maszyn bezpośrednio z infrastruktury VMware vSphere, pomiędzy hostami ESXi, włączając asynchroniczną replikacją ciągłą. Dodatkowo oprogramowanie musi mieć możliwość użycia plików kopii zapasowych jako źródła replikacji.
32 Oprogramowanie musi umożliwiać przechowywanie punktów przywracania dla replik 33 Oprogramowanie musi umożliwiać wykorzystanie istniejących w infrastrukturze
wirtualnych maszyn jako źródła do dalszej replikacji (replica seeding)
34 Oprogramowanie musi posiadać takie same funkcjonalności replikacji dla Hyper-V 35 Oprogramowanie musi wykorzystywać wszystkie oferowane przez hypervisor tryby
transportu (sieć, hot-add, LAN Free-SAN)
36 Oprogramowanie musi dawać możliwość tworzenia backupów ad-hoc z konsoli jak i z klienta webowego vSphere
37 Oprogramowanie musi przetwarzać wiele wirtualnych dysków jednocześnie (parallel processing)
38 Oprogramowanie musi umożliwić uruchomienie wielu maszyn wirtualnych bezpośrednio ze zdeduplikowanego i skompresowanego pliku backupu, z dowolnego punktu przywracania, bez potrzeby kopiowania jej na storage produkcyjny.
Funkcjonalność musi być oferowana niezależnie od rodzaju storage’u użytego do przechowywania kopii zapasowych. Dla srodowiska vSphere powinien być wykorzystany wbudowany w oprogramowanie serwer NFS. Dla Hyper-V powinna być zapewniona taka sama funkcjonalność realizowana wewnętrznymi mechanizmami oprogramowania
39 Oprogramowanie musi pozwalać na migrację on-line tak uruchomionych maszyn na storage produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi w hypervisor. Jezeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie musi realizować jaką migrację swoimi mechanizmami
40 Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny, plików konfiguracji i dysków
41 Oprogramowanie musi umożliwić odtworzenie plików na maszynę operatora, lub na serwer produkcyjny bez potrzeby użycia agenta instalowanego wewnątrz wirtualnej maszyny. Funkcjonalność ta nie powinna być ograniczona wielkością i liczbą przywracanych plików
41 Oprogramowanie musi mieć możliwość odtworzenia plików przy pomocy VMware VIX API
42 Oprogramowanie musi wspierać odtwarzanie plików z następujących systemów plików:
Linux
ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS, Btrfs
BSD
UFS, UFS2
Solaris
ZFS
Mac
HFS, HFS+
Windows
NTFS, FAT, FAT32, ReFS
43 Oprogramowanie musi wspierać przywracanie plików z partycji Linux LVM
44 Oprogramowanie musi umożliwiać szybkie granularne odtwarzanie obiektów aplikacji bez użycia jakiegokolwiek agenta zainstalowanego wewnątrz maszyny wirtualnej.
45 Oprogramowanie musi wspierać granularne odtwarzanie dowolnych obiektów i dowolnych atrybutów Active Directory włączając hasło, obiekty Group Policy, partycja konfiguracji AD, rekordy DNS zintegrowane z AD.
46 Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Exchange 2010 i nowszych (dowolny obiekt w tym obiekty w folderze "Permanently Deleted Objects"), 47 Oprogramowanie musi wspierać granularne odtwarzanie Microsoft SQL 2005 i nowsze
włączając bazy danych z opcją odtwarzania point-in-time, tabele, schemat
48 Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Sharepoint 2010 i nowsze. Opcja odtworzenia elementów, witryn, uprawnień.
49 Oprogramowanie musi wspierać granularne odtwarzanie baz danych Oracle z opcją odtwarzanie point-in-time. Funkcjonalność ta musi być dostępna dla baz uruchomionych w środowiskach Windows oraz Linux.
50 Funkcjonalność ta nie może wymagać pełnego odtworzenia wirtualnej maszyny ani jej uruchomienia.
51 Oprogramowanie musi indeksować pliki Windows i Linux w celu szybkiego wyszukiwania plików w plikach backupowych.
52 Oprogramowanie musi używać mechanizmów VSS wbudowanych w system operacyjny Microsoft Windows
53 Oprogramowanie musi wspierać także specyficzne metody odtwarzania w tym "reverse CBT" oraz odtwarzanie z wykorzystaniem sieci SAN
54 Oprogramowanie musi dawać możliwość stworzenia laboratorium (izolowane środowisko) dla vSphere i Hyper-V używając wirtualnych maszyn uruchamianych bezpośrednio z plików backupu. Dla VMware’a oprogramowanie musi pozwalać na uruchomienie takiego środowiska bezpośrednio ze snapshotów macierzowych stworzonych na wspieranych urządzeniach.
55 Oprogramowanie musi umożliwiać weryfikację odtwarzalności wielu wirtualnych maszyn jednocześnie z dowolnego backupu według własnego harmonogramu w izolowanym środowisku. Testy powinny uwzględniać możliwość uruchomienia dowolnego skryptu testującego również aplikację uruchomioną na wirtualnej maszynie.
Testy muszą być przeprowadzone bez interakcji z administratorem
56 Oprogramowanie musi mieć podobne mechanizmy dla replik w środowisku vSphere 57 Wparcie producenta oprogramowania na okres 3 lat zapewniające dostęp do
aktualizacji oprogramowania oraz zgłaszanie problemów technicznych do wsparcia producenta
6. Szczegółowy opis wdrożenia platformy serwerowej oraz pamięci masowej na potrzeby systemu kopii zapasowych.
Wykonawca, na podstawie poniższego opisu wymaganego przebiegu wdrożenia, przygotuje dokumentację projektową a w kolejnym etapie dokona wdrożenia:
Dla klastra serwerów TYP_3
1. Dostawa elementów sprzętowych oraz oprogramowania zgodnie z zamówieniem:
a. Odbiór ilościowy i jakościowy
b. Instalacja systemów operacyjnych i konfiguracja serwera według wymagań Zamawiającego
2. Instalacja i konfiguracja infrastruktury sprzętowej:
a. Instalacja i konfiguracja platformy serwerowej
Montaż szafy serwerowej i wyposażenia (lub zmiana aranżacji szafy istniejącej)
Montaż serwera
Aktualizacja oprogramowania wewnętrznego serwera b. Instalacja i konfiguracja systemu storage
Montaż w szafie serwerowej
Aktualizacja oprogramowania macierzy, półek dyskowych oraz dysków twardych
Zbudowanie grup RAID zgodnie z wymogami
c. Instalacja pozostałych elementów infrastruktury serwerowej oraz systemów wspomagających
3. Instalacja i konfiguracja systemu backupu/archiwizacji:
a. Konfiguracja serwera fizycznego pełniącego funkcje serwera backupu (serwer należy doposażyć w komponenty pozwalające na podłączenie w sposób redundantny do macierzy na której składowane będą zabezpieczane dane – m.in. dwie karty HBA oraz przewody połączeniowe)
b. Instalacja i konfiguracja systemu backupu
c. Zbudowanie konfiguracji środowiska backupu w oparciu o dokumenty uzgodnień przedwdrożeniowych
d. Przeprowadzanie testów backupu
e. Przeprowadzenie testów odtworzeniowych
Warunki dostawy i instalacji sprzętu komputerowego – urządzenia i oprogramowanie serwerowni dodatkowej (backup) – strona 10 Uwagi końcowe
1. Sprzęt dostarczony w ramach realizacji umowy będzie sprzętem nowym, nie używanym (dostarczanym) wcześniej w innych projektach.
2. Sprzęt dostarczony w ramach realizacji umowy będzie posiadał świadczenia gwarancyjne oparte o świadczenia serwisowe i gwarancyjne producenta sprzętu.
3. Sprzęt dostarczony w ramach realizacji umowy będzie sprzętem zakupionym w oficjalnym kanale sprzedaży producenta dla użytkowników z obszaru Rzeczypospolitej Polskiej.
4. Zamawiający zastrzega sobie prawo sprawdzenia poprzez numery seryjne czy dostarczony sprzęt spełnia wszystkie wyżej wymienione warunki.
5. Materiały i urządzenia zastosowane przy wykonaniu instalacji szkieletu światłowodowego powinny posiadać aktualne (na dzień wbudowania) dopuszczenie do stosowania w budownictwie oraz wymagane odrębnymi przepisami atesty i świadectwa .
6. Za dopuszczone do obrotu i stosowania uznaje się wyroby, dla których producent:
a. dokonał oceny zgodności wyrobu z wymaganiami dokumentu odniesienia wg.
określonego systemu oceny zgodności
b. wydał krajową (lub europejską) deklarację zgodności z dokumentem odniesienia wg. określonego systemu oceny zgodności
c. oznakował wyrób znakiem CE lub WE zgodnie z obowiązującymi przepisami 7. Ewentualne przejścia przez stropy należy wykonać w postaci otworów wierconych,
w których należy osadzić przepusty z rur instalacyjnych, stalowych,
8. Należy bezwzględnie przestrzegać zaleceń przeciwpożarowych w zakresie stref pożarowych. Należy przed odbiorem instalacji upewnić się czy zostały zabezpieczone wszystkie przejścia przez granice stref pożarowych przez ściany i stropy
9. Przepusty przez elementy oddzielenia przeciwpożarowego oraz przez wszystkie elementy o klasie odporności ogniowej EI 60 lub wyższej w przypadku przejść o średnicy większej niż 4cm. należy zabezpieczyć przeciwpożarowo rozwiązaniem systemowym do klasy odporności ogniowej przenikanego elementu.
10. Roboty powinny być prowadzone w taki sposób aby nie zakłócały codziennego harmonogramu prac Przychodni
11. Wszystkie prace powinna wykonać osoba (przedsiębiorstwo) posiadająca odpowiednie uprawnienia do prowadzenia robót elektrycznych (Wykonawca powinien dysponować osobą z uprawnieniami do kierowania robotami w zakresie instalacji elektrycznych) 12. Wykonawca jest zobowiązany do wykonania obowiązujących przepisami pomiarów
i sporządzenia dokumentacji powykonawczej
