Oracle – Dataguard – Créer une Logical Standby Database

Oracle propose la possibilité de créer des base de données de secours aussi bien physiques que logiques.

Les deux types de bases de données de secours

Base de données de secours physique

Une bases de données de secours physique est une copie binaire stricte de la base de données primaire qu’elle protège. Dans le vocabulaire Oracle, c’est une physical standby database.

Base de données de secours logique

Une base de données de secours logique est une base de données qui reçoit les mises à jour d’une base de données primaire ou d’une autre base de secours, et qui les applique en SQL et non de manière binaire. Cette base de données est ouverte et permet des modifications en même temps qu’elle reçoit les mises à jour de la base de données primaire. Dans le vocabulaire Oracle, c’est une logical standby database.

Une logical standby database se crée à partir d’une physical standby database.

Architecture de la solution

Serveur SID de l’instance DB_UNIQUE_NAME Rôle de base
dataguard01 TESTDG TESTDG_DG01 Primaire
dataguard02 TESTDG TESTDG_DG02 Standby

Configuration listeners (listener.ora)

Le listener doit écouter obligatoirement sur deux global_dbname particuliers : <db_unique_name>_DGB et <db_unique_name>_DGMGRL. Ces deux noms globaux sont essentiels pour Dataguard et permettent d’accéder à l’instance sous forme service_name même si celle-ci est arrêtée.

Serveur dataguard01

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = dataguard01)(PORT = 1521))
    )
  )

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = TESTDG_DG01_DGB)
      (ORACLE_HOME = /oracle/ora112)
      (SID_NAME = TESTDG)
    )
    (SID_DESC =
      (GLOBAL_DBNAME = TESTDG_DG01_DGMGRL)
      (ORACLE_HOME = /oracle/ora112)
      (SID_NAME = TESTDG)
    )
    (SID_DESC =
      (GLOBAL_DBNAME = TESTDG_DG01)
      (ORACLE_HOME = /oracle/ora112)
      (SID_NAME = TESTDG)
    )
  )

DEFAULT_SERVICE_LISTENER=TESTDG_DG01_DGB

ADR_BASE_LISTENER = /oracle

Serveur dataguard02

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = dataguard02)(PORT = 1521))
    )
  )

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = TESTDG_DG02_DGB)
      (ORACLE_HOME = /oracle/ora112)
      (SID_NAME = TESTDG)
    )
    (SID_DESC =
      (GLOBAL_DBNAME = TESTDG_DG02_DGMGRL)
      (ORACLE_HOME = /oracle/ora112)
      (SID_NAME = TESTDG)
    )
    (SID_DESC =
      (GLOBAL_DBNAME = TESTDG_DG02)
      (ORACLE_HOME = /oracle/ora112)
      (SID_NAME = TESTDG)
    )
  )

DEFAULT_SERVICE_LISTENER=TESTDG_DG01_DGB

ADR_BASE_LISTENER = /oracle

Configuration des alias de connexion (tnsnames.ora)

Les alias de connexion doivent être déclarés sur les services spéciaux Dataguard avec une option très importante (en gras-rouge) permettant la connexion y compris à des instances arrêtées :

TESTDG_DG01_DG =
(DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)(HOST = dataguard01)(PORT = 1521))
  (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = TESTDG_DG01_DGB)
    (UR = A)
  )
)

TESTDG_DG02_DG =
(DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)(HOST = dataguard02)(PORT = 1521))
  (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = TESTDG_DG02_DGB)
    (UR = A)
  )
)

Créer une logical standby database

Activation de la flashback database côté base de données primaire

alter database flashback on;

Mise en Dataguard de la base de données primaire

L’enregistrement de la base de données primaire dans Dataguard se fait en créant la configuration Dataguard :

DGMGRL> create configuration testdg as primary database is testdg_dg01 connect identifier is testdg_dg01_dg;
Configuration "testdg" created with primary database "testdg_dg01"
DGMGRL> enable configuration
Enabled.

Création de la physical standby database

La création de la physical standby database peut être faite à l’aide de RMAN et de la base de données primaire. L’utilisation de la base de données primaire (primary database) pour créer la physical standby permet de s’affranchir de l’utilisation d’une sauvegarde.

Copie du fichier orapw<SID>

Dans une configuration Dataguard, les bases de données doivent avoir strictement le même fichier de mots de passe SYS. Ainsi le fichier créé sur la base de données primaire doit simplement être recopié d’un serveur à l’autre, dans le répertoire $ORACLE_HOME/dbs :

