Information Lifecycle Management ILM

StorageCon s.r.o,Consulting,Concept,Control

Jaroslav PudelkaTo Show Quality

Motto: Hope is not a strategy

Prelet nad profesionlnou drhou 14 rokov od opertora a po zstupcu riaditea IT vo VUB7 rokov ako VAR pre StorageTek2 roky v HP ako Solution architectSpolumajite Storyflex Slovakia s.r.o.Founder,Owner,Donor of StorageCon s.r.o., Strategic Storage Consultant

ProjektyCDU a Virtual tape pre esk TelekomCDU pre Komern BankuCDU pre NB CDU a Virtual tape pre koda MBArchivcia pre esk TelekomTape drive sharing medzi zOS a OS pre koda MBCDU a zdieanie pskovch mechank pre esk spoitelnuZlohovanie SlovnaftCDU pre OrangeVirtual Storage System pre T-COMVirtual Storage System pre VUBMultiLevel Virtual Storage System pre Nokia Siemens NetworkStorage analzy pre Allianz SP, SLSP, Transpetrol

KoncepcieInformation Lifecycle Management ILM

ASS/TS Active Storage Space/Tiered Storage

FoIS Future of Intelligence Storage

MVSS Multilevel Virtual Storage System

VEP Virtual Emulation Point

HSM

Virtual Tape

Goal: Data is always there

**Mainframe sila DNA

**Katalg versus slashSpsob ukladania dt je jeden zo zsadnch rozdielov, priom fatlne ovplyvuje riadenie fyzickch dt

Mainframe m katalg a ukladanie dt sa riadi cez nzvoslovie sborovNa LVOL nesm by sbory s rovnakm menomV rmci katalgu nesm by sbory s rovnakm menomAk je sbor v katalgu, vyhadva sa cez meno alebo jeho asKatalg s vlastne metadta s popisom vlastnost sboru ako fyzickej dtovej mnoinyTto koncepcia je zkladom pre automatizovan riadenie ukladania dt

OS nepouva katalg a ukladanie dt riadi popisnm spsobomNa LVOL mu by sbory s rovnakm menomNa vyhadanie sboru treba exaktne popsa cestuNeexistuj metadta na rovni operanho systmuPre automatizovan ukladanie dt nie je vytvoren natvne systmov prostredie

- DAE vychdza z koncepcie SMS- Je to automatizovan, alokanou politikou riaden primrne ukladanie novovznikajcich dt- Storage zdroje s postaven ako Active Storage Space/Tiered StorageDAE dnes relne funguje len v prostred MainFrameSystmovo riaden storage

Hierarchical Storage Management HSM

Hierarchical Storage Management je koncept prevzat zMainframe prostredia. Vtomto prostred bolo zdieanie file systmu rieen na rovni operanho systmu, strune povedan bolo bez problmov. Trochu aia situcia je voblasti Open systems take aplikcia HSM tu m niekoko skal. Jednm znich je transparentnos file systmu pod sprvou HSM pri jeho sasnom zdiean. Rieenm je stopa po sbore tzv. stub-files. Ak je dan objekt odmigrovan na pskov mdium, je tam odmigrovan jeho telo, ktor tvor gro dtovho objemu objektu. Hlavika objektu zostva na natvnom file systme, priom obsahuje vitlne atribty. Vprpade uvateskho prstupu je telo objektu obnoven cel alebo po blokoch a sprstupnen uvateskej poiadavke. Uvate alebo aplikcia vak vbec nevie, kde je telo objektu, natvny file systm sa toti pri pouit stub-files jav plne konzistentne. Zvykne sa tomu hovori aj Virtual File Systm alebo Infinity Storage.

Zatia o implementan pecifikcie sa lia od dodvatea k dodvateovi, vetky HSM systmy poskytuj vemi podobn schopnosti a vlastnosti. Storage zariadenia s podobnmi charakteristikami s obvykle zoskupovan do tzv. storage pools. HSM katalg zaznamenva metadta o storage subsystme. Napr. storage pool defincie, metadta o off-line zariadeniach a mdich a o umiestnen zlonch kpi dt s zaznamenan v katalgu. HSM software pracuje a riadi dta v storage pools na zklade pouvateskch defincii (storage management policies), ktor s taktie uloen v katalgu. Politika pre riadenie storage definuje zlohovanie, archivciu, migrciu a bezpenostn pravidl pre uplatnenie pomocou HSM. Tto politika pre riadenie storage me definova tak veci ako:

ako asto m by vykonan zloha alebo archivcia

ak sbory na vysoko rchlostnch diskoch neboli pouvan poslednch 90 dn, bud automaticky migrovan do pskovej robotizovanej kninice

kto je oprvnen pristupova a obnovova starie verzie dt a ako m by obnova vykonan

Hierarchical Storage Management HSM

HSM poda ILMKlasick HSMMigrciaRecallBackupArchvVonkajie atribtyHSM ako as ILMMigrciaRecallMovingIntern atribty

Virtualizcia - Virtual tape -Utilizcia mdi-Utilizcia drivov-Vkonnos ATL-Kapacita ATL-Drive sharing-CDP-RTO-RPORTO = Time of Crash to Time the system is operational (Tup - Tcrash)RPO = Time since the last backup of complete transactions representing data that must be re-acquired / (entered). (Tcrash - Tbackup)Lost business Time = (Tup - Tbackup)

Title

SAN/ESAN

Zpis na RTD Volume StackingPV4060PV-Header CentricStor pskov formtKad logick volume VTV je zapsan na fyzick volume RTV vo formte zOS alebo OS : Mainframes: VOL, HDR, Data, EOF Unix/NT: Bit stringUpdate : Meta-Data s vdy zapsan na konci RTV

Virtual Tape level oneNo migrationNo recallNo MVCNo stackingNo RTL support

Diligent ProtecTIERTape elimination

Virtual Tape level twoMigrationRecallMVCStackingSupport for VTL

HP, IBM, FSC, SUN/STKSepaton,FalconStor,NeartekTape virtualization

**Open system migrcia rieen

**Systmovo riaden storageDnes nie je relevantn produkt na trhuNie je tandardizovan prostredie OSNeexistuje katalgov truktra ukladania dtKoncepcia rieenia bude postaven na samostatnom SMS servri

Oakva sa migrcia tohto rieenia z prostredia mainframe

Hierarchical Storage Management v OSKlasick HSMMigrciaRecallBackupArchvVonkajie atribtyHSM ako as ILMMigrciaRecallMovingIntern atribtyHSM v OS je server centric rieenie

