Commentaires sur : Oracle 11g Release 2 Data Guard (1/5) : 5 minutes pour créer une configuration

Par : lapicol

lapicol — Wed, 03 Mar 2010 17:08:02 +0000

Pardon j’ai oublié : et même sans se connecter au catalog !

Par : lapicol

lapicol — Wed, 03 Mar 2010 17:03:41 +0000

Bonjour,

Je pense que la vrai nouveauté du rman dans cette version 11gr2 est de pouvoir faire un duplicate de la base sans que la cible soit disponible:

DUPLICATE DATABASE TO WHITE
BACKUP LOCATION ‘/u02/oradata/backup_WHITE’; – emplacement du backup sur disque.

Bonne journée

Par : Active Data Guard 11g Release 2 (5/5) : BCTF et RECOVER NOREDO sur la Standby « EASYTEAM Le BLOG

Wed, 04 Nov 2009 07:52:38 +0000

[...] Le 1er article, présente comment créer une configuration Data Guard en 5 minutes, en plus du temps… [...]

Par : Oracle 11g Release 2 Data Guard (3/5) : Automatic Block Media Recovery « EASYTEAM Le BLOG

Mon, 05 Oct 2009 14:24:07 +0000

[...] Le 1er article, présente comment créer une configuration Data Guard en 5 minutes, en plus du temps… [...]

Par : Oracle 11g Release 2 Data Guard (2/5) : Compression, Snapshot Standby, Real Time Query, etc « EASYTEAM Le BLOG

Sat, 03 Oct 2009 09:28:45 +0000

[...] Le 1er article, présente comment créer une configuration Data Guard en 5 minutes, en plus du temps… [...]

Par : MISSINHOUN

MISSINHOUN — Fri, 02 Oct 2009 15:24:13 +0000

A propos de ma 3è suggestion, j’avais effectivement oublié que l’on pouvait avoir une hétérogénéité des OS entre la primary et la standby. A propos, est-ce que Oracle ne conseille pas fortement que la primary et la standby aient le même OS ?

Concernant ma question, je craignais que les switchovers et les transitions de rôles à l’aide de dgmgrl échouent du fait de l’absence d’une ligne avec global_dbname et le suffixe _DGMGRL. Mais vous avez effectivement montré que les transitions de rôles marchent. Et je me demande si la présence de la primary et de la standby sur la même machine physique n’y est pas pour quelque chose dans cette réussite ou si ce n’est pas le miracle du nouveau paramètre “staticConnectIdentifier”.
Je vais regarder ce nouveau paramètre mais votre éclairage ne sera pas de trop.
Cdlt,
Komlan

Par : arkzoyd

arkzoyd — Fri, 02 Oct 2009 11:21:49 +0000

Concernant les 3 remarques :
1) Tout est une question de rapidité. Je voulais montrer que ça marche même sans init.ora.
2) D’accord. C’est ce que je voulais dire avec mon commentaire à propos du moment pour créer les standby logs
3) Est-ce que marche dans tous les cas ? On peut avoir une standby Windows d’une primaire Linux. Il faut s’assurer avec la copie d’avoir les bon droits et faire un scp si les serveurs sont distant. Je préfère la méthode orapwd. Cela dit, on fait comme on veut.

Je ne comprends pas la question à propos du paramétrage du listener.ora. Quel est le problème qu’on essaie de résoudre ? Il n’y a pas de ORA-12514 dans mon test.

A propos des messages d’erreurs, ça va vous faire plaisir, toutes les utilisations de crsctl, même avec succès, en 11.2 renvoient un message “CRS-”.

Par : MISSINHOUN

MISSINHOUN — Fri, 02 Oct 2009 11:06:19 +0000

Attention (!!!!!)
L’outil de gestion des commentaires a massacré et rendu incompréhensibles plusieurs lignes de déclaration de service (in listener.ora) contenu dans mon dernier post.
Webmaster, au secours ! Que dois-je faire ou comment dois-je faire ?
Je tente une correction bricolée dans l’espoir que ça passe :
(SID_DESC =
(GLOBAL_DBNAME = [db_unique_name]_DGMGRL.[db_domain])
(SERVICE_NAME = [db_unique_name].[db_domain])
(SID_NAME = [ORACLE_SID])
(ORACLE_HOME = [ORACLE_HOME])
)

Cdlt,
Komlan

Par : MISSINHOUN

MISSINHOUN — Fri, 02 Oct 2009 10:56:10 +0000

Hello,
Après un lecture attentive de ce premier du riche programme que vous nous avez proposé, je reviens avec trois suggestions et une question :
- Créer un fichier init.ora minimaliste pour la standby. Il ne devrait contenir qu’une ligne avec “db_name=BLACK”. Je pense que cela éviterait le message “startup failed”, dans l’esprit des bonnes pratiques.
- Créer les standby redologs sur la primaire avant l’exécution de la commande duplicate. Cela éviterait de les créer manuellement deux fois (une fois sur la primaire et une 2è fois sur la standby) par la suite.
- Copier le fichier des mots de passe de la primaire sur la standby en lui donnant le nom adéquat.
Ces trois suggestions ont été mises en oeuvre il y a un mois dans un test 11gR1 dont le compte-rendu se trouve sur le blog bd-oracle passion (http://bkomlan.blogspot.com – Création d’une active dataguard, une procédure compacte).

Pensez-vous qu’avec des SID_DESC simplifiés dans les fichiers listener.ora, vous n’aurez pas de message ORA-12514 lors des switchovers et autres conversions à l’aide de dataguard broker (dgmgrl) ?
[A ma connaissance, jusqu'à la 11gR1, il fallait à peu près :
(SID_DESC =
(GLOBAL_DBNAME = _DGMGRL.)
(SERVICE_NAME = .)
(SID_NAME = )
(ORACLE_HOME = )
)
]

Encore une fois, merci pour le joli travail qui montre que l’on peut aller encore plus loin que je ne le pensais.

Cordialement,
Komlan

Par : Michel Stevelinck

Michel Stevelinck — Thu, 01 Oct 2009 13:39:27 +0000

Cher Master,
Ah que oui je suis intéressé ! Je viens tout juste de faire un upgrade de ma certification de OCP 10g vers 11g (histoire de me forcer à étudier la théorie) et j’ai une furieuse envie de tester les nouvelles fonctionalités de la 11gR2 sur Linux (redhat). Vos articles sont appréciés et attendus. Au sein de ma société, on commence tout juste à mettre du 11g en production. Mais les nouvelles fonctionalités sont très intéressantes. Je considère pour ma part que la 11g… c’est de la 10g accomplie. Cela fait du bien d’avoir un explorateur qui nous dit “devinez ce que je viens de trouver sous une pierre …”. Un tout grand merci et on attend la suite avec gourmandise.

Très cordialement,
Michel