Postępowanie prowadzone w trybie przetargu nieograniczonego pn. Usługi poczty elektronicznej (rozbudowa poczty elektronicznej w Resorcie Finansów).

Transkrypt

1 CENTRUM PRZETWARZANIA DANYCH MINISTERSTWA FINANSÓW CPD.ZP RZE.12 Radom 29/01/2016 r. PN/18/15/RZE Do wszystkich uczestników postępowania dot. postępowania przetargowego pn. Usługi poczty elektronicznej (rozbudowa poczty elektronicznej w Resorcie Finansów). Działając na podstawie art. 38 ust. 1 i 2 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tekst jednolity z 2015 r. poz. 2164) Zamawiający udziela odpowiedzi na zadane pytania dotyczące przedmiotowego postępowania: Pytanie nr 1. Czy zgodnie z Architekturą Referencyjną systemów informatycznych MF obecnie dla systemów klasy I, w blokach architektonicznych wspierających budowę systemów biznesowych w CPD MF bazy danych powinny być zainstalowane w bloku architektonicznym dedykowanym do baz danych, tj. a. bazy danych w technologii Sybase powinny być zainstalowane w bloku technologii Sybase (D.DB.SYB), b. bazy danych w technologii Microsoft SQL Server powinny być zainstalowane w bloku technologii Microsoft SQL Server (B.DB.SQL), c. bazy danych w technologii Oracle RDBMS powinny być zainstalowane w bloku technologii Oracle RDBMS (B.DB.ORA), d. bazy danych w technologii MySQL powinny być zainstalowane w bloku technologii MySQL (B.DB.MYS), e. baza danych w technologii PostgreSQL powinna być zainstalowana w bloku technologii PostgreSQL (B.DB.PGS)? f. baza danych w technologii IBM DB2 powinna być zainstalowana w bloku technologii IBM DB2 (B.DB.DB2)? : Tak powinny być zainstalowane w bloku dedykowanym do danej technologii. Pytanie nr 2. Czy zgodnie z Architekturą Referencyjną systemów informatycznych MF obecnie dla systemów klasy I Instalując bazę danych w technologii IBM DB (D.DB.DB2), można Strona 1 z 9

2 instalować inną niż IBM DB2 bazę danych, która nie jest równoważna do IBM DB2? Jeżeli tak, to jakie warunki muszą być spełnione? : Instalując bazę IBM DB2 należy użyć do tego celu bloku DB2. W przypadku instalacji innej bazy należy wybrać ją z katalogu dostępnych technologii wymienionych w Architekturze Referencyjnej. Pytanie nr 3. klasy I, gdy baza danych Informix nie spełnia wymagań bloku technologii IBM DB2 (B.DB.DB2), można skorzystać z innego bloku architektonicznego? : Zamawiający dopuścił znaczną liczbę technologii bazodanowych, zgodnie z wymaganiami zawartymi w Architekturze Referencyjnej instalowanie bazy danych Informix na blokach B.DB.DB2 nie jest możliwe. Pytanie nr 4. klasy I Instalując bazę danych w technologii Sybase (D.DB.SYB), można instalować inną niż Sybase ASE bazę danych, która nie jest równoważna do Sybase ASE? Jeżeli tak, to jakie warunki muszą być spełnione? : Instalując bazę Sybase należy użyć do tego celu bloku SYB. W przypadku instalacji innej bazy należy wybrać ją z katalogu dostępnych technologii wymienionych w Architekturze Referencyjnej. Pytanie nr 5. klasy I, gdy baza danych Sybase SQL Anywhere Standard Edition nie spełnia wymagań bloku technologii Sybase (D.DB.SYB), można skorzystać z innego bloku architektonicznego? : Dla systemów funkcjonujące w oparciu o technologię Sybase został zdefiniowanych dedykowany blok i należy go użyć w pierwszej kolejności. Strona 2 z 9