**Hierarchical Storage Management - LOB

**Hierarchical Storage Management -aplikcia

**Hierarchical Storage Management setup

**Hierarchical Storage Management tiered storage

**Virtualizcia v prostred OS

Virtual Tape level oneNo migrationNo recallNo MVCNo stackingNo RTL support

Diligent ProtecTIERTape eliminationAppliance rieenie

**Information Lifecycle Management - ILM

Zkladn kame ILM

**O o ide?

**Klasifikcia dt

Dtov triedaTechnolgie na ochranu dtMission critical data cca 15 percentHot standby, mirroring on the same disks, full PIT copies mirrorStoreEnterprise disksVital data cca 20 percentPIT, Snapshot, incr., diff, can be used sec storageVirtual tape, SATA disksSensitive data cca 25 percentLocal/remote copies, journaling, logs, backupTape library, MAIDNon-critical data cca 40 percentLocal copiesTape library with capacity centric drives

**Klasifikcia dt Mission criticalMission critical

Tto skupina dt s najdleitejie dta vspolonosti. Predstavuj vpriemere okolo 15% vetkch dt, ktor s uloen na storage zariadeniach. Tieto dta s tie, ktor treba vprpade vpadku informanho systmu obnovi najskr as nevyhnutn na pokraovanie business procesu. Vinou zbezpenostnho pohadu s tieto dta klasifikovan ako TAJN. Strata mission critical dt predstavuje stratu trieb, potencionlnu stratu zkaznkov aohrozenie fungovania spolonosti.

**Klasifikcia dt Vital VitalTieto dta s pouvan vbenom business procese, ale nevyaduj okamit obnovu pre zachovanie chodu spolonosti. Zbezpenostnho pohadu mu by tieto dta klasifikovan ako TAJN. Akceptovaten as obnovy tchto dt sa pohybuje od seknd do niekoko mint.

**Klasifikcia dt sensitiveSensitive

Tieto dta s pouvan vbenom business procese aich obnova me trva od desiatok mint do niekoko hodn. Neprtomnos tchto dt poas doby obnovy vne neohrozuje prevdzku.

**Klasifikcia dt Non-criticalNon-critical

Vpriemere asi 40% vetkch online uloench dt, o tvor najviu kategriu vtejto klasifikcii. Tieto dta maj nzke bezpenostn nroky avinou existuj vo viacerch duplicitnch kpich. Straten, pokoden, alebo znien dta mu by bez vch nkladov alebo sila znovu obnoven. Doba obnovy sa pohybuje rdovo niekoko dn. Prkladom tchto dt s Emailov archvy, digitalizovan audio/video nahrvky, alebo osobn dtov sbory.

**5 pilierov ILM ILM je postaven na 5 zkladnch pilieroch

BRCP Business Requirements Converting to Policy

DAE Data Allocation Engine

DME Data Management Engine

SME Storage Management Engine

ASS/TS Active Storage Space/Tiered Storage

BRCP Bussiness Requirements Converting to Policy Dnes len v polohe vzie Uplatuje sa a v stupni Proactive a vyieBusiness Interface

DAE Data Allocation Engine Vision- DAE vychdza z koncepcie SMS- Je to automatizovan, alokanou politikou riaden primrne ukladanie novovznikajcich dt- Storage zdroje s postaven ako Active Storage Space/Tiered StorageDAE dnes relne funguje len v prostred MainFrame

DME Data Management EngineDME je aj HSMMigran politika je nastaven podaVonkajch atribtovVntornch atribtov vision

DME je BCKDME je OAISDME je management dt poda ich klasifikcie

SME Storage Management EngineJedinm cieom SME je ma neustly prehado celom ASS/TS s predikciou do budcnosti!

Dobre postaven SME prinesie nepriamu meruTCO.. KlesBusiness.... Rastie

ASS/TS Active Storage Space/Tiered StorageTiered Storage

Online E disk Inline SATA/FATA/PATA disk Nearline MAID/VDL Longline Tape, VTL

Storage hierarchia

Metadta zklad riadenia Administrtorsk metadta informcie potrebn pre administrtorov Aktvneho Archvu. Technick metadta informcie potrebn pre administrtorov aiastone aj uvateov Aktvneho Archvu Uvatesk metadta obsahuj mnoinu informci potrebnch pre uvatesk prcu sarchivovanmi dtami. Dleit s najm daje ointegrite dt, pvode dt, a autentinosti dt.

**Ako to poui?

Datacenter Complexity Factor DCF

Datacenter Complexity Factor - DCF.

DCF = poet serverov * poet klientov * poet aplikci * poet network elementov * poet storage elementov * poet pripojen * poet dodvateov

Plat jedna podmienka, iaden zfaktorov sa nesmie rovna nule, o vpodstate technicky nie je dosiahnuten. alej plat, m vyia je hodnota DCF tm zloitejie je riadenie celej infratruktry IT. To podiarkuj aj tatistick daje poda ktorch a 30 % IT rozpotov je alokovanch do riadenia a manaovania elementov infratruktry. Nie je sice explicitne vyjadren vzah medzi hodnotou DCF a percentom nkladov IT rozpotu, urite vak plat priama mera medzi DCF a IT rozpotom. Rieenie je zdanlivo jednoduch, zniova celkov hodnotu DCF zniovanm jednotlivch hodnt. Tu sa vak dostvame do protikladu spoiadavkami firmy ako jednotky existujcej zspenho obchodu. IT je dnes neoddelitenou sasou obchodnch procesov firmy a ako neskr uvidme vemi dleitou a to a existenne.

Pre rieenie problematiky DCF plat:

Nikdy sa ned vyriei problm automatizovanm zlch procesov. Vysvetlenie je strun. Pri zlohovan je spenos procesov okolo 70-80 percent. Je jedno i zlohujeme rune alebo cez pskov automatizciu. ie automatizovanm nedokonalho procesu nerieime problm, zvyujeme vak hodnotu DCF. Vloenm diskovho elementu do zlohovacieho procesu zvime spenos a na 99.9 percenta. Take problm sme vyrieili zmenou procesu, nie len jeho automatizovanm. Zpohadu DCF sme sice zvili poet storage elementov vo forme diskovho priestoru, avak meme zni poet pskovch mechank, o sa prejav zmenenm potu storage elementov a potu pripojen do SAN. Vkonenom dsledku sme hodnotu DCF znili.

