DODATEČNÉ INFORMACE č. 18 k zadávacím podmínkám

Transkript

1 MĚSTSKÁ ČÁST PRAHA 4 ÚŘAD MĚSTSKÉ ČÁSTI Odbor právní Oddělení veřejných zakázek DODATEČNÉ INFORMACE č. 18 k zadávacím podmínkám v zadávacím řízení č. VZN/15/004 vedeném v užším řízení k zadání nadlimitní veřejné zakázky na služby uveřejněné ve věstníku veřejných zakázek pod evid. číslem : Zajištění externího správce, tj. outsourcing informačních technologií a služeb Níže uvedený zadavatel tímto sděluje dodatečné informace v souladu s ust. 49 zákona č. 137/2006 Sb., o veřejných zakázkách, v platném znění (dále jen zákon): Identifikační údaje veřejného zadavatele: Název zadavatele: Městská část Praha 4 Sídlo zadavatele: Praha 4, Antala Staška 2059/80b IČ: DIČ: CZ Právní forma: městská část hlavního města Prahy Osoba oprávněná jednat jménem zadavatele: JUDr. Pavel Šimice, vedoucí odboru právního Dále zadavatel obdržel dne následující dotazy dodavatele k zadávacím podmínkám ve shora uvedeném zadávacím řízení a sděluje tímto své odpovědi na tyto dotazy. Dotaz č. 1 (přesné znění): V dokumentu Outsourcing IT a služeb_příloha č3 ZD_Technická specifikace_final_stavkdič11 v kapitole Administrace informačních systémů a aplikací je uvedeno: Součástí poskytování pravidelného maintenance a instalace legislativních upgradů je poskytování těchto služeb ve vztahu k veškerým informačním systémům a licencím zadavatele předaných do provozu uchazeči. Jedná se o tyto systémy: Z výše uvedeného jednoznačně nevyplývá, zda uchazeč bude zmiňované maintenance a legislativní upgrade: 1. Nakupovat od dodavatelů předmětných aplikací Uchazeč a následně tyto upgrade případně služby maintenance implementovat či jinak využívat pro plnění předmětu VZ v prostředí Zadavatele, tj. všichni dodavatelé maintenance a upgradů budou smlouvě vázáni s Uchazečem a Uchazeč musí náklady spojené s cenou maintenance a legislativního upgrade zakalkulovat do ceny zakázky. 2. Nakupovat Zadavatel přímo od dodavatelů předmětných aplikací, ke kterým se maintenance a legislativní upgrade váže a Uchazeč bude tyto nakoupené Zadavatelem maintenance implementovat či jinak využívat pro plnění předmětu VZ v prostředí Zadavatele, tj. smluvní vztah k předmětných maintenance a legislativní upgrade bude Zadavatel-Dodavatel daného maintenance a Uchazeč nebude náklady na pořízení předmětných maintenance a legislativních upgrade kalkulovat do nabídkové ceny. Stránka 1 z 48

2 Odpověď zadavatele na dotaz č. 1: Zadavatel k zmíněnému dotazu uvádí: 1) nikoli, outsourcingový vztah je principiálně koncipován na principu vlastnictví aktiv na straně zadavatele. Uvedené znamená, že náklady spojené s cenou maintenance a legislativního update není nutno kalkulovat do ceny zakázky. V rámci outsourcingového vztahu je pak uchazeč vázán k poskytování předmětných souvisejících služeb uvedených v zadávací dokumentaci 2) ano, v souladu s položeným dotazem. Dotaz č. 2 (přesné znění): Zadavatel v dodatečných informacích č. 11 upravil tabulky v příloze č. 3., ale neodpověděl na všechny dotazy uchazeče. Jedná se o: a) Tabulka A - Popis požadavků na prvky čidla, IP kamery, řízení přístupu do RACK skříní Požadavek Detekt or kouře: Ovládá ní zámku rozvád ěče (výklo pná klika): - detekční prostor : - perioda měření: Centrální autorizace : max. 40 m2, max. výška 3 m min. 3-5 sekund čtečka (RFID / Fingerprint) Uchazeči není jasné, co zadavatel bude považovat za nejlepší řešení, vzhledem k maximálnímu omezení obou parametrů. S ohledem na rozměry datových center by se mělo jednat o parametry minimální nikoliv maximální. Uchazeč navrhuje zadavateli změnu z na Posouzení. V případě, že zadavatel trvá na, žádá uchazeč o jasné vysvětlení, co zadavatel v tomto případě považuje za nejlepší řešení? Jak bude zadavatel vyhodnocovat nejlepší řešení, v případě, že jeden uchazeč nabídne rozmezí měření 1-6s a druhý uchazeč 1-5s. Co je v takovém případě pro zadavatele lepší řešení? Uchazeč chápe způsob, jakým budou hodnoceni uchazeči (vzhledem k vysvětlení v DI15 tedy jak budou přiděleny body v případě, že všichni uchazeči nabídnou pouze tyto minimální požadavky zadavatele), nicméně nerozumí tomu, co bude zadavatel považovat za nejlepší řešení a jakým způsobem se uchazeč může dostat k lepšímu. Zadavatel tak neúplnou - 2/48 -

3 Požadavek definicí znejasňuje podmínky, jelikož nedostatečně definoval své požadavky na nejlepší řešení. Pro jednoznačný příklad uchazeč uvádí, že každý uchazeč může nabídnout k minimálním požadavkům další způsoby autorizace (krevní řečiště, sken sítnice apod.). Které řešení pak zadavatel bude vyhodnocovat jako nejlepší a rozhodne se mu udělit nejvíce bodů? Dle názoru uchazeče není požadavek zadavatele kritérium k, nýbrž pouze k posouzení a navrhuje zadavateli zvážit změnu. Pokud bude zadavatel trvat na, pak žádá uchazeč jasné vysvětlení, za co hodlá udělovat body. Tabulka B. Specifikace požadavků napájecích jednotek Požadavek Uchazeč chápe způsob, jakým budou hodnoceni uchazeči (vzhledem k vysvětlení v DI15 tedy jak budou přiděleny body v případě, že všichni uchazeči nabídnou pouze tyto minimální požadavky 10 Feature: podpora SNMP v3 zadavatele), nicméně nerozumí tomu, co bude zadavatel považovat za nejlepší řešení a jakým způsobem se uchazeč může dostat k lepšímu. Jako hypotetický příklad uchazeč uvádí: uchazeč číslo jedna splní min. požadavky a nabídne SNMP v3 a k tomu navíc ještě HTTPS, druhý uchazeč nabídne také SNMP v3 a navíc SSH, třetí uchazeč opět SNMP v3 a navíc TELNET atd. - 3/48 -

