Récupérer une base de données à partir du magasin d'objets d'OCI version classique
Cet article explique comment récupérer une base de données à l'aide d'une sauvegarde créée par le module de sauvegarde Oracle Database et stockée dans le service de stockage d'objets pour Oracle Cloud Infrastructure version classique.
Les termes suivants sont utilisés dans cette rubrique :
- Base de données source : Sauvegarde de base de données dans le service de stockage d'objets version classique.
- Base de données cible : Nouvelle base dans un système de base de données dans Oracle Cloud Infrastructure.
Conditions requises
Vous avez besoin des éléments suivants :
- Nom de service, nom d'identité, conteneur, nom d'utilisateur et mot de passe pour le service de stockage d'objets pour Oracle Cloud Infrastructure version classique.
- Mot de passe de sauvegarde si le chiffrement basé sur un mot de passe a été utilisé lors de la sauvegarde vers le service de stockage d'objets version classique.
- ID base de données source, nom de la base de données, nom unique de la base de données (requis pour configurer le stockage).
- Si la base de données source est configurée avec le chiffrement transparent des données, vous aurez besoin d'une sauvegarde du portefeuille et du mot de passe de ce dernier.
- Noms TNS pour configurer des liens de base de données.
- Sortie de la commande
Opatch lsinventorypour le répertoire de base Oracle de la base de données source, pour référence. - Copie du répertoire sqlpatch du répertoire de base Oracle de la base de données source. Obligatoire pour le repositionnement, si la base de données cible ne comporte pas ces correctifs.
Configurer le stockage sur le système de base de données
- Utilisez SSH pour accéder au système de base de données.
ssh -i <private_key_path> opc@<db_system_ip_address> - Connectez-vous en tant qu'opc, puis accédez à la racine avec les privilèges de superviseur. Utilisez
sudo su -avec un trait d'union pour appeler le profil de l'utilisateur racine, ce qui règle la variable PATH au répertoire dbcli (/opt/oracle/dcs/bin).login as: opc sudo su - - Utilisez les commandes dbstorage pour configurer des répertoires pour le stockage DATA, RECO et REDO. L'exemple suivant crée 10 Go de stockage ACFS pour la base de données tdetest.
dbcli create-dbstorage --dbname tdetest --dataSize 10 --dbstorage ACFSNote :
Lors de la migration d'une base de données version 11.2, le stockage ACFS doit être spécifié. - Utilisez les commandes dbstorage pour lister l'ID stockage. Vous aurez besoin de cet ID pour l'étape suivante.
Sortie :dbcli list-dbstoragesID Type DBUnique Name Status ---------------------------------------- ------ -------------------- ---------- 9dcdfb8e-e589-4d5f-861a-e5ba981616ed Acfs tdetest Configured - Utilisez les commandes dbstorage avec l'ID stockage de l'étape précédente pour lister les emplacements DATA, RECO et REDO.
Sortie :dbcli describe-dbstorage --id 9dcdfb8e-e589-4d5f-861a-e5ba981616edDBStorage details ---------------------------------------------------------------- ID: 9dcdfb8e-e589-4d5f-861a-e5ba981616ed DB Name: tdetest DBUnique Name: tdetest DB Resource ID: Storage Type: Acfs DATA Location: /u02/app/oracle/oradata/tdetest RECO Location: /u03/app/oracle/fast_recovery_area/ REDO Location: /u03/app/oracle/redo/ State: ResourceState(status=Configured) Created: August 24, 2016 5:25:38 PM UTC UpdatedTime: August 24, 2016 5:25:53 PM UTC - Notez les emplacements DATA, RECO et REDO. Vous en aurez besoin pour définir les paramètres
db_create_file_dest,db_create_online_log_destetdb_recovery_file_destpour la base de données.
Sélectionner un répertoire ORACLE_HOME
Déterminez le répertoire ORACLE_HOME à utiliser pour la restauration de la base de données, puis accédez à ce répertoire avec les paramètres ORACLE_BASE, ORACLE_HOME et PATH corrects. ORACLE_HOME ne doit pas être déjà associé à une base de données.
Pour obtenir une liste des répertoires ORACLE_HOME existants et vous assurer qu'ORACLE_HOME est vide, utilisez les commandes dbhome et les commandes de base de données, respectivement. Pour créer un répertoire ORACLE_HOME, utilisez les commandes dbhome.
Copier les portefeuilles de la base de données source
Ignorez cette section si la base de données source n'est pas configurée avec le chiffrement transparent des données.
- Dans le système de base de données, passez à l'utilisateur oracle :
sudo su - oracle - Créez le répertoire suivant, s'il n'existe pas encore :
mkdir /opt/oracle/dcs/commonstore/wallets/tde/<db_unique_name> - Copiez le fichier ewallet.p12 de la base de données source vers le répertoire que vous avez créé à l'étape précédente.
- Sur l'hôte cible, assurez-vous que
$ORACLE_HOME/network/admin/sqlnet.oracontient la ligne suivante :ENCRYPTION_WALLET_LOCATION=(SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/opt/oracle/dcs/commonstore/wallets/tde/$ORACLE_UNQNAME)))Ajoutez cette ligne si elle n'existe pas dans le fichier. (Cette ligne peut être absente s'il s'agit d'un nouveau répertoire de base Oracle et qu'aucune base de données n'a encore été créée sur cet hôte.)
- Créez le portefeuille à connexion automatique à partir du portefeuille basé sur un mot de passe afin de permettre l'ouverture automatique du portefeuille au cours des opérations de restauration et de récupération.
Pour une base de données version 12.1 ou ultérieure, utilisez la commande
ADMINISTER KEY MANAGEMENT:$cat create_autologin_12.sh #!/bin/sh if [ $# -lt 2 ]; then echo "Usage: $0 <dbuniquename><remotewalletlocation>" exit 1; fi mkdir /opt/oracle/dcs/commonstore/wallets/tde/$1 cp $2/ewallet.p12* /opt/oracle/dcs/commonstore/wallets/tde/$1 rm -f autokey.ora echo "db_name=$1" > autokey.ora autokeystoreLog="autologinKeystore_`date +%Y%m%d_%H%M%S_%N`.log" echo "Enter Keystore Password:" read -s keystorePassword echo "Creating AutoLoginKeystore -> " sqlplus "/as sysdba" <<EOF spool $autokeystoreLog set echo on startup nomount pfile=autokey.ora ADMINISTER KEY MANAGEMENT CREATE AUTO_LOGIN KEYSTORE FROM KEYSTORE '/opt/oracle/dcs/commonstore/wallets/tde/$1' -- Keystore location IDENTIFIED BY "$keystorePassword"; shutdown immediate; EOFModifiez les autorisations
cwallet.ssodeoracle:asmadminenoracle:oinstall.
Sortie :ls -ltr /opt/oracle/dcs/commonstore/wallets/tde/<db_unique_name>total 20 -rw-r--r-- 1 oracle oinstall 5680 Jul 6 11:39 ewallet.p12 -rw-r--r-- 1 oracle asmadmin 5725 Jul 6 11:39 cwallet.ssoPour une base de données version 11.2, utilisez la commande
orapki:orapki wallet create -wallet wallet_location -auto_login [-pwd password]
Installer le module de sauvegarde Oracle Database
Le fichier JAR du module de sauvegarde est inclus dans le système de base de données, mais vous devez l'installer.
- Accédez par SSH au système de base de données, connectez-vous en tant qu'opc et passez à l'utilisateur oracle.
ssh -i <path to SSH key used when launching the DB System> opc@<DB System IP address or hostname> sudo su - oracle - Accédez au répertoire qui contient le fichier
opc_install.jardu module de sauvegarde.cd /opt/oracle/oak/pkgrepos/orapkgs/oss/<version>/ - Pour installer le module de sauvegarde, voir la syntaxe de commande décrite dans Installation du module de sauvegarde Oracle Database Cloud pour OCI version classique sous Utilisation du service Oracle Database Backup Cloud.
Définir les variables d'environnement
Définissez les variables d'environnement suivantes pour les sessions RMAN et SQL*Plus pour la base de données :
ORACLE_HOME=<path of Oracle Home where the database is to be restored>
ORACLE_SID=<database instance name>
ORACLE_UNQNAME=<db_unique_name in lower case>
NLS_DATE_FORMAT="mm/dd/yyyy hh24:mi:ss"Affecter un canal SBT RMAN
Pour chaque opération de restauration, affectez un canal SBT et réglez le paramètre SBT_LIBRARY à l'emplacement du fichier libopc.so et le paramètre OPC_FILE à celui du fichier opc_sbt.ora, par exemple :
ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/<ORACLE_HOME>/dbs/opc_sbt.ora)';Pour plus d'informations sur ces fichiers, voir Fichiers créés lors de l'installation du module de sauvegarde Oracle Database Cloud pour OCI version classique dans Utilisation du service Oracle Database Backup Cloud.
Vérifier que le déchiffrement est activé
Assurez-vous que le déchiffrement est activé pour toutes les sessions de restauration RMAN.
set decryption wallet open identified by <keystore password>;Pour plus d'informations, voir Fournir le mot de passe requis pour déchiffrer les sauvegardes chiffrées.
Restaurer le fichier spfile
L'exemple de script de l'interpréteur de commandes suivant restaure le fichier spfile. Réglez la variable $dbID à l'ID de la base de données en cours de restauration. Par défaut, le fichier spfile est restauré dans $ORACLE_HOME/dbs/spfile<sid>.ora.
rman target / <<EOF
spool log to "`date +%Y%m%d_%H%M%S_%N`_dbid_${dbID}_restore_spfile.log"
startup nomount
set echo on
run {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
SET DBID=$dbID;
RESTORE SPFILE FROM AUTOBACKUP;
shutdown immediate;
EOFDéfinir les paramètres de la base de données
- Démarrez la base de données en mode nomount.
startup nomount - Mettez à jour le fichier spfile et modifiez les paramètres suivants.
-
Si le type de stockage de la base de données est ACFS, utilisez les emplacements DATA, RECO et REDO obtenus dans la sortie de la commande
dbcli describe-dbstorage, décrite dans Configurer le stockage sur le système de base de données :alter system set db_create_file_dest='/u02/app/oracle/oradata/' scope = spfile; alter system set db_create_online_log_dest_1='/u03/app/oracle/redo' scope = spfile; alter system set db_recovery_file_dest='/u03/app/oracle/fast_recovery_area' scope = spfile; -
Si le type de stockage de la base de données est ASM :
alter system set db_create_file_dest='+DATA' scope = spfile; alter system set db_create_online_log_dest_1='+RECO' scope = spfile; alter system set db_recovery_file_dest='+RECO' scope = spfile; -
Définissez
db_recovery_file_dest_sizes'il n'est pas défini ou qu'il est mal défini :alter system set db_recovery_file_dest_size=<sizeG> scope=spfile; -
Réglez
audit_file_destà la valeur correcte :alter system set audit_file_dest=/u01/app/oracle/admin/<db_unique_name in lower case>/adump
-
- Supprimez le paramètre
control_files. Les paramètres Oracle Managed Files (OMF) sont utilisés pour créer le fichier de contrôle.alter system reset control_files scope=spfile; - Redémarrez la base de données en mode nomount avec les paramètres ajoutés.
shutdown immediate startup nomount
Restaurer le fichier de contrôle
Modifiez l'exemple de script de l'interpréteur de commandes suivant pour votre environnement afin de restaurer le fichier de contrôle. Réglez la variable $dbID à l'ID de la base de données en cours de restauration. Réglez SBT_LIBRARY à l'emplacement spécifié dans le paramètre -libDir lors de l'installation du module de sauvegarde. Réglez OPC-PFILE à l'emplacement spécifié dans le paramètre -configFile, dont la valeur par défaut est ORACLE_HOME/dbs/opcSID.ora.
rman target / <<EOF
spool log to "`date +%Y%m%d_%H%M%S_%N`_dbid_${dbID}_restore_controlfile.log"
set echo on
run {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/<Backup Module libDir>/libopc.so ENV=(OPC_PFILE=/<Backup Module configFile>/opcSID.ora)';
SET DBID=$dbID;
RESTORE CONTROLFILE FROM AUTOBACKUP;
alter database mount;
}
exit;
EOFRestaurer la base de données
- Prévisualisez et validez la sauvegarde. La base de données est désormais montée et RMAN doit être en mesure de localiser la sauvegarde à partir du fichier de contrôle restauré. Cette étape permet de s'assurer que la liste des journaux d'archives est présente et que les composants de la sauvegarde peuvent être restaurés.
Dans les exemples suivants, modifiez SBT_LIBRARY et OPC_PFILE selon votre environnement.
rman target / <<EOF spool log to "`date +%Y%m%d_%H%M%S_%N`_restore_database_preview.log" set echo on run { ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)'; ALLOCATE CHANNEL c2 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)'; ALLOCATE CHANNEL c3 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)'; restore database validate header preview; }Vérifiez la sortie et, si des messages d'erreur s'affichent, recherchez la cause du problème.
- Redirigez la restauration à l'aide de
set newnamepour restaurer les fichiers de données au format OMF et utilisezswitch datafile allpour autoriser la mise à jour du fichier de contrôle avec les nouvelles copies des fichiers de données.rman target / <<EOF spool log to "`date +%Y%m%d_%H%M%S_%N`_restore_database_preview.log" set echo on run { ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)'; ALLOCATE CHANNEL c2 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)'; ALLOCATE CHANNEL c3 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)'; set newname for database to new; restore database; switch datafile all; switch tempfile all; recover database; }Cette récupération tente d'utiliser la dernière sauvegarde disponible des journaux d'archives, puis échoue avec une erreur; par exemple :
RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 07/20/2016 12:09:02 RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 22 and starting SCN of 878327 - Pour terminer la récupération incomplète, exécutez une récupération à l'aide du numéro de séquence et du numéro d'unité d'exécution affichés dans le message RMAN-06054, par exemple :
recover database until sequence 22 thread 1;
Préparer l'enregistrement de la base de données
Avant d'enregistrer la base de données :
- Assurez-vous que la valeur du paramètre COMPATIBLE de la base de données est acceptable. Si la valeur est inférieure au minimum, la base de données ne pourra pas être enregistrée tant que vous n'aurez pas mis à niveau la compatibilité de la base de données.
- Vérifiez que la base de données est enregistrée auprès du module d'écoute et du nom de service.
lsnrctl services - Assurez-vous que le fichier de mots de passe a été restauré ou créé pour la nouvelle base de données.
ls -ltr $ORACLE_HOME/dbs/orapw<oracle sid>Si le fichier n'existe pas, créez-le à l'aide de l'utilitaire orapwd.
orapwd file=<$ORACLE_HOME/dbs/orapw<$ORACLE_SID>> password=<sys password> - Assurez-vous que la base de données restaurée s'ouvre en mode de lecture-écriture.
select open_mode from v$database;La sortie de la commande doit indiquer le mode de lecture-écriture. La commande
dbcli register-databasetente d'exécuter datapatch, ce qui nécessite le mode de lecture-écriture. S'il existe des bases de données enfichables, elles doivent également être en mode de lecture-écriture pour que datapatch puisse s'exécuter. - À partir du répertoire de base Oracle de la base de données restaurée, utilisez la commande suivante pour vérifier la connexion à SYS :
conn sys/<password>@//<hostname>:1521/<database service name>Cette connexion est requise pour l'enregistrement ultérieur de la base de données. Corrigez les problèmes de connexion avant de continuer.
- Assurez-vous que la base de données utilise un spfile à l'aide de la commande SQL*Plus.
SHOW PARAMETERS SPFILE - (Facultatif) Si vous souhaitez gérer la sauvegarde de la base de données avec l'interface de ligne de commande dbcli, vous pouvez associer une configuration de sauvegarde nouvelle ou existante à la base de données migrée lors de son enregistrement ou après. Une configuration de sauvegarde définit la destination et la fenêtre de récupération des sauvegardes de la base de données. Utilisez les commandes Backupconfig pour créer, lister et afficher les configurations de sauvegarde.
- Copiez le dossier
$ORACLE_HOME/sqlpatchde la base de données source vers la base de données cible. Cela permet à la commandedbcli register-databasede repositionner tous les correctifs conflictuels.Note :
Si vous migrez une base de données version 11.2, des étapes supplémentaires sont nécessaires après l'enregistrement de la base de données. Pour plus d'informations, voir Repositionner les correctifs dans une base de données version 11.2.
Enregistrer la base de données sur le système de base de données
Les commandes de base de données enregistrent la base de données restaurée auprès de l'agent dcs-agent afin qu'elle soit gérée par la pile dcs-agent.
Note :
La commandedbcli register-database n'est pas disponible sur les systèmes de base de données RAC à 2 noeuds.
En tant qu'utilisateur racine, utilisez la commande dbcli register-database pour enregistrer la base de données sur le système de base de données, par exemple :
dbcli register-database --dbclass OLTP --dbshape odb1 --servicename tdetest --syspasswordSortie :
Password for SYS:
{
"jobId" : "317b430f-ad5f-42ae-bb07-13f053d266e2",
"status" : "Created",
"message" : null,
"reports" : [ ],
"createTimestamp" : "August 08, 2016 05:55:49 AM EDT",
"description" : "Database service registration with db service name: tdetest",
"updatedTime" : "August 08, 2016 05:55:49 AM EDT"
}Mettre à jour tnsnames.ora
Vérifiez le fichier tnsnames.ora dans l'emplacement de sauvegarde, vérifiez les liens de base de données utilisés dans la base de données clonée, puis ajoutez les chaînes de connexion appropriées au fichier de base de données clonée dans $ORACLE_HOME/network/admin/tnsnames.ora.
Repositionner les correctifs dans une base de données version 11.2
Pour les bases de données version 11.2, l'application de sqlpatch n'est pas automatisée. C'est pourquoi tous les correctifs intermédiaires (appelés précédemment correctifs "uniques") appliqués à la base de données source qui ne font pas partie de la mise à jour PSU installée doivent être repositionnés manuellement dans la base de données cible. Après l'enregistrement de la base de données, exécutez le script catbundle.sql, puis le script postinstall.sql avec le correctif PSU correspondant (ou le correctif avec superposition au-dessus du correctif PSU), tel que décrit ci-dessous.
Conseil :
Certains correctifs intermédiaires peuvent inclure des fichiers écrits dans le répertoire $ORACLE_HOME/rdbms/admin, ainsi que dans le répertoire $ORACLE_HOME/sqlpatch. Oracle recommande de repositionner ces correctifs dans la base de données source à l'aide des instructions du fichier Lisez-moi des correctifs avant de migrer la base de données vers l'environnement OCI. Communiquez avec Oracle Support si vous avez besoin d'aide pour repositionner ces correctifs.- Dans le système de base de données, utilisez la commande
dbcli list-dbhomespour rechercher le numéro du correctif PSU pour le répertoire de base Oracle Database version 11.2. Dans l'exemple de sortie suivant, le numéro du correctif PSU est le deuxième numéro dans la colonne de version de la base de données :
Sortie :dbcli list-dbhomesID Name DB Version Home Location Status ------------------------------------ ----------------- ------------------------------------- ----------------------------------------- ---------- 59d9bc6f-3880-4d4f-b5a6-c140f16f8c64 OraDB11204_home1 11.2.0.4.160719 (23054319, 23054359) /u01/app/oracle/product/11.2.0.4/dbhome_1 Configured(Le premier numéro de correctif, 23054319 dans l'exemple ci-dessus, concerne le composant OCW du répertoire de base Oracle.)
- Recherchez le correctif avec superposition, s'il y a lieu, à l'aide de la commande
lsinventory. Dans l'exemple suivant, le correctif numéro 24460960 est le correctif avec superposition au-dessus du correctif PSU 23054359.
Sortie :$ORACLE_HOME/OPatch/opatch lsinventory... Installed Top-level Products (1): Oracle Database 11g 11.2.0.4.0 There are 1 products installed in this Oracle Home. Interim patches (5) : Patch 24460960 : applied on Fri Sep 02 15:28:17 UTC 2016 Unique Patch ID: 20539912 Created on 31 Aug 2016, 02:46:31 hrs PST8PDT Bugs fixed: 23513711, 23065323, 21281607, 24006821, 23315889, 22551446, 21174504 This patch overlays patches: 23054359 This patch needs patches: 23054359 as prerequisites - Démarrez SQL*Plus et exécutez le script
catbundle.sql, par exemple :startup connect / as sysdba @$ORACLE_HOME/rdbms/admin/catbundle.sql psu apply exit - Appliquez le correctif sqlpatch, en utilisant le numéro du correctif avec superposition de l'étape précédente :
connect / as sysdba @$ORACLE_HOME/sqlpatch/24460960/postinstall.sql exit
Note :
Si la base de données source comporte des correctifs uniques installés et que ceux-ci ne font pas partie de la mise à jour PSU installée dans l'environnement en nuage, les modifications SQL correspondant à ces correctifs uniques doivent être annulées. Pour repositionner les modifications SQL, copiez le script$ORACLE_HOME/sqlpatch/<patch#>/postdeinstall.sql de l'environnement source vers l'environnement en nuage et exécutez le script postdeinstall.sql.
Liste de vérification après la restauration
Une fois la base de données restaurée et enregistrée sur le système de base de données, utilisez la liste de vérification suivante pour vérifier les résultats et effectuer les éventuelles personnalisations requises.
- Assurez-vous que les fichiers de base de données ont été restaurés dans le format OMF.
- Assurez-vous que la base de données est listée dans la sortie des commandes de base de données.
- Recherchez les références externes suivantes dans la base de données et mettez-les à jour si nécessaire :
- Tables externes : Si la base de données source utilise des tables externes, sauvegardez ces données et migrez-les vers l'hôte cible.
- Répertoires : Personnalisez les répertoires par défaut en fonction des besoins de la base de données restaurée.
- Liens de base de données : Assurez-vous que toutes les entrées TNS requises ont été mises à jour dans le fichier
tnsnames.oradans ORACLE_HOME. - Courriel et URL : Assurez-vous que les adresses de courriel et les URL utilisées dans la base de données sont toujours accessibles à partir du système de base de données.
- Tâches programmées : Vérifiez les tâches programmées dans la base de données source et programmez des tâches similaires dans la base de données restaurée, si nécessaire.
- Si vous avez associé une configuration de sauvegarde lorsque vous avez enregistré la base de données, exécutez un test de sauvegarde à l'aide des commandes Backup.
- Si la base de données restaurée contient une base de données conteneur et des bases de données enfichables, vérifiez que les correctifs ont été appliqués à toutes les bases de données enfichables.