2012 Sb., ob anského zákoníku, v platném zn ní

BIOTECHNOLOGICKÉABIOMEDICÍNSKÉCENTRUM AKADEMIEV DAUNIVERZITYKARLOVY VEVESTCI

ýást 3 zadávací dokumentace

Kupní smlouva uzavĜená dle ustanovení § 2079 a násl. zákona þ. 89/2012 Sb., obþanského zákoníku, v platném znČní

Níže uvedeného dne, mČsíce a roku uzavĜeli: 1. Ústav molekulární genetiky AV þR, v. v. i. se sídlem: VídeĖská 1083, Praha 4, PSý 142 20 IýO: 68378050 DIý: CZ68378050 zastoupená: prof. RNDr. Václavem HoĜejším, CSc., Ĝeditelem ústavu a

Univerzita Karlova v Praze se sídlem: Ovocný trh 3/5, Praha 1, PSý 116 36 IýO: 00216208 DIý: CZ00216208 zastoupená: prof. MUDr. Tomášem Zimou, DrSc., MBA, rektorem Ústav molekulární genetiky AV ýR, v. v. i. a Univerzita Karlova v Praze uzavĜely dne 26. 3. 2012 smlouvu o sdružení veĜejných zadavatelĤ ve smyslu § 2 odst. 9 zákona þ. 137/2006 Sb., o veĜejných zakázkách, v platném znČní, a podle § 269 odst. 2 zákona þ. 513/1991 Sb., obchodní zákoník, ve znČní pozdČjších dodatkĤ, pĜiþemž Ústav molekulární genetiky AV ýR, v. v. i. a Univerzita Karlova v Praze nabývají vlastnické právo k pĜedmČtu koupČ podle ust. þl. IX. odst. 1 a 2 této kupní smlouvy zpĤsobem stanoveným v ust. þl. I. odst. 3 shora oznaþené smlouvy o sdružení veĜejných zadavatelĤ. (dále jen „kupující“ na stranČ jedné)

a

2.

…………………………………………………………………………

se sídlem ……………………………………………… bankovní spojení: ……………………………………….

Ústav molekulární genetiky AV ýR, v. v. i., Útvar BIOCEV budova City Point, HvČzdova 1689/2a, 140 62 Praha 4 – Pankrác

tel: +420 226 201 526 | mobil: +420 774 798 102 e-mail: [email protected] | web: www.biocev.eu

1/47


þ. úþtu: ………………………………………………….. IýO: ……………… DIý: ……………… zastoupen ……………………, ………………………………………………. zapsaný v obchodním rejstĜíku vedeném …………………. oddíl …………………. vložka …….

(dále jen "prodávající" na stranČ druhé)

prodávající a kupující dále též oznaþováni jako „smluvní strany" na základČ výsledku zadávacího Ĝízení k plnČní veĜejné zakázky s názvem „Výpoþetní technika pro centrální IT infrastrukturu“

tuto

Kupní smlouvu na nákup výpoÿetní techniky pro centrální IT infrastrukturu: (dále jen „smlouva“)

I. Pĝedmčt smlouvy 1. Prodávající se zavazuje dodat kupujícímu provozní a vČdecké servery, virtualizaþní serverové vybavení, datová úložištČ pro provozní a vČdecká data, systém pro Ĝízení pĜístupu uživatelĤ k datovým úložištím (systém pro Ĝízení identit), související hardware pĜíslušenství, to vše nové, plnČ funkþní a kvantitativnČ i kvalitativnČ odpovídající technické dokumentaci a specifikaci dle odst. 3 tohoto þlánku (dále jen „pĜedmČt koupČ“), poskytnout mu související služby v rozsahu dle ust. þl. II. odst. 3 této smlouvy a umožnit nabýt kupujícímu neomezené vlastnické právo k pĜedmČtu koupČ. Všechny licence na software, dodané v rámci pĜedmČtu koupČ, jsou þasovČ neomezené (bez exspirace). 2. Kupující se zavazuje pĜevzít ĜádnČ a vþas dodaný pĜedmČt koupČ a uhradit za nČj sjednanou kupní cenu dle þl. II. této smlouvy. 3. Podrobná technická dokumentace a specifikace pĜedmČtu koupČ je uvedena v pĜíloze þ. 1 a v pĜíloze þ. 4, které tvoĜí nedílnou souþást této smlouvy.



2/47


II. Kupní cena a platební podmínky 1. Celková kupní cena za pĜedmČt koupČ: celková kupní cena za pĜedmČt koupČ bez DPH: ………………………………………………Kþ sazba DPH v % a její celková výše ….. ………………………........Kþ celková kupní cena za pĜedmČt koupČ vþetnČ DPH: …………………………………………..Kþ 2. Celková kupní cena za pĜedmČt koupČ uvedená v odst. 1 tohoto þlánku je koneþná a maximální a mĤže být mČnČna pouze v souvislosti se zmČnou sazeb DPH þi jiných daĖových pĜedpisĤ majících vliv na cenu pĜedmČtu kupní smlouvy. Rozhodným dnem pro zmČnu kupní ceny z dĤvodu zákonné zmČny sazby DPH je den uskuteþnČní zdanitelného plnČní. 3. Sjednaná celková kupní cena za pĜedmČt koupČ uvedená v odst. 1 tohoto þlánku v sobČ zahrnuje veškeré náklady prodávajícího za poskytnutí tČchto souvisejících služeb: a)

doprava pĜedmČtu koupČ na místo plnČní a jeho vybalení,

b)

instalace pĜedmČtu koupČ, kterou se rozumí jeho usazení v místČ plnČní, pĜípadnČ jeho sestavení þi propojení a dále napojení pĜedmČtu koupČ na zdroje, zejména pĜipojení pĜedmČtu koupČ k elektrickým rozvodĤm, k slaboproudým a optickým rozvodĤm, rozvodu vody, demineralizované vody, plynu, technických plynĤ, tepla, chladu þi vzduchotechniky (je-li funkce pĜedmČtu koupČ podmínČna takovým pĜipojením),

c)

uvedení pĜedmČtu koupČ do provozu, jeho odzkoušení, ovČĜení správné funkce pĜístrojĤ a jejich seĜízení, provedení pĜípadných dalších úkonĤ a þinností nezbytných pro to, aby zaĜízení mohlo plnit sjednaný þi obvyklý úþel,

d)

provedení akceptaþních testĤ a vystavení akceptaþního protokolu zpĤsobem uvedeným v technické dokumentaci a specifikaci v pĜíloze þ. 1 této smlouvy,

e)

pĜedání dokladĤ nutných k pĜevzetí a užívání pĜedmČtu koupČ, tj. napĜ. -

technické (uživatelské) dokumentace a licenþní oprávnČní pĜedmČtu koupČ v þeském i anglickém jazyce (v pĜípadČ vzájemného rozporu má pĜednost verze v anglickém jazyce),

-

provádČcí dokumentace (harmonogram prací, schéma pĜedpokládaného zapojení, požadavky na souþinnost kupujícího apod.) nejpozdČji 20 dní pĜed zapoþetím dodávky,

-

dokladĤ o provedených revizích, instrukcí, záruþních listĤ, návodĤ k obsluze a údržbČ pĜedmČtu koupČ v þeském i anglickém jazyce (v pĜípadČ vzájemného rozporu má pĜednost verze v anglickém jazyce),

-

prohlášení o shodČ dodaného pĜedmČtu koupČ se schválenými standardy dle zákona þ. 22/1997 Sb., o technických požadavcích na výrobky, v platném znČní,



3/47


f)

vystavení potvrzení zastoupení výrobce technologie v ýR þi v EU o tom, že prodávající je autorizovaný a certifikovaný dodavatel pro realizaci (instalaci a konfiguraci) pĜedmČtu koupČ jmenovitČ pro úþely plnČní této smlouvy, jež tvoĜí, jakožto pĜíloha þ. 2, nedílnou souþást této smlouvy,

g) zaškolení IT personálu kupujícího na cílovém pracovišti dle požadavkĤ a v rozsahu uvedených v technické dokumentaci a specifikaci, vþetnČ technických konzultací (poskytovaných þleny realizaþního týmu uvedených v pĜíloze þ. 6 této smlouvy) spoþívajících v provádČní konzultaþních a poradenských služeb technicky vysoce odborného charakteru na dodaných technologických celcích na základČ požadavkĤ kupujícího v rozsahu cca 20 hodin za mČsíc poskytovaných prodávajícím od pĜedání a pĜevzetí pĜedmČtu koupČ po dobu minimálnČ 12 mČsícĤ, blíže specifikované v pĜíloze þ. 1 této smlouvy, h) vypracování a pĜedání celkového detailního sumáĜe dodaných položek pĜedmČtu koupČ, i)

odvoz a likvidace všech obalĤ a dalších materiálĤ použitých v rámci pĜedání a instalace pĜedmČtu koupČ,

j)

úklid prostor dotþených instalací pĜedmČtu koupČ.

4. Kupní cena bude kupujícím uhrazena v þeských korunách na základČ ĜádnČ a oprávnČnČ vystaveného úþetního a daĖového dokladu (faktury). Kupní cena bude uhrazena na základČ faktury, a to postupem dle þl. IV. této smlouvy. LhĤta splatnosti faktury se sjednává na 30 dnĤ od dne jejího prokazatelného doruþení kupujícímu. V pĜípadČ prodlení kupujícího s úhradou faktury se kupující zavazuje uhradit prodávajícímu úrok z prodlení ve výši 0,01 % z pĜíslušné dlužné þástky za každý den prodlení. i) ěádným vystavením faktury se rozumí vystavení faktury prodávajícím, jež má veškeré náležitosti úþetního a daĖového dokladu ve smyslu zákona þ. 563/1991 Sb., o úþetnictví, v platném znČní, a zákona þ. 235/2004 Sb., o dani z pĜidané hodnoty, v platném znČní. Faktura musí obsahovat také název projektu a registraþní þíslo projektu (Biotechnologické a biomedicínské centrum Akademie vČd a Univerzity Karlovy ve Vestci – projekt BIOCEV, CZ.1.05/1.1.00/02.0109). Prodávající je povinen na faktuĜe vyþlenit z fakturované þástky samostatnČ zaškolení IT personálu kupujícího na cílovém pracovišti, vþ. technických konzultací dle odst. 3 písm. g) tohoto þlánku. V pĜípadČ, že faktura nebude vystavena ĜádnČ, oprávnČnČ, a dále pokud bude obsahovat vČcné þi formální nesprávnosti, pokud nebude splĖovat zákonné požadavky, a dále pokud nebude obsahovat stanovenou pĜílohu (akceptaþní protokol podle þl. IV. odst. 3 této smlouvy), je kupující oprávnČn vrátit ji prodávajícímu k doplnČní þi opravení, aniž se dostane do prodlení se splatností takové faktury. LhĤta splatnosti zaþíná bČžet znovu dnem doruþení náležitČ opravené þi doplnČné faktury kupujícímu. Faktura bude doruþena na adresu sídla útvaru BIOCEV: budova CityPoint, HvČzdova 1689/2a, 140 62 Praha 4 – Pankrác. ii) OprávnČným vystavením faktury se rozumí vystavení faktury prodávajícím na základČ pĜedání a pĜevzetí pĜedmČtu koupČ dle þl. IV. odst. 3 této smlouvy, vþetnČ podpisu akceptaþního protokolu obČma smluvními stranami. 5. V pĜípadČ, že faktura nebude vystavena oprávnČnČ, není kupující povinen ji proplatit. 6. PĜílohou faktury musí být akceptaþní protokol dle þl. IV. odst. 3 této smlouvy. V pĜípadČ požadavku kupujícího bude pĜílohou faktury rovnČž tabulka, v rámci níž bude Celková kupní cena za pĜedmČt koupČ explicitnČ rozdČlena do položek dle požadavku kupujícího.



4/47


7. Prodávající a kupující se dohodli, že kupující je oprávnČn zapoþíst své pohledávky vzniklé na základČ této smlouvy oproti pohledávce prodávajícího na zaplacení kupní ceny. 8. Kupní cena bude hrazena bez poskytování záloh. 9. PĜedmČt koupČ dodaný prodávajícím dle této smlouvy mĤže být v urþitých pĜípadech považován za dílo v souladu se zákonem þ. 121/2000 Sb., autorský zákon, v platném znČní. Pro tento pĜípad se smluvní strany v souladu s § 12 tohoto zákona výslovnČ dohodly, že souþástí pĜedmČtu koupČ je nevýluþné a pĜevoditelné právo užívat takovéto dílo. Prodávající tímto udČluje kupujícímu nevýluþné a pĜevoditelné právo takovéto dílo užívat a kupující toto právo pĜijímá. Kupující a prodávající výslovnČ potvrzují, že poplatek za užívání takovéhoto díla po celou dobu jeho životnosti je zcela zahrnut ve sjednané celkové kupní cenČ, a to i pĜi pĜípadném pĜevodu pĜedmČtu koupČ na tĜetí osobu.

