Apparemment , la sauvegarde Windows Server a un certain support pour la sauvegarde des bases de données SQL Server:
Possibilité de récupérer des applications. La sauvegarde de Windows Server utilise la fonctionnalité VSS qui est intégrée dans des applications comme Microsoft® SQL Server® pour protéger les données d'application. [Source: TechNet ]
En outre, les gens signalent que la sauvegarde de Windows Server semble déclencher une sorte d'opération de sauvegarde dans SQL Server .
Cependant, je ne trouve pas de documentation (officielle) sur la façon exacte de sauvegarder les bases de données SQL Server à l'aide de la sauvegarde de Windows Server.
- Dois-je simplement sauvegarder le
.mdf
? Le.mdf
et le.ldf
? - En ligne ou tout simplement hors ligne?
- Quelle est la procédure officielle de restauration des bases de données SQL Server sauvegardées de cette façon?
- Y a-t-il quelque chose de spécial à considérer lors des sauvegardes incrémentielles / différentielles?
- Où tout cela est-il documenté?
(Je sais comment faire des sauvegardes avec les plans de maintenance SQL Server sqlmaint.exe
, T-SQL BACKUP et SQL Server Agent. Je suis juste intéressé par l'alternative que Windows Server Backup (apparemment?) Offre.)
la source
Réponses:
La sauvegarde de Windows Server n'est pas conçue comme un outil de sauvegarde pour SQL Server.
Citation du guide pas à pas de la sauvegarde de Windows Server pour la section Windows Server 2008 : "Qui devrait utiliser la sauvegarde de Windows Server?"
La section que vous avez citée dit essentiellement que lorsque la sauvegarde de Windows Server interviendra, elle déclenchera la fonctionnalité VSS dans Windows. SQL Server sera conscient qu'une copie fantôme de volume est en cours et, à l'aide du service SQL Server Writer, s'assurera qu'une copie des fichiers de base de données (* .mdf, * .ndf, * .ldf) peut être effectuée.
Le but du service SQL Server Writer est défini comme suit:
Citation de la section SQL Writer Service : "Objectif"
C'est donc essentiellement tout ce qui se passe avec la sauvegarde de Windows Server.
Les sauvegardes créées avec Windows Server Backup pendant l'exécution de SQL Server doivent être cohérentes, mais les transactions non encore écrites sur le disque ne sont pas dans le cliché instantané des volumes. L'instantané de la base de données a été pris en étant EN LIGNE.
Toutefois, l'article MSDN Snapshot Backups indique:
et en plus:
Pour répondre à tes questions:
Réponses:
Expliqué dans la mise en œuvre réelle
Dans notre environnement, nous avons une situation similaire où VMware effectue un instantané et les DBA effectuent des vidages SQL Server avec Commvault. L'historique de sauvegarde ressemble à ceci:
L'instantané VMware créera une entrée dans les tables d'historique de la base de données MSDB avec
IS_SNAPSHOT = 1
etFULL
pour chaque instantané VMware effectué (quotidiennement). Les sauvegardes SQL Server natives (bien que Commvault utilise des natives) sont effectuées à l'aide de sauvegardes FULL, DIFF et TLOG. Ces sauvegardes ne sont pas marquées comme IS_SNAPSHOT et existent en tant qu'entrées FULL supplémentaires (une fois par semaine), DIFF (tous les deux jours) et LOG (toutes les heures) dans les tables de sauvegarde de la base de données msdb.Avec cette configuration, nous pouvons effectuer soit une restauration à la date-heure de l'instantané, puis mettre la base de données EN LIGNE, ou nous pouvons effectuer une restauration individuelle à n'importe quel point dans le temps à l'aide des sauvegardes SQL Server «natives».
la source
Tu ne peux pas. Ou du moins, vous ne devriez probablement pas. En ce qui concerne les bases de données SQL Server, les sauvegardes natives sont la méthode prise en charge.
Je pense que vous vous méprenez peut-être sur ce que dit l'article TechNet. Le commentaire que vous avez cité n'indique pas que vous pouvez utiliser la sauvegarde Windows Server pour les bases de données SQL Server. Il s'agit simplement de souligner que la sauvegarde de Windows Server utilise le même service de cliché instantané des volumes que celui utilisé par SQL Server. Pour plus d'informations: TechNet: SQL Writer Service
la source
La sauvegarde SQL ne copie pas seulement les données, elle tronque également le journal. Vous pouvez trouver des centaines d'options dans la page de manuel qui vous aideront, telles que la compression du fichier de sauvegarde à la volée.
Je me souviens que la sauvegarde vss a été utilisée pour copier une machine virtuelle gelée ou pour prendre un instantané d'un lun sur un SAN afin de sauvegarder une image statique, mais la sauvegarde sera "cohérente" comme une interruption d'alimentation et pas vraiment cohérente.
en relation
la source
Je pense qu'il utilise un type de sauvegarde spécial appelé "Snapshot Backup".
Dans la documentation de SQL Server 2008:
Tout cela n'est pas très clair pour moi. Surtout si cela tronque les journaux de transactions ou non.
la source