Vzhadom na komplexnos dnenej infratruktry IT a najm so zreteom na procesn postavenie IT vo firme je iadce voli strategick rieenie zasahujce a ovplyvujce vetky faktory definovan vrovnice pre DCF. Preto rozhodne plat motto: Hope is not a strategy.

Maturity model ILM - stupne

Maturity model ILM - elementyBRCPBRCPSMEDMEASS/TS

Urenie typu koncovho mdia

WORM problematika optick disk

WORM problematika WORM tape

WORM problematika WORM disk

WORM problematika WORM SW

Content Address Storage - CAS

Je pska stle lacn mdium? cena pskovej mechaniky LTO je cca 8-10 000 USD cena pskovej mechaniky Enterprise je cca 35 000 USD cena cartridge je od 100 do 200 USD poda typu, kapacity a funkcie WORM cena pskovej kninice je od 30 000 USD pre priemern poet slotov 500 TAPE PRICING RATIO = poet cartridge / poet mechankSynergick efekt = virtulna pskaSynergick efekt = virtulna pska + deduplikcia

Miesto pre psku

HDD vs pska kto hod uterk do ringu?Snajvou pravdepodobnosou skonia pska a HDD ako ich dnes poznme spolone.Temintorom bude vekokapacitn pamov jednotka bez pohyblivch sast na bze mikroipov alebo holografie, prpadne inej technolgie.

Rozhodnutie je vdy ahie ak ...- Klient m klasifikovan dta- Klient m definovan zkladn backup technolgiu- Klient m definovan koncov mdium- Klient m prehad o vvojovch trendoch- Klient m dos peaz...

**Koncepcie

**Server Centric

**Storage Centric

**Network Centric

**Multilevel Virtual Storage System

Multilevel Virtual Storage System v praxi

**Future of Storage Intelligence

Common Tiered Storage

**Tiered Backup

Data Management lokcia enginov

Technolgia/modelServer centricStorage centricNetwork centricMirrorSW tretch strnFW diskovho poaFW+SW aktvneho prvku SANSnapShotSW tretch strnFW diskovho poaFW+SW aktvneho prvku SANPIT kpiaSW tretch strnNie je kdispozciiFW+SW aktvneho prvku SANLan BCKSW tretch strnNem vznamNem vznamLanFree BCKSW tretch strnNem vznamNem vznamServerFree BCKNem vznamFW diskovho poaFW+SW aktvneho prvku SAN

DEDUP - DeDuplicationRozloenie zdrojovej mnoiny dt a vytvorenie stavebnho plnu

DEDUP - De-Duplication je metda vychdzajca zprincpu komprimcie dt

DEDUP - DeDuplicationPouitie stavebnch prvkov pre viacer stavebn plny

Otzkou je, kam a s pri tejto redukcii zdvodov integrity a bezpenosti zlohovanch dt. Evidentn existenn zvislos prpadnej obnovy od dostupnosti a integrity stavebnch plnov, stavebnch prvkov a SW nstroja pre rekontrukciu neprjemne evokuj mylienky o spoahlivosti tejto metdy.

LAN backup Klasick Disk-to-tape backup Lan backup

LanFree Backup Klasick Disk-to-tape backup LanFree backup

ServerFree Backup Klasick Disk-to-tape backup ServerFree backup

D2T a D2D2T zlohovanieDisk-to-disk-to-tape backupSplit mirror backupDisk-to-disk and HSM to tape backupVirtual Tape backup

D2D zlohovanie- Disk-to-disk backup

Zlohovacie koncepcie -sumarizcia

**Hybrid storage

Spindown technolgie

**Ako to poui?

Virtualizcia psok pre OS Vhody virtualizcie pre OS a zOS v jednom iadny administran chaos iadne krenie poiadaviek OS me by konzument pskovch zdrojov Zdiean zdroje Jednotn management True Dynamic Sharing pre RTD Failover pre obidve platformy Collocation a Reclamation v TSM Management Dedikovan zdroje OS ICP.VTC,IDP zOS ICP,VTC,IDP

Zdiean zdroje OS VLP,RTD zOS VLP,RTD

VTA 8000 zkladn architektra Je to modulrne rieenie Vntorn dtov komunikcia cez intern SAN Vntorn riadiaca komunikcia cez intern LAN Zkladn moduly mu by aj geograficky rozloen Kapacitn a vkonov rozirovanie je mon v reime online Riadenie cez GXCC pre cel CentricStor Riadenie cez XTCC pre jednotliv komponentyZkladn modulyICPIDPVLPVTC

VTA 8000 zkladn moduly, kapacita, vkonnos ICP je zkladn modul pre FrontEnd, virtualizuje psky VTD, a uklad dta na VTC do TFS o je Virtual Tape Volume IDP presva dta z a na VTC do Real Tape Drive VTC je diskov cache pre ukladanie dt. Me by dedikovan alebo zdiean. Je zrkadlen. Virtual Library Procesor VLP je riadiaca jednotka pre cel CS. Me by standalone alebo redundantn v reime Active-Passive

Kapacita VTC je 10,8 TB istej kapacity per site Priepustnos je 0,8 GB/s native Pre zrkadlenie VTC s navrhnut 4 FC linky zapojen z internej SAN VTA8000 priamo do direktorov

VTA 8000 - konfigurcia 4 x ICP per site 2 x IDP per site 10,6 TB VTC per site 1 x VLP per site 2 x internal FC switch per site 2 x internal LAN switch per site Redundant PDU, ...

VTA 8000 modular versus device centric

VTA 8000 modular versus device centric, cont. Flexibilnejie rozirovanie kapacity a vkonnosti Monos dedikovania vntornch Servisovanie komponentov bez preruenia prevdzky Jasn odpove na monos virtualizova psku pre zOS a OS v jednom zariaden

Virtulna pska - VTD VTD je emulovan na ICP VTD pre zOS VTD pre OS Management VTV Na rovni SMC/CSC Na rovni TSM Na rovni VTA8000 HSM na VTD

Virtulna pska VTD a HSM

Fyzick pska RTD a WORM RTD je pripojen na IDP True Dynamic Sharing medzi zOS a OS WORM RTD je k dispozcii cez VOLSAFE WORM VTC/VTV v prprave pre verziu 4.0 VTA

Logick usporiadanie VTA8000 LVG a PVG

**Data Center Consolidation - DCC

4 kroky pre spen konsolidciu/transformciu

Only when the complete context and the workload in the Data Center is properly understood and represented, a successful consolidation strategy can be designed.Different kind of assessments might be necessary during the project, individual or in various combinations:Server AssessmentStorage AssessmentDesktop AssessmentNetwork (IP and SAN) AssessmentSecurity AssessmentIT Compliance Assessment