III. Pojistná smlouva Prodávající je povinen do 10 pracovních dnĤ ode dne nabytí úþinnosti této smlouvy uzavĜít pojistnou smlouvu, jejímž pĜedmČtem je pojištČní odpovČdnosti prodávajícího za škodu zpĤsobenou pĜedmČtem koupČ do výše limitu pojistného plnČní v þástce minimálnČ 30.000.000,- Kþ z jedné pojistné události roþnČ. Prodávající se zavazuje na žádost kupujícího bezodkladnČ, nejpozdČji však do 5 pracovních dnĤ od doruþení písemné výzvy kupujícího, pĜedložit kupujícímu pojistný certifikát prokazující existenci a úþinnost této pojistné smlouvy. Prodávající se zavazuje písemnČ informovat kupujícího o pĜípadných zmČnách týkajících se pojištČní odpovČdnosti za škodu, a to nejdéle do 5 pracovních dnĤ ode dne, kdy zmČna nastala. Prodávající se zavazuje, že pojistná smlouva dle vČty první tohoto þlánku zĤstane v úþinnosti v tomto rozsahu po celou dobu trvání záruky a poskytování servisu, min. však do konce roku 2019. IV. Pĝedání a pĝevzetí pĝedmčtu koupč a jeho instalace 1. PĜedmČt koupČ bude prodávajícím ĜádnČ dodán, vþetnČ instalace, uvedení do provozu, otestování a odzkoušení, potĜebného software (licencí), zaškolení IT personálu, a to ve tĜetím þtvrtletí roku 2014 s tím, že tento termín mĤže být pĜípadnČ posunut v návaznosti na prĤbČh realizace stavby, tj. místa pĜedání a pĜevzetí, pĜiþemž kupující písemnČ vyzve prodávajícího k zahájení plnČní minimálnČ 2 mČsíce pĜedem s tím, že maximální doba plnČní nepĜesáhne 2 mČsíce. Prodávající je povinen v souladu s pĜedchozí vČtou ĜádnČ dodat kupujícímu pĜedmČt koupČ a poskytnout související služby uvedené v ust. þl. II. odst. 3 písm. a) – f), h) – j) této kupní smlouvy (vþetnČ zaškolení IT personálu kupujícího a provedení akceptaþních testĤ) nejpozdČji 4 mČsíce ode dne doruþení výzvy kupujícího k zahájení plnČní, nedohodnou-li se smluvní strany písemnČ jinak. 2. Místem pĜedání a pĜevzetí je Vestec u Prahy, PrĤmyslová ulice: BIOCEV – nová budoucí budova centra BIOCEV. 3. PĜi Ĝádném a vþasném dodání pĜedmČtu koupČ a poskytnutí souvisejících služeb uvedených v ust. þl. II. odst. 3 písm. a) – f), h) – j) této kupní smlouvy (vþetnČ zaškolení IT personálu kupujícího a provedení akceptaþních testĤ), bude kupujícím podepsán akceptaþní protokol vyhotovený prodávajícím. Teprve podpisem písemného akceptaþního



5/47


protokolu obČma smluvními stranami se považuje pĜedmČt koupČ za ĜádnČ dodaný a prodávajícímu vzniká právo na zaplacení celkové kupní ceny dle þl. II. odst. 1 této smlouvy. 4. Kupující není povinen pĜevzít pĜedmČt koupČ s vadami. 5. Souþástí akceptaþního protokolu budou dokumenty uvedené v technické dokumentaci a specifikaci pĜedmČtu koupČ, jež je pĜílohou þ. 1 a pĜílohou þ. 4 této smlouvy.

V. Záruka za jakost 1. Prodávající poskytuje kupujícímu záruku za jakost pĜedmČtu koupČ, a to po dobu 3 nebo 5 let, v závislosti na jednotlivém typu zaĜízení dle technické dokumentace a specifikace, jež je pĜílohou þ. 1 této smlouvy, ode dne pĜedání a pĜevzetí pĜedmČtu koupČ dle þl. IV. této smlouvy. Záruþní doba poþíná bČžet dnem podpisu akceptaþního protokolu obČma smluvními stranami. 2. V pĜípadČ výskytu vady na pĜedmČtu koupČ v záruþní dobČ má kupující právo a prodávající povinnost odstranit vady na vlastní náklady, bezplatnČ a bezodkladnČ poté, co obdrží oznámení kupujícího o vadách pĜedmČtu koupČ v termínech blíže urþených v pĜíloze þ. 1 této smlouvy (viz Úvod k technickému zadání, Definice servisních skupin dle rychlosti reakce a opravy). V pĜípadČ, že odstranČní vady vzhledem k jejímu rozsahu nebo technické složitosti není možné provést ve lhĤtách dle vČty první tohoto odstavce, je prodávající povinen v této lhĤtČ kupujícího o této skuteþnosti písemnČ informovat, tuto skuteþnost ĜádnČ odĤvodnit a navrhnout konkrétní lhĤtu, v níž se zaváže takovou vadu odstranit, lhĤta však mĤže þinit max. 30 pracovních dnĤ ode dne uplatnČní práva z vadného plnČní. Prodávající je povinen pĜi odstraĖování vady postupovat v souladu s nároky kupujícího z vad pĜedmČtu koupČ uplatnČnými v oznámení vady. 3. Prodávající se zavazuje zahájit odstraĖování vady pĜedmČtu koupČ od okamžiku oznámení této vady kupujícím, a to v þasových intervalech dle technické dokumentace a specifikace, jež je pĜílohou þ. 1 této smlouvy (viz Úvod k technickému zadání, Definice servisních skupin dle rychlosti reakce a opravy). 4. Záruþní doba nebČží po dobu, po kterou kupující nemĤže užívat pĜedmČt koupČ pro jeho vady, za které odpovídá prodávající. 5. Kupující je oprávnČn uplatnit nároky z vad pĜedmČtu koupČ nejpozdČji poslední den záruþní doby, pĜiþemž za ĜádnČ uplatnČné se považují i nároky uplatnČné kupujícím ve formČ doporuþeného dopisu odeslaného prodávajícímu poslední den záruþní doby. 6. Prodávající se zavazuje pro úþely odstraĖování reklamovaných vad zajistit servis dodávaného pĜedmČtu koupČ v místČ, kde se pĜedmČt koupČ nachází, a to na vlastní náklady a na vlastní odpovČdnost, minimálnČ po dobu trvání záruþní doby. 7. Záruka za jakost se netýká vad prokazatelnČ zpĤsobených neodbornou manipulací nebo mechanickým poškozením pĜedmČtu koupČ kupujícím.



6/47


8. Záruka za jakost u dodávaného softwaru se vztahuje i na požadavek kupujícího na maintenance, tj. pĜímý support prodávajícího, a bezplatný nárok na nové verze softwaru u pĜedmČtu koupČ po dobu záruky pĜedmČtu koupČ. 9. Pro pĜípad, že by prodávající v pĜíloze þ. 4 této smlouvy nabídl kupujícímu výhodnČjší podmínky záruky a servisní podpory, než jsou uvedeny v tomto þlánku a v pĜíloze þ. 1 této smlouvy, budou se podmínky záruky a servisní podpory Ĝídit tČmito výhodnČjšími podmínkami. VI. Smluvní pokuty 1. Za prodlení s termínem Ĝádného dodání pĜedmČtu koupČ kupujícímu þi poskytnutí souvisejících služeb dle ust. þl. II., odst. 3 písm. a) – f), h) – j) této smlouvy (vþetnČ zaškolení IT personálu kupujícího a provedení akceptaþních testĤ) uvedeného v ust. þl. IV. odst. 1 vČta druhá této smlouvy zaplatí prodávající kupujícímu smluvní pokutu ve výši 0,2 % z celkové kupní ceny za pĜedmČt koupČ bez DPH dle ust. þl. II., odst. 1 této smlouvy, a to za každý zapoþatý den prodlení s plnČním povinnosti. 2. Za porušení kterékoliv povinnosti uvedené v þl. III. vČta první, druhá nebo tĜetí této kupní smlouvy zaplatí prodávající kupujícímu smluvní pokutu ve výši 0,05 % z celkové kupní ceny za pĜedmČt koupČ bez DPH za každý den, v nČmž bude prodávající v prodlení. Za porušení povinnosti uvedené v þl. III. vČta þtvrtá této smlouvy zaplatí prodávající kupujícímu smluvní pokutu ve výši 0,5 % z celkové kupní ceny za pĜedmČt koupČ bez DPH za každý den, v nČmž bude prodávající v prodlení. 3. V pĜípadČ prodlení prodávajícího se zahájením odstraĖování vad (dle þl. V. odst. 3 této smlouvy) se prodávající zavazuje uhradit kupujícímu smluvní pokutu ve výši 0,2 % z celkové kupní ceny za pĜedmČt koupČ bez DPH u servisních skupin þ. 1 až 3 za každý i jen zapoþatý den prodlení a za každou jednotlivou vadu, resp. smluvní pokutu ve výši 5.000,- Kþ u servisních skupin þ. 4 a 5 za každou i jen zapoþatou hodinu prodlení a za každou jednotlivou vadu. V pĜípadČ prodlení prodávajícího s odstranČním vady pĜedmČtu koupČ (dle þl. V. odst. 2 vČty první þi druhé této smlouvy) je prodávající povinen zaplatit kupujícímu smluvní pokutu ve výši 0,2 % z celkové kupní ceny za pĜedmČt koupČ bez DPH u servisních skupin þ. 1 až 3 za každý i jen zapoþatý den prodlení s odstranČním jednotlivé vady, resp. smluvní pokutu ve výši 5.000,- Kþ u servisních skupin þ. 4 a 5 za každou i jen zapoþatou hodinu prodlení s odstranČním jednotlivé vady. 4. Za porušení povinnosti dle þl. X. vČta první þi tĜetí této smlouvy zaplatí prodávající kupujícímu smluvní pokutu ve výši 10 % z celkové kupní ceny za pĜedmČt koupČ bez DPH za každý pĜípad porušení takové povinnosti. 5. Za porušení povinnosti prodávajícího zahájit technickou konzultaci v maximální lhĤtČ 4 pracovních dnĤ ode dne výzvy kupujícího, jak je stanoveno v pĜíloze þ. 1 této smlouvy (viz Úvod k technickému zadání, Technická konzultace), zaplatí prodávající kupujícímu smluvní pokutu ve výši 5.000,- Kþ za každý den, v nČmž bude prodávající v prodlení. 6. Za porušení povinnosti prodávajícího zahájit zkušební provoz nejpozdČji 10 pracovních dnĤ pĜed skonþením stanovené doby plnČní podle þl. IV. odst. 1 této smlouvy, jak je stanoveno v pĜíloze þ. 1 této smlouvy (viz ýást E, 1.



7/47


Akceptaþní testy), zaplatí prodávající kupujícímu smluvní pokutu ve výši 10.000,- Kþ za každý den, v nČmž bude prodávající v prodlení. 7. Za porušení povinnosti prodávajícího odstranit prokazatelné nedostatky vzniklé þi zjištČné v dobČ zkušebního provozu v maximální lhĤtČ 5 pracovních dnĤ od okamžiku, kdy tyto nedostatky kupující uplatnil, jak je stanoveno v pĜíloze þ. 1 této smlouvy (viz ýást E, Nedostatky a jejich Ĝešení), zaplatí prodávající kupujícímu smluvní pokutu ve výši 10.000,- Kþ za každý den, v nČmž bude prodávající v prodlení. 8. Smluvní pokuta sjednaná dle tohoto þlánku je splatná do 15 kalendáĜních dnĤ ode dne doruþení písemného uplatnČní práva na smluvní pokutu, a to na úþet kupujícího þ.ú. 107-1449700247/0100 nebo na jiný kupujícím písemnČ oznámený bankovní úþet. Smluvní pokutu je kupující oprávnČn zapoþíst oproti splatným fakturacím prodávajícího. 9. Smluvní pokuty dle této smlouvy lze požadovat kumulativnČ, a to bez omezení. Úhradou smluvní pokuty prodávajícím není dotþena další existence povinnosti smluvní pokutou zajištČné. 10. Uhrazením kterékoliv smluvní pokuty dle této smlouvy není dotþen nárok na náhradu škody. Pro pĜípad, že by byla smluvní pokuta soudem snížena, dohodly se zároveĖ smluvní strany, že zĤstává zachováno právo na náhradu škody ve výši, v jaké škoda pĜevyšuje þástku urþenou soudem jako pĜimČĜenou.

