Système et mise à jour

Sauvegardez la base de données Oracle à l'aide de la base de données de sauvegarde RMAN.  Créer une sauvegarde et restaurer la base de données Oracle Lire,

. Considérons à la fois les outils intégrés à la base de données et les applications tierces. Oracle Database stocke tous les fichiers de la base de données créée dans des fichiers de données. Souvent, pour restaurer les données d'une base de données spécifique, il suffit de restaurer ses fichiers de données et de les importer dans Oracle Database.

Contenu:

Structure de la base de données Oracle

• Pendant le fonctionnement, une instance de base de données Oracle utilise plusieurs groupes de fichiers qui doivent être archivés pour une récupération ultérieure. Ce: Ainsi, pour enregistrer, archiver ou sauvegarder la base de données Oracle, des copies exactes des groupes de fichiers spécifiés doivent être créées, à savoir :
  *.DBF
• – fichiers de données, espaces de table et fichiers de contrôle de base de données. Situé : C:\oraclexe\app\oracle\oradata\XE
  *.ora
  – fichiers de configuration de base de données et fichiers de mots de passe.
  Fichiers de configuration :
  C:\oraclexe\app\oracle\product\11.2.0\server\dbs
• Fichiers de mots de passe (PW…ora) : C:\oraclexe\app\oracle\product\11.2.0\server\database
  *.ENREGISTRER

– fichiers journaux de transactions :

C:\oraclexe\app\oracle\fast_recovery_area\XE\ONLINELOG

où XE est le nom de la base de données dans notre cas.

• Sauvegarde de la base de données Oracle
• Il existe deux manières de sauvegarder une base de données Oracle :

Archivage à l'aide du système d'exploitation.

Utilisation des outils intégrés d'Oracle Application Express – Import/Export.

• Archivage à l'aide du système d'exploitation
• L'archivage à l'aide du système d'exploitation signifie la copie « manuelle » de tous les fichiers de base de données de travail, tels que :
• Fichiers d'espace de table.
• Fichiers de contrôle.

Fichiers journaux des transactions.

Pour restaurer une base de données endommagée lors d'un crash, elle doit être arrêtée et les copies de sauvegarde des fichiers de travail et des journaux de transactions doivent être réécrites à leur emplacement d'origine.

Sauvegarde et restauration à l'aide des outils d'exportation/importation

L'archivage et la restauration d'une base de données Oracle peuvent être effectués à l'aide des mécanismes d'exportation et d'importation standard d'Oracle. Pour augmenter la fiabilité de la sécurité des données, il est nécessaire d'effectuer périodiquement, en fonction de l'intensité du travail avec la base de données, une exportation complète. Si les modifications des données sont effectuées de manière assez intensive, il est nécessaire d'exporter une fois par semaine.

Pour ce faire :

L'import d'un fichier créé précédemment dans l'archive s'effectue de la même manière :

Ouvrez Oracle Application Express et sélectionnez le menu Application Builder / Importer.

Sélectionnez le fichier à importer et précisez son type



• Installer la base de données importée

  
  

Récupération d'une base de données Oracle perdue

Si la base de données Oracle est supprimée ou perdue pour une raison quelconque, elle peut être restaurée en restaurant les fichiers à l'aide de Récupération de partition Hetman et restaurez-les en utilisant la méthode décrite dans la section "Archivage à l'aide du système d'exploitation".

Pour ce faire :




Par exemple, lors de la restauration des fichiers de base de données, le processus de restauration des fichiers *.DBF est décrit. Mais gardez à l’esprit que pour restaurer toutes les données dans une base de données fonctionnelle, vous devez également restaurer les fichiers *.ORA et *.LOG correspondants.

Sauvegarde et restauration d'une base de données à l'aide d'Oracle Recovery Manager (RMAN)

Oracle Recovery Manager (RMAN) est un autre outil permettant de créer une copie de sauvegarde de la base de données Oracle. Il diffère des autres outils dans la mesure où il crée une copie complète de l'intégralité de la base de données, et pas seulement de ses données. Et surtout, Oracle Recovery Manager combine les fonctionnalités de la ligne de commande SQL tout en libérant simultanément l'utilisateur d'une dépendance totale à l'égard de ses commandes. Cet outil est installé sur l'ordinateur simultanément et avec l'installation d'Oracle Database.

Pour créer une sauvegarde de base de données à l'aide d'Oracle Recovery Manager (RMAN) :




Pour restaurer une base de données à partir d'une sauvegarde de base de données à l'aide d'Oracle Recovery Manager (RMAN) :