Assessment

Information from interviews, documents, tools, CMDB, inspection etc.

Assessment zber relevantnch dajov

Different responsibilitiesOnly partial information availableChaotic flow of informationDifferent answers to similar questionsStatus of the Data Center changes during the assessment

Assessment niektor problmy

S6S7S8S9S10Server VirtualizationApplication StackingServer VirtualizationServer VirtualisationServer ConsolidationPhysical to Virtual = P2VPhysical to Physical = P2Pminus >50%Design virtualizcia a konsolidcia

Consolidation P2VTarget: Replacement of old Hardware (CAPEX)Running old Applications/OSs in VMs Less physical servers but no reduction of administration effort (OPEX)Security Patches/UpdatesApplication UpdatesBackupRuns with old /incompatible SoftwareInitializes VM SPRAWL ??Bottlenecks for DB or other I/O intense Applications Consolidation in a virtual clusterTarget: Consolidation of administration (OPEX) and HW (CAPEX)50% less management points and therefore less administrative effortFewer patching for OSs necessaryFewer Application Images to updateNT4NT4W2kW2k3W2kPartitioning a big server into small, logical servers!Combination of many servers onto one central cluster!NT4NT4W2kW2k3W2kDesign management points

Design CAPEX versus OPEX

Developing a phase plan for migration commissioning.Analysis snapshot refresh of the Data Center to control the implementation.Adaption of server / storage / infrastructure configuration.Implementation by internal or external by service partnersProcess Control (PMO, change/release management)

Existing Data CenterMigration nasadenie rieenia

The complete Data Center has to be monitored continuously - regarding capacity and performance,Rules for server workload, network infrastructure and costs e.g. support have to be considered.Post-Implementation Review:Strategy Review.Comparison of modelled to real workload and overhead.Tuning.Continuous consolidation, rebalancing and de-consolidation.Image catalogue and management of virtual environment.

Optimalizcia nekonen proces

**Diskusia

*Pre zlohovanie u pska nie je najlacnejm rieenm. Pri poiadavke na obnovu je potrebn investova do infratruktry porty,switche, servre, pskov mechaniky DEDUP - De-Duplication je vpodstate metda vychdzajca zprincpu komprimcie dt. Vemi jasne to ukazuj nasledujce dva obrzky. Zdrojov sbor alebo zdrojov mnoina dt je analyzovan vzmysle duplikovania stavebnch prvkov tejto mnoiny a ich umiestnenia. Vytvor sa stavebn pln na optovn zloenie zdrojovej mnoiny. Tento pln je uloen vo forme metadt separtne od jedno-jednoznanch prvkov zdrojovej mnoiny. Je plne jasn vek dleitos tohto plnu vo forme metadt, preto musia by chrnen na rovni primrneho storage zariadenia RAIDx, Mirror pre prpad zlyhania a taktie zlohovan pre prpad obnovy. Tieto metadta s komprimovan a ukladan sofistikovanm spsobom pre dosiahnutie rchleho vyhadvania. Vytvorenie metadt ukazuje prv obrzok, na druhom je znzornen monos poui jedno-jednoznan prvky zdrojovej mnoiny ako stavebn materil pre viacer plny. To umouje ete viac redukova objem vstupnch zlohovanch dt. Otzkou je, kam a s pri tejto redukcii zdvodov integrity a bezpenosti zlohovanch dt. Evidentn existenn zvislos prpadnej obnovy od dostupnosti a integrity stavebnch plnov, stavebnch prvkov a SW nstroja pre rekontrukciu neprjemne evokuj mylienky o spoahlivosti tejto metdy. Preto ete raz treba jasne poveda. Zlohova treba stavebn plny, stavebn prvky a cel SW systm a to separtne vzmysle koncovho mdi, t.j. nemali by by na jednom pskovom volume stavebn plny a stavebn prvky. Nie je to ni netradin, potrebu zlohovania vntornho prostredia nikto nespochybuje ani pri klasickch zlohovacch SW, prpadne virtulnej pske. DEDUP pouva ako koncov mdium jedine disk. Kede je to vdy appliance rieenie, s konzumovan len dedikovan zdroje. Je kdispozcii vemi rchle zlohovanie, vemi rchla obnova a minimlna konzumcia storage priestorov. Je teda mon poui DEDUP ako PIT kpie, tieto vytvra vrchlom slede za sebou vo vysokej frekvencii opakovania a tm sa dosta do kategrie CDP. Dnes s rieenia DEDUP ponkan ako nadstavby kexistujcim SW zalohovacm rieeniam, je zatia jedin vrobca vo svete ktor produkuje toto rieenie ako samostatn celok. Kee vcelom lnku nespomnam ani jednho vrobcu, neurobm vnimku ani teraz, prpadn zujemcovia njdu na konci lnku moju kontaktn daje a prosm Do not hesitate sotzkami.DEDUP m poda viacerch zdrojov pred sebou subn budcnos. Je to rieenie, ktor dnes podporuj aj najvie firmy vtomto obore - Do not hesitate with questions, pre zkaznkov prina monos vznamne etri storage zdroje ako koncov zlohovacie zariadenia a poda niektorch vyjadren je to al klinec do rakvy spskovou mechanikou. DEDUP - De-Duplication je vpodstate metda vychdzajca zprincpu komprimcie dt. Vemi jasne to ukazuj nasledujce dva obrzky. Zdrojov sbor alebo zdrojov mnoina dt je analyzovan vzmysle duplikovania stavebnch prvkov tejto mnoiny a ich umiestnenia. Vytvor sa stavebn pln na optovn zloenie zdrojovej mnoiny. Tento pln je uloen vo forme metadt separtne od jedno-jednoznanch prvkov zdrojovej mnoiny. Je plne jasn vek dleitos tohto plnu vo forme metadt, preto musia by chrnen na rovni primrneho storage zariadenia RAIDx, Mirror pre prpad zlyhania a taktie zlohovan pre prpad obnovy. Tieto metadta s komprimovan a ukladan sofistikovanm spsobom pre dosiahnutie rchleho vyhadvania. Vytvorenie metadt ukazuje prv obrzok, na druhom je znzornen monos poui jedno-jednoznan prvky zdrojovej mnoiny ako stavebn materil pre viacer plny. To umouje ete viac redukova objem vstupnch zlohovanch dt. Otzkou je, kam a s pri tejto redukcii zdvodov integrity a bezpenosti zlohovanch dt. Evidentn existenn zvislos prpadnej obnovy od dostupnosti a integrity stavebnch plnov, stavebnch prvkov a SW nstroja pre rekontrukciu neprjemne evokuj mylienky o spoahlivosti tejto metdy. Preto ete raz treba jasne poveda. Zlohova treba stavebn plny, stavebn prvky a cel SW systm a to separtne vzmysle koncovho mdi, t.j. nemali by by na jednom pskovom volume stavebn plny a stavebn prvky. Nie je to ni netradin, potrebu zlohovania vntornho prostredia nikto nespochybuje ani pri klasickch zlohovacch SW, prpadne virtulnej pske.