4 Požadavek Zadavatel tak neúplnou definicí znejasňuje podmínky, jelikož nedostatečně definoval své požadavky na nejlepší řešení. Nadále dle názoru uchazeče není požadavek zadavatele kritérium k, nýbrž pouze k posouzení a navrhuje zadavateli zvážit změnu. Pokud bude zadavatel trvat na, pak žádá uchazeč jasné a konkrétní vysvětlení za co hodlá udělovat body. b) Tabulka C. Požadavky na hasící systémy pro datová centra, Antala Staška, Jílovská Požadavek Z jakého důvodu požaduje zadavatel 6 smyček? Proč by měl být tento požadavek hodnocen? Jak bude zadavatel 3 Technologické požadavky na systém: Hasící ústředna min. 6 smyček posuzovat nejvýhodnější řešení? Dle počtu nabídnutých smyček? Větší počet smyček nebude mít žádnou vypovídající hodnotu o kvalitě řešení. Nadále dle uchazeče nemá být toto kritérium k nýbrž pouze jako posouzení, zda uchazeč plní, či ne. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení, co pro něj bude kritérium nejlepší nabídky. c) Tabulka D. UPS - lokalita Jílovská 22 Požadavek Záruční servisní podmínky a Minimálně 4 roky, 2 roky na baterii a telefonická podpora v českém jazyce Uchazeč se domnívá, že tento bod (podobně jako ostatní tohoto charakteru) jsou body pro posouzení, jelikož cokoli navíc nad rámec minimálních požadavků zadavatele bude posuzováno čistě subjektivně. Z toho důvodu doporučuje - 4/48 -

5 Požadavek zadavateli změnu z na posouzení. Jako hypotetický příklad uchazeč uvádí: uchazeč číslo jedna splní min. požadavky a nabídne navíc 5. rok záruky, druhý uchazeč nabídne také minimální požadavky a navíc nabídne 3. rok na baterii atd. Jak pak budou uchazeči ohodnoceni, když zadavatel nestanovil co je pro něj maximální a nejlepší kritérium? Zadavatel tak neúplnou definicí znejasňuje podmínky, jelikož nedostatečně definoval své požadavky na nejlepší řešení. V případě, že zadavatel bude trvat na, uchazeč žádá o jasnou definici toho, jak bude hodnotit nabídky uchazečů nad rámec minimálních požadavků. d) Tabulka E. Klimatizace - lokalita Jílovská Dle Dodatečných informací č. 11 zadavatel rozdělil rozsahu venkovních teplot (řádek 6) zvlášť na minimální a maximální, nicméně uchazeči stále není jasno, co je cílem pro. Jedná se o co největší nabídnutý rozsah, nebo se jedná o něco jiného? Uchazeč žádá o vyjasnění. e) Tabulka F. Přepínače DISTRIBUTION vrstvy Požadavek 2 Architektura: Plně redundantní 1GE LAN infrastruktura - 2 redundantní stacky nebo 2 redundantní chassi s možností minimálního budoucího osazení v počtu 192 portů v rámci jednoho stacku nebo chassi Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na - 5/48 -

6 5 6 min MAC min IPv4 položek směrovací tabulky 7 podpora IEEE802.1q podpora IEEE 802.1X - 8 Port Based Network Access Control 9 min. počet VLAN podpora jumbo rámců 11 podpora QoS 12 podpora DHCP relay 13 Integrovaná funkcionalita WiFi kontroleru Podpora distribuovaných bezdrátových vlastností 14 (mobility) v přepínači, Feature: řízených centrálním kontrolerem podpora technologie 15 stack nebo provedení chassi 16 podpora IEEE 802.3ad, LACP 17 podpora multicast, IGMP v1, v2, v3 18 podpora RMON 19 podpora spanning tree, PVST podpora směrovacích 20 protokolů RIP v1-v2, OSPFv2-v3, BGPv4 IEEE 802.1x autentizace 21 i autorizace více koncových zařízení na jednom portu posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). Uchazeči není jasné, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jelikož se jedná o minimální požadavky, všichni uchazeči je musí splnit. V případě, že jeden uchazeč nabídne jednu feature, která zde není popsána navíc a druhý uchazeč nabídne jinou feature nad rámec minimálních požadavků, uchazeči není jasno, jakým způsobem a na základě čeho zadavatel vyhodnotí nejlepší nabídku. Některé hodnocené parametry ani nemohou nabývat lepších hodnot. Uchazeč doporučuje zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o vysvětlení, jaké parametry u jednotlivých řádků bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 6/48 -

7 IEEE 802.1x autentizace přepínače vůči nadřazenému přepínači, sdílení ověření koncových stanic konfigurovatelná kombinace pořadí postupného ověřování zařízení na portu (IEEE 802.1x, MAC adresou, Web autentizací) ověřování dle IEEE 802.1x volitelně bez omezování přístupu (pro monitoring a snadné nasazení 802.1x) Klasifikace bezpečnostní role přistupujícího uživatele nebo koncového zařízení a její propagace sítí (např. Security Group Exchange Protocol dle RFC draftsmith-kandula-sxp-01 nebo funkčně ekvivalentní). Detekce parametrů připojovaného koncového zařízení a jejich sdílení s policy serverem Měření a ovládání spotřeby energie připojených koncových zařízení a infrastruktury Podpora určování polohy klienta, rozšíření WiFi systému pro určování polohy klienta i v pevné LAN síti (například Network Mobility Service Protocol - NMSP) Inzerce služeb pomocí Apple Bonjour protokolu i mezi VLANy - 7/48 -

