Managed hosting door True

Informatiebeheer hangt waarde aan data

Information Lifecycle Management: leven en dood van bedrijfsinformatie

 

Bedrijfsinformatie wordt geboren, leeft en sterft. Hoe we met informatie (moeten) omgaan binnen de levenscyclus heet 'Information Lifecycle Management' of ILM. Dat is meer dan een nieuw labeltje voor opslagbeheer; het koppelt namelijk bedrijfswaarde aan data.

Tegenwoordig is bedrijfsinformatie meestal ict-gebonden. Het ontstaat en eindigt als computerdata of wordt overgezet van een fysieke naar een computervorm of omgekeerd - respectievelijk bijvoorbeeld scannen of printen. Tijdens zijn levenscyclus moet informatie worden beheerd.

Het beheer van die informatielevenscyclus (Information Lifecycle Management, of kortweg ILM) is overigens niet hetzelfde als documentbeheer of opslagbeheer. Die zusterdisciplines van ILM hebben elk hun specifiek doel. ILM is veeleer een beschrijving van 'beste praktijken' (best practices), ofwel een protocol voor het beheer van bedrijfsinformatie.

Leven in vijf fasen

information lifecycle management

Sommige experts noemen vier ILM-levensfasen, en vergeten daarbij de vernietiging.

Specialisten benoemen vijf fasen in de levenscyclus van bedrijfsinformatie: ontstaan, distributie, gebruik, onderhoud en vernietiging. Informatie ontstaat binnen een bedrijf doordat de organisatie die informatie ontvangt van een externe bron of ze zelf creëert.

In de tweede fase wordt die informatie binnen het bedrijf verspreid naar een of meer personen: de distributie. Die kan gepaard gaan met het maken van een of meer kopieën. Informatie kan ook worden verspreid naar een externe bestemming.

In de derde fase wordt de informatie gebruikt binnen het bedrijf. Dat gebruik kan leiden tot zakelijke processen die het doel van het bedrijf dienen, maar dat hoeft niet per definitie.

De vierde fase is het onderhoud of het eigenlijke beheer van de informatie: opslag en archivering, samen met opvraging en analyse. Hier komen ook de ILM-zusterdisciplines document- en opslagbeheer bij kijken. Hoe lang informatie bewaard moet worden, kan afhangen van allerlei factoren, zoals wettelijke vereisten.

De vijfde en laatste fase treedt op wanneer informatie overbodig wordt. Dan moet ze worden vernietigd of weggegooid. Wat er precies moet gebeuren met informatie die niet langer nuttig of gewenst is, hangt natuurlijk af van de aard van die informatie. Privacygevoelige of geheime informatie moet met meer zorg worden vernietigd dan gewone informatie.

ILM-reglement

Specialisten onderscheiden vier kernactiviteiten voor het verwerkingsproces van informatie: het ILM-reglement, het informatiebeheer, het operationele beheer en het infrastructuurbeheer.

Bedrijven gebruiken reglementen om hun zakelijke processen te regelen ten dienste van de doelen die ze willen bereiken. Ook voor ILM geldt er een reglement dat op zijn beurt uit deelreglementen bestaat. Dat zijn opslag- en informatieverwerkingsreglementen die de beheersprocessen sturen. Het spreekt vanzelf dat al deze reglementen kaderen binnen het ict-bestuur en -beheer, de processen voor wijzigingsbeheer, de vereisten voor de beschikbaarheid en de hersteltijden van de systemen en de bestaande dienstverleningcontracten die er betrekking op hebben.

Informatiebeheer

Het informatiebeheer omvat alle praktijken die het operationele opslagbeheer vergemakkelijken. Deze praktijken zijn onder meer: de principes die ILM sturen, de gereedschappen en praktijken voor opslagbeheer en voor databasebeheer, systeemprestaties en -bewaking, systeemconfiguratie, capaciteitsplanning en zakelijke controles. Laatstgenoemde omvat bijvoorbeeld restituties, kostenbepalingen en allerlei balansgebonden metingen.

Operationeel beheer

De dagelijkse werking van ILM bestaat uit back-upprocedures en gegevensbeveiliging, noodherstel, terugzetprocedures en herstart; archivering en lange-termijnopslag; datareplicatie; en alle dagelijkse processen en procedures die nodig zijn om een opslagarchitectuur te beheren.

Infrastructuurbeheer

De onderliggende infrastructuur van ILM bestaat uit zowel de logische als de fysieke architecturen, de applicaties die afhangen van de opslagplatformen, de beveiliging van opgeslagen gegevens, maar ook de beperkingen van datacenters. Met betrekking tot de applicaties is voor ILM vooral de relatie tussen applicaties en productie-, test- en ontwikkelingsvereisten van belang.

