SQL-Dienst bzw. -Server für Datensicherung mit DriveSnapshot per Batch anhalten, starten
Hallo zusammen und (verspätet) noch alle guten Wünsche zum Neuen Jahr!
In diesem Thread war zu lesen, dass bei einer Datensicherung mittels DriveSnapshot (Imaging) ein laufender SQL-Dienst vorher angehalten wird:
"Ist DriveSnapShot ist ernst zu nehmende Datensicherungssoftware?"
Ein ähnliches Szenario habe ich vor:
Win2008R2-Terminalserver mit SQLexpress 2012
Der komplette Server soll (nachts ohne jeglichen User-Betrieb) mit DriveSnapshot und VSS auf einem Netzlaufwerk gesichert werden.
Derzeit angedachter Befehl für das Imaging:
snapshot.exe C:+D: \\192.168.1.1\sik\montag$disk.sna -R -L1450 -!exclude:\Temp -PW=Password -W --forcevss --LogFile:\\192.168.1.1\sik\montag.log
Snapshot-Verify der Sicherung mit -T in zweitem Durchgang.
Wie konkret stoppt/startet man den Sql-Dienst bzw. den SQL-Server via Batch?
Mit:
sc stop sqlwriter
sc stop sqlbrowser
dann DS-Imaging,
dann:
sc start sqlwriter
sc start sqlbrowser ?
Danke für einen Tipp,
beste Grüße,
usercrash
In diesem Thread war zu lesen, dass bei einer Datensicherung mittels DriveSnapshot (Imaging) ein laufender SQL-Dienst vorher angehalten wird:
"Ist DriveSnapShot ist ernst zu nehmende Datensicherungssoftware?"
Ein ähnliches Szenario habe ich vor:
Win2008R2-Terminalserver mit SQLexpress 2012
Der komplette Server soll (nachts ohne jeglichen User-Betrieb) mit DriveSnapshot und VSS auf einem Netzlaufwerk gesichert werden.
Derzeit angedachter Befehl für das Imaging:
snapshot.exe C:+D: \\192.168.1.1\sik\montag$disk.sna -R -L1450 -!exclude:\Temp -PW=Password -W --forcevss --LogFile:\\192.168.1.1\sik\montag.log
Snapshot-Verify der Sicherung mit -T in zweitem Durchgang.
Wie konkret stoppt/startet man den Sql-Dienst bzw. den SQL-Server via Batch?
Mit:
sc stop sqlwriter
sc stop sqlbrowser
dann DS-Imaging,
dann:
sc start sqlwriter
sc start sqlbrowser ?
Danke für einen Tipp,
beste Grüße,
usercrash
Comment
Share
Share on Facebook
Share on X (Twitter)
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-ID: 225905
Url: https://administrator.de/forum/sql-dienst-bzw-server-fuer-datensicherung-mit-drivesnapshot-per-batch-anhalten-starten-225905.html
Printed on: May 14, 2025 at 01:05 o'clock
3 Comments
Latest comment
Hi.
Du machst es richtig. Wie alle Deine mit SQL verbundenen Dienste nun heißen, musst Du natürlich alleine rausfinden.
Noch zu Deinem Verständnis: Du brauchst kein --forcevss, der SQL-Dienst läuft dann doch gar nicht, da muss nicht mit VSS gearbeitet werden.
Du machst es richtig. Wie alle Deine mit SQL verbundenen Dienste nun heißen, musst Du natürlich alleine rausfinden.
Noch zu Deinem Verständnis: Du brauchst kein --forcevss, der SQL-Dienst läuft dann doch gar nicht, da muss nicht mit VSS gearbeitet werden.
Es gibt bei DriveSnapshot statt --forcevss noch eine weitere Option --AllWriters .
Dazu aus dem Handbuch:
http://www.drivesnapshot.de/de/handbuch-141.pdf
"
--AllWriters
Wird diese Option beim Backup angegeben, verwendet Snapshot den Volumen-
schattenkopieservice in einem Modus, der alle beteiligten Applikationen explizit
über den Vorgang des Backups benachrichtigt. Die sog. Writer haben daraufhin die
Möglicheit, vor und auch nach dem Backup notwendige Aktionen durchzuführen.
Ein Hyper–V–Server mit aktiven virtuellen Maschinen benachrichtigt alle virtu-
ellen Maschinen über das bevorstehnde Backup. Virtuelle Maschinen, auf denen
keine Integrationsdienste installiert sind, werden für das Erstellen der Schatten-
kopie kurz angehalten. Ein Exchange–Server wird nach dem erfolgreichen Backup
seine Transaktionsprotokolle löschen (siehe auch 2.3)."
Damit könnte man sich doch das
sc stop sqlwriter
dann DS-Imaging,
sc start sqlwriter
sparen, oder?
Dazu aus dem Handbuch:
http://www.drivesnapshot.de/de/handbuch-141.pdf
"
--AllWriters
Wird diese Option beim Backup angegeben, verwendet Snapshot den Volumen-
schattenkopieservice in einem Modus, der alle beteiligten Applikationen explizit
über den Vorgang des Backups benachrichtigt. Die sog. Writer haben daraufhin die
Möglicheit, vor und auch nach dem Backup notwendige Aktionen durchzuführen.
Ein Hyper–V–Server mit aktiven virtuellen Maschinen benachrichtigt alle virtu-
ellen Maschinen über das bevorstehnde Backup. Virtuelle Maschinen, auf denen
keine Integrationsdienste installiert sind, werden für das Erstellen der Schatten-
kopie kurz angehalten. Ein Exchange–Server wird nach dem erfolgreichen Backup
seine Transaktionsprotokolle löschen (siehe auch 2.3)."
Damit könnte man sich doch das
sc stop sqlwriter
dann DS-Imaging,
sc start sqlwriter
sparen, oder?
Vermutlich ja, probier's aus.