Si vous voulez mettre ce scénario à l'épreuve, vous pouvez utiliser l'étude de cas PubsTest pour définir la propriété READONLY pour le groupe de fichiers ROFG. Ce code est commenté dans une section du script téléchargeable FileFilegroupStrategies CaseStudy.sql. Recherchez « MODIFY FILEGROUP ROFG READONLY » et enlevez les commentaires de
Restaurer après une défaillance de disque isolée (2)

cette instruction ALTER DATABASE. Ensuite, exécutez tout le script pour recréer la base
de données PubsTest. Enfin, suivez la stratégie détaillée ici pour
récupérer à partir d’une défaillance de disque isolée. Le script du
listing Web A restaurera avec succès la base de données
NewPubsTest après une défaillance isolée, uniquement si l’attribut
READONLY n’a jamais été utilisé pour aucun groupe de fichiers
dans la base de données.
Donc, pour récupérer jusqu’à la minute en cas de défaillance isolée
dans le fichier PubsTestRWFile2, vous devrez commencer par
récupérer ce fichier. Dans les sauvegardes exemple, vous avez
sauvegardé tout le groupe de fichiers dont PubsTestRWFile2 est
membre et donc vous pouvez restaurer uniquement ce fichier à
partir de ce groupe de fichiers. La dernière sauvegarde du groupe
de fichiers complet portait le numéro 3. La syntaxe pour restaurer
ce fichier complet à partir de la sauvegarde complète du
groupe de fichiers est la suivante:
RESTORE DATABASE PubsTest FILE = 'PubsTestRWFile2' FROM DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\pubsbackup.dat' WITH FILE = 3, -- This is the backup number by position NORECOVERY
L'étape suivante consiste à restaurer la dernière sauvegarde différentielle de ce fichier. Là encore, vous avez sauvegardé ce fichier uniquement dans le cadre du groupe de fichiers RWFG. Vous pouvez utiliser la dernière sauvegarde différentielle de RWFG (numéro 11) pour obtenir la sauvegarde différentielle de fichier:
RESTORE DATABASE PubsTest FILE = 'PubsTestRWFile2' FROM DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\pubsbackup.dat' WITH FILE = 11, -- This is the backup number by position NORECOVERY
Enfin, vous devez appliquer la séquence correcte de sauvegardes
des journaux de transactions pour amener la base de données au
moment de la défaillance. En utilisant la requête msdb de l'article
principal pour déterminer le LSN (log sequence number) effectif
minimum, vous constaterez que la première sauvegarde log à appliquer
est le numéro 12. En cas de défaillance isolée dans une
grande base de données, la stratégie de sauvegarde de fichiers et
de groupes de fichiers garantit une reprise rapide avec un faible
temps d'interruption.
Téléchargez cette ressource

État des lieux de la sécurité cloud-native
L’État des lieux de la sécurité cloud-native vous offre une analyse complète des problématiques, des tendances et des priorités qui sous-tendent les pratiques de sécurité cloud-native dans le monde entier. Une lecture indispensable pour renforcer votre stratégie de sécurité dans le cloud. Une mine d’infos exclusives pour élaborer votre stratégie de sécurité cloud-native.
Les articles les plus consultés
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Afficher les icônes cachées dans la barre de notification
- Et si les clients n’avaient plus le choix ?
Les plus consultés sur iTPro.fr
- Les risques liés à l’essor fulgurant de l’IA générative
- Pourquoi est-il temps de repenser la gestion des vulnérabilités ?
- Reporting RSE : un levier d’innovation !
- De la 5G à la 6G : la France se positionne pour dominer les réseaux du futur
- Datanexions, acteur clé de la transformation numérique data-centric
