z_5 szczegółowy opis przedmiotu zamówienia.docx

Załącznik nr 5 do SIWZ ZP-272-12/14

Szczegółowy opis przedmiotu zamówienia

1. Dostawa licencji

1.1. Wymagania ogólne1.1.1. Zamawiający wymaga, aby przed podpisaniem Protokołu Odbioru licencji Wykonawca

przedstawił na życzenie Zamawiającego oficjalne potwierdzenie wykupienia kontraktów serwisowych u Producenta na urządzenia zgodnie z SIWZ na cały okres gwarancji;

1.1.2. Przedmiot zamówienia może być wykonywany przez Wykonawcę, u którego wdrożono system zarządzania jakością ISO 9001:2001 lub równoważny w zakresie projektowania, dostawy , instalowania i serwisu zintegrowanych rozwiązań teleinformatycznych i aplikacji wspomagających zarządzanie relacji z klientem (w celu potwierdzenia spełniania wymogu Wykonawca przedłoży certyfikat wdrożonego systemu zarządzania jakością ISO 9001:2001 lub równoważnego); – jak w rozdz. XIX pkt 3 siwz.

1.1.3. Zamawiający wymaga, by dostarczane oprogramowanie było oprogramowaniem w wersji aktualnej (tzn. opublikowanej przez producenta nie wcześniej niż 3 miesiące przed podpisaniem umowy) na dzień poprzedzający dzień składania ofert.

1.1.4. Licencje muszą pochodzić z legalnego kanału sprzedaży producenta oprogramowania na terenie Unii Europejskiej – do oferty należy dołączyć odpowiednie oświadczenie Wykonawcy.

1.1.5. Gwarancja i usługi wsparcia dla poszczególnych elementów przedmiotu zamówienia świadczone mają być zgodnie z opisem przedmiotu zamówienia w oparciu o świadczenia gwarancyjne producenta. Do oferty należy dołączyć odpowiednie oświadczenia Wykonawcy.

1.1.6. Wykonawcy zobowiązani są do poniesienia wszelkich kosztów związanych z naprawą gwarancyjną.

1.1.7. W trakcie trwania serwisu gwarancyjnego Wykonawca będzie dostarczał na żądanie Zamawiającego najnowsze wersje oprogramowania (w ramach funkcjonalności dostarczonego rozwiązania i licencji), bez dodatkowych opłat lub umożliwi dostęp i pobranie najnowszych wersji oprogramowania urządzeń pracownikom Zamawiającego.

1.1.8. Zamawiający wymaga, aby przez cały okres świadczenia serwisu gwarancyjnego wyznaczeni przedstawiciele Zamawiającego posiadali bezpośredni dostęp do zasobów producenta w zakresie: pełnej informacji technicznej producenta w zakresie dostarczonego oprogramowania (w tym nowych wersji oprogramowania) oraz bazy wiedzy opisującej znane problemy oraz sposób ich rozwiązywania.

1.1.9. O ile nie zaznaczono wyraźnie w dalszej treści specyfikacji, wszystkie dostarczone wersje oprogramowania muszą w chwili dostawy obsługiwać wszystkie wymienione

1


funkcjonalności. Jeśli istnieje taka konieczność, należy też dostarczyć odpowiednie licencje dodatkowe niezbędne do ich uruchomienia.

1.1.10. O ile wymagania szczegółowe nie specyfikują inaczej, na dostarczony sprzęt musi być udzielona gwarancja na okres przynajmniej 1 roku. Zamawiający wymaga, aby oprogramowanie dostarczone w ramach postępowania posiadało przynajmniej dwunastomiesięczny serwis producenta, dostępny przez 5 dni w tygodniu, 8 godzin dziennie w godzinach od 8:00 do 16:00 z czasem wymiany sprzętu następnego dnia roboczego. Zamawiający wymaga, aby czas reakcji na zgłoszony problem (rozumiany jako podjęcie działań diagnostycznych i kontakt ze zgłaszającym) nie był dłuższy niż 6 godzin – liczonych w godzinach pracy serwisu tj. od godziny 8:00 do godziny 16:00. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych przez telefon (w godzinach pracy Zamawiającego), fax, e-mail lub WWW. Wykonawca ma udostępnić pojedynczy punkt przyjmowania zgłoszeń dla dostarczonych rozwiązań

1.1.11. Oferent zobowiązuje się zapewnić wszelkie warunki techniczne, jak też dołoży wszelkich starań, aby każdą zaistniałą awarię usunąć w możliwie najkrótszym czasie.

1.1.12. Zamawiający wymaga, by serwis był świadczony bezpośrednio przez producenta urządzeń lub autoryzowanego partnera serwisowego, zgodnie z metodyką i zaleceniami producenta. Zamawiający otrzyma bezpośredni dostęp do pomocy technicznej Wykonawcy w zakresie rozwiązywania problemów związanych z bieżącą eksploatacją dostarczonych rozwiązań w godzinach pracy Wykonawcy.

1.1.13. Zamawiający wymaga, aby Wykonawca posiadał system kontroli poprawności działania (monitoringu) dostarczanego oprogramowania, umożliwiający monitorowanie w trybie 24x7x365 (24h/dobę, 7 dni w tygodniu, 365 dni w roku) w celu wykrycia awarii:1.1.13.1.1. System monitorowania powinien być zintegrowany z systemem

obsługi zgłoszeń Wykonawcy i umożliwiać automatyczne generowanie i śledzenie statusu zgłoszenia serwisowego na podstawie incydentu z systemu monitorowania;

1.1.13.1.2. W przypadku wykrycia awarii przez centrum monitorowania ma być uruchomiona procedura serwisowa wykonawcy i usuniecie awarii zgodnie ze zdefiniowanymi wyżej warunkami oraz poinformowanie Zamawiającego o zaistniałym zdarzeniu;

1.1.13.1.3. Usługa kontroli poprawności działania musi posiadać obsługę operatorską (wykwalifikowany personel) pracujący we wszystkie dni w roku 24 godziny na dobę;

1.1.13.1.4. System monitorowania powinien być oparty o standardowe licencjonowane rozwiązania typu HPOV, Tivoli, Infovista, Cisco Works;

1.1.13.1.5. Zamawiający wymaga uwierzytelnianego dostępu do strony WWW na której znajdą się informacje na temat incydentów związanych z monitorowanymi urządzeniami oraz raporty dostępności;

1.1.13.1.6. Do celów monitorowania miało by być zestawione łącze w oparciu o VPN IPsec z szyfrowaniem 3DES lub AES 256.

2


