Utilisation de supports de sauvegarde miroirs
[!REMARQUE]
Les supports de sauvegarde en miroir sont uniquement pris en charge dans SQL Server 2005 Enterprise Edition et les versions ultérieures.
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.
[!REMARQUE]
Pour obtenir des informations d'ordre général sur les supports de sauvegarde, consultez Supports, familles et jeux de sauvegarde.
Présentation des supports de sauvegarde miroirs
La mise en miroir est une des propriétés du support de sauvegarde. Un support de sauvegarde miroir se compose de plusieurs copies (miroirs) de la famille de supports. 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).
[!REMARQUE]
Pour une présentation des familles de supports et des supports de sauvegarde, consultez Supports, familles et jeux de sauvegarde.
Un support de sauvegarde 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.
.gif "Support de sauvegarde miroir : familles avec deux miroirs")
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.
Définition d'un support de sauvegarde miroir
Pour spécifier un support de sauvegarde miroir dans une instruction BACKUP, spécifiez le premier miroir dans la clause TO. Spécifiez ensuite chaque miroir dans sa propre clause MIRROR TO. Les clauses TO et MIRROR TO doivent spécifier le même nombre et type d'unités de sauvegarde.
L'exemple suivant crée le support de sauvegarde miroir illustré dans la figure précédente et sauvegarde la base de données AdventureWorks sur les deux miroirs.
BACKUP DATABASE AdventureWorks
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
FORMAT,
MEDIANAME = 'AdventureWorksSet1';
GO
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). Comme dans les versions précédentes de SQL Server, 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.
Fonctionnement de la mise en miroir
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 support de sauvegarde miroir, tous les mirois doivent être présents. En revanche, une opération de restauration peut lire le support pour un miroir par famille de supports à la fois. Toutefois, en cas d'erreur, la présence des autres miroirs permet de résoudre rapidement certains problèmes de restauration. 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. N'oubliez pas que 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.
Le moteur de base de données SQL Server garantit que les supports miroirs 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.
[!REMARQUE]
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 support de sauvegarde est inutilisable.
Pour sauvegarder sur une unité de sauvegarde miroir
Pour restaurer une sauvegarde miroir
Voir aussi