Sauvegardes SQL Server à l'aide du cliché instantané des volumes

De nombreux utilitaires de sauvegarde bien connus pour Windows utilisent le service de cliché instantané des volumes intégré aux versions plus récentes de Windows pour créer un instantané ponctuel du disque afin de sauvegarder en toute sécurité les fichiers ouverts.

Mais comment fonctionne ce mécanisme avec SQL Server? Je sais qu'il existe un écrivain VSS SQL Server pour aider les systèmes de sauvegarde à interagir avec SQL Server, mais tous les systèmes de sauvegarde ne connaissent pas SQL Server et ne profitent pas de l'API liée à la sauvegarde qu'il fournit.

Ma question est donc la suivante: qu'en est-il des programmes qui ne connaissent rien à SQL Server?

Ils obtiennent probablement un instantané instantané des fichiers MDF et LDF tels qu'ils existaient à un seul instant. Et sans doute le format de données SQL Server est suffisamment robuste pour qu'un tel instantané soit garanti cohérent et utilisable.

Est-ce ainsi que les choses fonctionnent ou est-ce que je manque quelque chose? Existe-t-il des "pièges" sur l'utilisation d'un tel mécanisme de sauvegarde, ou serais-je en sécurité?

Réponse courte: ils ne fonctionnent pas très bien ensemble, sauf si vous avez configuré SQL Server correctement (et même alors, je ne le recommanderais pas).

Il y a beaucoup d'informations sur VSS et MSSQL qui jouent ensemble ici:
MSKB919023: Connectivité SQL Server 2005 et Volume Shadow Copy Service (VSS) .

Un mot d'avertissement cependant:

probablement le format de données SQL Server est suffisamment robuste pour qu'un tel instantané soit garanti cohérent et utilisable

C'est une grande hypothèse, et malheureusement pas toujours sûre. C'est pourquoi vos plans de maintenance MSSQL sont essentiels pour vous permettre de récupérer après une catastrophe.

Vous ne sauvegardez jamais de fichiers MDF et LDF.

Vous exécutez des sauvegardes (plans, SQL, SMO, peu importe) puis sauvegardez ces fichiers de sauvegarde.

Franchement, je ne comprends pas ce que n'importe quel vendeur dit à propos de VSS. Je déteste également tout fournisseur disposant d'un plug-in SQL Server pour les sauvegardes. Vous utilisez uniquement des sauvegardes natives SQL Server

Pour info: vous excluez également les MDF et les LDF de l'analyse antivirus.

Si vous ne disposez pas d'un logiciel doté d'une "option" SQL, alors:

Créez des plans de maintenance SQL ou des tâches de sauvegarde planifiées pour les bases de données, sauvegardez-les sur disque, puis sauvegardez le serveur. Ou lorsque vous les videz, transférez-les directement vers votre emplacement de sauvegarde disque à disque si vous en avez un.

Le principal problème avec la sauvegarde VSS est causé par la mise en cache sur le serveur SQL.

L'état actuel sur votre disque ne contient pas toujours toutes les modifications de la base de données. Le logiciel de sauvegarde doit en être conscient pour garantir que le serveur SQL écrit tous ses caches avant de prendre un instantané.

Cela dit: la méthode la plus sûre est toujours la sauvegarde dans la gestion SQL / avec les outils serveur SQL.

Et vous devez exclure toutes les données du serveur SQL et les fichiers de sauvegarde des scanners viruss (.bak, .mdf, .ldf).