Sauvegardes Oracle
Vous pouvez effectuer divers types de sauvegarde d'une base de données Oracle, notamment :
-
Sauvegarde à chaud
La création d'une sauvegarde pour une base de données Oracle avec une instance de base de données en cours d'exécution est appelée sauvegarde à chaud. Si vous envisagez d'effectuer ce genre de sauvegarde, votre base de données doit fonctionner en mode ARCHIVELOG.
Saisissez la commande ALTER TABLESPACE > BEGIN BACKUP avant de sauvegarder chaque tablespace pour indiquer à Oracle qu'une sauvegarde à chaud va avoir lieu. En l'absence de cette commande, la sauvegarde à chaud semble réussir, mais elle ne permet pas de restaurer la base de données. Pour terminer la sauvegarde à chaud, saisissez la commande ALTER TABLESPACE > END BACKUP pour chaque tablespace.
Les modifications apportées aux données sont enregistrées et sont détenues dans le segment d'annulation jusqu'à ce qu'elles ne soient plus nécessaires à aucune des transactions en attente. Une sauvegarde à chaud permet d'empêcher la suppression des données du segment d'annulation jusqu'à l'émission de la commande ALTER TABLESPACE … END BACKUP. Par conséquent, le segment d'annulation doit être assez grand pour contenir les modifications apportées pendant la sauvegarde à chaud. Si le segment d'annulation n'est pas assez grand, une transaction échoue et provoque une erreur ORA-1555 :
ORA-1555: snapshot too old (rollback segment too small)
Bien que la sauvegarde à chaud réussisse en dépit de cette erreur, peut-être devrez-vous de nouveau saisir les modifications apportées à la base de données.Vous pouvez éviter cette erreur en exécutant une sauvegarde à chaud lorsque la base de données est peu active ou en vous assurant que les segments d'annulation sont suffisamment grands pour contenir les modifications effectuées pendant la sauvegarde.
Vous n'avez pas besoin d'arrêter le processus serveur ArcSDE (giomgr) avant d'effectuer une sauvegarde à chaud.
Pour plus d'informations sur la sauvegarde à chaud, reportez-vous au manuel Oracle Backup and Recovery Guide relatif à votre version d'Oracle.
-
Sauvegarde à froid
La sauvegarde d'une base de données Oracle avec l'instance de base de données fermée est appelée sauvegarde à froid. La gestion d'une telle sauvegarde est plus simple que celle d'une sauvegarde à chaud et génère en général moins d'erreurs. Si vous exécutez la base de données en mode NOARCHIVELOG, vous ne pouvez effectuer qu'une sauvegarde à froid. L'exécution de la base de données en mode ARCHIVELOG vous permet d'utiliser une sauvegarde à froid pour récupérer une base de données telle qu'elle était lors de la dernière transaction validée.
-
Exportation d'une base de données
Vous pouvez utiliser l'utilitaire d'exportation d'Oracle pour compléter une sauvegarde pleine. Si des modifications sont apportées à un ensemble connu d'objets de données entre des sauvegardes complètes, vous pouvez exporter les objets. Cependant, l'utilitaire d'exportation doit être utilisé seulement sur les objets de données qui ne changent pas pendant l'exportation et sur tous les objets de données étroitement liés. Par exemple, si vous utilisez l'exportation pour sauvegarder une table métier, vous devez aussi capturer l'index spatial et les tables d'entités et delta associés dans la même sauvegarde.
Remarque :Esri vous déconseille d'utiliser l'utilitaire d'exportation comme seule méthode de sauvegarde.
Vous pouvez aussi sauvegarder votre base de données Oracle entière avec l'utilitaire d'exportation Oracle, puis réaliser des sauvegardes cumulatives et incrémentielles. Pour en savoir plus sur l'utilitaire d'exportation, consultez le manuel relatif aux utilitaires Oracle spécifique à votre version d'Oracle.
Veillez à effectuer régulièrement des sauvegardes complètes de la base de données Oracle. Une sauvegarde complète doit inclure la base de données Oracle, les fichiers de contrôle, les fichiers de données, les fichiers journaux de restauration et (si vous avez démarré un service ArcSDE), les fichiers giomgr.defs, dbinit.sde et services.sde.
Il est également important d'effectuer des tests et de s'assurer que les sauvegardes vous avez effectuées fonctionnent correctement et apportent la restauration attendue.
Si votre base de données Oracle fonctionne en mode ARCHIVELOG, vous pouvez compléter votre stratégie de sauvegarde de plusieurs façons, en plus de la sauvegarde complète périodique. Les bases de données qui fonctionnent en mode NOARCHIVELOG sont restreintes aux sauvegardes complètes avec l'ajout possible de fichiers d'exportation Oracle.
Vous devez faire au moins trois copies des fichiers de contrôle avec chaque sauvegarde car ceux-ci sont particulièrement importants pour préserver la cohérence de la base de données. Comme ces fichiers sont relativement petits, ils ont un impact négligeable sur l'espace de stockage requis.
Les fichiers journaux de restauration sont essentiels pour restaurer les fichiers de données d'un état antérieur à un état ultérieur. Entre deux points dans le temps, les journaux de restauration doivent se trouver dans une séquence continue pour que la récupération de la base de données réussisse.
Esri vous recommande de maintenir au moins deux copies de tous les journaux de restauration archivés remontant aussi loin dans le temps que le nécessite la récupération de base de données. Les deux copies doivent être stockées sur des lecteurs de disques séparés physiquement, par exemple, ou sur un lecteur de disque et un lecteur de bande.
Si vous projetez de purger les fichiers journaux de restauration archivés de leur emplacement sur disque, assurez-vous de disposer d'une deuxième copie de sauvegarde de chacun de ces fichiers avant de procéder à la purge.
Cette stratégie de plusieurs sauvegardes des fichiers journaux de restauration archivés limite les pannes de support multiples, qui sont plus courantes qu'il n'y paraît. Par exemple, certains lecteurs de bande ne détectent les erreurs de bit que lorsque vous tentez de restaurer un fichier, quand cela peut être trop retard.
Vous devez seulement faire une copie seule de chaque fichier de données avec chaque de secours tant que vous conservez soigneusement plusieurs copies de journaux de restauration archivés.
Les fichiers journaux de restauration en ligne ne sont pas nécessaires à la sauvegarde. Si le fichier journal de restauration en ligne courant échoue, les informations validées résident encore dans la mémoire, Oracle écrivant ces informations dans les fichiers de données lorsqu'un point de contrôle est généré. Oracle génère automatiquement un point de contrôle lorsque vous arrêtez une instance de base de données avec la priorité NORMAL, IMMEDIATE ou TRANSACTIONAL. Avant d'arrêter une base de données avec la priorité ABORT, vous devez si possible forcer un point de contrôle avec la commande ALTER SYSTEM > CHECKPOINT.
Il est essentiel que vous lisiez la documentation relative à la sauvegarde et à la récupération disponible pour Oracle. La documentation est la suivante :
Backup and Recovery Guide
Liste de la documentation Oracle 10g en ligne
Liste de la documentation Oracle 11g en ligne
Si vous disposez de géodatabases de structure utilisateur, veillez à sauvegarder la géodatabase principale ainsi que les géodatabases de structure utilisateur. Certaines tables de la structure utilisateur SDE sont utilisées par les géodatabases de structure utilisateur.