Proposta Architetturale Disaster Recovery

Transcript

1 Custmer Prpsta Architetturale Disaster Recvery Data: Custmer Prpsta Architetturale Disaster Recvery Sluzini BMC Sftware Il materiale cntenut nel presente dcument cstituisce infrmazine di carattere cnfidenziale, anche relativa a prdtti e metdlgie di BMC Sftware, Inc. Il materiale nn può essere duplicat, utilizzat diffus, tutt in parte, per alcun scp divers da quell di valutare il presente dcument. Questa restrizine nn limita i diritti del Cliente di utilizzare le infrmazini qui cntenute se ttenute da altre fnti prive di restrizine. 1

2 Custmer Prpsta Architetturale Disaster Recvery Data: 1 Indice 1 INDICE OBIETTIVO DEL DOCUMENTO OBIETTIVI DEL PROGETTO SITUAZIONE ATTUALE CONSIDERAZIONI ANALISI E SOLUZIONE PROPOSTA INTRODUZIONE ANALISI Architettura prpsta Metdlgia di backup Backup Settimanali Backup Girnalieri Attività press il sit Lcale Attività press il sit Remt CONCLUSIONI APPENDICE A RECOVERY DELLE BASI DATI DB2 APPLICATIVE (DAY BY DAY) Benefici RECOVERY DEGLI OGGETTI DI SISTEMA DB Benefici APPENDICE B COPY PLUS FOR DB SNAPSHOT UPGRADE FEATURE FOR DB RECOVERY PLUS FOR DB RECOVERY MANAGER FOR DB LOG MASTER FOR DB R+/CHANGE ACCUM FOR DB

3 2 Obiettiv del dcument Un prgramma san di Disaster Recvery è essenziale per prteggere il benessere di un'rganizzazine. A quest aspett in realtà nn viene ancra dat il giust risalt, infatti mlte imprese anche grandi scietà tengn in piedi prgrammi prcessi per il Disaster Recvery antiquati del tutt inadeguati. I dati cstituiscn il principale patrimni aziendale. La perdita di queste infrmazini può rivelarsi disastrsa, rendend impssibile cntinuare a gestire persin le più semplici attività. Per prevenire simili incidenti è necessari affidarsi a sluzini che riescn a memrizzare, gestire e prteggere i dati in md affidabile e cert. Fatta questa premessa inseriam l scp di quest dcument, che è quell di prprre a livell architetturale una sluzine di Disaster Recvery che vule essere realistica nel mantenere gli biettivi che si prefigge in qualsiasi situazine si crei il disastr. 2.1 OBIETTIVI DEL PROGETTO L biettiv di quest prgett è quell di miglirare l attuale prcess di Disaster Recvery in ambit DB2 attualmente in essere ed in us in Custmer_Name. Nell specific, la prpsta della sluzine di Disaster Recvery in ambit DB2 trattata in quest dcument, si prpne tre biettivi: Minimizzazine di qualsiasi impatt press il CED di Prduzine di Custmer_Name. Perdita dati al massim di 12 re. Ripristin cmplet press il centr di backup entr 24 re. 2.2 SITUAZIONE ATTUALE Attualmente la prcedura di Disaster Recvery di Custmer_Name è basata sull utilizz di funzinalità hardware che permettn la cpia dei dischi su cui risiedn i dati di prduzine. Cn una funzinalità di flashcpy vengn cpiati tutti i dati di prduzine, circa 8TB, per quand riguarda dati DB2, File Sequenziali, File VSAM, File di Sistema e Librerie Applicative e di Sistema. Nn vengn salvati cn questa tecnica i dati migrati a Livell 2 (su Tape), i dati di prduzine relativi ad ambienti distribuiti e i dati che risiedn su dischi ttici. Questa tecnica permette a Custmer_Name di effettuare la flashcpy di tutti i dischi cinvlti nel salvataggi in circa 1 minut e 30 secndi. Dp questa perazine, tutti i dischi che hann subit questa perazine, vengn salvati su nastr. Quest prcess di salvataggi su nastr dura all incirca 7 re e 30 minuti. L perazine descritta viene effettuata una vlta al girn, alle circa. I nastri di cpia generati vengn prtati in sicurezza tramite autmezz. In cas di Disastr, Custmer_Name è in grad di ripristinare il servizi alle del girn precedente. Dp il ripristin del Sistema Operativ alle del girn precedente, vengn eseguiti i batch necessari al ripsizinament del Sistema Operativ all inizi della girnata lavrativa (apertura nline). Cn questa tecnica, Custmer_Name garantisce il ripristin del Sistema Operativ in 48 re, cn una perdita al massim di 24 re di dati.