D'ailleurs, en cas de perte ou de suppression du fichier de sauvegarde de la base de données Oracle, *.BKP Le fichier de sauvegarde peut également être restauré à l'aide de Récupération de partition Hetman, puis restaurez dans la base de données à l'aide de la méthode décrite ci-dessus à l'aide d'Oracle Recovery Manager (RMAN).

Oracle Database stocke tous les fichiers de la base de données créée dans des fichiers de données. Bien que toutes les données soient logiquement contenues dans des espaces table, il s'agit en réalité du contenu des fichiers présents sur le disque dur de l'ordinateur. Ainsi, chaque table de base de données est stockée sous forme de lignes d'un fichier de données spécifique. Souvent, pour restaurer les données d'une base de données spécifique, il suffit de restaurer ses fichiers de données et de les importer dans Oracle Database.

. Considérons à la fois les outils intégrés à la base de données et les applications tierces. Oracle Database stocke tous les fichiers de la base de données créée dans des fichiers de données. Souvent, pour restaurer les données d'une base de données spécifique, il suffit de restaurer ses fichiers de données et de les importer dans Oracle Database.

Contenu:

Fichiers de données et d'espace de table (*.DBF).

Les noms des fichiers de données et des espaces table, ainsi que leurs chemins d'accès, peuvent être affichés à l'aide de SQL Plus en exécutant la requête suivante :

SELECT t.name "Tablespace", f.name "Datafile" FROM v$tablespace t, v$datafile f WHERE t.ts# = f.ts# ORDER BY t.name;





Fichiers de configuration de base de données (*.ora).

Les fichiers de configuration de la base de données Oracle ont une extension *.ora et se trouvent dans le dossier :




Fichiers de contrôle de base de données (*.DBF).

Le moyen le plus simple de déterminer le chemin et les noms des fichiers de contrôle est de rechercher la ligne dans le fichier de configuration *.ORA fichiers_contrôle, qui listera les fichiers de contrôle utilisés par cette instance.




De plus, pour déterminer les noms et les chemins d'accès aux fichiers de contrôle dans SQL*Plus, vous devez exécuter la requête suivante :

SELECT value FROM v$parameter WHERE name = 'control_files';


Fichiers journaux des transactions (*.LOG).

Pour connaître les noms des journaux de transactions en ligne et leurs chemins, vous devez exécuter la requête suivante dans SQL Plus :

Membre SELECT FROM v$logfile ;

Le résultat de cette requête sera un rapport comme celui-ci :




Pour déterminer les chemins d'accès aux dossiers dans lesquels sont stockés les journaux de transactions archivés, vous devez exécuter la requête suivante :

SELECT destination FROM v$archive_dest où status='VALID' ;

Le résultat de cette requête sera le rapport suivant :




• Fichier de mots de passe (*.ora).

  En règle générale, il s'agit de fichiers portant l'extension *.ora, dont le nom commence par les caractères PWD.

  Par exemple : PWDXE.ora

  

Structure de la base de données Oracle

• Pendant le fonctionnement, une instance de base de données Oracle utilise plusieurs groupes de fichiers qui doivent être archivés pour une récupération ultérieure. Ce: Ainsi, pour enregistrer, archiver ou sauvegarder la base de données Oracle, des copies exactes des groupes de fichiers spécifiés doivent être créées, à savoir :
  *.DBF
• – fichiers de données, espaces de table et fichiers de contrôle de base de données. Situé : C:\oraclexe\app\oracle\oradata\XE
  Fichiers de configuration :
  – fichiers de configuration de base de données et fichiers de mots de passe.
  Fichiers de mots de passe (PW…ora) :
  C:\oraclexe\app\oracle\product\11.2.0\server\dbs
• Fichiers de mots de passe (PW…ora) : C:\oraclexe\app\oracle\product\11.2.0\server\database
  *.ENREGISTRER

C:\oraclexe\app\oracle\fast_recovery_area\XE\ONLINELOG

Vous pouvez créer une copie de sauvegarde d'une base de données Oracle Database de deux manières :

Archivage à l'aide du système d'exploitation.

L'archivage à l'aide du système d'exploitation signifie la copie « manuelle » de tous les fichiers de base de données Oracle fonctionnels, tels que :

• Archivage à l'aide du système d'exploitation
• L'archivage à l'aide du système d'exploitation signifie la copie « manuelle » de tous les fichiers de base de données de travail, tels que :
• Fichiers d'espace de table.
• Fichiers de contrôle.

