CZĘŚĆ II – OPIS PRZEDMIOTU ZAMÓWIENIA

Część nr 2 - dostawa oprogramowania wraz ze wsparciem technicznym

1. Nazwa zamówienia

Dostawa oprogramowania Microsoft Windows Server lub równoważnego i Microsoft Endpoint Configuration lub równoważnego.

2. Kod CPV

48000000-8: Pakiety oprogramowania i systemy informatyczne

3. Przedmiot zamówienia:

3.1. Przedmiotem zamówienia jest dostawa oprogramowania wymienionego w punkcie 3.2. wraz z licencjami oraz 36-miesięcznym wsparciem technicznym producenta, lub równoważnego zgodnie z kryteriami stosowanymi w celu oceny równoważności opisanymi w Załączniku nr 1.

3.2. Specyfikacja oprogamowania referencyjnego z licencjami, o którym mowa w punkcie 3.1:

Lp.	KOD PRODUKTU	IlOŚĆ	NAZWA PRODUKTU	METRYKA LICENCYJNA	RODZAJ PRODUKTU	OKRES WSPARCIA
1.	AAA-03984	7030	Microsoft Endpoint Configuration Manager	Client OSE	ML+SA	36 miesięcy
2.	AAA-03787	7030	Microsoft Windows Server CAL	per Device	L+SA	36 miesięcy
3.	AAA-03873	30	Microsoft Windows Server RDS	per User	XxXX	00 miesięcy
4.	AAA-30380	4	Microsoft Windows Server Datacenter	2-core	L+SA	36 miesięcy
5.	AAA-90053	4	Microsoft Windows Server Datacenter	16-core	L+SA	36 miesięcy
6.	AAA-90060	8	Microsoft Windows Server Standard	16-core	L+SA	36 miesięcy

4. Termin realizacji:

Wykonawca zobowiązuje się dostarczyć przedmiot zamówienia w terminie maksymalnie 5 Dni Roboczych (stanowi kryterium oceny ofert) od dnia zawarcia Umowy. 1

5. Zastosowane skróty i pojęcia:

Nazwa / skrót

Opis

Dni Robocze

Dni od poniedziałku do piątku w godzinach od 8:00 do 16:00, z wyłączeniem dni ustawowo wolnych od pracy na terenie Rzeczypospolitej Polskiej.

Oprogramowanie

Całość lub dowolny element oprogramowania wskazanego w OPZ, spełniającego wymagania określone w OPZ. Pojęcie to obejmuje

wszystkie Aktualizacje i elementy przewidziane przez producenta Oprogramowania dla prawidłowego korzystania z Oprogramowania

1 Xxxxxxx Xxxxxxxxx oceny oferty

	wraz z odpowiednimi licencjami uprawniającymi do korzystania z Oprogramowania.
OPZ	Niniejszy Opis Przedmiotu Zamówienia

6. Wymagania ogólne:

6.1. Zamawiający zastrzega, że Oprogramowanie wraz z licencjami jest przeznaczone do jednorazowej dalszej odsprzedaży na rzecz docelowego beneficjenta jakim jest Skarb Państwa reprezentowany przez Ministra Cyfryzacji w Kancelarii Przezesa Rady Ministrów, z adresem korespondencyjnym xx. Xxxxxxxxx 00, 00-000 Xxxxxxxx.

6.2. Podstawą do odebrania przez Zamawiającego przedmiotu zamówienia jest dostarczenie na wskazny adres e-mail lub do siedziby Zamawiającego w szczególności oświadczenia producenta Oprogramowania w postaci certyfikatu lub innego dokumentu potwierdzającego objęciem licencją i wsparciem technicznym, zawierającego co najmniej numer umowy z producentem, numer klienta, pełną nazwę produktów, numery P/N produktów oraz liczbę licencjiw terminie wskazanym w pkt 4 OPZ. Potwierdzeniem odbioru przedmiotu zamówienia będzie protokół odbioru podpisany obustronnie bez zastrzeżeń.

