TECHNICKÉ PODMÍNKY k veřejné zakázce „Realizace infrastruktury DTM Středočeského kraje“


Příloha č. 1 Smlouvy o dílo: Technické podmínky







TECHNICKÉ PODMÍNKY

k veřejné zakázce


„Realizace infrastruktury DTM Středočeského kraje“



  1. Důvody vyhlášení veřejné zakázky

Veřejná zakázka je součástí plnění schváleného strategického projektu „Digitální technická mapa Středočeského kraje“ (registrační číslo CZ.01.4.03/0.0/0.0/19_259/0025733). Projekt je zaměřen na vytvoření Digitální technické mapy Středočeského (DTM SčK). Tato povinnost vyplývá z platné legislativy a bude dílčí částí komplexního záměru na vytvoření DTM ČR. Výsledkem projektu je DTM SčK – geografický databázový soubor, který bude obsahovat údaje o přírodních, stavebních, inženýrských a technických objektech a zařízeních. Zamýšlená operace je financována za podpory EU.

Zákonem č. 47/2020 Sb. byla novelou zákona o zeměměřictví uložena krajům povinnost vybudovat do 30. června 2023 digitální technické mapy (DTM) krajů. Český úřad zeměměřický a katastrální (ČÚZK) má stejným předpisem uloženo vybudovat informační systém digitální mapy veřejné správy (IS DMVS), který bude pro krajské DTM a jejich uživatele zajišťovat služby, které je vhodné provozovat centrálně.

Digitální technická mapa představuje poměrně komplikovaný informační systém evidující a zobrazující u stávajících DTM hlavně ÚMPS (účelovou mapu povrchové situace) + TI (technickou infrastrukturu, tj. sítě) + DI (dopravní infrastrukturu, tj. komunikace, prvky komunikací aj.) Kromě prvků TI a DI a stavebních objektů obsahují DTM i další prvky reprezentující např. výškopis (hrany a paty svahů), zeleň (hranice a druhy porostů, solitérní stromy atd.) a další prvky reálného světa jako jsou např. rozhraní jednotlivých druhů ploch atd. DTM jsou přístupné prostřednictvím počítače on-line, často ovšem neveřejně pouze pro vnitřní potřebu pořizovatele.

Nově stát ukládá povinnost sdílet tato data do centrálně budovaného systému DTM krajů, který bude sloužit pro potřebu rozhodování a koordinace v rámci stavebního řízení (Digitální technická mapa ČR a IS DMVS). DTM krajů dohromady tvoří DTM ČR. V této nově vznikající DTM ČR je pak členění údajů, které obsahuje na ZPS (Základní Prostorová Situace), TI a DI.

Informační systém Digitální technické mapy Středočeského kraje (DTM SčK) bude úzce napojený zejména na systém Digitální technické mapy ve správě Institutu a plánování rozvoje Hlavního města Prahy (IPR), aby bylo možné vyměňovat, synchronizovat a udržovat data potřebná pro činnost Krajského úřadu a IPR. Dále bude systém DTM SčK napojen na IS DMVS neboli Informační Systém Digitální Mapy Veřejné Správy, což je platforma, kterou budou jednotlivé digitální technické mapy krajů spojeny v jediný celek a zveřejněny prostřednictvím ČÚZK podobně jako současná katastrální mapa a ortofoto mapa ČR tímto úřadem spravované už teď.

Cílem Veřejné zakázky je zajistit pro DTM SčK technickou a komunikační infrastrukturu, na které Středočeský kraj následně nasadí a bude provozovat softwarové vybavení systému DTM SčK. Středočeský kraj má zájem pořídit infrastrukturu DTM včetně kvalitní podpory provozu infrastruktury DTM tak, aby měl předpoklady pro plnění zvolených parametrů dostupnosti DTM SčK.

Záměrem Zadavatele je zajistit s pomocí služeb vybraného Dodavatele pořízení, implementaci, dokumentaci a podporu provozu infrastruktury DTM v následujících 5 letech, jako platformy ICT pro provozování DTM SčK v souladu s požadavky legislativy.

Zadavatel očekává, že infrastruktura DTM bude realizovaná jako samostatná část infrastruktury technologických center Kraje, která bude splňovat podmínky pro připojení ke komunikační infrastruktuře technologických center Kraje a bude využívat vybrané sdílené služby informační infrastruktury Kraje. Dále bude infrastruktura DTM SčK propojena komunikační infrastrukturou s DTM IPR tak, aby umožňovala automatickou výměnu dat mezi oběma systémy.

Kraj jako Zadavatel zvážil svoje potřeby a schopnosti vybudovat a provozovat obdobné platformy a podle toho rozhodl o budoucí podobě infrastruktury DTM SčK a o požadavcích na ni a služby spojené s jejím provozem.

Zadavatel v současné době potřebnou infrastrukturu přímo pro DTM nemá a nevlastní ani technologie pro vybudování takové infrastruktury. Zadavatel nicméně poskytne a má připravený prostor pro infrastrukturu DTM SčK ve vlastních technologických centrech a dále technologie pro napojení infrastruktury DTM SčK ke sdíleným službám informační infrastruktury Kraje.

  1. Předmět veřejné zakázky

Předmětem veřejné zakázky je poskytnutí níže stanovených služeb a předání jejich výstupů Xxxxxxxxxx ve stanovené kvalitě.

    1. Požadované služby a dodávky