4 2.3 CONSIDERAZIONI L architettura della sluzine prpsta si basa su infrmazini e riflessini apprtate dal persnale di Custmer_Name che ha partecipat al lavr e sulla dcumentazine dell attuale pian di Disaster Recvery. La sluzine prpsta da BMC Sftware tratta esclusivamente il Disaster Recvery delle basi dati DB2 su mainframe. Per l implementazine della sluzine prpsta, deve esserci la dispnibilità sia nel sit primari, che nel sit di Disaster Recvery di dispsitivi sftware specifici necessari per la realizzazine e velcizzazine dei prcessi di salvataggi e ripristin dei dati e delle applicazini. I prdtti sftware a cui si fa riferiment sn: RECOVERY MANAGER fr DB2 RECOVERY PLUS fr DB2 COPY PLUS fr DB2 LOG MASTER fr DB2 SNAPSHOT UPGRADE FEATURE fr DB2 Tutti i prdtti elencati fann parte di una sluzine che viene identificata cme: RECOVERY MANAGEMENT SOLUTION fr DB2 Per ulterirmente velcizzare il ripristin delle applicazini press il sit remt, si fa riferement ad un prdtt che nn è parte integrante della sluzine RECOVERY MANAGEMENT SOLUTION fr DB2. Il prdtt è R+/CHANGE ACCUM.

5 3 Analisi e Sluzine prpsta 3.1 INTRODUZIONE In questa sezine viene trattat il ripristin dell inter sttsistema DB2 press un sit remt a seguit dell inutilizzabilità dell inter sit primari, causat da sistuazini estreme cme ad esempi terremt, alluvini, att terrristic, etc. Pur rispettand l biettiv di minimizzare l impatt sulle prcedure del ced di prduzine, la sluzine cmprta un aggirnament delle mdalità di pervenire al punt di cnsistenza del recvery al fine di limitare il temp di Backup/Recvery 3.2 ANALISI Architettura prpsta L architettura della sluzine che BMC Sftware prpne per rislvere le prblematiche di Disaster Recvery viene di seguit riprtata. Il prdtt di riferiment è il RECOVERY MANAGER fr DB2 di BMC Sftware. Click t add an utline DB2 Catalg/Directry & BMC RM Repsitry Remte Full Cpies (Change r Reference) ARCHIVE LOG (Truncate Active) Applicatin Remte Cpies (Full/Incremental, Change/Reference) ARMBARC (cpy lg) ARMBSRR (Gen System) TMS Pull ICF Dump ARMBGEN (Gen Apps JCL) Truck L architettura della sluzine si articla principalmente sulle attivita da effettuare sul sit lcale. L attività press il sit lcale è per la massima parte di backup. Queste perazini devn essere integrate cn le attuali perazini di backup attualmente eseguite da Custmer_Name.

6 3.2.2 Metdlgia di backup Custmer_Name, cme già dett, ggi utilizza un fluss di backup finalizzat ad un prgett di Disaster Recvery; dat che questa sluzine ha cme biettiv il miglirament e la velcizzazine nel ripristin dei dati, le attività di backup prpste sn diverse e più ampie di quelle già esistenti. Rivediam punt per punt cme sarà il nuv fluss: Backup Settimanali SYNC Backup Girnalieri Backup Girnalieri Lun Mar Mer Backup Settimanali Per i dati DB2 viene eseguita una FULL COPY DB2 in mdalità Snapsht cn il prdtt COPY PLUS fr DB2 di BMC Sftware cn la creazine di cpie valide per il sit di Disaster Recvery. FULL COPY DB2 per il Catalg e la Directry DB2 cn il prdtt COPY PLUS fr DB2 di BMC Sftware cn la creazine di cpie valide per il sit di Disaster Recvery. Spedizine di tutte le cartucce direttamente al sit di sicurezza tramite autmezz.

