Grundlæggende i Oracle 12c Archives - dummies

Arkivering er databasens evne til at spore alle dataændringer. Du kan slå arkivering til eller fra. Heldigvis har Oracle 12c designet arkivering for at forårsage minimal overhead. I sidste ende er prisen værd for roen i at have en 24/7 operation med darn-næsten garanteret nul datatab.

Sådan slår du arkivering til og fra i Oracle 12c

Med arkivering kan du kun tage backup af databasen, når den er lukket (også kaldet konsistent sikkerhedskopier). Det gør du ved at lukke databasen og starte den i monteringsmodus. Som følge heraf er det ikke tilladt at ændre dataene.

Denne metode giver dig mulighed for at tage en konsekvent kopi af dataene som den eksisterer på det pågældende tidspunkt. Hvis du nogensinde skal gendanne denne sikkerhedskopi, vil din database se præcis ud som den gjorde, da backupen blev taget … selvom det var for et år siden.

Du kan begynde at se nogle ulemper, hvis du slukker for arkivering:

• Ulempen er uacceptabel, hvis din database kræver tilgængelighed for døgnet rundt. Du kan ikke bare lukke den ned og afvise ændringer, så længe din backup tager ud.

• Selvom du foretager konsekvent backup hver dag, hvad sker der med de ændringer, der opstår mellem sikkerhedskopier? De er tabt, hvis du skal gendanne fra en tidligere backup.

Med arkivering tændt får du følgende fordele:

• Alle dataændringer spores.

• Du kan lave sikkerhedskopier med databasen åben og tilgængelig for alle brugere.

• Hvis du nogensinde skal gendanne en sikkerhedskopi, der blev taget natten før, kan du anvende de arkiver, der blev sporet op til punktet for fejl.

Arkivering er i virkeligheden et must for næsten alle levende produktionsdatabaser. Det er sjældent, at du har råd til at tage databasen offline i betydelige perioder eller har råd til at miste data, hvis en backup skal gendannes.

Grundlæggende om arkivlogfiler i Oracle 12c

Ud over virkningen af ​​arkiveringsprocessen skal man overveje, hvad man skal gøre med alle arkivlogfilerne, der oprettes. Igen bestemmer din databasestørrelse og antallet af ændringer, hvor meget arkivdata du vil oprette.

Du har to valgmuligheder for, hvor arkivlogfilerne skal lagres:

• Hurtigt opsvingsområde: Hvis du gemmer arkivlogfilerne her, organiserer Oracle dem nøjagtigt efter database og dato. Denne løsning resulterer i mindre arbejde og færre parametre til at konfigurere.

• LOG_ARCHIVE_DEST_ n initialiseringsparameter: Dette er faktisk 30 parametre. n repræsenterer et tal fra 1 til 30. Det er rigtigt: Du kan gemme op til 30 kopier af dine arkivlogfiler (men det ville være overkill).DBA'er har normalt to, måske tre kopier. Her er et eksempel på, hvordan du kan indstille parameteren LOG_ARCHIVE_DEST_1 i din spfile:

  ændre system sæt log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / archive";
  

Den nederste linje er, at du skal overvåge oprettelsen, opbevaring og backup af arkivlogfilerne. Det er et faktum af DBA liv.

Den gode nyhed er, at du kun behøver arkivlogfilerne til opsving mellem backup. Betyder det, hvis du sikkerhedskopierer hver nat, kan du affald alle arkiv logfiler oprettet før den backup? Nej. Skal ikke affald dem hver dag. Der er ikke en generel tommelfingerregel for hvor længe man holder dem, men overvej følgende situation:

Det er onsdag. Du tager en fuld backup af din database hver nat og kører i arkivlogfunktion. Når sikkerhedskopien er færdig, sletter du alle arkivlogfiler, der blev oprettet forud for denne sikkerhedskopiering.

Ved middagstid har du en katastrofal diskfejl og skal gendanne backup fra den foregående nat (tirsdag). Du opdager, at backup tape fra den foregående nat havde kaffe spildt på det (tsk tsk) og er ikke længere godt.

Se hvor vi går med dette?

• Du skal gå tilbage til backup tape fra to nætter siden (mandag).

• Du gendanner denne sikkerhedskopi og finder ud af, at du ikke kan rulle frem til den tid, din disk mislykkedes i dag, fordi du smider alle arkivlogfilerne efter hver natlig backup.

Igen anbefales det ikke kun at holde arkivlogf i nogen tid, men også med dem som en del af din backup.

Med andre krav kan du have arkivlogfiler i mindst 30 dage. Dette system giver dig masser af tid til at gå tilbage i tilfælde af, at daglige eller endda ugentlige backups medfører en form for uheldigt uheld.

Se på det på denne måde: Hvis du sikkerhedskopierer arkivlogfiler, kan du fjerne dem fra systemet for at spare plads. En anden grund til at beholde arkiv log backups: Det giver dig mulighed for at gendanne din database til perioder fra længe siden.