Zadavatel požaduje, aby Dodavatel v rámci veřejné zakázky jednorázově poskytl Zadavateli následující služby a předal jejich výstupy:

  1. Technický návrh infrastruktury DTM – v rámci této dodávky Dodavatel připraví detailní technický popis infrastruktury DTM SčK, včetně architektonických modelů a technických nákresů s předpisem umístění všech komponent infrastruktury DTM SčK, a to v souladu v souladu s NAP (Národní architektonický plán) v open formátu (ArchiMate Model Exchange File Format). Součástí Technického návrhu budou také kompletní konfigurační předpisy všech komponent, postupy jejich instalace, zapojení a oživení a také detailní harmonogram prací. Technický návrh musí splňovat všechny požadavky Zadavatele na cílové řešení infrastruktury DTM SčK.

  2. Dodávka HW a SW komponent infrastruktury DTM – v rámci této dodávky Dodavatel zajistí a dodá všechny Zadavatelem poptané a Technickým návrhem popsané HW a SW komponenty, včetně potřebných licencí a školení pro vybrané pracovníky provozu ICT Zadavatele.

  3. Vybudování infrastruktury DTM – v rámci této dodávky Dodavatel doveze, umístí, zapojí a nakonfiguruje dodaný HW do vymezených prostor v technologických centrech Zadavatele a nainstaluje a nakonfiguruje dodaný SW. Implementaci Xxxxxxxxx provede v souladu s Technickým návrhem a provede otestování správné funkce všech komponent.

Dále Zadavatel požaduje, aby Dodavatel v rámci veřejné zakázky poskytoval po dobu platnosti Smlouvy a v souladu s jejími ustanoveními následující služby:

  1. Podpora pracovníků ICT Zadavatele při provozu DTM – resp. support v rozsahu 60 měsíců - služba spočívá v reakci Dodavatele na požadavky pracovníků ICT Zadavatele a v odstraňování nahlášených závad infrastruktury DTM SčK tak, aby provoz systému plnil požadované metriky a byl spolehlivý. Služba musí být poskytovaná v souladu s nastavenými SLA.

  2. Provádění dalších aktivit souvisejících s provozem a rozvojem DTM – služba spočívá v řešení ad-hoc požadavků Zadavatele na jiné aktivity spojené s provozem a rozvojem DTM SčK, jejichž předmětem může být zejména poskytnutí konzultací k funkcím infrastruktury DTM SčK, aktualizace Technického konceptu a provádění odpovídajících změn v konfiguracích komponent infrastruktury DTM SčK.

Zadavatelem požadované technické podmínky výše uvedených služeb jsou stanoveny v kapitole Technické podmínky veřejné zakázky.

  1. Technické podmínky veřejné zakázky

Tato kapitola podrobně popisuje technické požadavky Zadavatele na dodávky dílčích služeb.

    1. Popis současného stavu

V současnosti Středočeský kraj ucelenou Digitální technickou mapu svého území nemá. Udržuje pouze vybraná geografická data ve vlastním systému GIS, která nepokrývají požadovaný rozsah informací a nejsou ve formátech potřebných pro výměnu dat s IS DMVS a s DTM dalších subjektů. Systém GIS navíc poskytuje služby pouze malé skupině uživatelů a aplikací Kraje.

Středočeský kraj má vybudovanou vlastní ICT infrastrukturu ve dvou geograficky vzdálených technologických centrech kraje (TCK), a to v hlavním v Praze (dále jen HTCK) a v záložním na Kladně (dále jen ZTCK), které jsou vybavené vysoce dostupnými síťovými (SAN/LAN) a dalšími technologiemi. Součástí infrastruktury ICT je také síťový perimetr s redundantním připojením k internetu. Síťová infrastruktura je logicky rozdělená do oddělených sítí (VLAN), ve kterých jsou budované a provozované jednotlivé informační systémy a služby.

Středočeský kraj má vybudované centrální služby provozního a bezpečnostního dohledu ICT, služby autentizace síťových zařízení, služby synchronizace přesného času NTP, služby DNS, služby autentizace uživatelů s využitím hierarchie domén Microsoft Windows a Azure Active Directory, služby centrálního zálohování dat s pomocí produktu Dell EMC NetWorker a další podpůrné služby infrastruktury ICT.

    1. Předpokládaný cílový stav

Středočeský kraj se rozhodl vybudovat DTM SčK jako nový informační systém, pro který postaví novou část svojí informační infrastruktury a pořídí programové vybavení podle vzoru vyzkoušeného obdobným projektem IPR. Systém DTM SčK chce Středočeský kraj provozovat jako vysoce dostupný systém ICT ve vlastních technologických centrech a vlastními kapacitami s podporou vybraného dodavatele. Součástí záměru je využití některých sdílených služeb ICT poskytovaných v rámci provozu technologických center Kraje a také využití dedikovaného datového spoje s IPR pro automatizovanou výměnu dat prostřednictvím perimetru technologických center Kraje.

Systém DTM SčK bude provozován jako sada komponent v prostředí technologických center Zadavatele. Systém bude napojen na potřebná komunikační rozhraní k dalším systémům KÚSK a veřejné správy. Zadavatel předpokládá napojení systému DTM SčK do standardních, již implementovaných nástrojů provozu ICT Kraje, zejména k nástrojům pro zálohování a obnovu, provozní a bezpečnostní dohled, sběr a uchovávání logů, vzdálený přístup k systému, řízení výkonu a virtualizace.



Obrázek 1 - Konceptuální schéma architektury systému DTM SčK.



Cílová architektura infrastruktury DTM SčK se bude skládat z:

  • vlastních sítí LAN/SAN,

  • ze serverů (nodů), které budou sloužit jako základ pro hyper-konvergované řešení,

  • z vlastního úložiště dat,

  • z virtualizační platformy VMware,

  • z Oracle DB Appliance,

  • z virtuálních aplikačních serverů na bázi OS MS Windows, Linux nad kterými poběží vlastní aplikační komponenty a rozhraní systému DTM,

  • Kapacitní rozšíření stávajících zařízení DataDomains, pásková knihovna.





Pozn. Přesné specifikace vč. požadovaných ks jsou uvedeny v dílčích kapitolách technické specifikace. V dílčích schématech viz obr. 1 a 2 nejsou uvedeny přesné počty všech požadovaných zařízení, obrázky slouží pro pochopení návrhu architektury ve vztahu k architektuře IPR Praha. Součástí zakázky není zajištění konektivity mezi SčK secondary DTM site a datového centra IPR.