[oracle@dataguard02 ~]$ cd $ORACLE_HOME/dbs
[oracle@dataguard02 dbs]$ scp dataguard01:/oracle/ora112/dbs/orapwTESTDG .

Préparation du fichier init.ora pour spfile de la physical standby

Le fichier init<SID>.ora servant à a création du spfile de la standby database peut être créé directement à partir de la base de données primaire (dataguard01, instance TESTDG) :

create pfile='/tmp/initTESTDG.ora.forstdby' from spfile;

Copier le fichier vers le serveur dataguard02, l’éditer et remplacer toutes les références à TESTDG_DG01 par TESTDG_DG02. Ajouter les db_file_name_convert et log_file_name_convert nécessaires au bon positionnement des fichiers de l’instance TESTDG_DG02 sur le serveur dataguard02 :

TESTDG.__db_cache_size=771751936
TESTDG.__java_pool_size=16777216
TESTDG.__large_pool_size=16777216
TESTDG.__oracle_base='/oracle'#ORACLE_BASE set from environment
TESTDG.__pga_aggregate_target=369098752
TESTDG.__sga_target=1107296256
TESTDG.__shared_io_pool_size=0
TESTDG.__shared_pool_size=285212672
TESTDG.__streams_pool_size=0
*.archive_lag_target=0
*.audit_file_dest='/oracle/admin/TESTDG/adump'
*.audit_trail='db'
*.compatible='11.2.0.0.0'
*.control_files='+DATA,'+FRA'
*.db_block_size=8192
*.db_create_file_dest='+DATA'
*.db_domain='ANTIBES'
*.db_file_name_convert='+DATA2/testdg_dg01','+DATA2/testdg_dg02'
*.db_name='TESTDG'
*.db_recovery_file_dest='+FRA'
*.db_recovery_file_dest_size=17825792000
*.db_unique_name='TESTDG_DG02'
*.dg_broker_start=TRUE
*.diagnostic_dest='/oracle'
*.local_listener='(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.56.152)(PORT=1521)))'
*.log_archive_config='dg_config=(TESTDG_DG02,testdg_dg01)'
*.log_archive_dest_1='LOCATION=+FRA VALID_FOR=(ALL_LOGFILES,ALL_ROLES)'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_format='%t_%s_%r.dbf'
TESTDG.log_archive_format='%t_%s_%r.dbf'
*.log_archive_max_processes=4
*.log_archive_min_succeed_dest=1
TESTDG.log_archive_trace=0
*.open_cursors=300
*.pga_aggregate_target=367001600
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.service_names='TESTDG.ANTIBES'
*.sga_target=1101004800
*.standby_file_management='AUTO'
*.undo_tablespace='UNDOTBS1'

Une fois le fichier créé, le convertir en spfile dans TESTDG de dataguard02 :

create spfile from pfile = '/tmp/initTESTDG.ora.forstdby';

Démarrage de l’instance TESTDG_DG02 en NOMOUNT

[oracle@dataguard02 trace]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.3.0 Production on Wed Dec 7 11:23:26 2016

Copyright (c) 1982, 2011, Oracle. All rights reserved.

SQL> connect / as sysdba
Connected to an idle instance.
SQL> startup nomount
ORACLE instance started.

Total System Global Area 1102344192 bytes
Fixed Size 2227584 bytes
Variable Size 318767744 bytes
Database Buffers 771751936 bytes
Redo Buffers 9596928 bytes
SQL> exit

Création de la standby database avec RMAN

[oracle@dataguard02 trace]$ rman target sys/xxxxxxx@testdg_dg01_dg auxiliary sys/xxxxxxx@testdg_dg02_dg

Recovery Manager: Release 11.2.0.3.0 - Production on Wed Dec 7 11:24:57 2016

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

connected to target database: TESTDG (DBID=2861418430)
connected to auxiliary database: TESTDG (not mounted)

RMAN> duplicate target database for standby from active database dorecover nofilenamecheck;

Starting Duplicate Db at 07-DEC-16
using target database control file instead of recovery catalog
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=138 device type=DISK

contents of Memory Script:
{
backup as copy reuse
targetfile '/oracle/ora112/dbs/orapwTESTDG' auxiliary format
'/oracle/ora112/dbs/orapwTESTDG' ;
}
executing Memory Script

[...]

Starting recover at 07-DEC-16
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=16 device type=DISK

starting media recovery