8 f) Tabulka G. Směrovače CORE vrstvy Požadavek 2 Architektura: Plně redundantní 10GE LAN infrastruktura - 2 redundantní switche 4 5 min MAC min IPv4 položek směrovací tabulky 6 podpora IEEE802.1q podpora IEEE 802.1X - 7 Port Based Network Access Control Feature: min. počet VLAN podpora jumbo rámců 9 podpora QoS 10 podpora DHCP relay 11 podpora technologie stack 12 podpora IEEE 802.3ad, LACP 13 podpora multicast, IGMP Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). Jelikož se jedná o minimální požadavky, všichni uchazeči je musí splnit. V případě, že jeden uchazeč nabídne jednu feature, která zde není popsána navíc a druhý uchazeč nabídne jinou feature nad rámec minimálních požadavků, uchazeči není jasno, jakým způsobem a na základě čeho zadavatel vyhodnotí nejlepší nabídku. Některé hodnocené parametry ani - 8/48 -

9 v1, v2, v3 nemohou nabývat lepších 14 podpora RMON hodnot. Uchazeč podpora spanning tree, doporučuje zadavateli 15 PVST změnit z na podpora směrovacích posouzení. V případě, že 16 protokolů RIP v1-v2, zadavatel na OSPFv2-v3, BGPv4 trvá, uchazeč žádá o vysvětlení, jaké Klasifikace bezpečnostní parametry u jednotlivých role přistupujícího řádek bude zadavatel uživatele nebo koncového považovat za nejlepší tak, zařízení a její propagace aby uchazeč mohl 17 sítí (např. Security Group nabídnout co nejlepší Exchange Protocol dle nabídku. RFC draft-smith-kandulasxp-01 nebo funkčně ekvivalentní). Detekce parametrů připojovaného koncového 18 zařízení a jejich sdílení s policy serverem Měření a ovládání spotřeby energie 19 připojených koncových zařízení a infrastruktury Inzerce služeb pomocí 20 Apple Bonjour protokolu i mezi VLANy g) Tabulka H. Firewall - serverová zóna Požadavek 2 Architektura: Plně redundantní infrastruktura - 2 redundantní firewall Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi - 9/48 -

10 13 Expansions: min. 1 x expansion slot uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). Uchazeč vychází z domněnky, že zadavatel hodlá hodnotit jednotlivé nabídky na základě počtu (čím více, tím lepší o). Dle názoru uchazeče má být tento požadavek brán jako povinný pro splnění a ne jako minimální a má být čistě k posouzení, jelikož čím větší počet v rámci tohoto bodu uchazeči nabídnou, tím dražší řešení bude zadavateli nabízeno a bude v rozporu s ekonomickým pohledem a přínosem pro celou infrastrukturu (jinak řečeno, větší počty by mohli být naprosto zbytečné). Uchazeč žádá zadavatele o zvážení tohoto bodu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle (proč tak chce hodnotit) a jak bude jednotlivé nabídky hodnotit (tedy co je pro zadavatele maximum), aby mohl nabídnout co nejlepší řešení. - 10/48 -

11 h) Tabulka I. Firewall - internetová zóna Požadavek 2 Architektura: Plně redundantní infrastruktura - 2 redundantní firewall 13 Expansions: min. 1 x expansion slot Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). Uchazeč vychází z domněnky, že zadavatel hodlá hodnotit jednotlivé nabídky na základě počtu (čím více, tím lepší o). Dle názoru uchazeče má být tento požadavek brán jako povinný pro splnění a ne jako minimální a má být čistě k posouzení, jelikož čím větší počet v rámci tohoto bodu uchazeči nabídnou, tím dražší řešení bude zadavateli nabízeno a bude v rozporu s ekonomickým pohledem a přínosem pro celou infrastrukturu (jinak - 11/48 -

12 řečeno, větší počty by mohli být naprosto zbytečné). Uchazeč žádá zadavatele zvážení tohoto bodu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle (proč tak chce hodnotit) a jak bude jednotlivé nabídky hodnotit (tedy co je pro zadavatele maximum), aby mohl nabídnout co nejlepší řešení. i) Tabulka J. Přepínač - WAN Požadavek 3 min MAC 4 podpora IEEE 802.1q podpora IEEE 802.1X - 5 Port Based Network Access Control 6 min. počet VLAN podpora jumbo rámců 8 podpora IEEE 802.3ad, LACP 9 podpora multicast, IGMP v1, v2, v3 10 podpora spanning tree, PVST 11 minimální počet přepínačů ve stohu Feature: IP alias (více IP sítí na jednom rozhraní) 13 QoS 14 QoS i na stohovacím propoji 15 DHCP relay 16 Certifikace IPv6 ready logo Phase II 17 IPv6 ACL 18 IPv6 QoS IPv6 services ( DNS, 19 Telnet, SSH, Syslog, ICMP) 20 HTTP, SNMP over IPv6 21 RADIUS, TACACS+ over IPv6 Jelikož se jedná o minimální požadavky, všichni uchazeči je musí splnit. V případě, že jeden uchazeč nabídne jednu feature, která zde není popsána navíc a druhý uchazeč nabídne jinou feature nad rámec minimálních požadavků, uchazeči není jasno, jakým způsobem a na základě čeho zadavatel vyhodnotí nejlepší nabídku. Některé hodnocené parametry ani nemohou nabývat lepších hodnot. Uchazeč doporučuje zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 12/48 -

13 22 IPv6 MLDv2 snooping 23 IPv6 Port ACL 24 IPv6 First Hop Security RA guard 25 IPv6 First Hop Security DHCPv6 guard IPv6 First Hop Security 26 IPv6 Binding Integrity Guard IEEE 802.1x autentizace i 27 autorizace více koncových zařízení na jednom portu IEEE 802.1x autentizace přepínače vůči 28 nadřazenému přepínači, sdílení ověření koncových stanic konfigurovatelná kombinace pořadí 29 postupného ověřování zařízení na portu (IEEE 802.1x, MAC adresou, Web autentizací) ověřování dle IEEE 802.1x 30 volitelně bez omezování přístupu (pro monitoring a snadné nasazení 802.1x) Klasifikace bezpečnostní role přistupujícího uživatele nebo koncového zařízení a 31 její propagace sítí (např. Security Group Exchange Protocol dle RFC draftsmith-kandula-sxp-01 nebo funkčně ekvivalentní). Detekce parametrů 32 připojovaného koncového zařízení a jejich sdílení s policy serverem Měření a ovládání spotřeby 33 energie připojených koncových zařízení a infrastruktury 34 NetFlow v9 (nebo IPFIX RFC 3917, RFC 3955) Sběr dat pro NetFlow nebo 35 IPFIX export z každého portu přepínače Detailní flexibilní definice 36 "flow" dle L2, L3 i L4 parametrů 37 DHCP server - 13/48 -