7 Backup Girnalieri Per i dati DB2 viene eseguita una INCREMENTAL COPY DB2 in mdalità Snapsht cn il prdtt COPY PLUS fr DB2 di BMC Sftware cn la creazine di cpie valide per il sit di Disaster Recvery. FULL COPY DB2 per il Catalg e la Directry DB2 cn il prdtt COPY PLUS fr DB2 di BMC Sftware cn la creazine di cpie valide per il sit di Disaster Recvery. Spedizine di tutte le cartucce direttamente al sit di sicurezza tramite autmezz. Le mdalità di backup Settimanali/Girnalieri necessitan di un apprfndiment tecnic tramite studi di fattibilità. Si può prendere in cnsiderazine l implementazine di una metdlgia di backup che nn sia esplicitamente studiata per prblematiche di Disaster Recvery, ma che segua il fluss lgic delle applicazini. Per il salvataggi di tutti gli altri dati, viene mantenuta l attuale prcedura utilizzata da Custmer_Name. Viene quindi esguita una flashcpy di tutti i dischi di prduzine che nn cntengn dati DB2.

8 3.2.3 Attività press il sit Lcale La peridicità prpsta di queste attività è di due vlte al girn. Le attività da effettuare sn le seguenti: Creare un GDG per l utput del prgramma ARMBSRR. Sl una vlta in fase di predispsizine. Creare un GDG per l utput del prgramma ARMBGEN. Sl una vlta in fase di predispsizine. Creare gruppi Recvery Manager cntenenti i database applicativi da ripristinare press il centr remt. I gruppi hann una nmenclatura che facilmente indica la sequenza di ripristin. Questa attività viene effettuata in fase di predispsizine e a frnte di mdifiche alla lista di ggetti da ripristinare. Creare un grupp Recvery Manager cntenente gli ggetti del repsitry di Recvery Manager più BMCSYNC e BMCUTIL. Sl una vlta in fase di predispsizine. Eseguire i jb di revalidatin degli ggetti da ripristinare. Dp avere eseguit le cpie dei dati DB2 applicativi, del catalg DB2, della Directry DB2, e del Repsitry del Recvery Manager, stabilire un punt di cnsistenza (SYNC), attravers l archiviazine del lg DB2 attiv (Truncate Active). Creare cpie dell archive lg, attravers il prgramma ARMBARC di Recvery Manager. Generare il jcl per il recvery del sttsistema DB2, attravers il prgramma ARMBSRR. Revalidatin dei gruppi Recvery Manager (attravers il prgramma ARMBGPV, specificand TORESTARTRBA cme recvery pint, RECOVERABILITY YES, POPULATION YES e REPLACE YES). Generare i jcl per il recvery applicativ, dei gruppi Recvery Manager pprtunamente creati attravers il prgramma ARMBGEN Al termine delle attività DB2 ccrre effettuare le cpie di tutti gli ggetti che nn sn DB2, Catalg MVS, Dataset Sequenziali, VSAM, Librerie di Sistema, File di Sistema, cn le mdalità descritte nel capitl Metdlgia di Backup. Nel cas in cui si desideri velcizzare il ripristin press il sit di Disaster Recvery, è pssibile utilizzare il prdtt di BMC Sftware R+/CHANGE ACCUM. Cn quest prdtt, basandsi sui gruppi definiti in Recvery Manager, è pssibile creare dei lg, da spedire press il sit remt, nei quali sian inserite sl le mdifiche effettuate sugli ggetti appartenenti al grupp Recvery Manager. Questi lg vengn creati sul sit lcale in md ffline. In quest md, press il sit di Disaster Recvery, è pssibile ttimizzare i tempi di ripristin in quant è pssibile parallelizzare l attività di recver (avend a dispsizine più dataset di lg) e, avend sui lgs sl le infrmazini necessarie, la lettura degli stessi risulta essere di minr impatt. In fase di implementazine della prcedura di Disaster Recvery, si deve verificare l eventuale necessità di prendere più punti di cnsistenza, durante l arc della girnata elabrativa, cmpatibilmente cn i tempi necessari al cmpletament dei passi lgici necessari dp questa perazine.

