- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (80)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
Tematické sekce
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tiskBranové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEM 9/2002
Archivace dat
II. díl - Historická data patří do archivu
Oliver Blták
V minulém čísle časopisu jsme si vysvětlili názvosloví a základní věcné pohledy na problematiku z oblasti archivace dat. Cílem bylo populární formou ozřejmit, čím se vlastně archivace v oblasti výpočetních systémů zabývá, protoe i mnohým počítačově gramotným lidem pojem "ARCHIV" připomíná stále pouze stohy vyrovnaných vazačů s papírovými dokumenty. V tomto článku se podrobněji podíváme na problémy s ukládáním a archivací dat, které řeí, nebo v nejblií době budou řeit české organizace.
V Česku dnes zřejmě neexistuje případ, kdy by organizace v digitální podobě zpracovávala a uchovávala data starí ne deset let. Důvodem jsou významné vývojové skoky v oblasti výpočetní techniky včetně potřebného software, které umonily rozvinout výkonnost a monosti nově vytvářených programových aplikací. Podnikatelské subjekty, nevýrobní organizace i státní správa nakupovaly novou IT infrastrukturu (některé za poslední roky i několikrát) pro rozvoj a zajitění vlastních aktivit. Byla to zlatá éra pro vechny tvůrce a distributory aplikačních softwarových balíků - zejména z oblasti ekonomiky a financí - kdy se prodávalo doslova na kila. Dnes mají podniky a instituce vesměs dostatečně pokryté vlastní potřeby aplikační podpory v podobě kancelářských, podnikových i speciálních software.
Problémy s daty z pohledu uivatele
Výsledkem několikaletého pořizování a zpracování dat jsou rozsáhlé databáze, tabulky a soubory, kde v nejrůznějích formátech leí značné mnoství informací. Kadý manaer v podniku by se měl čas od času z ryze strategických důvodů zeptat: Kolik těch dat ji vlastně máme? V úvahách o velikosti elektronicky uchovávaných dat ve vztahu k velikosti podniku nelze najít jednoduchou definici. První indicií můe být počet aktivních uivatelů, ale tento údaj značně kolísá s ohledem na iroce definovatelná přístupová práva i povinnosti v jednotlivých uívaných systémech. Jako pomocné měřítko lze vzít průměrný počet Byte pro jeden záznam v největích a nejuívanějích tabulkách. Tento pohled je vak nespolehlivý z důvodu srovnání např. jednoho účetního záznamu (obvykle stovky Byte) s jedním CAD dokumentem - kompletním stavebním výkresem (několik Megabyte). Nejspolehlivějím údajem proto bude skutečná fyzická velikost vech dat, o které musí celý IT systém stále pečovat. Kadý zdatný správce systému vám takový přibliný údaj na poádání zjistí včetně dalí strategické hodnoty, kterou je časový přírůstek těchto digitálních informací. Mnozí správcové tak činí bez vyzvání vdy, kdy ádají o nákup nových disků.
Řadoví uivatelé podnikových systémů by za příznivých podmínek nemuseli mít ani tuení, e objem dat v jejich organizaci začíná být hrozbou. Kupodivu to ale mnozí z nich velmi dobře vědí a jsou dokonce iniciátory nutných změn. V účetnictví, logistice, konstrukci, vude se negativně projevuje nadměrná přítomnost historických záznamů. V lepím případě je to pouze ztráta přehlednosti, v tom horím to můe být postupné zpomalování odezvy vyhledávacích nebo třídicích funkcí, které jetě loni zobrazily výsledek do dvou vteřin. Uivatel je veden k tomu, aby zvyoval efektivitu práce nebo komfort sluby pro zákazníka maximálním zkrácením provedení přísluných operací v informačním systému. Samotný systém ale bohuel z výe uvedených důvodů pracuje proti svému uivateli. Často o nutnosti archivace nerozhodnou nadměrné objemy spravovaných dat, ale nutné strukturální změny v organizaci. V podnicích dochází k zásadním organizačním změnám v podobě různých fúzí, rozdělení, přeskupení. Změny se mohou promítnout nejen v přečíslování nákladových středisek, ale mnohdy zasáhnou a do číslování materiálu, zakázek, majetků. Mezi změny vyvolané vnějími vlivy patří nové legislativní či metodické nařízení, které se projeví nutností změn účetního rozvrhu. Sotva ale naleznete na trhu systém nebo aplikaci, která se vemi těmito změnami nejen počítá, ale také pruně pracuje. Jednou z mála cest, jak takový poadavek řeit, je vykázat historická data včetně navazujících číselníků a třídníků mimo aktivní systém - tedy do archivu. To kupodivu platí nejen pro podnikové systémy s daty o velikosti jednoho Terabyte, ale i pro podniky nepoměrně mení, kde objem dat dosahuje "pouhých" dvacet Gigabyte.
Problémy s daty z pohledu správce IT
Jiný pohled na potřeby archivace můe mít správce systému. Jeho úkolem je zajiovat bezpečnost, stabilitu a dostupnost dat pro vechny řádné uivatele systému. Na jeho hlavu dopadají první projevy nespokojenosti s dobou odezvy u velkých datových objektů. Limitujících faktorů, které se projeví ve zpomalení odezvy, můe být samozřejmě mnoho. Svou negativní roli mohou sehrát síové prvky, topologie a materiál sítě, výkonnost serverů, diskových polí, počet právě aktivních uivatelů systému atd. Velikost dat v databázích ale určitě není ten poslední faktor. Přitom moností, jak práci s daty o dané velikosti alespoň trochu zrychlit, není mnoho. Obecně platí, e kadá robustní aplikace pracuje se svými daty v předpokládaných podmínkách a nějaké zásahy ve prospěch lepího uspořádání jsou nepřípustné. Maximálně lze počítat s přidáním vhodného třídicího indexu, ostatní monosti nabízí jen "vyladění" chodu databázového stroje. Správce systému pak můe v rámci svých znalostí a zkueností zmírnit redundanci dat, která je bohuel častým průvodním jevem provozu podnikových systémů.
Správce se rovně potýká s objemy dat z hlediska bezpečnosti. Vechna důleitá data, někdy i části sytému, musí být z důvodu bezpečnosti pravidelně zálohována na záloní média. Obvykle se postupuje dle vnitropodnikových bezpečnostních metodik a norem s vyuitím vech dostupných technických prostředků, které má správce k dispozici. Jenome data, která musí být například kadou noc (v reimu off-line) zálohována, neustále rostou, doba zálohování se oproti loňskému roku zdvojnásobila, ztrojnásobila. Zkuenějí uivatelé ji vědí, e pokud dojde k havárii systému, můe být doba potřebná na jeho opětovné sputění několikanásobně delí, ne činí doba vytváření záloh. Tady se nadměrný objem dat projeví zcela nepochybně jako faktor číslo jedna. Docházíme opět ke stejnému poznání, e historická data patří do archivu.
Problémy s daty v heterogenním prostředí IT
Podívejme se nyní na data z hlediska aplikační heterogenity. Jak bylo v úvodu článku zmíněno, vývoj podnikových aplikací probíhal za posledních deset let velmi bouřlivě. Kdy k tomu připočítáme "veumělství" českých ručiček, nestačíme se divit. V podnikových systémech existují aplikace, které v několika verzích přeívají a dodnes se pouívají. Autory těchto aplikací býval kdokoliv, kdo se naučil základům programování v některém z uívaných vývojových prostředí a trochu se vyznal v dané problematice. Nebylo nijak výjimečné, e se do programování pustil například ekonomický ředitel firmy.
Tomuto trendu ovem odpovídala nejen nízká propracovanost systému, ale často i ivotnost dílka. Na druhé straně je ovem alarmující, e mezi významnými podniky v Česku nalezneme dost takových, kde nároky na podnikový ERP systém jsou uspokojovány několika nesourodými a navzájem neprovázanými softwarovými aplikacemi. Provoz těchto aplikací závisí často na přítomnosti jediného člověka - autora a správce v jedné osobě. Děsivějí je skutečnost, e se management jen neochotně takových podnikových "slepenců" zbavuje. I v takto neperspektivních řeeních vak mohou data úhrnem dosahovat značných objemů s tendencí trvalého růstu. Jestlie k tomu připočítáme jetě fluktuaci klíčových pracovníků IT oddělení, stává se ze spravovaných dat dokonalý babylon. V podniku ji není nikdo, kdo by mohl spolehlivě odliit ivá data od n-té kopie vytvořené při zásahu do programu. Vyřeení komplexní archivace je pak úkolem pro dobrodruhy s minimální nadějí na valný výsledek.
Komplexní archivace podnikových datových zdrojů
Jene doba se mění a vztah k datům také. Nejen management, ale i řadoví uivatelé si uvědomují strategický význam informací uloených v datech. Vichni si začínají dat velmi cenit, i kdy zpočátku zejména těch, které sami denně pouívají. Smame významnému podniku jen část jeho dat a rázem jej tímto vrhneme zpět do minulosti. Jako lichá se jeví představa, e vechny aplikační potřeby s komfortní funkcionalitou vyřeí v organizaci jediný modulární systém od jediného výrobce. I uivatelé rozsáhlých podnikových informačních systémů, jakým je kupříkladu SAP, jsou nuceni některé části systému řeit speciálními produkty jiných dodavatelů (CAD, GIS, ). Dobře řeený systém na takovou nutnost pamatuje v podobě univerzálních rozhraní. Ani tato skutečnost vak nesníí náročnost řeení v momentě, kdy vytváříme strategii komplexní archivace podnikových datových zdrojů.
Pozn. red.: Autor článku, Oliver Blták, pracuje v Plaut Consulting jako Sales Manager a specializuje se na oblasti Archivace/Storage konsolidace a sluby Outsourcing/Remote Supportu.

