Nous envisageons de remplacer les sauvegardes traditionnelles du serveur SQL par une sauvegarde VSS des fichiers mdf et ldf. En tant que personne db, je suis quelque peu nerveux à ce sujet, et pourtant je ne trouve aucune preuve que cela ne fonctionnera pas?
Quelqu'un peut-il suggérer un essai que je peux mettre en place pour démontrer où nous pouvons perdre des transactions avec cette stratégie? [Tirer le cordon d'alimentation pendant une transaction de longue durée est très bien].
Le système que nous examinons crée un instantané initial des fichiers mdf et ldf, puis copie les modifications. Je ne peux pas imaginer un scénario où cela pourrait nous faire défaut.
J'espère que vous pourrez m'aider à convaincre mon patron que nous devons conserver les sauvegardes traditionnelles!
la source
Réponses:
Désolé de vous décevoir, mais les sauvegardes VSS de SQL Server sont entièrement prises en charge par Microsoft via le service SQL Writer ( http://technet.microsoft.com/en-us/library/ms175536.aspx ).
Lorsque l'application de sauvegarde tierce souhaite effectuer une sauvegarde, SQL Writer indique à SQL Server de "figer les entrées / sorties" sur la base de données. Une fois l'IO gelé, un instantané est pris des fichiers mdf et ldf. Une fois l'instantané terminé, les entrées-sorties sont gelées. Cela empêche toute activité d'écriture dans la base de données pendant la génération de l'instantané et peut prendre 60 secondes ou plus. L'application de sauvegarde tierce copie ensuite les instantanés des fichiers ldf et mdf. Si vous testez l'application de sauvegarde tierce et que vous voyez des messages dans le journal des erreurs concernant le gel et le dégel des E / S pour vos bases de données, alors il utilise l'interface SQL Writer et les sauvegardes sont bonnes.
Description complète ici: http://technet.microsoft.com/library/Cc966520
la source