Implementatie

Voor de implementatie van ILM kun je het best in fasen werken. In tegenstelling tot de implementatie van bijvoorbeeld ITIL (information technology infrastructure library) hoeft die van ILM niet zo heel veel tijd en dus geld te kosten. Sterker nog: doelgerichte ILM-initiatieven dragen op termijn bij tot een algemene kostenbesparing en een reductie van de complexiteit van informatiebeheer.
Voorbeelden van ILM-initiatieven zijn: bepalen welke data het beste waar wordt opgeslagen voor een zo groot mogelijke efficiëntie van het gebruik van opslagruimte; het versnellen van back-up- en hersteltijden; en ervoor zorgen dat de medewerkers op de hoogte zijn van het belang van de reglementen.

Faseer een ILM-implementatie in drie stappen:

  1. leg een meerlagige infrastructuur neer;
  2. gebruik die meerlagige infrastructuur voor een belangrijke applicatie;
  3. breid deze ‘ILM-voor-één-applicatie' uit naar alle andere applicaties die er voordeel uit kunnen halen.

Meerlageninfrastructuur

De allereerste stap is het neerleggen van een meerlagige infrastructuur voor de opslag van informatie en applicaties. Zo kun je die opslaan waar ze zakelijk gezien het meest waardevol zijn. De ene meerlageninfrastructuur vergemakkelijkt de consolidatie van de taken voor infrastructuur- en operationeel beheer. Bovendien profiteert je onderneming van de tijd- en kostenbesparingen die weer voortkomen uit de verbeterde efficiëntie en toegenomen automatisering.

Het vestigen van een meerlageninfrastructuur begint met een activabeoordeling. Je kunt hier je voordeel doen met reeds aanwezige opslagbeheerprocedures (storage resource management, kortweg SRM). SRM-oplossingen helpen ict-beheerders bepalen welke data er verblijft op de opslagactiva in hun omgeving. De meeste SRM-oplossingen kunnen rapporten genereren met patronen van datagebruik in de verschillende afdelingen. Eerst moet natuurlijk de ict-afdeling weten welke data er in het bedrijf de ronde doet en waar die opgeslagen is. Pas dan kan de ict-afdeling praten met de andere afdelingen om op basis van de SRM-rapporten aan te geven hoe de beschikbare opslagactiva het beste worden gebruikt en welke kosten daaraan zijn verbonden.

Hoe gebruikt?

Zodra iedereen binnen het bedrijf de patronen van informatiegebruik begrijpt, moet worden bepaald hoe deze gegevens worden gebruikt en hoe kritiek ze zijn. Zo komt iets tot stand wat een ict-afdeling niet op zijn eentje kan doen: een prioriteitsindeling van informatie volgens zakelijke vereisten. Juist die koppeling met het bedrijfsbelang maakt ILM zo waardevol.

De prioriteitsindeling stelt de automatiseringsafdeling in staat te bepalen waar data gedurende zijn levenscyclus moet worden opgeslagen. De ict-afdeling kan ook hulp verlenen bij het aanmaken of verfijnen van reglementen die ervoor zorgen dat data naar de juiste klassen opslagruimte wordt gemigreerd. Daarbij geldt het principe dat de belangrijkste gegevens op de snelste en veiligste opslagruimtes thuishoren.

De ict-afdeling zal samen met de andere afdelingen een classificatieschema voor het hele bedrijf moeten opstellen. Een vuistregel voor het classificeren van data is: type, organisatie, ouderdom en waarde. Met behulp van alle verzamelde data kan de ict-afdeling reglementen opstellen om de migratie van data door de infrastructuur heen te automatiseren.

Omdat ILM gebruik maakt van opslag, zul je logischerwijze ook SRM-oplossingen gebruiken en niet alleen voor de initiële activabeoordeling. Deze SRM-diensten kunnen immers de opslaginfrastructuur constant bewaken en dus blootleggen waar er een teveel of recupereerbare capaciteit is. SRM-informatie is erg belangrijk in het ILM-proces, omdat het laat zien welke data wanneer gemigreerd, gearchiveerd of gewist moet worden.

Applicatiespecifiek

De tweede stap, na het neerleggen van de meerlagige infrastructuur, begint met een gedetailleerde classificatie van applicaties en gegevens, en hun koppelingen aan bedrijfsreglementen. Begin klein; met één applicatie. Het is namelijk veel gemakkelijker om opslagruimtes te beheren en toe te wijzen door nauwkeurige reglementen op te stellen en die dan automatisch uit te voeren voor één bedrijfskritieke applicatie. Goede kandidaten voor deze positie van uitverkoren applicatie zijn degenen die veel ict-diensten gebruiken of die potentieel bieden voor snelle winst op een investering (hoge ROI, return on investment). Je stelt reglementen op voor deze sleutelapplicatie(s) en ontwikkelt applicatiespecifieke ILM-componenten.