1.2. Specyfikacja wymaganych licencji

1.2.1. Oprogramowanie do wirtualizacji serwerówDostawa dodatkowych licencji na posiadane przez Zamawiającego oprogramowanie VMWare vSphere 5.5 with Operations Management dla 74 (siedemdziesięciu czterech) fizycznych serwerów dwuprocesorowych IBM x3650 M4 (7915F2G) wraz z dwunastomiesięcznym wsparciem producenta na poziomie Basic.Dopuszcza się dostarczenie oprogramowania równoważnego, przy czym za warunki równoważności Zamawiający uznaje następujące cechy:

Lp. Wymaganie minimalne

Deklaracja zgodności z

opisem wymagań

minimalnych

(np. TAK/NIE)

Różnice /Uwagi /

1 Licencje muszą umożliwiać uruchamianie wirtualizacji na serwerach fizycznych o łącznej liczbie 148 procesorów fizycznych oraz zapewniać zarządzanie z posiadanej przez Zamawiającego centralnej konsoli VMWare vCenter Server Standard 5.5.

2 Wszystkie licencje muszą być dostarczone wraz z dwunastomiesięcznym wsparciem, świadczonym przez producenta będącego licencjodawcą oprogramowania na pierwszym, drugim i trzecim poziomie. W ramach usług wsparcia musi istnieć możliwość zgłaszania problemów 5 dni w tygodniu przez 12h na dobę. W ramach usługi wsparcia musi być dostarczona subskrypcja na aktualizację produktu w całym czasie obowiązywania kontraktu.

3 Warstwa wirtualizacji musi być rozwiązaniem systemowym, posiadającym wbudowane własne sterowniki do urządzeń peryferyjnych w ramach wspieranych rozwiązań sprzętowych

4 Warstwa wirtualizacji nie może dla własnych celów alokować więcej niż 200MB pamięci operacyjnej serwera fizycznego niezależnie od zakresu uruchamianych funkcjonalności

5 Musi istnieć możliwość uruchomienia rozwiązania z nośników wymiennych, takich jak USB i karty flash.

6 Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i musi się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej. Wymagana jest możliwość przydzielenia maszynie większej ilości wirtualnej pamięci operacyjnej niż jest zainstalowana w serwerze fizycznym oraz większej ilości przestrzeni dyskowej niż jest fizycznie dostępna

7 Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością dostępu do 1TB pamięci operacyjnej i do 64 wirtualnych procesorów logicznych

8 Rozwiązanie musi wspierać następujące systemy operacyjne: Windows Server 2008 i nowsze, SLES 11 i nowsze, Ubuntu 8.04 i nowsze, RHEL 5 i nowsze, Solaris dla platformy x86, Debian, CentOS, FreeBSD, Mac OS X

9 Rozwiązanie musi zapewniać sprzętowe wsparcie dla wirtualizacji zagnieżdżonej, w szczególności w zakresie możliwości zastosowania trybu XP mode w Windows 7 a także instalacji wszystkich funkcjonalności w tym Hyper-V pakietu Windows Server 2012 na maszynie wirtualnej

3


10 Rozwiązanie musi posiadać centralną konsolę graficzną do zarządzania środowiskiem serwerów wirtualnych. Konsola graficzna musi być dostępna poprzez dedykowanego klienta i za pomocą przeglądarek, minimum IE, Firefox i Chrome. Wymagana jest integracja centralnej konsoli graficznej z posiadaną przez Zamawiającego konsolą VMware vCenter Server Standard 5.5

11 Dostęp przez przeglądarkę do konsoli graficznej musi być skalowalny tj. powinien umożliwiać rozdzielenie komponentów na wiele instancji w przypadku zapotrzebowania na dużą liczbę jednoczesnych dostępów administracyjnych do środowiska

12 Rozwiązanie musi posiadać wbudowane narzędzie do automatyzacji dowolnych procesów administracyjnych z możliwością delegowania uprawnień do ich uruchamiania do poszczególnych użytkowników i grup ActiveDirectory

13 Rozwiązanie musi umożliwiać pozyskiwanie danych wydajnościowych o pracujących maszynach wirtualnych przez rozwiązania firm trzecich bezpośrednio z silnika bazy danych poprzez ODBC

14 Rozwiązanie musi zapewniać zdalny i lokalny dostęp administracyjny do wszystkich serwerów fizycznych poprzez protokół SSH, z możliwością nadawania uprawnień do takiego dostępu nazwanym użytkownikom bez konieczności wykorzystania konta root

15 Rozwiązanie musi umożliwiać składowanie logów ze wszystkich serwerów fizycznych i konsoli zarządzającej na serwerze Syslog. Serwer Syslog w dowolnej implementacji musi stanowić integralną część rozwiązania

16 Rozwiązanie musi zapewnić możliwość monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej i zdefiniowania alertów informujących o przekroczeniu wartości progowych

17 Rozwiązanie musi umożliwiać integrację z rozwiązaniami antywirusowymi firm trzecich w zakresie skanowania maszyn wirtualnych z poziomu warstwy wirtualizacji

18 Rozwiązanie musi zapewniać możliwość konfigurowania polityk separacji sieci w warstwie trzeciej, tak aby zapewnić oddzielne grupy wzajemnej komunikacji pomiędzy maszynami wirtualnymi

19 Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii zapasowych instancji systemów operacyjnych oraz ich odtworzenia w możliwie najkrótszym czasie

20 Kopie zapasowe powinny być składowane z wykorzystaniem technik de-duplikacji danych

21 Rozwiązanie kopii zapasowych musi posiadać możliwość replikacji wybranych danych do urządzeń sprzętowych firm trzecich

22 Musi istnieć możliwość odtworzenia pojedynczych plików z kopii zapasowej maszyny wirtualnej przez osoby do tego upoważnione bez konieczności nadawania takim osobom bezpośredniego dostępu do głównej konsoli zarządzającej całym środowiskiem

23 Mechanizm zapewniający kopie zapasowe musi być wyposażony w system cyklicznej kontroli integralności danych. Ponadto musi istnieć możliwość przywrócenia stanu repozytorium kopii zapasowych do punktu w czasie, kiedy wszystkie dane były integralne w przypadku jego awarii

24 Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy z możliwością wskazania konieczności zachowania stanu pamięci pracującej maszyny wirtualnej

25 Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi

4


26 Oprogramowanie zarządzające musi posiadać możliwość przydzielania i konfiguracji uprawnień z możliwością integracji z usługami katalogowymi, w szczególności Microsoft Active Directory, OpenLDAP