Dans ce cas, le processus d'archivage consiste simplement à copier les fichiers de contrôle, les fichiers de tablespace, la configuration, les journaux de transactions archivés vers un répertoire de sauvegarde ou vers un serveur de sauvegarde. L'archivage est effectué lorsque l'instance de base de données est arrêtée et que les utilisateurs ne peuvent pas l'utiliser.

Pour restaurer une base de données endommagée lors d'un crash, elle doit être arrêtée et les copies de sauvegarde des fichiers de travail et des journaux de transactions doivent être réécrites à leur emplacement d'origine.

Sauvegarde et restauration à l'aide des outils d'exportation/importation

L'archivage et la restauration d'une base de données Oracle peuvent être effectués à l'aide des mécanismes d'exportation et d'importation standard d'Oracle. Pour augmenter la fiabilité de la sécurité des données, il est nécessaire d'effectuer périodiquement, en fonction de l'intensité du travail avec la base de données, une exportation complète. Si les modifications des données sont effectuées de manière assez intensive, il est nécessaire d'exporter une fois par semaine.

Pour ce faire :

L'import d'un fichier créé précédemment dans l'archive s'effectue de la même manière :

Récupération d'une base de données Oracle perdue

Si la base de données Oracle est supprimée ou perdue pour une raison quelconque, elle peut être restaurée en restaurant les fichiers à l'aide de Récupération de partition Hetman et restaurez-les en utilisant la méthode décrite dans la section "Archivage à l'aide du système d'exploitation".

Pour ce faire :

Par exemple, lors de la restauration des fichiers de base de données, le processus de restauration des fichiers *.DBF est décrit. Mais gardez à l’esprit que pour restaurer toutes les données dans une base de données fonctionnelle, vous devez également restaurer les fichiers *.ORA et *.LOG correspondants.

Sauvegarde et restauration d'une base de données à l'aide d'Oracle Recovery Manager (RMAN)

Oracle Recovery Manager (RMAN) est un autre outil permettant de créer une copie de sauvegarde de la base de données Oracle. Il diffère des autres outils dans la mesure où il crée une copie complète de l'intégralité de la base de données, et pas seulement de ses données. Et surtout, Oracle Recovery Manager combine les fonctionnalités de la ligne de commande SQL tout en libérant simultanément l'utilisateur d'une dépendance totale à l'égard de ses commandes. Cet outil est installé sur l'ordinateur simultanément et avec l'installation d'Oracle Database.

Pour créer une sauvegarde de base de données à l'aide de RMAN :

Pour restaurer une base de données à partir d'une sauvegarde de base de données à l'aide d'Oracle Recovery Manager (RMAN) :

D'ailleurs, en cas de perte ou de suppression du fichier de sauvegarde de la base de données Oracle, *.BKP Le fichier de sauvegarde peut également être restauré à l'aide de Récupération de partition Hetman, puis restaurez dans la base de données à l'aide de la méthode décrite ci-dessus à l'aide d'Oracle Recovery Manager (RMAN).

Les opérations de sauvegarde et de restauration dans Oracle peuvent être divisées en trois types :

1. Sauvegarde logique - effectuée à l'aide de l'utilitaire exp inclus dans Oracle, qui vous permet d'exporter l'intégralité de la base de données, les schémas ou tables spécifiés. Dans le cas de l'exportation de l'intégralité de la base de données, une exportation dite complète est effectuée (toutes les tables de la base de données sont exportées) ou incrémentielle (les tables qui ont changé depuis la dernière exportation sont déchargées). Pour Oracle 10g XE, dans lequel la taille de la base de données ne dépasse pas 4 Go, vous pouvez utiliser l'exportation complète.

2. Sauvegarde physique - effectuée après l'installation de la base de données et implique la copie des fichiers de données, des fichiers de contrôle, des journaux redo opérationnels et du fichier init.ora avec les paramètres de la base de données.

3. Sauvegarde en ligne - réalisée dans une base de données fonctionnant en mode ARCHIVELOG. Ce mode archive les journaux redo opérationnels et conserve un journal de toutes les transactions.

Pour les petites bases de données de formation, l’option la plus simple et la plus fiable est une sauvegarde logique complète et une sauvegarde physique. La sauvegarde logique est effectuée à l'aide de l'utilitaire exp.exe situé dans le dossier oraclexe\app\oracle\product\10.2.0\server\BIN\. L'utilitaire est une application console qui reçoit des paramètres via la ligne de commande. Comme il existe généralement de nombreux paramètres (5 à 10 pièces), il est pratique de créer un profil avec des paramètres, puis de le transmettre à l'utilitaire d'exportation à l'aide du paramètre parfile.