Voor meerdere applicaties

Als alles werkt zoals het hoort voor een sleutelapplicatie, breid je de ILM-implementatie uit naar een bredere verzameling van bedrijfsapplicaties. Dat zorgt dan ook voor een voortdurende optimalisatie van de informatieverwerkingsinfrastructuur. Deze fase automatiseert de tot stand gebrachte reglementen nog meer. Je kunt nu verder ook gemeenschappelijke componenten en benaderingen of werkwijzen aanwenden wanneer en waar dat het meest efficiënt is. Daarmee bespaar je nog meer werkings- en infrastructuurkosten.

Digitalisering

Voor automatiseringsdoeleinden is het van belang dat data zoveel mogelijk door computers verwerkt kan worden. Dat houdt in dat je bij voorkeur alle fysieke documenten inscant, zodat ze verder door de ict-infrastructuur verwerkt kunnen worden.

Belang

Het sleutelelement dat ILM zo waardevol maakt tegenover gewoon documentbeheer of SRM is de koppeling van een bedrijfswaarde en bijbehorende prioriteit aan de opgeslagen data. Dat zorgt dus voor een veel efficiëntere opslag. Het bespaart ook enorm op de opslagkosten. Verder zorgt het voor een betere reglementering van de back-up- en herstelprocedures. Dat verbetert op zijn beurt weer de voorzieningen voor bedrijfscontinuïteit. Bovendien beheers je hiermee ook de nooit tot stilstand komende aangroei van benodigde opslagruimte, alsook de daarmee samenhangende eisen voor datareplicatie.

Het is het eenvoudigst om bepaalde opslagactiva ook een bedrijfswaarde toe te kennen. Zo kan data met een bepaalde waarde opgeslagen worden op de opslagruimte met diezelfde waarde. Het spreekt vanzelf dat de ILM-reglementen voorzien dat data die van waarde verandert automatisch gemigreerd wordt naar een met die waarde overeenkomstige opslagruimte.

Omdat data voor heel de onderneming gecentraliseerd beheerd wordt door de ILM-reglementen, zal er van elk uniek bestand maar één exemplaar bijgehouden worden. Dit bespaart back-uptijd en waardevolle opslagcapaciteit. Ook voor de ceo (chief executive officer) en cfo (chief financial officer) is dit interessant, want budgetbesprekingen met de ict-afdeling met betrekking tot opslagdiensten zijn nu te koppelen aan de specifieke bedrijfswaarde van die opslag.

Conclusie

ILM is zonder enige twijfel even waardevol voor een bedrijf als CRM (customer relationship management) en ERP (enterprise resource planning). Ict-beheerders kunnen met ILM veel makkelijker de bedrijfswaarde aantonen van data-opslag, back-up, noodherstel en allerlei andere ict-diensten. Bovendien kunnen ze hun taken met behulp van ILM efficiënter en dus goedkoper uitvoeren.

De Kern

  • ILM is het verwerkingsprotocol voor alle informatie in je bedrijf, van binnenkomst totdat het afval wordt.
  • Hoewel ILM maar recent opgang vindt bij de ict, is het al jarenlang gangbaar bij fysiek weergegeven informatie (papieren documentatie, microfilms, video- en audiobanden, enzovoorts).

