Konfiguration Dataguard für Oracle 11.2

Transkript

1 Konfiguration Dataguard für Oracle 11.2 Inhalt Was will dieses Dokument zeigen... 2 Die Systemumgebung... 2 LISTENER anpassen... 2 Service in den Datenbanken prüfen... 6 DGMGRL... 9 Standby Redo Logs... 6 DATAGUARD Konfiguration prüfen:... 9 SwitchOver ausführen Primär -> Standby Standby -> Primär Transparent Application Failover (TAF Test der Standby DB als Primärdatenbank LISTENER.ORA Vorlage Primärdatenbank Standbydatenbank TNSNAMES.ORA Vorlage Probleme erkennen DGMGRL Was, wenn der SwitchOver schief geht [1 / 31] Rainer@L-c.de

2 Was will dieses Dokument zeigen Wer schon einmal einen "SWITCH OVER" durchgeführt hat, weiß, daß die meisten Dataguard Konfigurationen, wie man sie zu hauf im Netz findet, nicht nur von einander abgeschrieben scheinen, sondern oft nicht funktionieren oder wenn sie funktionieren - warum. Schlimmer noch, wenn wegen einer fehlerhaften Konfiguration der angeforderte "SWITCH OVER" abbricht und sich die Datenbanken in einem offensichtlichen "Schwebezustand" befinden, muß man wissen, wie man die Ordnung wieder herstellen kann. Aus dem Grund wird hier nicht beschrieben, wie eine StandBy Datenbank mit RMAN aufgebaut, sondern wie eine erfolgreiche Dataguard Konfiguration erstellt wird und der Dataguard genutzt wird. Die Systemumgebung Eine zwei Knoten RAC Datenbank als Primärsystem mit einer Single Instanz als Standby Datenbank: RAC DB: DB11R2 Knoten 1: DB11R21 Knoten 2: DB11R22 Standby Datenbank: DB11R2SB OS: Centos 5.5 LISTENER anpassen Für eine mit dem DBCA erstellte Oracle Datenbank sind folgen Einträge in der Listener.ora eingetragen: LISTENER= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=IPC (KEY=LISTENER # line added by Agent LISTENER_SCAN1= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=IPC (KEY=LISTENER_SCAN1 [2 / 31] Rainer@L-c.de

3 # line added by Agent ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=ON # line added by Agent ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON # line added by Agent D. h., sobald eine Datenbank gestartet ist, meldet sie sich beim Listener an (das geschieht mit ALTER SYSTEM REGISTER aus der DB selbst und der startet den entsprechenden Service dazu. Vorher ist der Service nicht existent. Ein solcher Service kann allerdings erzeugt werden, ohne daß die Datenbank gestartet ist. Dazu werden SID_LIST_xxx Einträge in der Listener.ora zu den Datenbanken vorgenommen. Der Listener startet dann diesen Service unabhängig von der Datenbank. Man erkennt solche Service am Status "UNKNOWN" (lsnrctl status. Service "DB11R21.VM" has 1 instance(s. Instance "DB11R21", status UNKNOWN, has 1 handler(s for this service... Wenn die Datenbank dazu schon hochgefahren wurde, existieren zu dem selben Service zwei Instanz Angaben. Eine "UNKNOWN" (diese stammt von der SID_LIST_xxx Eintrag und ein Status "READY" (der wurde durch die Datenbank erzeugt Das ist von besonderem Interesse, wenn ein SwitchOver erfolgen soll (für einen FailOver ist das weniger von Bedeutung, weil für den Fall davon ausgegangen werden kann, daß die Standby Datenbank gestartet ist Der Dataguard Broker rebootet während eins SwitchOver die Datenbanken. Dazu meldet er sich über den Listener an. Ohne einen existierenden Service ist ausschließlich der Shutdown möglich, wogene der Startup nicht über den Dataguard möglich ist. Nur aus dem Grund sind SID_LIST_xxxx Anpassungen an der Listener.ora erforderlich. Ob die SID_LIST_xxx Erweiterungen dem LISTENER oder dem LISTENER_SCAN1 zugeordnet werden, ist wahrscheinlich unerheblich. Im folgenden Beispiel wurden die Erweiterungen für den LISTENER eingetragen. Die listener.ora der ersten RAC Instanz verfügt dann über folgende Einträge (entsprechend wurde der zweite Knoten angepasst und auch die Standby Datebank: [grid@olinux1 admin]$ cat listener.ora SID_LIST_LISTENER = (SID_LIST = (SID_DESC = [3 / 31] Rainer@L-c.de

4 (SID_NAME = DB11R21 (ORACLE_HOME = /opt/oracle/product/11.2/db_1 (GLOBAL_DBNAME = DB11R21.VM (SID_DESC = (SID_NAME = DB11R21 (ORACLE_HOME = /opt/oracle/product/11.2/db_1 (GLOBAL_DBNAME = DB11R2_DGMGRL.VM LISTENER= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=IPC (KEY=LISTENER # line added by Agent LISTENER_SCAN1= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=IPC (KEY=LISTENER_SCAN1 # line added by Agent ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=ON # line added by Agent ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON # line added by Agent Mit "lsnrctl relad" werden die Änderungen aktiviert. Jetzt zeigt sich für eine Status Anfrage das gewünschte Bild: [grid@olinux1 ~]$ lsnrctl status LSNRCTL for Linux: Version Production on 18-FEB :36:49 Copyright (c 1991, 2010, Oracle. All rights reserved. [4 / 31] Rainer@L-c.de

5 Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC(KEY=LISTENER STATUS of the LISTENER Alias LISTENER Version TNSLSNR for Linux: Version Production Start Date 18-FEB :46:38 Uptime 0 days 0 hr. 50 min. 10 sec Trace Level off Security ON: Local OS Authentication SNMP OFF Listener Parameter File /u01/app/11.2.0/grid/network/admin/listener.ora Listener Log File /u01/app/grid/diag/tnslsnr/olinux1/listener/alert/log.xml Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc(KEY=LISTENER (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp(HOST= (PORT=1521 (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp(HOST= (PORT=1521 Services Summary... Service "+ASM" has 1 instance(s. Instance "+ASM1", status READY, has 1 handler(s for this service... Service "DB11R2.VM" has 1 instance(s. Instance "DB11R21", status READY, has 1 handler(s for this service... Service "DB11R21.VM" has 1 instance(s. Instance "DB11R21", status UNKNOWN, has 1 handler(s for this service... Service "DB11R2XDB.VM" has 1 instance(s. Instance "DB11R21", status READY, has 1 handler(s for this service... Service "DB11R2_DGB.VM" has 1 instance(s. Instance "DB11R21", status READY, has 1 handler(s for this service... Service "DB11R2_DGMGRL.VM" has 2 instance(s. Instance "DB11R21", status UNKNOWN, has 1 handler(s for this service... Instance "DB11R21", status READY, has 1 handler(s for this service... The command completed successfully [grid@olinux1 ~]$ Hier noch einmal deutlich: Durch den SID_LIST_xxx Eintrag Instance "DB11R21", status UNKNOWN, has 1 handler(s for this service... Die erste Datenbank connect (oder ALTER SYSTEM REGISTER erzeugt Instance "DB11R21", status READY, has 1 handler(s for this service... [5 / 31] Rainer@L-c.de

6 Der Service Service "DB11R2_DGB.VM" has 1 instance(s. wird durch den Database Broker erzeugt und muß nich in die SID_LIST_LISTENER Liste aufgenommen warden. Service in den Datenbanken prüfen Nun kennt der Listener die Service und startet sie ungeachtet, ob die Database läuft. Aber fühlt sich die Datenbank auch angesprochen, wenn der Listener diesen Service abruft und eine Verbindung versucht aufzubauen? Erstaunlicherweise ist eine Eintrag für den DB11R2_DGMGRL.VM und DB11R2_DGB.VM nicht erforderlich in der Version Somit kann festgehalten werden, daß ausschließlich der Service der Datenbank selbst ausreicht um eine funktionierende Standby Verbindung zu halten. Die Primärdatenbank: SQL> show parameter service NAME TYPE VALUE service_names string DB11R2.VM SQL> Die Standby Datenbank: SQL> show parameter service NAME TYPE VALUE service_names string DB11R2.VM Obwohl es sich um die Standby Datenbank handelt, ist der Service Name der Gleiche wie auf der Primär Datenbank - das ist wichtig!! Für die Standby sollte allerdings ein weiterer Service eingetragen werden. Er dient zur Identifizierung der Administration und kann genutzt werden, wenn die Standby im Read Only Mode geöffnet wird. [6 / 31] Rainer@L-c.de

7 Aber es sei deutlich erwähnt zwingend erforderlich ist dieser Dienst nicht. SQL> Alter system set service_names= DB11R2_SB.VM scope = both; In der Datenbank sieht das dann so aus: SQL> show parameter service NAME TYPE VALUE service_names string DB11R2.VM, DB11R2_SB.VM [7 / 31] Rainer@L-c.de

8 Standby Redo Logs Redologs werden benötigt, für den Modus " MAXIMUM AVAILABILITY " oder "MAX PROTECTION", weil der LogWriter für die Datenübetragung auf die Standby zuständig ist. Für den Modus "MAXIMUM PERFORMANCE" kann auf die Standby Redos verzichtet werden, da der Archiver der Transport der Archive Redo Logs steuert. Um die richtige Anzahl und Größe der Standby Redologs erstellen zu können, ist zu prüfen, wie viele Redo Log s und in welcher Größe die Primär Datenbank diese nutzt. SQL> l 1 SELECT l.thread#, 2 l.sequence# Redo, 3 l.group# grp, 4 ROUND( l.bytes/1024/1024 SizeM, 5 l.archived ARCHIVED, 6 l.status LogStat, 7 lf.type lftype, 8 lf.member filename 9 FROM GV$log l, 10 v$logfile lf 11 WHERE lf.group# = l.group# 12 AND IS_RECOVERY_DEST_FILE='YES' 13* ORDER BY l.sequence# SQL> / THREAD# Redo Nr Group Size M Archived Log Status Type FileName YES INACTIVE ONLINE +DATA/db11r2/onlinelog/group_ YES INACTIVE ONLINE +DATA/db11r2/onlinelog/group_ NO CURRENT ONLINE +DATA/db11r2/onlinelog/group_ NO CURRENT ONLINE +DATA/db11r2/onlinelog/group_ YES INACTIVE ONLINE +DATA/db11r2/onlinelog/group_ YES INACTIVE ONLINE +DATA/db11r2/onlinelog/group_ [8 / 31] Rainer@L-c.de

9 NO CURRENT ONLINE +DATA/db11r2/onlinelog/group_ NO CURRENT ONLINE +DATA/db11r2/onlinelog/group_ rows selected. SQL> Entsprechend der Vorgabe von Oracle werden jeweils fünf (einer mehr als aktive Redo Logs auf der Primär Datenbankim Einsatz sind RedoLogs für jedem RAC Knoten erzeugt: SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 50M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 50M; Auch auf der Standby Datenbank sind diese Redos anzulegen. Wenn die Datenbank bereits im Recovery Mode ist, muß dieser abschaltet werden (z.b. durch das Stoppen des Dataguard Broker für die Zeit der Redo Erstellung. DGMGRL Die Einstellungen zum Dataguard werden in ein oder mehreren Dateien gespeichert. Als Speicherort bietet sich für einen RAC auf ASM der ASM an. In einem Filesystem werden korrupte Konfig Dateien selten erkannt. Nur die drxoracle_sid.log Datei des DataGuard weist auf den Fehler ausdrücklich hin. Wo die Config Datein speichert werden, kann aus der Datenbank ermittelt werden: SQL> show parameter dg_broker_config NAME TYPE VALUE [9 / 31] Rainer@L-c.de

10 dg_broker_config_file1 string +DATA/db11r2/dr1db11r2.dat dg_broker_config_file2 string +DATA/db11r2/dr2DB11R2.dat SQL> SQL> ALTER SYSTEM SET dg_broker_config_file1='+data/db11r2/dr1db11r2.dat' scope=both; SQL> ALTER SYSTEM SET dg_broker_config_file2='+data/db11r2/dr2db11r2.dat' scope=both; Nur noch wenige Einstellungen sind direkt in der Datenbank mit "ALTER SYSTEM..." vorzunehmen. Einstellungen, die nicht automatisch vom DataGuard Broker vorgenommen werden, können mit dem EDIT Befehl im DGMGRL geändert werden. ALTER SSYSTEM Einträge werden ggf. durch den DataGuard Broker überschrieben Keine direkten Eingriffe in die Datenbank Konfiguration der Standby via "ALTER..". Alle grundsätzlich erforderlichen Einstellungen nimmt der DataGuard Broker vor. Fehlende Einstellungen per EDIT aus dem dgmgrl vornehmen. Der DGMGRL sollte gerade zur Beauskunftung mit Bedacht eingesetzt werden. So kann es passieren, daß die Abfrage auf der Standby Datenbank "show database 'mystb" vom Status SUCCESS ist, wogegen die gleiche Anfrage auf der Primärdatenbank mit Fehlern ausgewiesen wird. Sicherheit bekommt man immer aus den Log Dateien. Immer die Alert.log datei der Datenbanken und die Logfiles des Dataguard Brokers auf Fehler prüfen. Diese sind im Regelfall zu finden: $ORACLE_BASE/diag/rdbms/${ORACLE_UNQNAME}/${ORACLE_SID}/trace/d rc${oracle_sid}.log $ORACLE_BASE/diag/rdbms/${ORACLE_UNQNAME}/${ORACLE_SID}/trace/d alert${oracle_sid}.log Nun gilt es noch sicherzustellen das der Broker eingeschaltet ist auf beiden Datenbanken. Das kann geprüft werden: SQL> show parameter dg_broker_start; NAME TYPE VALUE dg_broker_start boolean TRUE [10 / 31] Rainer@L-c.de

11 Wenn die Einstellung auf FALSE steht kann sie geändert werden in der Datenbank mit sqlplus: SQL> alter system set dg_broker_start=true; System altered. SQL> Wenn die Einstellung auf FALSE steht, bekommt man im Dataguard Manager die Fehlermeldung ORA Nun die Konfigurationen: # dgmgrl DGMGRL> connect sys/manager@db11r2 # Connect gegen Primärdatenbank!! DGMGRL> create configuration 'DG_DB11R2' as primary database is 'DB11R2' connect identifier is DB11R2; DGMGRL> add database 'DB11R2SB' as connect identifier is DB11R2SB maintained as physical; DGMGRL> edit database 'DB11R2' set property 'StandbyFileManagement'='AUTO'; DGMGRL> edit database 'DB11R2SB' set property 'StandbyFileManagement'='AUTO'; DGMGRL> edit database 'DB11R2' set property 'MaxConnections'='4'; DGMGRL> edit database 'DB11R2SB' set property 'MaxConnections'='4'; DGMGRL> edit database 'DB11R2' set property 'LogArchiveMaxProcesses'='5'; DGMGRL> edit database 'DB11R2SB' set property 'LogArchiveMaxProcesses'='5'; DGMGRL> edit database 'DB11R2' set property 'StandbyArchiveLocation' = '+DATA'; DGMGRL> edit database 'DB11R2SB' set property 'StandbyArchiveLocation' = '/opt/oracle/oradata/db11r2/archivelog/standby'; Folgende Einstellungen sind für die Modus " MaxAvailability" oder "MaxProtection" erforderlich: DGMGRL> edit database 'DB11R2' set property 'LogXptMode'='SYNC'; DGMGRL> edit database 'DB11R2SB' set property 'LogXptMode'='SYNC'; DGMGRL> edit database 'DB11R2' set property 'NetTimeout'=10; DGMGRL> edit database 'DB11R2SB' set property 'NetTimeout'=10; [11 / 31] Rainer@L-c.de

12 DGMGRL> enable configuration; DGMGRL> edit configuration set protection mode as MaxAvailability;!! Dazu müssen aber die Standby Redologs angelegt sein. Wenn diese auf einer oder beiden Datenbanken fehlen, bekommt man eine entsprechende Fehlermeldung!! DATAGUARD Konfiguration prüfen: DGMGRL> show configuration; Configuration - DG_DB11R2 Protection Mode: MaxAvailability Databases: DB11R2SB - Primary database DB11R2 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS Mehr Details bekommt man mit der Angabe Verbose: DGMGRL> DGMGRL> show database verbose 'DB11R2SB'; Database - DB11R2SB Role: PHYSICAL STANDBY Intended State: OFFLINE Transport Lag: (unknown <-- Hier muß ein Wert stehen Apply Lag: (unknown <-- Hier muß ein Wert stehen Real Time Query: OFF Instance(s: DB11R2 Properties: [12 / 31] Rainer@L-c.de

13 DGConnectIdentifier = 'db11r2sb' ObserverConnectIdentifier = '' LogXptMode = 'SYNC' DelayMins = '0' Binding = 'OPTIONAL' MaxFailure = '0' MaxConnections = '4' ReopenSecs = '300' NetTimeout = '10' RedoCompression = 'DISABLE' LogShipping = 'ON' PreferredApplyInstance = '' ApplyInstanceTimeout = '0' ApplyParallel = 'AUTO' StandbyFileManagement = 'AUTO' ArchiveLagTarget = '0' LogArchiveMaxProcesses = '5' LogArchiveMinSucceedDest = '1' DbFileNameConvert = '+DATA/db11r2, /opt/oracle/oradata/db11r2' LogFileNameConvert = '+DATA/db11r2, /opt/oracle/oradata/db11r2' FastStartFailoverTarget = '' InconsistentProperties = '(monitor' InconsistentLogXptProps = '(monitor' SendQEntries = '(monitor' LogXptStatus = '(monitor' RecvQEntries = '(monitor' SidName = 'DB11R2' StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp(HOST=olinux3.vm(PORT=1521(CONNECT_DATA=(SE RVICE_NAME=DB11R2SB_DGMGRL.VM(INSTANCE_NAME=DB11R2(SERVER=DEDICATED' StandbyArchiveLocation = '/opt/oracle/oradata/db11r2/archivelog/standby' AlternateLocation = '' LogArchiveTrace = '0' LogArchiveFormat = '%t_%s_%r.dbf' TopWaitEvents = '(monitor' Database Status: DISABLED DGMGRL> [13 / 31] Rainer@L-c.de

14 Mit der Verbose kann man erkennen, daß der Service DB11R2SB_DGMGRL.VM genutzt wird, der über die Listener Konfiguration erstellt wurde. "Transport Lag" und "Apply Lag" sind abzuwarten SwitchOver ausführen Bevor ein SwitchOver eingeleitet wird, ist erst der Zustand des Standby Systems zu prüfen. DGMGRL> show configuration; Configuration - DG_DB11R2 Protection Mode: MaxAvailability Databases: DB11R2 - Primary database DB11R2SB - Physical standby database (disabled Fast-Start Failover: DISABLED Configuration Status: SUCCESS Hier war die Standby Datenbank zwar online aber nicht "enabled" und die letzten Transaktionen der Primärdatenbank waren nicht an die Standby Datenbank übertragen worden. Das wurde nachgeholt mit: DGMGRL> enable database 'DB11R2SB' Enabled. DGMGRL> show configuration; Configuration - DG_DB11R2 Protection Mode: MaxAvailability Databases: DB11R2 - Primary database DB11R2SB - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS [14 / 31] Rainer@L-c.de

15 DGMGRL> Sicherheitshalber erfolgt die Prüfung, ob beide Datenbanken ordnungsgemäß arbeiten in den Datenbanken selbst: Standby Datenbank: SQL> SELECT database_role, protection_mode, protection_level, flashback_on, SWITCHOVER#, ACTIVATION# FROM v$database; DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL FLASHBACK_ON PHYSICAL STANDBY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY YES Primär Datenbank: SQL> SELECT database_role, protection_mode, protection_level, flashback_on, SWITCHOVER#, ACTIVATION# FROM v$database; DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL FLASHBACK_ON PRIMARY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY YES Wird für den Protetion_level= RESYNCHRONIZATION angezeigt, steht die Verbindung zwischen den Datenbanken nicht und ein SwitchOver sollte nicht vorgenommen werden. Primär -> Standby Alle Datenbanken arbeiten wie erwartet und der SwitchOver kann erfolgen. [15 / 31] Rainer@L-c.de

16 DGMGRL> switchover to 'DB11R2SB' Performing switchover NOW, please wait... New primary database "DB11R2SB" is opening... Operation requires shutdown of instance "DB11R21" on database "DB11R2" Shutting down instance "DB11R21"... ORACLE instance shut down. Operation requires startup of instance "DB11R21" on database "DB11R2" Starting instance "DB11R21"... ORA-32004: obsolete or deprecated parameter(s specified for RDBMS instance ORACLE instance started. Database mounted. Switchover succeeded, new primary is "DB11R2SB" DGMGRL> DGMGRL> show database verbose 'DB11R2' Database - DB11R2 Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds Apply Lag: 0 seconds Real Time Query: OFF Instance(s: DB11R21 (apply instance DB11R22 Properties: DGConnectIdentifier = 'db11r2' ObserverConnectIdentifier = '' LogXptMode = 'SYNC' DelayMins = '0' Binding = 'optional' MaxFailure = '0' MaxConnections = '4' ReopenSecs = '300' NetTimeout = '10' RedoCompression = 'DISABLE' LogShipping = 'ON' PreferredApplyInstance = '' ApplyInstanceTimeout = '0' [16 / 31] Rainer@L-c.de

17 ApplyParallel = 'AUTO' StandbyFileManagement = 'AUTO' ArchiveLagTarget = '0' LogArchiveMaxProcesses = '5' LogArchiveMinSucceedDest = '1' DbFileNameConvert = '' LogFileNameConvert = '' FastStartFailoverTarget = '' InconsistentProperties = '(monitor' InconsistentLogXptProps = '(monitor' SendQEntries = '(monitor' LogXptStatus = '(monitor' RecvQEntries = '(monitor' SidName(* StaticConnectIdentifier(* StandbyArchiveLocation(* AlternateLocation(* LogArchiveTrace(* LogArchiveFormat(* TopWaitEvents(* (* - Please check specific instance for the property value Database Status: SUCCESS DGMGRL> Nur eine Instanz des RAC Clusters ist für das Redo Apply zuständig - DB11R21 (apply instance Standby -> Primär Nun kann wieder zurück geschwenkt werden: DGMGRL> switchover to 'DB11R2'; Performing switchover NOW, please wait... New primary database "DB11R2" is opening... Operation requires shutdown of instance "DB11R2" on database "DB11R2SB" Shutting down instance "DB11R2"... ORACLE instance shut down. Operation requires startup of instance "DB11R2" on database "DB11R2SB" Starting instance "DB11R2"... [17 / 31] Rainer@L-c.de

18 Unable to connect to database ORA-12521: TNS:listener does not currently know of instance requested in connect descriptor Failed. Warning: You are no longer connected to ORACLE. Please complete the following steps to finish switchover: start up and mount instance "DB11R2" of database "DB11R2SB" DGMGRL> An der Stelle ist ein Fehler aufgetreten, der schnell und einfach korrigiert werden kann, wenn die DB händisch gestartet wird. Dann zeigt sich nach einer Zeit das gewünschte Bild: DGMGRL> show configuration; Configuration - DG_DB11R2 Protection Mode: MaxAvailability Databases: DB11R2SB - Primary database DB11R2 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS DGMGRL> Due Fehlerursache war ein falscher Listener Eintrag auf der Standby Seite. Irrtümlich wurde die SID für die Standby Datenbank eingetragen: (SID_DESC = (GLOBAL_DBNAME = DB11R2SB_DGMGRL.VM (ORACLE_HOME=/opt/oracle/product/11.2/db_1 (SID_NAME = DB11R2SB [18 / 31] Rainer@L-c.de

19 anstatt: (SID_DESC = (GLOBAL_DBNAME = DB11R2SB_DGMGRL.VM (ORACLE_HOME=/opt/oracle/product/11.2/db_1 (SID_NAME = DB11R2 Transparent Application Failover (TAF Variante 1 Ein Startup Trigger in die Standby und Primärdatenbank sorgt dafür, daß der Service, mit dem ein User sich gegen die Datenbank verbinden soll, nur für die Instanz online ist, die die Primärdatenbank darstellt. Sind auf beiden diese Service verfügbar, erfolgt der Connect möglicherweise gegen die Standby DB, obwohl sie im mount status arbeitet. ERROR: ORA-01033: ORACLE Initialisierung bzw. Shutdown lauft... Process ID: 0 Session ID: 0 Serial number: 0 Primärdatenbank: SQL > show parameter service NAME TYPE VALUE service_names string DB11R2.VM, DB11R2_TAF.VM Standby Datenbank: SQL - Primaer> show parameter service NAME TYPE VALUE service_names string DB11R2.VM Der entsprechende TAF Connect Eintrag in der tnsnames.ora, welcher die Connects steuert: DB11R2_TAF = (DESCRIPTION = (ADDRESS_LIST= (load_balance=off [19 / 31] Rainer@L-c.de

20 (FAILOVER=ON (ADDRESS = (PROTOCOL = TCP (HOST = olinux.vm (PORT = 1521 (ADDRESS = (PROTOCOL = TCP (HOST = olinux3.vm (PORT = 1521 (CONNECT_DATA = (SERVER = DEDICATED (SERVICE_NAME = DB11R2.VM (FAILOVER_MODE= (TYPE=SESSION (METHOD=BASIC (RETRIES=180 (DELAY=5 Alle Verbindungen von Clients gegen die Datenbank sollten über TAF erfolgen, weil hier der FailOver Connect gewährleistet ist. Retries=180 ist im Regelfall nicht ausreichend. Der Default Wert 3600, wie Oracle es vorgibt, ist ausgezeichnet. Transparent Application Failover (TAF Variante 2 Alle Einstellungen, die für den Failover von Bedeutung und im Connect string enthalten sind, können auch in einen Service verlagert werden. Zum Vergleich: (FAILOVER_MODE= (TYPE=SESSION (METHOD=BASIC (RETRIES=180 [20 / 31] Rainer@L-c.de

21 (DELAY=5 Auf der Primärdatenbank wird eingetragen: srvctl add service -d DB11R2 -s DB11R2_TAF -l PRIMARY,PHYSICAL_STANDBY -y AUTOMATIC -e SESSION -m BASIC -z 180 -w 5 Auf der Standbydatenbank wird der gleiche Servicename eingetragen: srvctl add service -d DB11R2SB -s DB11R2_TAF -l PRIMARY,PHYSICAL_STANDBY -y AUTOMATIC -e SESSION -m BASIC -z 180 -w 5 Der Cluster entscheidet nun aufgrund der DB Role, ob der Service für die Instanz gestartet wird oder nicht. failover=on wird weiterhin im connect string benötigt, der nun so aussieht: DB11R2_TAF = (DESCRIPTION = (ADDRESS_LIST= (FAILOVER=ON (ADDRESS = (PROTOCOL = TCP (HOST = olinux.vm (PORT = 1521 (ADDRESS = (PROTOCOL = TCP (HOST = olinux3.vm (PORT = 1521 (CONNECT_DATA = (SERVER = DEDICATED (SERVICE_NAME = DB11R2_TAF.VM Test der Standby DB als Primärdatenbank Nun ist klar, daß ein SwitchOver fehlerfrei arbeitet. Wie verhält sich aber die Datenbank? Dazu wird erneut ein SwitchOver eingeleitet und die Standby ist anschließend die primäre Datenbank: [21 / 31] Rainer@L-c.de

22 DGMGRL> switchover to 'DB11R2SB' Performing switchover NOW, please wait... New primary database "DB11R2SB" is opening... Operation requires shutdown of instance "DB11R21" on database "DB11R2" Shutting down instance "DB11R21"... ORACLE instance shut down. Operation requires startup of instance "DB11R21" on database "DB11R2" Starting instance "DB11R21"... ORA-32004: obsolete or deprecated parameter(s specified for RDBMS instance ORACLE instance started. Database mounted. Switchover succeeded, new primary is "DB11R2SB" DGMGRL> ~]$ sqlplus SQL*Plus: Release Production on Fri Feb 18 15:05: Copyright (c 1982, 2010, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release bit Production With the Partitioning and Real Application Testing options SQL> show parameter db_unique NAME TYPE VALUE db_unique_name string DB11R2SB SQL> create table lctest (id number(3, tex varchar2(60; Table created. SQL> show parameter service NAME TYPE VALUE service_names string DB11R2.VM, DB11R2_TAF.VM [22 / 31] Rainer@L-c.de

23 Nun wird der RAC wieder hochgefahren (was unbedeutend für den Test ist, weil keine neuen Verbindungen über den Listener ausfgebaut werden müssen und der SwitchOver wieder rückgängig gemacht mit: DGMGRL> switchover to 'DB11R2' In SQLPLUS besteht weiter die zuvor hergestellte Verbindung in die Datenbank. Es wurde kein ReConnect vorgenommen. SQL> select * from dual; select * from dual * ERROR at line 1: ORA-25408: can not safely replay call Diese Meldung sagt nur aus, daß der Schwenk noch nicht abgeschlossen ist. Einen Moment später: SQL> select * from dual; D - X SQL> show parameter db_unique NAME TYPE VALUE db_unique_name string DB11R2 SQL> SQL> show parameter service NAME TYPE VALUE service_names string DB11R2.VM, DB11R2_TAF.VM SQL> desc lctest Name Null? Type ID NUMBER(3 TEX VARCHAR2(60 SQL> [23 / 31] Rainer@L-c.de

24 Ohne daß die SQLPLUS Session beendet wurde (weder vom Anwender noch von Oracle wurde die Datenbank Verbindung gewechselt und die Änderungen, welche auf der Standby Datenbank vorgenommen wurden, sind auf der Primärdatenbank gelandet. So wünscht man sich letztlich auch ein FailOver ; LISTENER.ORA Vorlage Primärdatenbank SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = DB11R21 (ORACLE_HOME = /opt/oracle/product/11.2/db_1 (GLOBAL_DBNAME = DB11R21.VM (SID_DESC = (SID_NAME = DB11R21 (ORACLE_HOME = /opt/oracle/product/11.2/db_1 (GLOBAL_DBNAME = DB11R2_DGMGRL.VM LISTENER= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=IPC (KEY=LISTENER # line added by Agent LISTENER_SCAN1= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=IPC (KEY=LISTENER_SCAN1 [24 / 31] Rainer@L-c.de

25 # line added by Agent ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=ON # line added by Agent ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON # line added by Agent Standbydatenbank # listener.ora Network Configuration File: /opt/oracle/product/11.2/db_1/network/admin/listener.ora # Generated by Oracle configuration tools. LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP(HOST = olinux3.vm(port = 1521 (ADDRESS = (PROTOCOL = IPC(KEY = EXTPROC1521 SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = DB11R2SB_DGMGRL.VM (ORACLE_HOME=/opt/oracle/product/11.2/db_1 (SID_NAME = DB11R2 (SID_DESC = (GLOBAL_DBNAME = DB11R2SB.VM (ORACLE_HOME=/opt/oracle/product/11.2/db_1 (SID_NAME = DB11R2 ADR_BASE_LISTENER = /opt/oracle ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON TNSNAMES.ORA Vorlage +ASM1 = (DESCRIPTION = [25 / 31] Rainer@L-c.de

26 (ADDRESS = (PROTOCOL = TCP(HOST = olinux1.vm(port = 1521 (CONNECT_DATA = (SERVER = DEDICATED (SERVICE_NAME = +ASM asm11g = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP(HOST = olinux1.vm(port = 1521 (CONNECT_DATA = (SERVER = DEDICATED (SERVICE_NAME = +ASM DB11R21 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP (HOST = olinux1.vm (PORT = 1521 (CONNECT_DATA = (SERVER = DEDICATED (SERVICE_NAME = DB11R21.VM # (UR=A DB11R22 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP (HOST = olinux2.vm (PORT = 1521 (CONNECT_DATA = (SERVER = DEDICATED (SERVICE_NAME = DB11R22.VM # (UR=A [26 / 31] Rainer@L-c.de