3 Pytanie nr 6. klasy I, blok architektoniczny B.OS.WIN może być wykorzystany jest do instalacji oprogramowania bazy danych, w tym w technologii Sybase tj. Sybase SQL Anywhere Standard Edition? : W przypadku wykorzystania technologii zawartej w architekturze referencyjnej wykonawca musi wybrać w pierwszej kolejności taki blok, w tej sytuacji SYB. Pytanie nr 7. Czy jeżeli Wykonawca będzie chciał zainstalować bazę danych Sybase SQL Anywhere Standard Edition, to w jakim bloku architektonicznym powinien ją zainstalować, czy w którymś z istniejących, czy też powinien stworzyć w ramach istniejących procedur nowy blok architektoniczny na własny koszt? Jakie oprogramowanie i sprzęt powinien dostarczyć aby stworzyć nowy blok architektoniczny? : W przypadku wykorzystania technologii Sybase wykonawca musi zainstalować ją na bloku SYB w wersji nie ograniczającej wymagań dla tego bloku. Pytanie nr 8. klasy I, blok architektoniczny B.OS.WIN może być wykorzystany jest do instalacji oprogramowania bazy danych, w tym w technologii IBM tj. Informix? : Jeśli wdrażany system współpracuje z technologią zdefiniowaną w Architekturze Referencyjnej musi ją użyć w pierwszej kolejności, blok OS.WIN stanowi tylko jeden z komponentów składowych usługi infrastrukturalnych może zostać wykorzystany do instalacji oprogramowania tylko w zgodzie z zasadami obowiązującymi w Architekturze Referencyjnej w szczególności musi współpracować z systemami infrastrukturalnymi (warunki równoważności, szkolenia, przygotować kompletną dokumentację, procedury, zapewnić niezbędne licencje i wdrożyć oprogramowanie pozwalające współpracę z systemami infrastrukturalnymi, przejść poprawnie testy funkcjonalne). Pytanie nr 9. Czy jeżeli Wykonawca będzie chciał zainstalować bazę danych Informix, to w jakim bloku architektonicznym powinien ją zainstalować, czy w którymś z istniejących, czy też powinien Strona 3 z 9

4 stworzyć w ramach istniejących procedur nowy blok architektoniczny na własny koszt? Jakie oprogramowanie i sprzęt powinien dostarczyć aby stworzyć nowy blok architektoniczny? : Jeśli wdrażany system współpracuje z technologią zdefiniowaną w Architekturze Referencyjnej musi ją użyć w pierwszej kolejności, w innym przypadku musi zostać zrealizowany w zgodzie z zasadami opisanymi w Architekturze Referencyjnej, w szczególności musi zostać zdefiniowany nowy blok (opracowany i zatwierdzony projekt wykonawczy bloku) musi zostać zapewniona współpraca z systemami infrastrukturalnymi (warunki równoważności, szkolenia, przygotować kompletną dokumentację, procedury, zapewnić niezbędne licencje i wdrożyć oprogramowanie pozwalające współpracę z systemami infrastrukturalnymi, przejść poprawnie testy funkcjonalne).w załączeniu warunki równoważności. Pytanie nr 10. W punkcie załącznika nr 1 do SIWZ Zamawiający określił minimalną ilość pamięci RAM na 8196GB. Bazując na obecnych pojemnościach kości pamięci RAM nie jest możliwe zaoferowane takiej ilości RAM. Liczba 8196GB nie jest podzielna przez 8GB, 16GB czy 32GB. Sugerujemy zmniejszenie wymogu 8196GB na 8192GB, co pozwoli zaoferować parzystą ilości kości 8GB, 16GB lub 32GB. Dodatkowo wymagania 16 dla serwerów RACK sugerują właśnie 8192GB (po 512GB na serwer). Błąd redakcyjny. Zamawiający wyraża zgodę na zmianę parametru RAM w pkt z 8196GB na 8192GB Pytanie nr 11 W punkcie załącznika nr 1 do SIWZ Zamawiający określił minimalną ilość pamięci RAM i rdzeni CPU dla serwerów fizycznych stanowiących platformę wirtualizacyjną. W kolejnych tabelach dla OP Radom oraz OP Warszawa Zamawiający definiuje wymagania dla sumarycznie 16 serwerów RACK. Czy serwery RACK stanowią opisywaną platformę wirtualizacyjną? Czy jednak są odrębnym komponentem koniecznym do zaoferowania poza platformą wirtualizacyjną? Zamawiający wymaga dostarczenia i zbudowania platformy wirtualizacyjnej, składającej się z minimum 16 serwerów RACK opisanych w punkcie Sumaryczna liczba dostarczonych zasobów nie może być mniejsza niż: - liczba rdzeni CPU: liczba GB pamięci RAM: 8192 Strona 4 z 9

