Video: Det grunnleggende om intervaller i musikk 2025
Oracle 12c er en rchive loggfiler er rett og slett kopier av gjenta loggfiler. De er ikke annerledes enn gjenta loggfiler, bortsett fra at de får et nytt navn når de er opprettet.
De fleste arkivloggfiler har utvidelsen. ARC,. ARCH, eller. LOGG.,. ARC virker mest vanlig.
Ikke alle databaser har arkivloggfiler. Det avhenger av om du slår på arkivering. Ved å slå på arkivering, kan du gjenopprette fra nesten hvilken som helst type feil som gir to ting:
-
Du har full sikkerhetskopiering.
-
Du har ikke mistet alle kopier av gjenta eller arkivloggene.
Det er en liten mengde overhead med databasarkivering:
-
I / O-kostnad: ARCn-prosessen må kopiere hver gjentatt logggruppe når den fylles opp.
-
CPU-kostnad: Det krever ekstra behandling for å kopiere gjenta loggene via ARCn-prosessen.
-
Lagerpris: Du må beholde alle arkivloggene som er opprettet mellom hver sikkerhetskopi.
Relativt sett er hver av disse kostnadene liten når det gjelder retur du får: gjenopprette databasen din uten å miste prikken over en i . Dette anbefales vanligvis, på tvers av brettet, lagrer alle produksjonsdatabaser deres gjentatte logger.
Noen ganger er det ikke nødvendig med arkivering, for eksempel i en testdatabase som brukes til testingskode. Du kan enkelt bare kopiere produksjonsdatabasen for å gjenopplive en ødelagt test. Vi anbefaler ikke ikke arkivering på testdatabaser. Noen ganger er testdatabasen viktig nok til å arkivere. Vi sier bare at noen ganger kan du komme deg uten å pådra seg ekstra kostnader.
Du bør beholde arkivloggfiler for gjenoppretting mellom hver sikkerhetskopi. Si at du gjør en sikkerhetskopi hver søndag. Nå sier at databasen mister filer på grunn av diskfeil på onsdag. Gjenopprettingsprosessen vil gjenopprette de tapte filene fra den siste sikkerhetskopien og deretter fortelle Oracle å bruke arkivloggfilene fra søndag helt til feilen på onsdag. Den kalles rullende fremover .
Som kontrollfiler og gjenta loggfiler, er det best å ha mer enn én kopi av hver av arkivloggfilene dine. De bør gå til to forskjellige destinasjoner på forskjellige enheter, akkurat som de andre. Du kan ikke hoppe over en tapt arkivlogg.
Parameterfiler for server og initialisering er de minste filene på systemet ditt:
-
PFILE, eller parameterfilen, er en tekstversjon som du kan lese og redigere med en vanlig tekstredigerer.
-
SPFILE, eller serverparameterfilen, er en binær kopi du lager for databasen som skal brukes etter at du har gjort endringer.
Vanligvis slutter disse filene med en. ORA-utvidelse.
PFILEs og SPFILEs har informasjon om hvordan din løpende database er konfigurert. Her konfigurerer du følgende innstillinger:
-
Minnestørrelse
-
Database og forekomstnavn
-
Arkiveringsparametere
-
Prosesser
-
Over 1 900 andre parametere
Vent, hva var det? Over 1900 parametere for å konfigurere og justere? Ikke vær redd. Faktum er at 99 prosent av databasekonfigurasjonen din er ferdig med ca. 30 av hovedparametrene. Resten av parameterne er for uvanlige konfigurasjoner som krever mer ekspertjustering. Faktisk er de 1, 900, over 1, 600 skjulte.
Når du starter databasen, er den aller første filen leset parameterfilen. Den konfigurerer alle minnet og prosessinnstillingene og forteller forekomsten der kontrollfilene er plassert. Den har også informasjon om arkiveringsstatusen din.
PFILE og SPFILE er plassert under katalogen der du installerte databaseprogrammet. Denne katalogen heter ORACLE_HOME:
-
Linux / UNIX: $ ORACLE_HOME / dbs
-
Windows: % ORACLE_HOME% database
Den bør ha en bestemt navngivningsstruktur. Hvis databasenavnet ditt for eksempel er dev12c, vil filene bli navngitt som følger:
-
PFILE vil bli kalt initdev12c. ora.
-
SPFILE vil bli kalt spfiledev12c. ora.
Ved å navngi dem på denne måten og sette dem i riktig katalog, finner Oracle dem automatisk når du starter databasen. Ellers må du fortelle Oracle hvor de er hver gang du starter databasen; det er bare ikke praktisk.
Vi anbefaler at du beholder PFILE og SPFILE på standardplasseringene med standard navngivningskonvensjon for enkel administrasjon.
