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