{"id":8569,"date":"2021-04-29T10:36:06","date_gmt":"2021-04-29T09:36:06","guid":{"rendered":"https:\/\/blog.capdata.fr\/?p=8569"},"modified":"2021-10-29T17:00:10","modified_gmt":"2021-10-29T16:00:10","slug":"gerer-votre-disaster-recovery-oracle-avec-dbvisit-standby","status":"publish","type":"post","link":"https:\/\/blog.capdata.fr\/index.php\/gerer-votre-disaster-recovery-oracle-avec-dbvisit-standby\/","title":{"rendered":"Une solution de “Disaster Recovery” sous Oracle Standard Edition avec DBVisit standby"},"content":{"rendered":"\"twitter\"<\/a>\"linkedin\"<\/a>\"mail\"<\/a>

Hello<\/p>\n

voici un sujet que les DBA Oracle ont du d\u00e9j\u00e0 aborder \u00e0 plusieurs reprises avec leurs clients en mission, ou en infog\u00e9rance bases de donn\u00e9es. Comment assurer un plan de reprise d’activit\u00e9s fiable, robuste et p\u00e9renne dans un environnement de production pour une base Oracle critique.<\/p>\n

Aussit\u00f4t, nous pensons \u00e0 l’option “Oracle Dataguard”, celle qui est mise en avant par Oracle dans sa version Enterprise Edition et qui a fait ses preuves. Cette architecture permet d’avoir une instance Oracle primaire qui est r\u00e9pliqu\u00e9e, \u00e0 la transaction pr\u00eate, sur un serveur de secours gr\u00e2ce aux m\u00e9canismes “transport log” et “redo apply” et administrer via “dgmgrl” ou OEM.<\/p>\n

De plus, \u00e0 partir de la version Oracle 11g, il vous sera possible de profiter de l’option (payante!) “Active Dataguard”, vos applications de reporting, et autres applications analytiques peuvent interroger l’instance Oracle Standby dans un mode “Read Only redo apply” et ne pas p\u00e9naliser les IO sur la base primaire qui se charge de l’activit\u00e9 transactionnelle.<\/p>\n

Seulement le dilemme qui se pr\u00e9sente bien souvent chez nos clients est, comment assurer un secours \u00e0 notre instance de production lorsque l’on ne dispose pas de la version Oracle Enterprise Edition ? Car “Oracle Dataguard” est avant tout une feature propre \u00e0 l’\u00e9dition Entreprise et non la Standard 1 ou 2 et encore moins Express…<\/p>\n

C’est la qu’intervient la solution DBVisit<\/a> avec la partie gestion de la r\u00e9plication via DBVisit standby<\/a> .<\/p>\n

DBVisit est une soci\u00e9t\u00e9 bas\u00e9e \u00e0 Auckland en Nouvelle Z\u00e9lande avec des bureaux aux Etats Unis et Prague. Celle ci s’est sp\u00e9cialis\u00e9e dans les solutions de Disaster Recovery autour d’Oracle Standard Edition. Sa solution logicielle est pr\u00e9sente dans un peu plus de 130 pays, y compris en France.<\/p>\n

Cet \u00e9diteur a la particularit\u00e9 bien utile, de travailler avec la version Standard Edition d’Oracle pour monter une architecture de r\u00e9plication.
\nPour fonctionner, DBVisit aura besoin de travailler avec une base de donn\u00e9es d\u00e9marr\u00e9e en mode “Archive log” actif.<\/p>\n

 <\/p>\n

 <\/p>\n

Architecture<\/h1>\n

Voici un sch\u00e9ma d’architecture global sur le fonctionnement de DBVisit Standby sur une instance Oracle Standard Edition ayant une standby attach\u00e9e<\/p>\n

\"\"<\/p>\n

 <\/p>\n

L’utilisateur se connecte \u00e0 une console Web via un navigateur, sur le port 4433.
\nA partir de la, cette console communique avec les 2 serveurs BDD via les agents “dbvagent” install\u00e9s sur chacun d’entre eux.<\/p>\n

Les bases de donn\u00e9es envoient leurs informations, redo et archives, aux processus “dbvnet”, pr\u00e9sents sur les serveurs, qui se chargent de transf\u00e9rer les archive logs du site primaire au site secondaire.<\/p>\n

Le transfert des archivelogs s’effectue via une communication encrypt\u00e9e entre les 2 sites.
\nUn processus “Redo Apply” permet de rejouer l’archive transf\u00e9r\u00e9e sur la base standby.<\/p>\n

Sur ces 2 sites, il existe des process daemon en arri\u00e8re plan qui se chargent d’effectuer ce travail au fur et \u00e0 mesure du cycle de vie de la base primaire.<\/p>\n

 <\/p>\n

Installation<\/h1>\n

 <\/p>\n

Pr\u00e9requis<\/h2>\n

Comme nous l’avons vu sur le sch\u00e9ma d’architecture ci dessus, nous avons besoin de 3 serveurs pour assurer l’installation de DBvisit Standby.
\n2 serveurs portant les bases de donn\u00e9es, la base primaire, et la base standby.
\n1 autre serveur sur lequel sera install\u00e9e la console Web qui permettra d’administrer la solution.<\/p>\n

Nous partons du fait que nous poss\u00e9dons d\u00e9j\u00e0 les installations suivantes pour ces 3 serveurs :<\/p>\n

Serveur 1<\/span> : 1 serveur linux RHEL8 adresse IP 172.44.2.238 avec \r\n1 moteur Oracle 19c Standard Edition 2 et une base Oracle (non multitenant) install\u00e9e.\r\nServeur 2<\/span> : 1 serveur linux RHEL8 adresse IP 172.44.2.204 avec \r\n1 moteur Oracle 19c Standard Edition 2 uniquement\r\nServeur 3<\/span> : 1 serveur linux RHEL8\u00a0 adresse IP 172.44.2.170 \r\n(juste un user linux Oracle)<\/strong><\/pre>\n
 <\/p>\n
Pr\u00e9paration<\/h2>\n
Sur chaque serveur, il faudra aller t\u00e9l\u00e9charger depuis le site DBvisit standby<\/a> , la version souhait\u00e9e du produit. Pour notre exemple, nous partirons de la version 9.<\/p>\n
Attention, il faut savoir que DBVisit n’est pas “open source”, il s’agit d’un software soumis \u00e0 licence. Cependant, une version d’\u00e9valuation est t\u00e9l\u00e9chargeable depuis leur site<\/a> , ainsi, nous pourrons utiliser celle ci durant 10 jours avec une cl\u00e9 de licence gratuite.<\/p>\n
DBVisit vous envoie un mail avec la version choisie en pi\u00e8ce jointe, et une cl\u00e9 d’activation.<\/p>\n
Il s’agira alors de transf\u00e9rer le fichier “zip” re\u00e7u par mail sur les 3 serveurs et de cr\u00e9er les r\u00e9pertoires utilis\u00e9s pour l’installation<\/p>\n
Sous user root<\/span> <\/strong>:<\/p>\n
mkdir \/usr\/dbvisit<\/strong>\r\nchown -R oracle:oinstall \/usr\/dbvisit<\/strong><\/pre>\n
Sous user Oracle<\/strong> <\/span>:<\/p>\n
mkdir $HOME\/dbvisit_9<\/strong>\r\ncd $HOME\/dbvisit_9<\/strong>\r\nunzip dbvisit-standby9.0.20-el7.zip<\/strong>\r\ntar xvf dbvisit-standby9.0.20-el7.tar<\/strong><\/pre>\n
Si celle ci n’est pas pr\u00e9sente, installer la libraire “libnsl” sous root<\/strong>:<\/p>\n
# dnf install libnsl\r\n<\/strong><\/pre>\n
<\/h2>\n
Ouverture de flux<\/h2>\n
Si comme moi, vous travaillez sur des VMs Amazon AWS, pensez \u00e0 mettre \u00e0 jour vos “security group”. Pour fonctionner, DBvisit Standby a besoin des ports suivants:<\/p>\n