Nowy Sącz: Dostawa dla Sądu Okręgowego w Nowym Sączu macierzy dyskowej wraz z oprogramowaniem oraz montażem i wdrożeniem.
Numer ogłoszenia: 211516 - 2011; data zamieszczenia: 22.07.2011
OGŁOSZENIE O UDZIELENIU ZAMÓWIENIA - Dostawy

Zamieszczanie ogłoszenia: obowiązkowe.

Ogłoszenie dotyczy: zamówienia publicznego.

Czy zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych: tak, numer ogłoszenia w BZP: 169395 - 2011r.

Czy w Biuletynie Zamówień Publicznych zostało zamieszczone ogłoszenie o zmianie ogłoszenia: tak.

SEKCJA I: ZAMAWIAJĄCY

I. 1) NAZWA I ADRES: Sąd Okręgowy w Nowym Sączu, ul. Pijarska 3, 33-300 Nowy Sącz, woj. małopolskie, tel. 018 4438900, 4482146, faks 018 4482146.

I. 2) RODZAJ ZAMAWIAJĄCEGO: Organ kontroli państwowej lub ochrony prawa, sąd lub trybunał.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) Nazwa nadana zamówieniu przez zamawiającego: Dostawa dla Sądu Okręgowego w Nowym Sączu macierzy dyskowej wraz z oprogramowaniem oraz montażem i wdrożeniem..

II.2) Rodzaj zamówienia: Dostawy.