Agresvny prienik technolgie virtulnej psky do sveta OS je vyvolan prve tlakom na rieenia umoujce rchlu obnovu ale taktie rchle vytvorenie zlohy. Zo sksenost je znme, e tieto poiadavky s asto protichodn aprechdzaj a do nepriamej mery. Dlhodob trendy hovoria zatia vprospech virtulnej psky. Virtulna pska ktorej koncovm mdiom je disk prejde zhadiska vntornej architektry do kategrie DEDUP. Virtulna pska kde koncovm mdiom je fyzick pskov mechanika je naviazan na existenciu samotnch pskovch mechank priom paradoxne predluje ich technologick ivotnos. VTA8000 podporuje zOs j OS v jednom zariaden, vzhadom na svoju modularitu vak umouje dedikova pre zOS a OS separtne ICP, VTC a IDP. Takto je mon oddeli dtov toky ale riadenie je spolon. Stle zostva k dispozcii na strane RTD funkcia True Dynamic Sharing Zlohovanie vprostred OS kontinulne nara na niekoko vleklch problmov. Vetky je mon riei, vdy s to ale rieenia implementovan vdanom prostred, vemi ako prenositen. Jednm zflagrantch problmov je zachovanie kontinulneho dtovho toku vlnii zdroj dt zlohovac server pskov mechanika. Inmi slovami povedan, zlohovac server mus dodva pskovej mechanike nepretrit tok dt, aby sa tak zamedzilo prechdzaniu pskovej mechaniky do reimu tart-Stop, kedy dochdza kspomaovaniu zpisu akplytvaniu zznamovm mdiom. Tm sa predluje zlohovacie okno azniuje utilizcia volumu ato a o50 percent. alm problmom je zdieanie pskovch mechank. Aj vprpade, e na psky pristupuje len jedna aplikcia, asto s pskov mechaniky dedikovan na rove servera alebo jednotlivch agentov v prpade pouvania LanFree backup. Vspojitosti sproblematikou kontinulneho dtovho toku sa tento problm asto riei navyovanm potu pskovch mechank, o je vak vpriamom rozpore sDatacenter Complexity Factor.Pridvanie novch pskovch mechank je takmer vdy spojen snutnosou vykonania takch zmien, ktor si vynucuj retart OS hlavne pri platforme MS.Zsadnm problmom me by proces obnovy restore. Toto me prudko vystpi do popredia snstupom vekokapacitnch pskovch mdi, dnescca 600 GB native, vemi rchlo vak na trhu bud pskov mdia skapacitou cca 1 TB native. Pri obnove vybranch dt pre urit servre to me vies kneakceptovatenm asom pre RTO aRPO.Aj neustly aprudk nrast objemu dt vprostred OS zvyuje tlak na pskov zlohovacie zdroje ame akcelerova vyie popsan problmy. Nie je namieste tvrdi, e virtualizcia pskovch zariaden plne vyriei spomenut problmy, prpadne alie. Nasadenie virtualizcie vak umouje nasledovn:Zpis na virtulnu pskov mechaniku je zpis na diskov pole. Aj vprpade nekonzistentnho dtovho toku nedochdza kdegradcii vkonu, nakoko tu nie je reim tart stop. Navye zpis prebehne vekou rchlosou, o vznamne skracuje zlohovacie okno. Dtov nosi je deklarovan ako virtulny volume sdefinovanou kapacitou priom dochdza ktakmer 100 percentnmu vyuitiu tejto kapacity. Virtulny volume je/me by na pozad presvan na fyzick nosi, ktor je taktie efektvne vyuvan.Kee virtulna pska striktne oddeuje fyzick vrstvu od logickej azrove emuluje vek mnostvo Virtual Tape Drive, ktor jedin s prezentovan smerom na servre, takmer nedochdza kproblmom snedostatkom pskovch mechank. Sasne fyzick pskov mechaniky s utilizovan len zrovne VTC ato a do 100 percent cez kontajnerizciu virtulnych pskovch volumov. Takto s fyzick zdroje dynamicky zdiean cez tv. True dynamic sharing.Pridanie novej virtulnej pskovej mechaniky znamen len jej definovanie na rovni virtulneho enginu ansledne oskenovanie zo strany Hostu svytvorenm prslunch device filov. Sasne je potrebn nov pskov mechaniku logicky zaleni pod prslun zlohovac SW. Pridanie novej fyzickej pskovej mechaniky je plne odtienen od rovne Host avyaduje si len kony na rovni SAN, riadiaceho SW pre pskov kninicu azalenenie do prslunch skupn na rovni virtulneho enginu. Potreba retartov je minimalizovan knulovm hodnotm.Proces obnovy je mon definova poda procesov ILM cez klasifikciu dt. Na jej zklade je potom mon ponechva prslun skupiny dt len na rovni VTC, urit dobu na rovni VTC, paralelne na rovni VTC aRTD.Zvyujci sa objem dt pre zlohovacie procesy je mon eliminova definovanm novch VTD, pridanm kapacity VTC aa vposlednom rade pridanm RTD. Virtualizcia vprostred OS je jednm zo tartovacch bodov pre zavedenie funkcionalitz HSM do OS. Vytvra otvoren platformu pre pripravovan rieenia typu SMS pre prostredie OS. Modulrna koncepcia