Obrázek 2 - Schéma virtualizační platformy DTM SčK



Všechny komponenty infrastruktury DTM SčK budou rozmístěné do technologických center Kraje tak, aby se celek choval jako vysoce dostupný a redundantní cluster geograficky oddělených komponent, a propojené dedikovaným spojem s datovým centrem IPR pro snadnou výměnu a synchronizaci dat.

Zadavatel předpokládá, že hyper-konvergovaná virtualizační platforma, databáze a úložiště dat budou umístěné ve vyhrazených skříních v hlavním technologickém centru kraje (HTCK) v Praze. Tato část Infrastruktury DTM SčK bude využívat zdroje nepřetržitého napájení a klimatizaci prostředí poskytované HTCK.

Zadavatel dále předpokládá, že pro řešení lokálních sítí a datových spojů bude infrastruktura DTM využívat stávající infrastrukturu sítí a síťový perimetr HTCK, využívat zdroj přesného času, jmenné servery, bezpečnostní a identitní služby a další služby sdílené v sítích HTCK pro systémy Kraje.

    1. Detailní specifikace předmětu zakázky

V této kapitole jsou podrobněji popsány požadavky na plnění k jednotlivým dílčím službám.

      1. Technický návrh infrastruktury DTM

Dodavatel na základě požadavků dílčích kapitol tohoto dokumentu provede detailní návrh architektury infrastruktury DTM SčK a projedná jej s klíčovými uživateli systému a se zástupci IT KÚSK. Dále Dodavatel navrhne postup implementace řešení včetně harmonogramu dodávek a implementačních aktivit.

Výstupem služby bude implementační dokumentace k infrastruktuře DTM.

Dodavatel ve zprávě, která je výstupem analýzy:

  • Identifikuje a srozumitelně popíše požadavky na funkce a vlastnosti infrastruktury DTM SčK,

  • Popíše architekturu infrastruktury DTM SčK minimálně v rozsahu:

    • Model logických funkčních komponent systému DTM a jejich vztahů;

    • Model datového úložiště pro použití systémem DTM;

    • Model fyzických komponent systému DTM (infrastruktura);

    • Mapování umístění SW komponent infrastruktury DTM na HW komponenty;

    • Model síťových a datových spojů mezi komponenty systému a mimo něj.

  • Identifikuje a popíše technologie a způsob jejich použití pro realizaci systému;

  • Navrhne konkrétní předpisy konfigurací pro jednotlivé komponenty infrastruktury DTM SčK;

  • Identifikuje případnou potřebu licencí k dílům 3. stran, které jsou nezbytné pro budoucí správu a rozvoj infrastruktury DTM SčK;

  • Identifikuje a popíše aktivity, které mají být provedeny v rámci implementace infrastruktury DTM SčK, včetně jejich vzájemných závislostí a vztahů;

  • Identifikuje a popíše předpokládané vstupy a výstupy jednotlivých aktivit;

  • Identifikuje zdroje potřebné k provedení těch aktivit na straně Zadavatele;

  • Popíše časový harmonogram provádění těch aktivit. Xxxxxxxxxxx musí respektovat zadavatelem požadovaný časový rámec realizace.

Zadavatel poskytne Dodavateli součinnost v následujícím rozsahu:

  • Zadavatel poskytne Dodavateli interní předpisy a metodické pokyny, které se týkají projektu „Realizace digitálně technické mapy Kraje“;

  • Zadavatel poskytne Dodavateli technický popis prostředí IT Zadavatele, zejména konfigurační standardy platforem a standardy provozních postupů;

  • Zadavatel umožní odborným pracovníkům Dodavatele provádět interview s klíčovými uživateli, správci a provozovateli ICT KÚ v rozsahu 16 hodin na respondenta;

  • Zadavatel zajistí a poskytne Dodavateli přístup do úložiště dokumentů a repozitářů, které budou sloužit ke sdílení veškerých elektronických dokumentů, architektonických návrhů apod. vytvořených Dodavatelem v rámci plnění této veřejné zakázky;

  • Zadavatel určí kontaktní osobu, která bude koordinovat součinnost Xxxxxxxxxx s Dodavatelem.

Součástí této služby je zajištění role projektového manažera Dodavatelem. Zadavatel požaduje, aby v průběhu plnění této služby Dodavatel vedl dokumentaci o řízení projektu a pravidelně předkládal zprávy o průběhu a stavu projektu.

Výstupy budou akceptovány Zadavatelem na základě akceptačního protokolu, který adresuje všechny výše zmíněné náležitosti zprávy o Technickém návrhu infrastruktury DTM SčK.

      1. Dodávka HW a SW komponent infrastruktury DTM

Dodavatel zajistí a dodá Zadavateli všechny potřebné HW a SW komponenty a potřebné licence pro jejich používání Zadavatelem včetně záruky za jejich funkčnost a poskytování podpory výrobcem po dobu nejméně 5 let.

Přitom Zadavatel požaduje, aby komponenty byly plně kompatibilní se stávajícím hardware a management nástroji hyper-konvergované infrastruktury Kraje. To znamená, že se musí jednat o dodávky komponent společnosti DELL/EMC, které budou doplňovat kapacity a funkce platformy Kraje viz. další kapitoly.

Předmětem dodávky budou HW a SW komponenty v následujících specifikacích.

        1. VMWARE HCI Servery

Požadavkem je dodávka 4 kusů serverů pro provozováni VMWARE HCI (vSAN infrastruktury). Servery a jejich komponenty musí být validovány a uvedeny na VMWARE vSphere a vSAN Hardware Compatibility list.



Požadovaný parametr

Popis naplnění