Dit artikel is afkomstig van Computable.nl (https://www.computable.nl/artikel/2463327). © Jaarbeurs IT Media.

?


Lees meer over



Lees ook


 

Reacties

Dit artikel gaat gewoon over archivering en documentmanagement. Deze al decennia bestaande disciplines welke onderdeel uitmaken van de bestuurlijke informatieverzorging worden via een nieuwe gehypte term 'ILM' de IT ingetrokken. Binnen dit kader is het verstandig ook kennis te nemen van het advies 'Informatie: grondstof met toekomstwaarde.', dit rapport is o.a. te vinden op http://forum.archieven.org/index.php?topic=14895.0

Dit is niet nieuw. Zo'n 12 jaar geleden heb ik al eens een concept framework gebouwd die dit in ogenschouw neemt. De SNIA heeft hier veel van in zijn XAM specificatie opgenomen.

Zie een artikel wat ik hier vorig jaar aan gewijd heb.
http://massstorage.blogspot.com/2007/02/future-of-storage.html

Informatie kan gezien worden als een bedrijfsmiddel. Vergelijk het met bijvoorbeeld de brandstof voor een auto. Op de URL http://docs.google.com/Doc?docid=dds86766_10cxpm7g kan de inhoudsopgave van de 'Lecture Notes' gevonden worden welke ik geschreven heb als Introductie om Informatie als basis voor de modellering van ICT-systemen te nemen. Als informatie zo behandeld wordt dan kom je tot de conclusie dat de waarde van dit bedrijfsmiddel op dit moment zwaar onderschat wordt door bedrijven.

Wat ik opmerkelijk vind in dit artikel is het gemak waarmee de termen data en informatie door elkaar heen gebruikt worden. Volgens de AIIM (AIIM.org) is informatie "data in de juiste context geplaatst" waardoor het betekenis krijgt. Een dergelijke context kan bijvoorbeeld zijn een specifieke applicatie, b.v. een ERP systeem waaronder een database hangt. De vraag is echter: als historische data (zoals afgesloten transacties) gearchiveerd worden uit een dergelijke applicatie en op een andere storage tier worden opgeslagen... kan de applicatie daar dan wel mee omgaan? Wat als de belasting dienst nog eens een BTW rapport wil zien uit een ERP systeem ... waarvan de betreffende data gearchiveerd is? Kan het ERP systeem dan zowel online als gearchiveerde data benaderen en deze transformeren tot begrijpelijke informatie zoals een BTW rapport? Uit mijn ervaring (> 30 archiverings projecten bij veelal grote multimationals)blijkt dat de applicatielaag daar (standaard) veelal niet mee kan omgaan.
Kortom: slimmer omgaan met data op het gebied van storage kan inderdaad al heel lang ... maar vele applicaties zijn nog lang niet goed in staat om data, opgeslagen op verschillende storage lagen (na gelang hun levens cyclus) aan te spreken om zo weer informatie te produceren. Als applicaties dat wel zouden kunnen zouden we afgesloten data (b.v. transacties) direct kunnen archiveren... maar helaas is de praktijk anders.
Mijn betoog in deze is: voor een sucessvolle ILM strategie is het noodzakelijk vooral aandacht te besteden aan de I(informatie).. want eindegebruikers zijn bezig met informatie en niet met data.

ILM is een prima streven. De complexiteit komt door de I factor. Wat voor gebruiker A belangrijke info is, hoeft voor gebruiker niet de zelfde waarde te hebben. Daarom is weging van informatie vóórdat daadwerkelijk ILM wordt bedreven erg belangrijk.
Wat in dit kader mede moet worden bezien, is waar je met de meest eenvoudige middelen een grote optimalisatie tot stand kunt brengen.

Bekijk welke storage omgeving de grootste groei geeft. Bij toepassing van ILM op deze grootste groeier, bereik je het meeste effect.
In veel IT omgevingen is de file omgeving de grootste groeier gebleken. Bovendien blijkt dat deze data heel vaak bestaat uit 70% of meer data, welke meer dan 6 maanden niet meer is bewerkt. Dit is statische data, welke een uitstekende kandidaat is, om te verhuizen naar een statische storage tier. Deze data moet na plaatsing daarop niet meer worden geback-upped! Dat is een aktie, die telkens het zelfde zou zijn - zonde!
Wel dient deze statische storage tier nog worden beschermd tegen calamiteiten. Dit kan door een goed beschermde replica te maken - bij voorkeur naar een externe locatie.
Last but not least, als statische data opnieuw bewerkt zou gaan worden, dient deze weer teruggeplaatst te worden naar de aktieve storage tier inclusief opname in het back-up stramien. Dit proces dient volledig automatisch te verlopen.
Dit proces wordt ook File Level Management genoemd.
Een paar kanttekeningen zijn hier op zijn plaats:
Er dient een methode te zijn, waarbij geselecteerde file (omgevingen) niet worden opgenomen in het ILM proces. Dit kan nuttig zijn voor files, die vaak benaderd worden, maar weinig of niet veranderen.
Erg nuttig kan het zijn, dat files met bepaalde karaktereigenschappen direct automatisch op de static tier worden geplaatst. Dit spaart veel ongewenste effecten.
De statische tier dient een sterk besparend karater te hebben, immers het wordt weinig benaderd. High capacity storage, Deduplicatie, Compressie en MAID (Massive Array of Idle Disks) kunnen sterk besparen op capaciteit en stroom- en koelingskosten

Vacatures

Stuur door

Stuur dit artikel door

Je naam ontbreekt
Je e-mailadres ontbreekt
De naam van de ontvanger ontbreekt
Het e-mailadres van de ontvanger ontbreekt

×
×