Nous nous concentrerons ici sur les deux premiers types, et nous montrerons notamment un cas relativement simple dans lequel une sauvegarde mal ma\u00eetris\u00e9e peut emp\u00eacher une restauration de base de donn\u00e9es normalement disponible d’apr\u00e8s le plan de sauvegarde.<\/p>\n
La sauvegarde compl\u00e8te, comme son nom l’indique, permet de faire une copie de l’ensemble des donn\u00e9es telles que disponibles \u00e0 l’instant t.<\/p>\n
La sauvegarde diff\u00e9rentielle contient les donn\u00e9es modifi\u00e9es depuis la derni\u00e8re sauvegarde compl\u00e8te. Ainsi, si l’on effectue par exemple une sauvegarde compl\u00e8te tous les dimanches soirs et une sauvegarde diff\u00e9rentielle tous les autres soirs de la semaine, chaque sauvegarde diff\u00e9rentielle s’appuiera sur les donn\u00e9es de la sauvegarde compl\u00e8te du dimanche pr\u00e9c\u00e9dent.<\/p>\n
Ceci \u00e9tant dit, supposons que l’administrateur du serveur attribue le r\u00f4le db_backupoperator (ou m\u00eame le r\u00f4le db_owner) \u00e0 un responsable applicatif. Ce responsable applicatif peut avoir besoin d’une sauvegarde de la base de donn\u00e9es \u00e0 un moment pr\u00e9cis (par exemple lorsqu’un utilisateur lui signale un probl\u00e8me fonctionnel). Et sans forc\u00e9ment le savoir, il peut potentiellement mettre totalement \u00e0 plat le processus de sauvegarde principal.<\/p>\n Ainsi, supposons que le mercredi en milieu de journ\u00e9e, le responsable fonctionnel r\u00e9alise une sauvegarde compl\u00e8te de la base de donn\u00e9es, dans le but de r\u00e9cup\u00e9rer ce fichier de backup et de le transf\u00e9rer au support niveau 3 pour analyse. S’il n’applique pas de processus particulier, les sauvegarde diff\u00e9rentielles planifi\u00e9es automatiquement le soir s’appuieront jusqu’\u00e0 la fin de semaine sur cette sauvegarde \u00ab\u00a0sauvage\u00a0\u00bb. Le processus standard de restauration, consistant \u00e0 restaurer le backup complet du dimanche soir suivi du backup diff\u00e9rentiel souhait\u00e9, ne sera donc plus valable pour cette fin de semaine.<\/p>\n Pour \u00e9viter ce genre de m\u00e9saventure, il convient de former les personnes habilit\u00e9s \u00e0 effectuer des sauvegardes de bases de donn\u00e9es\u00a0\u00e0 la\u00a0sauvegarde \u00ab\u00a0pour copie\u00a0\u00bb. Ces sauvegardes enregistrent les m\u00eames donn\u00e9es que les sauvegardes par d\u00e9faut,\u00a0\u00e0 la diff\u00e9rence pr\u00e8s qu’elles ne viennent pas s’intercaler dans un cycle de sauvegardes compl\u00e8tes-diff\u00e9rentielles.<\/p>\n Et si la consigne n’arrive pas \u00e0 passer, d’autres solutions sont toujours possibles, comme par exemple le fait d’enlever le droit de sauvegarde, et de le remplacer par l’acc\u00e8s \u00e0 une proc\u00e9dure stock\u00e9e qui fera l’op\u00e9ration comme il se doit…<\/p>\n","protected":false},"excerpt":{"rendered":" Il est assez souvent n\u00e9glig\u00e9 par les administrateurs de syst\u00e8mes SQL Server que le fait de donner un peu trop de droits aux gestionnaires applicatifs de bases applicatives peut \u00eatre n\u00e9faste \u00e0 la gestion de la s\u00e9curit\u00e9 des donn\u00e9es. Notamment, … Continuer la lecture ![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/08\/SavePlan.png\" "\\"SavePlan\\"")
<\/a><\/p>\n<\/a><\/p>\n<\/a>Pour utiliser ce genre de sauvegardes, deux possibilit\u00e9s :<\/p>\n\n
<\/a><\/p>\n\n
BACKUP DATABASE [Test]\r\n\tTO DISK = N'C:\\Program Files\\Microsoft SQL Server\\MSSQL11.MSSQLSERVER\\MSSQL\\Backup\\Test.bak'\r\n\tWITH COPY_ONLY\r\n\t\t, NOFORMAT, NOINIT, NAME = N'Test-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10\r\nGO<\/pre>\n