9 3.2.4 Attività press il sit Remt Sul sit remt, l attività di ripristin del sttsistema DB2 deve seguire quella dell inter sistema perativ. Una vlta restrat il sistema perativ e le librerie di sistema, i passi da effettuare sn i seguenti: Ricmpilazine di DSNZPARM specificand il parametr RESTART DEFER. Inizializzazine delle risrse DB2 per il recvery. Creazine dei dataset di lg, BSDS, VSAM files per catalg e directry e viene stabilit il CRCP (Cnditinal Restart Cntrl Pint). Di default le transazini INDOUBT vengn impstate cn ACTION(ABORT). Se si vule eseguire cmmit, ccrre mdificare il jb impstand ACTION(COMMIT). In quest pass vengn eseguiti i Phase 1 jb(s) generati da ARMBSRR. I Phase 2 jb(s) vengn impstati in HOLD. START DB2 ACCESS(MAINT) Recver di catalg e directry del DB2, inizializzazine del wrk database (DSNDB07) e recver del repsitry di RMGR. In quest pass vengn eseguiti i Phase 2 jb(s) generati da ARMBSRR. I jbs devn essere rilasciati dal lr stat HOLD. I jb devn essere eseguiti da un utente INSTALL SYSADM. START DB2 Recver dei database applicativi. Quest pass esegue il jb generat da ARMBGEN (pass 14 del paragraf Attività press il sit lcale ). STOP DB2 Ricmpilazine di DSNZPARM specificand il parametr RESTART ALL. START DB2 Backup di catalg e directry. Per eseguire il ripristin di catalg e directry viene utilizzata l utility IBM Recver DB2 mentre per i database applicativi viene utilizzata l utility BMC Recver Plus.

10 4 Cnclusini L architettura prpsta in quest dcument, previa verifica tecnica tramite studi di fattibilità, permette a Custmer_Name di implementare un pian di Disaster Recvery rispndente ai tre requisiti richiesti: Minimizzazine di qualsiasi impatt press il CED di Prduzine di Custmer_Name. Perdita dati al massim di 12 re. Ripristin cmplet press il centr di backup entr 24 re. Ai tre punti su citati si può sicuramente aggiungere la minimizzazine dell investiment ecnmic necessari all implementazine di un prcess di Disaster Recvery, certamente ridtt rispett ad una sluzine cmpletamente Hardware. Nn da ultim, bisgn tenere in cnsiderazine l spazi fisic su disc che si viene a risparmiare dall utilizz di una tecnica alternativa alla flashcpy per i dati DB2 (circa 4TB di spazi disc). Altri benefici che risultan evidenti dall utilizz di questa prcedura sn di seguit riprtati: press il sit remt si hann a dispsizine dei semplici JCL da eseguire per il ripristin dell inter sttsistema DB2. rispett alla prcedura standard DB2 nn ccrre recuperare il CRCP, nn ccrre pplare il BSDS e le dimensini dei VSAM di sistema sn già crrettamente acquisite. avend i jcl a dispsizine e un utility ad altre prestazini quale la RECOVER PLUS fr DB2, i tempi di ripristin sn ridtti al minim. BMC Sftware si rende dispnibile, sin da ra, a supprtare ulterirmente Custmer_Name nell eventuale finalizzazine di tale architettura, mettend a dispsizine le sue strutture tecniche per un studi di fattibilità, tutti i test perativi intermedi e l implementazine finale della sluzine.

