256278 / 2015-09-30 - Administracja samorzÄ…dowa / Prezydent Miasta Piekary ÅšlÄ…skie (Piekary ÅšlÄ…skie)

Oryginalny toner TN325Y Żółty Wydajny marki Brother

Cena: 601.47 PLN

Ogłoszenie zawiera informacje aktualizacyjne dotyczące publikacji w biuletynie 1 z dnia 2015-09-08 pod pozycją 233558. Zobacz ogłoszenie 233558 / 2015-09-08 - Administracja samorzÄ…dowa.

Numer biuletynu: 1

Pozycja w biuletynie: 256278

Data publikacji: 2015-09-30

Nazwa: Prezydent Miasta Piekary Śląskie

Ulica: ul. Bytomska 84

Numer domu: 84

Miejscowość: Piekary Śląskie

Kod pocztowy: 41-940

Województwo / kraj: śląskie

Numer telefonu: 32 3939379

Numer faxu: 32 287 22 69

Adres strony internetowej: www.piekary.pl

Typ ogłoszenia: ZP-403

Numer biuletynu: 1

Numer pozycji: 233558

Data wydania biuletynu: 2015-09-08

Czy jest obowiązek publikacji w biuletynie: Tak

Czy zamówienie było ogłoszone w BZP: Tak

Rok ogłoszenia: 2015

Pozycja ogłoszenia: 233558

Czy w BZP zostało zamieszczone ogłoszenie o zmianie: Nie

Ogłoszenie dotyczy: 1

Rodzaj zamawiającego: Administracja samorządowa

Nazwa nadana zamówieniu przez zamawiającego: Zakup licencji oprogramowania

Rodzaj zamówienia: D