5 Pytanie nr 12 W punkcie załącznika nr 1 do SIWZ Zamawiający określił minimalną ilość pamięci RAM i rdzeni CPU dla serwerów fizycznych stanowiących platformę wirtualizacyjną. Czy Zamawiający posiada odpowiednią ilość licencji Windows Server Standard lub Datacenter by zapewnić działanie Hyper-V oraz maszyn wirtualnych Windows? Czy ewentualne licencje muszą być przedmiotem oferty (poza wymienionymi w tabeli w punkcie 2.1.1)? Zamawiający nie posiada odpowiedniej ilośćci licencji Windows Server Standard lub Datacenter by zapewnić działanie Hyper-V oraz maszyn wirtualnych Windows. Licencje muszą być przedmiotem oferty, Zamawiający wymaga dostarczenia wszystkich licencji niezbędnych do zbudowania infrastruktury dla Modułu nr 1. Specyfikacja minimalnej liczby licencji wymaganych przez Zamawiającego dla tego modułu znajduje się w Załączniku nr 1 punkt Pytanie nr 13 W załączniku nr 1 do SIWZ w punkcie Zamawiający wymaga budowy klastra AlwaysOn dla bazy MS SQL dla systemu archiwizacji. Czy dobrze rozumiemy, że Zamawiający nie dopuszcza budowy klastra Active/Passive, Database Mirroring, Log Shipping lub równoważnego nawet w przypadku, jeżeli AlwaysOn nie będzie wspierany przez oprogramowanie do archiwizacji? W przypadku zastosowania bazy danych MS SQL Zamawiający wymaga zastosowania technologii AlwaysOn. Pytanie nr 14 W załączniku nr 1 do SIWZ w punkcie Zamawiający wymaga budowy klastra AlwaysOn dla bazy MS SQL dla systemu archiwizacji. Czy dobrze rozumiemy, że Zamawiający nie dopuszcza użycia mechanizmów klastrowych/ha/dr wewnętrznej bazy danych systemu archiwizacji, bez użycia dedykowanego, wydzielonego klastra serwerów MS SQL AlwaysOn? W przypadku zastosowania innej bazy danych niż MS SQL Zamawiający dopuszcza możliwość użycia innych mechanizmów zabezpieczających ciągłość działania baz danych w przypadku awarii jednego z węzłów bazy danych. Przy czym czas niedostępności bazy i systemu nie może być dłuższy niż czas przełączenia bazy dla technologii AlwaysOn, nie dłuższy niż 1 minuta. Zamawiający wymaga dostarczenia rozwiązania, w którym zasoby bazy danych będą umieszczone na co najmniej dwóch serwerach i nie będą współdzieliły żadnych zasobów dyskowych. Strona 5 z 9

