Numer Treść pytania pytani a 1 Czy określone przez Zamawiającego wymagane moce obliczeniowe wyrażone w SAPS uwzględniają moce obliczeniowe na potrzeby środowisk deweloperskich i testowych? Nie Treść odpowiedzi 2 Jaka jest wymagana w wariancie II moc serwerów Mainframe wyrażona w MIPS (tj. jednostki używane przez producenta tych serwerów) w podziale na środowiska produkcyjne, deweloperskie i testowe ZSRK? Zamawiający dysponuje wymiarowaniem w wyrażonym w wartościach SAPS. Jeżeli potencjalni wykonawcy chcą uzyskać wartości w wyrażone w MIPS powinni zgłosić się do producenta rozwiązania mainframe do firmy IBM. Poniżej wymiarowanie w SAPS: POPD PROD (środowisko produkcyjne): Strona 1 z 32
ZOPD PROD (zapasowe środowisko produkcyjne): Strona 2 z 32
DEV: Komponent SAPS DB2 RAM DB2 [GB] SAP BW (BPC) 720 2 SAP BO SAP Portal/ LSO 100 2 Strona 3 z 32
SAP Solution Manager 300 2 SAP PI 500 4 SAP PCM SWMD SAP ERP FI 840 2 SAP ERP HR 280 2 Repozytorium Skanów Aplikacja Statystyka Sądowa SAP Quality Center by HP TEST: 280 2 SUMA: 3020 16 Komponent SAPS DB2 RAM DB2 [GB] SAP BW (BPC) 1664 4 SAP BO SAP Portal/ LSO 1184 2 SAP PI 500 2 SAP PCM SWMD SAP ERP FI 1600 2 SAP ERP HR 1200 2 Aplikacja Statystyka Sądowa Serwer Wydruków 3200 2 SUMA: 9348 14 Strona 4 z 32
3 Jaka jest wymagana moc wyrażona w MIPS dla aplikacji innych niż ZSRK, które działają na serwerach Mainframe? 4 Czy specyfikując platformę (zarówno w Wariancie I jak i II) dla potrzeby serwerów aplikacyjnych na bazie wymagań określonych przez kolumny SAPS SQL, SAPS APP, RAM SQL, RAM APP w tabelach w punktach 3, 3.1.1, 3.1.2, 3.2.1, 3.2.2 oferent/dostawca powinien brać pod uwagę nabywane w ramach postępowania BOF-II-3710-15/12 6 ( Dostawa sprzętu komputerowego i sieciowego na potrzeby rozbudowy OPD MS dla 1 fazy wdrożenia systemu informatycznego rachunkowości i zarządzania kadrami w sądach powszechnych i Ministerstwie Sprawiedliwości (ZSRK) z dnia 09.11.2012 r.) 6 Obecne serwery Mainframe posiadają moc odpowiednio : 1138 MIPS oraz 629 MIPS Dla 1-go etapu wdrożenia należy brać pod uwagę 4 serwery typu Blade IBM HX5 o mocy min. 75 000 SAPS każdy. Strona 5 z 32
serwerów typu Blade IBM HX5 o mocy 75 000 SAPS każdy i traktować ich moce jako aktualnie posiadane przez Zamawiającego? 5 Czy okres wsparcia, o którym mowa w RFP dotyczy okresu 3 lat (o którym mowa w punkcie 2.3 w RFP) czy okresu 1 roku (o którym mowa w punkcie 4.3.2 w RFP)? 6 Czy oferent/dostawca specyfikując wartość rocznego utrzymania dla Wariantu II (z Mainframe) powinien podać oszacowanie niezależnie od postępowania BOF-II- 3710-29/12 ( Świadczenie usługi serwisu pogwarancyjnego elementów i podzespołów środowiska Mainframe z dnia 04.12.2012 r.) czy też traktować te koszty jako poniesione już przez Zamawiającego niezależne od nieniejszego zapytania? Okres wsparcia dotyczy 3 lat (punkt 2.3 RFP). Punkt 4.3.2 informuje o wymogu podania ceny dla rocznego utrzymania. Wymagane jest oszacowanie niezależne od postępowania BOF-II-3710-29/12. Strona 6 z 32
7 Czy Zamawiający dopuszcza w Wariancie I zaoferowanie przez Dostawcę/Oferenta nowych bibliotek backup (zamiast rozbudowy aktualnie posiadanych bibliotek IBM TS3500)? 8 Czy wspomniane w dokumencie RFP ośrodki POPD i ZOPD dotyczą ośrodków zlokalizowanych w Warszawie? 9 Z czego wynikają różnice w zapotrzebowaniu na licencje B6953AA (licencja na napędy taśmowe dla HP Data Protector) pomiędzy wariantem I (12 sztuk) a Wariantem II (4 sztuki)? Tak, pod warunkiem, że zamiana taka będzie uzasadniona biznesowo i technologicznie. Tak. Wymiarowanie systemu wykazało zapotrzebowanie wynoszące 6 sztuk napędów taśmowych w każdej lokalizacji (w sumie 12 sztuk napędów). W wariancie I ze względu na to, że serwery bazodanowe znajdują się poza platformą IBM Mainframe, cały system backupu będzie obsługiwany przez rozwiązanie HP Data Protector. Dlatego wszystkie 12 sztuk napędów będzie musiało być licencjonowane dla tego rozwiązania. W wariancie II serwery bazodanowe znajdują się na platformie IBM Mainframe. Wymiarowanie systemu wykazało, że w takim przypadku należy rozdzielić napędy taśmowe, przydzielając do platformy IBM Mainframe 4 sztuki napędów w każdej lokalizacji, a do platformy Open Sytem 2 sztuki napędów w każdej lokalizacji. Na platformie IBM Mainframe stosuje się niezależny od HP Data Protector system backupu, stąd liczba licencji B6953AA zmniejsza się w sumie o 8 sztuk w stosunku do Wariantu I. 10 Czy Zamawiający dopuści przeniesienie całych zasobów dyskowych przeznaczonych do migracji aplikacji / baz Tak. Strona 7 z 32
11 12 13 danych SAP (tabela: kolor szary) na nowe macierz dyskowe? Jakie są rozmiary obecnych wolumenów danych składowanych na aktualnych macierzach dyskowych, które wymagałyby przeniesienia na nowy system dyskowy? Jaka jest obecnie infrastruktura sieci SAN, do której obecne macierze są przyłączone: ilość portów ESCON/ FICON w technologii 2/4/8 Gb/s? Czy Zamawiający dopuszcza wymianę obecnie posiadanych technologii taśmowych na znacząco wydajniejsze, pojemniejsze oraz zapewniające wyższy poziom bezpieczeństwa danych? Wolumen danych obecnie składowanych na aktualnych macierzach dyskowych, które wymagały by przeniesienia na nowy system dyskowy (tj. wszystkich danych obecnie wykorzystywanych w projekcie ZSRK) wynosi: 16 786 GB w lokalizacji POPD 8 800 GB w lokalizacji ZOPD Zamawiający posiada następujące komponenty infrastruktury SAN, które będą udostępnione na potrzeby systemu ZSRK: W lokalizacji POPD posiada switche SAN, które wyposażone są w: a) łącznie 144 porty FibreChannel 8 Gbit/s (80 zajęte, 64 wolne, wszystkie porty aktywowane) b) łącznie 32 portów FICON 4 Gbit/s (28 zajęte, 4 wolne, wszystkie porty aktywowane) W lokalizacji ZOPD posiada switche SAN, które wyposażone są w: a) łącznie 144 porty FibreChannel 8 Gbit/s (76 zajęte, 68 wolne, wszystkie porty aktywowane) b) łącznie 16 portów FICON 4 Gbit/s (12 zajęte, 4 wolne, wszystkie porty aktywowane) Obie lokalizacje połączone są łączami ISL o łącznej przepustowości 48 Gbps/s. Tak, pod warunkiem, że zamiana taka będzie uzasadniona biznesowo i technologicznie. Strona 8 z 32
14 15 Czy Zamawiający rozszerzy zapytanie dotyczące modernizacji systemu backupu o zakup technologii wirtualizacji backupu? Czy Zamawiający jest zainteresowany przedstawieniem referencji dotyczących użycia tej technologii w środowisku backupu systemów Mainframe? Jeżeli spełnianie wymagań określonych przez Zamawiającego wiąże się z zaoferowaniem rozwiązania wirtualizacyjnego to Zamawiający dopuszcza takie rozwiązanie. Tak. 16 Jakie są aktualnie wymagania co do przepustowości obecnie użytkowanego systemu backupu: ilość i typ użytych napędów, okno backup'owe, orientacyjny rozmiar repozytorium? 17 Dotyczy punktów 3.1.1. i 3.2.1: Czy podane wartości SAPS dla poszczególnych komponentów (SAP ERP FI, SAP ERP HR, SAP BW, Aplikacja Statystyka Sądowa itd.) dotyczą całości środowiska SAP Obecnie stosowany system backupu w systemach mainframe dla środowisk deweloperskich i testowych ZSRK to: a) 3 napędy typu 3592 E05 (TS1120 Tape Drive) b) brak okien backupowych wszystkie backupy wykonywane w trybie online c) wykorzystywana pula ok. 40 nośników taśmowych typu 3592 IBM MEDIA5 JA (natywna pojemność 500GB dla jednego nośnika) Obecnie stosowany system backupu w systemach Windows dla środowisk deweloperskich i testowych ZSRK to: a) biblioteka taśmowa LTO-3 2 napędy b) brak okien backupowych ze względu na inne zasoby, backupy na żądanie c) backup na 2 taśmach d) konieczna rozbudowa Wartości SAPS podane w punktach 3.1.1 i 3.2.1 dla poszczególnych komponentów (SAP ERP FI, SAP ERP HR, SAP BW, Aplikacja Statystyka Sądowa itd.) dotyczą wyłącznie systemów produkcyjnych. Dla środowisk dev i test infrastruktura techniczna już istnieje w zakresie serwerów aplikacyjnych. Dla środowisk dev i test należy jedynie rozbudować platformę mainframe o : DEV: Komponent SAPS DB2 RAM DB2 [GB] Strona 9 z 32
czy też tylko systemów produkcyjnych? Jeśli są to dane tylko i wyłącznie dla systemów produkcyjnych, to jakie są wymagania dla pozostałych systemów? SAP BW (BPC) 720 2 SAP BO SAP Portal/ LSO 100 2 SAP Solution Manager 300 2 SAP PI 500 4 SAP PCM SWMD SAP ERP FI 840 2 SAP ERP HR 280 2 Repozytorium Skanów Aplikacja Statystyka Sądowa SAP Quality Center by HP TEST: 280 2 SUMA: 3020 16 Komponent SAPS DB2 RAM DB2 [GB] SAP BW (BPC) 1664 4 SAP BO SAP Portal/ LSO 1184 2 SAP PI 500 2 SAP PCM SWMD SAP ERP FI 1600 2 SAP ERP HR 1200 2 Aplikacja Statystyka Sądowa 3200 2 Strona 10 z 32
Serwer Wydruków SUMA: 9348 14 18 Dotyczy punktu 3.1.1.: Czy w ramach budowy systemu ZSRK migracji podlegać będą również systemy działające z bazą danych MS SQL? 19 Dotyczy punktów 3.1.1. i 3.2.1: Prosimy o określenie, czy Zamawiający wymaga zastosowania wirtualizacji dla SAPS APP? Jeśli tak, to czy któreś rozwiązanie np. Hyper-V, VMware itp. jest preferowane? Czy Zamawiający dysponuje licencjami na któreś z rozwiązań, które można wykorzystać na potrzeby budowy systemu ZSRK, czy oferta ma zawierać zestaw niezbędnych licencji? 20 Dotyczy punktu 3.1.1.: Czy podczas migracji środowisk z systemów IBM Mainframe Zamawiający dopuszcza Nie. VMware, Zamawiający dysponuje licencjami VMware na 4 serwery 4-procesorowe, pierwszy etap wdrożenia. Docelowo zakupi licencje dla dodatkowych 14 serwerów 4-procesorowych. Tak. Strona 11 z 32
zmianę platformy bazodanowej z DB2 na inną wybraną bazę danych? 21 Dotyczy punktu 3.1.1.: Czy są jakieś ograniczenia/wymagani a dodatkowe (np. wersja systemu operacyjnego, wersja bazy danych itp.) dla komponentu Aplikacja Statystyka Sądowa, które mogą rzutować na możliwość przeniesienia na nową platformę sprzętowoprogramową? 22 Dotyczy punktu 3.1.3.: Prosimy o potwierdzenie, że migracja do nowego ITS ZSRK dotyczy komponentów SAP ERP FI, SAP ERP HR, SAP BW (SAP BPC), Aplikacja Statystyka Sądowa, SAP Portal (SAP LSO), SAP Solution Manager, SAP PI. Jeśli migracji mają podlegać jeszcze inne środowiska, to prosimy o ich wyspecyfikowanie. Aplikacja Statystyka Sądowa jest to SAP NetWeaver 7.3 Potwierdzamy. 23 Dotyczy punktu 3.1.3.: System Solution Manager jest w konfiguracji DEV/TST(DEV i TST łącznie-jedno środowisko) + PRD Strona 12 z 32
Zgodnie z metodologią firmy SAP AG każdy z 7 komponentów powinien zawierać pełny landscape (czyli 3 środowiska prod-testdev). W dokumencie określono, iż ma być 17 środowisk. Które zatem środowiska nie posiadają pełnego landscape u? Czy występują jakieś środowiska, dla których wymaga się oddzielnego systemu typu "sandbox" lub QAS? 24 Dotyczy punktu 4.3.2.: Prosimy o określenie poziomu rocznego maintenance. Czy jest to 24 h / 7 dni w tygodniu przez 365 dni w roku z gwarantowanym czasem naprawy w ciągu 6 godzin od momentu zgłoszenia awarii? Czy są jakieś dodatkowe wymagania co do obsługi serwisowej? Potwierdzamy : 24 h / 7 dni w tygodniu przez 365, 6 godzin czas naprawy. Dodatkowe wymagania : 1.Po dokonaniu zgłoszenia awarii przez Zamawiającego, Wykonawca potwierdzi w terminie do 60 minut jego przyjęcie 2. Po upływie 60 minut od zgłoszenia awarii, w przypadku braku potwierdzenia przyjęcia zgłoszenia przez Wykonawcę, Zamawiający dokona procedury eskalacji zgłoszenia dostarczonej przez Wykonawcę do 30 dni kalendarzowych od podpisana umowy ale nie później niż w dniu dostarczenia urządzeń. 3. Usunięcie awarii urządzeń do 6 godzin od zgłoszenia awarii 4. Wykonawca zapewni asystę inżyniera w miejscu zainstalowania sprzętu w wymiarze 30 godzin (nie wlicza się czas dojazdu oraz mnożnik ilości osób zapewniających asystę) w okresie obowiązywania umowy w celu wsparcia personelu technicznego Zamawiającego podczas aktualizacji dedykowanego oprogramowania producenta sprzętu, rozwiązywania problemów eksploatacyjnych itp.. 5. Zamawiający zastrzega sobie prawo do planowanego wyłączenia oraz włączenia macierzy przy asyście Wykonawcy bez utraty gwarancji. Wykonawca zostanie powiadomiony o fakcie planowanego wyłączenia lub włączenia macierzy nie później niż 24 godziny przed tą czynnością. 6. Zamawiający zastrzega sobie prawo do nieplanowanego wyłączenia i włączenia macierzy przy asyście pracownika serwisu lub też bez asysty bez utraty gwarancji. Nieplanowane wyłączenie i włączenie macierzy może nastąpić w wyniku zdarzeń losowych będących zagrożeniem dla przetwarzanych na macierzy Danych, np. zagrożenie powodzią, pożar, awaria infrastruktury budynku, itp. Zamawiający skontaktuje się z serwisem, jednak w przypadku, gdy serwis nie będzie w stanie zapewnić asysty w wymaganym czasie, Strona 13 z 32
25 Dotyczy punktów 3.1.4 i 3.2.3: Prosimy o określenie, w jakiej konfiguracji RAID ma być zrealizowana wymagana użytkowa przestrzeń dyskowa na podstawowej i zapasowej macierzy dyskowej? 26 Dotyczy punktów 3.1.4 i 3.2.3: W wariancie I Zamawiający wymaga rozszerzenia użytkowej przestrzeni dyskowej na obu macierzach o 35 TB, a w wariancie II o 15TB. Taka sytuacja jest w naszej ocenie preferencją dla IBM. Prosimy o wyjaśnienie, z czego wynika tak Zamawiający samodzielnie wyłączy lub włączy macierz korzystając ze wsparcia telefonicznego Wykonawcy. 7. Wykonawca zapewni wsparcie i opiekę serwisową w stosunku do sprzętu komputerowego i oprogramowania sprzętu komputerowego objętego serwisem, a w szczególności: 7.1) przeprowadzi, nie rzadziej niż jeden raz na 90 dni analizę w zakresie uaktualnień poziomu oprogramowania sprzętu komputerowego, poziomu firmware u (mikrokodów), analizy konfiguracji oprogramowania sprzętu komputerowego, analizy logów oprogramowania sprzętu komputerowego. Elementem analizy będzie raport zawierający: utylizację wszystkich portów Fiber Channel oraz portów FICON, utylizację wolumenów logicznych, utylizację grup RAID owych, utylizację fizycznych dysków, utylizację pamięci cache, a w szczególności parametru cachehit; 7.2) przedstawi Zamawiającemu raport po wykonanej obsłudze serwisowej; 7.3) opracuje harmonogram prac przy optymalizacji instalacji uaktualnień do oprogramowania sprzętu komputerowego; 7.4) wykona optymalizację oprogramowania sprzętu komputerowego; 7.5) zweryfikuje poprawność działania sprzętu komputerowego i oprogramowania sprzętu komputerowego po wykonaniu obsługi serwisowej. Użytkowa przestrzeń dyskowa na podstawowej i zapasowej macierzy dyskowej powinna być zrealizowana w konfiguracji RAID10 2D+2D. Zamawiający posiada przestrzeń dyskową na macierzach podzieloną pomiędzy systemy Open (Windows) oraz systemy Mainframe. Różnica wynika z faktu że w części przydzielonej dla mainframe zamawiający posiada dostępne zasoby, które gotów wykorzystać w wariancie II. W celu przydzielenia istniejących zasobów w wariancie II należy rozszerzyć konfigurację IODF serwerów IBM Mainframe w sekcji OSCONFIG. Nie są wymagane żadne prace po stronie macierzy dyskowych gdyż obiekty LDEV oraz CU zostały już sformatowane i skonfigurowane. Zamawiający nie zakłada możliwości odzyskiwania przestrzeni dyskowej typu Mainframe na rzecz przestrzeni dyskowej typu Open System. Strona 14 z 32
diametralna różnica lub czy nie jest to błąd. Oba warianty obejmują dokładnie te same systemy, więc ilość danych w obu wariantach musi być zbliżona. Czy Zamawiający zakłada wykorzystanie istniejących zasobów macierzy w wariancie II? Jeżeli tak, prosimy o sprecyzowanie, jakie to zasoby, aby możliwe było określenie zakresu niezbędnych prac rekonfiguracyjnych. Ponadto, czy można przyjąć, że takie same zasoby będzie można wykorzystać w wariancie I? 27 Dotyczy punktów 3.1.5 i 3.2.4: W obu wariantach Zamawiający oczekuje rozbudowy bibliotek TS3500 sumarycznie o 9 napędów taśmowych, przy czym w wariancie I wymagane jest zaoferowanie 12 licencji na obsługę napędów taśmowych przez oprogramowanie HP Wymiarowanie systemu wykazało zapotrzebowanie wynoszące 6 sztuk napędów taśmowych w każdej lokalizacji (w sumie 12 sztuk napędów). Zamawiający zakłada wykorzystanie istniejących 3 napędów i zakup 9 nowych. W wariancie I ze względu na to, że serwery bazodanowe znajdują się poza platformą IBM Mainframe, cały system backupu będzie obsługiwany przez rozwiązanie HP Data Protector. Dlatego wszystkie 12 sztuk napędów będzie musiało być licencjonowane dla tego rozwiązania. W wariancie II serwery bazodanowe znajdują się na platformie IBM Mainframe. Wymiarowanie systemu wykazało, że w takim przypadku należy rozdzielić napędy taśmowe, przydzielając do platformy IBM Mainframe 4 sztuki napędów w każdej lokalizacji, a do platformy Open Sytem 2 sztuki napędów w każdej lokalizacji. Na platformie IBM Mainframe stosuje się niezależny od HP Data Protector system backupu, stąd liczba licencji B6953AA zmniejsza się w sumie o 8 sztuk w stosunku do Wariantu I. Strona 15 z 32
Data Protector, a w wariancie II czterech takich licencji. Taka sytuacja jest w naszej ocenie preferencją dla IBM. Prosimy o wyjaśnienie, skąd ta różnica i jakie są założenia dla konfiguracji rozbudowanego systemu backupu. Te informacje są niezbędne dla prawidłowego określenia zakresu niezbędnych prac konfiguracyjnych w każdym z wariantów. 28 Dotyczy punktów 3.1.5 i 3.2.4: W obu wariantach Zamawiający oczekuje rozbudowy podstawowej bibliotek TS3500 do 637 slotów, a zapasowej biblioteki TS3500 do 237 slotów. Jednocześnie w zestawieniu licencji na oprogramowanie HP Data Protector występują m.in. 4 licencje B6957BA, które umożliwiają obsługę 4 biblioteki do 250 slotów, czyli nie zapewnią Zamawiający zakłada budowę systemu backupu w oparciu o całkowicie nową instancję HP Data Protectora oraz w oparciu o istniejące dwie biblioteki taśmowe IBM TS3500 (po jednej na lokalizację), które zamierza rozbudować o dodatkowe napędy i pułki. Biblioteki taśmowe IBM TS3500 w obecnej konfiguracji są wykorzystywane tylko przez platformę Mainframe. Po rozbudowie mają być współdzielone razem z nowym rozwiązaniem HP Data Protector. Zamawiający nie posiada jeszcze żadnych licencji dla nowej instancji HP Data Protector, stąd wszystkie wycena powinna objąć wszelkie niezbędne licencje. W wariancie I Zamawiający zakłada, że: a) nowe rozwiązanie HP Data Protector będzie wykorzystywać 6 napędów biblioteki TS3500 w lokalizacji w POPD oraz 6 napędów w lokalizacji ZOPD, b) biblioteka TS3500 w POPD po rozbudowie będzie wyposażona w 637 slotów, a biblioteka w ZOPD w 237 sloty, W wariancie II Zamawiający zakłada, że: a) nowe rozwiązanie HP Data Protector będzie wykorzystywać 2 napędy biblioteki TS3500 w lokalizacji w POPD oraz 2 napędy w lokalizacji ZOPD, b) biblioteka TS3500 w POPD po rozbudowie będzie wyposażona w 637 slotów, a biblioteka w ZOPD w 237 sloty. Strona 16 z 32
obsługi rozszerzonej konfiguracji środowiska. Prosimy o doprecyzowanie, jakie są założenia dla konfiguracji rozbudowanego systemu backupu, jakie licencje są w posiadaniu Zamawiającego i jakie funkcjonalności mają zostać zalicencjonowanie przez HP Data Protectora w rozbudowanej konfiguracji systemu backupu. 29 Dotyczy punktów 3.1.5 i 3.2.4: W obu wariantach Zamawiający wymaga zaoferowania 18 licencji B6965BA dla oprogramowania HP Data Protector. Prosimy o określenie, dla jakich systemów przeznaczone są przedmiotowe licencje, aby możliwe było właściwe określenie zakresu prac związanych z konfiguracją i uruchomieniem rozbudowanych elementów systemu Rozwiązanie HP Data Protector będzie wykorzystywane do wykonywania : a) kopii maszyn wirtualnych z wykorzystaniem mechanizmu vstorage wymagana jedna licencja na każdy serwer ESXi. b) kopii online bazy SQL wymagana jedna licencja na każdy serwer bazodanowy z którego wykonywana jest kopia. Prosimy zatem o dostawę licencji w ilości pozwalającej obsłużyć rozwiązania opisane powyżej. Rozwiązanie HP Data Protector będzie wykorzystywane do wykonywania : a) kopie maszyn wirtualnych z wykorzystaniem mechanizmu vstorage wymagana jedna licencja na każdy serwer ESXi. b) kopie online bazy SQL wymagana jedna licencja na każdy serwer bazodanowy z którego wykonywana jest kopia. Zamawiający obecnie kupuje 4 serwery o mocy min. 75.000 SAPS każdy, więc Wykonawca w ofercie powinien uwzględnić ten fakt i oszacować liczbę licencji (B6965BA) które odpowiadają ilości serwerów Blade podlegających backupowi za pomocą rozwiązania HP Data Protector. Docelowo Zamawiający dokupi 14 serwerów o mocy min. 75.000 SAPS każdy. Strona 17 z 32
backupu. 30 W zapytaniu występują wymagania dotyczące dwóch Centrów Przetwarzania (POPD i ZOPD). Prosimy o określenie odległości po medium transmisyjnym pomiędzy tymi ośrodkami, rodzaju i parametrów tego medium oraz ilości niezależnych połączeń, które mogą być wykorzystywane do komunikacja pomiędzy systemami ZSRK. 31 Jakie istniejące komponenty infrastruktury sieciowej (LAN i SAN) będą udostępnione na potrzeby systemu ZSRK, a jakie ewentualnie należy zaproponować w ramach odpowiedzi na RFP. W szczególności prosimy o określenie: a) Czy Ministerstwo Sprawiedliwośc i posiada infrastrukturę SAN (Storage Pomiędzy ośrodkami zrealizowane są dwa niezależne połączenia światłowodowe (jedno o długości około 4km, drugie o długości około 17 km) zakończone systemem DWDM ADVA FSP 3000R7. Aktualnie sieć LAN pomiędzy ośrodkami połączona jest światłowodem o przepustowości 2x10 Gb. Istnieje możliwość zwiększenia przepustowości po uprzedniej rozbudowie systemu DWDM. Zamawiający posiada następujące komponenty infrastruktury SAN, które będą udostępnione na potrzeby systemu ZSRK: W lokalizacji POPD posiada switche SAN, które wyposażone są w: a) łącznie 144 porty FibreChannel 8 Gbit/s (80 zajęte, 64 wolne, wszystkie porty aktywowane) b) łącznie 32 portów FICON 4 Gbit/s (28 zajęte, 4 wolne, wszystkie porty aktywowane) W lokalizacji ZOPD posiada switche SAN, które wyposażone są w: a) łącznie 144 porty FibreChannel 8 Gbit/s (76 zajęte, 68 wolne, wszystkie porty aktywowane) b) łącznie 16 portów FICON 4 Gbit/s (12 zajęte, 4 wolne, wszystkie porty aktywowane) Obie lokalizacje połączone są łączami ISL o łącznej przepustowości 48 Gbps/s. Strona 18 z 32
Area Network) umożliwiającą odpowiednie połączenie serwerów, macierzy i bibliotek taśmowych w ramach budowanego systemu ZSRK? Jeśli tak, to prosimy o określenie liczby i rodzaju dostępnych portów FC? b) Czy Ministerstwo Sprawiedliwośc i posiada infrastrukturę LAN umożliwiającą odpowiednie połączenie serwerów, macierzy i bibliotek taśmowych w ramach budowanego systemu ZSRK? Jeśli tak, to prosimy o określenie Strona 19 z 32
liczby i rodzaju dostępnych portów Ethernet (w podziale na 1GbE i 10GbE)? 32 Dotyczy punktu 2.3. ppkt. 2 Uruchomienie systemu wykonywania kopii bezpieczeństwa ITS ZSRK: Czy zmigirowany system ZSRK ma być objęty systemem backupu opartym na bazie oprogramowania HP Data Protector? 33 Dotyczy punktu 2.3. ppkt. 4: Czy usługi serwisowe na oferowany sprzęt mają trwać 3 lata (brzmienie punktu 4) czy 1 rok? 34 Dotyczy punktu 2.3. ppkt. 5: Czy w podanym terminie 12 tygodni od podpisania umowy mają być przemigrowane wszystkie środowiska objęte migracją z platformy Mainframe (developerskie, testowe, produkcyjne)? TAK 3 lata od dnia zawarcia Umowy TAK Strona 20 z 32
35 Dotyczy punktu 2.3. ppkt. 5: Czy Zamawiający zapewni ze swojej strony zespół osób testujących przemigrowane aplikacje SAP na nową platformę (wymóg procedury migracji systemów SAP) tak, aby migracja zakończyła się w ciągu 12 tygodni od podpisania Umowy? 36 Dotyczy punktu 3.1.1.: Kto jest producentem oprogramowania Aplikacja Statystyka Sądowa? Czy oprogramowanie to jest dostępne na inne platformy? Jakie? Czy dostawca tego oprogramowania dostarcza narzędzia migracyjne między platformami? 37 Dotyczy punktów 3.1.1., 3.1.2, 3.2.1 i 3.2.2.: Prosimy o podanie wielkości baz danych poszczególnych środowisk (w GB)? Zamawiający dokona odbioru jakościowego wykonanych prac. Aplikacja Statystyka Sądowa jest to SAP NetWeaver 7.3 Z załącznika do koncepcji BASIS zajetosc_dyskowa_komponentow. SAP ERP FI: Deweloperski(MED):700GB(przez pierwszy rok) Testowy(MET): 1500GB(przez pierwszy rok)+500gb(każdy kolejny rok) Produkcyjny(MEP):1500GB(przez pierwszy rok)+500gb(każdy kolejny rok) SAP ERP HR: Deweloperski(MHD):750GB(przez pierwszy rok) Testowy(MHT): 1000GB(przez pierwszy rok)+500gb(każdy kolejny rok) Strona 21 z 32
38 Dotyczy punktów 3.1.2. i 3.2.2: Czy do ZOPD mają Produkcyjny(MHP):1000GB(przez pierwszy rok)+500gb(każdy kolejny rok) SAP BW (SAP BPC): Deweloperski(MBD):740GB(przez pierwszy rok) Testowy(MBT): 1175GB(przez pierwszy rok)+335gb(każdy kolejny rok) Produkcyjny(MBP):1175GB(przez pierwszy rok)+335gb(każdy kolejny rok) SAP BO: Deweloperski(BOD):300GB(przez pierwszy rok) Testowy(BOT): 400GB(przez pierwszy rok)+200gb(każdy kolejny rok) Produkcyjny(BOP):400GB(przez pierwszy rok)+200gb(każdy kolejny rok) SAP Portal (SAP LSO): Deweloperski(MPD):150GB(przez pierwszy rok) Testowy(MPT): 200GB(przez pierwszy rok) +100GB(każdy kolejny rok) Produkcyjny(MPP):200GB(przez pierwszy rok)+100gb(każdy kolejny rok) Aplikacja Statystyka Sądowa: Deweloperski(MND):300GB(przez pierwszy rok) +10GB(każdy kolejny rok) Testowy(MNT): 400GB(przez pierwszy rok) +20GB(każdy kolejny rok) Produkcyjny(MNP):400GB(przez pierwszy rok)+20gb(każdy kolejny rok) SAP Process Integration: Deweloperski(MID):250GB(przez pierwszy rok) Testowy(MIT): 250GB(przez pierwszy rok) Produkcyjny(MIP):250GB(przez pierwszy rok) SAP Solution Manager: Deweloperski(MSD):350GB(przez pierwszy rok) Produkcyjny(MSP):400GB(przez pierwszy rok)+100gb(każdy kolejny rok) SAP PCM: Deweloperski(PCD):425GB(przez pierwszy rok) Testowy(PCT): 550GB(przez pierwszy rok)+250gb(każdy kolejny rok) Produkcyjny(PCP):550GB(przez pierwszy rok)+250gb(każdy kolejny rok) Repozytorium Skanów: Deweloperski(RSD):1100GB(przez pierwszy rok)+200gb(każdy kolejny rok) Produkcyjny(RSP):1100GB(przez pierwszy rok)+200gb(każdy kolejny rok) SWMD: Deweloperski(SWD):600GB(przez pierwszy rok)+20gb(każdy kolejny rok) Testowy(SWT): 600GB(przez pierwszy rok)+20gb(każdy kolejny rok) Produkcyjny(SWP):600GB(przez pierwszy rok)+20gb(każdy kolejny rok) Produkcyjne. Strona 22 z 32
być replikowane wszystkie środowiska czy tylko produkcyjne? 39 Dotyczy punktów 3.1.1. i 3.2.1: Czy środowiska SAP oparte o bazę MS SQL są obecnie replikowane do ZOPD i czy pracują w klastrze HA/DR? Jeżeli nie, to czy dla tych środowisk ma być również zbudowane rozwiązanie HA/DR i czy jest wymagane dostarczenie do jego realizacji niezbędnej infrastruktury i usług? 40 Dotyczy punktów 3.1.4. i 3.2.3: Czy w ramach rozbudowy macierzy HP P9500 mają być dostarczone usługi implementacji dla rozbudowywanych komponentów (implementacja LUNów, implementacja rozwiązania HP P9000 Continuous Access, implementacja HP P9000 AutoLUN, implementacja HP P9000 Performance Advisor)? Środowisko DEV i test nie. Środowisko PROD docelowo będzie replikowane. HA/DR będzie realizowane za pomocą VMWare vsphere. TAK Strona 23 z 32
41 Dot zakładki Usługi w pliku Odp_RFP_ITS_ZSRK.xlsx: Jaka infrastruktura elektryczna ma być dostarczona w ramach uruchomienia ITS ZSRK? 42 Dot zakładki Usługi w pliku Odp_RFP_ITS_ZSRK.xlsx: Czy w ramach rozbudowy infrastruktury ITS ZSRK ma być dostarczone oprogramowanie monitorujące? Czy Zamawiający posiada/wykorzystuje obecnie oprogramowanie monitorujące? Jakie? 43 Czy tabele w punktach 3.1.1 i 3.1.2 obejmują jedynie środowiska produkcyjne czy wszystkie wymagane landscape SAP? 44 Prosimy o podanie wszystkich 7 landscape SAP wskazanych w punkcie 3.1.3. W ramach uruchomienia ITS ZSRK wymagane jest dostarczenie wszelkiej infrastruktury elektrycznej niezbędnej do prawidłowego uruchomienia i eksploatacji urządzeń. W ramach rozbudowy ITS ZSRK wymagane jest dostarczenie kompleksowego systemu monitoringu obejmującego wszystkie warstwy architektury systemu ZSRK. Aktualnie zamawiający wykorzystuje: System Center Operations Manager oraz rodzinę produktów Tivoli OMEGAMON. Wartości SAPS podane w punktach 3.1.1 i 3.2.1 dla poszczególnych komponentów (SAP ERP FI, SAP ERP HR, SAP BW, Aplikacja Statystyka Sądowa itd.) dotyczą wyłącznie systemów produkcyjnych. 7 landscape ów - SAP ERP FI - SAP ERP HR - SAP BW (SAP BPC) - SAP PI Strona 24 z 32
45 Prosimy o podanie wszystkich 17 środowisk systemu SAP wskazanych w punkcie 3.1.3 - SAP Portla (SAP LSO) - Aplikacja Statystyka Sądowa - SAP Solution Manager 17 systemów jest to liczba regionów DB2 na Mainframe (zakłada się, że migracja obejmuje przeniesienie baz z serwera Mainframe, a nie z dotychczas wykorzystywanych serwerach typu blade na potrzeby serwerów aplikacyjnych) tak więc: - jeśli system byłby migrowany po uruchomieniu Pre-produkcyjnym, ale przed uruchomieniem Pilotażowym wartość powinna wynosić: 15 - jeśli system byłby migrowany po uruchomieniu Pilotażowym wartość powinna wynosić: 20 Strona 25 z 32
46 Jak jest odległość, dostępna przepustowość łącza i opóźnienie transmisji pomiędzy POPD i ZOPD? Pomiędzy ośrodkami zrealizowane są dwa niezależne połączenia światłowodowe (jedno o długości około 4km, drugie o długości około 17 km) zakończone systemem DWDM ADVA FSP 3000R7. Aktualnie sieć LAN pomiędzy ośrodkami połączona jest światłowodem o przepustowości 2x10 Gb. Istnieje możliwość zwiększenia przepustowości po uprzedniej rozbudowie systemu DWDM. Opóźnienie transmisji mniejsze niż 1ms Strona 26 z 32
47 Prosimy o podanie najwyższy akceptowalnych przez MS wartości RTO, RPO Wymagania na rozwiązanie niezawodnościowe dla systemu ZSRK, przedstawione w niniejszym punkcie zostały opracowane przez Zamawiającego przy współpracy Wykonawcy. Przedstawione poniżej zestawienie wymagań biznesowych odnośnie niezawodności/ dostępności systemu ZSRK zostało opracowane na poziomie modułów funkcjonalnych systemu ZSRK (zamiast na poziomie poszczególnych procesów). Podejście takie zastosowano w związku z tym, że: 1. w ocenie Zamawiającego i Wykonawcy istnieje wysoki stopień powiązań i interakcji pomiędzy poszczególnymi procesami, które będzie wspierał system ZSRK, 2. ww. procesy są w wielu przypadkach wspierane przez więcej niż jeden moduł systemu ZSRK, 3. Ministerstwo Sprawiedliwości nie posiada obecnie wdrożonego systemu zarządzania ciągłością działania, zgodnego z jednym ze światowych standardów czy norm (np. BS 25999) w związku z tym nie było możliwe wykorzystanie dokumentacji takiego systemu na potrzeby określenia wymagań biznesowych odnośnie niezawodności systemu ZSRK. W dalszej części użyto następujących skrótów odnoszących się do oczekiwanych poziomów niezawodności/dostępności systemu ZRK: W - wyższa gotowość (dalsze wyjaśnienie poniżej) rozdzielona na W1 i W2 (zróżnicowane na poziomie parametrów RTO, podanych w dalszej części dokumentu) S Średnia gotowość N niska gotowość (dalsze wyjaśnienie poniżej) Poniższa tabela określa wymagane poziomy niezawodności/dostępności, które powinien zapewniać system dla wybranych obszarów funkcjonalnych/komponentów w dni robocze w rozbiciu na 4 przedziały czasowe w miesiącu. Tabela określa poziomy niezawodności/dostępności w godzinach 7-16 (zgodnie z tabelą w dalszej części opracowania). 1-8 dzień w miesiącu 9-14 dzień w miesiącu 15-21 dzień w miesiącu 22-31 dzień w miesiącu SAP ERP FI W S S S Strona 27 z 32
SAP PCM SAP ERP HR W S S W SAP BW, SAP BO, S W S S SAP Portal Samoobsługa, E-Learning, LSO Aplikacja Statystyka Sądowa, SAP WebDispatcher SAProuter, S S S S W W W W W W W W SAP Solution Manager a) Uwagi do Aplikacja Statystyka Sądowa (+ WebDispatcher) opracowanie na bazie załącznika Liczba jednostek sporządzających sprawozdania statystyczne.xls b) SAP Solution Manager komponent techniczny, w całym okresie W c) SAProuter komponent techniczny, w całym okresie W uzasadnienie: w przypadku awarii systemu należy jak najszybciej przesłać ewentualne dane do SAP Waldorf d) Serwer Wydruków, Repozytorium Skanów, SAP PI funkcje wydruków dostępne są na potrzeby procesów Kadry i Płace oraz Finanse wymagania zgodne maksymalną sumą wymagań dla modułów funkcjonalnych/komponentów Finanse i HR e) SWMD w związku z tym, że proces migracji danych, pomimo że długotrwały, jest działaniem jednorazowym nie będzie objęty rozwiązaniem niezawodnościowym.procesu analizy dla poszczególnych komponentów: Strona 28 z 32
Poniższa tabela określa poziomy niezawodności/dostępności, które powinien zapewniać system w obszarze planowania (komponent SAP BPC) w rozbiciu na poszczególne miesiące w roku. 1 2 3 4 5 6 7 8 9 10 11 12 SAP BPC S S S W W W S S/W W S S S Dla określenia poziomów niezawodności/dostępności systemu w dni robocze przyjmujemy następujące przedziały godzinowe: 0-7 7-12 12-16 16-22 22-24 System może nie działać, okno na czynności administracyjne S/W2 dla każdego okresu S/W1 dla każdego okresu N dla każdego okresu System może nie działać, okno na czynności administracyjne Powyższy podział godzinowy i wynikające z niego poziomy jest adekwatny dla każdego modułu funkcjonalnego/komponentu omówionego w niniejszym opracowaniu (opis powyżej). Wyjątek stanowią komponenty techniczne SAProuter i SAP Solution Manager, które w przypadku prowadzenia prac administracyjnych powinny być dostępne. Dodatkowo Zamawiający i Wykonawca ustalili, że: a) Działanie systemu w weekend-y i święta ustawowe (dni wolne od pracy) system powinien działać, ale nie będzie objęty opieką, więc może się zdarzyć awaria jednak nie ma wymogu by w tym okresie zadziałały mechanizmy niezawodnościowe. b) Środowisko testowe nie ma wymagań by objąć go mechanizmami niezawodnościowymi c) Środowisko deweloperskie zgodnie z rekomendacją Wykonawcy (na bazie wdrożeń podobnych systemów) nie będzie objęte mechanizmami niezawodnościowymi Strona 29 z 32
Zamawiający i Wykonawca ustalili wartości parametrów RTO i RPO dla wskazanych powyżej poziomów niezawodności/dostępności systemu ZSRK. - RTO Recovery Time Objective - RPO Recovery Point Objective RTO RPO W1 1h * 2h W2 2h ** 2h S średni 8H*** 2h N Bez zegara**** * jeśli awaria zostanie wykryta po godzinie 15 system powinien wznowić działanie o godzinie 7 rano następnego dnia roboczego. ** jeśli awaria zostanie wykryta po godzinie 14 system powinien wznowić działanie o godzinie 7 rano następnego dnia roboczego. *** Przykładowo: jeśli awaria nastąpi o godzinie 12 (4 godziny przed godziną 16 koniec dnia roboczego) wtedy przywrócenie systemu musi nastąpić o godzinie 11 następnego dnia roboczego (4 godziny po początku następnego dnia roboczego o godzinie 7 rano) **** jeżeli awaria będzie mieć miejsce w godzinach 16 22, wtedy przyjmuje się, że wykrycie awarii następuje w następnym dniu roboczym i obowiązuje je poziom niezawodności dostępności przypadający w następnym dniu roboczym dla wybranego modułu funkcjonalnego/komponentu Zamawiający i Wykonawca ustalili także następujące wartości dla pozostałych parametrów: a) Maksymalny czas niedostępności systemu w miesiącu w dni robocze: W 4h S 18h (2 dni robocze po 9h każdy) Łącznie 22h Strona 30 z 32
b) Maksymalny czas pojedynczej awarii wynika z powyższej tabeli z RTO. c) Maksymalna liczba awarii: W 4 / miesiąc S 4 / miesiąc 48 Prosimy o podanie jaką infrastrukturą LAN (switche LAN, ilości portów) dysponuje MS na potrzeby właściwej docelowej infrastruktury oraz migracji? 49 Prosimy o podanie jaką infrastrukturą SAN (switche SAN, ilości portów) dysponuje MS na potrzeby właściwej docelowej infrastruktury oraz migracji? Na potrzeby docelowego ZSRK planowana jest rozbudowa istniejącej infrastruktury LAN o przełączniki warstwy rdzenia CISCO 6509 oraz przełączniki warstwy dystrybucyjnej CISCO Nexus Zamawiający posiada następujące komponenty infrastruktury SAN, które będą udostępnione na potrzeby systemu ZSRK: W lokalizacji POPD posiada switche SAN, które wyposażone są w: c) łącznie 144 porty FibreChannel 8 Gbit/s (80 zajęte, 64 wolne, wszystkie porty aktywowane) d) łącznie 32 portów FICON 4 Gbit/s (28 zajęte, 4 wolne, wszystkie porty aktywowane) W lokalizacji ZOPD posiada switche SAN, które wyposażone są w: c) łącznie 144 porty FibreChannel 8 Gbit/s (76 zajęte, 68 wolne, wszystkie porty aktywowane) d) łącznie 16 portów FICON 4 Gbit/s (12 zajęte, 4 wolne, wszystkie porty aktywowane) Obie lokalizacje połączone są łączami ISL o łącznej przepustowości 48 Gbps/s. 50 Prosimy o podanie, na jakim poziomie RAID mają być dostępne wymagane przestrzenie dyskowe w rozbudowywanych macierzach wskazanych w punkcie 3.1.4 i 3.2.3? Użytkowa przestrzeń dyskowa na podstawowej i zapasowej macierzy dyskowej powinna być zrealizowana w konfiguracji RAID10 2D+2D. Strona 31 z 32
Strona 32 z 32