VII. Úÿinnost smlouvy, odstoupení 1. Tato smlouva nabývá úþinnosti okamžikem jejího podpisu posledním úþastníkem této smlouvy. 2. Odstoupit od smlouvy lze pouze z dĤvodĤ stanovených v této smlouvČ nebo zákonem. 3. Kupující má právo odstoupit od této smlouvy: i)

neodstraní-li prodávající vadu pĜedmČtu koupČ ve lhĤtČ do 30 pracovních dnĤ ode dne reklamace – oznámení vady kupujícím prodávajícímu nebo oznámí-li prodávající pĜed jejím uplynutím, že vadu neodstraní;

ii) jestliže bylo proti prodávajícímu zahájeno insolvenþní Ĝízení dle zákona þ. 182/2006 Sb., o úpadku a zpĤsobech jeho Ĝešení (insolvenþní zákon), v platném znČní; iii) jestliže je prodávající v prodlení s dodáním pĜedmČtu koupČ þi poskytnutí souvisejících služeb dle ust. þl. II., odst. 3 písm. a) – f), h) – j) této smlouvy (vþetnČ zaškolení IT personálu kupujícího a provedení akceptaþních testĤ) delším než 30 dnĤ dle þl. IV. odst. 1 vČta druhá této smlouvy; iv) v pĜípadČ, že výdaje, které by mu na základČ této smlouvy mČly vzniknout, budou ěídícím orgánem OP VaVpI, pĜípadnČ jiným kontrolním orgánem, oznaþeny za nezpĤsobilé; v) v pĜípadČ, že by pĜedmČt koupČ nemČl požadované vlastnosti stanovené dle þl. I. odst. 3 této smlouvy; vi) v pĜípadČ, že by pĜedmČt koupČ byl zatížen právy tĜetích osob; vii) v pĜípadČ, že by kupujícímu nebyla zcela nebo þásteþnČ udČlena finanþní dotace k poĜízení pĜedmČtu koupČ.



8/47


4. Odstoupením od smlouvy zanikají všechna práva a povinnosti smluvních stran z této smlouvy. Odstoupení od smlouvy se nedotýká nároku na náhradu škody, nárokĤ na smluvní pokuty, a ty závazky smluvních stran, které dle smlouvy nebo vzhledem ke své povaze mají trvat i nadále nebo u kterých tak stanoví zákon.

VIII. Ustanovení o doruÿování, kontaktní osoby 1. Smluvní strany se dohodly a prodávající urþil, že osobou oprávnČnou jednat za prodávajícího ve všech vČcech, které se týkají realizace této smlouvy, je: jméno: ……………………….. doruþovací adresa: …………………. tel: ……………………………. email: ………………………..

2. Smluvní strany se dohodly a kupující urþil, že osobou oprávnČnou jednat za kupujícího ve všech vČcech, které se týkají realizace této smlouvy, je: jméno: ………………………… doruþovací adresa: …………………. tel: ……………………………. email: ……………………………. 3. Veškerá korespondence, pokyny, oznámení, odstoupení, žádosti, záznamy a jiné dokumenty vzniklé na základČ této smlouvy mezi smluvními stranami nebo v souvislosti s ní budou vyhotoveny v písemné formČ v þeském jazyce a doruþují se buć osobnČ, nebo doporuþenou poštou, k rukám a na doruþovací adresy oprávnČných osob dle této smlouvy. 4. Má se za to, že došlá zásilka odeslaná s využitím provozovatele poštovních služeb došla tĜetí pracovní den po odeslání, byla-li však odeslána na adresu v jiném státu, pak patnáctý pracovní den po odeslání. 5. Smluvní strany se dohodly, že pro vzájemnou komunikaci mĤže být používána také elektronická pošta; ve vČcech týkajících se zmČny þi ukonþení úþinnosti této kupní smlouvy je však nutné použít doruþení prostĜednictvím pošty, pĜíp. osobnČ. 6. Pokud v dobČ úþinnosti této smlouvy dojde ke zmČnČ adresy nČkteré ze smluvních stran, resp. jejich oprávnČných zástupcĤ dle odst. 1 a 2 tohoto þlánku této smlouvy, je dotþená smluvní strana povinna neprodlenČ písemnČ oznámit druhé smluvní stranČ tuto zmČnu, a to zpĤsobem uvedeným v tomto þlánku.



9/47


IX. Ustanovení o nabytí vlastnického práva 1. Vlastnické právo k pĜedmČtu koupČ nabývá kupující podpisem akceptaþního protokolu obČma smluvními stranami dle þl. IV. odst. 3 této smlouvy. 2. Ústav molekulární genetiky AV ýR, v. v. i. a Univerzita Karlova v Praze nabývají dle Partnerské smlouvy ze dne 11. 7. 2012, ve znČní pozdČjších dodatkĤ, spoluvlastnické právo k pĜedmČtu koupČ dle této smlouvy v pomČru Ústav molekulární genetiky AV ýR, v. v. i. ve výši id. 60 % a Univerzita Karlova v Praze ve výši id. 40 %. 3. Do doby stanovené v þl. IX. odst. 1 této smlouvy nese nebezpeþí škody na pĜedmČtu koupČ prodávající.

X. Subdodavatelé Prodávající je povinen zajistit a financovat veškeré pĜípadné subdodavatelské práce nutné k Ĝádnému splnČní jeho povinností dle této smlouvy a nese za nČ odpovČdnost v plném rozsahu. Seznam subdodavatelĤ je uveden v pĜíloze þ. 3 této smlouvy. Jinou osobu, než která je uvedena v seznamu v této pĜíloze, je prodávající oprávnČn povČĜit provedením þásti pĜedmČtu této smlouvy pouze s pĜedchozím písemným souhlasem kupujícího. Pokud prodávající nebude subdodavatele využívat, doloží prohlášení, že plnČní provede výhradnČ sám bez subdodavatelĤ.

XI. Závčreÿná ustanovení 1. Vztahy mezi smluvními stranami se Ĝídí platným právním Ĝádem ýeské republiky. Ve vČcech touto smlouvou výslovnČ neupravených se právní vztahy z ní vznikající a vyplývající Ĝídí pĜíslušnými ustanoveními zákona þ. 89/2012 Sb., obþanský zákoník, v platném znČní, a ostatními obecnČ závaznými právními pĜedpisy a Pravidly OPVaVpI (viz http://www.msmt.cz/strukturalni-fondy/vyzva-1-1). 2. Veškeré zmČny þi doplnČní této smlouvy lze uþinit pouze na základČ písemné dohody smluvních stran, pĜiþemž za písemnou formu nebude pro tento úþel považována výmČna e-mailových þi jiných elektronických zpráv. Takové dohody musí mít podobu datovaných, þíslovaných a obČma smluvními stranami podepsaných dodatkĤ smlouvy. 3. Vztahuje-li se dĤvod neplatnosti jen na nČkteré ustanovení smlouvy, je neplatným pouze toto ustanovení, pokud z jeho povahy, obsahu anebo z okolností, za nichž bylo sjednáno, nevyplývá, že jej nelze oddČlit od ostatního obsahu smlouvy. Smluvní strany se zavazují, že bezodkladnČ nahradí neplatné ustanovení této smlouvy jiným platným ustanovením svým obsahem podobným neplatnému ustanovení. 4. Prodávající je povinen archivovat originální vyhotovení této smlouvy vþetnČ jejích dodatkĤ, originály úþetních dokladĤ a dalších dokladĤ vztahujících se k realizaci pĜedmČtu této smlouvy po dobu 10 let ode dne nabytí úþinnosti této smlouvy. Po tuto dobu je prodávající povinen umožnit osobám oprávnČným k výkonu kontroly projektu provést kontrolu dokladĤ souvisejících s plnČním této smlouvy.



10/47


5. Prodávající bere na vČdomí, že je ve smyslu § 2 písm. e) zákona þ. 320/2001 Sb., o finanþní kontrole, v platném znČní, osobou povinnou spolupĤsobit pĜi finanþní kontrole. V tomto smyslu se prodávající zavazuje poskytnout ěídícímu orgánu OP VaVpI, kterým je Ministerstvo školství, mládeže a tČlovýchovy, v rámci kontroly dle pĜedchozí vČty potĜebnou souþinnost v rozsahu daném uvedeným zákonem a poskytnout pĜístup ke všem dokumentĤm souvisejícím se zadáním a realizací pĜedmČtu této smlouvy, vþetnČ dokumentĤ podléhajících ochranČ podle zvláštních právních pĜedpisĤ. Prodávající bere dále na vČdomí, že obdobnou povinností je povinen smluvnČ zavázat své subdodavatele. 6. Prodávající bere na vČdomí, že kupující je povinen dodržet požadavky na publicitu v rámci programĤ strukturálních fondĤ stanovené v þl. 9 naĜízení Komise (ES) þ. 1828/2006 a pravidel pro publicitu v rámci OP VaVpI, a to ve všech relevantních dokumentech týkajících se pĜedmČtu této smlouvy. 7. Smluvní strany budou vždy usilovat o smírné urovnání pĜípadných sporĤ vzniklých ze smlouvy. Pokud nebylo dosaženo smírného urovnání sporu ani do 30 pracovních dnĤ po prvním oznámení sporné skuteþnosti druhé smluvní stranČ, je kterákoliv ze smluvních stran oprávnČna obrátit se svým nárokem k pĜíslušnému soudu. Rozhodþí Ĝízení je vylouþeno. 8. Prodávající není oprávnČn postoupit jakákoliv práva anebo povinnosti z této smlouvy na tĜetí osoby bez pĜedchozího písemného souhlasu kupujícího. 9. Smluvní strany prohlašují, že si tuto smlouvu pĜed jejím podpisem pĜeþetly a s jejím obsahem bez výhrad souhlasí. Smlouva je vyjádĜením jejich pravé, skuteþné, svobodné a vážné vĤle. Na dĤkaz pravosti a pravdivosti tČchto prohlášení pĜipojují oprávnČní zástupci smluvních stran své vlastnoruþní podpisy. 10. Smlouva se vyhotovuje ve tĜech stejnopisech, z nichž každý má platnost originálu a každý z úþastníkĤ této smlouvy obdrží po jednom stejnopise. 11. Smluvní strany prohlašují, že pĜed uzavĜením této smlouvy ĜádnČ splnily všechny hmotnČprávní podmínky pro platné uzavĜení této smlouvy vyplývající z platných právních pĜedpisĤ, jakož i z jejich platných vnitĜních pĜedpisĤ, a dále prohlašují, že uzavĜením této smlouvy nedojde k porušení jakýchkoliv jejich zákonných þi smluvních povinností. 12. Ústav molekulární genetiky AV ýR, v. v. i. prohlašuje, že pĜed uzavĜením této smlouvy byl dne …………….. vydán pĜedchozí písemný souhlas dozorþí rady Ústavu molekulární genetiky AV ýR, v. v. i., a to v souladu s ust. § 19 odst. 1 písm. b) bod 2 zákona þ. 341/2005 Sb., o veĜejných výzkumných institucích, v platném znČní, pĜiþemž byl souþasnČ udČlen pĜedchozí písemný souhlas zĜizovatele dle ust. § 15 písm. k) zákona þ. 341/2005 Sb., o veĜejných výzkumných institucích, v platném znČní. Kopie listin dle pĜedchozí vČty tvoĜí pĜílohu þ. 5 této smlouvy. 13. Nedílnou souþástí této smlouvy jsou její pĜílohy: pĜíloha þ. 1 – Technická dokumentace a specifikace pĜedmČtu koupČ (vytvoĜená kupujícím) pĜíloha þ. 2 – Potvrzení dle þl. II odst. 3 písm. f) této smlouvy pĜíloha þ. 3 – Seznam subdodavatelĤ (pĜíp. prohlášení prodávajícího, že provede pĜedmČt této smlouvy bez subdodavatelĤ)



11/47


pĜíloha þ. 4 – Dokumentace k plnČní (vytvoĜená prodávajícím) pĜíloha þ. 5 – Kopie listin Ústavu molekulární genetiky AV ýR, v. v. i., dle þl. XI odst. 12 této smlouvy pĜíloha þ. 6 – Seznam þlenĤ realizaþního týmu

V ……… dne ........................

....................................................... Ústav molekulární genetiky AV þR, v.v.i.

V ……… dne ........................

…………………………………. prodávající

zastoupená prof. RNDr. Václavem HoĜejším, CSc. Ĝeditelem

....................................................... Univerzita Karlova v Praze zastoupená prof. MUDr. Tomášem Zimou, DrSc., MBA rektorem



12/47


PĜíloha þ. 1

Technická dokumentace a specifikace pĝedmčtu koupč