27 Platforma wirtualizacyjna musi umożliwiać zastosowanie w serwerach fizycznych procesorów o dowolnej ilości rdzeni

28 Rozwiązanie musi umożliwiać tworzenie jednorodnych wolumenów logicznych o wielkości 64TB

29 Rozwiązanie musi zapewniać możliwość dodawania zasobów w czasie pracy maszyny wirtualnej, w szczególności w zakresie ilości procesorów, pamięci operacyjnej i przestrzeni dyskowej

30 Rozwiązanie musi posiadać wbudowany interfejs programistyczny (API) zapewniający pełną integrację zewnętrznych rozwiązań wykonywania kopii zapasowych z istniejącymi mechanizmami warstwy wirtualizacyjnej

31 Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi oraz pamięciami masowymi nie zależnie od dostępności współdzielonej przestrzeni dyskowej.

32 Rozwiązanie musi umożliwiać wykorzystanie technologii 10GbE w tym agregację połączeń fizycznych do minimalizacji czasu przenoszenia maszyny wirtualnej pomiędzy serwerami fizycznymi

33 Typowy czas niedostępności usług w przypadku awarii lub niedostępności serwera fizycznego nie powinien przekraczać kilkunastu minut

34 Dla wybranych maszyn wirtualnych musi istnieć rozwiązanie zapewniające nieprzerwaną ich pracę na wypadek awarii lub niedostępności serwera fizycznego

35 Rozwiązanie musi zakładać co najmniej 2 niezależne mechanizmy wzajemnej komunikacji między serwerami oraz z serwerem zarządzającym, gwarantujące właściwe działanie mechanizmów wysokiej dostępności na wypadek izolacji sieciowej lub partycjonowania sieci

36 Decyzja o próbie przywrócenia funkcjonalności maszyny wirtualnej w przypadku awarii lub niedostępności serwera fizycznego powinna być podejmowana automatycznie, jednak musi istnieć możliwość określenia przez administratora czasu po jakim taka decyzja jest wykonywana

37 Rozwiązanie musi umożliwiać łatwe i szybkie ponowne uruchomienie systemów/usług w przypadku awarii poszczególnych elementów infrastruktury

38 Rozwiązanie musi zapewniać mechanizm bezpiecznego, bezprzerwowego uaktualniania warstwy wirtualizacyjnej wliczając w to zarówno poprawki bezpieczeństwa jaki podnoszenie jej wersji

39 Rozwiązanie musi zapewniać możliwość replikacji maszyn wirtualnych z dowolnej pamięci masowej w tym z dysków wewnętrznych serwerów fizycznych na dowolną pamięć masową w tym samym lub oddalonym ośrodku przetwarzania

40 Rozwiązanie musi gwarantować współczynnik RPO na poziomie minimum 15 minut

41 Rozwiązanie musi zapewniać możliwość utworzenia wirtualnej, współdzielonej, wysokodostępnej przestrzeni dyskowej z wykorzystaniem wewnętrznych serwerów fizycznych. Przestrzeń tak wygenerowana musi zapewniać wsparcie dla mechanizmów wysokiej dostępności jakie zapewnia warstwa wirtualizacji przy zastosowaniu rozwiązań sprzętowych współdzielonej pamięci masowej

42 Wirtualna przestrzeń współdzielona musi zapewniać całkowitą pojemność użytkową minimum 27TB

43 Czas planowanego przestoju usług związany z koniecznością prac serwisowych (np. rekonfiguracja serwerów, macierzy, switchy) musi być

5


ograniczony do minimum44 Rozwiązanie musi zapewnić możliwość szybkiego tworzenia i uruchamiania

nowych usług wraz z ich pełną konfiguracją i pre-instalowanymi narzędziami systemowymi w celu efektywnej obsługi wymagań biznesowych

45 Rozwiązanie musi gromadzić i umożliwiać zunifikowaną, graficzną prezentację informacji o wszystkich aspektach infrastruktury serwerów wirtualnych z uwzględnieniem danych szczegółowych takich jak poziom obciążenia sieci czy ilość IOPS w komunikacji z pamięcią masową

46 Zgromadzone dane muszą zapewniać ocenę kondycji, wydajności i pojemności dowolnego elementu infrastruktury, wliczając centrum danych, klastry, serwery fizyczne, podsystemy dyskowe i grupy maszyn wirtualnych. Ocena ta powinna być wartością jednowymiarową wyliczoną na podstawie agregacji zgromadzonych danych szczegółowych

47 Dostęp do warstwy prezentacji wyników analiz wydajnościowo pojemnościowych musi być możliwy przez dedykowanego klienta oraz przez przeglądarkę internetową

48 Uprawnienia do warstwy prezentacji wyników muszą dopuszczać rozłączność z uprawnieniami do infrastruktury

49 Rozwiązanie musi precyzyjnie określać na podstawie aktualnej i historycznej dynamiki rozwoju infrastruktury pozostałą pojemność i czas pozostały do przewidywanego wysycenia zasobów

50 Progi alertowe muszą być generowane dynamicznie na podstawie zabranych danych z infrastruktury i trybie ciągłym korygowane na podstawie aktualnego obciążenia i pozostałej pojemności infrastruktury

51 Musi istnieć możliwość zdefiniowania progów alertowych dla wydzielonej części infrastruktury, w tym poprzez zadanie warunków brzegowych, które w danym momencie poszczególny komponent spełnia

52 Rozwiązanie musi zapewniać mechanizmy szybkiej identyfikacji incydentów oraz rekomendacje do ich rozwiązania. W szczególności rozwiązanie musi umożliwiać analizę korelacji wystąpień incydentów wydajnościowych ze zmianami infrastrukturalnymi o których wiedzę w danym momencie posiada system zarządzający platformą serwerów wirtualnych

53 Rozwiązanie musi posiadać możliwość generowania alertów i raportów wydajnościowo-pojemnościowych dla statycznie i dynamicznie zdefiniowanych grup maszyn wirtualnych

54 System analizy kondycji, wydajności i pojemność środowiska musi być wolny od wszelkich ograniczeń, technicznych i licencyjnych w zakresie jego instalacji na maszynach wirtualnych i przenoszenia tych maszyn pomiędzy serwerami fizycznymi

1.2.2. Oprogramowanie do wirtualizacji przestrzeni dyskowejDostawa systemu do wirtualizacji posiadanych przez Zamawiającego pamięci masowych, spełniające następujące wymagania:



opisem wymagań

minimalnych

(np.TAK/NIE)

Różnice /Uwagi /