2U rack-server pro dvě CPU, včetně instalační sady do racku a cable-managementu. Server musí být vybaven alfanumerickým zobrazovačem stavu a názvu serveru. Server musí být vybaven dostatečným redundantním napájením a chlazením.


2x CPU – Generace Intel „např. Ice Lake“ (nutná EVC kompatibilita se zbytkem Infrastruktury). Každý min. 28x Core a podporou DDR4-3200. Hodnocení Avarage CPU Mark, uvedené v xxxxx://xxxxxxxxxxxx.xxx min. 52200 / Single Thread Rating 2450


RAM – 16x 32GB RDIMM, DDR4 @ 3200 MT/s (8x DIMM / CPU)


Boot disky – 2x 480GB zapojené na separátní HW RAID1 (oddělený od ostatních disků), typ M.2, nesmí zabírat pozice datovým diskům a nesmí být rotační


NVME/PCI-e osazené disky (cache):

1x 1.6TB NVME, U2, G4, Optane, Write Intensive (DWPD >= 5), hotplug


SAS/NLSAS osazené disky (AF data):

4x 3,84TB SAS 12Gbps, Read Intensive (DWPD >=1), hotplug

Všechny tyto disky musí být připojeny na jeden či více SAS HBA adaptérů validovaných pro VMWARE vSAN. Disky musí být typu Enterprise, s dvoukanálovým SAS 12Gbps připojením (vSAS se nepřipouští). Server musí umožnit rozšíření alespoň o další 3 disky stejného typu.


TPM 2.0 čip


2x Dualport 10/25GbE SFP28 karta


Virtualizace SW – součástí nabídky požadovaného množství serverů a CPU musí být virtualizační balíček VMWARE HCI Kit v úrovni advanced, tak aby byla vzniklá HCI infrastruktura správně licenčně pokryta, včetně jedné licence VMWARE vCenter pro celé řešení. SW podpora virtualizační platformy bude poskytnuta ve stejné délce a úrovni jako servery samotné. Je požadován „single-point of contact“.


VM OS – Každý server musí nést licenci pro provozování Microsoft Windows 2022, pro příslušný počet CPU a Cores např. Win Server Standard Core ALng LSA 16L


Vzdálená správa:

  • dostupnost centrálního management prostředí serveru, nezávislého na spuštěné virtualizační platformě, či spuštěném operačním systému, vč. monitoringu, chybových hlášení emailem, vzdáleného a lokálního připojení (KVM) prostřednictvím dedikovaného LAN portu s podporou IPv4 a IPv6. Vzdálená správa musí disponovat vlastním management GUI, přístupným z běžných www prohlížečů. GUI musí být čistě v HTML5 a nesmí využívat dodatečných JAVA nebo ACTIVE-X komponent. Musí umožnit vzdálenou obrazovku s konzolí, možnost vzdáleného připojení ISO virtuální DVD a možnost vzdáleného připojení USB disku.

  • Management serveru musí podporovat CLI, REST FULL Api klienty, a umožňovat automatizaci administrativních úkonů pomocí skriptů PowerShell, Python a zabezpečenou správu pomocí Redfish, IPMI a WSMAN protokolů

  • Management serveru musí disponovat vlastním úložištěm pro firmware, ovladače a softwarové komponenty. Komponenty mohou být setříděny a organizovány do instalačních sad a mohou být použity pro obnovu či přeinstalaci vadného firmware.

  • Management musí podporovat integraci s MS Active Directory, dvou-faktorovou autentizaci.

  • Management musí mít vestavěnou funkcionalitu spojení s technickou podporou výrobce pro automatické otevření servisních incidentů a odeslání chybových logů, bez nutnosti instalace externí aplikace či dohledové konzole.

  • Pokud je tento management licencován, požadujeme nejvyšší dostupnou licenci, bez jakékoliv nutnosti budoucího dokupování úrovně.

  • Data z managementu musí být čitelná bezdrátově v blízkosti serveru pomocí mobilních zařízení Apple či Android, prostřednictví technologie NFC nebo Bluetooth.

  • Servery musí být spravovatelné z prostředí společného vzdáleného managementu, ke kterému lze přistupovat bez nutnosti VPN připojení, identického s nabídnutou platformou diskového pole níže. Tento management musí být v ceně nabídnutých licencí.


Úroveň podpory dle SLA


Podpora a maintenance řešení nejméně 5 let


        1. Kapacitní rozšíření diskového úložného systému PowerProtect DD 6900

Požadavkem je dodávka kapacitního rozšíření deduplikačních diskových úložišť:

• Data Domain 6900 sériové číslo: CKM01205305339;

• Data Domain 6900 sériové číslo: CKM01205305340.

Každý z výše uvedených systémů je aktuálně osazen:

• 60TB hrubé kapacity;

• Licencí DD Boost;

• Licencí Replicator;

• DD OS verze 7.3.0.5-663138.

Součástí dodávky je i rozšíření licencí SW balíku Dell EMC Data Protection Suite for VM

• licence 8 CPU.

Požadovaný parametr

Popis naplnění

2 ks diskový shelf ES40-60 (1 ks pro každý systém PowerProtect DD)


Licence 8 CPU Dell EMC Data Protection Suite for VM


Dodávka musí obsahovat všechny nezbytné licence


Dodávka musí obsahovat služby instalace


Záruka na HW a SW nejméně 5 let


Úroveň podpory dle SLA


Podpora a maintenance řešení nejméně 5 let


        1. Rozšíření páskové knihovny PowerVault ML3

Požadavkem je dodávka rozšíření kapacity stávající páskové knihovny PowerVault ML3 o 3U expansní jednotku s kapacitou slotů 40 pásek a možností přidání dalších dvou LTO8 FC mechanik.

Požadovaný parametr

Popis naplnění

1 ks expanzní police ML3, včetně instalační sady do racku


včetně všech elektrických a mechanických komponent pro propojení s existující ML3 knihovnou