V Česku dnes zřejmě neexistuje případ, kdy by organizace v digitální podobě zpracovávala a uchovávala data starí ne deset let. Důvodem jsou významné vývojové skoky v oblasti výpočetní techniky včetně potřebného software, které umonily rozvinout výkonnost a monosti nově vytvářených programových aplikací. Podnikatelské subjekty, nevýrobní organizace i státní správa nakupovaly novou IT infrastrukturu (některé za poslední roky i několikrát) pro rozvoj a zajitění vlastních aktivit. Byla to zlatá éra pro vechny tvůrce a distributory aplikačních softwarových balíků - zejména z oblasti ekonomiky a financí - kdy se prodávalo doslova na kila. Dnes mají podniky a instituce vesměs dostatečně pokryté vlastní potřeby aplikační podpory v podobě kancelářských, podnikových i speciálních software.
Problémy s daty z pohledu uivatele
Výsledkem několikaletého pořizování a zpracování dat jsou rozsáhlé databáze, tabulky a soubory, kde v nejrůznějích formátech leí značné mnoství informací. Kadý manaer v podniku by se měl čas od času z ryze strategických důvodů zeptat: Kolik těch dat ji vlastně máme? V úvahách o velikosti elektronicky uchovávaných dat ve vztahu k velikosti podniku nelze najít jednoduchou definici. První indicií můe být počet aktivních uivatelů, ale tento údaj značně kolísá s ohledem na iroce definovatelná přístupová práva i povinnosti v jednotlivých uívaných systémech. Jako pomocné měřítko lze vzít průměrný počet Byte pro jeden záznam v největích a nejuívanějích tabulkách. Tento pohled je vak nespolehlivý z důvodu srovnání např. jednoho účetního záznamu (obvykle stovky Byte) s jedním CAD dokumentem - kompletním stavebním výkresem (několik Megabyte). Nejspolehlivějím údajem proto bude skutečná fyzická velikost vech dat, o které musí celý IT systém stále pečovat. Kadý zdatný správce systému vám takový přibliný údaj na poádání zjistí včetně dalí strategické hodnoty, kterou je časový přírůstek těchto digitálních informací. Mnozí správcové tak činí bez vyzvání vdy, kdy ádají o nákup nových disků.
Řadoví uivatelé podnikových systémů by za příznivých podmínek nemuseli mít ani tuení, e objem dat v jejich organizaci začíná být hrozbou. Kupodivu to ale mnozí z nich velmi dobře vědí a jsou dokonce iniciátory nutných změn. V účetnictví, logistice, konstrukci, vude se negativně projevuje nadměrná přítomnost historických záznamů. V lepím případě je to pouze ztráta přehlednosti, v tom horím to můe být postupné zpomalování odezvy vyhledávacích nebo třídicích funkcí, které jetě loni zobrazily výsledek do dvou vteřin. Uivatel je veden k tomu, aby zvyoval efektivitu práce nebo komfort sluby pro zákazníka maximálním zkrácením provedení přísluných operací v informačním systému. Samotný systém ale bohuel z výe uvedených důvodů pracuje proti svému uivateli. Často o nutnosti archivace nerozhodnou nadměrné objemy spravovaných dat, ale nutné strukturální změny v organizaci. V podnicích dochází k zásadním organizačním změnám v podobě různých fúzí, rozdělení, přeskupení. Změny se mohou promítnout nejen v přečíslování nákladových středisek, ale mnohdy zasáhnou a do číslování materiálu, zakázek, majetků. Mezi změny vyvolané vnějími vlivy patří nové legislativní či metodické nařízení, které se projeví nutností změn účetního rozvrhu. Sotva ale naleznete na trhu systém nebo aplikaci, která se vemi těmito změnami nejen počítá, ale také pruně pracuje. Jednou z mála cest, jak takový poadavek řeit, je vykázat historická data včetně navazujících číselníků a třídníků mimo aktivní systém - tedy do archivu. To kupodivu platí nejen pro podnikové systémy s daty o velikosti jednoho Terabyte, ale i pro podniky nepoměrně mení, kde objem dat dosahuje "pouhých" dvacet Gigabyte.
Problémy s daty z pohledu správce IT
Jiný pohled na potřeby archivace můe mít správce systému. Jeho úkolem je zajiovat bezpečnost, stabilitu a dostupnost dat pro vechny řádné uivatele systému. Na jeho hlavu dopadají první projevy nespokojenosti s dobou odezvy u velkých datových objektů. Limitujících faktorů, které se projeví ve zpomalení odezvy, můe být samozřejmě mnoho. Svou negativní roli mohou sehrát síové prvky, topologie a materiál sítě, výkonnost serverů, diskových polí, počet právě aktivních uivatelů systému atd. Velikost dat v databázích ale určitě není ten poslední faktor. Přitom moností, jak práci s daty o dané velikosti alespoň trochu zrychlit, není mnoho. Obecně platí, e kadá robustní aplikace pracuje se svými daty v předpokládaných podmínkách a nějaké zásahy ve prospěch lepího uspořádání jsou nepřípustné. Maximálně lze počítat s přidáním vhodného třídicího indexu, ostatní monosti nabízí jen "vyladění" chodu databázového stroje. Správce systému pak můe v rámci svých znalostí a zkueností zmírnit redundanci dat, která je bohuel častým průvodním jevem provozu podnikových systémů.
Správce se rovně potýká s objemy dat z hlediska bezpečnosti. Vechna důleitá data, někdy i části sytému, musí být z důvodu bezpečnosti pravidelně zálohována na záloní média. Obvykle se postupuje dle vnitropodnikových bezpečnostních metodik a norem s vyuitím vech dostupných technických prostředků, které má správce k dispozici. Jenome data, která musí být například kadou noc (v reimu off-line) zálohována, neustále rostou, doba zálohování se oproti loňskému roku zdvojnásobila, ztrojnásobila. Zkuenějí uivatelé ji vědí, e pokud dojde k havárii systému, můe být doba potřebná na jeho opětovné sputění několikanásobně delí, ne činí doba vytváření záloh. Tady se nadměrný objem dat projeví zcela nepochybně jako faktor číslo jedna. Docházíme opět ke stejnému poznání, e historická data patří do archivu.
Problémy s daty v heterogenním prostředí IT
Podívejme se nyní na data z hlediska aplikační heterogenity. Jak bylo v úvodu článku zmíněno, vývoj podnikových aplikací probíhal za posledních deset let velmi bouřlivě. Kdy k tomu připočítáme "veumělství" českých ručiček, nestačíme se divit. V podnikových systémech existují aplikace, které v několika verzích přeívají a dodnes se pouívají. Autory těchto aplikací býval kdokoliv, kdo se naučil základům programování v některém z uívaných vývojových prostředí a trochu se vyznal v dané problematice. Nebylo nijak výjimečné, e se do programování pustil například ekonomický ředitel firmy.
Tomuto trendu ovem odpovídala nejen nízká propracovanost systému, ale často i ivotnost dílka. Na druhé straně je ovem alarmující, e mezi významnými podniky v Česku nalezneme dost takových, kde nároky na podnikový ERP systém jsou uspokojovány několika nesourodými a navzájem neprovázanými softwarovými aplikacemi. Provoz těchto aplikací závisí často na přítomnosti jediného člověka - autora a správce v jedné osobě. Děsivějí je skutečnost, e se management jen neochotně takových podnikových "slepenců" zbavuje. I v takto neperspektivních řeeních vak mohou data úhrnem dosahovat značných objemů s tendencí trvalého růstu. Jestlie k tomu připočítáme jetě fluktuaci klíčových pracovníků IT oddělení, stává se ze spravovaných dat dokonalý babylon. V podniku ji není nikdo, kdo by mohl spolehlivě odliit ivá data od n-té kopie vytvořené při zásahu do programu. Vyřeení komplexní archivace je pak úkolem pro dobrodruhy s minimální nadějí na valný výsledek.
Komplexní archivace podnikových datových zdrojů
Jene doba se mění a vztah k datům také. Nejen management, ale i řadoví uivatelé si uvědomují strategický význam informací uloených v datech. Vichni si začínají dat velmi cenit, i kdy zpočátku zejména těch, které sami denně pouívají. Smame významnému podniku jen část jeho dat a rázem jej tímto vrhneme zpět do minulosti. Jako lichá se jeví představa, e vechny aplikační potřeby s komfortní funkcionalitou vyřeí v organizaci jediný modulární systém od jediného výrobce. I uivatelé rozsáhlých podnikových informačních systémů, jakým je kupříkladu SAP, jsou nuceni některé části systému řeit speciálními produkty jiných dodavatelů (CAD, GIS, ). Dobře řeený systém na takovou nutnost pamatuje v podobě univerzálních rozhraní. Ani tato skutečnost vak nesníí náročnost řeení v momentě, kdy vytváříme strategii komplexní archivace podnikových datových zdrojů.
Pozn. red.: Autor článku, Oliver Blták, pracuje v Plaut Consulting jako Sales Manager a specializuje se na oblasti Archivace/Storage konsolidace a sluby Outsourcing/Remote Supportu.
Chcete získat časopis IT Systems s tímto a mnoha dalími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z naeho archivu.


