Úvod k technickému zadání Zadavatel požaduje nabídku na níže specifikované Ĝešení. Specifikace Ĝešení se skládá z pČti þástí (kapitol): x

x

x

x

první þást popisuje datová úložištČ vþetnČ souvisejících komponent (þást A). druhá þást popisuje serverovou þást vþetnČ souvisejících komponent (þást B). tĜetí þást popisuje software pro serverovou virtualizaci (þást C). pátá þást (þást E) popisuje akceptaþní testy.

ýtvrtá þást (þást D) popisuje technologické prostĜedí, do nČhož bude plnČní poskytnuto. Souþástí jednotlivých þástí je textový popis a pĜípadnČ specifikace dílþích komponent pomocí tabulek. Údaje uvedené v jednotlivých þástech této technické dokumentace a specifikace vymezují závazné požadavky zadavatele na plnČní této veĜejné zakázky. Tyto požadavky musí uchazeþ plnČ respektovat pĜi tvorbČ své nabídky. Pro celé Ĝešení (tj. všechny jeho þásti) požaduje zadavatel dodání originálních a nových zaĜízení, licencovaných ve jménu zákazníka (zadavatele) a podle pravidel výrobce tak, aby bylo možné eskalovat pĜípadné závady pĜímo na technickou podporu výrobce. Zadavatel požaduje, aby všechny licence, které budou dodány v rámci tohoto Ĝešení, byly þasovČ neomezené (bez exspirace). PlnČní veĜejné zakázky je vþetnČ dodávky, instalace a zprovoznČní (uvedení do Ĝádného provozu) potĜebného software (licencí), potĜebného specifikovaného zaškolení IT personálu a dalšího potĜebného pĜíslušenství a poskytnutí rozšíĜené záruky a servisu a dalších souvisejících služeb v lokalitČ Vestec.



13/47


Pokud jsou v technické specifikaci obsaženy požadavky nebo odkazy na jednotlivá obchodní jména, zvláštní oznaþení podniku, zvláštní oznaþení výrobkĤ, výkonĤ anebo obchodních materiálĤ, která platí pro urþitý podnik nebo organizaþní jednotku za pĜíznaþné, popĜ. patenty a užitné vzory, jsou uvedeny pouze pro upĜesnČní a pĜiblížení technických parametrĤ a zadavatel umožĖuje použití i kvalitativnČ a technicky obdobného Ĝešení s plnČ srovnatelnými nebo i pĜevyšujícími parametry. V pĜípadČ potĜeby mĤže chtít zadavatel doložit (vyžádat si) oficiální potvrzení zastoupení výrobce o urþení dodávaného HW (resp. seznam sériových þísel všech dodávaných zaĜízení) pro þeský trh þi v rámci EU a koncového zákazníka Biotechnologické a biomedicínské centrum Akademie vČd a Univerzity Karlovy ve Vestci (BIOCEV). Zadavatel v rámci nabídky uchazeþe, požaduje dodat kompletní technický popis (specifikaci) všech komponent (zaĜízení) u všech þástí Ĝešení. K veškeré funkcionalitČ požadované v této zadávací dokumentaci musí v dobČ podání nabídky existovat uživatelská dokumentace v anglickém nebo þeském jazyku, kterou uchazeþ na vyžádání zadavatele neprodlenČ pĜedloží, a která tuto funkcionalitu jednoznaþnČ deklaruje (popisuje). Definice záruþních skupin dle délky záruky Záruþní skupiny: x x

3 roky 5 let

U jednotlivých þástí Ĝešení jsou tyto záruþní skupiny dále upĜesnČny. Po dobu záruky se oþekává bezplatné provedení servisu dle požadované servisní skupiny. Definice servisních skupin dle rychlosti reakce a opravy: Popis: Servis je pĜedpokládán v místČ plnČní, tj. tam kde jsou instalována zaĜízení. Použité termíny (zkratky) jsou NBD (Next business day) se rozumí "další pracovní den" a BD (Business day) se rozumí "pracovní den". Skupiny: x

x x

skupina þ. 1: dostupnost 5x8 (po-pá, od 8-16h) + reakce do NBD + oprava do 21 BD (na místČ u zákazníka) skupina þ. 2: dostupnost 5x8 (po-pá, od 8-16h) + reakce do NBD + oprava do 5 BD (na místČ u zákazníka) skupina þ. 3: dostupnost 5x9 (po-pá, od 8-17h) + reakce do NBD + oprava do NBD (na místČ u zákazníka)



14/47


x x

skupina þ. 4: dostupnost 24x7x365 (24 hodin + po-ne + po celý kalendáĜní rok) reakce do 8 hodin + oprava do 24 hodin (na místČ u zákazníka) skupina þ. 5: dostupnost 24x7x365 (24 hodin + po-ne + po celý kalendáĜní rok) reakce do 4 hodin + oprava do 24 hodin (na místČ u zákazníka)

U jednotlivých þástí Ĝešení jsou tyto servisní skupiny dále upĜesnČny.

Technické konzultace Souþástí Ĝešení jsou také technické konzultace, jejichž pĜedmČtem je níže uvedené. Dodavatel bude pĜipraven poskytovat tyto konzultace od pĜedání Ĝešení (podepsání akceptaþního protokolu) do provozu po dobu min. 12 následujících mČsícĤ. Reakþní doba na zahájení technické konzultace jsou maximálnČ 4 pracovní dny ode dne výzvy zadavatele. Definice konzultací je následující: ProvádČní konzultaþních a poradenských služeb technicky vysoce odborného charakteru (a to þleny realizaþního týmu uvedených v pĜíloze þ. 6 smlouvy) na dodaných technologických celcích na základČ požadavkĤ zadavatele v rozsahu cca 20 hodin za mČsíc (celkem 240 hodin za 12 mČsícĤ) v místČ instalace nebo prostĜednictvím vzdáleného pĜístupu.

ýást A 1. Základní popis Je požadováno dodání kompletního Ĝešení hierarchického datového úložištČ (Hierarchical Storage Management - HSM) a souþasnČ samostatného diskového pole pro IT infrastrukturu budovanou v rámci projektu BIOCEV. ěešení musí splnit níže uvedená technická kritéria. Hlavními þástmi Ĝešení jsou: 1.

Tier-1: diskové pole pro souborový pĜístup,

2.

Tier-2: diskové pole pro souborový pĜístup,

3.

Tier-3: pásková knihovna (páskový robot),

4.

servery pro Ĝídící systém-software pro správu a Ĝízení HSM (front-end, head node servery), a zabezpeþení provozu datového úložištČ vþetnČ uživatelského rozhraní.

5.

aktivní prvky síĢové infrastruktury pro zajištČní SAN (Storage Area Network) v návaznosti na aktivní prvky lokální sítČ - LAN (aktivní prvky pro LAN tedy nejsou souþástí tohoto Ĝešení, resp. pĜedmČtem smlouvy),



15/47


6.

Ĝídící software a operaþní systémy nezbytné pro jeho provoz,

7.

samostatné diskové úložištČ pro služby blokového pĜístupu (pro základní provozní systémy),

8.

systém pro management identit,

9.

jakékoliv další potĜebné pĜíslušenství ke zprovoznČní sestavy datového úložištČ (kabely, adaptéry, rack mount kit atd.)

10. þasovČ neomezené licence na všechny dodané programové produkty. ěešení je naznaþeno na následujícím obrázku.

PĜedpokládané využití datových úložišĢ PĜedpokládáme využití úložištČ ve tĜech hlavních kategoriích: 1.

ÚložištČ pro zálohy uživatelĤ



16/47


PĤjde o datové úložištČ sloužící jako back-end nebo backup pro již existující zálohovacího software uživatelĤ. 2.

Souborový systém

PĤjde o nabízení datového úložištČ formou souborového systému. nasazení protokolĤ NFSv4, SMB 2.0, HTTP(S), SFTP, FTP(S), SCP rsync. Z hlediska HSM pĤjde o lokálnČ pĜipojený souborový systém. 3.

PĜedpokládáme a dále protokolu

Blokové služby (samostatné diskové pole)

Blokový pĜístup k úložným kapacitám bude poskytován pro aplikace podporující IT provoz, a to na základČ konkrétních potĜeb. Na blokové úrovni lze zpĜístupnit pouze základní diskovou kapacitu, bez možnosti implementovat další nadstavbové služby (jako napĜ. HSM funkcionalitu). Uživateli se vytvoĜí a zpĜístupní LUN odpovídající velikosti. Veškeré další operace, jako je vytvoĜení souborového systému a následná údržba dat, je již plnČ v kompetenci uživatele. Nepožadujeme, aby výše uvedené kategorie sdílely data mezi sebou.

Požadavky kladené na datové úložištČ Pokud není uvedeno jinak, veškeré kapacity jsou uvedeny v dekadických násobcích (desítková soustava), tj. 1TB = 1012B, 1PB = 1015B, atd. Využitelná kapacita diskových polí je definována jako kapacita po režii RAID, hot-spare diskĤ þi jiných pĜípadných režijních kapacit pole, ale pĜed režií souborového systému. Využitelná kapacita páskové(ých) knihovny(en) je definována jako souþet nativních kapacit (bez komprese dat, bez deduplikace dat apod.) všech využitelných dodávaných páskových médií. V následujícím textu jsou použity následující zkratky a pojmy: FC - Fibre channel 1GE - 1Gbit Ethernet 10GE - 10 Gbit Ethernet

1.

Datové úložištČ typu HSM vychází z modelu hierarchicky uspoĜádaných úložných vrstev, je to technika ukládání dat, která automaticky pĜesune data mezi dražšími-rychlejšími (high-cost) a levnČjšími-pomalejšími (low-cost) pamČĢovými médii. Jednotlivé vrstvy mají rĤznou kapacitu úložného prostoru a zároveĖ poskytují vzájemnČ odlišný výkon. ÚložištČ bude obsahovat níže uvedené tiery (vrstvy):



17/47


a)

Tier-1: Diskové pole osazené disky minimálnČ o využitelné kapacitČ 291 TB. Tato vrstva mĤže být (ale i nemusí) pĜípadnČ sestavena i z více samostatných diskových polí, ta však musí být možné vhodným nástrojem (napĜ. distribuovaným souborovým systémem) prezentovat front-end serverĤm jako jeden svazek. Veškeré požadavky na Tier-1 se týkají každého pĜípadného dalšího diskového pole umístČného v rámci Tier1. Požadavek na rychlost diskĤ v Tier-1 je 10,000 rpm.

b)

Tier-2: Diskové pole o minimální využitelné kapacitČ alespoĖ 649 TB. Tato vrstva mĤže být (ale i nemusí) pĜípadnČ sestavena i z více samostatných diskových polí, ta však musí být možné vhodným nástrojem (napĜ. distribuovaným souborovým systémem) prezentovat front-end serverĤm jako jeden svazek. Veškeré požadavky na Tier-2 se týkají každého pĜípadného dalšího diskového pole umístČného v rámci Tier2. Požadavek na rychlost diskĤ v Tier-1 je 7,200 rpm.

c)

Tier-3: Pásková knihovna osazená páskami o minimální využitelné kapacitČ 1120 TB. Požadovaná kapacita pásek se uvažuje nativní, bez komprese. Souþástí dodávky budou všechny nezbytné licence pro všechny dodané fyzické sloty knihovny. Licence nebudou þasovČ omezeny. Souþástí dodávky musí být také adekvátní poþet þistících pásek. Minimální poþet þistících pásek musí být dva kusy per tape drive. Pásková média musí být dodána s þárovým identifikaþním kódem (labelem), musí také obsahovat þip umožĖující provádČt životní cyklus-management médií (Media Lifecycle Management). PotĜebný ovládací software pro centrální management drives a médií musí být souþástí dodávky.

d)

Vedle úložných kapacit musí sestava obsahovat všechny pĜípadné Ĝídící serverysystémy pro zajištČní HSM funkcionality vþetnČ zajištČní chodu sestavy datového úložištČ (front-end, head node servery).

2.

Vedle diskových polí a serverĤ požadujeme i odpovídající síĢovou infrastrukturu vþetnČ propojení diskových polí, páskové knihovny a Ĝídících serverĤ. Toto propojení musí být realizováno pĜes FC SAN switche, které jsou nutnou souþástí dodávky. Požadujeme minimální rychlost 8 Gbs. Switche však musí podporovat i osazení SFP transceivery o rychlosti 16 Gbs. Každý switch propojovací infrastruktury musí po koneþném zapojení všech prvkĤ vþetnČ Ĝešení obsahovat navíc minimálnČ 30% volných portĤ, pĜitom se zaokrouhluje nahoru. Navíc poþet volných portĤ v každém switchi musí být alespoĖ 6. (napĜ. je-li použito 7 portĤ na daném switchi, celkový poþet portĤ na tomto switchi musí být alespoĖ 13.) Všechny obsazené i volné sloty musí být osazeny transceiverem a zalicencovány (aktivovány). Nabídka musí obsahovat kabeláž pro propojení jednotlivých þástí úložištČ, tato kabeláž nesmí být typu Direct Attach. ZároveĖ je nutné dodat navíc 4 kabely každého typu jako rezervu. Optické kabely pro pĜipojení front-end serverĤ do vnitĜní sítČ LAN musí mít délku minimálnČ 10 metrĤ.