6 Pytanie nr 15 W załączniku nr 1 do SIWZ w punkcie Zamawiający wymaga budowy klastra AlwaysOn dla bazy MS SQL oraz wymaga braku przerwy w działaniu modułu w przypadku awarii jednego z węzłów. W praktyce po awarii jest możliwa krótka przerwa nawet w przypadku Always On, zwykle nie przekracza ona kilku sekund lub minut. Przerwa wynika z konieczności przełączenia komunikacji na inny fizyczny węzeł. Czy Zamawiający dopuszcza krótką przerwę w działaniu systemu w przypadku awarii węzła klastra MS SQL? : Zamawiający dopuszcza przerwę w działaniu systemu wynikającą z technologii Always On, nie dłuższą niż 1 minuta. Pytanie nr 16 W załączniku nr 1 do SIWZ w punkcie w punkcie 3 Zamawiający wymaga kompresji i przechowywania pojedynczych wystąpień. Czy dobrze rozumiemy, że te funkcje musi zapewniać oprogramowanie do archiwizacji i nie może to być realizowane sprzętowo przez macierz lub system operacyjny (np. deduplikacja w Windows Server 2012 R2)? Zamawiający wymaga by funkcje kompresji i przechowywania pojedynczych wystąpień były zapewnione przez oprogramowanie do archiwizacji. Pytanie nr 17 W załączniku nr 1 do SIWZ w punkcie w punkcie 6 Zamawiający wymaga obsługi co najmniej 63 tysięcy użytkowników. Zgodnie z naszą wiedzą będzie to jeden z największych lub największy system archiwizacji w Polsce, Skala przedsięwzięcia jest zatem ogromna. Czy w związku z tym Zamawiający wymaga pokazania zdalnie lub przy pomocy wizyty referencyjnej działającego systemu archiwizacji o skali minimum 63 tysiące użytkowników? Potwierdziłoby to zdolność obsługi takiej ilości skrzynek dla oferowanego rozwiązania do archiwizacji. Nie, Zamawiający nie wymaga pokazania zdalnie lub przy pomocy wizyty referencyjnej działającego systemu archiwizacji o skali minimum 63 tysiące użytkowników. Zamawiający określił szczegółowo wymagania jakie musi spełnić Wykonawca w celu potwierdzenia wiedzy i doświadczenia w rozdziale VIII ust. 3 SIWZ Pytanie nr 18 W załączniku nr 1 do SIWZ w punkcie w punkcie 8 Zamawiający opisuje wymogi wyszukiwania elementów w archiwum. Prosimy o uściślenie, czy wyszukiwanie ma dotyczyć również treści załączników wiadomości. Czy treść załączników graficznych (np. skan Strona 6 z 9

7 dokumentu) powinna być poddana automatycznemu skanowaniu z wykorzystaniem technologii OCR i dostępna do wyszukiwania tekstowego? Nie. Pytanie nr 19 W załączniku nr 1 do SIWZ w punkcie w punkcie 10 Zamawiający opisuje wymogi dotyczące kryteriów archiwizacji. Czy poza wymienionymi system musi pozwalać na definiowanie reguł na podstawie kryterium procentowej zajętości skrzynki? Może to pozwolić na bardziej optymalną konfigurację polityk archiwizacji. Nie. Pytanie nr 20 W załączniku nr 1 do SIWZ w punkcie w punkcie 12 Zamawiający definiuje wymogi przechowywania danych archiwalnych w dwóch kopiach. Jaki jest maksymalny wymagany czas utworzenie drugiej kopii obiektu od momentu utworzenia pierwszej kopii obiektu w archiwum? na to pytanie określi Recovery Point Objective (RPO) systemu i pozwoli zaproponować optymalny mechanizm replikacji. Zamawiający określił w punkcie podpunkt 15 załącznika nr 1, iż Czas dostępu do danych historycznych przechowywanych przez system archiwizacji nie może przekraczać 1 minuty. W związku z tym maksymalny wymagany czas utworzenie drugiej kopii obiektu od momentu utworzenia pierwszej kopii obiektu w archiwum musi być krótszy od 1 min. (Zamawiający wymaga by funkcjonalność składowania danych w dwóch lokalizacjach była wbudowana w oprogramowanie do archiwizacji danych, a nie w funkcjonalność macierzy, czy systemu operacyjnego) Pytanie nr 21 W załączniku nr 1 do SIWZ w punkcie w punkcie 14 Zamawiający opisuje wymogi dotyczące redundancji systemu archiwizacji. Prosimy o określenie klasy systemu wg Standardu określenia klasy systemu informatycznego w resorcie finansów, Zamawiający określił dla systemu archiwizacji Klasę II Strona 7 z 9