2x osazená mechanika LTO8 FC HH


40x LTO8 páskové médium


1x čistící páska


Úroveň podpory dle SLA


Podpora a maintenance řešení nejméně 5 let


        1. Sdílená velkokapacitní disková pole pro archiv dat

Požadavkem je dodávka 2 kusů diskových polí (v redundanci), připojených pomocí iSCSI SAN k HCI (vSAN infrastruktury). Diskové pole musí být validováno a uvedeno na VMWARE vSphere Hardware compatibility list, svazky na něm vytvořené se budou připojovat jako externí DATASTORE realizované vSAN infrastruktury na serverech výše.

Požadovaný parametr (pro každé diskové pole)

Popis naplnění

Max. 5U rack-storage, včetně instalační sady do racku. Musí pojmout v základu minimálně 80 disků s možností rozšíření policemi na 300 disků celkem. Redundantní napájení a chlazení dostatečné pro plně osazenou 5U polici


2x storage kontrolér, každý s 16 GB R/W NVRAM cache a alespoň 1,8TB read-cache na flash/SSD. Kontroléry musí být v redundantní. Každý kontrolér má alespoň 4x 25GbE SFP28 port pro připojení do iSCSI SAN, plus jeden management port 1GBase-T


Osazená čistá kapacita pole alespoň 300TB s možností rozšíření na trojnásobek bez použití komprese a deduplikace a nutnosti přidání polic. Požadovaná kapacita musí být z důvodu výkonu RAID realizována alespoň 26x NL SAS disky s rozhraním SAS 12Gbps, 7200rpm. Požadujeme kapacitu realizovanou pomocí dynamického RAID s dvojitou paritou. Hot-spare prostor musí být realizován dynamicky, přes celý set disků a musí být započten v požadované čisté kapacitě


Vzdálená správa:

  • centrální management pole, vč. monitoringu, chybových hlášení emailem, prostřednictvím dedikovaných LAN portů s podporou IPv4 a IPv6. Vzdálená správa musí disponovat vlastním management GUI, přístupným z běžných www prohlížečů. GUI musí být čistě v HTML5 a nesmí využívat dodatečných JAVA nebo ACTIVE-X komponent.

  • Management pole musí podporovat CLI, REST FULL Api klienty, a umožňovat automatizaci administrativních úkonů pomocí skriptů PowerShell, Python a zabezpečenou správu pomocí Redfish, IPMI a WSMAN protokolů

  • Management musí mít vestavěnou funkcionalitu spojení s technickou podporou výrobce pro automatické otevření servisních incidentů a odeslání chybových logů, bez nutnosti instalace externí aplikace či dohledové konzole.

  • Pokud je tento management licencován, požadujeme nejvyšší dostupnou licenci, bez jakékoliv nutnosti budoucího dokupování úrovně

  • Diskové pole musí být spravovatelné z prostředí 1: many vzdáleného managementu ke kterému lze přistupovat bez nutnosti VPN připojení, identického s nabídnutou serverovou platformou pro HCI (vSAN)


Úroveň podpory dle SLA


Podpora a maintenance řešení nejméně 5 let


        1. iSCSI SAN SWITCHE

Požadavkem je dodávka 2ks identických 25GbE přepínačů vhodných jak pro zformování iSCSI SAN propojující vSAN Servery a požadované diskové pole, tak poskytnutí back-end konektivity pro jednotlivé vSAN servery.

Požadovaný parametr

Popis naplnění

1U rackový ethernetový switch s redundantním napájením a dedikovaným management portem


Min. 24x 25GbE SFP28 port, min 4x 100GbE QSFP28 port pro LAG mezi oběma přepínači a případný uplink.

1x 1GBase-T port pro management


Kapacita switche min. 2.16Tbps (full-duplex), propustnost 1.4Bpps (full duplex)


Podpora DCBx, iSCSI, RoCEv2, SDN a nativní OpenFlow 1.3


Příslušenství: ke každému přepínači 16x SFP28 3m DAC kabel, 1x QSFP28 0,5m kabel


Úroveň podpory dle SLA


Podpora a maintenance řešení nejméně 5 let


        1. Oracle DB Appliance

Požadavkem je dodávka 1 kus zařízení Oracle DB Appliance X8-2-HA včetně 2 kusů storage enclosure pro správu dat v relační databázi, včetně připojení k diskovému poli.

Požadovaný parametr

Popis naplnění

Oracle Database Appliance X8-2-HA


8x SFP28 short-range transceiver


2x Oracle Dual Port 25 GbE Adapter, Broadcom


2x Oracle Dual Port 25 GbE Adapter for ODA X8-2


2x Oracle Database Appliance X8-2-HA storage enclosure

Plně osazená 6x 7.68 TB SDDs and 18x 14 TB HDDs


Oracle Linux Licence pro 4CPU s podporou na min. 5 let


Oracle Active Data Guard pro 4CPU s podporou na min. 5 let


Oracle Diagnostics Pack pro 4CPU s podporou na min. 5 let


Oracle Tuning Pack pro 4CPU s podporou na min. 5 let


Úroveň podpory dle SLA


      1. Vybudování infrastruktury DTM

Dále Dodavatel provede montáž, zapojení, úvodní nastavení, instalaci, konfiguraci a odzkoušení HW a SW komponent v technologických centrech Zadavatele podle schváleného Technického návrhu infrastruktury DTM SčK a spolu se Zadavatelem ověří funkce infrastruktury v pilotním provozu. Součástí služby je také provedení odpovídajících integračních, zátěžových a bezpečnostních testů.

