web-dev-qa-db-fra.com

Oracle - MUST_RENAME_THIS_LOGFILE DANS LE NOM DE LOGFILE

Je crée un data guard Utilisation de la sauvegarde à chaud du serveur principal. Dans ma restauration, j'ai utilisé les commandes suivantes pour restaurer:

run{
set newname for database to '+DADOS';
restore database;
switch datafile all;
switch tempfile all;
recover database;
}

Après succès de restauration et de récupération, mes noms de fichiers journaux de Redo ont le nom ci-dessous:

select member from v$logfile;

+DADOS/MUST_RENAME_THIS_LOGFILE_1.4294967295.4294967295
+FRA/MOOTDB/ONLINELOG/group_1.287.1040583755
+DADOS/MUST_RENAME_THIS_LOGFILE_2.4294967295.4294967295
+DADOS/MUST_RENAME_THIS_LOGFILE_3.4294967295.4294967295
+FRA/MOOTDB/ONLINELOG/group_3.259.1036639239
+DADOS/MUST_RENAME_THIS_LOGFILE_4.4294967295.4294967295
+FRA/MOOTDB/ONLINELOG/group_2.288.1040583761
+DADOS/MUST_RENAME_THIS_LOGFILE_5.4294967295.4294967295
+FRA/MOOTDB/ONLINELOG/group_5.295.1042634101
+DADOS/MUST_RENAME_THIS_LOGFILE_6.4294967295.4294967295
+FRA/MOOTDB/ONLINELOG/group_6.297.1042634113

Pourquoi ils ont le "MUST_RENAME_THIS_LOGFILE_"? n'est pas automatique?

Dans mon attente, j'utilise le db_log_file_name_convert et log_file_name_convert

log_file_name_convert = +DATA, +DADOS
db_file_name_convert = +DATA, +DADOS

L'autre problème est que certains tempfiles viennent avec le nom de la DG (voir la dernière ligne ci-dessous).

select name from v$datafile union all select name from v$tempfile;

+DADOS/MOOTSTB/DATAFILE/system.266.1042731967
+DADOS/MOOTSTB/DATAFILE/sysaux.292.1042731967
+DADOS/MOOTSTB/A249914E10CA3494E0532900A8C0EAA4/DATAFILE/system.278.1042732081
+DADOS/MOOTSTB/A249914E10CA3494E0532900A8C0EAA4/DATAFILE/sysaux.296.1042732081
+DADOS/MOOTSTB/DATAFILE/users.309.1042731967
+DADOS/MOOTSTB/A249914E10CA3494E0532900A8C0EAA4/DATAFILE/undotbs1.320.1042732081
+DADOS/MOOTSTB/DATAFILE/undotbs2.283.1042731967
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/system.257.1042731811
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/sysaux.284.1042731809
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/undotbs1.289.1042731811
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/users.267.1042731811
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/soe.311.1042731809
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/teste.308.1042731811
+DADOS/MOOTSTB/A249E748BB047773E0532900A8C02088/DATAFILE/undo_2.304.1042731811
+DADOS/MOOTSTB/DATAFILE/undotbs1.302.1042731967
+DADOS/MOOTSTB/TEMPFILE/temp.319.1042736311
+DADOS/MOOTSTB/A249914E10CA3494E0532900A8C0EAA4/TEMPFILE/temp.318.1042736323
+DADOS  <<<<<< is a tempfile
oraclebackuprestorerman
1
DBA Jr

Restaurer + récupération à partir de la sauvegarde n'utilise pas de journaux de rétablissement en ligne. Vos journaux de Redo étaient juste nommés quelque chose, mais ces fichiers n'existent pas encore. Une base de données de veille physique n'utilise pas non plus les journaux de redo en ligne (il utilise des journaux de veille de veille).

Les groupes de journaux de Redo seront automatiquement effacés (Renommer en fonction de l'OMF + Créer le fichier) chaque fois qu'ils sont nécessaires la première fois. Comme lorsque vous ouvrez réellement la base de données en READ WRITE Mode après avoir convertit la veille physique en une base de données principale ou en mode de veille logique ou logique.

+FRA/MOOTDB/ONLINELOG/group_1.287.1040583755 est également incorrect. À ce stade, le fichier n'existe pas et l'emplacement de ce fichier, une fois effacé, sera +FRA/MOOTSTB/ONLINELOG/... comme le db_unique_name sur le site de veille est MOOTSTB. (En supposant que vous ayez un groupe DiskGroup FRA.)

Avec le db_create_file_dest, db_create_online_log_dest_N, db_recovery_file_dest Paramètres définis correctement, vous pouvez simplement effacer les groupes de logfile manuellement (ce qui serait fait automatiquement quand même si nécessaire), afin qu'ils soient nommés et placés correctement:

alter database clear logfile group 1;
alter database clear logfile group 2;
alter database clear logfile group 3;
alter database clear logfile group 4;
alter database clear logfile group 5;
alter database clear logfile group 6;

Le temple nommé +DADOS n'est pas non plus un problème. Un mode veille physique dans le montage ne nécessite pas de temp ... Le tempfile sera automatiquement renommé et créé une fois la base de données ouverte.

2
Balazs Papp