CentricStor VTA je modulrne rieenie, ktorho zklad tvoria tieto komponenty:ICP Integrated Channel Procesor je modul pre komunikciu smerom kHost. Emuluje prslun pskov mechaniky ako Virtual tape aprezentuje ich do siete SAN alebo ako Direct Attached. Kad ICP m dva porty FC a/alebo FICON priom na kadom porte me emulova a 32 pskovch mechank. Vjednom node VTA me by a 8 ICP. Takto koncipovan FrontEnd je redundantn avkonovo klovaten. ICP je zodpovedn za ukladanie dt na Virtual Tape Cache vkomprimovanej podobe sprpadnou enkrypciou. Interne je ICP prepojen cez SAN switch sostatnmi modulmi VTA.IDP Integrated Device Processor je modul pre komunikciu smerom na pskov mechaniky. Kad IDP m dva porty FC a/alebo FICON aumouje pripojenie a 8 pskovch mechank prostrednctvom switchu. Pozor na priepustnos, je to kritrium pre poet takto pripojench pskovch mechank na jeden port. Vjednom node VTA me by maximlne 8 IDP modulov. IDP zodpoved za presun dt zVirtual Tape Cache na fyzick mdia, priom sa riadi nastavenm poda zadvatea. Dta na Virtual Tape Cache mu zotrva dlhie, mu by migrovan okamite, nemusia by migrovan vbec. Interne je IDP prepojen cez SAN switch sostatnmi modulmi VTA.VLP Virtual Library Processor zloen zdvoch modulov VLM Virtual Library Manager aPLM Physical Library Manager. VLP komunikuje sfyzickou kninicou, prezentuje navonok virtulne kninice amanauje Virtual Tape Cache vspoluprci sICP a IDP. Interne je taktie prepojen cez SAN switch. Volitene je to redundantn prvok. SICP aIDP vntorne komunikuje cez LAN na rovni riadiacich prkazov. Virtual Tape Cache ako DTVFS Distributed Tape Volume File System je diskov priestor riaden cez VLP, ICP a IDP. Me by dedikovan na rovni nodu VTA alebo zdiean aj remote. Vtakom prpade sa zapisuj dta vdy na dostupn DTVFS sdostatonou vonou kapacitou .Device centric koncepcia je pomerne uzavret na rozirovanie. Dnes jedinm reprezentantom tejto koncepcie je SUN VSM virtualizcia pre zOSModular centric koncepcia umouje flexibilnejie rozirovanie kapacity a vkonnosti poda poiadaviek zkaznka. Pomerne astm problmom me by kompatibilita internch komponentov, hlavne v prpade SW appliance rieen ako je napr. FalconStore. Vemi dleitou monosou je dedikovanie asti vntornch zdrojov takhoto rieenia na rove platformy. Toto je jedna z hlavnch vhod rieenia VTA8000 kedy je mon dedikova ICP na rove platformy operanho systmu. Modulrna koncepcia dva vyerpvajcu odpove na asto kladen otzku vhodnosti spjania pskovej virtualizcie pre zOS a OS do jednho zariadenia. Vetky VTD s riaden a sprstupovan pre zOS riadiacim programom SMC a CSC. SMC zabezpeuje komunikciu s operanm systmom a preklad vetky MOUNT poiadavky do prostredia riadiaceho jadra kninice. Tie m priamy interface na HSM, SMC vie v prpade mixovanch VTD cez funkciu TAPEREQ riadi prideovanie zdrojov kninice. Akonhle SMC/CSC vyd poiadavku na MOUNT VTD, VTA8000 ju vykon vo vzbe na svoje vntorn atribty a logick linky medzi LVG a PVG.VTD pre OS s sprstupovan cez VTA8000 ktor funguje navonok ako VACS. Do TSM parametrov sa preto zadva IP adresa VTA8000 a nie priamo IP adresa servra ACSLS. IP adresa ACSLS servra je definovan len pre VTA8000 a CSC_RTD pre zOSManagemen VTV je plne transparentn a prevdzkovaten z rovne TSM pre OS a taktie pre Tape management na rovni zOS.HSM je mon poui priamo nastavenm parametru SMSA na hodnotu SMSA=ON v riadiacom lene pre CSC. Priame riadenie HSM je odporan pouva ak na rovni VTD nie s emulovan viacer typy pskovch mechank napr. 3490 a 3590. V prpade mixovania typov VTD je odporan poui riadenie cez SMC parameter TAPEREQ, o je intern riadenie na rovni VTA8000 a SL8500.VTD Virtual Tape Drive je emulovan na portoch ICP. Kad ICP me emulova a 64 VTD. Pri prideovan VTD je potrebn dodra podmienku aby ani jeden Host nemal pridelen VTD z jednho ICP. V takom prpade by vpadok tohto ICP mal za nsledok startu vetkch VTD pre dan Host. Prideovanie je potrebn a vhodn urobi minimlne cez 2 ICP a to aj z dvodu vkonnosti. Identifikcia VTD sa rob nasledovne:SS:II:PP:DD kde SS je seln oznaenie site, II je slo ICP, PP je slo portu na ICP a DD je slo virtulneho drivu emulovanho na danom porte. Takto rchlo zistme, ktor ICP emuluje VTD pridelen danmu Hostu. Treba si uvedomi, e VTA8000 je fyzicky na dvoch sitoch, avak logicky je to jeden celok.

