Jeux de supports de sauvegarde en miroir (SQL Server)

S’applique à :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 de sauvegarde augmente la fiabilité des sauvegardes en assurant une redondance.

Dans cette rubrique :

• Vue d'ensemble des jeux de médias mis en miroir

• Configuration matérielle requise pour les miroirs de sauvegarde

• Tâches associées

Vue d'ensemble des jeux de supports mis en miroir

La mise en miroir du média est une propriété du jeu de supports. Un jeu de médias en miroir se compose de plusieurs copies (miroirs) du jeu de médias. Un jeu de supports contient une ou plusieurs familles de supports, chacune correspondant à un périphérique 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 médias et de miroirs est défini au moment de la création du jeu de médias (par une instruction BACKUP DATABASE incluant l’option WITH FORMAT).

Un jeu de supports de stockage en miroir comporte 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.

L’illustration suivante montre un exemple de jeu de supports en miroir constitué de deux familles de supports et de deux miroirs. Chaque famille de supports contient trois volumes de supports qui sont sauvegardés une fois par miroir.

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 garantit que les supports en miroir ont un contenu identique en synchronisant les écritures sur les unités. Lorsqu'un des miroirs est saturé, tous les miroirs sont redimensionnés en même temps.

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 média défectueux par le volume correspondant d’un autre miroir. Cela s'explique par le fait que les commandes RESTORE et RESTORE VERIFYONLY permettent de remplacer des supports endommagés par le volume de sauvegarde correspondant issu 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).

Au sein de ces classes plus larges, vous devez utiliser des appareils similaires ayant les mêmes propriétés. Des appareils insuffisamment similaires génèrent un 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

• Sauvegarde sur un jeu de supports de sauvegarde en miroir (Transact-SQL)

Voir aussi

Erreurs de support possibles pendant les opérations de sauvegarde et restauration (SQL Server)
RESTORE VERIFYONLY (Transact-SQL)
Unités de sauvegarde (SQL Server)
Jeux de supports, familles de supports et jeux de sauvegarde (SQL Server)