Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Achtergrondinformatie

Probleem

Problemen oplossen

Oplossing

Verifiëren

Inleiding

Dit document beschrijft een stap voor stap procedure om het probleem van gegevensreplicatie of synchronisatie in Prime Network op te lossen door de stand-by database van Primaire database te herbouwen.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- Gebruik deze procedure om secundaire database alleen te herbouwen als SWITCHOVER_STATUS van primaire database in ONOPLOSSBARE GAP staat.

- Zorg ervoor dat de primaire database in LEZEN is en de secundaire database alleen LEZENof ALLEEN LEZEN LEZEN met APPLYMode is.

- Zorg ervoor dat u de juiste primaire en secundaire Prime poort/database identificeert.

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

- Prime Central release 1.2 en hoger

- Oracle Database 11G release

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Achtergrondinformatie

1. Gebruik deze opdracht om de waarde van de primaire database te bepalen:

SQL> select switchover_status from v$database

SWITCHOVER_STATUS

--------------------

UNRESOLVABLE GAP

Opmerking: De Prime Central Geo HA-omschakeling laat het Prime Central GEO HA-systeem en/of de database-rolstatus corrupt (zowel primove als beide stand-by) en dan moet u naar de laatste actieve/standby-status de primaire of secundaire functie herbouwen.

Opmerking: Voor alle andere gevallen, open SR met Cisco TAC om de kwestie van de gegevensbestand replicatie op te lossen.

2.  Gebruik deze opdracht om de huidige modus van primaire en secundaire database te kennen:

SQL> select open_mode from v$database;

3.  Gebruik deze opdracht om ORACLE_SID van primaire en secundaire database te kennen:

Primaire gateway van gebruikers van een baan:

echo $ORACLE_SID -> output should be “primedb”

Op secundaire gateway van mobiele gebruiker:

echo $ORACLE_SID -> output should be “primstdb”

Probleem

Prime Central GEO HA-switch en/of failover/faalback-procedure mislukt wanneer actieve en standby-databases niet aan elkaar zijn gekoppeld. Dit resulteert in zowel de primaire als de stand-by databases die tegelijkertijd actief of stand-by zijn.

Problemen oplossen

Voordat u de oplossing volgt, kunt u de volgende basisstappen voor de troblessoenering uitvoeren:

1. Controleer de netwerkconnectiviteit en/of de netwerkgerelateerde problemen tussen de primaire en secundaire gateway voor netwerken.

2. Controleer dit logbestand op Primair om een database-gerelateerde ORA-fouten te vinden:

<database_home_directory>/diag/rdbms/anadb/anadb/trace/alert_anadb.log

3.  Controleer open_mode, huidige_scn en de overschakelstatus op Primaire en Secundaire database.

SQL> select open_mode from v$database

SQL> select current_scn from v$database

SQL> select switchover_status from v$database;

4. De oorzaak van de gegevensreplicatie kan meestal bestaan uit netwerkcommunicatie tussen primaire en secundaire Prime Central-database, corrupte database of soortgelijke gegevensgerelateerde fouten.

Oplossing

Stap 1. Controleer ORACLE_SID op zowel primaire als secundaire gateway/databases.

Op Primaire gateway/database ORACLE_SID = primeb

Op secundaire gateway/database ORACLE_SID = primdtb

Als ORACLE_SID op een van de primaire of secundaire gateway niet zoals eerder vermeld is, gebruikt u deze opdracht om de juiste SID te configureren:

setenv ORACLE_SID = <value>

Opmerking: Hier <waarde > = primeb of primstdb is gebaseerd op primair of secundair.

Stap 2. Op actieve en STANDBY-database logt u in als sysdba en vindt u het directory pad naar het gegevensbestand en voert u logbestanden en archiefbestanden opnieuw uit.

Gebruik deze opdrachten:

U vindt de gegevensbestanden als volgt:

SQL> select name from v$datafile;

U vindt de logbestanden opnieuw uitvoeren als volgt:

SQL> select member from v$logfile;

U kunt het archieflogbestand als volgt vinden:

SQL> show parameter log_archive_dest_1;