6.3. Wykonawca musi posiadać status partnerstwa przyznawany przez producenta oprogramowania Microsoft, w przypadku oprogramowania referencyjnego, nie niższy niż License Solution Providers (LSP), uprawniający do dostawy i objęciem wsparciem technicznym licencji Microsoft lub producenta Oprogramowania (w przypadku oprogramowania równoważnego) z zastrzeżeniem, że jeśli producent stosuje kilka poziomów partnerstwa, Zamawiający wymaga, aby wykonawca posiadał poziom partnerstwa nie niższy niż drugi w kolejności licząc od najwyższego w hierarchii poziomów partnerstwa stosowanej przez producenta

7. Wymagania dodatkowe:

7.1. Licencje oprogramowania referencyjnego wymienionego w punkcie 3.2. muszą zostać zarejestrowane na koncie zakupowym nr 0005716677 w ramach grupowej umowy licencyjnej Microsoft Products and Services Agreement (MPSA) nr 4100013999 dla administracji publicznej i w zgodzie z postanowieniami umowy Microsoft Business and Services Agreement (MBSA) nr 4100013999 zgodnie z komunikatem: xxxxx://xxx.xxx.xx/xxx/xxxxxxxxxx/xxxxxxxxx-xxxxxxxxx-xxxxx-x-xxxxxxxxx

8. Zasady świadczenia wsparcia technicznego Oprogramowania:

8.1. Wykonawca zobowiązuje się zapewnić wsparcie techniczne producenta lub podmiotu autoryzowanego przez producenta przez okres 36 miesięcy od dnia dostawy Oprogramowania, potwierdzonej w podpisanym bez zastrzeżeń protokole odbioru.

8.2. Wsparcie techniczne będzie świadczone w języku polskim lub angielskim.

8.3. Wykonawca w ramach wsparcia technicznego zapewni aktualizację Oprogramowania, w tym nowe wersje Oprogramowania (upgrade), niższe wersje (downgrade), wydania uzupełniające, poprawki programistyczne (patche).

8.4. Wykonawca zapewnia całodobowy dostęp (24 godziny na dobę, 7 dni w tygodniu, również w dni ustawowo wolne od pracy) do pomocy technicznej producenta telefonicznie, poprzez e- mail, lub inny system informatyczny.

8.5. Wykonawca zapewni całodobowy (24 godziny na dobę, 7 dni w tygodniu) dostęp do wszelkich serwisów elektronicznych udostępnianych przez producenta Oprogramowania w tym: repozytoria plików instalacyjnych, fora dyskusyjne, bazy wiedzy.

8.6. Aktualizacje Oprogramowania będą wolne od mechanizmów celowo blokujących jego funkcje i wolne od wirusów, koni trojańskich, robaków i innych szkodliwych programów.

8.7. Wykonawca zobowiązuje się do świadczenia wsparcia technicznego w sposób zapobiegający utracie danych, do których będzie miał dostęp w czasie świadczenia wsparcia.

Załącznik nr 1 do Opisu Przedmiotu Zamówienia KRYTERIA RÓWNOWAŻNOŚCI DLA OPROGRAMOWANIA

I. Dla oprogramowanie typu Microsoft Endpoint Configuration Manager

1. Licencja: licencja bezterminowa (perpetual commercial) umożliwiająca rozszerzenie infrastruktury istniejącej domeny o 7030 zarządzanych komputerów klienckich.

2. Oprogramowanie równoważne musi być objęte wsparciem producenta z prawem do aktualizacji i nowych wersji oraz pomocy technicznej przez okres co najmniej 36 miesięcy.

3. Oprogramowanie równoważne musi być kompatybilne z wymienionym typem Oprogramowania.

4. Oprogamowanie równoważne musi charakteryzować się cechami wskazanymi poniżej:

i. Oferowane równoważne rozwiązanie musi zapewniać dla wskazanej ilości istniejących środowisk klienckiego systemu operacyjnego z rodziny MS Windows dostęp do systemu zarządzania konfiguracja Zamawiającego wraz z umożliwieniem pełnej integracji funkcjonalnej oraz zapewnieniem prawa do korzystania z usług zarządzania konfiguracją. Oprogramowanie musi umożliwiać zarządzanie użytkownikami, urządzeniami