1 Rozwiązanie powinno umożliwiać wirtualizację dowolnych urządzeń pamięci masowej pracujących blokowo bez ograniczeń do konkretnego producenta czy modelu takiego urządzenia. W szczególności rozwiązanie

6


musi umożliwiać wirtualizację macierzy posiadanych przez Zamawiającego: EMC VNX 5400, IBM Storwize V3700, EMC Clariion CX4-120 oraz Hitachi AMS 2100

2 Oprogramowanie powinno umożliwiać tworzenie i prezentację wirtualnych wolumenów dla hostów fizycznych i wirtualnych z wykorzystaniem protokołów FC lub iSCSI

3 Oprogramowanie powinno umożliwiać z prezentację wirtualnych wolumenów dla hostów pracujących pod kontrolą co najmniej systemów MS Windows Server 2003, 2008, 2012, Suse Linux, Red Hat Linux, oraz systemom wirtualnym VMware, MS Hyper-V oraz Citrix

4 Prezentowane wirtualne wolumeny muszą mieć możliwość być jednocześnie mirrorowane pomiędzy odseparowane instancje (nody) oprogramowania, jak również powinna istnieć możliwość prezentacji pojedynczych wolumenów wirtualnych (bez mirroringu)

5 Oprogramowanie powinno umożliwiać niezależne deklarowanie wielkości bloku zapisu używanego przez dyski fizyczne wchodzące w skład jednej puli. Wielkość deklarowanego bloku zapisu może być określona co najmniej w przedziale od 4 MB do 1GB

6 Oprogramowanie musi wspierać thin-provisioning przestrzeni, polegający na możliwości prezentacji hostom wirtualnych wolumenów o wielkości do 1PB, przy czym ilość miejsca alokowanego na fizycznych zasobach dyskowych musi odpowiadać jedynie fizycznie zapisanym danym

7 Oprogramowanie musi umożliwiać zapisywanie danych jednego wirtualnego wolumenu na kilku odrębnych fizycznych urządzeniach pamięci masowej

8 Wszystkie licencje dostarczane z oprogramowaniem powinny umożliwiać upgrade warstwy sprzętowej rozwiązania lub przeniesienie licencji na inną, kompatybilną platformę sprzętową bez dodatkowych opłat

9 Dla zapewnienia ciągłości działania podłączonych systemów aplikacyjnych (hostów) oprogramowanie powinno umożliwiać instalację co najmniej dwóch, niezależnych instancji (zlokalizowanych na innych hostach fizycznych), synchronizujących między sobą dane w czasie rzeczywistym tak aby w przypadku nieprzewidzianej awarii jednej instancji, druga przejęła zadania uszkodzonej instancji w sposób płynny nie przerywając funkcjonowania podłączonych hostów wirtualnych i fizycznych

10 Proces przełączenia ścieżki zapisu / odczytu danych w przypadku nieoczekiwanej awarii jednej z instancji (noda) musi być w pełni automatyczny bez konieczności udziału administratora i bez konieczności instalacji dodatkowych agentów po stronie hostów poza standardowymi sterownikami wielościeżkowości (MPIO). Niedopuszczalne jest rozwiązanie wymagające restartu aplikacji fizycznych lub wirtualnych po przełączeniu się systemu na tryb awaryjny lub jakakolwiek utrata choćby niewielkiej ilości danych na skutek nieoczekiwanej awarii jednej z instancji (nodu)

11 Rozbudowa lub wymiana warstwy sprzętowej lub programowej wchodzącej w skład rozwiązania musi być możliwa bez przerywania pracy systemów aplikacyjnych (hostów) podłączonych do prezentowanych wolumenów wirtualnych

12 Musi istnieć możliwość umieszczenia minimum 2 instancji (nodów) fizycznych proponowanego oprogramowania w odległych lokalizacjach bez konieczności zakupu dodatkowych urządzeń lub dodatkowych licencji. Oprogramowanie powinno mieć możliwość synchronizacji danych pomiędzy

7


odległymi lokalizacjami instancji z użyciem protokołu FC lub iSCSI ewentualnie obu tych protokołów jednocześnie

13 Oprogramowanie musi umożliwiać podłączenie i wirtualizację urządzeń macierzowych podłączanych za pośrednictwem co najmniej protokołów: FC, iSCSI oraz SAS, jak również powinno umożliwiać wirtualizację lokalnych zasobów dyskowych serwerów, na których zostanie zainstalowane - bez konieczności instalacji dodatkowego oprogramowania

14 Oprogramowanie powinno mieć możliwość użycia pamięci RAM serwera, na którym zostanie zainstalowane jako bufora pamięci cache do minimum 1TB bez dodatkowych opłat licencyjnych

15 Oprogramowanie powinno umożliwiać i posiadać odpowiednią licencję umożliwiającą wirtualizację min. 100 TB fizycznej przestrzeni dyskowej

16 Oprogramowanie powinno umożliwiać możliwość zwiększenia zakresu wirtualizowanej przestrzeni dyskowej poprzez dodanie stosownych licencji w trakcie pracy bez konieczności zatrzymania pracy systemu

17 Oprogramowanie powinno umożliwiać migrację logicznych wolumenów (LUN’ów) pomiędzy przestrzenią fizyczną dowolnych podłączonych do niego urządzeń pamięci masowej, dyskami wewnętrznymi lub kartami pamięci flash zamontowanymi w serwerach hostujących oprogramowanie bez przerw w dostępie do danych przez podłączone systemy aplikacyjne

18 Oprogramowanie powinno pozwalać na dodawanie kolejnych zasobów (dysków wewnętrznych lub zewnętrznych urządzeń pamięci masowej) bez przerywania dostępu do danych udostępnianych podłączonym hostom

19 Oprogramowanie powinno umożliwiać aktualizację systemu operacyjnego, sterowników i firmware’u serwerów, na których będzie uruchamiane – w trakcie pracy, bez przerywania dostępu do danych udostępnianych hostom

20 Oprogramowanie powinno umożliwiać automatyczne alokowanie (tiering) pojedynczych bloków danych pomiędzy nośnikami różnej prędkości w zależności od obciążenia tych bloków generowanego przez hosty. Przenoszenie bloków wymagających szybkiego dostępu na szybsze nośniki a bloków mniej obciążonych na nośniki wolniejsze musi odbywać się automatycznie bez udziału administratora zgodnie z wprowadzonymi do systemu polisami

21 Oprogramowanie powinno umożliwiać definiowanie minimum 15 typów nośników fizycznych (warstw) różnej prędkości w celu alokacji d nich bloków o różnym obciążeniu operacjami we/wy. Uruchomienie w/w opisanej opcji alokowania bloków danych powinno być możliwe dla wybranych wolumenów wirtualnych. Jeśli powyższa funkcjonalność wymaga dodatkowych licencji, należy je dostarczyć