Stap 3. Om het gegevensbestand te herbouwen, voer dit script in de juiste syntaxis uit nadat u het juiste scenario hebt geïdentificeerd dat in stap 4 is beschreven.

sh PCoracleADG.ksh [PRIMARY] [STANDBY] [DB_TO_BE_DROPPED] [SYSTEM_PASSWD] [ORACLE_BASE]

[ORACLE_USER] [ARCHIVED_LOG_LOCATION] [ORACLE_DATA_FILES_LOCATION] [REDO_LOG_LOCATION]

Opmerking: Het schrift wordt gekopieerd onder $ORACLE_BASE/standby map en moet worden uitgevoerd als een orakelgebruiker.

Stap 4. Identificeer een scenario met de huidige status van uw instelling en ga vervolgens als volgt te werk:

Opmerking: Als voorbeeld wordt aangenomen dat HA1 primaire gateway/database is en HA2 secundaire gateway/database

Scenario 1: HA1 is actief en moet de stand-by database op HA2 herbouwen. Gebruik deze parameters en voer het in Stap 3 genoemde script uit op HA2.

PRIMARY = primedb

STANDBY = primstdb

DB_TO_BE_DROPPED = primstdb

SYSTEM_PASSWD = use Step 5

ORACLE_BASE = /orahome/oracle

ORACLE_USER = oracle

ARCHIVED_LOG_LOCATION = output of ‘show parameter log_archive_dest_1;&rsquo

ORACLE_DATA_FILES_LOCATION = output of ‘select name from v$datafile;&rsquo

REDO_LOG_LOCATION = output of ‘select member from v$logfile;’

Scenario 2: HA2 is actief en moet de stand-by database op HA1 herbouwen. Gebruik deze parameters en voer het in Stap 3 genoemde script uit op HA1.

PRIMARY = primedb

STANDBY = primstdb DB_TO_BE_DROPPED = primeb SYSTEM_PASSWD = use Stap 5 ORACLE_BASE = /orahome/oracle ORACLE_USER = orakle ARCHIVED_LOG_LOCATION = output van "show parameter log_archive_dest_1;&rsquo ORACLE_DATA FILES_LOCATION = uitvoer van ‘Select name from v$datafile;&rsquo REDO_LOG_LOCATION = uitvoer van ‘select lid from v$logfile;'

Stap 5. Gebruik deze procedure om meer te weten te komen <SYSTEM_PASSWD>:

su - priem voor HA1 of HA2

Vak Embedded_SYSTEM_PASS= installatie/conf/.db.conf

Bijvoorbeeld als Embedded_SYSTEM_PASS=90f8006cd6bc0dde, dan:

- java-cp install/utils/encryptionUtil.jar EncodeDecode decrypt 90f8006cd6bc0dde.

- Prime Central retourneert naar een uitvoerstring die wordt gebruikt als SYSTEM_PASSWD in stap 4.

Verifiëren

Databaseverkeuring op primaire en secundaire Prime Network-poort:

1. Controleer dat het nummer en de namen van de redo-logbestanden hetzelfde zijn op de actieve en STANDBY-database.

2. Controleer dat het aantal en de grootte van de gegevensbestanden in de actieve en standby-database gelijk zijn.

3. Gebruik deze opdracht in zowel actieve als standby-database om aan te tonen dat het huidige SCN op standby-database een inhaalslag kan maken op het scn op primaire database:

sqlplus / as sysdba

SQL>select current_scn from v$database;

4. Controleer dat de database_role van Active database PRIMARY en Standby database LOGICAL_STANDBY is.

sqlplus / as sysdba

SQL>select database_role from v$database;

5. Controleer dat de open_mode van Active database ALLEEN LEZEN SCHRIJFT en LEZEN IS MET GELDIG OP Standby database.

sqlplus / as sysdba

SQL>select open_mode from v$database;

6. Controleer dat de overschakeling_status van Active IS NAAR STANDBY en NIET TOEGESTAAN IN de Standby-database:

sqlplus / as sysdba

SQL>select switchover_status from v$database;

7. Bevestig dat de archiefbestanden worden overgedragen:

In Actiedabase:

SQL> alter system switch logfile;

In standby database:

Controleer of er een nieuw bestand is gemaakt op ~/arch