Discussion :

[heracles777]

Bonsoir,

Nous venons de nous rendre compte que la sauvegarde d'une base via plan de maintenance ne fonctionnait plus depuis la virtualisation du serveur il y a plusieurs mois.
Nous avons néanmoins une sauvegarde système de l'ensemble de la vm.

1) A partir du moment où on dispose d'une telle sauvegarde, peut-on s'affranchir d'une sauvegarde "applicative" via le plan de maintenance ?

Je suppose que cela est contraignant si un jour on doit effectuer un simple refresh de données ? on sera j'imagine contraint de restaurer l'ensemble du serveur avant de pouvoir faire une sauvegarde de la base ...

2) Pouvez-vous rappeler quel est le principal intéret de disposer d'une sauvegarde système ET d'une sauvegarde logique du plan de maintenance ?

Merci.

[hmira]

Bonjour,

La réponse à la première question, selon moi, est clairement NON. Il est fortement conseillé et recommandé de continuer à utiliser, en plus des sauvegardes des VM, les fonctionnalités natives SQL Server de sauvegarde.

En outre, la sauvegarde de la VM, ne peut, en aucune manière, vous épargner les sauvegardes des journaux de transactions dans le cas de bases de données en mode de récupération complet.

Dans le cas de bases de données en mode de récupération complet, seules les techniques de sauvegardes, natives SQL Server, (sauvegarde complète, éventuellement sauvegardes différentielles et surtout sauvegardes des journaux de transaction) vous permettront, en cas de problème, de restaurer la base de données à un point précis dans le temps.

A+

[StringBuilder]

A savoir aussi, même si c'est maintenant de plus en plus rarement le cas, la sauvegarde de la VM, à moins qu'elle ne soit effectuée à froid (VM éteinte) peut conserver une version inconsistante de la base.
En effet, si la sauvegarde de la VM se fait alors que la base est en cours d'utilisation, on peut parfaitement se retrouver avec des fichiers de données et journaux désynchronisés.

La plupart des outils de virtualisation sont maintenant compatibles SQL Server et veillent donc à éviter ce phénomène, mais on n'est jamais à l'abri d'un bug ou autre dysfonctionnement.

Personnellement, je vais même plus loin : pour gagner de la place, je demande à nos administrateurs d'exclure les disques de données des backups de VM : si on doit restaurer une VM, on restaurera manuellement le backup de base désiré, plutôt que de repartir d'une version de la base de données qu'on ne maîtrise pas (aucune certitude de ce qui est réellement dedans ou non puisqu'elle se fait à l'insu de SQL Server).