Grunderna i Oracle 12c Archives - dummies

Arkivering är databasens förmåga att spåra alla dataändringar. Du kan aktivera eller inaktivera arkivering. Lyckligtvis har Oracle 12c utformat arkivering för att orsaka minimal överhead. I slutändan är priset värt lugnet du har av att ha en 24/7 operation med darn-nära garanterad noll dataförlust.

Så här aktiverar och avaktiverar du arkivering i Oracle 12c

Med arkivering kan du bara ta backup av databasen när den är stängd (kallas även konsekvent säkerhetskopior). Du gör det genom att stänga av den databasen och starta den i monteringsläget. Till följd av detta tillåts inga ändringar av data.

Med den här metoden kan du ta en konsekvent kopia av data som den existerar vid den tidpunkten. Om du någonsin måste återställa den här säkerhetskopian kommer din databas att se ut precis som den gjorde när säkerhetskopieringen togs … även om det var för ett år sedan.

Du kan börja se några olägenheter om du stänger av arkivering:

• Olägenheter är oacceptabla om din databas kräver 24/7 tillgänglighet. Du kan inte bara stänga av den och avvisa ändringar så länge som din säkerhetskopiering tar.

• Även om du gör konsekventa säkerhetskopior varje dag, vad händer med de förändringar som uppstår mellan säkerhetskopiorna? De är förlorade om du måste återställa från en tidigare säkerhetskopia.

Med arkivering aktiverad får du följande fördelar:

• Alla dataändringar spåras.

• Du kan göra säkerhetskopior med databasen öppen och tillgänglig för alla användare.

• Om du någonsin måste återställa en säkerhetskopia som togs på natten innan kan du tillämpa de arkiv som spåras upp till misslyckad punkt.

I själva verket är arkivering ett måste för nästan alla levande produktionsdatabaser. Det är sällsynt att du har råd att ta databasen offline under betydande tidsperioder eller råd att förlora data om en säkerhetskopiering måste återställas.

Grunderna i arkivloggar i Oracle 12c

Förutom effekten av arkiveringsprocessen måste man överväga vad man ska göra med alla arkivloggfiler som skapas. Återigen bestämmer din databasstorlek och antalet ändringar hur mycket arkivdata du ska skapa.

Du har två val för var du ska lagra arkivloggarna:

• Snabbåterställningsområde: Om du lagrar arkivloggarna här organiserar Oracle dem noggrant genom databas och datum. Denna lösning resulterar i mindre arbete och färre parametrar att konfigurera.

• LOG_ARCHIVE_DEST_ n initialiseringsparametern: Detta är faktiskt 30 parametrar. n representerar ett tal från 1 till 30. Det är rätt: Du kan lagra upp till 30 kopior av dina arkivloggar (men det skulle bli överkill).DBA har vanligen två, kanske tre kopior. Här är ett exempel på hur du kan ställa in parametern LOG_ARCHIVE_DEST_1 i din spfile:

  ändra systemuppsättning log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / archive";
  

Den nedersta raden är att du måste övervaka skapandet, lagring och säkerhetskopiering av arkivloggarna. Det är ett faktum av DBA-livet.

Den goda nyheten är att du behöver behålla arkivloggarna endast för återställning mellan säkerhetskopior. Betyder det att om du säkerhetskopierar varje natt kan du skräp alla arkivloggar som skapats innan den säkerhetskopierades? Nej Gör inte skräp dem varje dag. Det finns inte en allmän tumregel för hur länge man behåller dem, men överväga följande situation:

Det är onsdag. Du tar en fullständig säkerhetskopia av din databas varje kväll och körs i arkivloggläget. När säkerhetskopieringen är klar, raderar du alla arkivloggar som skapades innan den säkerhetskopierades.

Vid middagstid har du ett katastrofalt fel på disken och måste återställa säkerhetskopieringar från föregående natt (tisdag). Du upptäcker att säkerhetskopieringsbandet från föregående natt hade spratt kaffe på det (tsk tsk) och är inte längre bra.

Se var vi går med det här?

• Du måste gå tillbaka till backup tejpen från två nätter sedan (måndag).

• Du återställer den säkerhetskopian och upptäcker att du inte kan rulla fram till den tid som din skiva misslyckades idag eftersom du rastade alla arkivloggar efter varje nattlig säkerhetskopiering.

Återigen rekommenderas inte bara att hålla arkivloggar under en tid men också inkludera dem som en del av din säkerhetskopia.

Med några andra krav kanske du vill behålla arkivloggar i minst 30 dagar. Detta system ger dig gott om tid att gå tillbaka i händelse av att dagliga eller till och med veckovisa backup uppstår någon form av olycklig olycka.

Titta på det här sättet: Om du säkerhetskopierar arkivloggar kan du ta bort dem från systemet för att spara utrymme. En annan anledning att behålla arkivloggbackups: Det låter dig återställa databasen till perioder från länge sedan.