Inhoudsopgave:
Video: Zeilen zonder ervaring: kan dat? - de Volkskrant 2024
Data Guard is de ware technologie voor rampenpreventie van Oracle 12c. Daarin heb je minimaal twee databases, primaire en standby. Data Guard heeft opties voor meerdere standby-sites evenals een actieve -configuratie.
Door actief-actief betekent dit dat beide / alle sites actief en toegankelijk zijn. Dit is in tegenstelling tot sites die één actieve locatie hebben en de andere moeten worden opgestart wanneer ze nodig zijn. Dit is een voorbeeld van de algemene architecturale opmaak.
Data Guard-architectuur en Oracle 12c
Begin een beschrijving met de primaire database is gemakkelijk omdat het heel weinig verschilt van een andere database die u mogelijk heeft. Het enige verschil is wat het doet met de gearchiveerde hert logs.
De primaire database schrijft één set archief-logbestanden opnieuw naar een Flash-herstelgebied of een lokale schijf. U kunt echter een of meer andere bestemmingen in een Data Guard-omgeving configureren.
De parameter LOG_ARCHIVE_DEST_n kan er ongeveer zo uitzien voor de vorige configuratie:
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 is geconfigureerd om archief opnieuw logs te sturen naar het lokale flash-herstelgebied. Eén lokale bestemming is vereist voor alle archieflogmodustatabases.
-
LOG_ARCHIVE_DEST_1 is geconfigureerd om de archieflogboeken via het archiverproces naar een externe site PHYSDBY1 te verzenden. De servicenaam voor deze externe site heeft een vermelding in de namen. ora-bestand op de primaire server.
-
LOG_ARCHIVE_DEST_2 is geconfigureerd om de archieflogboeken via het LGWR-proces naar een externe site met de naam LOGSDBY1 te verzenden. De servicenaam voor deze externe site heeft een vermelding in de namen. of een bestand ook op de primaire server.
Waarom het verschil in ARCn versus LGWR verzendmethoden? Dat heeft iets te maken met beveiligingsmodi. Een Data Guard-omgeving heeft drie beveiligingsmodi.
Maximale beschikbaarheid
De beveiligingsmodus voor maximale beschikbaarheid doet afbreuk aan prestaties en beschikbaarheid van gegevens. Het werkt door de LGWR te gebruiken om gelijktijdig te schrijven om logs opnieuw uit te voeren op zowel de primaire als de standby-site. De achteruitgang van de prestaties komt in de vorm van processen die moeten wachten totdat logvermeldingen opnieuw worden geschreven om op meerdere locaties te worden geschreven.
Sessions-emitterende commits moeten wachten totdat alle noodzakelijke informatie is vastgelegd in ten minste één logboek van opnieuw laden van de reservekopiedatabase. Als een sessie vastloopt vanwege het onvermogen om informatie opnieuw te schrijven, blijft de rest van de database vooruitgaan.
Maximale beveiliging
De maximale beveiligingsmodus lijkt op de maximale beschikbaarheid, behalve dat als een sessie niet kan verifiëren dat opnieuw wordt geschreven op de externe site, de primaire database wordt afgesloten.
Configureer ten minste twee standby-sites voor de maximale beveiligingsmodus. Op die manier zal een standby-site die niet meer beschikbaar is, de service voor de hele applicatie niet verstoren.
Deze modus verifieert dat er geen gegevensverlies optreedt in het geval van een ramp ten koste van de prestaties.
Maximale prestaties
De maximale prestatiebeschermingsmodus koppelt het logboekverzendingproces los van de primaire database door het door te geven aan het archiveringslogboekproces (ARCn). Door dit te doen, kunnen alle bewerkingen op de primaire site worden voortgezet zonder te wachten totdat opnieuw items moeten worden geschreven om logs opnieuw te doen of opnieuw te verzenden.
Dit is in tegenstelling tot verzendmodi voor logboeken die de logboekschrijver gebruiken om transacties over te dragen. Het gebruik van de logschrijver kan de verwerking van de transactie vertragen omdat deze kan worden beïnvloed door de beschikbaarheid of prestaties van het netwerk.
Maximale prestaties leveren het hoogste prestatieniveau op de primaire site ten koste van datafwijking. Gegevensdivergentie treedt op wanneer de gegevens van de twee sites niet meer synchroon lopen. Archiveer opnieuw gegevens worden niet verzonden totdat een volledig archief opnieuw logboek vol is. In het ergste geval kan een volledig siteverlies resulteren in het verlies van de volledige hoeveelheid gegevens van een archief.
Omschakelen en failover-bewerkingen
U kunt de verwerking op twee manieren omschakelen naar uw standby-site:
-
Omschakeling is een geplande switch die kan optreden als u onderhoud wilt doen aan de primaire site waarvoor dit vereist is niet beschikbaar zijn. Deze bewerking kan enkele minuten downtime in de toepassing vereisen, maar als u onderhoud moet uitvoeren dat een uur of langer duurt, kan de downtime de moeite waard zijn.
Deze bewerking wordt een sierlijke omschakeling genoemd omdat het de primaire site verandert in uw standby-modus en uw standby-site in uw primaire site. U kunt ook gemakkelijk terugschakelen naar de oorspronkelijke primaire site zonder deze opnieuw te hoeven maken.
-
Failover treedt op als de primaire site op de een of andere manier is gecompromitteerd. Misschien was het een totaal verlies van de site of ontdekte u fysieke corruptie in een gegevensbestand. Niet altijd, maar meestal na een failover, moet u de primaire site opnieuw maken of deze van een back-up herstellen en opnieuw installeren.
U voert meestal alleen een failover uit als u hebt vastgesteld dat het tot een goed einde brengen van de primaire site lang genoeg duurt voordat u de applicatie de hele tijd niet gebruikt.
Voer de volgende stappen uit om een omschakeling uit te voeren:
-
Meld u bij de huidige primaire gebruiker aan bij SQL * Plus en typ het volgende:
U zou dit moeten zien:
Database gewijzigd.
-
Sluit de primaire database af:
Dit zou u moeten zien:
Database gesloten. Database gedemonteerd. ORACLE-instantie uitgeschakeld.
-
Start de primaire database in de nomunt-modus:
U ziet zoiets als dit:
ORACLE-instantie is gestart.Total System Global Area 789172224 bytes Vaste grootte 2148552 bytes Variabele grootte 578815800 bytes Databasebuffers 201326592 bytes Redo-buffers 6881280 bytes
-
Monteer de database als een standby:
U zou dit moeten zien:
Database gewijzigd.
-
Herstel starten:
U ziet dit:
Mediaterugwinning voltooid.
-
Meld u aan bij SQL * Plus in de huidige stand-bymodus en typ het volgende:
U zou dit moeten zien:
Database gewijzigd.
-
Sluit de stand-by-database af:
U zou dit moeten zien:
Database gesloten. Database gedemonteerd. ORACLE-instantie uitgeschakeld.
-
Zorg ervoor dat alle toepasselijke initialisatieparameters zijn ingesteld zodat deze database zich op de juiste manier als primair gedraagt.
-
Start het normaal:
U zou zoiets moeten zien:
ORACLE instantie is gestart. Total System Global Area 789172224 bytes Vaste grootte 2148552 bytes Variabele grootte 578815800 bytes Databasebuffers 201326592 bytes Redo-buffers 6881280 bytes Database gekoppeld. Database geopend
-
Zorg dat de gebruikers en toepassingen verbinding kunnen maken met en gebruik kunnen maken van de nieuwe primaire instantie.