14 j) Tabulka K. Směrovač - WAN Požadavek 2 Architektura: Plně redundantní infrastruktura - 2 redundantní směrovače 5 podpora VRRP 6 podpora 802.1q podpora OSPFv2, RIP v1, 7 v2, BGPv4, 4 byte AS numbers in 8 BGP 9 podpora SNMP, 10 podpora multicast, PIM 11 Feature: podpora IPv4, IPv6 12 podpora QoS 13 podpora policy routing Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). Jelikož se jedná o minimální požadavky, všichni uchazeči je musí splnit. V případě, že jeden uchazeč nabídne jednu feature, která zde není popsána navíc a druhý uchazeč nabídne jinou feature nad rámec minimálních požadavků, uchazeči není jasno, jakým způsobem a na základě čeho zadavatel vyhodnotí nejlepší nabídku. Některé hodnocené parametry ani nemohou nabývat lepších hodnot. Uchazeč - 14/48 -

15 doporučuje zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. k) Tabulka L. 10GE infrastruktura přístupová vrstva serverové zóny - Primární lokalita Požadavek Zadavatel svým minimální požadavkem jasně stanovil, jak si Plně redundantní 10GE představuje architekturu. LAN infrastruktura - 2 Vzhledem k tomu, že redundantní switche zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a Pokrytí potřeb 2 Architektura: odpovídajícího redundantního propojení min. 8 ks blade serverů a primárního datového úložiště s minimálně 6x 10GE porty pro venkovní komunikaci, podpora implementovaného virtualizačního prostředí, replikaci do DR lokality a replikaci zálohování, navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). - 15/48 -

16 l) Tabulka M. 10GE infrastruktura - přístupová vrstva serverové zóny - záložní lokalita Požadavek 2 Architektura: Plně redundantní 10GE LAN infrastruktura - 2 redundantní switche Pokrytí potřeb odpovídajícího redundantního propojení min. 8 ks blade serverů a primárního datového úložiště s minimálně 6x 10GE porty pro venkovní komunikaci, podpora implementovaného virtualizačního prostředí, replikaci do DR lokality a replikaci zálohování, Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). m) Tabulka N. FC SAN infrastruktura - primární lokalita Požadavek Plně redundantní min. 8 Gbit FC SAN infrastruktura - 2 redundantní switche Pokrytí potřeb odpovídajícího redundantního propojení 2 Architektura: min. 8 ks blade serverů a primárního datového úložiště přes dvě nezávislé redundantní SAN sítě a napojení magnetopáskové knihovny s FC LTO6 mechanikami Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. - 16/48 -

17 V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). n) Tabulka O. FC SAN infrastruktura - záložní lokalita Požadavek 2 Architektura: Plně redundantní FC SAN infrastruktura - 2 redundantní switche - min. 8 Gbit FC porty s možností konvergovaných 10Gb FCoE portů Pokrytí potřeb odpovídajícího redundantního propojení min. 8 ks blade serverů a záložního datového úložiště přes dvě nezávislé redundantní SAN sítě a napojení diskového zálohovacího zařízení, včetně dalších volných min. 4x FC portů pro napojení dalších komponent Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jak bude hodnotit nejlepší řešení mezi uchazeči (smyslem dotazu je zjistit maximální možné řešení, které zadavatel stanoví jako nejlepší, tak aby uchazeč mohl reagovat pokud možno nejlepší nabídkou a aby takovéto body byly hodnoceny objektivně, nikoliv subjektivně). - 17/48 -

18 o) Tabulka P. Serverová infrastruktura primární lokalita - Blade chassi Požadavek 1 Provedení: 2 Napájení: 4a) 4b) Maximální příkon: 2 ks Blade chassi (po jednom pro primární a záložní lokalitu), každé pro minimálně 8 serverů typu blade Redundantní zdroje minimálně v režimu N+1 Maximální příkon (šasi včetně 8 ks blade serverů) 3500W Maximálně BTU/hod Zadavatel svým minimální požadavkem jasně stanovil, jak si představuje architekturu. Vzhledem k tomu, že zadavatel musí zvažovat i ekonomickou stránku věci, není uchazeči jasné, jakým způsobem by měl nabídnout takovou nabídku, která v tomto bodě bude nejlepší a navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení cíle zadavatele, a jaké parametry bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. Co je pro zadavatele cílem v této oblasti a co bude považovat za nejlepší řešení? Uchazeč se domnívá, že bez popsaného maximálního cílového stavu by měl být tento bod pouze posuzován v rámci požadovaných kritérií, jinak nebude objektivní. Změní zadavatel tento bod z na posouzení, nebo doupřesní požadované parametry, tak aby uchazeč mohl nabídnout nejlepší řešení? Uchazeč pro tyto hodnotící body namítá, že uvedené maximální parametry splňuje na trhu jeden jediný výrobce a to společnost Cisco Systems. Tímto kritériem zadavatel neumožňuje alternativní řešení dle 46 odst. 3) č. 137/2006, zákona o - 18/48 -

19 veřejných zakázkách a porušuje 45 odst. 3) č. 137/2006 Sb., zákona o veřejných zakázkách. Jelikož se jedná o požadavky na maximální hodnoty, nelze ani nabídnout obdobné řešení ve smyslu bodu 2.1 zadávací dokumentace. Uchazeč žádá o vyřazení požadovaného parametru z, případně o provedení změny, které umožní uchazečům nabídnout i alternativní řešení. - 19/48 -