Regardons un exemple de profils types. Tout d'abord, résolvons le problème le plus courant : créer une copie de sauvegarde d'un ou plusieurs schémas. À titre d'exemple, envisagez de copier le diagramme ÉTUDIANT avec un exemple de formation. Pour cela, créez un fichier texte exp_stud.prm contenant les lignes suivantes :

USERID = nom d'utilisateur/mot de passe
LOG = oralOstud.log FILE = oralOstud.dmp 0WNER= ÉTUDIANT

Ensuite nous exporterons en exécutant la commande exp parfile=exp_stud.prm, qui créera le fichier ora10stud.dmp contenant une copie de sauvegarde du schéma STUDENT. Ce fichier a un format binaire et est très bien compressé par n'importe quel archiveur, donc pour automatiser la procédure de sauvegarde, il est pratique de créer un fichier BAT contenant une commande d'exportation et un appel à l'archiveur pour compresser le dump résultant.

Dans notre cas, le paramètre USERID contient le nom et le mot de passe d'accès à la base de données, le paramètre LOG précise le nom du fichier dans lequel le journal des opérations est écrit, le paramètre FILE précise le nom du fichier de sauvegarde, OWNER - un ou plusieurs schémas exportés (si plusieurs schémas sont spécifiés, alors ils sont séparés par des virgules).

Pour réaliser un export complet, le profil va légèrement changer :

USERID = nom d'utilisateur/mot de passe
LOG = oralOfull.log FILE = oralOfull.dmp FULL = Y

Le point important est que l'exportation d'un schéma spécifique peut être effectuée au nom de son propriétaire, mais pour effectuer une exportation complète, vous devez avoir le rôle DBA, sinon la tentative d'exportation complète échouera avec l'erreur EXP-00023 avec le message " Doit être un administrateur de base de données pour effectuer une exportation complète de base de données ou d'espace de table " La taille du dump dans le cas d'un export complet d'une base de données Oracle 10g XE vide est de 43 Mo (9 Mo après compression WinRar). Il est fortement recommandé d'effectuer des sauvegardes périodiques même sur une base de données de formation - il existe des dizaines et des centaines de cas où, au cours de l'étude d'Oracle, la base de données est endommagée, un utilisateur est supprimé ou une autre opération entraîne la perte des objets créés. .

L'importation logique est une opération miroir d'exportation et est effectuée à l'aide de l'utilitaire IMP. Lors de l'importation, il n'est pas nécessaire d'importer toutes les informations disponibles dans le dump - vous pouvez importer des schémas ou des tables spécifiés. Il est pratique de placer les paramètres de l'utilitaire IMP dans des profils ; par exemple, pour importer le schéma STUDENT, vous pouvez utiliser le profil suivant :

USERID = étudiant/étudiant LOG = oralOstudimp.log FILE = oralOstud.dmp
LIGNES = O
SUBVENTIONS = O
INDICES = O
FR0MUSER= ÉTUDIANT
T0UTILISATEUR= ÉTUDIANT

Le paramètre FROMUSER spécifie de quels comptes du dump les informations sont extraites, et le paramètre TOUSER spécifie dans quels comptes elles sont importées. Il s'agit d'une fonctionnalité très pratique de l'utilitaire d'importation car elle vous permet d'importer des données d'un schéma vers un autre.

Les paramètres ROWS (lignes du tableau), GRANTS (permissions sur les objets), INDEXES (index) indiquent quels types d'objets sont importés.

Considérons quelques situations typiques rencontrées en pratique :

vous devez importer les objets du compte STUDENT dans le compte STUDENT1. Dans ce cas, vous devez définir les paramètres FROMUSER=STUDENT et TOUSER= STUDENT1 ;

Avant d'importer, vous devez supprimer tous les objets du schéma, sinon le processus d'importation générera des erreurs IMP-00015 pour chaque table importée (les données ne seront pas importées dans ce cas). Si, pour une raison quelconque, il est nécessaire de charger des données dans une table existante, vous pouvez utiliser le paramètre IGNORE=Y. ce qui entraînera l'ignorance des erreurs lors de la création d'objets et la poursuite de l'importation de données. Cependant, si vous utilisez le paramètre IGNORE=Y, vous devez savoir que dans les tables sans clé primaire, des enregistrements en double peuvent se produire (puisque chaque opération d'importation charge de nouvelles données, mais les anciennes ne sont pas détruites).

IMP a une fonctionnalité intéressante : au lieu d'exécuter des commandes dans la base de données, cet utilitaire les affiche dans le journal, générant ainsi des scripts contenant des instructions DML. Pour activer cette fonctionnalité, vous devez spécifier le paramètre SHOW=Y.