11 5 APPENDICE A L utilizz dei prdtti BMC Sftware descritti in questa prpsta architetturale di Disaster Recvery nn è esclusivamente crrelat al prgett di Disaster Recvery, ma può essere ampliat a sluzini relative a servizi di: Recvery delle basi dati DB2 applicative (day by day) Recvery degli ggetti di sistema DB2 L utilizz di questi prdtti ha l scp di garantire un miglir servizi, riducend il numer di risrse impiegate, aumentand la dispnibilità del sistema, riducend al minim l eventuale disservizi e miglirand le perfrmance delle applicazini. 5.1 RECOVERY DELLE BASI DATI DB2 APPLICATIVE (DAY BY DAY) Situazini di malfunzinamenti e/ rttura di media nn pssn vviamente essere previste. In quest cas il prdtt RECOVERY MANAGER fr DB2 permette di generare il jb di recvery per tutti gli ggetti che risiedevan sul/i vlume/i in errre. Al cntrari, in cas di ripristin a seguit di errri applicativi è pssibile impstare perazini preventive. Attravers il prdtt RECOVERY MANAGER fr DB2 è pssibile creare gruppi di ggetti i quali verrann trattati cme un unica entità. Attravers questa funzinalità si pssn creare dei gruppi per il ripristin degli ggetti che, applicativamente ppure attravers vincli di referential integrity, sn crrelati tra lr. In cas di errri applicativi l biettiv è quell di trnare al punt di cnsistenza più vicin. Secnd l architettura di backup, vengn eseguite delle Quiesce prima dell esecuzine di gni jb batch e prima della riapertura del servizi TP. Nel cas in cui, ad esempi a frnte del caricament in prduzine di un prgramma errat, applicativamente vengan crrtte le basi dati, è pprtun eseguire un recvery. In quest cas, per trvare il punt di cnsistenza il più vicin pssibile al mment prima della messa in prduzine del prgramma, può essere utilizzat il prdtt di BMC Sftware LOGMASTER fr DB2. Ess analizza il lg DB2 e cerca dei quiet pint, ciè dei punti di cnsistenza nn espliciti (cme ad esempi una Quiesce) ai quali è pssibile ripristinare gli ggetti. Nel cas in cui si utilizzin wildcard nella specifica degli ggetti del grupp ccrre prevedere l esecuzine peridica della fase di revalidatin. Per eseguire il ripristin viene utilizzata l utility RECOVERY PLUS fr DB2 di BMC Sftware Benefici La sluzine prpsta ffre i seguenti benefici: unic punt per le attività di recvery analisi dei vincli effettuata prima che accada l anmalia cn cnseguente maggire reattività e sicurezza tempi di ripristin ttimizzati

12 5.2 RECOVERY DEGLI OGGETTI DI SISTEMA DB2 Anmalie sugli ggetti del sistema DB2 pssn generare situazini mlt critiche in quant viene pregiudicat il funzinament dell inter sttsistema DB2. In questi casi il prdtt RECOVERY MANAGER fr DB2 di BMC Sftware mette a dispsizine delle prcedure preimpstate per la risluzine di queste situazini critiche. In particlare sn previste le prcedure di ripristin per i seguenti ggetti di sistema: Catalg e Directry: ripristin di tutti gli ggetti secnd un particlare rdine (impst da DB2) ppure ripristin di un singl ggett. Viene utilizzata l utility IBM di RECOVER. Active lg: ripristin di un entrambi i lg a causa di I/O errr nel cas di perdita di sincrnizzazine. Archive lg: ripristin dell archive lg a seguit di I/O errr BSDS: ripristin a seguit di I/O errr Wrk file temprary database (DSNDB07): riallcazine di un file appartenente al temprary database a seguit di I/O errr per mdificare le dimensini Benefici La sluzine prpsta ffre i seguenti benefici: unic punt per le attività di recvery prcedure preimpstate per la risluzine di situazini critiche