i oprogramowaniem w ramach systemu z wdrożoną usługą Active Directory.

ii. Licencje na oprogramowanie muszą uprawniać do uruchomienia wymaganych serwerów zarządzających wraz z dedykowaną bazą danych.

iii. Oprogramowanie klienckie do zarzadzania urządzeniami musi zawierać podstawowy moduł: System zarządzania infrastrukturą kliencką i oprogramowaniem.

iv. System zarządzania infrastrukturą kliencką i oprogramowaniem musi spełniać następujące wymagania poprzez natywne dla niego mechanizmy, bez użycia dodatkowych aplikacji:

1. Architektura - System zarządzania stacjami roboczymi musi udostępniać komponenty i funkcje pozwalające na budowę bezpiecznego i skalowalnego środowiska, a w tym:

i. System zarządzający musi mieć możliwość publikowania informacji o uruchomionych komponentach w usługach katalogowych (np. AD), informacje te powinny być odstępne dla klientów systemu w celu automatycznej konfiguracji.

ii. System zarządzający musi umożliwiać budowę infrastruktury drzewiastej (parent-child) w następujący sposób:

- dla większych lokalizacji i/lub lokalizacji, serwer typu child powinien posiadać własną wydzieloną bazę danych z informacjami tylko o podległych stacjach roboczych;

- dla małych lokalizacji i/lub lokalizacji, serwer typu child powinien działać tylko, jako Proxy dla informacji przekazywanych przez stacje robocze do serwera nadrzędnego – parent;

- dodatkowo powinna być możliwość uruchomienia nadrzędnego centralnego serwera pozwalającego na stworzenie raportów dla całej infrastruktury drzewiastej.

iii. Klient systemu musi mieć możliwość instalacji:

- manualnej, wymuszonej przez administratora stacji roboczej;

- automatycznej, podczas startu systemu operacyjnego (skrypt logowania);

- automatycznej, wymuszanej przez serwer zarządzający.

iv. Instalacja typu automatycznego nie może wymagać zalogowania użytkownika, lub jeśli użytkownik jest zalogowany to nie może wymagać od niego posiadania uprawnień administratora stacji roboczej.

v. Dla szczególnie dużych instalacji system powinien umożliwiać instalację i uruchomienie różnych komponentów systemu zarządzającego na różnych fizycznych maszynach, oraz możliwość uruchomienia kilku instancji tego samego komponentu w celu podziału i obsługi dużych grup stacji roboczych.

vi. System powinien wyszukiwać stacje robocze, które powinny być zarządzane w następujących repozytoriach:

- Active Directory;

- Network Discovery (przy zadanym zakresie adresów IP);

- System musi umożliwiać wyszukiwanie użytkowników i grup użytkowników w powyższych repozytoriach.

vii. Klient systemu musi mieć możliwość porozumiewania się z użytkownikiem końcowym w języku polskim.

viii. System musi umożliwiać opcję rozszerzenia o moduł pozwalający na zarządzanie urządzeniami mobilnymi.

2. Inwentaryzacja i zarządzanie zasobami:

i. Inwentaryzacja zasobów stacji roboczej powinna się odbywać w określonych przez administratora systemu interwałach czasowych. System powinien mieć możliwość odrębnego planowania inwentaryzacji sprzętu i oprogramowania.

ii. Inwentaryzacja sprzętu powinna się odbywać przez pobieranie informacji z interfejsu WMI, komponent inwentaryzacyjny powinien mieć możliwość konfiguracji w celu ustalenia informacji, o jakich podzespołach stacji roboczej będą przekazywane do systemu.

iii. Inwentaryzacja powinna umożliwiać zasilanie bazy danych informacjami pochodzącymi z plików informacyjnych w standardach (MIF – Management Information Format, MOF –Management Object Format) przechowywanych na stacjach roboczych.