18/47


3.

HSM musí poskytovat souborový systém (dle standardu POSIX) pĜipojitelný na front-end servery. HSM musí umožnit vytvoĜení alespoĖ 100 souborových systémĤ (oddílĤ), každý oddíl musí být možno nezávisle na ostatních zvČtšit (pĜidáním diskĤ) a zmenšit.

4.

Diskové pole v Tier-1 musí být zabezpeþeno technologií RAID (þi ekvivalentní technologií poskytující stejné þi lepší zabezpeþení, dále jen RAID) proti ztrátČ dat pĜi souþasném výpadku libovolných dvou diskĤ v rámci jedné RAID skupiny. Poþet diskĤ (vþetnČ paritních diskĤ) v jedné takové RAID skupinČ nesmí být vyšší než 10. PĜitom rebuild (návrat do redundantního stavu zajišĢujícího opČt ochranu proti výpadku dvou diskĤ ve skupinČ) libovolné takto vytvoĜené RAID skupiny nesmí trvat déle než 8 hodin. Výpadek disku musí mít minimální vliv na výkonnost diskového pole. Požadovaný výkon musí být dosažitelný v této konfiguraci, mČĜen bude pĜi stabilní konfiguraci pole (ne pĜi rebuildu).

5.

Na každých i zapoþatých 30 diskĤ v Tier-1 požadujeme alespoĖ 1 další samostatný hotspare disk a to pro každé jedno diskové pole, které je umístČno v rámci Tier-1 (napĜ. pĜi poþtu celkem 280 diskĤ zapojených v RAID svazcích a poþtu 4 diskových polí je pĜi rovnomČrném rozložení diskĤ tĜeba navíc 12 hot-spare diskĤ, celkem tedy 292 diskĤ). Používá-li nabízená technologie tzv. hot-spare space, musí být pro tento prostor alokována alespoĖ ekvivalentní kapacita.

6.

Diskové pole v Tier-1 musí podporovat a být vybaveno licencí na funkcionalitu LUN maskingu pro maximální možnou konfiguraci (maximální konfiguraci pole, maximální poþet storage partitions).

7.

Diskové pole v Tier-2 musí být zabezpeþeno technologií RAID (þi ekvivalentní technologií poskytující stejné þi lepší zabezpeþení, dále jen RAID) proti ztrátČ dat pĜi souþasném výpadku libovolných dvou diskĤ v rámci jedné RAID skupiny. Poþet diskĤ (vþetnČ paritních diskĤ) v jedné takové RAID skupinČ nesmí být vyšší než 10. PĜitom rebuild (návrat do redundantního stavu zajišĢujícího opČt ochranu proti výpadku dvou diskĤ ve skupinČ) libovolné takto vytvoĜené RAID skupiny (ve všech pĜípadech zabezpeþení) nesmí trvat déle než 24 hodin.

8.

Na každých i zapoþatých 30 diskĤ v Tier-2 požadujeme alespoĖ 1 samostatný hot-spare disk a to pro každé samostatné diskové pole, které je umístČno v rámci Tier-2 (napĜ. pĜi poþtu celkem 280 diskĤ zapojených v RAID svazcích a poþtu 4 diskových polí je pĜi rovnomČrném rozložení diskĤ tĜeba navíc 12 hot-spare diskĤ, celkem tedy 292 diskĤ). Používá-li nabízená technologie tzv. hot-spare space, musí být pro tento prostor alokována alespoĖ ekvivalentní kapacita.

9.

Write-back cache ĜadiþĤ diskového pole musí být zabezpeþena proti všem následujícím jevĤm: ztrátČ dat, poškození dat pĜi výpadku napájení (napĜ. baterií) a poruše Ĝadiþe (napĜ. zrcadlením cache redundantních ĜadiþĤ). Požadovaný výkon musí být dosažitelný



19/47


se zapnutou funkcionalitou zabezpeþení dle tohoto bodu. 10. Velikost Write-back cache ĜadiþĤ diskového pole v Tier-1 a Tier-2 musí být minimálnČ 12 GB na každý jeden Ĝadiþ. NapĜíklad pokud se sestava úložištČ bude skládat ze þtyĜ dualcontroller diskových polí, celková velikost cache bude minimálnČ 96 GB. 11. Pásková knihovna musí obsahovat dva páskové roboty (tj. zaĜízení pro pĜenášení pásek mezi sloty knihovny a páskovými mechanikami). Ovládání knihovny musí být redundantní (control path failover). Páskové mechaniky musí podporovat a obsahovat redundantní cesty (data path failover). Minimální poþet mechanik je definován minimální celkovou nativní propustností (bez komprese) specifikovanou viz níže - podkapitola 3. Výkonové požadavky (bod þ. 4). 12. Centrální ovládací software pro páskovou knihovnu musí obsahovat funkce pro administraci knihovny, monitoring, reporting, policy-based Ĝízení pĜidČlování mechanik a médií, centrální media lifecycle management a funkce pro Ĝízení pĜístupu a cest. 13. Pro vnČjší reprezentaci úložištČ požadujeme minimálnČ 6 plnČ zastupitelných front-end (head node) serverĤ. Souborový systém poskytovaný HSM musí být možno sdílet pro þtení i zápis mezi všemi front-endy najednou. Zadavatel požaduje pĜístup s plnými administrátorskými (root) právy na všechny front-end servery. 14. Každý front-end server musí mít pĜipojení k Tier-1/2 úložištČ technologií minimálnČ 8Gbps FC a to minimálnČ dvČma aktivními cestami (tj. min. 2x 8Gbps FC). Každý Ĝadiþ pole Tier-1/2 musí mít minimálnČ 4 odpovídající porty. 15. Všechny front-end servery musí být provozuschopné pod 64bitovým operaþním systémem na bázi Linux operaþního systému na architektuĜe x86_64. 16. Pokud je na front-endech nutné provozovat jakýkoli komerþní software, musí být všechny potĜebné licence pro všechny front-endy souþástí nabídky (napĜíklad operaþní systém). Jsou-li souþástí dodávky instalace komerþních distribucí Linuxu, požadujeme, aby v nich byly nakonfigurovány zdroje pro vývojové (development) balíky a všechny závislosti pro rekompilaci libovolného balíþku, který dodavatel OS poskytuje. Zadavatel požaduje pĜístup s plnými administrátorskými (root) právy na všechny front-end servery. 17. Každý front-end server musí mít minimálnČ 96 GB RAM. 18. Všechny front-end servery musí být z hlediska operaþního systému nakonfigurovány jako plnČ zastupitelné (High Availability). a)

Všechny front-end servery budou exportovat všechna HSM data v režimu activeactive pomocí protokolĤ: SCP, FTP(S), CIFS/SAMBA. Export CIFS/SAMBA musí být nakonfigurován jako klastrový.



20/47


b)

Dále musí front-end servery exportovat HSM data protokolem NFSv4 nebo vyšší verze. PČt front-end serverĤ bude exportovat všechny HSM souborové systémy tímto protokolem tak, že žádné dva front-endy neexportují stejný HSM souborový systém. Šestý front-end server bude nakonfigurován jako pasivní NFSv4 server. V pĜípadČ výpadku libovolného z front-endĤ exportujícího NFSv4 musí pasivní front-end plnČ pĜevzít veškerou NFSv4 funkcionalitu bez nutnosti administrativního zásahu jak na serveru, tak na klientech. Implementace NFSv4 pro klienta mĤže být dodána dodavatelem.

c)

Funkcionalita všech požadavkĤ v tomto bodČ bude ovČĜena v akceptaþních testech.

19. Aktivní prvky pro lokální poþítaþovou síĢ (LAN) nejsou souþástí této veĜejné zakázky. Zadavatel pĜedpokládá pĜipojení front-end serverĤ do vnitĜní sítČ (LAN) a to: 2x typu 10GE, 2x typu 1GE (pro každý z tČchto serverĤ). Zadavatel požaduje, aby byl každý front-end server rozšíĜitelný v budoucím období o minimálnČ jednu další PCIe (PCI Express) kartu. 20. Všechna datová (ne management porty) síĢová Ethernet rozhraní front-end serverĤ musí podporovat jumbo rámce (alespoĖ 9000 bytĤ). 21. Diskové pole v Tier-1 a Tier-2 musí podporovat vytváĜení LUN o velikosti více než 16 TB. 22. Systém úložištČ (diskové a páskové kapacity, jejich Ĝadiþe, SAN infrastruktura, servisní stroje HSM a páskové knihovny a vzájemné propoje tČchto komponent) musí být plnČ redundantní, výpadek jakékoliv jedné komponenty nesmí zpĤsobit nedostupnost úložištČ, mĤže ale vést k doþasné degradaci výkonu. Tento požadavek se týká i jednoho samostatného front-end þi obslužného serveru, kdy pĜi jejich výpadku nesmí dojít k nedostupnosti funkcionality, kterou poskytují. Všechny typy serverĤ musí mít redundantní napájecí zdroje, disky a karty zajišĢující SAN a LAN pĜipojení (alespoĖ dual port). Pásková knihovna, SAN a 10GE switche musí mít také redundantní napájení. 23. VýmČna jakékoliv þásti HW musí být možná za chodu (nesmí být nutné pĜevést úložištČ do stavu, kdy jsou nČkterá data nedostupná). Upgrade software (firmware) pole a páskové knihovny musí být možný taktéž za chodu. V pĜípadČ poruchy jednoho z robotĤ páskové knihovny pĜipouštíme následné plánované odstavení páskové knihovny na dobu nejvýše 60 minut. 24. Z hlediska zajištČní provozu musí být všechny prvky datového úložištČ vybaveny managementem kontroly funkþnosti a provozních parametrĤ (napĜ. teplota, napájení, …) a možností vzdálené správy. U všech dodaných serverĤ požadujeme možnost vzdáleného managementu vþetnČ grafické konzole, možnosti využití virtuálních médií



21/47


pro boot serverĤ a vzdáleného pĜístupu do BIOS/UEFI. Veškerý management musí být možný z prostĜedí OS UNIX/Linux nebo ekvivalentního OS (spĖujícíh související technické podmínky). BMC kontrolery serverĤ musí být pĜipojeny samostatným kabelem, není možné sdílet fyzické porty s datovými rozhraními serverĤ. 25. Všechny front-end servery musí být stejného typu. 26. Datové úložištČ musí mít automatický systém hlášení poruch na bázi protokolu SNMP. Zprávy systému hlášení poruch musí být možno zpracovat na stroji s operaþním systémem Linux, z tČchto zpráv musí být rozpoznatelná chybující komponenta v lidsky þitelné podobČ. 27. Veškerý management HSM musí být ovladatelný ze stroje s operaþním systémem UNIX/Linux nebo ekvivalentního OS (splĖujícího všechny související technické podmínky uvedené v této dokumentaci). 28. HSM musí být schopno pojmout minimálnČ dvČ miliardy souborĤ. 29. Exporty HSM z front-endĤ ve smyslu základního popisu Ĝešení (zaþátek þásti A) musí být realizovatelné pĜes všechna rozhraní, tj. 10GE, 1GE.

2. Požadavky na HSM a souborový systém 1.

Systém pro správu migrací dat mezi tiery HSM musí správci umožĖovat nastavit minimálnČ níže popsané typy migraþních politik.

2.

Akce pĜesunu souborĤ mezi tiery mohou být nastaveny na základČ:

a)

þasu vzniku, poslední modifikace, posledního použití souborĤ,

b)

velikosti souborĤ,

c)

logické funkce vytvoĜené z pravidel a) a b) alespoĖ pomocí and,

d)

pravidla podle zaplnČní jednotlivých vrstev (napĜ. „zaþni pĜesouvat na pásky nejdéle nepoužité soubory, pokud zaplnČní diskĤ je vČtší než 70%“) a explicitního pĜíkazu správce nebo autorizovaného uživatele.

Pro soubory odpovídající výše uvedeným pravidlĤm musí být možné provést alespoĖ následující akce: e)

pĜesun na zvolený tier,

f)

vytvoĜení kopie na zvoleném tieru (napĜ. soubor se zapíše zároveĖ na pásky, zpoždČní zápisu na pásky dané technologií je tolerováno),