Przedmiot zamówienia:
Serwer Relacyjnej Bazy
danych w konfiguracji minimalnej jak podano w pkt. I ; Serwerowy System Operacyjny w
konfiguracji minimalnej jak podano w pkt. II- 2 sztuki ; System Operacyjny w konfiguracji
minimalnej jak podano w pkt. III - 10 sztuk; Zakres I - Serwer Relacyjnej Bazy Danych Lp. Nazwa
składnika parametru technicznego Minimalne wymagania Zamawiającego w zakresie składników i
parametrów technicznych 1 System Bazodanowy (SBD) Windows SQL Server Standard Core 2014
lub równoważny posiadający następujące cechy równoważności: 1. Możliwość wykorzystania SBD
jako silnika relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych, platformy
bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do: definiowania
raportów, wykonywania analiz biznesowych, tworzenia procesów ETL. 2. Zintegrowane narzędzia
graficzne do zarządzania systemem - SBD musi dostarczać zintegrowane narzędzia do zarządzania i
konfiguracji wszystkich usług wchodzących w skład systemu (baza relacyjna, usługi analityczne,
usługi raportowe, usługi transformacji danych). Narzędzia te muszą udostępniać możliwość
tworzenia skryptów zarządzających systemem oraz automatyzacji ich wykonywania. 3.
Zarządzanie serwerem za pomocą skryptów - SBD musi udostępniać mechanizm zarządzania
systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą
zautomatyzować rutynowe czynności związane z zarządzaniem serwerem. 4. Dedykowana sesja
administracyjna - SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy
danych w sposób niezależny od normalnych sesji klientów. 5. Możliwość automatycznej
aktualizacji systemu - SBD musi umożliwiać automatyczne ściąganie i instalację wszelkich
poprawek producenta oprogramowania (redukowania zagrożeń powodowanych przez znane luki w
zabezpieczeniach oprogramowania). 6. SBD musi umożliwiać tworzenie klastrów
niezawodnościowych. 7. Wysoka dostępność - SBD musi posiadać mechanizm pozwalający na
duplikację bazy danych między dwiema lokalizacjami (podstawowa i zapasowa) przy zachowaniu
następujących cech: a. bez specjalnego sprzętu (rozwiązanie tylko programowe oparte o sam SBD),
b. niezawodne powielanie danych w czasie rzeczywistym (potwierdzone transakcje bazodanowe), c.
klienci bazy danych automatycznie korzystają z bazy zapasowej w przypadku awarii bazy
podstawowej bez zmian w aplikacjach, 8. Kompresja kopii zapasowych - SBD musi pozwalać na
kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD
niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych.
9. Możliwość automatycznego szyfrowania kopii bezpieczeństwa bazy danych przy użyciu między
innymi certyfikatów lub kluczy asymetrycznych. System szyfrowania musi wspierać następujące
algorytmy szyfrujące: AES 128. AES 192, AES 256, Triple DES. Mechanizm ten nie może
wymagać konieczności uprzedniego szyfrowania bazy danych. 10. Możliwość zastosowania reguł
bezpieczeństwa (np. automatyczne wymuszanie zmiany haseł użytkowników, zastosowanie
mechanizmu weryfikacji dostatecznego poziomu komplikacji haseł wprowadzanych przez
użytkowników), możliwość zintegrowania uwierzytelniania użytkowników z Active Directory. 11.
Możliwość definiowania reguł administracyjnych dla serwera lub grupy serwerów - SBD musi mieć
możliwość definiowania reguł wymuszanych przez system i zarządzania nimi. Przykładem takiej
reguły jest uniemożliwienie użytkownikom tworzenia obiektów baz danych o zdefiniowanych przez
administratora szablonach nazw. Dodatkowo wymagana jest możliwość rejestracji i raportowania
niezgodności działającego systemu ze wskazanymi regułami, bez wpływu na jego funkcjonalność.
12. Rejestrowanie zdarzeń silnika bazy danych w czasie rzeczywistym - SBD musi posiadać
możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach
diagnostycznych, bez ujemnego wpływu na wydajność rozwiązania, pozwalać na selektywne
wybieranie rejestrowanych zdarzeń. Wymagana jest rejestracja zdarzeń: a. odczyt-zapis danych na
dysku dla zapytań wykonywanych do baz danych (w celu wychwytywania zapytań znacząco
obciążających system), b. wykonanie zapytania lub procedury trwające dłużej niż zdefiniowany
czas (wychwytywanie długo trwających zapytań lub procedur), c. para zdarzeń zablokowaniezwolnienie
blokady na obiekcie bazy (w celu wychwytywania długotrwałych blokad obiektów
bazy). 13. Zarządzanie pustymi wartościami w bazie danych - SBD musi efektywnie zarządzać
pustymi wartościami przechowywanymi w bazie danych (NULL). W szczególności puste wartości
wprowadzone do bazy danych powinny zajmować minimalny obszar pamięci. 14. Definiowanie
nowych typów danych - SBD musi umożliwiać definiowanie nowych typów danych wraz z
definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do
przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje
dostępu do potomków obiektu, rodzica itp. Nowe typy danych nie mogą być ograniczone wyłącznie
do okrojenia typów wbudowanych lub ich kombinacji. 15. Wsparcie dla technologii XML - SBD
musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML. W
szczególności musi: a. udostępniać typ danych do przechowywania kompletnych dokumentów
XML w jednym polu tabeli, b. udostępniać mechanizm walidacji struktur XML-owych względem
jednego lub wielu szablonów XSD, c. udostępniać język zapytań do struktur XML, d. udostępniać
język modyfikacji danych (DML) w strukturach XML (dodawanie, usuwanie i modyfikację
zawartości struktur XML), e. udostępniać możliwość indeksowania struktur XML-owych w celu
optymalizacji wykonywania zapytań. 16. Wsparcie dla danych przestrzennych - SBD musi
zapewniać wsparcie dla geometrycznych i geograficznych typów danych pozwalających w prosty
sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów
orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności: a. zapewniać możliwość
wykorzystywania szerokości i długości geograficznej do opisu lokalizacji obiektów, b. oferować
metody, które pozwalają na łatwe operowanie kształtami czy bryłami, testowanie ich wzajemnego
ułożenia w układach współrzędnych oraz dokonywanie obliczeń takich wielkości, jak pola figur,
odległości do punktu na linii, itp., c. obsługa geometrycznych i geograficznych typów danych
powinna być dostępna z poziomu języka zapytań do systemu SBD, d. typy danych geograficznych
powinny być konstruowane na podstawie obiektów wektorowych, określonych w formacie Well-
Known Text (WKT) lub Well-Known Binary (WKB), (powinny być to m.in. takie typy obiektów
jak: lokalizacja (punkt), seria punktów, seria punktów połączonych linią, zestaw wielokątów, itp.).
17. Możliwość tworzenia funkcji i procedur w innych językach programowania - SBD musi
umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania, niż
standardowo obsługiwany język zapytań danego SBD. System musi umożliwiać tworzenie w tych
językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo musi udostępniać
środowisko do debuggowania. 18. Możliwość tworzenia rekursywnych zapytań do bazy danych -
SBD musi udostępniać wbudowany mechanizm umożliwiający tworzenie rekursywnych zapytań do
bazy danych bez potrzeby pisania specjalnych procedur i wywoływania ich w sposób rekurencyjny.
19. Obsługa błędów w kodzie zapytań - język zapytań i procedur w SBD musi umożliwiać
zastosowanie mechanizmu przechwytywania błędów wykonania procedury (na zasadzie bloku
instrukcji TRY-CATCH) - tak jak w klasycznych językach programowania. 20. Raportowanie
zależności między obiektami - SBD musi udostępniać informacje o wzajemnych zależnościach
między obiektami bazy danych. 21. Mechanizm zamrażania planów wykonania zapytań do bazy
danych - SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania
zapytania przez silnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane
przez silnik bazy danych w ten sam sposób). Mechanizm ten daje możliwość zapewnienia
przewidywalnego czasu odpowiedzi na zapytanie po przeniesieniu systemu na inny serwer
(środowisko testowe i produkcyjne), migracji do innych wersji SBD, wprowadzeniu zmian
sprzętowych serwera. 22. System transformacji danych - SBD musi posiadać narzędzie do
graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie
definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z
asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno
przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów
poddawanych transformacjom. Powinna być także zapewniona możliwość tworzenia własnych
transformacji. Środowisko tworzenia transformacji danych powinno udostępniać m.in.: a.
mechanizm debuggowania tworzonego rozwiązania, b. mechanizm stawiania pułapek (breakpoints),
c. mechanizm logowania do pliku wykonywanych przez transformację operacji, d. możliwość
wznowienia wykonania transformacji od punktu, w którym przerwano jej wykonanie (np. w wyniku
pojawienia się błędu), e. możliwość cofania i ponawiania wprowadzonych przez użytkownika
zmian podczas edycji transformacji (funkcja undo-redo) f. mechanizm analizy przetwarzanych
danych (możliwość podglądu rekordów przetwarzanych w strumieniu danych oraz tworzenia
statystyk, np. histogram wartości w przetwarzanych kolumnach tabeli), g. mechanizm
automatyzacji publikowania utworzonych transformacji na serwerze bazy danych (w szczególności
tworzenia wersji instalacyjnej pozwalającej automatyzować proces publikacji na wielu serwerach),
h. mechanizm tworzenia parametrów zarówno na poziomie poszczególnych pakietów, jak też na
poziomie całego projektu, parametry powinny umożliwiać uruchamianie pakietów podrzędnych
i przesyłanie do nich wartości parametrów z pakietu nadrzędnego, i. mechanizm mapowania
kolumn wykorzystujący ich nazwę i typ danych do automatycznego przemapowania kolumn w
sytuacji podmiany źródła danych. 23. Wbudowany system analityczny - SBD musi posiadać moduł
pozwalający na tworzenie rozwiązań służących do analizy danych wielowymiarowych (kostki
OLAP). Powinno być możliwe tworzenie: wymiarów, miar. Wymiary powinny mieć możliwość
określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Powinna być
możliwość definiowania hierarchii w obrębie wymiaru. Przykład: wymiar Lokalizacja
Geograficzna. Atrybuty: miasto, gmina, województwo. Hierarchia: Województwo-Gmina. 24.
Wbudowany system analityczny musi mieć możliwość wyliczania agregacji wartości miar dla
zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje powinny być
składowane w jednym z wybranych modeli (MOLAP - wyliczone gotowe agregacje rozłącznie w
stosunku do danych źródłowych, ROLAP - agregacje wyliczane w trakcie zapytania z danych
źródłowych). Pojedyncza baza analityczna musi mieć możliwość mieszania modeli składowania,
np. dane bieżące ROLAP, historyczne - MOLAP w sposób przezroczysty dla wykonywanych
zapytań. Dodatkowo powinna być dostępna możliwość drążenia danych z kostki do poziomu
rekordów szczegółowych z bazy relacyjnych (drill to detail). 25. Wbudowany system analityczny
musi pozwalać na dodanie akcji przypisanych do elementów kostek wielowymiarowych (np.
pozwalających na przejście użytkownika do raportów kontekstowych lub stron www powiązanych
z przeglądanym obszarem kostki). 26. Wbudowany system analityczny musi posiadać narzędzie do
rejestracji i śledzenia zapytań wykonywanych do baz analitycznych. 27. Wbudowany system
analityczny musi obsługiwać wielojęzyczność (tworzenie obiektów wielowymiarowych w wielu
językach - w zależności od ustawień na komputerze klienta). 28. Wbudowany system analityczny
musi udostępniać rozwiązania Data Mining, m.in.: algorytmy reguł związków (Association Rules),
szeregów czasowych (Time Series), drzew regresji (Regression Trees), sieci neuronowych (Neural
Nets oraz Naive Bayes). Dodatkowo system musi udostępniać narzędzia do wizualizacji danych z
modelu Data Mining oraz język zapytań do odpytywania tych modeli. 29. Tworzenie głównych
wskaźników wydajności KPI (Key Performance Indicators - kluczowe czynniki sukcesu) - SBD
musi udostępniać użytkownikom możliwość tworzenia wskaźników KPI (Key Performance
Indicators) na podstawie danych zgromadzonych w strukturach wielowymiarowych. W
szczególności powinien pozwalać na zdefiniowanie takich elementów, jak: wartość aktualna, cel,
trend, symbol graficzny wskaźnika w zależności od stosunku wartości aktualnej do celu. 30.
System raportowania - SBD musi posiadać możliwość definiowania i generowania raportów.
Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny
być udostępnianie przez system protokołem HTTP (dostęp klienta za pomocą przeglądarki), bez
konieczności stosowania dodatkowego oprogramowania po stronie serwera. Dodatkowo system
raportowania musi obsługiwać: a. raporty parametryzowane, b. cache raportów (generacja raportów
bez dostępu do źródła danych), c. cache raportów parametryzowanych (generacja raportów bez
dostępu do źródła danych, z różnymi wartościami parametrów), d. współdzielenie
predefiniowanych zapytań do źródeł danych, e. wizualizację danych analitycznych na mapach
geograficznych (w tym import map w formacie ESRI Shape File), f. możliwość opublikowania
elementu raportu (wykresu, tabeli) we współdzielonej bibliotece, z której mogą korzystać inni
użytkownicy tworzący nowy raport, g. możliwość wizualizacji wskaźników KPI, h. możliwość
wizualizacji danych w postaci obiektów sparkline. 31. Środowisko raportowania powinno być
osadzone i administrowane z wykorzystaniem mechanizmu Web Serwisów (Web Services). 32.
Wymagane jest generowanie raportów w formatach: XML, PDF, XLS, DOC, HTML, TIFF.
Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie
wykorzystać jako źródło danych w innych aplikacjach. 33. SBD musi umożliwiać rozbudowę
mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł
danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe
funkcje agregujące), mechanizmy zabezpieczeń dostępu do raportów. 34. SBD musi umożliwiać
wysyłkę raportów drogą mailową w wybranym formacie. 35. Wbudowany system raportowania
musi posiadać rozszerzalną architekturę oraz otwarte interfejsy do osadzania raportów oraz do
integrowania rozwiązania z innymi środowiskami IT. 36. W celu zwiększenia wydajności
przetwarzania system bazy danych musi posiadać wbudowaną funkcjonalność pozwalającą na
rozszerzenie cacheu przetwarzania w pamięci RAM o dodatkową przestrzeń na dysku SSD. 37.
System bazy danych, w celu zwiększenia wydajności, musi zapewniać możliwość
asynchronicznego zatwierdzania transakcji bazodanowych (lazy commit). Włączenie
asynchronicznego zatwierdzania transakcji powinno być dostępne zarówno na poziomie wybranej
bazy danych, jak również z poziomu kodu pojedynczych procedur-zapytań. 38. W celu zwiększenia
bezpieczeństwa i niezawodności system bazy danych musi udostępniać komendę pozwalającą
użytkownikowi na utrwalenie na dysku wszystkich zatwierdzonych asynchronicznych transakcji
(lazy commit). 2 Typ Licencji Licencja musi być przenaszalna, dożywotnia, przeznaczona dla
podmiotów publicznych z dwuletnim wsparciem umożliwiającym dostęp do najnowszych wersji
oprogramowania. Licencja musi umożliwiać zainstalowanie SBD na co najmniej jednej maszynie
wirtualnej, dwurdzeniowej oraz pozwalać na migrację wirtualnej maszyny (w trakcie jej działania
live) pomiędzy hostami środowiska wirtualnego (vmotion). Licencja nie może ograniczyć ilości
użytkowników. Zakres II - Serwerowy System Operacyjny Lp. Nazwa składnika-parametru
technicznego Minimalne wymagania Zamawiającego w zakresie składników i parametrów
technicznych 1 Serwerowy System Operacyjny Windows Server Standard 2012 R2 PL lub
równoważny posiadający następujące cechy równoważności: 1. Możliwość wykorzystania co
najmniej 4 TB pamięci RAM w środowisku fizycznym. 2. Możliwość wykorzystywania co
najmniej 64 procesorów wirtualnych oraz 1TB pamięci RAM i dysku o pojemności do 64TB przez
każdy wirtualny serwerowy system operacyjny. 3. Możliwość budowania klastrów składających
się z 64 węzłów. 4. Możliwość migracji maszyn wirtualnych bez zatrzymywania ich pracy między
fizycznymi serwerami z uruchomionym mechanizmem wirtualizacji przez sieć Ethernet, bez
konieczności stosowania dodatkowych mechanizmów współdzielenia pamięci. 5. Wsparcie (na
umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez przerywania pracy.
6. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania
pracy. 7. Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy
sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego.
8. Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów
niewykorzystywane w bieżącej pracy. Mechanizm ten musi uwzględniać specyfikę procesorów
wyposażonych w mechanizmy Hyper-Threading. 9. Wbudowane wsparcie instalacji i pracy na
wolumenach, które: a. pozwalają na zmianę rozmiaru w czasie pracy systemu, b. umożliwiają
tworzenie w czasie pracy systemu migawek, dających użytkownikom końcowym (lokalnym i
sieciowym) prosty wgląd w poprzednie wersje plików i folderów, c. umożliwiają kompresję w
locie dla wybranych plików i-lub folderów, d. umożliwiają zdefiniowanie list kontroli dostępu
(ACL). 10. Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w
oparciu o ich zawartość. 11. Wbudowane szyfrowanie dysków przy pomocy mechanizmów
posiadających certyfikat FIPS 140-2 lub równoważny wydany przez NIST lub inną agendę rządową
zajmującą się bezpieczeństwem informacji. 12.Możliwość uruchamianie aplikacji internetowych
wykorzystujących technologię ASP.NET 13. Możliwość dystrybucji ruchu sieciowego HTTP
pomiędzy kilka serwerów. 14. Wbudowana zapora internetowa (firewall) z obsługą definiowanych
reguł dla ochrony połączeń internetowych i intranetowych. 15. Dostępne dwa rodzaje graficznego
interfejsu użytkownika: a. klasyczny, umożliwiający obsługę przy pomocy klawiatury i myszy, b.
dotykowy umożliwiający sterowanie dotykiem na monitorach dotykowych. 16. Zlokalizowane w
języku polskim, co najmniej następujące elementy: menu, przeglądarka internetowa, pomoc,
komunikaty systemowe, 17. Możliwość zmiany języka interfejsu po zainstalowaniu systemu.
18. Mechanizmy logowania w oparciu o: a. login i hasło, b. karty z certyfikatami (smartcard),
c. wirtualne karty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM),
19. Możliwość wymuszania wieloelementowej kontroli dostępu dla określonych grup
użytkowników. 20. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych
(drukarek, urządzeń sieciowych, standardów USB, PlugandPlay). 21. Możliwość zdalnej
konfiguracji, administrowania oraz aktualizowania systemu. 22. Dostępność bezpłatnych narzędzi
producenta systemu umożliwiających badanie i wdrażanie zdefiniowanego zestawu polityk
bezpieczeństwa. 23. Pochodzący od producenta systemu serwis zarządzania polityką dostępu do
informacji w dokumentach (Digital Rights Management). 24. Wsparcie dla środowisk Java i .NET
Framework 4.x - możliwość uruchomienia aplikacji działających we wskazanych środowiskach.
25. Możliwość implementacji następujących funkcjonalności bez potrzeby instalowania
dodatkowych produktów (oprogramowania) innych producentów wymagających dodatkowych
licencji: a. podstawowe usługi sieciowe: DHCP oraz DNS wspierający DNSSEC, b. usługi
katalogowe oparte o LDAP i pozwalające na uwierzytelnianie użytkowników stacji roboczych, bez
konieczności instalowania dodatkowego oprogramowania na tych stacjach, pozwalające na
zarządzanie zasobami w sieci (użytkownicy, komputery, drukarki, udziały sieciowe), z możliwością
wykorzystania następujących funkcji: - podłączenie do domeny w trybie offline - bez dostępnego
połączenia sieciowego z domeną, - ustanawianie praw dostępu do zasobów domeny na bazie
sposobu logowania użytkownika - na przykład typu certyfikatu użytego do logowania, -
odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej z mechanizmu kosza. -
bezpieczny mechanizm dołączania do domeny uprawnionych użytkowników prywatnych urządzeń
mobilnych opartych o iOS i Windows 8.1. c. zdalna dystrybucja oprogramowania na stacje robocze.
d. praca zdalna na serwerze z wykorzystaniem terminala (cienkiego klienta) lub odpowiednio
skonfigurowanej stacji roboczej e. Centrum Certyfikatów (CA), obsługa klucza publicznego i
prywatnego umożliwiające: - dystrybucję certyfikatów poprzez http, - konsolidację CA dla wielu
lasów domeny, - automatyczne rejestrowania certyfikatów pomiędzy różnymi lasami domen, -
automatyczne występowanie i używanie (wystawianie) certyfikatów PKI X.509. f. szyfrowanie
plików i folderów. g. szyfrowanie połączeń sieciowych pomiędzy serwerami oraz serwerami i
stacjami roboczymi (IPSec). h. możliwość tworzenia systemów wysokiej dostępności (klastry typu
fail-over) oraz rozłożenia obciążenia serwerów. i. serwis udostępniania stron WWW. j. wsparcie dla
protokołu IP w wersji 6 (IPv6), k. wsparcie dla algorytmów Suite B (RFC 4869), l. wbudowane
usługi VPN pozwalające na zestawienie nielimitowanej liczby równoczesnych połączeń
i niewymagające instalacji dodatkowego oprogramowania na komputerach z systemem Windows,
m. budowane mechanizmy wirtualizacji pozwalające na uruchamianie do 1000 aktywnych
środowisk wirtualnych systemów operacyjnych. Wirtualne maszyny w trakcie pracy i bez
zauważalnego zmniejszenia ich dostępności mogą być przenoszone pomiędzy serwerami klastra
typu failover z jednoczesnym zachowaniem pozostałej funkcjonalności. Mechanizmy wirtualizacji
mają zapewnić wsparcie dla: - dynamicznego podłączania zasobów dyskowych typu hot-plug do
maszyn wirtualnych, - obsługi ramek typu jumbo frames dla maszyn wirtualnych, - obsługi 4-KB
sektorów dysków, - nielimitowanej liczby jednocześnie przenoszonych maszyn wirtualnych
pomiędzy węzłami klastra, - możliwości wirtualizacji sieci z zastosowaniem przełącznika, którego
funkcjonalność może być rozszerzana jednocześnie poprzez oprogramowanie kilku innych
dostawców poprzez otwarty interfejs API, - możliwości kierowania ruchu sieciowego z wielu sieci
VLAN bezpośrednio do pojedynczej karty sieciowej maszyny wirtualnej (tzw. trunk mode). 26.
Możliwość automatycznej aktualizacji w oparciu o poprawki publikowane przez producenta wraz z
dostępnością bezpłatnego rozwiązania producenta serwerowego systemu operacyjnego
umożliwiającego lokalną dystrybucję poprawek zatwierdzonych przez administratora, bez
połączenia z siecią Internet. 27. Wsparcie dostępu do zasobu dyskowego poprzez wiele ścieżek
(Multipath). 28. Możliwość instalacji poprawek poprzez wgranie ich do obrazu instalacyjnego.
29. Mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie) administracji
przez skrypty. 30. Możliwość zarządzania przez wbudowane mechanizmy zgodne ze standardami
WBEM oraz WS-Management organizacji DMTF. 31. Zorganizowany system szkoleń i materiały
edukacyjne w języku polskim. 2 Typ Licencji Licencja na serwerowy system operacyjny musi być
rozliczana na procesor fizycznego serwera, tzn. ilość procesorów w maszynie fizycznej decyduje o
ilości wymaganych licencji. Liczba rdzeni procesorów i ilość pamięci nie mogą mieć wpływu na
liczbę wymaganych licencji. Licencja musi uprawniać do uruchamiania serwerowego systemu
operacyjnego w środowisku fizycznym i co najmniej dwóch wirtualnych środowisk serwerowego
systemu operacyjnego za pomocą wbudowanych mechanizmów wirtualizacji. Zakres III - System
Operacyjny Lp. Nazwa składnika-parametru technicznego Minimalne wymagania Zamawiającego
w zakresie składników i parametrów technicznych 1 System Operacyjny Windows 8.1 Pro 64-bit
PL lub równoważny, w pełni kompatybilny z sprzętem klasy PC, pozwalający na uruchomienie
wszystkich programów funkcjonujących obecnie w systemie informatycznym UM oraz
zainstalowanie i obsłużenie wszystkich obecnie posiadanych przez Urząd urządzeń peryferyjnych
tj. drukarek, skanerów, czytników kart, czytników kodów itp, pozwalający na ich stabilną i
poprawną pracę. Umożliwiający uruchamianie i poprawne działanie aplikacji pracujących w trybie
32-bit oraz aplikacji pracujących w trybie 64-bit. Obsługa usług katalogowych Active Directory.
Licencja nieograniczona w czasie (bezterminowa), nie wymagająca subskrypcji (czasowego
odnowienia). Obecnie w Urzędzie Miasta na stacjach roboczych zainstalowany jest system MS
Windows 7 Professional. Do oferty musi być dołączony nośnik instalacyjny z potwierdzeniem
udzielenia licencji. Licencja powinna posiadać prawo do używania starszej wersji produktu
(downgrade).

Kody CPV:
486000004 (Pakiety oprogramowania dla baz danych i operacyjne)

Kod trybu postepowania: PN

Czy zamówienie dotyczy programu UE: Nie

Nazwa wykonawcy: JDA Dasiak Jarosław

Adres pocztowy wykonawcy: ul. Magnoliowa 8

Miejscowość: Księginice

Kod pocztowy: 55-330

ID województwa: 0

Województwo / kraj: dolnośląskie

Data udzielenie zamówienia: 29/09/2015

Liczba ofert: 7

Liczba odrzuconych ofert: 5

Szacunkowa wartość zamówienia: 43089,43

Cena wybranej oferty: 52556,08

Cena minimalna: 24962,60

Cena maksymalna: 565000,00

Kod waluty: 1

Waluta (PLN): PLN

Podobne przetargi