22 Oprogramowanie powinno umożliwiać natychmiastowy powrót do historycznej wersji danych wskazanego wolumenu na dowolny punkt czasu (z dokładnością nie mniejszą niż 1 sek) w okresie czasowym nie mniejszym niż 14 dni. W/w odtworzenie danych historycznych powinno być możliwe wprost z poziomu interfejsu użytkownika systemu bez konieczności korzystania z zewnętrznego oprogramowania do backup’u czy odtwarzania kopii migawkowych wykonywanych na macierzy fizycznej. Jeśli powyższa funkcjonalność wymagać będzie dodatkowych licencji ich zakup będzie objęty odrębnym postępowaniem

23 Oprogramowanie powinno umożliwiać replikację asynchroniczną wskazanych wolumenów wirtualnych do jednej lub wielu oddalonych lokalizacji za pośrednictwem sieci TCP/IP, przy czym dane uzyskane po replikacji muszą być spójne i powinny umożliwiać ich natychmiastowe ich użycie. Jeśli powyższa funkcjonalność wymagać będzie dodatkowych licencji lub urządzeń ich zakup będzie objęty odrębnym postępowaniem

24 Oprogramowanie powinno umożliwiać rozbudowę liczby instancji (nodów)

8


do 16 instancji (nodów) w ramach jednej wspólnie zarządzanej grupy instancji

25 Oprogramowanie musi umożliwiać zdalne zarządzanie zwirtualizowanymi zasobami za pośrednictwem sieci LAN z poziomu jednolitego interfejsu graficznego oraz CLI (poleceń linii komend), niezależnie od zastosowanych urządzeń pamięci masowej jak również powinno pozwalać na integrację z zewnętrznymi systemami zarządzania za pomocą skryptów np. języka PowerShell

26 Aplikacja służąca do administracji oprogramowaniem musi zapewniać możliwość deklarowania grup administratorów i przydzielania im zestawów uprawnień adekwatnych do przydzielonych zadań administracyjnych

27 Aplikacja służąca do administracji oprogramowaniem powinna zawierać moduł raportujący prezentujący w trybie rzeczywistym kluczowe wskaźniki wydajności i obciążeń całego systemu jak i poszczególnych wolumenów w postaci graficznych wykresów i wskaźników dostępnych dla użytkownika

28 Aplikacja służąca do administracji oprogramowaniem musi umożliwiać wykonywanie wybranych operacji na indywidualnych wolumenach wirtualnych jak i na grupach wolumenów

29 Oprogramowanie powinno umożliwiać integrację z środowiskami do wirtualizacji serwerów, w tym co najmniej z posiadanym przez Zamawiającego systemem VMware vSphere with Operations Management 5.5 i Microsoft Hyper-V 2012 za pośrednictwem dodatków typu Plug-in

30 Oprogramowanie powinno umożliwiać tworzenie kopii migawkowych poszczególnych wolumenów wirtualnych dla wszystkich wirtualizowanych systemów pamięci masowej niezależnie od funkcji dostarczanych przez producentów poszczególnych zewnętrznych systemów dyskowych

31 Licencje na oprogramowanie muszą być dostarczone wraz z dwunastomiesięcznym wsparciem, świadczonym przez producenta będącego licencjodawcą oprogramowania na pierwszym, drugim i trzecim poziomie. W ramach usług wsparcia musi istnieć możliwość zgłaszania problemów 5 dni w tygodniu przez 12h na dobę. W ramach usługi wsparcia musi być dostarczona subskrypcja na aktualizację produktu w całym czasie obowiązywania kontraktu

1.2.3. Licencje oprogramowania do wykonywania kopii bezpieczeństwa

Dostawa 1 instancji posiadanego przez Zamawiającego oprogramowania do wykonywania kopii bezpieczeństwa Symantec BackupExec 2012 lub równoważnego. Za warunki równoważności Zamawiający uważa następujące parametry:



opisem wymagań

minimalnych

(np.TAK/NIE)

Różnice /Uwagi /

1 Oprogramowanie powinno posiadać elastyczną architekturę (serwer zarządzający/media-serwer/klient) celem sprostania rozwojowi środowiska informatycznego. Powinno umożliwiać łatwą rozbudowę w miarę rozrastania się infrastruktury Informatycznej.

2 Musi umożliwiać zapis danych na taśmach

9


3 Oprogramowanie powinno być łatwe w instalacji, konfigurowaniu i zarządzaniu poprzez interfejs graficzny (GUI). Powinno umożliwiać pełne dostosowanie do środowiska klienta

4 Powinno posiadać zaawansowane funkcje monitoringu, generowania raportów. Powinno mieć możliwość monitowania i alterowania poprzez email i SNMP

5 Musi umożliwiać backup po sieci LAN serwerów z systemami używanymi w infrastrukturze Zamawiającego, takimi jak Windows Server 2008/2012, Linux

6 Do przechowywania danych wykorzystywane powinny być bezobsługowe biblioteki taśmowe bądź lokalne dyski

7 Musi posiadać możliwość równoczesnego zapisu / odczytu na wielu napędach taśmowych w tym samym czasie

8 Potrafi backupować online bazy danych używane w infrastrukturze Zamawiającego - MS SQL, MySQL, PostgreSQL

9 Posiada mechanizm do backupowania otwartych plików10 Posiada funkcje disaster–recovery umożliwiające proste i szybkie

automatyczne odtworzenie serwerów po awarii zapewniające integralność i spójność danych

11 Automatyczny backup bazujący na kalendarzu. Możliwość backupu typu: pełny, przyrostowy, różnicowy

12 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

13 Posiada możliwość wykonywania backupów na urządzenia dyskowe, które następnie są automatycznie powielane na nośniki taśmowe (D2D2T).

14 Musi zapewniać wsparcie dla technologii wirtualizacyjnych takich jak Microsoft Hyper-V 2012, VMware vSphere 4.x/5.x z możliwością odtwarzania pojedynczych plików z maszyn wirtualnych

15 Musi mieć możliwość szyfrowania komunikacji pomiędzy klientem (serwerem produkcyjnym) a serwerem backupowym za pomocą SSL

16 Musi istnieć możliwość zarządzania systemem backupowym poprzez CLI (Command Line Interface)

17 Oprogramowanie musi posiadać centralną konsolę umożliwiającą zarządzanie wieloma serwerami backupu; Jeśli wymagana jest dodatkowa licencja, należy ją dostarczyć