g)

Ĝízení poþtu kopií na archivním tieru (Tier-3), alespoĖ tĜi kopie (napĜ. soubor



22/47


zapisovat na dvČ samostatné sady pásek). 3.

HSM musí umožĖovat migraci dat na vzdálené úložištČ minimálnČ pomocí protokolĤ NFS nebo FTP.

4.

HSM musí poskytovat GUI a CLI nástroje (obojí), které umožĖují explicitnČ Ĝídit migraci a zjišĢovat aktuální umístČní a stav souborĤ a adresáĜĤ.

5.

Je požadované, aby v rámci systému Ĝízení (administrace) byly k dispozici i statistické souhrny (pĜes GUI).

6.

Systém nastavování pravidel musí poskytovat CLI rozhraní, je preferovanČjší, aby pravidla bylo možno nastavovat pĜes GUI.

7.

HSM software musí obsahovat funkcionalitu pro automatické periodické provádČní kontrol konzistence dat na páskách. Kontrola dat nesmí vyžadovat migraci dat z pásek na diskové pole.

8.

Systém musí podporovat kvóty na velikost uživatelských dat na základČ identifikace uživatelĤ a jejich skupin.

9.

Souþástí dodávky je licence HSM software tak, aby pokryla veškerou dodanou kapacitu Tier-1 a Tier-2 a dvojnásobek kapacity Tier-3 (pro páskovou knihovnu) a minimálnČ 6 front-end serverĤ.

10. V rámci funkcionality souborového systému musí být možné vytváĜet snapshoty a to jak celého filesystému, tak na úrovni file sets, pĜípadnČ jednotlivých souborĤ. 11. HSM filesystém musí podporovat online pĜidání i odebrání dalších front-end uzlĤ s možností zahrnout ĜádovČ až tisíce uzlĤ. Dále musí podporovat online pĜidání i odebrání LUNĤ z kapacitních úložišĢ. Filesystém musí mít rovnČž funkcionalitu pro online rebalancing. 12. Uchazeþ pĜedloží rovnČž roadmap nabízeného filesystému.

3. Výkonové požadavky 1.

Výkony diskĤ uvećte ve dvojkových násobcích, tj. 1MiB = 220B, 1TiB = 240B, výkony u páskové knihovny uvećte v desítkových násobcích, tj. 1MB = 106B, 1TB = 1012B.

2.

Rychlost þtení a zápisu dat na datového úložištČ musí být mČĜena na identické sestavČ, která je pĜedmČtem nabídky, a musí být v našich podmínkách reprodukovatelný. V pĜípadČ, že nepĤjde v nabídce deklarovaná þísla reprodukovat, dostane dodavatel možnost provést optimalizaci zaĜízení. V pĜípadČ, že se ani tak nepodaĜí výkonu dosáhnout, vyhrazujeme si právo odstoupení od smlouvy.



23/47


3.

Výkonové požadavky pro Tier-1:

a)

Test bude provádČn ze všech dodaných front-end serverĤ. Velikost testovaného oddílu není omezena, musí být však umístČn na HSM. V pĜípadČ využití více diskových polí je nutné test spouštČt na takovém svazku þi svazcích, který zahrnuje všechna disková pole najednou.

b)

Rychlost þtení a zápisu dat u diskĤ na Tier-1 , pokud tato bude pĜístupná pĜes souborové rozhraní, bude mČĜena nástrojem iozone (doporuþujeme verzi 3.347, dostupný na: http://www.iozone.org) pomocí pĜíkazu: iozone -Mce –t50 -sMEMg -r512k -i0 -i1 -+mNODES cesta_k_souborĤm MEM je velikost pamČti jednoho front-end serveru vynásobená dvČma a NODES je soubor obsahující: v pĜípadČ Tier-1: hostnames všech front-end serverĤ a cesty dle dokumentace programu iozone (popis volby -+m),

Rozložení souborĤ na jednotlivé servery, ze kterých budou provádČny testy, musí být rovnomČrné. c)

Jako výsledek testu pro zápis respektive pro þtení je brána prĤmČrná hodnota tĜí testĤ udaná výstupem programu iozone jako „Children see throughput for X initial writers“, respektive, „Children see throughput for X readers“.

d)

Požadované rychlosti pro þtení a zápisu jsou minimálnČ 4000 Program iozone používá jednotky v dvojkových násobcích (KiB, MiB) apod.

4.

MiB/s.

Výkonové požadavky pro pĜípadnou páskovou knihovnu v Tier-3: Souhrnná rychlost lineárního zápisu dat bez zapnutí komprese na všechny mechaniky páskové knihovny a stejnČ tak i souhrnná rychlost lineárního þtení ze všech mechanik páskové knihovny musí dosáhnout alespoĖ 5.5 TB/h.

5.

Výkonové požadavky pro front-end serverĤ: Pro všechny front-end servery požadujeme minimální skóre získané aplikací SPEC2006 (nebo ekvivalentní hodnocení) ve variantČ int (integer), rate, noautoparalel, base 300 bodĤ. Hodnota SPEC2006 pro servery musí být v nabídce uvedena.



24/47


4. Požadavky na blokové služby - samostatné diskové úložištČ 1.

Samostatné datové úložištČ pro blokové služby vychází z modelu tierované storage. ÚložištČ bude obsahovat níže uvedené tiery (vrstvy):

a)

Tier-1: osazené disky s rychlostí 15,000 rpm a s minimální využitelnou kapacitou 16 TB. Ochrana dat typu RAID5 s maximálnČ 8 disky v RAID skupinČ. Navíc minimálnČ 1 hot-spare na každých i zapoþatých 30 diskĤ.

b)

Tier-2: osazené disky s rychlostí 10,000 rpm a s minimální využitelnou kapacitou 70 TB. Ochrana dat typu RAID6 s maximálnČ 12 disky v RAID skupinČ. Navíc minimálnČ 1 hot-spare na každých i zapoþatých 30 diskĤ.

2.

Typ pĜístupu k datĤm je blokový s protokoly FC a iSCSI/FCoE. Diskové pole musí obsahovat front-end porty typu 8Gbit FC a zároveĖ 10Gbit iSCSI/FCoE. Minimální poþet jsou 4x 8Gb FC porty per Ĝadiþ a 2x 10GbE porty per Ĝadiþ.

3.

Všechny disky musí být typu SAS s rozhraním 6Gb. Velikost Write-back cache ĜadiþĤ diskového pole musí být minimálnČ 8 GB na každý jeden Ĝadiþ.

4.

Požadujeme základní funkcionalitu diskového pole v rozsahu alespoĖ: vytváĜení virtuálních diskĤ, transparentní migrace dat mezi diskovými prostory, thin provisioning, remote mirroring synchronní a asynchronní, snapshoty a klony, vícenásobné kaskádované inkrementální snapshoty/klony, reverzní snapshoty, upgrade software a hardware u ĜadiþĤ musí být proveditelné za chodu a bez ztráty pĜístupu hostitelských serverĤ k datĤm, inteligentní správa výkonnostních charakteristik virtualizovaných diskových prostorĤ (sub-volume level tierieng). Diskové pole musí podporovat externí virtualizaci, tzn. pĜipojení externích diskových polí od rĤzných výrobcĤ. Seznam podporovaných diskových systému musí být veĜejnČ dostupný pro kontrolu. Podpora virtualizovaných serverových prostĜedí. Diskové pole musí obsahovat funkcionalitu komprese dat.

5.

Výše uvedená funkcionalita musí být licencována na veškerou dodanou kapacitu diskového pole. PĜípadný SW support (podpora) musí být na 5 let.

6.

Souþástí samostatného datového úložištČ musí být nástroje (software) pro zálohování dat v Tier-1 a Tier-2, které zajistí v pĜípadČ hardwarového nebo softwarového výpadku Tier-1 (nebo Tier-2) nebo kterékoliv jeho þásti (napĜ. výpadek pole, volumu, rozpad souborového systému) plnou obnovu dat (dostupnost všech dat v systému).

5. Požadavky na systém pro management identit Zadavatel v rámci þásti A požaduje Ĝízení (management) identity uživatelĤ. Hlavním cílem je docílit



25/47


vysoce granulárního Ĝízení pĜístupu uživatelĤ na datová úložištČ (zejména HSM) prostĜednictvím autentizace a autorizace (prostĜednictvím vhodných rolí). Dále snížit náklady na správu, zjednodušit údržbu, automatizovanČjší Ĝízení životního cyklu uživatele, ochránit hlavní aktiva (data jednotlivých uživatelĤ, skupin, teamĤ apod.) pĜed neautorizovaným pĜístupem. Požaduje se následující funkcionalita: 1. Administrátorské a uživatelské rozhraní by mČly být úplnČ oddČleny. 2. PĜehledné uživatelské webovské rozhraní musí umožnit uživateli samostatnČ obsloužit základní potĜeby jako je napĜ. zmČna hesla, obnovení zapomenutého hesla, zmČna osobních údajĤ, požádání o pĜístup ke službČ. 3. AdresáĜový server pro správu identit musí provozován v modelu vysoké dostupnosti. Je požadována komunikace prostĜednictvím protokolu LDAP (RFC 2251). 4. Pokud bude uchazeþem navrhované Ĝešení vyžadovat bČh identity managementu na daném operaþním systému (napĜ. Linux), potom systém musí být provozován v prostĜedí serverové virtualizace (bez licenþního omezení pro instalovatelnost v tomto prostĜedí). 5. V pĜípadČ licencování je požadován licenþní model na uživatele (nikoliv poþet zaĜízení), je požadováno, aby bylo licenþnČ pokryto min. 700 uživatelĤ. 6. Podpora zabezpeþené komunikace identity management systému a spravovanou službou, uživatelskými aplikacemi apod. napĜíklad pomocí SSL, SSH atd. 7. Funkce správy uživatelských identit a rolí, souþasnČ nástroje pro návrh, management uživatelských rolí spolu s možností tvorby analýz (typu "what-if") pĜi zmČnách parametrĤ rolí. Dále možnost tvorby vnoĜených rolí. 8. Flexibilita pĜi definici atributĤ, napĜ. možnost uživateli pĜiĜadit hodnotu specifického atributĤ pĜi udČlení role. 9. Široké portfolio adaptérĤ (agentĤ, konektorĤ) pro aplikace (v základní licenci). Dále i možnost (nástroj) pro tvorbu vlastních uživatelských konektorĤ. 10. Funkce pro snadnou definici workflow schvalovacích procesĤ, vþetnČ možnosti vytváĜení vlastních webovských formuláĜĤ. 11. Možnost zasílání emailových zpráv pĜi vzniku dané události (napĜ. nástup nového uživatele - identity). 12. Možnost delegování administrace, napĜíklad na urþitou roli, skupinu identit apod. 13. Reportovací (audit) modul (engine), s možností více formátĤ výstupu, vþetnČ pĜedpĜipravené (pĜedkonfigurované) sady standardních reportĤ (výstupĤ). 14. Dostupnost programovatelného rozhraní (Application programming interface - API), vþetnČ potĜebné dokumentace k API.



26/47


6. Požadavky na zaškolení IT personálu zadavatele Zadavatel požaduje výrobcem certifikované zaškolení tĜech osob (IT specialistĤ) v architektuĜe a správČ dodaného datového úložištČ urþeného pro HSM a managementu identit. Školení je požadováno v rozsahu minimálnČ pČti pracovních dnĤ. Obsahem školení musí všechna aktivní zaĜízení a software použitý pĜi implementaci datového úložištČ urþeného pro HSM. Zadavatel jako souþást školení požaduje také pĜípravu na Ĝešení nestandardních situací, zejména neĜízené vypnutí HSM úložištČ a jeho následné oživení HSM, postup pĜi rozšiĜování o další dodateþnou kapacitu atd. Dále zadavatel požaduje separátní zaškolení v používání systému pro Ĝízení identit tĜech osob (IT specialistĤ) v rozsahu minimálnČ dvou pracovních dnĤ.

7. Požadavky na záruku a servis Zadavatel požaduje pro tuto þást Ĝešení (þást A) záruku a souþasnČ servis podle specifikace v úvodu tohoto dokumentu a to konkrétnČ: Záruku a servisní skupinu þ.4 na 5 let. Záruku je nutné v této þásti chápat jako požadavek zadavatele na maintenance, tj. pĜímý support výrobce software a bezplatný nárok na nové verze produktu po dobu pČti let. ýást B 1. Základní popis V rámci Ĝešení je požadováno dodání serverového vybavení. Toto vybavení (zaĜízení) bude využito jak pro vČdecké tak pro provozní úþely. Podle daného úþelu jsou i jednotlivá zaĜízení kategorizována a specifikovaná. Podrobné technické specifikace (tabulky) jednotlivých zaĜízení jsou uvedeny v pĜíloze podrobných technických specifikací k þásti B (vþetnČ poþtu kusĤ každého typu, požadované záruky a servisu), souþasnČ k této technické specifikaci doplní uchazeþ skuteþné specifikace parametru nabízeného zboží.