iv. Inwentaryzacja oprogramowania powinna skanować zasoby dyskowe stacji roboczej przekazując dane o znalezionych plikach do systemu w celu identyfikacji oprogramowania oraz celów wyszukiwania i gromadzenia informacji o szczególnych typach plików (np. pliki multimedialne: wav, mp3, avi, xvid, itp…).

v. System powinien posiadać własną bazę dostępnego na rynku komercyjnego oprogramowania, pozwalającą na identyfikację zainstalowanego i użytkowanego na stacjach roboczych oprogramowania.

vi. System powinien dawać możliwość aktualizacji tej bazy przy pomocy konsoli administratora oraz automatycznie przez aktualizacje ze stron producenta.

vii. System powinien umożliwiać zbieranie ze stacji wskazanych przez administratora plików, np. konfiguracyjnych w celu ich archiwizacji i wersjonowania, z możliwością blokowania przy przekroczeniu przez plik określonej wielkości.

viii. Informacje inwentaryzacyjne powinny być przesyłane przy pomocy plików różnicowych w celu ograniczenia ruchu z klienta do serwera.

3. Użytkowane oprogramowanie – pomiar wykorzystania:

i. System powinien mieć możliwość zliczania uruchomionego oprogramowania w celu śledzenia wykorzystania przez poszczególnych użytkowników.

ii. Reguły dotyczące monitorowanego oprogramowania powinny być tworzone automatycznie przez skanowanie oprogramowania uruchamianego na stacjach roboczych.

4. Zdalna kontrola i zdalna asysta:

a. W celu zapewnienia zdalnej pomocy użytkownikom stacji roboczych system powinien udostępniać następujące narzędzia:

- Zdalna kontrola;

- Zdalny reboot;

- Transfer plików;

- Zdalne wykonanie poleceń;

- Ping Test.

b. W celu wykorzystania funkcji systemów operacyjnych, system powinien mieć możliwość wykorzystania w celu zdalnej kontroli i pomocy wbudowanych cech systemów Windows, w tym usług:

- Remote Desktop;

- Remote Assistance;

- Usługi te powinny być konfigurowane z poziomu systemu zarządzania.

5. Dystrybucja oprogramowania, dystrybucja i zarządzanie aktualizacjami, instalacja/aktualizacja systemów operacyjnych:

i. System powinien dostarczać wszystkie funkcje do przygotowania i dystrybucji pakietu instalacyjnego, który nie wymaga interakcji ze strony użytkownika lub można w pakiecie zawrzeć plik odpowiedzi dla instalatora. W innym przypadku dopuszcza się użycie narzędzi zewnętrznych do przygotowania pakietu instalacyjnego.

ii. Pakiet instalacyjny powinien mieć możliwość uruchomienia z opcjami, pozwalając zdefiniować parametry dla różnych grup komputerów bez konieczności duplikowania samego pakietu instalacyjnego, np. tylko dla platformy 32bitowej, tylko dla komputerów z określoną ilością RAM.

iii. Instalacja oprogramowania musi się dać przeprowadzić na dwa sposoby:

- kopiowanie pakietu instalacyjnego na stację roboczą i uruchomienie instalatora;

- instalacja bezpośrednio ze wskazanego zasobu sieciowego.

iv. Pakiet instalacyjny powinien być przechowywany na specjalnie wydzielonych zasobach sieciowych – punktach dystrybucyjnych, punkty te powinny być

zasobami sieciowymi lub wydzielonymi witrynami WWW lub wydzielonymi środowiskami dostarczanymi i utrzymywanymi przez producenta oprogramowania.

v. Punkty dystrybucyjne powinny mieć możliwość synchronizacji pakietów instalacyjnych, po umieszczeniu pakietu w punkcie nadrzędnym powinien on być transmitowany automatycznie do wszystkich podrzędnych. Synchronizacja ta powinna się odbywać w sposób przyrostowy, tzn. zmiana pojedynczego pliku w pakiecie instalacyjnym nie może pociągać za sobą konieczności ponownej transmisji całego pakietu.

