Jeux de supports de sauvegarde en miroir (SQL Server)

  • Article

S’applique à :SQL Server

Note

Les supports de sauvegarde en miroir sont pris en charge uniquement dans l’édition Enterprise de SQL Server.

La mise en miroir d'un support de sauvegarde augmente la fiabilité des sauvegardes en réduisant l'impact des dysfonctionnements des unités de sauvegarde. Ces dysfonctionnements représentent une menace très sérieuse car une sauvegarde constitue la dernière protection possible contre une perte de données. À mesure que la taille des bases de données augmente, le risque de perte irrécupérable d'une sauvegarde suite à la défaillance d'une unité ou d'un support de sauvegarde se fait plus présent. La mise en miroir des supports augmente la fiabilité des sauvegardes grâce au concept de redondance.

Note

Pour plus d’informations sur les jeux multimédias en général, consultez Media Sets, Media Families et Backup Sets (SQL Server).

Dans cette rubrique :

Vue d'ensemble des jeux de supports mis en miroir

La mise en miroir est une des propriétés du jeu de supports. Un support de sauvegarde miroir se compose de plusieurs copies (miroirs) du support de sauvegarde. Un support de sauvegarde contient une ou plusieurs familles de supports, chacun correspondant à une unité de sauvegarde. Par exemple, si la clause TO de l'instruction BACKUP DATABASE répertorie trois unités, BACKUP répartit les données sur trois familles de support, une par unité. Le nombre de familles de supports et de miroirs est défini lors de la création du jeu de supports (par une instruction BACKUP DATABASE qui spécifie WITH FORMAT).

Un jeu de supports mis en miroir possède deux à quatre miroirs. Chaque miroir contient toutes les familles de supports dans le jeu de supports. Les miroirs nécessitent le même nombre d'unités, une seule par famille de supports. Chaque miroir nécessite une unité de sauvegarde séparée pour chaque famille de supports. Par exemple, un jeu de supports miroir qui comprend quatre familles de supports avec trois miroirs nécessitent douze unités de sauvegarde. Toutes ces unités doivent être équivalentes. Par exemple, les lecteurs de bande ayant le même numéro de modèle et le même fabricant.

La figure ci-dessous montre un exemple d'un support de sauvegarde miroir composé de deux familles de supports avec deux miroirs. Chaque famille de supports contient trois volumes de supports qui sont sauvegardés une fois par miroir.

Mirrored media set: two families with two mirrors

Les volumes correspondants sur les miroirs possèdent un contenu identique. Il sont donc interchangeables en cas de restauration. Par exemple, dans la figure précédente, le troisième volume de tape2 est interchangeable avec le troisième volume de tape0.

Le moteur de base de données SQL Server garantit que le média mis en miroir possède un contenu identique en synchronisant les écritures sur les appareils. Lorsqu'un des miroirs est saturé, tous les miroirs sont redimensionnés en même temps.

Important

Un support de sauvegarde miroir ne peut pas être implicitement brisé (scindé) par la suppression d'un miroir. Si une bande ou un disque d'un miroir est endommagé ou reformaté, le miroir ne peut plus être utilisé pour d'autres sauvegardes. Si au moins un miroir complet reste intact, le support de sauvegarde peut être lu. Si tous les miroirs perdent une famille de supports donnée, le jeu de supports est inutilisable.

Les opérations de sauvegarde et de restauration n'ont pas les mêmes exigences en matière de présence de la totalité des miroirs. Pour qu'une opération de sauvegarde écrive (c'est-à-dire crée ou agrandisse) un jeu de supports mis en miroir, tous les miroirs doivent être présents. En revanche, lors de la restauration d'une sauvegarde à partir d'un jeu de supports mis en miroir, vous ne pouvez spécifier qu'un seul miroir pour chaque famille de supports. Vous pouvez restaurer à partir de moins d'unités que de familles, mais chaque famille de supports n'est traitée qu'une seule fois. En cas d'erreurs, cependant, l'utilisation d'autres miroirs permet une résolution rapide de certains problèmes de restauration. Vous pouvez remplacer un volume de supports endommagé par le volume correspondant d'un autre miroir. Ceci est dû au fait que les instructions RESTORE et RESTORE VERIFYONLY prennent en charge le remplacement des supports endommagés par le volume de support de sauvegarde correspondant d'un autre miroir.

Configuration matérielle requise pour les miroirs de sauvegarde

La mise en miroir s'applique aussi bien aux disques qu'aux bandes (les disques ne prennent pas en charge les bandes consécutives). Toutes les unités de sauvegarde pour une simple opération de sauvegarde ou de restauration doivent être du même type (disque ou bande).

Ensuite, vous devez utiliser des unités similaires qui ont les mêmes propriétés. Le non-respect de cette règle entraîne l'affichage du message d'erreur 3212. Pour éviter le risque d'une discordance d'unités, utilisez des unités entièrement équivalentes, comme des lecteurs ayant le même numéro de modèle et provenant du même fabricant.

Tâches associées

Pour effectuer une sauvegarde sur une unité de sauvegarde mise en miroir

Voir aussi

Erreurs de support possibles pendant la sauvegarde et la restauration (SQL Server)
RESTORE VERIFYONLY (Transact-SQL)
Périphériques de sauvegarde (SQL Server)
Jeux de supports, familles de supports et jeux de sauvegarde (SQL Server)