20 p) Tabulka R. Správa řešení serverové infrastruktury Minimální požadavky Jednotná redundantní integrovaná správa pro serverovou infrastrukturu, součástí správy musí být i správa ostatních prvků, tedy zdrojů, ventilátorů, přepínačů v šasí atd. Možnost zasílat hlášení o chybách na uživatelsky definovatelné ové adresy Přístup k managementu přes HTTP, HTTPS (WWW) a zároveň přes SSH (CLI) XML api pro přístup ke správě serverové infrastruktury Software pro správu musí podporovat minimálně OS Windows Vista/7/8, Linux RedHat a VMware Software pro správu musí umožnit oddělení pravomocí pro správu více logickým dílčím organizacím na všech úrovních managementu (WWW i CLI) Práva musí umožňovat řízení přístupových práv k řídicím modulům, KVM přepínačům a dalším částem správy systému prostřednictvím účtů v LDAP struktuře provozované zadavatelem KVM musí podporovat textovou i grafickou konzoli serveru a zajistí přenos povelů z klávesnice a myši vzdáleného počítače bez ohledu na stav operačního sytému serveru, požadujeme také možnosti sdílení více uživateli současně, možnost mapování vzdálených medií, souborů či adresářů fyzickému serverovému modulu a přístup protokolem Serial over LAN Musí umožnit další členění a automatické přiřazování serverů do skupin, které budou opravňovat dle nadřazené Active Directory (LDAP) nebo lokální skupiny uživatele k využití zdrojů serverové infrastruktury (Procesor, paměť, využití diskového systému) Možnost definice serverového profilu, které je možné na server aplikovat například při výměně HW nebo migraci, musí minimálně obsahovat Uchazeči není jasné u všech bodů tabulky, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jelikož se jedná o minimální požadavky, všichni uchazeči je musí splnit. Jedná se o minimální požadavky, které musejí uchazeči splnit, pokud nesplní, budou vyloučeni. Co je tedy cílem a jak hodlá zadavatel jednotlivé body hodnotit? Některé parametry ani nemohou nabývat lepších hodnot. Vzhledem k povaze textů doporučuje uchazeč zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 20/48 -

21 verze firmware BMC, BIOS, MB a sítových rozhraní, Dále pak nastavení BIOS, IMPI, síťové karty, HBA, nastavení lokálního RAID, boot pořadí (lokální nebo SAN/LAN target). Měření a řízení spotřeby, řízení na základě definovatelné priority důležitých aplikací, monitorování teploty a historický záznam teplot. Automatická konfigurace serveru na základě připraveného serverového profilu. Podpora protokolů IEEE 802.3ad, 802.1q, 802.1ab 14 Podpora QoS a prioritizování provozu Podpora protokolů IEEE 802.1Qbb a 802.1Qaz Podpora připojení k nadřazenému síťovému prvku s centrálním managementem celého řešení. Podpora SNMP v rozsahu SNMPv1, SNMPv2c a SNMPv3 q) Tabulka S. VMware licence Minimální požadavky Licence musí umožňovat plnohodnotný monitoring celé Virtuální infrastruktury, sledování a analýzu výkonnosti infrastruktury a Capacity Management, a to i pro stávající Virtuální infrastrukturu. Licence musí být přenositelné na jiný HW. Součástí dodávky musí být i podpora výrobce (na všech úrovních). Licence pro Primární virtulizační cluster v rozsahu min. 6serverů / 12CPU socketů. Licence pro Záložní virtulizační cluster v rozsahu min. 4 serverů / 8 CPU socketů. Licence pro automatickou replikaci minimálně 70 virtuálních serverů z Primární virtualizačního clusteru na Záložní virtualizačního clusteru s podporou využití prostředků diskového pole. Aplikace společných politik na skupinu chráněných virtuálních serverů. Uchazeči není jasné u všech bodů tabulky, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jelikož se jedná o minimální požadavky, všichni uchazeči je musí splnit. Jedná se o minimální požadavky, které musejí uchazeči splnit, pokud nesplní, budou vyloučeni. Co je tedy cílem a jak hodlá zadavatel jednotlivé body hodnotit? Některé parametry ani nemohou nabývat lepších hodnot. Vzhledem k povaze textů doporučuje uchazeč zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč - 21/48 -

22 8 9 Využití prostředků diskového pole pro replikaci virtuálních strojů. Nezávislý management Primárního i Záložního virtualizačního clusteru. žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. r) Tabulka V. Datová úložiště - společné požadavky Požadavek Unified storage řešení koncipováno jako HW, SW a FW od jednoho výrobce Plně redundantní datové úložiště, včetně redundance datových cest pro komunikaci s jednotlivými HDD/SSD disky i pro data v souborové i blokové host komunikaci Jednotný centrální monitoring a management všech HW komponent, host komunikačních protokolů a všech požadovaných funkcionalit storage systému pro primární i záložní lokalitu formou CLI i web-base rozhraní Upgrade software/firmware musí být proveditelný za chodu a bez ztráty konektivity připojených zařízení Host komunikace přes FC, iscsi, NFS (včetně NFS-4), CIFS (včetně SMB-3) nativně datovým úložištěm, bez dodatečných zařízení nebo serverů, které zpřístupní data jiným protokolem Podpora RAID režimu s jednoduchou nebo dvojnásobnou paritou a zrcadlením Automatická kontrola integrity uložených dat s případnou automatickou opravou detekovaných nekonzistencí Online rozšiřování jednotlivých Volumů a LUNů Online migrace jednotlivých Volumů a LUNů mezi jednotlivými RAIDy, skupinami disků a nadřízenými storage controllery 10 Thin Provisioning Snapshoty pro data v souborové i 11 blokové host komunikaci v minimálním počtu 200 snapshotů na jeden Volume/LUN Uchazeči není jasné u všech bodů tabulky, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jedná se o minimální požadavky, které musejí uchazeči splnit, pokud nesplní, budou vyloučeni. Co je tedy cílem a jak hodlá zadavatel jednotlivé body hodnotit? Některé parametry ani nemohou nabývat lepších hodnot. Vzhledem k povaze textů doporučuje uchazeč zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 22/48 -

