web-dev-qa-db-fra.com

Oracle 11Gr2 Archives Log Destinations

Je souhaite ajouter une deuxième destination de journal d'archive à une base de données Oracle 11Gr2 RAC avec ASM, l'idée est que je vais alors avoir une redondance si le stockage principal devrait échouer.

Le journal des archives est déjà activé et les journaux sont actuellement archivés dans la zone de récupération rapide. Cependant, autant que je puisse le constater, aucun des paramètres d'init log_archive_Dest_n n'a été configuré.

Y a-t-il maintenant une défaillance non définie qui spécifie la zone de récupération rapide en tant que destination de journal?

Si tel est le cas, je suppose que je dois maintenant configurer deux destinations. Une entrée pour continuer à écrire des archives à cette destination par défaut et une entrée pour la destination de sauvegarde supplémentaire. Si oui, comment spécifier l'emplacement par défaut existant dans la zone de récupération rapide?

Ce travail sera-t-il une autre manière préférée?

alter system set log_archive_dest_1 = 'LOCATION=USE_DB_RECOVERY_FILE_DEST';
alter system set log_archive_dest_2 = 'LOCATION=/s01/archive/TESTDB';
alter system set log_archive_dest_state_1 = enable;
alter system set log_archive_dest_state_2 = enable;
alter system set log_archive_min_succeed_dest = 1;

Naturellement, le système de fichiers/S01 est disponible sur tous les nœuds de cluster (les deux).

oracleoracle-11g-r2racoracle-database-appliance
2
Roy

Le 11.2 manuel dit que vous devez également vérifier Log_Archive_Dest. Bien que cela provienne de l'édition standard, il est toujours valide au case au caseure des destinations d'édition d'entreprise numérotées Log_Archive_Dest_n. Je n'ai pas testé cela personnellement.

Au cas où tous sont non définis, le autre manuel 11.2 dit

Si vous configurez une zone de récupération rapide (en définissant les paramètres db_recovery_file_dest et db_recovery_file_dest_size) et ne spécifiez pas de destinations d'archives locales, la base de données sélectionne automatiquement la zone de récupération rapide en tant que destination d'archive locale et définit log_arch_recovery_file_dest.

Je me souviens vaguement que j'ai vu quelque part que 11. 1 La base de données de cette situation par défaut à utiliser_db_recovery_file_dest mais via log_archive_dest _ 10 .

Dans tout, votre configuration et votre syntaxe sont correctes.

alter system set log_archive_min_succeed_dest = 1;

Normalement, toutes les destinations sont facultatives. Mais votre réglage est correct; Il pourrait quelque peu diminuer la perte de données potentielle (perte de journal de refonte non encore archivée).

Deux articles supplémentaires à prendre en charge:

  • une copie des journaux de redo sur un deuxième disque
  • une copie du fichier de contrôle sur un deuxième disque
2
kubanczyk