18 Należy zapewnić aktualizacje oraz poprawki dla oprogramowania przez cały okres obowiązywania usługi wsparcia

2. Prace wdrożeniowe

2.1. Ogólny opis wdrażanego rozwiązaniaZamawiający tworzy środowisko do wirtualizacji serwerów w jednostkach podległych oraz rozbudowuje istniejące środowisko do wirtualizacji serwerów w jednostkach centralnych.W jednostkach centralnych (wyszczególnionych w tabeli w punkcie 6.1 „Jednostki centralne”) projekt rozbudowy środowiska zakłada wdrożenie systemu do wirtualizacji części posiadanych przez Zamawiającego zasobów dyskowych (6 szt. macierzy IBM Storwize V3700) w oparciu o

10


dostarczone w niniejszym postępowaniu Oprogramowanie do wirtualizacji przestrzeni dyskowej, uruchomienie na posiadanych przez Zamawiającego 10 serwerach IBM x3650 M4 usług wirtualizacji serwerów w oparciu o dostarczane w niniejszym postępowaniu Oprogramowanie dowirtualizacji serwerów, rozbudowę posiadanego przez Zamawiającego systemu VMware vCenter Server Standard o Error: Reference source not found oraz migrację części fizycznych zasobów serwerowych na przygotowane środowisko wirtualizacyjne. Zwirtualizowane zasoby należy zabezpieczyć dostarczanym w niniejszym postępowaniu oprogramowaniem, opisanym w punkcie 1.2.3 „Licencje oprogramowania do wykonywania kopii bezpieczeństwa” w taki sposób, aby kopie zapasowe były wykonywane na posiadaną przez Zamawiającego macierz IBM Storwize V3700 oraz na posiadane przez Zamawiającego napędy taśmowe IBM TS3100 (7 sztuk), podłączone przez łącza SAS 6Gb/s do serwerów backupu (2 szt.).W jednostkach podległych (wyszczególnionych w tabeli w punkcie 6.2 „Jednostki podległe”) projekt zakłada wdrożenie usług wirtualizacji serwerów w oparciu o dostarczane w niniejszym postępowaniu Oprogramowanie do wirtualizacji serwerów, włączając podłączenie ich do centralnej konsoli zarządzającej VMware vCenter Server Standard oraz migrację części fizycznych zasobów serwerowych na przygotowane lokalne środowisko wirtualizacyjne (migracja fizycznych zasobów serwerowych ograniczona będzie do 5 (pięciu) wybranych przez Zamawiającego jednostek podległych).Wdrożenie poszczególnych elementów należy udokumentować według wymagań podanych w punkcie 4.1 „Minimalna zawartość dokumentacji”.

2.2. Minimalny zakres wdrożenia

2.2.1. Prace przygotowawcze

LP Minimalny zakres prac

1Szczegółowa analiza posiadanego przez Zamawiającego środowiska, zawierająca w sobie zdefiniowanie potencjalnych zagrożeń związanych z migracją zasobów serwerowych na budowane środowisko.

2Wykonanie projektu przedwdrożeniowego, opisującego wszystkie zakładane parametry budowanego środowiska, uzgodnione z Zamawiającym;

2.2.2. Prace w jednostkach centralnych dot. wirtualizacji serwerów


1Instalacja dostarczonego oprogramowania do wirtualizacji przestrzeni dyskowej na dwóch posiadanych przez Zamawiającego serwerach IBM x3650 M4;

2Konfiguracja posiadanych przez Zamawiającego 6 szt. macierzy IBM Storwize V3700 w taki sposób, aby możliwe było udostepnienie hostom wirtualizacyjnym przestrzeni dyskowej przy użyciu protokołu iSCSI;

3Instalacja i konfiguracja dostarczonego oprogramowania do wirtualizacji serwerów na 10 posiadanych przez Zamawiającego serwerach IBM x3650 M4; podłączenie serwerów do centralnej konsoli zarządzającej VMware vCenter Server Standard;

4 Udostepnienie serwerom opisanym w p. 3 niniejszej tabeli przestrzeni dyskowej przy

11


wykorzystaniu elementów opisanych w p. 1 i 2 niniejszej tabeli – w sposób redundantny;

5Wdrożenie dostarczanego modułu wysokiej dostępności dla centralnej konsoli zarządzającej VMware vCenter Server Standard, zgodnie z opisem w punkcie Error:Reference source not found;

6 Migracja 150 fizycznych lub wirtualnych serwerów na nowo zbudowane środowisko (punkty 1-5 niniejszej tabeli) z zastrzeżeniem uwagi umieszczonej na końcu niniejszej tabeli;

7

Instalacja dostarczanego oprogramowania do wykonywania kopii zapasowych na posiadanych przez Zamawiającego serwerach fizycznych oraz ich podłączenie do posiadanych przez Zamawiającego: macierzy IBM Storwize V3700 (1 szt.) oraz napędów taśmowych IBM TS3100 (7 szt.). Konfiguracja oprogramowania w taki sposób, aby dane pochodzące z systemów wskazanych przez Zamawiającego (system do wirtualizacji serwerów, udziały plikowe) były odkładane na macierz oraz napędy taśmowe według harmonogramu ustalonego przez Zamawiającego.

Dokładną ilość obrazów maszyn wirtualnych, aplikacji, usług na nich pracujących oraz potencjalne zagrożenia określić należy precyzyjnie na etapie tworzenia dokumentacji przedwdrożeniowej;

2.2.3. Prace w jednostkach podległych dot. wirtualizacji serwerów;


1

Podłączenie preinstalowanego na serwerach oprogramowania do wirtualizacji VMWare ESXi do posiadanego oprogramowania zarządzającego VMWare vCenter Standard, instalacja licencji; jeżeli w ramach niniejszego postępowania zostanie dostarczone oprogramowanie równoważne – oprogramowanie należy zainstalować, skonfigurować według potrzeb Zamawiającego i podłączyć do centralnej konsoli zarządzającej VMware vCenter Server.

2Weryfikacja poprawności konfiguracji oprogramowania do wirtualizacji (połączenia sieciowe, dostęp do przestrzeni dyskowej, konfiguracja klastra HA);

4

Migracja serwerów fizycznych i zwirtualizowanych w oparciu o inne hypervisory (wraz z zasobami znajdującymi się na zewnętrznych macierzach/NAS) do instancji wirtualnych zgodnych z posiadanym przez Zamawiającego centralnie zarządzanym systemem do wirtualizacji serwerów VMware vSphere – w 5 (pięciu) wybranych przez Zamawiającego jednostkach podległych; Weryfikacja poprawności działania poszczególnych usług.

