> Tech > Restaurer après une défaillance de disque isolée

Restaurer après une défaillance de disque isolée

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

L'un des plus grands avantages de la stratégie de sauvegarde de fichiers et groupes de fichiers est la possibilité de reprise rapide en cas de défaillance de disque isolée. En effet, si un seul fichier ou groupe de fichiers est endommagé, il suffit de le restaurer isolément.

Reprenons l'étude de

cas de l’article principal et imaginons que
seul le fichier PubsTestRWFile2 ait été abîmé. La base de données
est alors suspecte mais la plupart de ses fichiers sont encore accessibles.
Pour rétablir la situation jusqu’au moment de la défaillance,
vous allez procéder comme vous le feriez pour récupérer
toute la base de données, mais en ne vous intéressant qu’à  un
fichier: le PubsTestRWFile2 endommagé.

Avant de poursuivre, il faut quand même savoir que les défaillances
de groupes de fichiers en lecture seule et de fichiers et
groupes de fichiers isolés posent un problème. Pendant la reprise,
les restaurations des journaux de transactions échoueront
si un groupe de fichiers (même un qui n’est pas restauré) avait la
propriété READONLY activée quand le journal restauré a été sauvegardé.
La défaillance n’a lieu que quand on essaie de restaurer
un sous-ensemble de la base de données (comme dans le cas de
défaillances isolées). Elle ne se produit pas quand on récupère
toute la base de données. Pour éviter ce problème, je conseille
d’utiliser les groupes de fichiers à  des fins de lecture seule – peutêtre
même en définissant logiquement un groupe de fichiers uniquement
pour des données en lecture seule.

Je déconseille d’imposer l’activité lecture seule en activant la propriété
READONLY. Au stade de SQL Server 2000 Service Pack 2
(SP2), on ne peut pas restaurer les journaux de transactions après
une défaillance isolée et si seules des sauvegardes de fichiers ou
de groupes de fichiers ont été appliquées. Une solution de
contournement (si l’on découvre le problème au milieu de la reprise)
consiste à  restaurer la totalité de la base de données
comme dans l’article principal. Cette solution peut certes augmenter
considérablement le temps d’immobilisation, mais il n’y
aura pas de perte de données et l’on pourra récupérer jusqu’à  la
minute de la défaillance. On peut aussi éviter entièrement ce
bogue en écartant l’attribut READONLY pour les groupes de fichiers.

Téléchargez cette ressource

Guide de Sécurité IA et IoT

Guide de Sécurité IA et IoT

Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010