Efterhånden som databaserne vokser i størrelse, og forespørgslerne kræver uafbrudt tilgængelighed, sker der også en voldsom vækst i kravene til den tid og den hardware, der er nødvendig til sikkerhedskopiering og retablering af databaserne. Sikkerhedskopiering af en hel database eller tablespaces i store databaser kan belaste systemressourcerne, fordi det kræver betydelig diskplads at opretholde flere kopier af en database eller af tablespaces.
DB2 Version 7.2 indeholder en række nye funktioner, der udfører online- eller offlinesikkerhedskopiering, samtidig med at der er adgang til dataene. Der er flere oplysninger i DB2 Release Notes om hver af de nedenstående nye funktioner.
De fleste leverandører af diske har nu løsninger, der udvider datatilgængeligheden. En af disse løsninger er muligheden for at opdele en afspejlet kopi af data og gøre afspejlingen tilgængelig for behandling eller at gøre den tilgængelig på en anden server. Der er to nye funktioner i DB2 Version 7.2, som udnytter denne lagringsmulighed:
Afbrudt I/O understøtter fortsat systemtilgængelighed, mens det sikres, at databasen fortsat kan opdeles i afspejlede kopier. Ved midlertidig afbrydelse af I/O til diske sikrer DB2, at afspejlingen opretholder integriteten.
Funktionen db2inidb fungerer på den afspejlede kopi og kan udføre følgende:
Aktive logfiler hjælper databaseadministratorer med at udføre retablering af databaser. DB2 omfatter nu også mulighed for at afspejle de aktive logfiler for at beskytte database mod:
Den nye registreringsvariabel, DB2_NEWLOGPATH2, lader databasen skrive en identisk kopi af logfilerne i en anden sti på en fysisk separat disk.
DB2 kan nu bruge flere agenter til at udføre såvel retablering efter fejl samt retablering af database med rollforward. Du kan forvente bedre performance ved disse funktioner, særligt på symmetriske flerprocessorsystemer (SMP). Brug af flere agenter under databaseretablering udnytter de ekstra CPU'er, der er tilgængelige på SMP-systemer.
Der er flere oplysninger i DB2 Release Notes om parallel retablering.
Med DB2 Version 7.2 kan du foretage en sikkerhedskopiering af en opdelt sikkerhedskopi efterfulgt af funktionen db2inidb.
Sikkerhedskopien af den opdelte sikkerhedskopi kan bruges til at udføre en offlinekopiering af hele databasen.
I DB2 Version 7.2 er understøttelsen begrænset til databaser, der kun indeholder databasestyrede tablespaces.
Du kan bruge named pipes til sikkerhedskopiering og genindlæsning af databaser på unix-baserede systemer. Hvis du vil bruge disse funktioner, skal ud- og indlæsningsprogrammet befinde sig på samme maskine. Du skal oprette en named pipe i et lokalt filsystem, før databasen sikkerhedskopieres.
Understøttelsen i DB2 af trinvis sikkerhedskopiering er svar på kravet til håndtering af systemressourcer, mens der foregår sikkerhedskopiering og genindlæsning af databaser. Der understøttes to typer trinvis sikkerhedskopiering:
En sikkerhedskopi af alle databasedata, der kun indeholder sider, der er opdateret siden den forrige sikkerhedskopiering af databasen eller tablespacet. Sikkerhedskopien indeholder også de primære metadata, der normalt gemmes i de fulde sikkerhedskopier som f.eks. databasekonfigurationen, tablespacedefinitionen og databasehistorikken. Hver af de efterfølgende sikkerhedskopier indeholder hele indholdet af den forrige delvise sikkerhedskopi samt de data, der er nye eller ændrede siden sidste trinvise sikkerhedskopi.
Der oprettes en ændringskopi af alle data, der er ændret siden den sidst gennemførte sikkerhedskopiering af et tablespace. Den sidste sikkerhedskopi kan have været en fuld, trinvis eller ændringskopi. Hver efterfølgende ændringskopi indeholder også de databasemetadata, der findes i de fulde sikkerhedskopier.
Du kan bruge trinvise kopier eller ændringskopier i online- eller offlinesikkerhedskopiering. Trinvis sikkerkopiering kan bruges til at:
DB2 sporer databaseopdateringer med den nye konfigurationsparameter trackmod. Der er flere oplysninger i DB2 Release Notes om trinvis retablering og ændringsretablering.