build 7bbbddf7 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 267 | 0 skipped | | format
apiVersion: soultec.ch/v1kind: Postmetadata: name: changing-default-backup-location-for-mssql-database locale: de labels: author: dario-doerflinger series: community capability/backup-recovery: 2.18 vendor/vmware: 0.88 annotations: source: blog-content/posts/de/changing-default-backup-location-for-mssql-database.md route: /de/insights/changing-default-backup-location-for-mssql-database/ schema: /nerd/schema/posts.json markdown: /de/insights/changing-default-backup-location-for-mssql-database.mdspec: title: Standard-Backup-Pfad einer MSSQL-Datenbank ändern date: 2018-09-21 author: dario-doerflinger locale: de summary: >- Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Upgrade-Prozess scheiterte genau dann, als er die Zerto SQL-Datenbank sichern wollte. capabilities: [backup-recovery] vendors: [vmware] series: community migrated: 2026-08-24 translationReviewed: false draft: false sections: - body: | Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Kunde betreibt mehrere Zerto Virtual Manager (ZVM) Instanzen, eine davon in einer abgeschotteten Zone ohne Verbindung zum restlichen Netz. Der Upgrade-Prozess scheiterte genau in dem Moment, in dem er die Zerto SQL-Datenbank sichern wollte: ![Fehler](/blog-assets/changing-default-backup-location-for-mssql-database/01.webp) > An error has occurred. > Package : Zerto Virtual Replication Error : 1: DatabaseCustomActions.ZvmBackupDatabase 2: Cannot open backup device 'BACKUP DEVICE\\zvm\_storage\_TIMESTAMP.bak'. Operating system error 53(The network path was not found.). > BACKUP DATABASE is terminating abnormally. Zuerst tippte ich auf eine Einstellung in Zerto. Es gibt aber keine solche, also nahm ich mir den SQL Server vor. Nach etwas Suchen war der Übeltäter gefunden: Der Standard-Backup-Pfad zeigte auf den firmenweiten Share für SQL-Backups. Genau der war aus der abgeschotteten Umgebung nicht erreichbar. Die Lösung war, den Standard-Backup-Pfad auf dem SQL Server umzustellen, danach lief das Upgrade durch. So änderst du den Standard-Backup-Pfad in einer MS SQL Instanz: 1\. SQL Server Management Studio (SSMS) starten und mit dem Datenbankserver verbinden ![Manager](/blog-assets/changing-default-backup-location-for-mssql-database/02.webp) 2\. Die Eigenschaften der Server-Instanz öffnen (nicht die der Datenbank): ![Eigenschaften](/blog-assets/changing-default-backup-location-for-mssql-database/03.webp) 3\. Unter «Database Settings» den Standardpfad für Backup ändern: ![Backup-Einstellungen](/blog-assets/changing-default-backup-location-for-mssql-database/04.webp) Ich hoffe, das hilft jemandem weiter.status: corpus: 267 alsoLike: - {ref: posts/how-to-disaster-recovery-mit-vmware-live-cyber-recovery, score: 1.00} - {ref: posts/success-story-zerto-and-coop-switzerland, score: 1.00} - {ref: solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager, score: 0.73}
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "changing-default-backup-location-for-mssql-database", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "community", "capability/backup-recovery": "2.18", "vendor/vmware": "0.88" }, "annotations": { "source": "blog-content/posts/de/changing-default-backup-location-for-mssql-database.md", "route": "/de/insights/changing-default-backup-location-for-mssql-database/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/changing-default-backup-location-for-mssql-database.md" } }, "spec": { "title": "Standard-Backup-Pfad einer MSSQL-Datenbank ändern", "date": "2018-09-21", "author": "dario-doerflinger", "locale": "de", "summary": "Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Upgrade-Prozess scheiterte genau dann, als er die Zerto SQL-Datenbank sichern wollte.", "capabilities": [ "backup-recovery" ], "vendors": [ "vmware" ], "series": "community", "migrated": "2026-08-24", "translationReviewed": false, "draft": false }, "sections": [ { "body": "Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Kunde betreibt mehrere Zerto Virtual Manager (ZVM) Instanzen, eine davon in einer abgeschotteten Zone ohne Verbindung zum restlichen Netz.\n\nDer Upgrade-Prozess scheiterte genau in dem Moment, in dem er die Zerto SQL-Datenbank sichern wollte:\n\n![Fehler](/blog-assets/changing-default-backup-location-for-mssql-database/01.webp)\n\n> An error has occurred. \n> Package : Zerto Virtual Replication Error : 1: DatabaseCustomActions.ZvmBackupDatabase 2: Cannot open backup device 'BACKUP DEVICE\\\\zvm\\_storage\\_TIMESTAMP.bak'. Operating system error 53(The network path was not found.). \n> BACKUP DATABASE is terminating abnormally.\n\nZuerst tippte ich auf eine Einstellung in Zerto. Es gibt aber keine solche, also nahm ich mir den SQL Server vor. Nach etwas Suchen war der Übeltäter gefunden: Der Standard-Backup-Pfad zeigte auf den firmenweiten Share für SQL-Backups. Genau der war aus der abgeschotteten Umgebung nicht erreichbar. Die Lösung war, den Standard-Backup-Pfad auf dem SQL Server umzustellen, danach lief das Upgrade durch.\n\nSo änderst du den Standard-Backup-Pfad in einer MS SQL Instanz:\n\n1\\. SQL Server Management Studio (SSMS) starten und mit dem Datenbankserver verbinden\n\n![Manager](/blog-assets/changing-default-backup-location-for-mssql-database/02.webp)\n\n2\\. Die Eigenschaften der Server-Instanz öffnen (nicht die der Datenbank):\n\n![Eigenschaften](/blog-assets/changing-default-backup-location-for-mssql-database/03.webp)\n\n3\\. Unter «Database Settings» den Standardpfad für Backup ändern:\n\n![Backup-Einstellungen](/blog-assets/changing-default-backup-location-for-mssql-database/04.webp)\n\nIch hoffe, das hilft jemandem weiter." } ], "status": { "corpus": 267, "alsoLike": [ { "ref": "posts/how-to-disaster-recovery-mit-vmware-live-cyber-recovery", "score": "1.00" }, { "ref": "posts/success-story-zerto-and-coop-switzerland", "score": "1.00" }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager", "score": "0.73" } ] }}
apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "changing-default-backup-location-for-mssql-database"locale = "de"[metadata.labels]author = "dario-doerflinger"series = "community""capability/backup-recovery" = "2.18""vendor/vmware" = "0.88"[metadata.annotations]source = "blog-content/posts/de/changing-default-backup-location-for-mssql-database.md"route = "/de/insights/changing-default-backup-location-for-mssql-database/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/changing-default-backup-location-for-mssql-database.md"[spec]title = "Standard-Backup-Pfad einer MSSQL-Datenbank ändern"date = 2018-09-21author = "dario-doerflinger"locale = "de"summary = "Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Upgrade-Prozess scheiterte genau dann, als er die Zerto SQL-Datenbank sichern wollte."capabilities = ["backup-recovery"]vendors = ["vmware"]series = "community"migrated = 2026-08-24translationReviewed = falsedraft = false[[sections]]body = '''Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Kunde betreibt mehrere Zerto Virtual Manager (ZVM) Instanzen, eine davon in einer abgeschotteten Zone ohne Verbindung zum restlichen Netz.Der Upgrade-Prozess scheiterte genau in dem Moment, in dem er die Zerto SQL-Datenbank sichern wollte:![Fehler](/blog-assets/changing-default-backup-location-for-mssql-database/01.webp)> An error has occurred. > Package : Zerto Virtual Replication Error : 1: DatabaseCustomActions.ZvmBackupDatabase 2: Cannot open backup device 'BACKUP DEVICE\\zvm\_storage\_TIMESTAMP.bak'. Operating system error 53(The network path was not found.). > BACKUP DATABASE is terminating abnormally.Zuerst tippte ich auf eine Einstellung in Zerto. Es gibt aber keine solche, also nahm ich mir den SQL Server vor. Nach etwas Suchen war der Übeltäter gefunden: Der Standard-Backup-Pfad zeigte auf den firmenweiten Share für SQL-Backups. Genau der war aus der abgeschotteten Umgebung nicht erreichbar. Die Lösung war, den Standard-Backup-Pfad auf dem SQL Server umzustellen, danach lief das Upgrade durch.So änderst du den Standard-Backup-Pfad in einer MS SQL Instanz:1\. SQL Server Management Studio (SSMS) starten und mit dem Datenbankserver verbinden![Manager](/blog-assets/changing-default-backup-location-for-mssql-database/02.webp)2\. Die Eigenschaften der Server-Instanz öffnen (nicht die der Datenbank):![Eigenschaften](/blog-assets/changing-default-backup-location-for-mssql-database/03.webp)3\. Unter «Database Settings» den Standardpfad für Backup ändern:![Backup-Einstellungen](/blog-assets/changing-default-backup-location-for-mssql-database/04.webp)Ich hoffe, das hilft jemandem weiter.'''[status]corpus = 267[[status.alsoLike]]ref = "posts/how-to-disaster-recovery-mit-vmware-live-cyber-recovery"score = "1.00"[[status.alsoLike]]ref = "posts/success-story-zerto-and-coop-switzerland"score = "1.00"[[status.alsoLike]]ref = "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager"score = "0.73"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>changing-default-backup-location-for-mssql-database</name> <locale>de</locale> <labels> <author>dario-doerflinger</author> <series>community</series> <entry key="capability/backup-recovery">2.18</entry> <entry key="vendor/vmware">0.88</entry> </labels> <annotations> <source>blog-content/posts/de/changing-default-backup-location-for-mssql-database.md</source> <route>/de/insights/changing-default-backup-location-for-mssql-database/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/changing-default-backup-location-for-mssql-database.md</markdown> </annotations> </metadata> <spec> <title>Standard-Backup-Pfad einer MSSQL-Datenbank ändern</title> <date>2018-09-21</date> <author>dario-doerflinger</author> <locale>de</locale> <summary>Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Upgrade-Prozess scheiterte genau dann, als er die Zerto SQL-Datenbank sichern wollte.</summary> <capabilities> <item>backup-recovery</item> </capabilities> <vendors> <item>vmware</item> </vendors> <series>community</series> <migrated>2026-08-24</migrated> <translationReviewed>false</translationReviewed> <draft>false</draft> </spec> <sections> <section> <body>Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Kunde betreibt mehrere Zerto Virtual Manager (ZVM) Instanzen, eine davon in einer abgeschotteten Zone ohne Verbindung zum restlichen Netz.Der Upgrade-Prozess scheiterte genau in dem Moment, in dem er die Zerto SQL-Datenbank sichern wollte:![Fehler](/blog-assets/changing-default-backup-location-for-mssql-database/01.webp)&gt; An error has occurred. &gt; Package : Zerto Virtual Replication Error : 1: DatabaseCustomActions.ZvmBackupDatabase 2: Cannot open backup device 'BACKUP DEVICE\\zvm\_storage\_TIMESTAMP.bak'. Operating system error 53(The network path was not found.). &gt; BACKUP DATABASE is terminating abnormally.Zuerst tippte ich auf eine Einstellung in Zerto. Es gibt aber keine solche, also nahm ich mir den SQL Server vor. Nach etwas Suchen war der Übeltäter gefunden: Der Standard-Backup-Pfad zeigte auf den firmenweiten Share für SQL-Backups. Genau der war aus der abgeschotteten Umgebung nicht erreichbar. Die Lösung war, den Standard-Backup-Pfad auf dem SQL Server umzustellen, danach lief das Upgrade durch.So änderst du den Standard-Backup-Pfad in einer MS SQL Instanz:1\. SQL Server Management Studio (SSMS) starten und mit dem Datenbankserver verbinden![Manager](/blog-assets/changing-default-backup-location-for-mssql-database/02.webp)2\. Die Eigenschaften der Server-Instanz öffnen (nicht die der Datenbank):![Eigenschaften](/blog-assets/changing-default-backup-location-for-mssql-database/03.webp)3\. Unter «Database Settings» den Standardpfad für Backup ändern:![Backup-Einstellungen](/blog-assets/changing-default-backup-location-for-mssql-database/04.webp)Ich hoffe, das hilft jemandem weiter. </body> </section> </sections> <status> <corpus>267</corpus> <alsoLike> <item> <ref>posts/how-to-disaster-recovery-mit-vmware-live-cyber-recovery</ref> <score>1.00</score> </item> <item> <ref>posts/success-story-zerto-and-coop-switzerland</ref> <score>1.00</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager</ref> <score>0.73</score> </item> </alsoLike> </status></manifest>
Community · 2018-09-21

Standard-Backup-Pfad einer MSSQL-Datenbank ändern

Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Upgrade-Prozess scheiterte genau dann, als er die Zerto SQL-Datenbank sichern wollte.

2018-09-21Datum
Dario DörflingerAutor
1Min. Lesezeit
Themen Backup und Recovery 2.18
Hersteller VMware 0.88

Dieser Beitrag ist von 2018. Er bleibt online, weil er nach wie vor nachgefragt wird, beschreibt aber einen Produktstand von damals.

Gestern habe ich bei einem Kunden Zerto von 6.0 U2 auf 6.5 aktualisiert. Der Kunde betreibt mehrere Zerto Virtual Manager (ZVM) Instanzen, eine davon in einer abgeschotteten Zone ohne Verbindung zum restlichen Netz.

Der Upgrade-Prozess scheiterte genau in dem Moment, in dem er die Zerto SQL-Datenbank sichern wollte:

Fehler

An error has occurred.
Package : Zerto Virtual Replication Error : 1: DatabaseCustomActions.ZvmBackupDatabase 2: Cannot open backup device ‘BACKUP DEVICE\zvm_storage_TIMESTAMP.bak’. Operating system error 53(The network path was not found.).
BACKUP DATABASE is terminating abnormally.

Zuerst tippte ich auf eine Einstellung in Zerto. Es gibt aber keine solche, also nahm ich mir den SQL Server vor. Nach etwas Suchen war der Übeltäter gefunden: Der Standard-Backup-Pfad zeigte auf den firmenweiten Share für SQL-Backups. Genau der war aus der abgeschotteten Umgebung nicht erreichbar. Die Lösung war, den Standard-Backup-Pfad auf dem SQL Server umzustellen, danach lief das Upgrade durch.

So änderst du den Standard-Backup-Pfad in einer MS SQL Instanz:

1. SQL Server Management Studio (SSMS) starten und mit dem Datenbankserver verbinden

Manager

2. Die Eigenschaften der Server-Instanz öffnen (nicht die der Datenbank):

Eigenschaften

3. Unter «Database Settings» den Standardpfad für Backup ändern:

Backup-Einstellungen

Ich hoffe, das hilft jemandem weiter.

Passt ausserdem