Výstupem služby budou:

  • Nasazené funkční řešení infrastruktury DTM SčK splňující požadavky Zadavatele.

  • Provedené školení odpovědných pracovníků Zadavatele ke správě a údržbě řešení infrastruktury DTM SčK.

  • Dokumentace skutečného provedení řešení popisující minimálně:

    • Konkrétní použité HW a SW komponenty řešení, propojovací a spotřební materiál;

    • Seznam všech použitých licencí a jejich poskytovatelů (včetně licencí 3. stran), a to vč. podpory na 5 let;

    • Schéma umístění komponent v prostředí ICT Zadavatele;

    • Skutečné adresy a další identifikátory komponent;

    • Kompletní síťové schéma a schéma úložišť dat používaných řešením;

    • Počáteční konfigurace pro spuštění infrastruktury DTM SčK;

    • Všechny provedené úpravy a konfigurace komponent v prostředí Zadavatele;

    • Počáteční sadu uživatelských účtů, včetně jim přiřazených rolí a autentizačních prostředků.

  • Instalační balíky software nezbytné pro spuštění a provoz řešení.

  • Popis postupů provádění předepsaných testů, testovacích scénářů a metodik hodnocení výsledků testů.

  • Protokoly o provedených testech řešení a jejich výsledcích, včetně detailních záznamů o způsobu provedení testů a řešení jednotlivých nálezů.

  • Administrátorská příručka s popisem pracovních postupů pro správu a údržbu řešení, včetně postupů komunikace se správci infrastruktury ICT a se správci napojených systémů. Součástí příručky musí být také popis zadávání požadavků na podporu a hlášení závad a incidentů v provozu řešení.

Zadavatel poskytne Dodavateli součinnost v následujícím rozsahu:

  • Zadavatel poskytne Dodavateli technický popis prostředí IT Zadavatele, zejména konfigurační standardy platforem a standardy provozních postupů.

  • Zadavatel připraví a poskytne pro řešení potřebné stojany, připojení ke zdrojům nepřetržitého napájení a ke komunikačním službám v prostředí ICT v souladu se specifikací popsanou ve zprávě ze služby Technický návrh infrastruktury DTM SčK.

  • Zadavatel zajistí provedení konfiguračních změn v infrastruktuře ICT a v napojených systémech v souladu se specifikací popsanou ve zprávě ze služby Technický návrh infrastruktury DTM SčK.

  • Zadavatel určí odpovědné pracovníky a správce řešení, kteří převezmou určené role při správě a provozu systému.

  • Zadavatel umožní odborným pracovníkům Dodavatele provádět interview s klíčovými uživateli, správci a provozovateli ICT KÚ v rozsahu 16 hodin na respondenta.

  • Zadavatel zajistí provedení vlastních akceptačních testů tak, aby mohl řešení akceptovat v plném rozsahu.

  • Zadavatel zajistí a poskytne Dodavateli přístup do úložiště dokumentů a repozitářů, které budou sloužit ke sdílení veškerých elektronických dokumentů, architektonických návrhů apod. vytvořených Dodavatelem v rámci plnění této veřejné zakázky.

  • Zadavatel určí kontaktní osobu, která bude koordinovat součinnost Xxxxxxxxxx s Dodavatelem.

Součástí této služby je zajištění role projektového manažera Dodavatelem. Zadavatel požaduje, aby v průběhu plnění této služby Dodavatel vedl dokumentaci o řízení projektu a pravidelně předkládal zprávy o průběhu a stavu projektu.

      1. Podpora pracovníků ICT Zadavatele při provozu DTM

Zadavatel definuje 3 požadované úrovně podpory – L1, L2, L3:

  • L1: HelpDesk Zadavatele – pro každodenní drobnou podporu všech uživatelů systému DTM, zajišťuje Zadavatel svými silami;

  • L2: ServiceDesk Dodavatele – pro běžně náročné úkony podpory, pouze pro oprávněné pracovníky ICT Kraje, provádí Dodavatel;

  • L3: Odborníci Dodavatele – pro náročné úkony podpory vyžadující expertní znalost, pouze pro oprávněné pracovníky ICT Kraje, provádí Dodavatel.

Pro účely poskytování podpory definuje Zadavatel:

  • SLA: jedná se o domluvenou úroveň kvality služeb, kterou Xxxxxxxxx garantuje Zadavateli.

  • Uživatelský požadavek: jedná se Ticket popisující požadavek uživatele systému na podporu Dodavatelem, a to pří úkonech zahrnutých to rozsahu podpory. Obsahuje popis požadavku, čas vytvoření, kontaktní osobu, kategorii požadavku, analýzu požadavku a návrh řešení, analýzu dopadů řešení, popis úkonů provedených k vyřešení požadavku, historii změn stavů Ticketu a další informace vztahující se k řešení požadavku.

  • Závada: znamená nesoulad skutečné funkčnosti systému s funkčností, jež je popsána technickou dokumentací.

  • Kybernetický incident: jde o narušení bezpečnosti informací v informačních systémech nebo narušení bezpečnosti služeb anebo bezpečnosti a integrity sítí elektronických komunikací v důsledku kybernetické bezpečnostní události.

  • Hlášení závady: jedná se o Ticket popisující výskyt závady. Obsahuje popis závady, čas hlášení, kontaktní osobu, kategorii závady, vyhodnocení dopadů a příčin závady, popis úkonů provedených k odstranění závady, historii změn stavů Ticketu a další informace vztahující se k řešení závady.

  • Response time: jedná se o dobu od okamžiku zadání uživatelského požadavku (příp. hlášení závady) do okamžiku, kdy je Xxxxxxxxxx sděleno, že Xxxxxx s jeho požadavkem (resp. hlášením) je přijat a bylo zahájeno jeho zpracování.

  • Fix time: jedná se o dobu počínající okamžikem nahlášení závady (příp. zadání požadavku), do okamžiku, kdy je, a to buď dočasným, nebo kompletním řešením, závada odstraněna (resp. požadavek vyřešen) vyřešen.