13 6 APPENDICE B Di seguit viene riprtata una breve descrizine dei prdtti BMC Sftware che fann parte di questa prpsta architetturale di Disaster Recvery. 6.1 COPY PLUS FOR DB2 COPY PLUS fr DB2 rappresenta un alternativa rapida, efficace e flessibile alla IMAGE COPY IBM. Utilizzand tecniche di I/O avanzate, COPY PLUS fr DB2 è in grad di prdurre cpie da due a tre vlte più velcemente e più efficacemente rispett alla utility IMAGE COPY DB2 di IBM. Offre inltre un ampia serie di funzinalità di cntrll ed ttimizzazine cn l'biettiv di sddisfare il più alt numer di requirements che gni ambiente prcedurale richiede. L'adzine di COPY PLUS fr DB2 cnsente di ttenere imprtanti benefici nella gestine delle principali risrse infrmatiche: Riduzine dei csti: Prduzine di image cpy cn minre utilizz di CPU. Eliminazine di RUNSTAT per l'aggirnament delle statistiche di Catalg DB2. Ptenziament delle perfrmance di Recvery: La riduzine dei csti di backup incraggia il backup stess, utilizzare Cpy recenti velcizza il Recvery. La prduzine di Cpy di indici permette il recver degli stessi mente si esegue il data recvery. Ottimizzazine all'intern della finestra batch: Pssibilità di implementare attività che precedentemente nn riuscivan ad entrare nella finestra batch. Access 24X7in lettura/scrittura sui dati DB2: Utilizz della cmpnente SNAPSHOT UPGRADE FEATURE fr DB2 per ttenere image cpy in Share Level Cuncurrent. Questa tecnica nn necessita della presenza di device che supprtin la snapsht a livell di dataset. La funzinalità di snasht viene eseguita via sftware. Ottimizzazine dei prcessi di backup: Prduzine di cpy multiple. Merge autmatica ad gni incrementale. Scalabilità autmatica cndizinata su incremental/full. Capacità di restart avanzat. Utilizz di wildcard nella selezine dei tablespace. Allcazine dinamica dei datatset di utput. Output stacked su cartucce. Esecuzini parallele su gruppi di tablespace. Prduzine di nuve cpy da input di cpy già esistenti. Integrazine cmpleta cn SMS.

14 6.2 SNAPSHOT UPGRADE FEATURE FOR DB2 Cn l'utilizz della cmpnente SNAPSHOTUPGRADE FEATURE fr DB2 è pssibile ttenere delle cpie cnsistenti di un più tablespace senza blccare l'access ai dati DB2. Infatti cn un meccanism di caching delle pagine in memria, tutti gli aggirnamenti in flight vengn esternalizzati al mment della clse del dataset. La cpy DB2 csì ttenuta viene registrata sul catalg DB2 cme FULL e SHRLEVEL REFERENCE. La tecnica spradescritta cnsente di ttenere una cpia cnsistente in qualsiasi mment della girnata durante un servizi 24X7 e supprta ggeti DB2 in ambiente DATA SHARING. 6.3 RECOVERY PLUS FOR DB2 L utility di RECOVERY PLUS fr DB2 viene utilizzata per ripristinare gli ggetti fisici del sttsistema DB2. In particlare il prdtt rimpiazza l utility DB2 RECOVER di IBM nella maggir parte dei casi, frnisce ulteriri funzini e sprattutt una maggire velcità di esecuzine attravers l us di strategie alternative. Di seguit alcune delle principali caratteristiche: Srting del lg: I recrd di lg vengn rdinati prima di essere applicati all ggett. Ciò cnsente una scrittura più velce e singla sulle pagine DB2. Pint in time recvery senza image cpy: In cas di pint in time recvery (TOLOGPOINT), tipicamente applicativ, se l ggett nn è danneggiat, è pssibile utilizzare una tecnica che legga sl il lg senza usare l image cpy. Recvery degli indici cn image cpy: E pssibile ripristinare un indice partend dalla cpia e applicand il lg. Frward Recvery senza image cpy: E pssibile ripristinare l ggett partend da una cpia nn DB2 e applicand il lg. Ricstruzine degli indici nn clustering su tablespace partitined: Pssn essere eseguiti più jbs per estrarre e rdinare le chiavi dalle varie partizini, relativamente all indice nncluster, quindi cn un altr jb è pssibile ricstruire l inter indice. Anteprima dell attività di recvery: E pssibile cnscere le risrse che verrann impiegate nel recvery. Test dell attività di Recver: E pssibile utilizzare un dataset divers per il ripristin di un tablespace di un indice. PIT: E pssibile impstare semplici pzini per pint in time recvery, cme ad esempi LASTCOPY.

