1. Zamawiający: Prolan Sp. z o.o. 44

44-100 Gliwice, ul. Sowińskiego 3
NIP 631-011-11-51
tel. 32 33-72-222; fax 32 33-72-233
www.prolan.com.pl
Gliwice, dnia 30.09.2014 r.
1. Zamawiający:
Prolan Sp. z o.o.
44-100 Gliwice, ul. Sowińskiego 3
Telefon/fax: 32/ 337 22 22, 32/ 337 22 33
E-mail: [email protected]
NIP: 631-011-11-51
REGON: 270731250
Zapytanie ofertowe
2. Przedmiot zamówienia:
Zakup macierzy dyskowej, przełączników SAN, kart FC, Systemu Backupu Danych oraz serwera.
3. Istotne warunki zamówienia:
4.
1. Macierz dyskowa – 1 szt.:
a. IBM Storewise v7000 z 18x SAS 2,5” 600GB 10k
Brak pojedynczego punktu awarii; 8GB Cache (max 16GB); Standard SAS 2.0; 4 porty iSCSI 1Gb/s oraz 8
portów FC 8 Gb/s. Pełna specyfikacja:
1) Macierz musi umożliwiać zainstalowanie jej w standardowej szafie 19”;
2) Macierz musi cechować brak pojedynczego punktu awarii;
3) Macierz musi umożliwiać zarządzanie poprzez sieć LAN;
4) Wymagane jest, aby architektura wewnętrzna macierzy wykorzystywała standard SAS 2.0;
5) Macierz musi posiadać co najmniej 4 porty iSCSI 1Gb/s oraz 8 portów FC 8 Gb/s;
6) Macierz musi mieć możliwość doposażenia kontrolerów w następujące interfejsy opcjonalne (dla całej
macierzy):
a) 8 portów iSCSI 1 Gb/s,
b) 8 portów SAS 6 Gb/s,
c) 4 porty iSCSI 10 Gb/s.
7) Macierz musi wspierać zasilanie z dwóch niezależnych źródeł prądu;
8) Macierz musi obsługiwać dyski 2,5” jak i 3,5”;
9) Macierz musi obsługiwać dyski SAS o pojemnościach 146GB, 300GB, 600GB, 900GB, 1,2TB, dyski NLSAS 1TB, 2TB, 3TB, 4TB oraz dyski SSD 200GB, 400GB i 800 GB;
10) Macierz musi obsługiwać dyski SAS, NL-SAS, SSD i umożliwiać mieszanie ich w ramach jednej półki
dyskowej;
11) Macierz musi być wyposażona w minimum 18 dysków typu SAS 2,5” 600 GB (10k rpm) każdy;
12) Macierz musi obsługiwać poziomy RAID 0,1,5,6,10;
13) Musi gwarantować możliwość rozbudowy on-line do co najmniej 240 dysków przy pomocy dysków 2,5”
bez konieczności wymiany kontrolerów oraz zakupu dodatkowych licencji;
14) Macierz musi być wyposażona w minimum 8GB pamięci Cache;
15) Macierz musi umożliwiać rozbudowę pamięci cache do 16GB;
16) Pamięć cache przeznaczona dla procesu zapisu musi być zabezpieczona przed skutkami awarii jednego
z kontrolerów;
17) Możliwość zarządzania całością dostępnych zasobów dyskowych z jednej konsoli administracyjnej;
18) Macierz musi posiadać funkcjonalność bezpośredniego monitoringu kluczowych parametrów
wydajnościowych, a także aktualnego stanu urządzenia;
Spółka zarejestrowana w Sądzie Rejonowym w Gliwicach, X Wydział Gospodarczy Krajowego Rejestru Sądowego
pod numerem KRS 0000152627, kapitał zakładowy 110 000,00 PLN
strona 1/5
19) Musi istnieć funkcjonalność Cache dla procesu odczytu;
20) Musi istnieć funkcjonalność Mirrored Cache dla procesu zapisu;
21) Minimalna ilość wspieranych wirtualnych dysków logicznych (LUN) dla całej (globalnej) puli dyskowej
musi wynosić co najmniej 2000;
22) Macierz musi obsługiwać LUN Masking i LUN Mapping;
23) Macierz musi obsługiwać funkcjonalność dynamicznej alokacji przestrzeni dyskowej większej niż jest
dostępna fizycznie oraz musi istnieć możliwość wyłączenia tej funkcjonalności dla wybranych woluminów;
24) Macierz musi umożliwiać wykonanie kopii danych typu snapshot (PiT) wolumenów. Zasoby źródłowe
kopii PiT oraz docelowe kopii PiT mogą być zabezpieczone różnymi poziomami RAID i egzystować na
różnych technologicznie dyskach stałych (SAS, NL-SAS);
25) Macierz musi obsługiwać min. 64 kopii migawkowych oraz umożliwiać rozbudowę o funkcjonalność
obsługi do 2040 kopii migawkowych;
26) Kopie danych typu snapshot muszą być wykonywane przez macierz jako pojedyncza operacja w co
najmniej trzech możliwych trybach:
a) kopia pełna,
b) kopia wskaźnikowa,
c) przyrostowa kopia pełna.
27) Macierz musi umożliwiać odtworzenie zawartości woluminu logicznego z kopii typu snapshot bez
konieczności kopiowania danych za pośrednictwem serwera;
28) Macierz musi obsługiwać grupy spójności wolumenów do celów kopiowania i replikacji;
29) Macierz musi umożliwiać rozbudowę o dodatkową funkcjonalność wykonywania zdalnej replikacji
synchronicznej i asynchronicznej wolumenów logicznych. Zasoby źródłowe kopii zdalnej oraz docelowe
kopii zdalnej mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie
dyskach stałych (SAS, NL-SAS);
30) Macierz musi umożliwiać rozbudowę o dodatkową funkcjonalność analizującą obciążenie wolumenów
logicznych na poziomie ich elementów (extent), a następnie automatyczne przenoszenie najbardziej
aktywnych elementów pomiędzy dyskami o różnych wydajnościach;
31) Macierz musi umożliwiać rozbudowę o dodatkową funkcjonalność odblokowania ograniczeń
sprzętowych, zwiększając wydajność macierzy;
32) Macierz musi umożliwiać wykonywanie migracji wolumenów w ramach zasobów dyskowych bez
zatrzymywania aplikacji z nich korzystających. Macierz musi posiadać możliwość migracji danych
z zewnętrznych zasobów dyskowych;
33) Macierz musi umożliwiać zmianę typu wolumenów w ramach zasobów dyskowych bez zatrzymywania
aplikacji z nich korzystających;
34) Macierz musi umożliwiać konfigurowanie woluminu dyskowego posiadającego dwie kopie fizyczne na
różnych grupach dyskowych i różnego typu (mirroring). W przypadku zapisu macierz zapisuje do obu kopii
synchronicznie. W przypadku odczytu czyta tylko z jednej kopii. Kiedy jedna kopia jest niedostępna macierz
automatycznie korzysta tylko z dostępnej kopii a po naprawie brakującej kopii automatycznie synchronizuje
dane. Wolumin mirrorowany może być przekształcony w zwykły wolumin albo poprzez usunięcie jednej
kopii albo poprzez wyodrębnienie jednej kopii w osobny wolumin;
35) Wymagane jest aby dostarczona macierz posiadała interfejs zarządzający GUI, CLI nie wymagający
instalacji dodatkowego oprogramowania na stacji zarządzającej;
36) Macierz musi umożliwiać zmianę mikro-kodu bez przerywania dostępu do danych;
37) Macierz musi umożliwiać monitorowanie stanu jej pracy za pośrednictwem protokołu SNMP;
38) Macierz musi umożliwiać automatyzację procesu informacji o stanie urządzenia, w tym informacji
o awariach za pomocą wiadomości przesyłanych drogą elektroniczną;
39) 3 letni serwis producenta z czasem naprawy 24h od zgłoszenia. Możliwość zgłaszania awarii 24 godziny
na dobę, 7 dni w tygodniu.
2. Przełącznik SAN – 2 szt.:
1) Przełącznik FC musi być wykonany w technologii FC 8 Gb/s i posiadać możliwość pracy portów FC
z prędkościami 8,4,2 Gb/s z funkcją autonegocjacji prędkości;
2) Przełącznik FC musi posiadać minimum 24 sloty na moduły FC. Wymaga się aby przełącznik został
dostarczony z co najmniej 8 portami aktywnymi. Każdy aktywny port musi być obsadzony modułami SFP 8
Gb/s. Wszystkie wymagane funkcje muszą być dostępne dla minimum 8 portów FC przełącznika;
3) Rodzaj obsługiwanych portów: F, N, FL;
4) Przełącznik FC musi mieć wysokość maksymalnie 2U i szerokość 19” oraz musi być dostarczony
z zespołem montażowym dającym możliwość montażu w szafie 19”;
5) Zamawiający wymaga dostarczenia 8 kabli światłowodowych wielomodowych każdy o długości 5m
z typem wtyków LC-LC;
6) 2 letni serwis producenta.
Spółka zarejestrowana w Sądzie Rejonowym w Gliwicach, X Wydział Gospodarczy Krajowego Rejestru Sądowego
pod numerem KRS 0000152627, kapitał zakładowy 110 000,00 PLN
Strona 2/5
3. Karta FC – 2 szt.:
1) Dwuportowa karta FC działająca w standardzie 8 Gb/s wyposażona we wkładki SFP;
2) Karty zostaną zainstalowane w istniejących serwerach Kupującego IBM x3850 i podłączone do
przełączników SAN, które są przedmiotem tego zamówienia;
3) Proponowane karty powinny pochodzić od producenta serwerów lub być przez niego certyfikowane
(wymagane poświadczenie). Powinny być kompatybilne z proponowanymi przełącznikami SAN i nie
powodować utraty gwarancji serwerów;
4) 3 letni serwis producenta z czasem naprawy 24h od zgłoszenia. Możliwość zgłaszania awarii 24 godziny
na dobę, 7 dni w tygodniu.
4. System Backupu Danych – 1 szt.:
1) System do kopii zapasowej musi składać się z serwera kopii zapasowej w zestawie z licencjami, jako
integralny produkt dostarczany przez jednego producenta;
2) Model licencjonowania musi obejmować nieograniczoną ilość licencji na serwery klienta, które będą
kopiowane a także aplikacje na tych serwerach;
3) Urządzenie musi być dostarczone z zainstalowanymi, niezbędnymi do poprawnego działania składnikami
takimi jak system operacyjny, oprogramowanie zabezpieczające, oprogramowanie do tworzenia kopii
zapasowej, licencje aktywacyjne;
4) Urządzenie musi mieć osobny port typu Ethernet z minimalną prędkością transferu 1Gb/s przeznaczony do
zdalnego zarządzania zarówno urządzeniem jak i systemem backupującym;
5) Urządzenie musi mieć wyjście do komunikacji z napędami taśmowymi w standardzie SAS z minimalną
przepustowością 6Gb/s;
6) Urządzenie musi dysponować minimum 3 portami typu Ethernet z minimalną przepustowością 1Gb/s
poprzez które będzie odbywać się komunikacja z serwerami backupowanymi;
7) Przestrzeń dyskowa urządzenia dostępna dla użytkownika powinna zawierać min. 5 TB i oferować
deduplikację danych;
8) Urządzenie musi zapewniać pełne zabezpieczenia na wypadek awarii podzespołów poprzez obecność
dwóch zasilaczy, dysków w systemie RAID 5 oraz osobnych dysków dla systemu operacyjnego
i oprogramowania do kopii zapasowej;
9) Urządzenie musi być dostarczone z minimum rocznym wsparciem technicznym producenta dostępnym
przez 24 godziny, 7 dni w tygodniu, obejmującym zarówno sprzęt jak i oprogramowanie na nim
zainstalowane;
10) Urządzenie musi mieć minimum 3 letni okres gwarancyjny;
11) Urządzenie powinno posiadać możliwość równoczesnego zapisu/ odczytu na wielu napędach taśmowych
w tym samym czasie;
12) Urządzenie powinno backupować online bazy danych, np. Oracle, Exchange, MS SQL;
13) Backup i odtwarzanie serwera Exchange powinno umożliwiać odtworzenie na poziomie pojedynczej
wiadomości w skrzynkach użytkowników. Opcja powinna umożliwiać odzyskiwanie z backupu bazy danych
bez dodatkowego backupu skrzynek pocztowych w trybie MAPI;
14) Urządzenie powinno posiadać również wbudowany mechanizm do backupowania otwartych plików;
15) Urządzenie powinno potrafić wykorzystywać do backupu mechanizm kopii migawkowych systemu
Microsoft Windows (VSS);
16) Urządzenie powinno posiadać funkcje disaster–recovery dla systemu Windows umożliwiające proste
i szybkie automatyczne odtworzenie serwera po awarii zapewniające integralność i spójność danych, opcja ta
powinna być integralną częścią systemu backupowego;
17) Urządzenie powinno posiadać możliwość automatycznego backup bazującego na kalendarzu. Możliwość
backupu typu: full, incremental, differentia;
18) Urządzenie powinno posiadać możliwość wykonywania skryptów przed i po backupie (np.
uruchamianych przed backupem bazy oraz po wykonaniu backupu off-line bazy, kasowanie redo logów);
19) Urządzenie powinno posiadać możliwość szyfrowania danych przesyłanych przez sieć LAN. Możliwość
ta powinna być ściśle zintegrowana z produktem do backupu;
20) Urządzenie powinno posiadać możliwość kompresji na kliencie backupowym przed wysłaniem danych
przez sieć;
21) Urządzenie musi mieć możliwość pracy w klastrze serwerów z Microsoft Windows 2008 oraz 2012;
22) Urządzenie powinno posiadać możliwość wykonywania backupów na urządzenia dyskowe, które
następnie będą automatycznie powielane na nośniki taśmowe (D2D2T). System backupowy powinien, tak
długo jak dane obecne są na dyskach, wykorzystywać je w procesach restore, znacznie skracając czas
odtworzenia danych;
23) Oprogramowanie urządzenia powinno oferować funkcjonalność pozwalającą zminimalizować ilość
koniecznych do wykonywania powtarzalnych pełnych kopii danych systemów plików;
24) Urządzenie powinno posiadać możliwość monitowania i alertowania poprzez email i SNMP;
Spółka zarejestrowana w Sądzie Rejonowym w Gliwicach, X Wydział Gospodarczy Krajowego Rejestru Sądowego
pod numerem KRS 0000152627, kapitał zakładowy 110 000,00 PLN
Strona 3/5
25) Urządzenie powinno posiadać możliwość backupu online danych z systemu SharePoint Portal Server,
wraz z odtwarzanie pojedynczych dokumentów z jednoprzebiegowego backupu;
26) Urządzenie musi mieć możliwość zintegrowania się z technologią vStorage API celem wydajnego
backupu danych z możliwością odtwarzania pojedynczych plików (zawartych w VMDK dla systemów
Windows), backup musi być wykonywany jednoprzebiegowo (cały plik VMDK backupowany raz);
27) Urządzenie musi wspierać najnowsze wersje środowisk Vmware vSphere 4.0/5.0 lub nowszych
i wspierać backup za pomocą mechanizmu vstorage API dając te same możliwości jak z wykorzystaniem
mechanizmu VCB;
28) Urządzenie musi wspierać dla technologii wirtualizacyjnych firmy Microsoft (Hyper-V), z możliwością
odtwarzania pojedynczych plików z maszyn wirtualnych Windows z jednoprzebiegowego backupu. Wsparcie
musi uwzględniać najnowsze wersje oprogramowania Windows 2008 R2 lub 2012 w tym R2;
29) Urządzenie powinno posiadać możliwość wykonania backupu Active Directory a następnie odzyskania
pojedynczych obiektów AD bez restartu i resynchronizacji systemu. Backup ten powinien być wykonywany
jednoprzebiegowo;
30) Urządzenie musi mieć możliwość centralnego zarządzania serwerami (Media Serwerami) systemu
backupowego z pomocą nadrzędnej konsoli;
31) Urządzenie musi mieć możliwość backupu poprzez sieć SAN zasobów z serwerów Linux, tak by tylko
metadane były wysyłane przez sieć LAN;
32) Urządzenie musi zapewniać pełne wsparcie dla backupu online MS SQL 2008/ 2010/ 2012/ 2014 także
w wersjach Express;
33) Urządzenie musi mieć możliwość współpracy z SCOM (Microsoft System Center Operation Manager);
34) Urządzenie musi mieć możliwość posiadania moduł bazodanowego do backupu systemu
archiwizacyjnego Symantec Enterprise Vault;
35) Urządzenie musi mieć możliwość integracji z systemem archiwizacyjnym Enterprise Vault (EV) tak by
było możliwe automatyczne przenoszenie archiwów EV na taśmy;
36) Urządzenie musi wspierać najnowsze wersje aplikacji i serwerów takich jak: Windows 2008 R2/2012 R2,
Exchange 2010/2013, Domino 8.5/9, Windows 7/8/8.1;
37) Urządzenie musi posiadać jako opcję (komponent, włączany działający jako integralna część aplikacji
backupowej) deduplikację danych. Funkcjonalność tego modułu musi opierać się na blokowej deduplikacji
danych wykonywanej online a więc w trakcie wykonywania zadania backupowego. Proces deduplikacji
danych musi odbywać się na kliencie (serwerze z danymi czy aplikacją) lub na media serwerze. Konfiguracja
i zarządzanie całym procesem, przełączanie miejsca deduplikacji musi odbywać się za pomocą jednej konsoli
zarządzającej systemem backupowym – jedna konsola dla konfigurowania i zarządzania całością procesów
backupowych i odtwarzania danych;
38) Deduplikacja danych na kliencie (optymalizacja transferu danych przez siec LAN/WAN) musi być
dostępna dla systemów Windows i Linux i nie może wymagać instalacji dodatkowych komponentów czy
agentów poza oprogramowaniem klienckim systemu backupowego;
39) Włączenie funkcjonalności deduplikacji danych nie może powodować konieczności doinstalowania
dodatkowego oprogramowania nie tylko po stronie klienta backupu ale także media serwera (serwera systemu
backupowego);
40) Urządzenie musi posiadać otwarte API umożliwiające podłączanie urządzeń deduplikacyjnych innych
firm;
41) Urządzenie musi umożliwiać odtwarzanie pojedynczych elementów (maili, elementów AD, plików czy
baz danych ) z aplikacji Exchange, Active Directory, SharePoint i MS SQL zainstalowanych w środowiskach
wirtualnych (Vmware, Hyper-V) poprzez backup całej maszyny wirtualnej – pojedynczy backup całego pliku
vmdk a odtwarzanie różnego typu (cała maszyna, plik z systemu plikowego, element aplikacji/baza danych);
42) Urządzenie musi posiadać jako opcje moduł do archiwizacji danych z Exchange i systemu plików tak by
móc przenosić część danych z tych systemów na oddzielną przestrzeń dyskową celem „odchudzenia”
systemów produkcyjnych. Dane zarchiwizowane z serwerów Exchange muszą być dostępne dla
poszczególnych użytkowników poprzez wtyczkę do klienta poczty- Outlook;
43) Urządzenie musi wspierać najnowsze wersje produktów takich jak: Microsoft SharePoint, Microsoft
Exchange, Microsoft SQL Server;
44) Urządzenie musi mieć możliwość szyfrowania komunikacji pomiędzy klientem (serwerem
produkcyjnym) a serwerem backupowym za pomocą SSL;
45) Urządzenie musi integrować się z konsolą vCenter dając administratorowi Vmware możliwość
monitorowania stanu backupu maszyn wirtualnych a także możliwość sprawdzenia poprawności kopii i jej
odzyskiwalności;
46) Funkcja disaster-recovery musi być dostępna dla systemów Windows i oprócz odtwarzania systemu
operacyjnego musi umożliwiać zmianę sterowników minimum do urządzeń pamięci masowych czy kart
sieciowych tak by było możliwe odtworzenie systemu na innym fizycznym sprzęcie;
47) Musi istnieć możliwość wykonywania konwersji P2V, B2V oraz C2V systemów fizycznych (Windows)
na maszyny wirtualne (Vmware i Hyper-V) na 3 sposoby: jeden P2V – pozwala na równoczesny backup
Spółka zarejestrowana w Sądzie Rejonowym w Gliwicach, X Wydział Gospodarczy Krajowego Rejestru Sądowego
pod numerem KRS 0000152627, kapitał zakładowy 110 000,00 PLN
Strona 4/5
danych i jednoczesną konwersję do pełnej maszyny wirtualnej, drugi sposób: B2V wykonuje zadanie
konwersji po zakończeniu zadania backupowego oraz trzeci: C2V czyli konwersja bezpośrednia całego
obrazu maszyny fizycznej w trakcie jej działania do maszyny wirtualnej bez tworzenia kopii zapasowej.
Wszystkie sposoby konwersji są wewnętrznymi komponentami systemu backupowego i nie wymagają
dodatkowych licencji czy instalacji dodatkowego oprogramowania;
48) Musi istnieć model licencjonowania oparty o ilość backupowanych danych liczonych jako jeden pełny
backup pozwalający na nielimitowanie jakichkolwiek funkcjonalności backupowych włącznie z deduplikacją.
Tworzenie infrastruktury w serwerowni backupowej dla przechowywania drugiej czy kolejnej kopii danych
nie może powodować konieczności dokupowania dodatkowych licencji;
49) Musi istnieć możliwość zarządzania systemem backupowym z wykorzystaniem CLI (Command Line
Interface) poprzez komponent Windows PowerShell obejmująca wszystkie zadania administracyjne
pokrywające się możliwościami z interfejsem graficznym w 100%;
50) 3 letni serwis producenta.
Sprzedawca zainstaluje, uruchomi oraz wykona wstępną konfigurację ww. urządzeń i systemu. Prace będą
odbywać się poza godzinami pracy urzędu tj. po 16:15 lub w dni wolne od pracy.
5. Serwer – 1 szt.:
IBM x3650 M4 z 1x Intel Xeon E5-2650 v2, 2.60 GHz
16gb RAM ECC
2 dyski 300GB SAS, 10k, Hot-Swap 2.5”
3 dyski 146GB SAS, 15k, Hot-Swap 2.5”
RAID 0/1/10/5 z Flash 512 MB
Wewnętrzny DVD-RW
Wewnętrzny napęd typu RDX z dwoma nośnikami 320 GB
Redundantne zasilacze MAX 750W
Redundantne wiatraki typu Hot-Plug
Gwarancja 3 lata, w miejscu instalacji, przyjmowanie zgłoszeń w 9x5, na następny dzień roboczy
Zarządzanie serwerem poprzez zintegrowany moduł zarządzający. Posiadać on musi własny interfejs
graficzny dostępny z poziomu strony WWW. Z poziomu interfejsu dostępne muszą być takie funkcje jak
uruchamianie/ wyłączanie serwera, sprawdzenie informacji o parametrach serwera, przejęcie konsoli w
dowolnym momencie działania systemu.
6.
Kryteria oceny ofert:
Cena całkowita netto – 100%
7.
Sposób przygotowania oferty:
Oferta powinna zawierać:
1. Termin dostawy
2. Wartość netto zamówienia
Oferta powinna mieć termin ważności minimum 30 dni.
8.
Miejsce i termin złożenia oferty:
Oferty należy przesłać drogą mailową na adres: [email protected] do dnia 10.10.2014 r. do
godziny 12.00.
Zapytanie ofertowe umieszczono na stronie internetowej: www.prolan.com.pl.
Jednocześnie informujemy, iż Zamawiający zastrzega sobie prawo do unieważnienia postępowania bez
podania przyczyny.
Spółka zarejestrowana w Sądzie Rejonowym w Gliwicach, X Wydział Gospodarczy Krajowego Rejestru Sądowego
pod numerem KRS 0000152627, kapitał zakładowy 110 000,00 PLN
Strona 5/5