8 Pytanie nr 22 W załączniku nr 1 do SIWZ w punkcie w punkcie 18 Zamawiający opisuje wymogi dotyczące redundancji systemu wirtualizacji, w którym będą pracować komponenty systemu archiwizacji. Prosimy o określenie klasy systemu wg Standardu określenia klasy systemu informatycznego w resorcie finansów System wirtualizacji nie podlega klasyfikacji. Pytanie nr 23 W załączniku nr 1 do SIWZ w punkcie w punkcie 24 Zamawiający określa parametry wyszukiwania z poziomu Outlook. Czy z aplikacji Outlook wymagane jest również przeszukiwanie treści załączników? Jeżeli to możliwe, to prosimy szczegółowo określić potrzeby w zakresie przeszukiwania dla użytkownika końcowego. Przeszukiwanie treści załączników z aplikacji Outlook nie jest wymagane. Pytanie nr 24 W załącznika nr 1 do SIWZ w punkcie w punkcie 26 Zamawiający definiuje typy archiwizacji, w tym tryb journalingu. Prosimy o uściślenie, czy wymaganie archiwizacji w trybie jouranlingu dotyczy funkcjonalności oprogramowania archiwizacji. Archiwizowanie wiadomości w trybie journalingu, rozumiane jako przenoszenie wszystkich wychodzących i przychodzących wiadomości jest procesem wymagającym znaczących zasobów (wydajnych przestrzeni dyskowej i mocy procesorów). Technologia ta stosowana jest przy wymaganiach związanych z proaktywnym wyszukiwaniem wiadomości (ang. Classification and Discovery). Wymagania przedstawione w ramach tego postępowania nie wskazują na konieczność dostarczenia tego typu technologii. Czy zamawiający dopuszcza zatem system którego funkcjonalność oprogramowania umożliwia archiwizację w trybie journalingu, ale zasoby sprzętowe i licencyjne wymiarowane są do tradycyjnej" metody archiwizacji, gdzie przenoszenie danych odbywa się w ustalonym oknie archiwizacyjnym zgodnie z opisanymi przez Zamawiającego politykami? Zamawiający dopuszcza system, którego funkcjonalność oprogramowania umożliwia archiwizację w trybie journalingu (tę funkcjonalność muszą zapewniać dostarczone w ramach zamówienia licencje), zasoby sprzętowe wymiarowane są do metody archiwizacji, gdzie przenoszenie danych odbywa się w ustalonym oknie archiwizacyjnym zgodnie z opisanymi przez Zamawiającego politykami. Strona 8 z 9

9 Pytanie nr 25 W załączniku nr 1 do SIWZ w punkcie w punkcie 27 Zamawiający opisuje wymagania indeksowania oraz składowania danych. Prosimy o uściślenie, że system musi indeksować wiadomości oraz załączniki, czyli wszystkie zgromadzone w archiwum treści. Podstawowym zadaniem systemu archiwizacji jest sprawne wyszukiwanie wartościowej informacji spośród wszystkich zgromadzonych danych. System, który nie pozwala przeszukiwać całości archiwum, nie spełnia swojej roli, Zamawiający nie zmienia wymagań określonych w punkcie ppkt 27). Pytanie nr 26 W załączniku nr 1 do SIWZ w punkcie w punkcie 28 Zamawiający opisuje wymaganą macierze pod archiwizację. Przyjmując, że w typowym systemie archiwizacji 10%-20% przestrzeni dyskowej przeznaczone jest dla indeksów, prosimy o potwierdzenie, że 200TB to oczekiwana efektywna przestrzeń do przechowywania danych archiwalnych po kompresji i deduplikacji bez indeksów wyszukiwania (wymagana będzie odrębna przestrzeń na indeks) Zamawiający nie potwierdza, że 200TB to oczekiwana efektywna przestrzeń do przechowywania danych archiwalnych po kompresji i deduplikacji bez indeksów wyszukiwania. Wykonawca ma tak zaprojektować infrastrukturę i dostarczyć niezbędne wymagane urządzenia i licencje by spełnić wymagania opisane w punktach: podpunkt 24 i w Załączniku nr 1. Termin i miejsce oraz godzina składania i otwarcia ofert pozostają bez zmian. DYREKTOR Centrum Przetwarzania Danych Ministerstwa Finansów Robert Pasiński / podpis na oryginale/ Otrzymują: 1. adresat 2. a/a Strona 9 z 9