Životní cyklus hlášení závady a uživatelského požadavku je definován skrze následující stavy, viz následující diagram:

  • Zadáno – Ticket byl korektně nahlášen, začíná měření Response a Fix time;

  • Přiděleno – Dodavatel přidělil Ticket k řešení odpovědnému řešiteli;

  • Čekající – Řešení Ticketu čeká na aktivitu Zadavatele nebo třetí strany, Fix time je pozastaven;

  • Vyřešen – Ticket je Dodavatelem vyřešen.



Poskytování podpory zahrnuje:

  • Hot-line prostřednictvím ServiceDesku Dodavatele, telefonu či e-mailu pro vyjmenované pracovníky Zadavatele (tj. odpovědi na otázky k užívání a fungování systému, příjem požadavků, hlášení závad, stav Ticketů);

  • Řešení požadavků kraje na návrh změn v konfiguraci infrastruktury DTM SčK a podporu při plánovaných úkonech údržby infrastruktury DTM SčK apod.;

  • Podpora při vytváření plánů obnovy, provádění testů obnovy a dostupnosti systému DTM SčK;

  • Řešení závad a nepravidelností v provozu infrastruktury DTM SčK;

  • Metodická pomoc, účast a asistence na metodických jednáních, zejména při plánování rozvoje infrastruktury DTM SčK;

  • Konzultace otázek spojených s užíváním infrastruktury či její integrací na jiné IS.



V případě, že Zadavatel kontaktuje Xxxxxxxxxx s požadavkem na podporu ohledně úkonů, které nejsou součástí podpory, odmítne Dodavatel tento požadavek a vrátí jej zpět na Zadavatele s odůvodněním (bez povinnosti předávat tento požadavek k řešení). Mezi takové požadavky jsou zařazeny zejména:

  • Závady v IT infrastruktuře;

  • Požadavky na přizpůsobení nebo změny funkcí systému;

  • Správa instalací na stanicích uživatelů.

Zadávání požadavků v rámci podpory a údržby a s tím související komunikace úkonů podpory Dodavatele bude realizována primárně pomoci ServiceDesku Dodavatele. Podpora bude Dodavatelem poskytována v pracovních dnech od 8:00 do 18:00 hodin. Mimo tuto dobu zadává Zadavatel požadavky písemnou formou (email, web), a Dodavatel tyto požadavky řeší přednostně při nejbližším termínu běžné pracovní doby poskytování podpory. Telefonická podpora v pracovní době (od 8:00 do 18:00 hodin) slouží pro operativní vyřizování dotazů oprávněných pracovníků Zadavatele. V případě potřeby změnit prioritu řešení nebo v případě potřeby koordinace řešení s dalšími dodavateli, eskaluje Dodavatel tyto informace bezodkladně na Zadavatele skrze odpovědné pracovníky odboru informatiky Zadavatele.

Zadavatel zamýšlí realizovat měření dostupnosti systému DTM SčK a komponent infrastruktury DTM SčK s pomocí monitorovacího nástroje, který ověřuje dostupnost a funkci komponent pravidelnými automatizovanými dotazy. Tento záměr bude pravděpodobně s Dodavatelem diskutován a realizován v průběhu platnosti smlouvy.

Podrobná specifikace služeb (SLA) se vypočítává dle času technologické podpory a je vymezena následovně:

Dostupnost (v provozním čase)

99%