vi. Transmisja pakietów instalacyjnych przy pomocy protokołu http powinna obejmować możliwość regulacji zużycia pasma po stronie stacji roboczej, np. przy pomocy protokołu BITS.

vii. System powinien umożliwiać monitorowanie zadań dystrybucji oprogramowania (również w postaci raportów z wykresami czasowymi), oraz dawać możliwość zapisywania statusu instalacji do pliku MIF.

viii. System powinien umożliwiać dystrybucją oprogramowania w trybie wymaganym, opcjonalnym lub na prośbę użytkownika.

ix. System powinien umożliwiać funkcjonalność samoobsługowego portalu z katalogiem aplikacji do instalacji przez użytkownika.

x. System powinien dawać możliwość automatycznego restartu komputera, na którym była przeprowadzana instalacja oraz opcji do anulowania lub opóźnienia tego restartu przez użytkownika.

xi. System powinien dawać możliwość integracji dostępnych zadań dystrybucji (pakietów instalacyjnych) z obsługą oprogramowania systemów Windows (dostępne do instalacji pakiety powinny się pojawiać w Panelu Sterowania w sekcji Dodaj/Usuń Programy, w części Dodaj Nowe Programy).

xii. System powinien posiadać narzędzia pozwalające na przeskanowanie stacji roboczych pod kątem zainstalowanych poprawek dla systemów operacyjnych Windows oraz dostarczać narzędzia dla innych producentów oprogramowania (ISVs) w celu przygotowania reguł skanujących i zestawów poprawek.

xiii. System powinien posiadać możliwość instalacji wielu poprawek jednocześnie bez konieczności restartu komputera w trakcie instalacji kolejnych poprawek.

xiv. System powinien udostępniać informacje o aktualizacjach systemów operacyjnych Windows dostępnych na stronach producenta (Windows Update) oraz informacje o postępie instalacji tych aktualizacji na stacjach roboczych (również w postaci raportów).

xv. System powinien również umożliwiać skanowanie i inwentaryzację poprawek, które były już instalowane wcześniej niezależnie od źródła dystrybucji.

xvi. System powinien umożliwiać instalację lub aktualizację systemu operacyjnego ze zdefiniowanego wcześniej obrazu, wraz z przeniesieniem danych użytkownika (profil).

xvii. Przy przenoszeniu danych użytkownika, powinny one na czas migracji być składowane w specjalnym, chronionym (zaszyfrowanym) zasobie.

xviii.System powinien zawierać wszystkie narzędzia do sporządzenia, modyfikacji i dystrybucji obrazów na dowolny komputer, również taki, na którym nie ma żadnego systemu operacyjnego (bare metal).

xix. System powinien być zintegrowany z oprogramowaniem antywirusowym i być zarządzany przy pomocy jednej wspólnej konsoli do zarządzania.

6. Definiowanie i sprawdzanie standardu komputera:

i. System powinien posiadać komponenty umożliwiające zdefiniowanie i okresowe sprawdzanie standardu komputera, standard ten powinien być określony zestawem reguł sprawdzających definiowanych z poziomu konsoli administracyjnej.

ii. Reguły powinny sprawdzać następujące elementy systemy komputerowego:

- stan usługi (Windows Service);

- obecność poprawek (Hotfix);

- WMI;

- rejestr systemowy;

- system plików;

- Active Directory;

- SQL (query);

- IIS Metabase.

iii. Dla reguł sprawdzających system powinien dawać możliwość wprowadzenia wartości poprawnej, która byłaby wymuszana w przypadku odstępstwa lub wygenerowania alertu administracyjnego w sytuacji, kiedy naprawa nie jest możliwa.

7. Raportowanie, prezentacja danych:

i. System powinien posiadać komponent raportujący oparty o technologie webową (wydzielony portal z raportami) i/lub

ii. Wykorzystujący mechanizmy raportujące dostarczane wraz z silnikami bazodanowymi, np. SQL Reporting Services.

iii. System powinien posiadać predefiniowane raport w następujących kategoriach:

- Sprzęt (inwentaryzacja);

- Oprogramowanie (inwentaryzacja);

