Video: Grunderna i Företagsekonomi 2024
Oracle 12cs en rchive loggfiler är helt enkelt kopior av redo loggfiler. De skiljer sig inte från redo-loggfiler, förutom att de får ett nytt namn när de skapas.
De flesta arkivloggfiler har förlängningen. ARC,. ARCH, eller. LOGGA.,. ARC verkar mest vanligt.
Inte alla databaser har arkivloggfiler. Det beror på om du slår på arkivering. Genom att aktivera arkivering kan du återhämta sig från nästan alla typer av fel som ger två saker:
-
Du har en fullständig säkerhetskopia.
-
Du har inte tappat bort alla kopior av redo- eller arkivloggarna.
Det finns en liten del av kostnaderna med databasarkivering:
-
I / O-kostnad: ARCn-processen måste kopiera varje redo-logggrupp när den fylls upp.
-
CPU-kostnad: Det krävs extra bearbetning för att kopiera redo-loggarna via ARCn-processen.
-
Förvaringskostnad: Du måste behålla alla arkivloggar skapade mellan varje säkerhetskopia.
Relativt sett är var och en av dessa kostnader liten i fråga om den avkastning du får: att återställa din databas utan att förlora pricken över en i . Detta rekommenderas typiskt, över hela linjen, arkiverar alla produktionsdatabaser deras redo-loggar.
Ibland krävs inte arkivering, t.ex. i en testdatabas som används för testningskod. Du kan enkelt bara kopiera din produktionsdatabas för att återuppliva ett brutet test. Vi rekommenderar inte inte arkivering på testdatabaser. Ibland är testdatabasen tillräckligt viktig för att arkivera. Vi säger bara att ibland kan du klara dig utan att drabbas av extrakostnaden.
Du bör behålla arkivloggfiler för återställning mellan varje säkerhetskopia. Säg att du gör en backup varje söndag. Nu säg att din databas förlorar filer på grund av ett fel på onsdagen. Återställningsprocessen skulle återställa de förlorade filerna från den senaste säkerhetskopian och sedan berätta för Oracle att tillämpa arkivloggfilerna från söndag hela vägen upp till felet på onsdag. Den heter framåtriktad .
Liksom kontrollfiler och redologgfiler är det bästa sättet att ha mer än en kopia av var och en av dina arkivloggfiler. De borde gå till två olika destinationer på olika enheter, precis som de andra. Du kan inte hoppa över en förlorad arkivlogg.
Parameterfiler för server och initialisering är de minsta filerna på ditt system:
-
PFILE, eller parameterfilen, är en textversion som du kan läsa och redigera med en vanlig textredigerare.
-
SPFILE, eller serverparameterfilen, är en binär kopia som du skapar för databasen att använda när du har gjort ändringar.
Vanligtvis slutar dessa filer med en. ORA-förlängning.
PFILE och SPFILE har information om hur din löpande databas är konfigurerad. Här ställer du in följande inställningar:
-
Minnesstorlek
-
Databas- och instansnamn
-
Arkivparametrar
-
Processer
-
Över 1 900 andra parametrar
Vänta, vad var det? Över 1900 parametrar för att konfigurera och tweak? Var inte rädd. Faktum är att 99 procent av din databaskonfiguration är klar med cirka 30 av huvudparametrarna. Resten av parametrarna är för ovanliga konfigurationer som kräver mer expertjustering. Faktum är att de 1, 900, över 1, 600 är dolda.
När du startar din databas är den allra första filen läst parametervilen. Den ställer in alla dina minnes- och processinställningar och beskriver förekomsten där kontrollfilerna finns. Det har också information om din arkivstatus.
PFILE och SPFILE är placerade under katalogen där du installerade databasprogramvaran. Den här katalogen heter ORACLE_HOME:
-
Linux / UNIX: $ ORACLE_HOME / dbs
-
Windows: % ORACLE_HOME% databas
Den ska ha en specifik namngivningsstruktur. Om ditt databasnamn till exempel är dev12c, skulle filerna namnges enligt följande:
-
PFILE skulle kallas initdev12c. ora.
-
SPFILE skulle kallas spfiledev12c. ora.
Genom att namnge dem på detta sätt och placera dem i lämplig katalog hittar Oracle dem automatiskt när du startar databasen. Annars måste du berätta för Oracle var de är varje gång du startar databasen. det är bara inte bekvämt.
Vi rekommenderar att du håller PFILE och SPFILE på standardplatserna med standardnamnkonventionen för enkel hantering.
