Welcome to DGMGRL, type "help" for information.ĭGMGRL> Observer started Activer Fast Start Failover Utilisez ensuite la commande nohup pour exécuter votre script : chmod +x startObs.shĭGMGRL for Linux: Version 11.2.0.2.0 - ProductionĬopyright (c) 2000, 2009, Oracle. Il faut donc créer un script que vous exécuterez avec nohup et qu’il faudra superviser pour démarrer un observer dans des conditions réelles d’utilisation voici l’exemple d’un tel script : cat startObs.sh L’Observer est démarré depuis la commande DGMGRL mais il ne passe pas en arrière plan. Créer et exécutez un script pour démarrer l’Observer.Mkdir /u01/app/oracle/oradata/WHITE/recoveryareaĮdit database white set STATE='APPLY-OFF' Īlter system set db_recovery_file_dest='/u01/app/oracle/oradata/WHITE/recoveryarea' Įdit database white set STATE='APPLY-ON' Sur la base de données standby, exécutez une séquence de commandes semblable à celle ci-dessous. Mkdir /u01/app/oracle/oradata/BLACK/recoveryareaĪlter system set db_recovery_file_dest_size=2G Īlter system set db_recovery_file_dest='/u01/app/oracle/oradata/BLACK/recoveryarea' Īlter system set db_flashback_retention_target=3600 Sur la base de données primaire, exécutez une séquence de commandes semblable à celle ci-dessous.
#Pid ligne de command e plus#
Il semble que l’activation, au moins en 11.2.0.2, ne nécessite plus que les instances soient en mode MOUNT et contrairement à ce qui était le cas auparavant. Activer les flashback log sur vos bases Primaires et Standby.Pour ce faire, il suffit de suivre les étapes ci-dessous : Vous pouvez ensuite suivre la documentation Oracle 11.2 et en particulier cette section intitulée « Scenario 5: Enabling Fast-Start Failover and Starting the Observer ». Une fois la configuration en place, il suffit d’installer le moteur Oracle sur votre serveur tier et ajouter la configuration réseau pour voir toutes vos bases de données. SET LOG_FILE_NAME_CONVERT 'BLACK','WHITE' SPFILE PARAMETER_VALUE_CONVERT 'BLACK','WHITE' J’ai légèrement modifié la commande duplicate pour ma configuration parce que mes controlfiles étaient gérés en OMF dans ce cas, il suffit de supprimer les paramètres correspondant du fichier spfile comme ci-dessous :įROM ACTIVE DATABASE DB_FILE_NAME_CONVERT 'BLACK','WHITE'.Évidemment, ce type de fonctionnement est à considérer avec précaution et je ne m’y risquerai pas à priori Depuis Oracle 11.2, vous pouvez effectuer la configuration en mode Maximum Performance et donc avec une perte de données en cas de bascule.Si vous n’avez pas l’habitude, appuyez-vous sur 2 de mes articles pour mettre en place la configuration Data Guard avec la commande DUPLICATE FROM ACTIVE DATABASE puis pour activer le mode Maximum Availability et tester la bascule. Avec un peu de pratique, vous pourrez mettre en place cette configuration en moins de 30 minutes. Pour commencer, mettez en place une configuration Data Guard en mode Maximum Availability, c’est à dire avec une réplication synchrone des logs. Le 7eme article (celui-ci) présente comment Fast Start Failover permet d’automatiser la bascule d’une standby sans perte de données.Le 6ème article illustre la constitution d’une standby physique sans se connecter à la base primaire puis la conversion de cette standby physique en standby logique.Le 5ème article illustre l’utilisation du Block Change Tracking File sur la base standby et l’utilisation de la commande recover database noredo pour gérer la perte d’un fichier archivelog.Le 4ème article démontre comment garantir la fraicheur des données sur la standby.Le 3ème article illustre le fonctionnement de la correction automatique de blocs corrumpus sur la base de données primaire et standby.Le 2nd article, présente comment changer le mode de protection, activer la compression, Snapshot Standby et Real Time Query.Le 1er article, présente comment créer une configuration Data Guard en 5 minutes, en plus du temps de copie de la base de données et comment effectuer une transition des roles des bases de données.L’objet ici est juste d’illustrer comment la configuration fonctionne.Ĭet article est le septième de la série que je vous invite à découvrir ci-dessous : Nous passerons les considérations d’architecture et de gestion pour assurer la fiabilité d’une telle configuration. Le troisième serveur utilise un moteur Oracle Enterprise Edition et exécute un programme appelé « Observer » lancé depuis la ligne de commande dgmgrl. Pour cela, vous devrez mettre en oeuvre un troisième serveur sur un site indépendant des 2 autres, et garantir que vous ne puissiez pas perdre la connectivité aux 2 sites de production et de secours en cas de panne nécessitant la mise en oeuvre du DRP. Ce nouvel article de notre longue série illustre la bascule automatique (aka Fast Start Failover) de Data Guard.
0 kommentar(er)