5

Instalacja i konfiguracja posiadanego przez Zamawiającego oprogramowania do tworzenia kopii zapasowych Symantec BackupExec 2012 do wykonywania kopii zapasowych maszyn wirtualnych na posiadane przez Zamawiającego biblioteki taśmowe IBM TS3100;

Dokładną ilość wirtualizowanych serwerów w poszczególnych jednostkach podległych, systemy i usługi na nich pracujące oraz potencjalne zagrożenia określić należy precyzyjnie na etapie tworzenia dokumentacji przedwdrożeniowej;

12


3. Testy poprawności działania środowiskaTesty poprawności działania wdrożonego środowiska mają potwierdzić właściwą jego konfigurację, zgodność z przyjętymi założeniami i razem z dokumentacją powdrożeniową są podstawą do przeprowadzenia odbioru technicznego rozwiązania.

3.1.Minimalny zakres przeprowadzonych testów

LP Element Zakres testów1

System do wirtualizacji serwerów

Symulacja awarii pojedynczego hosta wirtualizacyjnego;

2Symulacja awarii pojedynczego uplinku pomiędzy hostem wirtualizacyjnym a przełącznikiem sieciowym;

3 Symulacja awarii centralnej konsoli zarządzającej;

4

Macierze

Symulacja awarii pojedynczego kontrolera zwirtualizowanej macierzy dyskowej;

5Symulacja awarii pojedynczego dysku w udostępnionej serwerom wirtualizacyjnym puli dysków / grupie RAID;

6Symulacja awarii pojedynczego uplinku pomiędzy macierzą a przełącznikiem sieciowym / serwerem;

7 System do wirtualizacji przestrzeni dyskowej

Symulacja awarii pojedynczego węzła klastra;8 Symulacja awarii dowolnego linku replikacji pomiędzy klastrami;

9Symulacja awarii dowolnej z wirtualizowanych macierzy;

10

Biblioteka Taśmowa i Oprogramowanie do tworzenia kopii bezpieczeństwa

Test poprawności działania kopii zapasowych poprzez wykonanie backupu wskazanych przez Zamawiającego zasobów, oraz ich odzyskanie.

4. Dokumentacja powdrożeniowaDokumentacja powykonawcza ma być wykonana w sposób spójny, zgodnie z dobrymi praktykami i zaleceniami budowy tego typu dokumentów. Ma zawierać spis treści, strony mają być ponumerowane, a załączniki opisane w sposób jasny i ułatwiający ich identyfikacje. Całość dostarczona w segregatorze umożliwiającym wypięcie dowolnej strony z dokumentacji i wpięcie jej z powrotem oraz w wersji elektronicznej w postaci pliku tekstowego w popularnym formacie (Microsoft Office, OpenOffice etc.).Wszystkie dokumenty tworzone w ramach realizacji przedsięwzięcia charakteryzować się muszą wysoką jakością, na którą będą miały wpływ takie czynniki jak:

Czytelna i zrozumiała struktura zarówno poszczególnych dokumentów jak i całej dokumentacji z podziałem na rozdziały, podrozdziały i sekcje;

Zachowanie standardów, a także sposób pisania, rozumianych jako zachowanie jednolitej i spójnej struktury, formy i sposobu prezentacji treści poszczególnych dokumentów oraz fragmentów tego samego dokumentu jak również całej dokumentacji;

13


Kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia. Oznacza to w szczególności jednoznaczne i wyczerpujące przedstawienie wszystkich zagadnień w odniesieniu do systemu.

Spójność i niesprzeczność dokumentu, rozumianych jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

Cała dokumentacja, o której mowa powyżej, podlegała będzie akceptacji Zamawiającego. Wykonawca przeniesie na Zamawiającego całość majątkowych praw autorskich do

stworzonej dokumentacji.

4.1.Minimalna zawartość dokumentacji

LP Zawartość dokumentacji

1 Spis dostarczonych licencji: nazwa, rodzaj, miejsce wykorzystania, dane dostępowe (loginy i hasła) do kont z najwyższymi uprawnieniami;

2 Spis najważniejszych parametrów wdrożonych systemów, umożliwiający odtworzenie konfiguracji w przypadku awarii danego komponentu;

3 Dane kontaktowe, procedury zgłaszania awarii, warunki gwarancji i wsparcia technicznego4 Procedury konfiguracji i odtwarzania backupu;5 Procedury zarządzania oprogramowaniem do wirtualizacji przestrzeni dyskowej;

5. Szkolenia dla administratorówZamawiający wymaga przeprowadzenia wymienionych poniżej szkoleń, autoryzowanych przez producentów poszczególnych rozwiązań we wskazanych przez nich centrach szkoleniowych:

LP Nazwa szkolenia Ilość osób1 VMware vSphere: Install, Configure, Manage [V5.1 lub wyższa] 62 VMware View: Install, Configure, Manage [V5.1 lub wyższa] 6

Wykonawca musi zapewnić uczestnikom szkolenia: Właściwe warunki techniczne, lokalowe i organizacyjne, chyba że strony ustalą inaczej; Wydrukowanie materiałów dla uczestników - przed rozpoczęciem szkolenia Wykonawca

zapewni każdemu uczestnikowi komplet materiałów. Materiały sporządzone w języku polskim lub angielskim muszą obejmować całość zagadnień dotyczących zakresu merytorycznego szkolenia.

Opiekę merytoryczną nad uczestnikami szkolenia w okresie 14 dni po ukończeniu szkolenia (udzielanie odpowiedzi drogą elektroniczną na pytania lub wątpliwości powstałe podczas szkolenia);

Szkolenia muszą zostać przeprowadzone w takim terminie, aby delegowane na nie osoby ukończyły pełny zakres szkolenia przed rozpoczęciem prac wdrożeniowych. Jeśli szkolenia odbywać się będą w lokalizacji innej niż Kraków, należy zapewnić uczestnikom:

Zakwaterowanie w hotelu o standardzie minimum ***, co najmniej od godziny 18:00 dnia poprzedzającego rozpoczęcie szkolenia do godziny 12:00 w dniu zakończenia szkolenia,

14


Transport na miejsce przeprowadzenia szkolenia – komunikacją lotniczą, samochodową lub koleją; W każdym przypadku wybrana forma komunikacji musi zapewniać dotarcie uczestnika na miejsce szkolenia w możliwie nieuciążliwy sposób (minimum: miejsce siedzące przez cały czas trwania podróży, łączny czas podróży nie przekraczający 6 godzin), nie później niż o godzinie 18:00 w dniu poprzedzającym rozpoczęcie szkolenia oraz powrót rozpoczynający się nie wcześniej niż termin zakończenia szkolenia, ale nie później niż cztery godziny po zakończeniu szkolenia.