23 Automatická, shedulovaná tvorba aplikačně konzistentních snapshotů pro aplikace Oracle, SQL, Exchange a SharePoint s grafickým managementem, včetně možnosti point-in-time rychlého obnovení provozu aplikace na historických aplikačně konzistentních datech v případě výskytu narušení konzistence dat, SW chyby nebo lidské chyby Automatická, shedulovaná tvorba konzistentních snapshotů souborových struktur, včetně možnosti tansparentního přístupu každého klienta ke svým historickým datům Automatická, shedulovaná tvorba konzistentních snapshotů virtuálních serverů integrovaná do řídícího prostředí serverové virtualizace v prostředí Vmware a Hyper-V Transparentní automatická integrace souborových struktur do adresářových služeb ActiveDirectory, LDAP, NIS Deduplikace primárních dat určených pro souborovou i blokovou host komunikaci Komprese primárních dat určených pro souborovou i blokovou host komunikaci Multitenance - možnost prezentovat datové prostory formou několika zabezpečených doménově oddělených virtuálních datových úložišť QoS řízení priorit, výkonu a průchodnosti jednotlivých datových oblastí storage systému Výkonová transparentní automatická okamžitá akcelerace zvolených datových oblastí (v souborové i blokové host komunikaci) prostřednictvím SSD/flash cache pro čtení i zápis R/W cache NDMP zálohování blokových i souborových struktur pro integraci s backup řešeními Asynchronní replikace formou periodického přenosu rozdílových deduplikovaných a komprimovaných bloků. Replikace s automatickou vazbou na prováděné aplikačně konzistentní snapshoty a s nutností uchování historických snapshotů - 23/48 -

24 blokových i souborových dat jak na primárním, tak i záložním datovém úložišti. Možnost obrácení směru replikace a souběžného provozu jako zdoj i cíl replikací mezi dvěma úložišti. Kompatibilita s operačními systémy MS Windows, Linux, Unix Kompatibilita s hypervizory Vmware (včetně vsphere 6) a Hyper-V, včetně integrace tvorby konzistentních snapshotů jednotlivých VM Kompatibilita s Vmware Site Recovery Manager (SRM) - nástrojem pro řízení DR fail-over a fail-backp procesů mezi lokalitami Možnost on-line upgrade datového úložiště na nové typy řídících jednotek a on-line migrace dat na nové diskové úložiště bez přerušení provozu kritických aplikací Veškeré požadované SW funkcionality musí být licencované na plnou kapacitu datového úložiště (maximální kapacita dostupná datovým úložištěm) pro minimálně 30 připojených fyzických serverů nebo serverů určených pro serverovou/vdi virtualizaci a virtualizaci pracovních stanic s) Tabulka W. Zálohovací systém - magnetopásková knihovna Požadavek Počet LTO6 media slotů Počet LTO6 mechanik Rozšiřiteln ost: Počet mail slotů Spolehlivos t Minimálně 500 osazených slotů pro média s nativní kapacitou pro LTO6 média TB, s minimálně 250 media sloty aktivovanými a s možností COD (Capacity On Demand) upgrade dle aktuálních potřeb Minimálně 2 ks LTO6 mechanik s redundantním FC host rozhraním Minimálně na slotů pro pásková média a 20 páskových mechanik Minimálně 15 mail slotů pro výměnu LTO médií Spolehlivost robotiky min. 4 mil. MCBF Zadavatel jasně popsal minimální požadavky na zálohovací systém. Uchazeč tak vychází z domněnky, že má zadavatel rozmyšlenu architekturu řešení a cokoliv nabídnuto navíc nad rámec minimálních požadavků bude celý systém zbytečně prodražovat a nebude tak k řešení přistupováno s ohledem na ekonomickou stránku věci. Vychází uchazeč ze správné domněnky, že zadavatel chce hodnotit jednotlivé body datového uložiště na základě toho, že kdo - 24/48 -

25 7 Variabilita Manageme nt Počet datových médií Počet čistících médií Možnost vytváření logických knihoven Podpora vzdáleného managementu a diagnostiky knihovny, včetně vzdáleného upgrade firmware knihovny Minimálně 100 ks LTO6 datových médií Minimálně 5 ks LTO čistících médií nabídne více, ten bude vyhodnocen jako nejlepší, i když bude takové řešení předimenzované? Některé parametry ani nemohou nabývat lepších hodnot. Dle názoru uchazeče se opět jedná pouze o body, které každý uchazeč musí splnit a mělo by se tak jednat čistě o posuzování těchto bodů a ne. Uchazeč tedy navrhuje zadavateli změnu z na posouzení. V případě, že zadavatel trvá na, uchazeč žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. t) Tabulka X. Zálohovací systém - Diskové zálohovací zařízení Požadavek Komunikační protokioly Ekonomické ukládání záloh Stabilita a zabezpečení Podpora CIFS, NFS, VTL, FC a jejich souběžné použití Integrovaná in-line deduplikace s proměnnou délkou bloku In-line komprimace deduplikovaných bloků Zařízení musí zajišťovat ochranu dat alespoň na úrovni duální diskové parity Zařízení musí zahrnovat hot-spare disky Zařízení musí umožnit shreding smazaných dat tedy vícenásobný přepis smazaných bloků Zařízení musí do budoucna disponovat možnosti rozšíření o funkcionalitu pro šifrování ukládaných dat metodou data-at-rest Uchazeči není jasné u všech bodů tabulky, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jedná se o minimální požadavky, které musejí uchazeči splnit, pokud nesplní, budou vyloučeni. Co je tedy cílem a jak hodlá zadavatel jednotlivé body hodnotit? Některé parametry ani nemohou nabývat lepších hodnot. Vzhledem k povaze textů doporučuje uchazeč zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude - 25/48 -

26 8 Další funkcionality Zařízení musí obsahovat kompletní verifikace dat okamžitá verifikace záloh a týdenní kontrola integrity všech uložených dat Zařízení musí disponovat interním algoritmem pro neustálou kontrolu zdraví uložených dat a v případě poškození jejich automatickou obnovu tak, aby bylo možno zálohy kdykoliv obnovit Zařízení musí být použitelné jako neprodukční NAS systém (file server) pro PST soubory, Home adresáře a další Deduplikace musí být prováděna přes celé zálohovací prostředí bez ohledu na komunikační protokoly, využívané aplikace a parciální cílová úložiště Zařízení musí umožnit případnou distribuci deduplikačního algoritmu z cílového (deduplikačního úložiště) na zdrojové zařízení (backup klienta nebo backup server) z důvodu výkonu a škálovatelnosti prostředí Zařízení musí disponovat funkcí multitenancy (umožnit logické dělení diskového prostoru pro různé skupiny uživatelů s právy pouze na tyto logické jednotky s možností definice tenant administrator) Zařízení umožňuje spustit VM přímo ze zálohovacího úložiště, tedy bez předchozí nutnosti obnovy VMDK souboru. zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 26/48 -