HSM vprostred Open systems a DB Existuje trieda storage subsystmov, odvolvajcich sa na Hierarchical Storage Manager (HSM), ktor sa spolone pouvaj v dnench vekch spolonostiach. HSM je integrovan sbor software a hardware, intalovan na vpotovom systme, ktor poskytuje sluby storage manamentu v celej spolonosti. HSM me poskytova mnostvo rozlinch funkci vrtane automatickho zlohovania, disaster recovery, mdia manament, archivcie, migrcie, bezpenosti, kompresie, vysoko rchlostn prenos dt (file transfer), a alie funkcie. Jednou z kovch vlastnost viny software HSM je taktie poskytovanie schopnosti uklada dta na lacnejie off-line a nearline storage zariadenia, ako naprklad pskov zariadenia alebo WORM zariadenia, za sasnho transparentnho prstupu na dta na rovni diskovho komfortu z minimlnym oneskorenm spsobenm len tm, e ide o pskov resp. in technolgiu ako disk. Toto me nastoli otzky pre pouvateov Oracle databz pretoe Oracle za normlnych podmienok oakva vetky dta on-line a okamite dostupn. V tejto asti dokumentu popeme niekoko stratgi, ktor umouj pouvateom spene a komfortne pouva Oracle s HSM a StorageTek Nearline technolgiou. Hierarchical Storage ManagementAko sa posvame v storage hierarchii smerom hore, rchlos prstupu na dta pre aplikcie a pouvateov sa zlepuje, ale nklady stpaj a kapacita kles. Ke sa posvame v storage hierarchii smerom dole, kapacita a prstupov as rastie a nklady klesaj. V hornej asti storage hierarchie vetok manament dt je automatick. Akonhle s dta raz natan do potaa, OS a hardware vrtane mnohho prsluenstva automaticky umiestni dta do najefektvnejej asti v rmci storage hierarchie pre spracovanie. Napr. dta, ktor bud spracovan len v CPU s uchovan v registroch alebo v CPU cache, zatia dta, na ktor sa pristupuje menej s v relnej pamti a ete menej asto pouvan dta sa ukladaj do virtulnej pamte. A samozrejme, vetko toto sa riadi transparentne operanm systmom. Pre dta v dolnej polovici storage hierarchie nefunguje automatick umiestovanie dt na najefektvnejie pamov mdia bez pouitia HSM. Vetko toto mus by administrovan manulne. HSM systm automaticky presva dta na sbor mdi poda poiadaviek na vkon a so zameranm na sporu nkladov v spolonosti.alou otzkou, ktor HSM riei je zlohovanie a obnova po katastrofe (disaster recovery). Existuj vo firme adekvtne zlohy dt ? Kde s uloen ? Ako asto by sa mala zloha vytvra ? Ako s dta obnovovan ? Ako s firemn dta obhospodarovan cez mnoho vekch serverov a mainframov vo firemnom vpotovom stredisku, na PC, pracovnch staniciach, serveroch pre pracovn skupiny, toto vetko me komplikova zlohovanie a obnovu. V poslednej rade je to najastejie chyba opertora alebo pouvatea, ktor zaprin stratu dt ako chyba hardware alebo prrodn katastrofa. A preto je potrebn sa zabezpei voi vetkm takmto nepredvdanm udalostiam. Bez HSM musia by tieto procedry definovan a vykonan manulne pre zabezpeenie tchto loh a na zaistenie bezpenosti firemnch dt. HSM architektraZatia o implementan pecifikcie sa lia od dodvatea k dodvateovi, vetky HSM systmy poskytuj vemi podobn schopnosti a vlastnosti. Storage zariadenia s podobnmi charakteristikami s obvykle zoskupovan do tzv. storage pools. HSM katalg zaznamenva metadta o storage subsystme. Napr. storage pool defincie, metadta o off-line zariadeniach a mdich a o umiestnen zlonch kpi dt s zaznamenan v katalgu. HSM software pracuje a riadi dta v storage pools na zklade pouvateskch defincii (storage management policies), ktor s taktie uloen v katalgu. Politika pre riadenie storage definuje zlohovanie, archivciu, migrciu a bezpenostn pravidl pre uplatnenie pomocou HSM. Tto politika pre riadenie storage me definova tak veci ako:ako asto m by vykonan zloha alebo archivciaak sbory na vysoko rchlostnch diskoch neboli pouvan poslednch 90 dn, bud automaticky migrovan do pskovej robotizovanej kninicekto je oprvnen pristupova a obnovova starie verzie dt a ako m by obnova vykonanZkladn architektra HSMKom k architektre HSM systmov je ich schopnos poskytn dve rovne transparentnosti.transparentnos zariadenia umouje prstup do sboru cez jeden interfejs (obvykle virtulny diskov interfejs), bez ohadu na ktorom zariaden s dta uloentransparentn umiestnenie umouje prstup do sborov bez potreby vedie aktulne umiestnenie uloench dtObe, transparentnos zariadenia a umiestnenia dt si vyaduje implementciu dynamickej hierarchie storage, ktor je sstreden v HSM. Transparentnos je implementovan kombinciou mdia manamentu a migranch sluieb, ktor bud popsan v nasledujcich sekcich. HSM Media ManagementNa rozdiel od diskovch sborov, ktor s organizovan vo file systmoch, sbory uloen na mdich tretieho stupa, ako naprklad pska alebo CD-ROM, normlne nemaj adresrov metadta truktru (directory metadata structure), v ktorej by boli organizovan. Bez metadtovej truktry pre off-line/nearline mdi je manament tejto asti storage hierarchie akopdny a neikovn. Vina HSM systmov pouva HSM katalg ako skladisko pre metadta o off-line mdich a sboroch namiesto file systmu. Vlastnctvo sboru, povoovanie prstupu/ACL informcie, vytvranie/modifikovanie/pouitie dt, vekos sboru, umiestnenie sboru a alie informcie, vetko toto me by uloen v HSM katalgu. Toto vetko poskytuje potrebn infratruktru pre podporu jednoduchho prstupu na off-line/nearline mdi a dta.Ukladanie metadt o off-line/nearline mdich a dtach v HSM katalgu sprstupuje automatick lokalizovanie, vyhadvanie a obnovu sborov pre pouvateov. Mnoho zkaznkov pouva robotizovan pskov kninice alebo CD juke boxy, v ktorch je uloench tisce psok a CD. Automatick katalogizcia metadt tak ako sa sbory postupne vytvraj umouje ich automatick lokalizovanie, vyhadanie a obnovu v neskorej dobe. Toto m vznamn prnos a vhody pre pouvatea. Dovouje nearline mdim by automaticky migrovan v rmci storage hierarchie a eliminova tak potreby na manulne procedry.HSM Migran slubyHSM poskytuje schopnos automaticky migrova sbory na zklade kritri definovanch pouvateom (storage management policies) z jednej triedy storage pool zariaden na druh a opane. Migrcia je proces presvania sborov z jednej rovne na druh za zachovania faktu, e sbory, ktor boli presunut, mu by transparentne prstupn pre aplikcie. Toto dovouje sborom, ktor nie s dlh as pouvan a s uloen na drahch vysokovkonnch diskoch, by automaticky presunut na lacnejie a pomalie zariadenia pre hromadn ukladanie dt. To taktie dovouje transparentn a automatick obnovu sboru ak je poadovan aplikciou alebo pouvateom v neskorom ase. Transparentnos migrcie je obvykle implementovan nahradenm originlneho sborovho loktoru (pointer) linkom, zvykom sboru alebo inmi metadtami, ktor vytvoria ukazovatele na nov umiestnenie sboru. HSM katalg je aktualizovan ke je sbor migrovan, odkia bol migrovan a almi informciami poadovanmi pre podporu transparentnosti. Niektor HSM systmy podporuj parcilnu migrciu ako aj migrciu celch sborov. Ke pristupuje aplikcia na migrovan sbory, niektor HSM systmy mu by konfigurovan pre zabezpeenie migrovania asti sboru sp na disk. Tieto systmy podporuj umiestnenie blokov sborov, ktor s asto pristupovan aplikciou na vysokovkonn disky a ostatn menej asto pristupovan bloky sborov na pomalie, lacnejie mdi. Toto je pecilne uiton ak sa jedn o vemi vek sbory, ktor maj by pouvan aplikciou. In HSM systmy maj schopnos udriava fixn poet blokov zo sboru na disku zo zvykom sboru uloenm na tercirnom storage. HSM ma taktie rozlin stratgie pre uspokojenie prstupu aplikci na dta. Niektor HSM systmy notifikuj aplikcii, e sbor je dostupn len po kompletnom sptnom zmigrovan sp na disk, zatia o in HSM systmy dovouj prstup u po sptnej obnove prvho bloku na disk. Tto funkcionalita ma priamy dopad na vkonnos systmu.HSM Transparentn migrciaMigran pravidl (migran politika), ktor riadi umiestovanie sborov je definovaten pouvateom a me ma mnoho rznych foriem. Pravidl mu by postaven na rznych pravidlch, kritrich vekos sboru, frekvencia prstupu, prefix alebo suffix mena sboru, poda dtumu vytvorenia, a mnoho alch parametrov. Pravidl mu taktie identifikova sbory, ktor nemaj by nikdy migrovan.Migran sluby mu ma vea foriem a podb. Naprklad: Pretoe mme vek objem dt, ist sbory s preto uloen vdy na pskach. Ke natartuje aplikcia, ktor potrebuje nhodne pristupova na tieto dta, tieto s migrovan (staged) na disk automaticky a transparentne. Po skonen spracovania dt aplikciou, sbory s automaticky migrovan (destaged) z disku sp na psku. Pretoe aplikcia potrebuje nhodn prstup pre aktualizciu (update) sborov (toto nie je mon vykona na vekej vine pskovch zariaden) a mnostvo dt, ktorch sa to tka je vek, migrcia dt na disk je garantovan.CD juke box je pouit pre uloenie vekho mnostva dt. V prpade, e pouvate nechce spsobi preaenie migrciou dt, CD je lokalizovan a namontovan (vetko poskytuje automaticky HSM mdia manament), potom pouvate pristupuje na dta priamo na CD. CD m prenosov rchlos a vyhadvac as pomal ako pevn disk, avak tento rozdiel vo vkonnosti neoprvuje k migrcii na disk ako prv. Dnes s vak CD juke boxy nahradzovan vkonnmi pskovmi technolgiami typu Access Centric STK 9840.Taktie je potrebn si uvedomi, e HSM manaovan storage me by priraden k vzdialenmu serveru. V takomto prpade prstup na dta bude obmedzovan dostupnou priepustnosou siete.V sumre, HSM mdia manament a migran sluby poskytuj transparentn prstup aplikcie do sboru, bez ohadu na umiestnenie sboru a zariadenia a kad dodvate HSM implementuje tieto vlastnosti inm spsobom.Oracle a HSM spoluprcaV tejto sekcii bude prediskutovan stratgia pre spen pouitie Oracle databzy s nearline mdiami a HSM systmom. Pokia tieto stratgie pokrvaj mnostvo otzok tkajcich sa spoluprce Oracle a HSM, je nevyhnutn si taktie pretudova prslun dokumentciu o HSM a Oracle pre lepie pochopenie popsanch technk. Oracle dtov sbory a HSMHSM systmy mu spsobi zdranie pri prstupe na dta a to me ma vplyv na aplikciu, naprklad Oracle, a preto je potrebn to pochopi a naplnova. DB Oracle predpoklad, e vetky potrebn dtov sbory s na pridelenom loklnom disku a s okamite prstupn o je mon na ne pristupova aplikciou. Sbory, ktor s pod kontrolou HSM migrcie mu alebo nemusia by okamite dostupn. Sbor, ktor je rezidentn na pskovom mdiu, je potrebn namontova a je mon ho zmigrova na disk predtm ako Oracle me na pristpi. To si me vyadova urit dobu pre namontovanie alebo migrciu sboru a to me ma vemi zvan dopad na celkov vkonnos Oracle ak tento proces nie je monitorovan a riaden. Oracle databzov server pouva mnostvo rznych typov sborov. Len niekoko sborov je vhodnch pre umiestnenie pod kontrolu HSM migrcie. Sbory nevhodn pre umiestnenie pod kontrolu HSMiadny zo systmovch sborov Oracle nesmie by umiestnen pod kontrolu HSM. Ak sa tak stane, vkonnos databzy bude nestla a nepredpovedaten. Sbory Oracle databzy, ktor nemaj by umiestnen pod kontrolu HSM migrcie :Vetky systmov sbory Oracle vrtane : Riadiace sborySbory parametrovOracle BinariesDtov sbory systmovch TablespaceOn-line Redo Log sboryTrace sboryAlert sborySbory Tablespace obsahujce Rollback segmentySbory Tablespace obsahujce Temporary segmentyUvate jednak me definova, e tieto sbory nebud riaden HSM migrciou alebo maj by umiestnen na mdi mimo kontrolu HSM. Sbory vhodn pod kontrolu HSMVo veobecnosti historick dta, ktor s asto pouvan s najlepmi kandidtmi pre riadenie pomocou HSM a ich uloenie na nearline mdi. To vak predpoklad pochopenie vetkch vlastnost riadenia a spoluprce Oracle-to-HSM. Meme uvaova o troch typoch sborov ako kandidtov pre umiestnenie pod kontrolu HSM migrcie a to s :Archivovan Redo Log sboryZlohy Oracle sborovSbory uvateskch alebo aplikanch TablespaceRozlin stratgie pre pouvanie tchto typov sborov na nearline mdich alebo HSM bud prediskutovan v kapitole o HSM. Tieto stratgie s :Read-Only TablespacesOn-line and Off-line TablespacesTable PartitioningLOB and BFILE ManagementHSM je mon poui priamo nastavenm parametru SMSA na hodnotu SMSA=ON v riadiacom lene pre CSC. Priame riadenie HSM je odporan pouva ak na rovni VTD nie s emulovan viacer typy pskovch mechank napr. 3490 a 3590. V prpade mixovania typov VTD je odporan poui riadenie cez SMC parameter TAPEREQ, o je intern riadenie na rovni VTA8000 a SL8500.

Vetky RTD, v naom rieen s to WORM pskov mechaniky, s riaden cez SMC a CSC. K dispozcii je priamy interface na HSM alebo vntorn riadenie SMC cez parameter TAPEREQ v prpade pouitia mixovanch RTD.RTD s pripojen cez IDP prostrednctvom direktorov. Kee IDP poskytuj svoje sluby zOS a OS sasne, s vetky RTD zdieaten medzi zOS a OS.

*