DBNEWID est un utilitaire de base de données qui vous permet de modifier l'identifiant interne d'une base de données (DBID) et le nom de la base de données (DBNAME). Vous pouvez modifier uniquement le DBID, le DBNAME, ou vous pouvez modifier à la fois le DBID et le DBNAME.
Avant l'apparition de l'utilitaire DBNEWID, cette action était réalisée en recréant le fichier de contrôle (controlfile). Cependant, cela ne permettait pas de modifier l'identifiant unique (DBID), de sorte que la base de données d'origine et la base de données copiée manuellement ne pouvaient pas être enregistrées dans le référentiel RMAN. Ce problème a été résolu grâce à l'utilitaire DBNEWID.
Pour effectuer ce test, nous allons renommer la table que nous avons restaurée sur le même hôte, dans cette entrée :
https://oracleconraul.com/index.php/2023/09/13/recuperar-base-de-datos-mismo-host-con-rman/
Tout d'abord, je vous conseille de faire une sauvegarde de la base de données avant de renommer la base de données, son DBID ou les deux.
Il convient de noter que le changement de nom, et en particulier de DBID, est une procédure complexe et sérieuse, car ce changement entraîne notamment les conséquences suivantes :
Lorsque le DBID d'une base de données est modifié, toutes les sauvegardes et tous les journaux d'archives de cette base de données deviennent inutilisables, car il s'agit d'une base de données différente. La base de données est ouverte avec resetlogs, qui recrée les fichiers redo log en ligne et réinitialise la séquence. Par conséquent, une fois que le DBID a été modifié, il est conseillé d'effectuer une sauvegarde de la base de données dans un premier temps. Si vous ne modifiez que le DBNAME, il n'est pas nécessaire d'ouvrir la base de données avec l'option RESETLOGS, de sorte que les sauvegardes et les archives ne sont pas invalidées. Dans ce cas, vous devez modifier le nom de la base de données dans le fichier .init, en faisant référence au nouveau nom, et très probablement recréer le fichier de mots de passe, ce qui peut influencer une restauration à partir d'une sauvegarde antérieure au changement de nom.
Si vous changez le DBID d'une base de données primaire, dans un environnement de garde de données, la base de données STANDBY doit être recréée.
Dans les environnements RAC, avant de lancer la commande, vous devez arrêter toutes les instances et démarrer une instance unique avec le paramètre CLUSTER_DATABASE=FALSE.
Les étapes :
1- Nous chargeons les variables d'environnement de la base de données à renommer/débiter.
2- Arrêter la base de données (shutdown immediate ), et monter la base de données (startup mount).
3 - Exécuter la commande DBNEWID
$ nid TARGET=SYS/<password>@<service> DBNAME=<NEW DB name> (tnsnames)
or
nid TARGET=SYS/<password> DBNAME=<NEW DB name>
4- Nous changeons le nom de la nouvelle base de données dans le fichier spfile.
5- Nous recréons le fichier des mots de passe de la nouvelle base de données.
Exécution des commandes :
[oracle~]$ sqlplus / as sysdba
SQL*Plus: version 19.0.0.0.0 – Production, mercredi 20 septembre 2023 à 12 h 00 min 13 s
Version 19.3.0.0.0
Copyright (c) 1982, 2019, Oracle. Tous droits réservés.
Connecté à :
Oracle 19c Enterprise Edition Version 19.0.0.0.0 – Production
Version 19.3.0.0.0
SQL> show parameter uniq
NOM TYPE VALEUR
db_unique_name chaîne testcopy
SQL>shutdown immediate;
Base de données fermée.
Base de données démontée.
ORACLE arrêtée.
SQL>
SQL>startup mount
[oracle~]$nid TARGET=sys/password DBNAME=newdb
Connecté à la version 19.3.0 du serveur
Fichiers de contrôle dans la base de données :
/data/testcopy/TESTCOPY/controlfile/o1_mf_lj1qob64_.ctl
Modifier l'ID et le nom de la base de données TEST en NEWDB ? (O/[N]) => O
Poursuite de l'opération
Modification de l'ID de la base de données de 2359187194 à 3388414278
Modification du nom de la base de données de TEST à NEWDB
Fichier de contrôle /data/testcopy/TESTCOPY/controlfile/o1_mf_lj1qob64_.ctl – modifié
Fichier de données /data/tescopy/TESCOPY/data_D-TEST_TS-SYSTEM_FNO- – dbid modifié, nouveau nom écrit
Fichier de données /data/tescopy/TESCOPY/data_D-TEST_TS-SYSAUX_FNO- – dbid modifié, nouveau nom écrit
Fichier de données /data/tescopy/TESCOPY/data_D-TEST_TS-UNDOTBS1_FNO- – dbid modifié, nouveau nom écrit
Fichier de données /data/tescopy/TESCOPY/data_D-TEST_TS-USERS_FNO- – dbid modifié, nouveau nom écrit
Fichier de données /data/test/TEST/datafile/o1_mf_temp_hz8q6jog_.tm – dbid modifié, nouveau nom écrit
Fichier de contrôle /data/testcopy/TESTCOPY/controlfile/o1_mf_lj1qob64_.ctl – dbid modifié, nouveau nom écrit
Instance arrêtée
Nom de la base de données modifié en NEWDB.
Modifiez le fichier de paramètres et générez un nouveau fichier de mot de passe avant de redémarrer.
ID de la base de données NEWDB modifié en 3388414278.
Toutes les sauvegardes précédentes et les journaux de reprise archivés pour cette base de données sont inutilisables.
La base de données a été arrêtée, ouvrez la base de données avec l'option RESETLOGS.
Nom et ID de la base de données modifiés avec succès.
DBNEWID – Opération terminée avec succès.
À ce stade, il est nécessaire de modifier le DBNAME dans le fichier spfile, sinon la base de données ne démarrera pas parce qu'elle a un nouveau nom.
SQL> alter system set db_name=NEWDB scope=spfile ;
Nous recréons le fichier des mots de passe à partir de la nouvelle base de données :
cdORACLE
orapwd file=orapwnewdb password=password entries=10
Nous ouvrons la base de données avec open resetlogs.
SQL> alter database open resetlogs ;
Nous vérifions que le nommage a été effectué correctement :
SQL> select name from v$database ;
NOM
******* *******
NEWDB
Comme indiqué précédemment dans ce document, il est fortement recommandé de sauvegarder la base de données à ce stade, car il ne sera pas possible de la restaurer à partir des sauvegardes précédentes.