Pełne wyżywienie (3 posiłki – śniadanie, obiad i kolacja) od dnia rozpoczęcia szkolenia do dnia zakończenia szkolenia włącznie. Dopuszcza się brak ostatniego posiłku (kolacji) w dniu zakończenia szkolenia;

Cena każdego szkolenia musi zawierać jeden (1) voucher dla każdego uczestnika, uprawniający do bezpłatnego podejścia do właściwego egzaminu certyfikującego wiedzę zdobytą na szkoleniu w autoryzowanym przez producenta szkolenia ośrodku egzaminacyjnym.

6. Zestawienie lokalizacjiPrace wdrożeniowe wykonywane będą w następujących jednostkach:

6.1. Jednostki centralneLp. Nazwa jednostki Adres

1 Sąd Apelacyjny w Krakowie ul. Przy Rondzie 3, 31-547 Kraków2 Sąd Okręgowy w Krakowie ul. Przy Rondzie 7, 31-547 Kraków3 Sąd Rejonowy dla Krakowa-Krowodrzy w Krakowie ul. Przy Rondzie 3, 31-547 Kraków4 Sąd Rejonowy dla Krakowa-Podgórza w Krakowie ul. Przy Rondzie 7, 31-547 Kraków5 Sad Rejonowy dla Krakowa-Nowej Huty w Krakowie ul. Przy Rondzie 7, 31-547 Kraków

6Sąd Rejonowy dla Krakowa-Śródmieścia w Krakowie

ul. Przy Rondzie 7, 31-547 Kraków

6.2. Jednostki podległeLp. Nazwa jednostki Adres

1 Sąd Rejonowy w Ostrowcu Św. Wydziały Zamiejscowe z/s w Opatowie

ul. Plac Obrońców Pokoju 18, 27-500 Opatów

2 Sąd Rejonowy w Starachowicach ul. Staszica 12, 27-200 Starachowice3 Sąd Rejonowy w Busku-Zdroju ul. T. Kościuszki 3, 28-500 Kazimierza Wielka4 Wydziały Zamiejscowe w Miechowie Sądu

Rejonowego dla Krakowa Sródmieścia w Krakowiepl. Kościuszki 3a, 32-200 Miechów

5 Sąd Rejonowy w Nowym Sączu - Wydziały zamiejscowe w Muszynie

ul. A. Kity 18 33-370 Muszyna

6 Sąd Rejonowy w Ostrowcu Świętokrzyskim ul. Kościuszki 1, 27-400 Ostrowiec Świętokrzyski7 Sąd Okręgowy w Nowym Sączu ul. Pijarska 3, 33-300 Nowy Sącz8 Sąd Rejonowy w Tarnowie Wydziały Zamiejscowe z

siedzibą w Dąbrowie Tarnowskiejul. Jakuba Bojki 2, 33-200 Dąbrowa Tarnowska

9 Sąd Rejonowy w Nowym Sączu ul. Pijarska 3, 33-300 Nowy Sącz10 Sąd Rejonowy w Gorlicach ul. Biecka 5, 38-300 Gorlice11 Sąd Rejonowy w Limanowej ul. Józefa Marka 19, 34-600 Limanowa12 Sąd Okręgowy w Tarnowie + Sąd Rejonowy w

Tarnowieul. Dąbrowskiego 27, 33-100 Tarnów

13 Sąd Rejonowy w Olkuszu ul. Króla Kazimierza Wielkiego 4514 Sąd Rejonowy w Zakopanem ul. Gimnazjalna 13, 34-500 Zakopane

15


15 Sąd Rejonowy w Nowym Targu ul. Ludźmierska 29, 34-400 Nowy Targ16 Sąd Rejonowy w Limanowej Oddział Zamiejscowy

Ksiąg Wieczystych w Mszanie Dolnejul. Fabryczna 6, 34-730 Mszana Dolna

17 Sąd Rejonowy w Tarnowie - Wydziały Zamiejsowe w Tuchowie

ul. Chopina 5, 33-170 Tuchów

18 Sąd Rejonowy w Brzesku ul. Kościuszki 2019 Sąd Rejonowy w Oświęcimiu Zamiejscowy VI

Wydział Ksiąg Wieczystych w KętachRynek 20, 32-650 Kęty

20 Sąd Rejonowy w Myślenicach ul. Piłsudskiego 721 Zamiejscowy VIII Wydział Ksiąg Wieczystych w

Skale (Sąd Rejonowy dla Krakowa-Podgórza w Krakowie)

Rynek 29, 32-043 Skała

22 Sąd Rejonowy w Sandomierzu Wydziały Zamiejscowe w Staszowie

28-200 Staszów

23 VII Zamiejscowy Wydział Ksiąg Wieczystych w Czernichowie

Czernichów

24 VI Zamiejscowy Wydział Ksiąg Wieczystych w Krzeszowicach

pl. Kulczyckiego 1, Krzeszowice

25 Sąd Rejonowy w Jędrzejowie ul. Kusocińskiego 11, 29-100 Włoszczowa26 Sąd Rejonowy w Oświęcimiu Rynek Główny 14, 32-600 Oświęcim27 Sąd Rejonowy w Busku-Zdroju ul. Kościuszki 5, 28-100 Busko-Zdrój28 Sąd Rejonowy w Końskich ul. Iwo Odrowąża 529 Sąd Rejonowy w Bochni ul. Kościuszki 4 32-700 Bochnia30 Sąd Rejonowy w Sandomierzu ul. Kościuszki 2A31 Sąd Rejonowy w Jędrzejowie 11-go Listopada 7432 Sąd Rejonowy w Wadowicach Żwirki i Wigury 933 Sąd Rejonowy w Chrzanowie Al. Henryka 2334 Sąd Rejonowy w Wadowicach Wydziały

Zamiejscowe z siedzibą w Suchej Beskidzkiejul. Mickiewicza 11

35 Sąd Rejonowy w Kielcach ul.Warszawska 44, 25-312 Kielce36 Sąd Okręgowy w Kielcach ul. Seminaryjska 12a37 Sąd Rejonowy w Skarżysku-Kamiennej ul. Krasińskiego 11, 26-110 Skarżysko-Kamienna

16

z_5 szczegółowy opis przedmiotu zamówienia.docx

Documents