- Oprogramowanie (wykorzystanie);

- Oprogramowanie (aktualizacje, w tym system operacyjny).

iv. System powinien umożliwiać budowanie stron z raportami w postaci tablic (dashboard), na których może znajdować się więcej niż jeden raport.

v. System powinien posiadać konsolę administratora, w postaci programu do zainstalowania na stacjach roboczych, obsługującą wszystkie funkcje systemu.

vi. Konsola powinna zapewnić dostęp do wszystkich opcji konfiguracyjnych systemu (poza opcjami dostępnymi w procesie instalacji i wstępnej konfiguracji), w tym:

- konfigurację granic systemu zarządzania;

- konfigurację komponentów systemu zarządzania;

- konfigurację metod wykrywania stacji roboczych, użytkowników i grup;

- konfigurację metod instalacji klienta;

- konfiguracje komponentów klienta;

- grupowanie stacji roboczych (statyczne, dynamiczne na podstawie zinwentaryzowanych parametrów);

- konfiguracje zadań dystrybucji, pakietów instalacyjnych, itp…;

- konfigurację reguł wykorzystania oprogramowania;

- konfigurację zapytań (query) do bazy danych systemu;

- konfiguracje raportów;

- podgląd zdarzeń oraz zdrowia komponentów systemu.

8. Analiza działania systemu, logi, komponenty:

i. Konsola systemu powinna dawać dostęp do podstawowych logów obrazujących pracę poszczególnych komponentów, wraz z oznaczaniem stanu (OK, Warning, Error) w przypadku znalezienia zdarzeń wskazujących na problemy.

ii. Konsola systemu powinna umożliwiać podgląd na stan poszczególnych usług wraz z podstawowymi informacjami o stanie usługi, np. ilość wykorzystywanego miejsca na dysku twardym, itp...

II. Dla oprogramowania typu Microsoft Windows Server CAL

1. Licencja: licencja bezterminowa (perpetual commercial); umożliwiająca rozszerzenie dostępu do infrastruktury istniejącej domeny na 7030 komputerów.

2. Oprogramowanie równoważne musi być objęte wsparciem producenta z prawem do aktualizacji i nowych wersji oraz pomocy technicznej przez okres co najmniej 36 miesięcy.

3. Oprogramowanie równoważne musi być kompatybilne z wymienionym typem Oprogramowania.

4. Oprogramowanie równoważne musi zapewnić w zgodzie z wymaganiami licencyjnymi producenta możliwość wykorzystania, przez nieograniczoną liczbę użytkowników korzystających ze wskazanej liczy urządzeń, funkcjonalności serwerowych systemów operacyjnych (z wyłączeniem dostępu terminalowego).

5. Pakiet licencji dostępowych musi zapewnić w zgodzie z wymaganiami licencyjnymi producenta możliwość wykorzystania przez użytkowników funkcjonalności serwerów producenta oferowanego oprogramowania: Licencja umożliwia dostęp do produktów Windows Server - serwerowych systemów operacyjnych (z wyłączeniem dostępu terminalowego).

III. Dla oprogramowania typu Microsoft Windows Server RDS

1. Licencja: licencja bezterminowa (perpetual commercial); umożliwiająca rozszerzenie dostępu do usług zdalnego pulpitu infrastruktury istniejącej domeny na 30 użytkowników.

2. Oprogramowanie równoważne musi być objęte wsparciem producenta z prawem do aktualizacji i nowych wersji oraz pomocy technicznej przez okres co najmniej 36 miesięcy.

3. Oprogramowanie równoważne musi być kompatybilne z wymienionym typem Oprogramowania.

5. Pakiet licencji dostępowych musi zapewnić w zgodzie z wymaganiami licencyjnymi producenta możliwość wykorzystania przez użytkowników funkcjonalności serwerów producenta oferowanego oprogramowania: Licencja umożliwia dostęp sesji zdalnego pulpitu (Remote Desktop Session) produktów Windows Server - serwerowych systemów operacyjnych.

IV. Dla oprogramowania typu Microsoft Windows Server Datacenter