2. Kompatibilita v rámci Ĝešení Zadavatel požaduje dokonalou kompatibilitu a interoperabilitu s ostatními þástmi (A,C,D) tohoto Ĝešení. Zejména u þásti A je nutné dodržet požadavek kompatibility v pĜipojení na datové úložištČ HSM pomocí síĢového rozhraní 10GE a na pĜipojení k samostatnému diskovému úložišti pomocí rozhraní FC. U þásti C je nutné dodržet kompatibilitu s software pro serverovou virtualizaci. V poslední ĜadČ je nutné dodržet kompatibilitu s þástí D, kde jsou definovány požadavky na napájení - energetickou zátČž, umístČní v rámci serverovny atd.



27/47


3. Požadavky na zaškolení IT personálu zadavatele Zadavatel požaduje výrobcem certifikované zaškolení tĜech osob (IT specialistĤ) v architektuĜe a správČ blade server zaĜízení, které je þástí tohoto Ĝešení. Školení je požadováno v rozsahu minimálnČ dvou pracovních dnĤ.

4. Požadavky na záruku a servis Zadavatel specifikuje jednotlivé požadavky na záruku a servisní skupiny pro jednotlivé komponenty této þásti v pĜíloze podrobných technických specifikací k þásti B. ýást C 1. Základní popis V rámci Ĝešení je požadováno dodání software a licencí pro serverovou virtualizaci. Toto vybavení bude využito jak pro vČdecké tak pro provozní úþely. Serverová virtualizace umožní zadavateli efektivnČ, ekonomicky a flexibilnČ využít fyzickou serverovou infrastrukturu.

2. Kompatibilita v rámci Ĝešení Zadavatel požaduje dokonalou kompatibilitu dodaného software s þástí B tohoto Ĝešení. Tj. zadavatel oþekává doložení certifikace výrobce serverového hardwaru (þást B) pro daný virtualizaþní serverový software. 3. Požadavky na zaškolení IT personálu zadavatele Zadavatel požaduje výrobcem certifikované zaškolení tĜech osob (IT specialistĤ) v architektuĜe a správČ software pro serverovou virtualizaci, která je þástí tohoto Ĝešení. Školení je požadováno v rozsahu minimálnČ dvou pracovních dnĤ.

4. Požadavky na záruku a servis Zadavatel požaduje pro tuto þást Ĝešení (þást C) záruku a souþasnČ servis podle specifikace v úvodu tohoto dokumentu a to konkrétnČ: Záruku a servisní skupinu þ.3 na 5 let. Záruku je nutné v této þásti chápat jako požadavek zadavatele na maintenance, tj. pĜímý support výrobce software a bezplatný nárok na nové verze produktu po dobu pČti let.



28/47


5. Požadavky na funkce a vlastnosti Hypervisor nainstalovaný pĜímo na hardware, umožĖující virtualizaci x86 stroje. UmístČní kompletního prostĜedí vþetnČ OS a aplikací do virtuálních strojĤ bez závislosti na provozovaném hardware. Centralizované Ĝízení zajišĢující automatický provoz, optimalizaci zdrojĤ a vysokou dostupnost IT prostĜedí. Inteligentní alokace zdrojĤ na základČ pĜeddefinovaných pravidel. Podpora operaþních systémĤ rĤzných distribucí Unix/Linux (napĜ. Debian, Redhat, CentOS, SuSE), MS Windows server 2012 a novČjší verze. 6. Požadavky na poþet dodaných licencí Zadavatel požaduje dodání licencí pro serverovou virtualizaci celkem na 5 fyzických serverĤ (zaĜízení), které jsou v þásti B (PĜíloha podrobných technických specifikací k þásti B - serverová þást) oznaþeny jako Blade server, Rack server – provozní. V pĜípadČ licenþního modelu na 1 fyzický CPU socket jde celkem o 10ks licencí (zadavatel požaduje licence ke všem CPU socketĤm, bez ohledu na to zda budou þi nebudou osazené). ýást D 1. Požadavek na energetickou zátČž a UPS 1.

V serverovnČ je (bude) k dispozici zdroj napČtí zálohovaného pomocí centrální UPS a diesel agregátu. Souþástí dodávky dále není UPS.

2.

Elektrické rozvody v serverovnČ budou pĜichystány. V rámci stojanu (racku) budou instalovány vždy minimálnČ dvČ tyto PDU (Power Distribution Unit) lišty, ve vČtšinČ stojanĤ þtyĜi PDU lišty – v rámci hlavní serverovny bude každá napájena z jiného zdroje UPS tak, aby i pĜi ztrátČ napájení z jedné UPS zĤstala polovina stojanu pod napČtím. Souþástí dodávky dále není PDU.

3.

Snahou zadavatele je rovnomČrné zatížení jednotlivých fází. RovnomČrné zapojení PDU a jednotlivých zaĜízení Ĝešení na jednotlivé fáze je odpovČdnost dodavatele.

4.

PDU lišty jsou vybaveny dostateþným množstvím napájecích zásuvek IEC 320 C13 a C19.

5.

Maximální výkon pĜenášený jednou PDU lištou je 7,36 kW.

6.

Maximální pĜíkon datového úložištČ pro HSM nesmí pĜekroþit v souþtu 9 kW na jeden rack.

7.

V nabídce musí být uveden celkový deklarovaný peak pĜíkon a maximální pĜíkon Ĝešení.

8.

Všechna zaĜízení musí být k elektrické síti pĜipojena tak, aby platilo:



29/47


a)

Napájení musí být realizováno tak, že výpadek napájecí vČtve s UPS nesmí zpĤsobit výpadek datového úložištČ pro HSM þi výpadek poskytované funkcionality (mĤže dojít k degradaci výkonu). Dále výpadek nezálohovaného napájení (pĜi funkci všech dotþených UPS) nesmí zpĤsobit výpadek datového úložištČ pro HSM þi výpadek poskytované funkcionality (mĤže dojít k degradaci výkonu).

b)

Výpadek napájení v dobČ do spuštČní diesel agregátu nezpĤsobí výpadek zaĜízení þi výpadek poskytované funkcionality (mĤže dojít k degradaci výkonu).

c)

PožadavkĤm vyhovuje napĜíklad zapojení, kdy je každé zaĜízení s redundantním napájením pĜipojené k UPS minimálnČ jedním pĜívodem a druhým pĜívodem pĜímo do napájecí vČtve mimo UPS. PodobnČ pro dvojice zaĜízení poskytující stejnou funkcionalitu. Toto zapojení zadavatel preferuje.

d)

K a) až c) bodu þ. 8 zadavatel poskytne nutnou souþinnost a kooperaci pĜi realizaci dodávky.

2. Prostorové, hmotnostní a hygienické požadavky ěešení datového úložištČ pro HSM musí splĖovat a respektovat následující omezení. 1.

RozmČry jednotlivých dále nedČlitelných technologických dílĤ sestavy datového úložištČ musí umožnit transport zaĜízení do serverovny takovým zpĤsobem, který neporuší záruþní podmínky výrobce tČchto zaĜízení. K serverovnČ existuje více pĜístupových tras, zadavatel doporuþuje využít možnosti referenþní návštČvy pro možnost pĜesného vyjasnČní si prostorových možností.

2.

Plošná nosnost podlahy v hlavní serverovnČ pod racky je 1800 kg/m2.

3.

RozmČry pro umístČní zaĜízení sestavy datového úložištČ pro HSM musí splĖovat dispoziþní možnosti podle plánku serverovny na obrázku þ. 1 níže. Využití této plochy je ponecháno na dodavateli, musí být však zachována následující omezení.

a)

S již zakreslenými zaĜízeními nelze manipulovat (rozvody pro kabeláž, rozvodné skĜínČ pro elektĜinu, SHZ, UPS).

b)

Dodaná zaĜízení (mimo páskové knihovny) lze umisĢovat jen do rack skĜíní s následujícími parametry: V prostoru serveroven budou instalovány 19“ stojany, které budou sloužit pro umístČní a provoz technologií IT. Použity budou stojany s výškou 42U, hloubkou 120 cm, variantnČ 107 cm a šíĜkou 60 cm, variantnČ 75 cm.

c)

UmístČní jednotlivých zaĜízení musí respektovat manipulaþní prostory v rámci serverovny. UmístČní zaĜízení musí dovolovat jeho stabilní dlouhodobý provoz. Dále musí respektovat nezbytnost zachování únikových tras ze sálu naznaþenými dveĜmi.



30/47


4.

Souþástí nabídky musí být pĜedbČžný návrh rozmístČní komponent v serverovnČ. Detailní umístČní komponent bude nicménČ upĜesnČno pĜed realizací dohodou zadavatele a uchazeþe.

Obr. þ. 1. Plán hlavní serverovny



31/47


ýást E 1. Akceptaþní testy Po dodávce a instalaci HSM datového úložištČ (þást A) požaduje zadavatel v rámci zkušebního provozu provést akceptaþní testy. Zkušební provoz musí být zahájen nejpozdČji 10 pracovních dnĤ pĜed skonþením stanovené doby plnČní podle þl. IV. odst. 1 kupní smlouvy. Tyto testy budou minimálnČ zahrnovat: a)

OvČĜení funkcí a vlastností všech dodaných zaĜízení a komponent v souladu s deklarovanými parametry v nabídce;

b)

OvČĜení funkþnosti managementu SW, komunikaþních protokolĤ a pĜístupových rozhraní. Detailní popis akceptace funkþnosti pĜístupových protokolĤ je uveden níže.

c)

Výkonové testy podle specifikace viz níže (test active-passive režimu front-end serverĤ). Dále v rámci akceptace budou požadované výkonové testy popsané v þásti A, podkapitola þ.3 – Výkonové požadavky.

Test active-passive režimu front-end serverĤ probČhne následovnČ. PĜedpokládáme, že klient má pĜipojen souborový systém pĜes NFSv4.0 z front-endu A. BČhem akceptaþního testu musí úspČšnČ probČhnout následující dílþí testy: 1.

Na klientu bude spuštČn iozone test podobnČ jako pĜi mČĜení výkonu na plnČ sestaveném a funkþním úložišti, bude spouštČn opakovanČ v nekoneþné smyþce.

2.

Z front-endu A budou odpojeny všechny napájecí kabely (IPMI v tomto pĜípadČ bude nedostupné a je tedy nezbytné zajistit funkcionalitu failoveru i takto, napĜ. pomocí sekundárního fencingu na switchích). Funkci front-endu A musí automaticky (bez administrativního zásahu) pĜevzít pasivní front-end. Po pĜevzetí funkce pasivním front-endem musí klient pokraþovat v mČĜení výkonu bez administrativního zásahu (tj. nepĜipouští se ruþní rekonfigurace serveru ani klienta).

3.

Test bude zopakován pro CIFS/SMB export analogicky s pĜedchozím bodem þ.2.

4.

Test funkþnosti vysoké dostupnosti (High Availability) konfigurace bude dále ovČĜena následovnČ a v každém pĜípadČ musí být klient schopen pĜipojit a používat CIFS a NFSv4.0 export bez pĜerušení a zásahu administrátora 4.1

vypnutí libovolného jednoho switche

4.2

shození libovolného síĢového rozhraní na front-endu (napĜ. ifdown ethX)

4.3

odpojení libovolného jednoho FC, GE, 10GE kabelu.



32/47


4.4

reboot front-endu používaného klientem

4.5

power off front-endu používaného klientem (pĜes IPMI rozhraní)

Ve všech tČchto pĜípadech musí bČžící test dle popisu v bodu 1. pokraþovat v þinnosti, tj. nesmí skonþit chybou. Nebyl-li klient pĜipojen v okamžiku provedení akcí 4.1 až 4.5, musí být schopen se pĜipojit na funkþní server a pracovat. 5.

Pro NFSv4.0 export musí dále uspČt test zámkĤ dostupný na: http://nfsv4.bullopensource.org/tools/tests/locktest.php a to jak v rámci jednoho klienta, tak i pro více klientĤ (test je k dispozici zde: http://nfsv4.bullopensource.org/tools/tests_tools/locktests-net.tar.gz). Test bude spuštČn na klientovi, který má pĜipojený NFSv4.0 svazek z nČkterého z front-endĤ lokálnČ do /mnt/nfs4. SpouštČný pĜíkaz bude: ./locktests -n 10 -f /mnt/nfs4/lockfile. Žádná þást testu nesmí skonþit chybou.

