3
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
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 225905
Url: https://administrator.de/forum/sql-dienst-bzw-server-fuer-datensicherung-mit-drivesnapshot-per-batch-anhalten-starten-225905.html
Ausgedruckt am: 10.04.2025 um 12:04 Uhr
3 Kommentare
Neuester Kommentar
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.