27 Zařízení musí obnovovat data vždy přímo z deduplikovaného a komprimovaného stavu, není přípustný mezikrok (např. externí disková cache, Proxy, ) u) Tabulka Y. Zálohovací systém - Backup SW Požadavek Zálohované prostředí a konfigurace Požadované funkcionality: - Integrace magnetopáskové knihovny s min. dvěma LTO6 mechanikami a 250 LTO media sloty - viz definici požadavků magnetopáskové knihovny - Integrace zařízení pro zálohování do disku s kapacitou min.96 TB TB datově využitelné kapacity pro zálohovaná data - viz definici požadavků diskového zálohovacího zařízení Backup SW provozovaný minimálně na platformě MS-Windows2012-R2 OS - backup server a OS není součástí poptávky Podpora zálohování serverů s OS MS Windows, Linux, HP- UX, Solaris, AIX Podpora zálohování prostředí hypervizorů VMware (pomocí standardu VADP) a Hyper-V Na základě čeho bude zadavatel tyto body vyhodnocovat? Jak hodlá zadavatel hodnotit integraci? Co je cílem a co má být pro zadavatele to nejlepší v této oblasti? Některé parametry ani nemohou nabývat lepších hodnot. Opět se dle názoru uchazeče jedná o minimální body k posouzení a ne. Změní zadavatel způsob vy z na posouzení? Pokud zadavatel trvá na, uchazeč žádá jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. Jedná se o požadované funkcionality backup SW. Jak zadavatel bude vybírat nejlepší nabídku mezi uchazeči? Pokud kdokoliv z uchazečů nabídne další funkcionality nad rámec požadovaného, bude zadavatele čistě subjektivní. Některé parametry ani nemohou nabývat lepších hodnot. Uchazeč navrhuje zadavateli změnu z - 27/48 -

28 Do budoucna musí být zachována možnost rozšíření o podporu zálohování on-line aplikací Oracle, SQL, Exchange, SharePoint ve fyzickém i virtuálním prostředí Zálohování virtuálního prostředí VMware na úrovni buď jednotlivých virtuálních strojů nebo jako celek s funkcionalitou okamžité obnovy virtuálního stroje, jeho spuštění na prostředcích deduplikačního diskového úložiště a přesun do cílového ESX clusteru pouze za použití prostředků zálohovacího prostředí Těsná integrace backup SW s HW úložištěm pro zálohovaná data tak, aby bylo možno využít deduplikační algoritmus s funkcionalitou distribuce deduplikačního výkonu mezi zálohovaného klienta, zálohovací server a zálohovací diskové úložiště Zálohování rozsáhlých souborových struktur uvnitř Windows a Linux serverů efektivně na binární blokové úrovni s granularitou změny jednotlivých bloků souborového systému a s možností granulární obnovy po logických souborech nebo adresářích Zálohování souborových systémů uložený na NAS zařízeních pomocí NDMP protokolu Provádění zálohy a obnovy formou virtual na posouzení. Pokud zadavatel trvá na, uchazeč žádá vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 28/48 -

29 Management a monitoring synthetic full backup and restore Obnova dat vždy přímo z deduplikovaného a komprimovaného stavu v diskovém úložišti,bez mezikroků (např. externí disková cache, Proxy, ) Správa diskového úložiště záloh přímo z managementu zálohovacího systému pro zajištění snadné obsluhy zejména min. pak obsazenost kapacity, deduplikační účinnost a správu replikačního procesu. Možnost jednorázového nastavení parametrů pro více klientů zároveň Jednoduché uživatelské rozhraním pro prohledávání celého prostředí zálohy tak, aby bylo možno vyhledat zazálohovaný soubor buď podle názvu, metadat nebo jeho obsahu Monitoring změn provedených jednotlivými administrátory Jedná se o požadované funkcionality backup SW. Jak zadavatel bude vybírat nejlepší nabídku mezi uchazeči? Pokud kdokoliv z uchazečů nabídne další funkcionality nad rámec požadovaného, bude zadavatele čistě subjektivní. Některé parametry ani nemohou nabývat lepších hodnot. Uchazeč navrhuje zadavateli změnu z na posouzení. Pokud zadavatel trvá na, uchazeč žádá vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. v) Tabulka Z. Důvěryhodný archiv Požadavek 3 Kapacita Minimálně 4 TB datově využitelné kapacity pro archivovaná klientská data v každé lokalitě - bez započtení uložení dokumentu min. ve dvou kopiích, komprese a deduplikace v každé lokalitě Zadavatel v dodatečných informacích č.15 uvedl, že body 3 a 4 předmětné tabulky (tedy tyto) nebudou předmětem. I přes to ovšem zadavatel ponechal tyto body v hodnotící tabulce v novém dokumentu. - 29/48 -