15 6.4 RECOVERY MANAGER FOR DB2 Il prdtt RECOVERY MANAGER fr DB2 permette di autmatizzare i prcessi di backup e, sprattutt, di recvery degli ggetti DB2, garantend un prcess di esecuzine velce e sicur. Il prdtt permette di raggruppare più ggetti in un grupp, in md da pterli trattare cme una sla entità. Per gni grupp è pssibile specificare le mdalità di backup e le pzini di recvery. A frnte di un malfunzinament sui dischi è pssibile eseguire autmaticamente il recvery di tutti gli ggetti che risiedevan sul disc. Il prdtt è un ttim ausili anche al System Administratr in quant sn già previste le prcedure di ripristin delle risrse di sistema quali catalg e directry, active e archive lg, BSDS e temprary wrk database. Per quant cncerne l attività di disaster recvery è pssibile, press il sit lcale, eseguire una serie di perazini per generare tutte le risrse e i jcl necessari per un crrett ripristin press il sit remt. Le dimensini delle risrse utilizzate (cmprese le aree di wrk) vengn calclate dinamicamente. Prima di un attività di recvery permette di verificare se tutte le risrse necessarie sn dispnibili. In cnclusine il prdtt ffre un ttim aiut in cas di recvery in quant permette di utilizzare la strategia pianificata e pprtunamente studiata in mmenti di calma e nn dver ricercare le pprtune sluzini in situazini di cnfusine di tensine. 6.5 LOG MASTER FOR DB2 Il prdtt permette di analizzare il lg del DB2 per estrarre infrmazini da utilizzare per recvery, audit migrazine dei dati. Di seguit alcune delle principali caratteristiche: Esecuzine del backut di transazini e analisi delle ripercussini in cas di esecuzine. Determinazine dei punti di cnsistenza nn registrati (quiet pint) su catalg a cui pter fare recvery. Supprt per autmatizzare il recvery di ggetti cancellati (DROP), insieme a RECOVERY PLUS fr DB2 di BMC Sftware. Migrazine di dati da una base dati all altra, anche su base peridica, dell inter ggett ppure parte di ess (selezinand le clnne della tabella), di tutte le mdifiche sl di alcune (ad esempi sl insert). Reprt di audit. Analisi di recrd di lg relativi a tabelle cancellate (DROP); Creazine di lgical lg nei quali inserire le infrmazini relative ai sli ggetti che rivestn particlare interesse. Essi pssn essere utilizzati in md ffline per attività di auditing.

16 6.6 R+/CHANGE ACCUM FOR DB2 E una add n feature di RECOVER PLUS fr DB2. Permette di creare delle nuve risrse da utilizzarsi in cas di recvery. E pssibile creare gruppi di risrse e, per ciascun di essi, viene creat un file, chiamat Change Accumulatin File, nel quale sn registrate tutte le infrmazini di update, prese dal lg del DB2, relative ai sli ggetti appartenenti al grupp. In quest md l eventuale recver, effettuat cn RECOVER PLUS fr DB2 di BMC Sftware, risulta essere più velce. Il prdtt è cmpst da una parte interattiva ISPF, attravers la quale è pssibile definire i Change Accumulatin Grups in un prpri repsitry e da una una utility batch per generare i Change Accumulatin File.