1. Licencja: licencja bezterminowa (perpetual commercial) umożliwiająca rozszerzenie infrastruktury istniejącej domeny o 2 fizyczne serwery zarządzające w konfiguracji nie niższej niż 2 procesory 18-rdzeniowe per serwer.

2. Oprogramowanie równoważne musi być objęte wsparciem producenta z prawem do aktualizacji i nowych wersji oraz pomocy technicznej przez okres co najmniej 36 miesięcy.

3. Oprogramowanie równoważne musi być kompatybilne z wymienionym typem Oprogramowania.

4. Oprogamowanie równoważne musi charakteryzować się cechami wskazanymi poniżej:

4.1. Oferowane równoważne rozwiązanie musi być zainstalowane bezpośrednio na sprzęcie fizycznym - nie może być częścią innego systemu operacyjnego (ang. type-1, native or bare-metal hypervisor).

4.2. Oprogramowanie równoważne zastosowane przez Wykonawcę nie może w momencie składania przez niego oferty mieć statusu zakończenia wsparcia technicznego producenta (ang. End-of-Support). Niedopuszczalne jest zastosowanie oprogramowania równoważnego, dla którego producent ogłosił zakończenie jego rozwoju w terminie 3 lat licząc od momentu złożenia oferty. Niedopuszczalne jest użycie oprogramowania równoważnego, dla którego producent oprogramowania współpracującego ogłosił zaprzestanie wsparcia w jego nowszych wersjach.

4.3. Oferowane równoważne rozwiązanie musi uprawniać do instalacji\uruchomienia nielimitowanej liczby środowisk gości działających pod kontrolą systemu operacyjnego z rodziny MS Windows.

4.4. Oferowane równoważne rozwiązanie musi pozwalać na wykorzystanie przez hosta minimum 64 procesorów logicznych, 2 TB pamięci RAM.

4.5. Oferowane równoważne rozwiązanie musi pozwalać na wykorzystywania przez gościa minimum 32 procesorów wirtualnych, 1 TB pamięci RAM, dysku o pojemności do 2 TB.

4.6. Oferowane równoważne rozwiązanie musi posiadać możliwość budowania klastrów niezawodnościowych składających się 16 węzłów (odpowiednik funkcjonalności Failover Clusters).

4.7. Oferowane równoważne rozwiązanie musi posiadać możliwość federowania klastrów typu niezawodnościowego (Failover Clusters) w zespół klastrów z możliwością przenoszenia maszyn wirtualnych wewnątrz zespołu (odpowiednik funkcjonalności Cluster Set).

4.8. Oferowane równoważne rozwiązanie musi posiadać możliwość narzucania wieloelementowej dynamicznej kontroli dostępu dla: określonych grup użytkowników, zastosowanej klasyfikacji danych, centralnych polityk dostępu w sieci, centralnych polityk audytowych oraz narzuconych dla grup użytkowników praw do wykorzystywania szyfrowanych danych.

4.9. Oferowane równoważne rozwiązanie musi posiadać możliwość automatycznej aktualizacji w modelu „rolling update”:

4.9.1. w oparciu o poprawki publikowane przez producenta w sieci Internet,

4.9.2. z możliwością lokalnej dystrybucji poprawek zatwierdzonych przez administratora rozwiązania, bez połączenia z siecią Internet.

V. Dla oprogramowania typu Microsoft Windows Server Standard

1. Licencja: licencja bezterminowa (perpetual commercial) umożliwiająca rozszerzenie infrastruktury istniejącej domeny o 8 fizycznych serwerów zarządzających o konfiguracji nie niższej niż 1 procesor 16-rdzeniowy per serwer.

2. Oprogramowanie równoważne musi być objęte wsparciem producenta z prawem do aktualizacji i nowych wersji oraz pomocy technicznej przez okres co najmniej 36 miesięcy.

3. Oprogramowanie równoważne musi być kompatybilne z wymienionym typem Oprogramowania.

4. Oprogamowanie równoważne musi charakteryzować się cechami wskazanymi poniżej:

4.3. Oferowane równoważne rozwiązanie musi uprawniać do instalacji\uruchomienia minimum 2 środowisk gości działających pod kontrolą systemu operacyjnego z rodziny MS Windows.

4.4. Oferowane równoważne rozwiązanie musi pozwalać na wykorzystanie przez hosta minimum 64 procesorów logicznych, 2 TB pamięci RAM.

4.5. Oferowane równoważne rozwiązanie musi pozwalać na wykorzystywania przez gościa minimum 32 procesorów wirtualnych, 1 TB pamięci RAM, dysku o pojemności do 2 TB.

4.6. Oferowane równoważne rozwiązanie musi posiadać możliwość budowania klastrów niezawodnościowych składających się 16 węzłów (odpowiednik funkcjonalności Failover Clusters).

polityk audytowych oraz narzuconych dla grup użytkowników praw do wykorzystywania szyfrowanych danych.

4.9. Oferowane równoważne rozwiązanie musi posiadać możliwość automatycznej aktualizacji w modelu „rolling update”:

4.9.1. w oparciu o poprawki publikowane przez producenta w sieci Internet,

4.9.2. z możliwością lokalnej dystrybucji poprawek zatwierdzonych przez administratora rozwiązania, bez połączenia z siecią Internet.

VI. Kryteria równoważności – ocena, zasady, wymagania, budowanie kompetencji

1. Przedmiot zamówienia został opisany przez wskazanie znaków towarowych, który charakteryzuje produkty lub usługi dostarczane przez konkretnego wykonawcę z uwagi na fakt, że zamawiający nie może opisać przedmiotu zamówienia w wystarczająco precyzyjny i zrozumiały sposób, a wskazaniu temu towarzyszą wyrazy "lub równoważny".

2. W opisie przedmiotu zamówienia Zamawiający w zakresie każdego wskazania wymienionego w niniejszym zalączniku wskazał kryteria stosowane w celu oceny równoważności. W przypadku zaoferowania rozwiązania równoważnego, na Wykonawcy spoczywa obowiązek wykazania jego równoważności, w sposób umożliwiający Zamawiającemu weryfikację spełniania przez rozwiązanie równoważne wszystkich kryteriów równoważności.

3. W przypadku, gdy zaoferowane przez Wykonawcę rozwiązanie równoważne (dotyczy równoważności we wszystkich wskazanych powyżej przypadkach) nie będzie poprawnie współpracować z oprogramowaniem lub sprzętem Zamawiającego lub spowoduje zakłócenia w funkcjonowaniu infrastruktury Zamawiającego, Wykonawca podejmie na własny koszt wszelkie niezbędne działania celem przywrócenia sprawnego działania infrastruktury, w tym dokona ewentualnych niezbędnych modyfikacji po odinstalowaniu rozwiązania.

4. Zastosowanie rozwiązania równoważnego nie może wymagać żadnych nakładów, których nie wymagałoby również zastosowanie rozwiązań opisanych, jako rozwiązania referencyjne, po stronie Zamawiającego, celem dostosowania do niego aktualnie posiadanej przez Zamawiającego infrastruktury ani w warstwie fizycznej ani w warstwie oprogramowania.

5. Zamawiający nie dopuszcza dostarczenia licencji dla produktów równoważnych w formie upgradu, licencji czasowej, OEM.

6. Licencje muszą pochodzić z autoryzowanego kanału dystrybucji.

7. Zamawiający nie dopuszcza zaoferowania Oprogramowania i planów licencyjnych opartych o rozwiązania chmury oraz rozwiązań wymagających stałych opłat w okresie używania zakupionego produktu.

8. Oprogramowanie musi zostać dostarczone w najnowszej dostępnej wersji wydanej przez producenta Oprogramowania.

Pozostałe warunki realizacji zamówienia zostały opisane w Projektowanych postanowieniach Umowy, które zawarte są w rozdziale III SWZ.

Document Metadata

Table of Contents

CZĘŚĆ II – OPIS PRZEDMIOTU ZAMÓWIENIA

Document Metadata