NetVault Plug-in for Oracle 12.2 - Guide de l'utilisateur

Choix entre les sauvegardes incrémentielles et les journaux redo

Si RMAN a le choix entre appliquer une sauvegarde incrémentielle ou appliquer des journaux redo aux fichiers de données restaurés à des fins de récupération, il choisit toujours la sauvegarde incrémentielle. Si des niveaux superposés de sauvegarde incrémentielle sont disponibles, RMAN choisit automatiquement celui qui couvre la période la plus longue.

RMAN restaure automatiquement les fichiers de données dont il a besoin à partir des sauvegardes disponibles. Il applique ensuite automatiquement les sauvegardes incrémentielles aux fichiers de données si elles sont disponibles, puis il applique les journaux d'archive.

Choix de la source de restauration

Lorsque la FRA est activée, le plug-in vous permet de définir une stratégie de destination du média qui équilibre les exigences et accélère les restaurations en spécifiant les Options de destination de sauvegarde dans l'onglet Options de sauvegarde. Ces options vous permettent de sélectionner la destination de la sauvegarde. Elles incluent :

Le plug-in vous permet, lors du processus de restauration, de définir la source de restauration ou l'emplacement que RMAN doit utiliser comme source pour la restauration. Cette option vous permet d'accélérer les restaurations en vous assurant que RMAN effectue les restaurations à partir de la FRA ou du média NetVault Backup. Cette option vous permet de :

Vous pouvez aussi utiliser ces mêmes options de source de restauration lorsque vous avez effectué des sauvegardes basées sur l'interface de ligne de commande dans le disque en attribuant un canal au disque, mais que vous voulez utiliser le plug-in pour effectuer la restauration.

Les options de source de restauration suivantes sont disponibles :

Récupération de média de fichiers de données

La récupération de média de fichiers de données consiste à appliquer les journaux en ligne, les journaux redo archivés ou les sauvegardes incrémentielles à un fichier de données restauré pour le mettre à jour au moment actuel ou à un moment donné. Souvent dénommée « récupération », la récupération de média de fichiers de données correspond à une récupération complète ou à une récupération ponctuelle (PIT), qui est aussi appelée « récupération incomplète ». La récupération ponctuelle est une façon de réagir à une perte de données due à une erreur d'utilisateur, comme la suppression d'une table, ou due à une corruption logique qui passe inaperçue pendant un certain temps.

La récupération complète permet de récupérer la base de données au moment le plus récent sans perdre les transactions engagées. La récupération ponctuelle permet de récupérer la base de données à un moment donné. Le plug-in prend en charge la récupération ponctuelle basée sur l'heure, le numéro de séquence du journal ou le numéro de modification du système. Le plug-in ne prend actuellement en charge que la récupération ponctuelle de la base de données (DBPITR).

Pour en savoir plus sur la récupération ponctuelle et les incarnations de base de données, voir la rubrique Performing Database Point-in-Time Recovery (Procédure de récupération ponctuelle de la base de données) du guide Oracle Database Backup and Recovery Basics (Guide de base sur la sauvegarde et la récupération de la base de données Oracle).

Récupération des médias de blocs

La récupération des médias de blocs est disponible uniquement dans Oracle Enterprise Edition. Cette fonction diminue les temps d'arrêt en vous permettant de ne récupérer que les blocs qui ont été corrompus au lieu de restaurer et de récupérer l'intégralité du fichier de données. La récupération des médias de blocs est idéale pour les problèmes de corruption physique qui impliquent un petit nombre de blocs bien connu. La perte de données au niveau des blocs provoque généralement des erreurs d'E/S intermittentes et aléatoires qui n'entraînent pas de perte de données étendue, ainsi que des corruptions de la mémoire écrites sur le disque. La récupération des médias de blocs est inutile dans les cas où l'étendue de la perte des données ou de la corruption est inconnue et où il est nécessaire de récupérer l'intégralité du fichier de données. En pareils cas, la récupération de média de fichiers de données s'avère être la meilleure solution.

Vous pouvez utiliser la récupération des médias de blocs pour récupérer un ou plusieurs blocs de données corrompus au sein d'un fichier de données. La récupération des médias de blocs présente les avantages suivants par rapport à la récupération de média de fichiers de données :

Sans la récupération des médias de blocs, vous devez mettre le fichier de données hors ligne et le restaurer à partir d'une sauvegarde, même si un seul bloc est corrompu. Vous devez appliquer tous les journaux redo générés pour le fichier de données après la création de la sauvegarde. Le fichier entier n'est pas disponible avant la fin de la récupération des médias. Grâce à la récupération des médias de blocs, seuls les blocs qui sont récupérés sont indisponibles pendant la récupération.

En plus de l’exécution d’Oracle Enterprise Edition, Oracle nécessite de remplir les conditions préalables suivantes pour la récupération des médias de blocs, comme indiqué dans la rubrique Performing Block Media Recovery (Procédure de récupération des médias de blocs) du guide Oracle Database Backup and Recovery User’s Guide (Guide d’utilisation sur la sauvegarde et la récupération de la base de données Oracle).

La vue V$DATABASE_BLOCK_CORRUPTION affiche les blocs marqués comme corrompus par composants de base de données, tels que les commandes RMAN, ANALYSER, et les requêtes SQL. Parfois appelée « corruption de média », la corruption physique se traduit par l'ajout de lignes dans cette vue. Par exemple, la base de données ne reconnaît pas le bloc : la somme de contrôle est incorrecte, le bloc contient tous les zéros ou l'en-tête de bloc est fracturé.

En plus d'être signalée dans V$DATABASE_BLOCK_CORRUPTION, la corruption de bloc s'affiche également dans les emplacements suivants :