Grundlæggende om Oracle 12c's Data Guard-dummies

Data Guard er Oracle 12c's ægte katastrofebeskyttelsesteknologi. I den har du mindst to databaser, primære og standby. Data Guard har muligheder for flere standby-websteder samt en aktiv aktiv -konfiguration.

Ved aktiv-aktiv betyder det, at / alle websteder er op, kører og tilgængelige. Dette er imod websteder, der har en aktiv placering, og de andre skal startes, når de er nødvendige. Dette er et eksempel på det generelle arkitektoniske layout.

Data Guard arkitektur og Oracle 12c

Start en beskrivelse med den primære database er let, fordi den adskiller sig meget lidt fra enhver anden database, du måtte have. Den eneste forskel er, hvad det gør med sine arkiverede redo logs.

Den primære database skriver et sæt arkiveringsrapporter til et Flash Recovery Area eller en lokal disk. Du kan dog konfigurere et eller flere andre destinationer i et Data Guard-miljø.

LOG_ARCHIVE_DEST_n parameteren kan se sådan ud på den tidligere konfiguration:

LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST' LOG_ARCHIVE_DEST_1 = "SERVICE = PHYSDBY1 ARCH" LOG_ARCHIVE_DEST_2 = "SERVICE = LOGSDBY1 LGWR"

LOG_ARCHIVE_DEST_10 er konfigureret til at sende arkiveringsreploglogs til det lokale Flash Recovery Area. En lokal destination er påkrævet for alle arkivlogmodusdatabaser.
LOG_ARCHIVE_DEST_1 er konfigureret til at sende arkivlogfilerne via arkiveringsprocessen til et eksternt sted PHYSDBY1. Servicenavnet for dette fjerntliggende websted har en post i tnsnames. ora fil på den primære server.
LOG_ARCHIVE_DEST_2 er konfigureret til at sende arkivlogfilerne via LGWR-processen til et fjerntliggende websted ved navn LOGSDBY1. Servicenavnet for dette fjerntliggende websted har en post i tnsnames. ora fil på den primære server også.

Hvorfor forskellen i ARCn versus LGWR forsendelsesmetoder? Det har noget at gøre med beskyttelsesmåder. Et Data Guard-miljø har tre beskyttelsesfunktioner.

Maksimal tilgængelighed

Den maksimale tilgængelighed beskyttelsestilstand kompromitterer mellem ydeevne og data tilgængelighed. Det virker ved at bruge LGWR til samtidig at skrive til redo logs på både primære og standby-websteder. Resultatforringelsen kommer i form af processer, der skal vente på, at redo-logposter skal skrives på flere steder.

Sessionsudstedelsesforpligtelser skal vente, indtil alle nødvendige oplysninger er blevet optaget i mindst en standby-database, genoprettelseslog. Hvis en session hænger på grund af manglende evne til at skrive ominformation, fortsætter resten af databasen fremad.

Maksimal beskyttelse

Den maksimale beskyttelsesfunktion svarer til den maksimale tilgængelighed, bortset fra at den primære database lukkes, hvis en session ikke kan kontrollere, at omskrivningen er skrevet på den eksterne side.

Konfigurer mindst to standby-steder for maksimal beskyttelsestilstand. På den måde vil et standby-websted blive utilgængeligt, ikke forstyrre tjenesten til hele applikationen.

Denne tilstand verificerer, at der ikke opstår datatab i tilfælde af en katastrofe på bekostning af ydeevne.

Maksimal ydelse

Den maksimale ydelsesbeskyttelsesfunktion fjerner logforsendelsesprocessen fra den primære database ved at sende den til arkivlogfilen (ARCn). Ved at gøre dette kan alle operationer på det primære websted fortsætte uden at vente på, at genopførsler skal skrives for at genoprette logger eller omskrive forsendelse.

Dette er imod log-sendemåder, der bruger logforfatteren til at overføre transaktioner. Brug af logforfatteren kan sænke behandlingen af transaktionen, fordi den kan påvirkes af netværks tilgængelighed eller ydeevne.

Maksimal ydeevne giver det højeste niveau af ydeevne på det primære sted på bekostning af data divergens. Data divergens opstår, når de to sites 'data begynder at komme ud af synkronisering. Arkiveringsdatabasen sendes ikke, før et helt arkiv er klar, er fuld. I værste fald kan et helt tab af et websted resultere i tabet af et helt arkiv, omdøb loggens værdien af data.

Udførelse af overgang og failover-operationer

Du kan skifte behandling til din standby-side på to måder:

Switchover er en planlagt switch, der kan forekomme, hvis du vil foretage vedligeholdelse på det primære websted, der kræver det være utilgængelig. Denne operation kan kræve et par minutter nedetid i ansøgningen, men hvis du skal foretage vedligeholdelse, der varer i en time eller mere, kan nedetiden være umagen værd.

Denne operation kaldes en yndefuld -overførsel, fordi den gør det primære site til din standby og dit standby-websted i dit primære. Du kan også nemt skifte tilbage til det oprindelige primære websted uden at skulle genskabe det fra bunden.
Failover opstår, når det primære websted er blevet kompromitteret på en eller anden måde. Måske var det et samlet tab af pladsen, eller måske har du opdaget fysisk korruption i en datafil. Ikke altid, men normalt efter en failover, skal du enten helt genskabe det primære websted eller genoprette det fra en backup og geninstatte det.

Du udfører normalt kun en failover, når du har fastslået, at fastsættelse af det primære websted vil tage lang tid, så du foretrækker ikke at få et programbrud for hele tiden.

Følg disse trin for at udføre en overførsel:

På det nuværende primære skal du logge på SQL * Plus og skrive følgende:
Du bør se dette:
```
Database ændret.
```

Luk den primære database:

Du bør se dette:

Databasen er lukket. Database dismounted. ORACLE-instansen lukkes ned.

Start den primære database i nomonemodus:

Du skal se noget som dette:

ORACLE instans startet.Total system globalt område 789172224 bytes Fast størrelse 2148552 bytes Variabel størrelse 578815800 bytes Databasebuffere 201326592 bytes Redo Buffers 6881280 bytes

Monter databasen som standby:
Du bør se dette:
```
Database ændret.
```
Start gendannelse:
Du ser dette:
```
Genoprettelse af medie.
```
Log ind på SQL * Plus på den aktuelle standby og skriv følgende:
Du bør se dette:
```
Database ændret.
```

Luk standbydatabasen:

Du bør se dette:

Databasen er lukket. Database dismounted. ORACLE-instansen lukkes ned.

Sørg for, at alle relevante initialiseringsparametre er indstillet til denne database til at fungere korrekt som primær.

Start det normalt:

Du skal se noget som dette:

ORACLE instans startet. Total system globalt område 789172224 bytes Fast størrelse 2148552 bytes Variabel størrelse 578815800 bytes Database Buffere 201326592 bytes Redo Buffers 6881280 bytes Database monteret. Database åbnet.