30 4 Host rozhraní Minimálně 4x1GE host rozhraní Uchazeč žádá zadavatele o vysvětlení Komunikační protokioly Ekonomicka provozu Stabilita a zabezpečení provozu Procesní požadavky Podpora HTTP, REST, NFS, CIFS Integrovaná deduplikace s garantovanou integritou dat založená na binárním porovnáním obsahu objektů Integrovaná komprese dokumentů Ochrana dat alespoň na úrovni duální diskové parity Ukládání dokumentů minimálně ve dvou kopiích Uchovávání dokumentů v nepřepisovatelné podobě (WORM) Škálovatelnost - On-line upgrade kapacity na min 10-ti násobek nyní požadované kapacity Replikace dokumentů, včetně metadat, na párové zařízení ve vzdálené lokalitě s možnosti rychlého přesměrování archivního provozu v případě pádu primární lokality Automatická kontrola integrity uložených dokumentů, detekce a odstranění chyb obsahu On-line upgrade FW/mikrokódu archivního systému Monitorování operací s dokumenty v celém jejich životním cyklu a zaznamenávání do logu pro případný následný audit Archivní péče dokumentům uloženým v archivním úložišti dle definovaných pravidel (ukládání do logických Uchazeči není jasné u všech bodů tabulky, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jedná se o minimální požadavky, které musejí uchazeči splnit, pokud nesplní, budou vyloučeni. Co je tedy cílem a jak hodlá zadavatel jednotlivé body hodnotit? Některé parametry ani nemohou nabývat lepších hodnot. Vzhledem k povaze textů doporučuje uchazeč zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 30/48 -

31 prostor, umístění v hierarchické struktuře archivu, definice formátů a jmenných konvencí, ) Automatická indexace obsahu archivovaných dokumentů a souvisejících metadat s možností následného fultextového prohledávání Verzování archivovaných dokumentů Zobrazení obsahu archivního úložiště včetně hierarchické struktury s možností vyhledávání dle definovaných kritérií. Zajištění důvěryhodnosti uložených elektronických dokumentů pomocí technologií uznávaného elektronického podpisu a kvalifikovaného časového razítka, spolu s ověřováním platnosti certifikátů napříč Evropskou unií. Periodická kontrola platnosti certifikátů časových razítek a provádění automatické obnovy časových razítek Zajištění digitální kontinuity uložených dokumentů formou přerazítkování a garance jejich neměnnosti a nesmazatelnosti pomocí retenčních politik Možnost tvorby archivních balíčků za účelem ekonomické hromadné manipulace s dokumenty (přerazítkování, ) bez narušení možnosti manipulace s jednotlivými dokumenty uvnitř balíčků a s jejich atributy - 31/48 -

32 10 Zabezpečení Řízená skartace ve shodě s legislativními požadavky a obecnými zásadami pro skartaci dokumentů a garancí, že dokument ani žádnou z jeho částí není možné žádným způsobem obnovit. Možnost rozdělení jednoho archivního systému na více virtuálních archivních řešení, kde každý virtuální systém má jedinečnou konfiguraci a řízení přístupu, podporu funkcí, jako jsou multitenant a multi-namespace Centrální management pravidel a politik, jako jsou nastavení retenčních dob, přístupy, mazání a další funkce podle požadavků legislativy a operací pro práci s daty po celou dobu jejich života (ILM cyklus). Zabezpečení archivních dokumentů enkrypcí jak pro uložení, tak i pro přenos w) Tabulka AA. Archivace ů 1 Požadavek Archivace ů: uvést typ Client-Server s HA zabezpečením provozu/dostupnosti Archivační servery lze realizovat jako virtuální appliance na platformě 2 Architektura: Vmware Archivační servery musí být provozovány pod OS MS Windows Podpora archivace ových zpráv a dalších objektů z Uchazeči není jasné u všech bodů tabulky, jakým způsobem bude zadavatel vyhodnocovat nejlepší nabídku mezi uchazeči. Jedná se o minimální požadavky, které musejí uchazeči splnit, pokud nesplní, budou vyloučeni. Co je tedy cílem a jak hodlá zadavatel jednotlivé body hodnotit? - 32/48 -

33 Požadované funkcionality: poštovních serverů MS Exchange Nutno pokrýt archivací minimálně 500 MS Exchange klientských pracovišť ( ových schránek) Pro y a další archivované objekty musí být podpora a možnost volby režimu zástupce (nahrazení originálního objektu tzv. shortcutem minimální velikosti) i režimu pouze archiv (bez vytvoření zástupce nebo se smazáním zástupce po určité době) Systém musí pro archivaci používat kritéria jako stáří objektu, jeho velikost, poslední přístup, jeho poslední modifikace, popř. i naplnění kvóty (tam kde to primární systém umožňuje) Systém musí v režimu zástupce umožňovat pro všechny y a další archivované objekty transparentní přístup tedy koncový uživatel při práci nerozliší archivovaná a nearchivovaná data (maximálně podle doby odezvy) Transparentní přístup musí umožňovat jak nativní rozhraní příslušné aplikace (MS Outlook) tak i případné webové rozhraní (OWA) Obsah archivu je v rámci procesu archivace indexován a úroveň indexování lze zvolit (např. indexace pouze hlavičkových údajů a na druhé straně indexace celého obsahu) Následné vyhledávání v archivu je možné přes Některé parametry ani nemohou nabývat lepších hodnot. Vzhledem k povaze textů doporučuje uchazeč zadavateli změnit z na posouzení. V případě, že zadavatel na trvá, uchazeč žádá o jasné vysvětlení, jaké parametry u jednotlivých řádek bude zadavatel považovat za nejlepší tak, aby uchazeč mohl nabídnout co nejlepší nabídku. - 33/48 -

34 webový prohlížeč Archivaci lze provádět jak automaticky ze strany serveru, tak i ze strany koncového uživatele Systém musí přidělovat archivovaným datům retence a podle nich řídit finální smazání z archivu Systém musí umožňovat import PST souborů Systém musí umožňovat audit přístupů do archivu Systém musí umožňovat přístup do archivu i v případě výpadku primární služby MS Exchange Systém musí podporovat single-instancing objektu (např. soubor archivovaný vícekrát jako příloha mailu se neukládá dvakrát) Podpora komprese archivovaných dat Možnost doplnit systém o funkcionalitu compliance archivace všech definovaných objektů došlých a odeslaných ů bez možnosti ovlivnění samotným klientem (odesilatelem/adresátem) na základě Exchange žurnálu Odpověď zadavatele na dotaz č. 2: A) Zadavatel u všech položených dotazů odkazuje na odpovědi uvedené v dodatečných informacích č. 11 dotaz 26, případně na dodatečné informace č. 16 dotaz 9. B) Zadavatel při specifikaci základních technických požadavků je veden skutečností, že ve specifikaci vyjadřuje své současné a budoucí potřeby. C) Zadavatel není schopen ve výčtu možných řešení v této chvíli uvést, nebo jakkoli předjímat rozsah nabízených funkcionalit v rámci řešení mající odraz v nabídkách uchazečů. Reaguje na dotaz uchazeče v kontextu jaké parametry bude zadavatel považovat za nejlepší. Zadavatel na základě uvedeného není schopen uvést očekávané nejlepší řešení, které by uchazeč mohl do své nabídky převzít. D) K uvedeným dotazům, ve kterých jsou kladeny podněty charakteru cit: Co je pro zadavatele cílem v této oblasti?, nebo významově obdobné, zadavatel uvádí, že implicitně jsou cíle - 34/48 -