II.3) Określenie przedmiotu zamówienia: Dostawa dla Sądu Okręgowego w Nowym Sączu macierzy dyskowej wraz z oprogramowaniem oraz montażem i wdrożeniem. I Macierz dyskowa 1szt . Według Zamawiającego pojedynczą macierzą dyskową nie jest grupa macierzy dyskowych połączona za pomocą dodatkowych serwerów -urządzeń z oprogramowaniem wirtualizującym zasoby dyskowe tych macierzy. LP. Element- cecha Charakterystyka (wymagania minimalne) 1. Wymagana przestrzeń Przestrzeń dyskowa zbudowana za pomocą dysków o pojemności min. 300GB-10k rpm 6G w technologii SAS (minimum 12 dysków). 2. Obudowa Macierz dyskowa musi mieć możliwość zainstalowania w szafie przemysłowej 19. 3. Możliwości rozbudowy Możliwość rozbudowy oferowanej macierzy do co najmniej 100 napędów dyskowych, bez wymiany kontrolerów macierzowych. 4. Typ dysków Możliwość instalacji dysków SAS-MDL SAS. Możliwość mieszania w.w dysków w obrębie tej samej półki dyskowej. 5. Typ zabezpieczenia przestrzeni dyskowej Macierz powinna obsługiwać mechanizmy RAID zgodne z RAID0, RAID1, RAID3, RAID5, RAID6, RAID10, RAID50 realizowane sprzętowo za pomocą dedykowanego układu. 6. Zabezpieczenia dyskami SPARE Możliwość definiowania globalnych dysków SPARE. 7. Interfejsy dysków Dyski twarde typu Hot-Plug z dwoma interfejsami. 8. Kontrolery macierzowe Kontrolery macierzowe oferowanej macierzy dyskowej muszą pracować w trybie active-active. 9. Serwisowalność Wymiana elementów systemu w trybie Hot-Swap, a w szczególności takich, jak: kontroler(y), zasilacznp., wentylatory. 10. Pamięc CACHE Minimalna wielkość zainstalowanej pamięci CACHE 4GB. 11. Zabezpieczenie pamięci CACHE Mirrorowanie pamięci CACHE kontrolerów macierzowych. Podtrzymanie pamięci CACHE kontrolerów macierzowych bez względu na czas braku zasilania. 12. Interfejsy zewnętrzne Co najmniej 8 zewnętrznych interfejsów iSCSI 1GbE. 13. Ochrona danych w środowiskach heterogenicznych Możliwość ochrony danych w heterogenicznych środowiskach sieci SAN - maskowanie LUN. Wymagane podłączenie min. 64 serwerów. 14. Pojedyncze punkty awarii. Brak pojedynczego punktu awarii, który powodowałby brak dostępu do danych. 15. Serwisowalność Możliwość uaktualniania firmwareu kontrolera macierzowego bez przerywania pracy systemu. Macierz przystosowana do napraw w miejscu zainstalowania oraz wymiany elementów bez konieczności jej wyłączania. 16. Zarządzanie Zarządzanie macierzą z poziomu pojedynczego interfejsu graficznego poprzez przeglądarkę internetową, poprzez interfejs Lini Komend lub interfejs szeregowy macierzy. 17. Kopie wewnątrz macierzy Możliwość dokonywania na żądanie tzw. Migawkowej kopii danych (snapshot) w ramach macierzy do wykorzystania w celu np. wykonywania backupów lub testów systemów komputerowych. Wymagane dostarczenie ww. funkcjonalności na wykonanie min. 64 kopii. Możliwość dokonywania na żądanie pełnej fizycznej kopii danych (klon) w ramach macierzy za pomocą wewnętrznych kontrolerów macierzowych. Wymagane dostarczenie ww. funkcjonalności na wykonanie min. 64 kopii. 18. Replikacja Możliwość zdalnej asynchronicznej replikacji danych, do innej macierzy tej samej rodziny bez obciążania serwerów do nich podłączonych. Funkcjonalność ta nie jest wymagana w tym postępowaniu.. 19. Gwarancja-serwis 36 miesięcy w miejscu instalacji sprzętu w następnym dniu roboczym po zgłoszeniu przez Zamawiającego o awarii sprzętu, na co Wykonawca przedstawi Zamawiającemu oświadczenie producenta o zapewnieniu gwarancji. Dostarczony sprzęt powinien posiadać: 1. Certyfikat bezpieczeństwa CE (tzw. deklarację zgodności zgodnie z obowiązującymi w tym zakresie przepisami. 2. Certyfikat ISO 9001 w zakresie min. integracji rozwiązań i technologii informatycznych. 3. Certyfikat 27001 w zakresie min. integracji rozwiązań i technologii teleinformatycznych. II. Wymagania dotyczące oprogramowania do wirtualizacji: Minimalne wymagania odnośnie funkcjonalności oraz dostarczanych licencji 1. Dostarczona licencja musi pozwalać na zainstalowanie oprogramowania na nie mniej niż 3 (słownie: trzech) serwerach fizycznych dwuprocesorowych czterordzeniowych (quad-core). Ilość dostarczonych licencji musi pokrywać wszystkie procesory fizyczne w serwerach. 2. Wszystkie dostarczone licencje na oprogramowanie systemu do wirtualizacji serwerów fizycznych muszą posiadać bezpośrednie wsparcie producenta tego oprogramowania. Zamawiający wymaga by wsparcie na oprogramowanie było dostępne niezależnie od tego do jakiego serwera zostanie ono przypisane. 3. W ramach licencji oprogramowania musi być zapewnione 12 miesięczne wsparcie techniczne producenta oprogramowania do wirtualizacji umożliwiające dostęp do najnowszych uaktualnień i poprawek, bazy wiedzy oraz pomoc w rozwiązywaniu zaistniałych problemów i awarii. Wsparcie techniczne powinno być dostępne w dni robocze, w godzinach roboczych (w trybie 8x5), zgłaszanie usterek bez ograniczenia na ilość drogą elektroniczną i telefonicznie. 4. Warstwa wirtualizacji musi być instalowana bezpośrednio na serwerach fizycznych bez pośrednictwa systemu operacyjnego. 5. Dostarczone oprogramowanie musi wspierać procesory jedno- dwu-, cztero- oraz sześciordzeniowe typu x86. 6. Musi istnieć możliwość jednoczesnego uruchamiania maszyn wirtualnych 32- i 64-bitowych. 7. Platforma wirtualna musi umożliwiać jednoczesną pracę na tym samym serwerze fizycznym następujących systemów operacyjnych (wspierane środowiska operacyjne): Microsoft Windows 2000 Server, Windows Server 2003 Standard-Enterprise 32- i 64-bitowy, Windows Server 2008 Standard-Enterprise 32- i 64-bitowy, Windows XP, Windows Vista, RedHat Linux Enterprise 4 i 5 w wersji 32- oraz 64-bitowej, Sun Solaris 10 x86 64-bitowy, SCO OpenServer 5.0.6, SCO UnixWare 7.1.4. 8. Platforma wirtualna musi wspierać obsługę wieloprocesorowych maszyn wirtualnych (SMP), minimum 4 wirtualne CPU na maszynę wirtualną. 9. Platforma wirtualna musi posiadać mechanizm automatycznego monitorowania i wykrywania awarii serwerów fizycznych. W przypadku awarii serwera fizycznego maszyny wirtualne pracujące na tym serwerze muszą zostać automatycznie uruchomione na innym działającym serwerze fizycznym, na którym istnieją odpowiednie zasoby. Rozwiązanie musi umożliwiać automatyczne i szybkie ponowne uruchomienie systemów wirtualnych na pozostałych serwerach w przypadku awarii sprzętowej od jednego do co najmniej czterech maszyn fizycznych pracujących w grupie (klastrze). 10. Platforma musi umożliwiać tworzenie wirtualnych sieci komputerowych dla maszyn wirtualnych. 11. Platforma wirtualna musi wspierać obsługę sieci VLAN (802.1q) i możliwość przenoszenia wielu sieci VLAN na jednym interfejsie sieciowym. 12. Musi istnieć możliwość skonfigurowania redundancji połączeń sieciowych na bazie wielu fizycznych interfejsów sieciowych z automatycznym równoważeniem połączeń wychodzących oraz wsparcie dla obsługi równoważenia sesji wchodzących realizowanych przez przełącznik sieciowy. Musi istnieć wsparcie dla obsługi agregacji łączy na bazie protokołów: statyczny IEEE 802.3ad (LACP) i EtherChannel lub równoważnych. 13. Platforma wirtualna musi wspierać obsługę systemów pamięci masowej SAN (Storage Area Network) przez protokół Fibre Channel, zasobów udostępnianych przez protokół iSCSI (IP SAN) a także zasobów NFS. 14. Platforma wirtualna musi mieć wbudowaną obsługę wielościeżkowego dostępu do dysków wraz z automatycznym mechanizmem wykrywania awarii ścieżek i przełączania pracy na ścieżki poprawnie działające bez zakłócania działania maszyn wirtualnych. Dla dysków udostępnionych przez protokół iSCSI wymaga się by możliwe było utworzenie co najmniej 8 ścieżek i skonfigurowanie mechanizmu równoważenia obciążenia na bazie algorytmu Round Robin. 15. Platforma wirtualna musi wspierać klastrowy system plików, pozwalający na jednoczesny dostęp do danego wolumenu przez co najmniej 16 hostów. 16. Platforma musi umożliwiać tworzenie dysków maszyn wirtualnych o pojemności przekraczającej zajmowaną fizycznie na dysku przestrzeń. Mechanizm ma pozwalać na alokowania minimalnej przestrzeni dyskowej, jaka jest potrzebna danej maszynie wirtualnej i dynamiczny jej przyrost wraz ze zmianą pojemności przechowywanych przez system operacyjny maszyny wirtualnej danych. Maszyna wirtualna zawsze widzi docelową przestrzeń dyskową, mimo iż nie jest ona w całości zaalokowana na dysku. 17. Rozwiązanie musi zapewniać mechanizm bezpiecznego wprowadzania zmian dla systemów operacyjnych i aplikacji (np. wgrywania poprawek) tak aby zminimalizować ryzyko awarii systemu na skutek wprowadzenia danej zamiany. Funkcja ta może być realizowana na przykład poprzez natychmiastowe i wielokrotne kopie migawkowe na poziomie maszyny wirtualnej (snapshoty). 18. Możliwość tworzenia klastrów maszyn wirtualnych z systemem Windows Server pracujących na tym samym serwerze fizycznym lub na różnych serwerach fizycznych. 19. Rozwiązanie musi zapewniać możliwość szybkiego tworzenia i uruchamiania nowych maszyn wirtualnych wraz z systemami operacyjnymi, pełną konfiguracją i preinstalowanymi narzędziami-aplikacjami w celu efektywnej obsługi pojawiających się dynamicznie żądań biznesowych. 20. Platforma musi posiadać zintegrowane mechanizmy wykonywania i odtwarzania kopii zapasowych w postaci całych obrazów maszyn wirtualnych oraz dodatkowo na poziomie plikowym dla systemów Windows i Linux. Zapewniona musi być centralizacja zarządzania tworzenia backupów maszyn wirtualnych z uwzględnieniem braku konieczności zakupu agentów oprogramowania backupowego na systemy operacyjne maszyn wirtualnych. 21. Dostarczone oprogramowanie do wirtualizacji musi współpracować z dostarczoną przez Oferenta macierzą dyskową, posiadana macierz musi być na oficjalnej liście zgodności dostarczonej platformy wirtualizacyjnej. III. System Backupu Danych - 2 szt. Wymagania ogólne: 1. Oprogramowanie powinno być przeznaczone dla małych, średnich i dużych firm, które mają rozbudowane środowisko informatyczne, powinien oferować elastyczną architekturę (serwer zarządzający media-serwer-klient) celem sprostania rozwojowi środowiska informatycznego 2. System musi cechować bardzo efektywne wykorzystanie napędów taśmowych, tzn. system musi być zoptymalizowany do użycia jak najmniejszej ilości napędów taśmowych 3. System musi zapisywać dane na taśmach tak zoptymalizowane, aby nie było potrzeby wykonywania żadnych dodatkowych działań (nawet automatycznych) celem ich optymalizacji 4. Powinien umożliwiać łatwą rozbudowę w miarę rozrastania się infrastruktury informatycznej 5. Brak preferowanego dostawcy hardware dla którego dostępna jest bogatsza funkcjonalność (macierze, biblioteki taśmowe, musi istnieć możliwość zmiany producenta sprzętu bez utraty funkcjonalności backupu 6. Powinien być łatwy w instalacji, konfigurowaniu i zarządzaniu poprzez interface graficzny (GUI). Powinien umożliwiać pełne dostosowanie do środowiska klienta. 7. Powinien posiadać zaawansowane funkcje monitoringu, generator raportów. 8. Powinien umożliwiać backup po sieci LAN i SAN serwerów z Windows 2000-2003-2008, HP-UX, Solaris IBM AIX, Linux, Novell, itp. 9. Do przechowywania danych wykorzystywane powinny być bezobsługowe biblioteki taśmowe bądź lokalne dyski. 10. Możliwość stosowania go w środowisku Storage Area Network, co zapewni dużą szybkość wykonywanych backupów oraz współdzielenie napędów taśmowych pomiędzy serwery backupowe w sieci SAN. 11. Powinien posiadać możliwość równoczesnego zapisu- odczytu na wielu napędach taśmowych w tym samym czasie. 12. Powinien potrafić backupować online bazy danych, np. Oracle, Exchange, MS SQL, DB2. 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. Powinien posiadać również wbudowany mechanizm do backupowania otwartych plików 15. Powinien potrafić wykorzystywać do backupu mechanizm kopii migawkowych systemu Microsoft Windows 2003 (VSS) 16. 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. Automatyczny backup bazujący na kalendarzu. Możliwość backupu typu: full, incremental, differential. 18. Musi umożliwiać wykonywania skryptów przed i po backupie (np. uruchamianych przed backupem bazy oraz po wykonaniu backupu off-line bazy, kasowanie redo logów) 19. Możliwość szyfrowania danych przesyłanych przez sieć LAN. Opcja powinna być ściśle zintegrowana z produktem do backupu. 20. Możliwość kompresji na kliencie backupowym przed wysłaniem danych przez sieć. 21. Wymagana jest możliwość pracy w klastrze serwerów z Microsoft Windows również Windows 2008. 22. 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 powinno oferować funkcjonalność pozwalającą zminimalizować ilość koniecznych do wykonywania powtarzalnych pełnych kopii danych systemów plików. 24. Serwery backupowe powinny móc zapisywać dane na te same napędy taśmowe poprzez sieć SAN, zastosowanie urządzeń z NDMP musi umożliwiać backup na te same napędy tasmowe 25. Opcionalnie system powinien umożliwiać (oferować jako opcję dla systemu backupowego) backup na poziomie plików dla stacji klienckich i komputerów przenośnych, oprogramowanie powinno cechować się możliwością pracy online i offline, gdzie przy pracy offline po wykonaniu kopii danych, są one backupowane w momencie podłączenia do sieci. Oprogramowanie powinno posiadać funkcjonalność umożliwiającą backup przyrostowy plików pst. 26. System powinien mieć możliwość monitowania i alterowania poprzez email i SNMP 27. Powinien posiadać możliwość backupu online danych z systemu SharePoint Portal Server, wraz z odtwarzanie pojedynczych dokumentów z jednoprzebiegowego backupu. 28. System musi (jako opcja) oferować ciągłą ochronę (continuous protection). 29. System powinien posiadać (jako opcja) 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. System musi mieć możliwość centralnego zarządzania serwerami (Media Serwerami) systemu backupowego. 31. Możliwość backupu poprzez sieć SAN zasobów z serwerów Linux, tak by tylko metadane były wysyłane przez sieć LAN 32. Pełne wsparcie dla backupu online MS SQL 2008. 33. Możliwość współpracy z MOM (Microsoft Operations Manager 2005) 34. Musi posiadać (jako opcja) moduł bazodanowy do backupu systemu archiwizacyjnego Symantec Enterprise Vault 35. Musi posiadać możliwość integracji z systemem archiwizacyjnym Enterprise Vault (EV) tak by było możliwe automatyczne przenoszenie archiwów EV na taśmy 36. System musi wspierać najnowsze wersje aplikacji i serwerów takich jak: Windows 2008 R2, Exchange 2010, Domino 8.5, Windows 7 37. System 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. Włączenie funkcjonalności deduplikacji danych nie może powodować konieczności doinstalowania dodatkowego oprogramowania po stronie klienta backupu czy media serwera (serwera systemu backupowego) 39. Systemu musi posiadać otwarte API umożliwiające podłączanie urządzeń deduplikacyjnych innych firm 40. Musi umożliwiać odtwarzanie pojedynczych elementów (maili, elementów AD) z aplikacji Exchange i Active Directory zainstalowanych w środowiskach wirtualnych (Vmware, Hyper-V) poprzez backup całej maszyny wirtualnej 41. 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 muszą być dostępne dla poszczególnych użytkowników poprzez sieć WWW. 42. Musi wspierac najnowsze wersje produktów takich jak: Microsoft SharePoint 2010, Microsoft Exchange 2010, Microsoft SQL Server 2008 R2, Mac OSX 10.6 IV. Wymagane przez Zamawiającego usługi przy dostawie sprzętu: 1. Instalacja całości dostarczonego sprzętu, okablowanie, uruchomienie 2. Aktualizacja mikroukładów na serwerach fizycznych (BIOS, kontroler RAID, itd.), aktualizacja firmware-u przełącznikach sieciowych będących w posiadaniu Zamawiającego, aktualizacja mikroukładów na macierzy dyskowej. 3. Instalacja i pełna konfiguracja serwerów Zamawiającego przeznaczonych do wirtualizacji 4. Integracja hostów z macierzą dyskową 5. Instalacja i konfiguracja oprogramowania zarządzającego infrastrukturą wirtualną oraz wygenerowanie i wprowadzenie kluczy licencyjnych 6. Konfiguracja przełączników sieciowych do poprawnej pracy z farmą serwerów wirtualnych 7. Testy poprawności pracy redundancji ścieżek dyskowych, sieciowych oraz testy poprawności działania systemu przenoszenia maszyn wirtualnych pomiędzy maszynami fizycznymi 8. Przygotowanie wzorców maszyn wirtualnych wskazanych przez Zamawiającego 9. Prezentacja funkcjonalności on-site podczas wdrożenia dla przyszłych administratorów umożliwiające płynne przejęcie eksploatacji farmy wirtualnej 10. Wsparcie zdalne instalacji (telefon, chat, email, VPN) przez pierwsze 30 dni roboczych od daty wykonania wdrożenia 11. Dokumentacja powykonawcza dotycząca zakresu wdrożenia.

II.4) Wspólny Słownik Zamówień (CPV): 30.23.30.00 - Urządzenia do przechowywania i odczytu danych 48.71.00.00 - Pakiety oprogramowania do kopii zapasowych i odzyskiwania 48.21.93.00 - Pakiety oprogramowania administracyjnego 48.21.40.00 - Pakiety oprogramowania do sieciowego systemu operacyjnego .

SEKCJA III: PROCEDURA

III.1) TRYB UDZIELENIA ZAMÓWIENIA: Przetarg nieograniczony

III.2) INFORMACJE ADMINISTRACYJNE

• Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej: nie

SEKCJA IV: UDZIELENIE ZAMÓWIENIA

IV.1) DATA UDZIELENIA ZAMÓWIENIA: 21.07.2011.

IV.2) LICZBA OTRZYMANYCH OFERT: 2.

IV.3) LICZBA ODRZUCONYCH OFERT: 1.

IV.4) NAZWA I ADRES WYKONAWCY, KTÓREMU UDZIELONO ZAMÓWIENIA:

• TALEX S.A., uk. Karpia 27D, 61-619 Poznań, kraj/woj. wielkopolskie.

IV.5) Szacunkowa wartość zamówienia (bez VAT): 61219,51 PLN.

IV.6) INFORMACJA O CENIE WYBRANEJ OFERTY ORAZ O OFERTACH Z NAJNIŻSZĄ I NAJWYŻSZĄ CENĄ

• Cena wybranej oferty: 75001,71

• Oferta z najniższą ceną: 75001,71 / Oferta z najwyższą ceną: 75001,71

• Waluta: PLN.