Grunnleggende om Oracle 12c Archives - dummies

Arkivering er databasens evne til å spore alle dataendringer. Du kan slå arkivering på eller av. Heldigvis har Oracle 12c designet arkivering for å forårsake minimal overhead. Til slutt er prisen verdt den roen du har av å ha en 24/7-operasjon med darn-nær-garantert null datatap.

Slik slår du arkivering av og på i Oracle 12c

Med arkivering kan du bare ta sikkerhetskopier av databasen når den er lukket (også kalt konsistent sikkerhetskopier). Det gjør du ved å stenge den databasen og starte den i monteringsmodus. Som et resultat er det ikke tillatt å endre dataene.

Denne metoden lar deg ta en konsistent kopi av dataene som den eksisterer på det tidspunktet. Hvis du noen gang må gjenopprette denne sikkerhetskopien, ser databasen ut akkurat som den gjorde da sikkerhetskopien ble tatt … selv om det var et år siden.

Du kan begynne å se noen ulemper hvis du slår av arkivering:

• Ulempene er uakseptable hvis databasen krever tilgjengelighet 24 timer i døgnet. Du kan ikke bare slå den ned og avvise endringer så lenge sikkerhetskopien din tar.

• Selv om du gjør konsekvente sikkerhetskopier hver dag, hva skjer med endringene som skjer mellom sikkerhetskopier? De er tapt hvis du må gjenopprette fra en tidligere sikkerhetskopi.

Med arkivering slått på, får du følgende fordeler:

• Alle dataendringer spores.

• Du kan gjøre sikkerhetskopier med databasen åpen og tilgjengelig for alle brukere.

• Hvis du noen gang må gjenopprette en sikkerhetskopi som ble tatt natten før, kan du bruke arkivene som ble sporet opp til feilpunktet.

I virkeligheten er arkivering et must for nesten alle levende produksjonsdatabaser. Det er sjelden at du har råd til å ta databasen offline for betydelige tidsperioder eller ha råd til å miste data i tilfelle at en sikkerhetskopiering må gjenopprettes.

Grunnleggende om arkivlogger i Oracle 12c

Foruten virkningen av arkiveringsprosessen må du vurdere hva du skal gjøre med alle arkivloggfilene som blir opprettet. Igjen bestemmer databasestørrelsen og antallet endringer hvor mye arkivdata du vil opprette.

Du har to valg for hvor du skal lagre arkivloggene:

• Raskt gjenopprettingsområde: Hvis du lagrer arkivloggene her, organiserer Oracle dem nøyaktig etter database og dato. Denne løsningen resulterer i mindre arbeid og færre parametere for å konfigurere.

• LOG_ARCHIVE_DEST_ n initialiseringsparameter: Dette er faktisk 30 parametere. n representerer et tall fra 1 til 30. Det stemmer: Du kan lagre opptil 30 kopier av arkivloggene dine (men det ville være overkill).DBA har vanligvis to, kanskje tre eksemplarer. Her er et eksempel på hvordan du kan sette parameteren LOG_ARCHIVE_DEST_1 i spfilen din:

  Endre systemsett log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / arkiv";
  

Bunnlinjen er at du må overvåke oppretting, lagring og sikkerhetskopiering av arkivloggene. Det er et faktum av DBA-livet.

Den gode nyheten er at du trenger å beholde arkivloggene bare for gjenoppretting mellom sikkerhetskopier. Betyr det at hvis du sikkerhetskopierer hver kveld, kan du ødelegge alle arkivlogger opprettet før den sikkerhetskopieringen? Nei. Ikke søppel dem hver dag. Det er ikke en generell tommelfingerregel for hvor lenge å beholde dem, men vurder følgende situasjon:

Det er onsdag. Du tar en full sikkerhetskopi av databasen hver kveld og kjører i arkivloggmodus. Når sikkerhetskopien er fullført, sletter du alle arkivloggene som er opprettet før den sikkerhetskopieringen.

Ved middagstid har du en katastrofal diskfeil og må gjenopprette sikkerhetskopiering fra forrige natt (tirsdag). Du oppdager at backup-tape fra forrige natt hadde kaffe spilt på den (tsk tsk) og er ikke lenger bra.

Se hvor vi skal med dette?

• Du må gå tilbake til backup-båndet fra to netter siden (mandag).

• Du gjenoppretter denne sikkerhetskopien og finner ut at du ikke kan rulle frem til den tiden din disk mislyktes i dag, fordi du søppelgir alle arkivloggene etter hver nattlig sikkerhetskopiering.

Igjen, det anbefales ikke bare å beholde arkivlogger for en stund, men også å inkludere dem som en del av sikkerhetskopien din.

Uten andre krav, vil du kanskje beholde arkivlogger i minst 30 dager. Dette systemet gir deg god tid til å gå tilbake i tilfelle at daglige eller ukentlige sikkerhetskopier medfører en slags uheldig uhell.

Se på det på denne måten: Hvis du sikkerhetskopierer arkivlogger, kan du fjerne dem fra systemet for å spare plass. En annen grunn til å holde arkivloggbackups: Det lar deg gjenopprette databasen din til perioder fra lenge siden.