archived log for thread 1 with sequence 188 is already on disk as file +FRA/testdg_dg02/archivelog/2016_12_07/thread_1_seq_188.299.929964369
archived log file name=+FRA/testdg_dg02/archivelog/2016_12_07/thread_1_seq_188.299.929964369 thread=1 sequence=188
media recovery complete, elapsed time: 00:00:00
Finished recover at 07-DEC-16
Finished Duplicate Db at 07-DEC-16

RMAN> exit
Recovery Manager complete.

Activation de la flashback database côté physical standby database

alter database flashback on;

Ajout de la physical standby database dans Dataguard

DGMGRL> add database testdg_dg02 as connect identifier is testdg_dg02 maintained as physical;
Database "testdg_dg02" added
DGMGRL> enable database testdg_dg02
Enabled.
DGMGRL> show configuration

Configuration - testdg

Protection Mode: MaxPerformance
Databases:
testdg_dg01 - Primary database
testdg_dg02 - Logical standby database

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS

Préparation des tables sans clé primaire pour la conversion en logical standby

Il est nécessaire de détecter toutes les tables qui ne contiennent pas de clés primaires dans la base de données primaire.

Ces tables sont considérées comme étant maintenues avec clé primaire par l’application.

Un script permet de déterminer les tables candidates à l’ajout d’une clé primaire virtuelle :

select owner,table_name from dba_logstdby_not_unique
where (owner,table_name) not in
(select distinct owner,table_name from dba_logstdby_unsupported)
and bad_column = 'Y'

Pour les tables retournées par ce script, il faudra identifier la colonne étant de clé primaire applicative et poser une clé primaire fictive sur celle-ci.

L’ajout de clé primaire fictive se fait ainsi :

alter table user1.table1 add primary key(colonne1) rely disable;

Préparation de l’environnement pour la conversion de la standby de physique à logique

Du côté de la physical standby database :

alter database recover managed standby database cancel;

Du côté de la primary database :

exec dbms_logstdby.build

Du côté de la physical standby database :

alter database recover to logical standby testdg;
shutdown
startup mount
alter system set log_archive_dest_1 = 'location=use_db_recovery_file_dest db_unique_name=testdg_dg02' scope = both;

Ouverture de la logical standby en RESETLOGS

alter database open resetlogs;

Démarrage de l’application des redologs en provenance de la primary database

alter database start logical standby apply immediate;

A ce point, la logical standby database est en fonctionnement nominal

Enregistrement de la logical standby dans Dataguard

Dans Dataguard, la standby database est vue physical. Il faut la convertir en logical. Cette opération est réalisée en supprimant l’ancienne configuration de la base de données standby et en ajoutant la nouvelle :

[oracle@dataguard01 ~]$ dgmgrl
DGMGRL for Linux: Version 11.2.0.3.0 - 64bit Production

Copyright (c) 2000, 2009, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.
DGMGRL> connect sys/xxxxxxx
Connected.
DGMGRL> show configuration

Configuration - testdg

Protection Mode: MaxPerformance
Databases:
testdg_dg01 - Primary database
testdg_dg02 - Physical standby database
Error: ORA-16810: multiple errors or warnings detected for the database

Fast-Start Failover: DISABLED

Configuration Status:
ERROR

DGMGRL> disable database testdg_dg02
Disabled.
DGMGRL> remove database testdg_dg02
Removed database "testdg_dg02" from the configuration
DGMGRL> add database testdg_dg02 as connect identifier is testdg_dg02 maintained as logical;
Database "testdg_dg02" added
DGMGRL> enable database testdg_dg02;
Enabled.
DGMGRL> show configuration

Configuration - testdg

Protection Mode: MaxPerformance
Databases:
testdg_dg01 - Primary database
testdg_dg02 - Logical standby database

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS

DGMGRL> exit

A ce point, l’ensemble de l’architecture est en mode de fonctionnement nominal. Il devient possible de basculer (switchover) sur la logical standby database, avec les restrictions propres à ce type de standby.

2 commentaires

  1. pierre dit :

    Bonjour,

    bien votre article.

    a quoi sert l’option Fast-Start Failover ?

    merci

    • alexandra dit :

      Bonjour,

      L’option Fast-Start Failover est un mode de fonctionnement des bases de données Dataguard permettant une bascule automatique vers une base Dataguard spécifiée, en mode de transport des logs synchrone, en cas de chute de la base de données primaire. A ce moment la base de données standby devient primaire et cela sans changement d’incarnation (pas de resetlogs). C’est une option qui est principalement utilisée pour des architectures où l’on ne veut pas d’interruption de service et pas de perte d’information en cas de bascule, sans intervention humaine.

(Comments are closed)