Dostupnost = ((požadovaná doba dostupnosti – suma (doby nedostupnosti podle měření) / (doba dostupnosti)) * 100

Technologická podpora

10x5

Po-Pá 8:00 – 18:00

Zadávání požadavků ServiceDesk (email, web)

24x7

Odezva (Response time)

Dle detailu priorit v následující tabulce

Řešení (Fix time)

Dle detailu priorit v následující tabulce

Plánovaná údržba

Mimo provozní čas, souvislá délka odstávky max. 4 hodiny – servisní okno



Kategorie priorit – řešení jednotlivých požadavků:

Priorita/kategorie vady

Popis

Odezva

(Response time)

Řešení do

(Fix time)

1 – kritická

Kategorie vady A

  • Systém nefunguje vůbec nebo jeho nefunkčnost je omezena tak, že tento stav má významný dopad na obchodní procesy zákazníka

  • Systém nebo některou její klíčovou funkci není možné používat

  • Dochází k narušení uživatelských dat závažným způsobem

  • Dochází ke zhroucení systému jednou nebo několikrát za den

1 hod.

4 hod.

2 – vysoká

Kategorie vady B

  • Funkce systému je narušena tak, že dochází k významnému zpomalení výkonu obchodního procesu zákazníka.

2 hod.

8 hod.

3 – střední

Kategorie vady C

  • Funkce systému je omezena, ale toto omezení má minimální vliv na zpracování obchodních procesů zákazníka

  • Závada narušuje, avšak neznemožňuje využití systému

  • Blokuje dokončení určitých úkolů, které nejsou časově kritické

  • působí dílčí závadu nebo nepohodlí uživatele

  • procesní závada (vyřeší se změnou procesu)

Tuto závadu lze jiným náhradním dočasným způsobem (např. ruční úpravou dat) nebo dočasnou změnou pracovního postupu obejít (workround). Uživatel však musí vykonat vícepráce na obejití závady.

4 hod.

2 pracovní dny

4 – nízká

Kategorie vady D

  • Systém je funkční. Závada způsobuje jen minimální obtíže při jeho používání. Jde o situace, kdy:

    • vznikne malý problém nebo nepohodlí obsluhy

    • kosmetická chyba ve vizuálním rozhraní (chybné popisy, řazení dat, překreslování)

Uživatel nemusí vykonat vícepráce na obejití závady. Způsobuje mu nepohodlí při práci (např. pohyb myší navíc, klik myší navíc, stisk několika kláves navíc atp.).

4 hod.

10 pracovních dnů



Lhůty se ve věcech reakčních dob (Response time) pro řešení incidentů počítají v rámci pracovní doby Zadavatele, tedy běh lhůty se pozastavuje na konci každého pracovního dne a obnovuje na počátku pracovní doby následujícího pracovního dne. Pracovní doba se pro tento případ definuje od 8:00 do 18:00. Pozastavení počítání lhůty s koncem pracovní doby neplatí pro řešení chyby kategorie A. Není-li vzájemně dohodnuto jinak, lhůta pro měření doby reakce a doby odstranění incidentu započne běžet časem předání incidentu Dodavateli a bude ukončena v čase předání vyřešeného incidentu zpět Zadavateli. Celková doba odstranění je pak součet všech časových dob, po které byl incident v řešení na straně Dodavatele. Z celkové doby odstranění incidentu jsou vyloučeny časové doby, kdy Dodavatel prokazatelně nemohl pokračovat v řešení incidentu z důvodů, které nebyly jim způsobené.

Pro výpočet lhůt jsou určující časové záznamy v systému HelpDesk Zadavatele k danému incidentu. Podrobný popis způsobu předávání incidentů bude ukotven v detailním dokumentu popisující proces incident management, který předloží Dodavatel k akceptaci Zadavateli nejpozději do 7 dnů od akceptace.

Plnění služby Dodavatel vykazuje do protokolu na měsíční bázi. Protokol vyhodnotí stav plnění všech parametrů SLA (Response time, Fix time) dle kategorie Ticketu, dále udává statistické informace jako průměrné splněné SLA hodnoty, průměrné nesplněné SLA hodnoty, celkový počet Ticketů dle stavu a kategorie, a jiné relevantní podle dohody se Zadavatelem. Čas podpory se měří pomocí HelpDesku Zadavatele.

      1. Provádění dalších aktivit souvisejících s provozem a rozvojem DTM

Předmětem služby jsou další aktivity Dodavatele, které Zadavatel bude ad-hoc požadovat a specifikovat v průběhu trvání smlouvy, a které budou bezprostředně souviset s provozem a rozvojem infrastruktury DTM SčK. Zadavatel očekává celkový objem takových aktivit do 300 MD za dobu trvání smlouvy.

Provádění rozvojových aktivit zahrnuje:

  • Rozvoj systému, vyžadující služby přesahující standardní podporu;

  • Ostatní služby v rámci aktuálních potřeb a poptávky Kraje (např. měření výkonu a optimalizace konfigurací, rozšířená diagnostika HW součástí apod.);

  • Účelová a zakázková školení na poptávku, workshopy;

  • Podpora Zadavatele na jeho výzvu pro účely případné migrace infrastruktury DTM SčK do nového prostředí (např. aktualizace dokumentace a konfigurací, kontrola integrity dat, konzultace migračních postupů apod.);

  • Migrace dat z dílčích mapových podkladů 3 stran, integrace na systémy 3 stran.

Zadavatel vytvoří přesné zadání požadavku na rozvoj systému. Dodavatel připraví odhad pracnosti (maximální limit) v hodinách jednotlivých rolí a související cenu úkonu dle nasmlouvaných sazeb. Zadavatel akceptuje odhad pracnosti Dodavatele. Dodavatel realizuje plnění rozvoje systému dle akceptovaných podmínek. Dodavatel odevzdá příslušnou dokumentaci změny, vzniklé zdrojové kódy a konfigurační předpisy.

V případě potřeby na změnu požadavku, zastavení práce na požadavku, nebo v případě potřeby koordinace řešení s dalšími dodavateli, eskaluje Dodavatel tyto informace bezodkladně na Zadavatele skrze odpovědné pracovníky odboru informatiky Zadavatele.

Zadavatel poskytne Dodavateli součinnost v následujícím rozsahu:

  • Zadavatel zajistí a poskytne Dodavateli přístup do úložiště dokumentů a repozitářů, které budou sloužit ke sdílení veškerých elektronických dokumentů, architektonických návrhů apod. vytvořených Dodavatelem v rámci plnění této veřejné zakázky.

  • Zadavatel poskytne Dodavateli podporu při koordinaci činností s jinými dodavateli integrovanými nebo integrujícími své IS do prostředí Zadavatele. IT oddělení Zadavatele musí být informováno o veškeré písemné komunikaci mezi dodavateli.

Výstupy jsou vykazovány do výkazu práce na měsíční bázi, dle odpracovaných hodin za dané období. Výkaz dále obsahuje přehled všech požadavků na provedení dalších aktivit, které Xxxxxxxxx obdržel od Zadavatele, a jejich aktuální stav.

    1. Upřesnění podmínek

      1. Časová návaznost poskytování jednotlivých služeb

Zadavatel si je vědom, že Dodavatel nemůže zahájit plnění všech služeb, jež jsou předmětem této veřejné zakázky, ve stejném okamžiku. Zadavatel očekává, že Xxxxxxxxx zahájí:

  • práce na plnění služby „Technický návrh infrastruktury DTM“ bezprostředně po podpisu smlouvy,

  • práce na plnění služby „Vybudování infrastruktury DTM“ nejpozději bezprostředně po akceptaci výstupů služby „Technický návrh infrastruktury DTM“

  • poskytování služeb „Podpora pracovníků provozu ICT Zadavatele při provozu DTM“ a „Provádění dalších aktivit souvisejících s provozem a rozvojem DTM“ nejpozději bezprostředně po akceptaci výstupů služby „Vybudování infrastruktury DTM“.

      1. Zajištění uložiště pro sdílení dokumentu, repozitáře pro sdílení architektonických návrhů a repozitáře

Zadavatel zajistí a poskytne Dodavateli přístup do úložiště dokumentů a repozitářů, které budou sloužit ke sdílení veškerých elektronických dokumentů, architektonických návrhů apod. vytvořených Dodavatelem v rámci plnění této veřejné zakázky.



Technické podmínky Strana 22

Document Metadata

Filed: October 4th, 2024