6.

SíĢový test bude spuštČn na dvou klientech, kteĜí mají pĜipojený stejný NFSv4.0 svazek z nČkterého z front-endĤ lokálnČ do /mnt/nfs4. SpouštČný pĜíkaz bude: Klient A: ./locktests -n 10 -f /mnt/nfs4/lockfile -c 1 Klient B: ./locktests --server Klient_A_FQDN Žádná þást testu nesmí skonþit chybou.

7.

Test výpadku disku v rámci jedné RAID skupiny pro Tier-1 a i pro Tier-2 a dodržení podmínek z þásti A (1. Základní popis, Požadavky kladené na datové úložištČ), tj.: pro Tier-1 rebuild (návrat do redundantního stavu zajišĢujícího opČt ochranu proti výpadku dvou diskĤ ve skupinČ) libovolné takto vytvoĜené RAID skupiny nesmí trvat déle než 8 hodin. A souþasnČ pro Tier-2 rebuild (návrat do redundantního stavu zajišĢujícího opČt ochranu proti výpadku dvou diskĤ ve skupinČ) libovolné takto vytvoĜené RAID skupiny nesmí trvat déle než 24 hodin.

Zadavatel souþasnČ požaduje pĜipravit akceptaþní protokol, ve smyslu ust. þl. IV., odst. 3 této smlouvy, a to ke všem akceptaþním testĤm (zpracuje dodavatel). Tento protokol bude obsahovat: a. v podobČ pĜíloh výstupy jednotlivých testĤ, b. oficiální potvrzení zastoupení výrobce o urþení dodávaného HW (resp. seznam sériových þísel dodávaných zaĜízení) pro þeský trh þi trh EU a koncového zákazníka Biotechnologické a biomedicínské centrum Akademie vČd a Univerzity Karlovy ve Vestci (BIOCEV), c. v podobČ pĜílohy k tomuto akceptaþnímu protokolu výpis všech pĜípadných licencí dodaných k daným zaĜízením nebo samostatnČ (název, popis-úþel, poþet).



33/47


Nedostatky a jejich Ĝešení V pĜípadČ prokazatelných nedostatkĤ vzniklých þi zjištČných v dobČ zkušebního provozu je uchazeþ povinen je odstranit, a to nejpozdČji do 5 pracovních dní od okamžiku, kdy tyto nedostatky zadavatel, prostĜednictvím osoby oprávnČné za nČj jednat dle þl. VIII. kupní smlouvy, písemnČ uplatnil. Zkušební provoz bude v pĜípadČ úspČchu zakonþen podpisem akceptaþního protokolu.



34/47


PĜíloha podrobných technických specifikací k þásti B - serverová þást

Specifikace vzorku Parametr

Rack server - VČdecký server typ 1 Minimální požadavek zadavatele

SkĜíĖ

montáž do racku 19" - vþetnČ rackmount kitu, výška max. 8U, možný pĜístup ke všem komponentám serveru bez náĜadí, vizuálnČ odlišitelné hot-plug vnitĜní komponenty 1,5 TB typu DDR3, rozšiĜitelnost alespoĖ na 6TB

PamČĢ RAM Disky

min. 2ks hot-plug SSD 128GB a 2ks hot-plug SAS 600GB 10krpm pĜednastavené v RAID-1

CPU

osmi-socketový systém, osazený osmi CPU, minimálnČ typu E7-8870 (nebo min. stejnČ výkonný ekvivalent), nebo alternativnČ požadujeme dodržet hodnocení dle SPEC CPU2006 (http://www.spec.org/cpu2006/results) výsledky s minimálními hodnotami (sloupec result - base) u SPECint2006=38 a SPECfp2006=45. zapojení pĜes KVM switch

Display Diskový Ĝadiþ

typu SAS, 8-mi portový, 512MB bateriovČ zálohovaná cache, podpora hot-plug diskĤ SAS a SSD, podpora RAID - 0, 1, 5, 10, cache funkce podpora on-line capacity expansion, podpora globálního hot-spare disku

RozšiĜitelnost

alespoĖ 7x PCIe 2.0 sloty pro rozšiĜující karty



35/47


Ethernet konektivita

Fiber channel konektivita

2x Ethernet porty 1Gbps a 2x 10 Gbps Ethernet, s podpora TOE a iSCSI Offload, WOL, iSCSI boot, IPv4, IPv6 minmálnČ 2x port Fiber channel 16Gbps na dvou nezávislých kartách

Porty USB

min. 4x USB 2.0, alespoĖ 2 v pĜední þásti

Podpora a kompatibilita s daným OS

Microsoft Windows Server 2012 x64, Standard a DataCenter, Red Hat RHEL, SUSE Linux

Podpora virtualizace

Red Hat RHEV (KVM) , VMware ESX, Microsoft Hyper-V, XenServer

Napájecí zdroje

redundantní síĢové napájecí zdroje

Management a vzdálená správa

management serveru nezávislý na operaþním systému - požadované funkce a vlastnosti: Web GUI a dedikovaná IP adresa, firmware update/rollback pro jednotlivé hardware komponenty, podpora OS Deploymentu, logování událostí, monitoring hardwarových sensorĤ (teplota, napČtí, stav, chybové sensory), alerty (server reset, kritické senzorové hodnoty, atd.) za použití emailu, podpora IPv4 a IPv6, IPMI funkcionalita, pĜístup k nainstalovanému operaþnímu systému pĜes funkci managementu, konfigurace hardware komponent a RAID, server reset, reboot, poweron/off/cyclePower management vlastnosti, security vlastnosti (podpora AD, encryption), BIOS recovery 1ks

Poþet serverĤ tohoto



36/47


typu Skupina délky záruky

þ. 3 3 roky


Rack server - VČdecký server typ 2 Minimální požadavek zadavatele

SkĜíĖ

montáž do racku 19" - vþetnČ rackmount kitu, výška max. 4U, možný pĜístup ke všem komponentám serveru bez náĜadí, vizuálnČ odlišitelné hot-plug vnitĜní komponenty 1 TB typu DDR3, rozšiĜitelnost alespoĖ na 3TB

Servisní skupina

PamČĢ RAM Disky

min. 2ks hot-plug SAS 600GB 10krpm pĜednastavené v RAID-1

CPU

þtyĜ-socketový systém, osazený þtyĜmi CPU, minimálnČ typu E7-4830 (nebo min. stejnČ výkonný ekvivalent), nebo alternativnČ požadujeme dodržet hodnocení dle SPEC CPU2006 (http://www.spec.org/cpu2006/results) výsledky s minimálními hodnotami (sloupec result - base) u SPECint2006=30 a SPECfp2006=50. zapojení pĜes KVM switch

Display Diskový Ĝadiþ

typu SAS, 8-mi portový, podpora hotplug diskĤ SAS a SSD, podpora RAID - 0, 1, 5, 10, cache funkce podpora on-line capacity expansion, podpora globálního hot-spare disku

RozšiĜitelnost




37/47




2x Ethernet porty 1Gbps a 2x 10 Gbps Ethernet, s podpora TOE a iSCSI Offload, WOL, iSCSI boot, IPv4, IPv6 minmálnČ 2x port Fiber channel 16Gbps na dvou nezávislých kartách

Porty USB






Napájecí zdroje

redundantní síĢové napájecí zdroje


management serveru nezávislý na operaþním systému - požadované funkce a vlastnosti: Web GUI a dedikovaná IP adresa, firmware update/rollback pro jednotlivé hardware komponenty, podpora OS deploymentu, logování událostí, monitoring hardwarových sensorĤ (teplota, napČtí, stav, chybové sensory), alerty (server reset, kritické senzorové hodnoty, atd.) za použití emailu, podpora IPv4 a IPv6, IPMI funkcionalita, pĜístup k nainstalovanému operaþnímu systému pĜes funkci managementu, konfigurace hardware komponent a RAID, server reset, reboot, poweron/off/cyclePower management vlastnosti, security vlastnosti (podpora AD, encryption), BIOS recovery 1ks

Poþet serverĤ tohoto



38/47


typu Skupina délky záruky

þ. 3 3 roky


Blade server šasi Minimální požadavek zadavatele

Architektura

Blade

Montáž

do racku 19" - vþetnČ rackmount kitu, výška max. 10U

Pozice na servery

min. 14 pozic

Switch moduly šasi

na zadní stranČ šasi min. 4 pozice pro moduly


redundantni ethernet switche, každý min. 24 portĤ 10Gbps, propustnost aspoĖ 1,28Tbps, možnost škálování až na 56x 10Gb ethernet portĤ na switch, podpora stackingu pĜes 10Gb a 40Gb porty


redundantní Fiber channel 16Gbps switche, možnost škálování až do 48 portĤ

Chladící systém šasi

redundantní chladící systém

Napájecí zdroje

redundantní síĢové napájecí zdroje, plnČ osazené v maximální výkonnostní konfiguraci, EU 230/400V

Servisní skupina



39/47



Poþet šasi tohoto typu

redundatní management modul (možnost ovládání i pĜeš Web GUI), kompletní vzdálená zpráva šasi a blade serverĤ a síĢových modulĤ, logování událostí, monitoring hardwarových sensorĤ (teplota, napČtí, stav, chybové sensory), možnost pĜedávání informací pomocí emailu, podpora IPv6, podpora šifrování a autorizace uživatelĤ, možnost upgrade firmware, možnost vzdáleného namapování lokálního prostĜedkĤ 1ks

Servisní skupina

þ. 5

Délka záruky

5let


Blade server Minimální požadavek zadavatele

Architektura

Blade

Montáž

osaditelný do blade šasi

Poþet CPU patic

minimálnČ 2

Poþet jader na fyzický procesor

minimálnČ 8 jader

CPU

dvouprocesorový systém, tj. osazený dvČma CPU. MinimálnČ typu E5-2690 (nebo min. stejnČ výkonným ekvivalent), nebo alternativnČ požadujeme dodržet hodnocení dle SPEC CPU2006 (http://www.spec.org/cpu2006/results) výsledky s minimálními hodnotami (sloupec result - base) u SPECint2006=58 a SPECfp2006=90.



40/47


PamČĢ RAM

128 GB typu DDR3, rozšiĜitelnost alespoĖ na 768 GB, minimálnČ 24 DIMM slotĤ


minimálnČ dual-port ethernet 10Gbps, redundantní pĜipojení do sítČ, podpora virtualizace portĤ

Fiber channel konektivita Management a vzdálená správa

2-portová Fiber channel karta 16Gbps Ano, pĜes management blade šasi

Disky

Ano, možnost osazení 2x pevný disk, typu SAS, hot-plug





Napájecí zdroje

Souþástí blade šasi a plnČ kompatibilní s blade serverem


Ano, pĜes management blade šasi, s vlastnostmi kompletní vzdálené zprávy, požadován monitoring stavu serveru 3ks

Poþet serverĤ tohoto typu Servisní skupina Délka záruky

þ. 4 5 let


Rack server - provozní Minimální požadavek zadavatele

SkĜíĖ

montáž do racku 19" - vþetnČ rackmount kitu, výška max. 2U



41/47


PamČĢ RAM

32 GB typu DDR3, rozšiĜitelnost alespoĖ na 64GB

Disky

min. 2ks 500GB SATA HDD

CPU

Display

minimálnČ dvou-socketový systém, osazený min. jedním CPU, minimálnČ typu E5-2620 (nebo min. stejnČ výkonný ekvivalent), nebo alternativnČ požadujeme dodržet hodnocení dle SPEC CPU2006 (http://www.spec.org/cpu2006/results) výsledky s minimálními hodnotami (sloupec result - base) u SPECint2006=38 a SPECfp2006=64. zapojení pĜes KVM switch

Diskový Ĝadiþ

s podporou RAID 0, 1, 10

RozšiĜitelnost



2x Ethernet porty 1Gbps

Porty USB






Poþet serverĤ tohoto typu Servisní skupina

2ks

Skupina délky záruky

þ. 3 3 roky



42/47


PĜíloha þ. 2

Potvrzení dle ÿl. II odst. 3 písm. f) této smlouvy



43/47


PĜíloha þ. 3

Seznam subdodavatelĥ (pĝíp. prohlášení prodávajícího, že provede pĝedmčt této smlouvy bez subdodavatelĥ)



44/47


PĜíloha þ. 4

Dokumentace k plnční



45/47


PĜíloha þ. 5

Kopie listin Ústavu molekulární genetiky AV þR, v. v. i. dle ÿl. XI odst. 12 této smlouvy



46/47


PĜíloha þ. 6

Seznam ÿlenĥ realizaÿního týmu



47/47

2012 Sb., ob anského zákoníku, v platném zn ní

Recommend Documents