Wird geladen...

Wir haben festgestellt, dass Ihre Browsersprache Chinesisch ist. Möchten Sie unsere chinesische Website besuchen? [ Schließen ]
Von: Dylan

Was ist die dateibasierte Sicherung von vCenter?

Die dateibasierte vCenter-Sicherung ist ein integrierter Sicherungsmechanismus der VMware vCenter Server Appliance (VCSA). Mit ihr werden die zentralen Konfigurationen, das Inventar und historische Daten der Appliance über unterstützte Protokolle wie SFTP, SMB, FTPS, HTTPS und FTP an einen entfernten Speicherort gesichert.

Die Funktion wird über die VAMI-Schnittstelle auf Port 5480 verwaltet und unterstützt geplante oder bedarfsgesteuerte Sicherungen auf entfernte Repositories. Für viele VMware-Administratoren ist dies die schnellste Methode, um kritische vCenter-Konfigurationsdaten vor einer VMware-Migration, einem Upgrade oder einer Infrastrukturwartung zu schützen.

Was genau wird durch die dateibasierte vCenter-Sicherung geschützt?

Die dateibasierte vCenter-Sicherung dient der Wiederherstellung der vCenter Server Appliance selbst, nicht dem Schutz von Produktions-Virtualmaschinen. Die folgende Tabelle zeigt, welche Inhalte die Sicherung enthält und welche nicht.

Enthalten

Nicht enthalten

vCenter-Konfiguration

Daten von VMware-Virtualmaschinen

Inventar

Gastbetriebssystem-Dateien

Rollen & Berechtigungen

Anwendungsbewusste Sicherung

Historische Daten

Granulare VM-Wiederherstellung

Aufgaben/Ereignisse/Statistiken

Sofortige VM-Wiederherstellung

In dieser Anleitung führen wir Sie Schritt für Schritt durch alle Konfigurationen und Abläufe der dateibasierten Sicherung der vCenter Server Appliance.

Durchführung einer dateibasierten Sicherung des vCenter Servers

Der VMware vCenter Server unterstützt drei Sicherungsmethoden zum Schutz der vCenter Server Appliance: Konfigurieren von geplanten Sicherungen, Durchführen manueller Sicherungen sowie automatisierte Sicherungen per Skript. Im Folgenden werden alle Methoden detailliert erläutert.

Methode 1: Konfigurieren einer geplanten Sicherung

Schritt 1. Öffnen Sie https://<vcenter-ip>:5480 und melden Sie sich als root in der VAMI (vCenter Appliance Management Interface) an.

Schritt 2. Klicken Sie im linken Menü auf „Sicherung“ > „Konfigurieren“.

Öffnen der dateibasierten vCenter-Sicherung

Schritt 3. Konfigurieren Sie den Sicherungsauftrag wie folgt:

  • Sicherungsort: Bei SMB verwenden Sie \\Server\Freigabe\Ordner. Bei NFS die Server-IP und der Exportpfad. Bei SCP/SFTP: Hostname:Port/Ordner.
  • Anmeldeinformationen: Geben Sie Benutzername und Passwort ein. Bei SSH-basierten Protokollen wird die schlüsselbasierte Authentifizierung über die VAMI-Benutzeroberfläche nicht unterstützt – es muss eine Passwortauthentifizierung verwendet werden. Wenn Sie ausschließlich schlüsselbasierte Zugriffe benötigen, nutzen Sie die CLI-Automatisierung.
  • Zeitplan: Legen Sie fest, wie oft und zu welchen Zeiten die Sicherung ausgeführt werden soll.
  • Verschlüsselte Sicherung (optional): Legen Sie ein Passwort fest, um das Sicherungsarchiv ruhend zu verschlüsseln. Dieses Passwort wird später bei der Wiederherstellung benötigt.
  • Anzahl aufzubewahrender Sicherungen: Wählen Sie aus, ob alle Sicherungen gespeichert werden oder eine festgelegte Anzahl an vCenter-Sicherungen im Sicherungsverzeichnis verbleiben soll.

Erstellen eines Zeitplans für die vCenter-Sicherung

Schritt 4. Klicken Sie auf „Erstellen“, um den Assistenten zur Erstellung des Sicherungsauftrags abzuschließen.

Sie können den Sicherungsauftrag nun unter dem Sicherungszeitplan einsehen und ihn „Bearbeiten“, „Deaktivieren“ oder „Löschen“.

Nach Abschluss einer Sicherung werden die zugehörigen Informationen im Bereich „Aktivität“ angezeigt.

Methode 2: Durchführen einer manuellen Sicherung

Schritt 1. Melden Sie sich in der VAMI (https://<vcenter-fqdn>:5480) als root an und klicken Sie im linken Bereich auf „Sicherung“.

Schritt 2. Ein Dialogfenster öffnet sich. Wählen Sie zwischen „Sicherungsort und Benutzername aus dem Sicherungszeitplan verwenden“ oder „Sicherungsort und Benutzername eingeben“.

Hinweis:

  • Sicherungsort und Benutzername aus dem Sicherungszeitplan verwenden: Führt eine Sicherung mit den bereits im aktiven Zeitplan definierten Protokollserver, Pfad und Anmeldeinformationen aus.
  • Sicherungsort und Benutzername eingeben: Erfordert die Eingabe neuer Einstellungen für eine einmalige manuelle Sicherung. Dies ist sinnvoll vor einem Upgrade, bei vorläufiger Nutzung eines einmaligen FTP/SCP-Servers oder zum Testen eines neuen Zielservers, bevor dieser dauerhaft im Zeitplan hinterlegt wird.

Schritt 3. Wählen Sie das Sicherungsprotokoll und das Repository-Verzeichnis aus, geben Sie die Zugangsdaten ein und wählen Sie optional zu sichernde Datensätze aus.

Schritt 4. Klicken Sie auf „Starten“, um den Sicherungsauftrag auszuführen.

Methode 3: Automatisierung und Skripterstellung für vCenter-Sicherungen (CLI-Methode)

Die VAMI-Zeitplanfunktion ist einfach, erlaubt aber keine mehrmalige tägliche Ausführung oder Verknüpfung mit externen Orchestrierungstools. Die VCSA enthält ein Befehlszeilentool namens dcli, mit dem Sicherungsaufträge per Skript automatisiert werden können. Das Tool kann direkt über die Appliance-Shell oder per Remote-Automatisierung aufgerufen werden.

Beispielskript für eine SFTP-Sicherung mit Zeitstempel-Verzeichnis und E-Mail-Benachrichtigung bei Fehlern:

#!/bin/bash
BACKUP_LOCATION="sftp://backup-server.example.com/backups/vcenter/$(date +%Y%m%d_%H%M)"
BACKUP_USER="vcbackup"
BACKUP_PASS="ihrpasswort"
LOG="/var/log/vcbackup.log"
/usr/bin/dcli com vmware appliance recovery backup job create \ --location-type SFTP \
--location "$BACKUP_LOCATION" \ --location-user "$BACKUP_USER" \
--location-password "$BACKUP_PASS" \ +username administrator@vsphere.local \
+password "VC_ADMIN_PASSWORT" \ > $LOG 2>&1
if [ $? -ne 0 ]; then echo "vCenter-Sicherung fehlgeschlagen. Prüfen Sie $LOG" | mail -s "Sicherungsfehler" admin@example.com fi
Wichtig: Die Parameter +username und +password sind die Anmeldeinformationen des vCenter-SSO-Administrators, nicht die Zugangsdaten des Sicherungsspeichers. Benutzername und Passwort für den Sicherungsserver werden über –location-user und –location-password übergeben. Wenn der Sicherungsserver schlüsselbasierte Authentifizierung erfordert, müssen Sie die SSH-Schlüssel im VCSA im Vorfeld konfigurieren.

Richten Sie das Skript über einen Cron-Job innerhalb der VCSA ein (bearbeiten Sie /etc/cron.d/ oder nutzen Sie systemd-Timer unter Photon OS). Beschränken Sie die Zugriffsrechte für alle Skripte mit hinterlegten Passwörtern.

Für SCP ersetzen Sie SFTP beim Speicherorttyp durch SCP. Beide Protokolle nutzen standardmäßig Port 22.

Wiederherstellen des vCenter Servers aus einer dateibasierten Sicherung

Die Wiederherstellung erfolgt in zwei Schritten und erfordert die Bereitstellung einer neuen leeren VCSA. Im Folgenden die detaillierten Abläufe.

Voraussetzungen vor der Wiederherstellung des vCenter aus einer dateibasierten Sicherung:
Sie benötigen eine neue vCenter-Version mit identischer Build-Nummer wie die Sicherung
Die neue Appliance sollte über den gleichen FQDN und die gleiche IP-Adresse verfügen (andernfalls müssen Sie die Netzwerkkonfiguration nach der Wiederherstellung anpassen).
Die Sicherungsdatei muss über das gleiche Protokoll, das bei der Erstellung der Sicherung verwendet wurde, von der neuen VCSA erreichbar sein.
Wenn bei der Sicherung ein Verschlüsselungspasswort festgelegt wurde, benötigen Sie dieses zur Wiederherstellung.

Schritt 1: Bereitstellen einer neuen vCenter Server Appliance

Schritt 1. Mounten Sie die ISO der vCenter Server Appliance und starten Sie die Installation. Klicken Sie auf „Wiederherstellen

Klick auf Wiederherstellen im vCenter Server Appliance-Installer

Schritt 2. Klicken Sie auf die Schaltfläche „Weiter“, sobald die Einführungsseite angezeigt wird.

Schritt 3. Akzeptieren Sie die Lizenzvereinbarung und klicken Sie auf „Weiter“.

Schritt 4. Geben Sie die Sicherungsdaten ein: „Speicherort oder IP/Hostname“, „Benutzername“ und „Passwort“ und klicken Sie auf „Weiter“.

Eingabe der Sicherungsdaten für die Wiederherstellung der dateibasierten vCenter-Sicherung

Schritt 5. Der Dateibrowser-Assistent wird geöffnet. Er zeigt alle verfügbaren Sicherungsdateien an. Wählen Sie die wiederherzustellende Sicherung aus und klicken Sie auf „Auswählen“.

Schritt 6. Überprüfen Sie die Sicherungsinformationen und legen Sie die Zielkonfiguration für die Appliance-Bereitstellung fest.

Schritt 7. Folgen Sie den Aufforderungen, um „Ordner auswählen“, „Compute-Ressource auswählen“, „Ziel-VM der Appliance einrichten“, „Bereitstellungsgröße auswählen“, „Datastore auswählen“ und „Netzwerkeinstellungen konfigurieren“.

Schritt 8. Überprüfen Sie alle Einstellungen und klicken Sie auf „Fertigstellen“.

Abschließen der vCenter-Wiederherstellung aus dateibasierter Sicherung

Warten Sie bis der gesamte Vorgang abgeschlossen ist. Sobald die Meldung „Sie haben den vCenter Server erfolgreich bereitgestellt“ erscheint, klicken Sie auf die Schaltfläche „Fortfahren“.

Fortfahren nach der dateibasierten Sicherungswiederherstellung

Geben Sie erneut den Sicherungsort und die Zugangsdaten ein. Der Installer prüft die Integrität der Sicherung und lädt die Konfigurationsdaten ein.

Schritt 2: Einspielen der Sicherung auf die neue vCenter Appliance

Schritt 1. Klicken Sie auf der Einführungsseite auf „Weiter“.

Schritt 2. Überprüfen Sie die Sicherungsdetails und klicken Sie auf „Weiter“.

Schritt 3. Geben Sie auf der Single-Sign-On-Konfigurationsseite den SSO-Benutzernamen und das zugehörige Passwort ein und klicken Sie auf „Weiter“.

Single-Sign-On-Konfiguration bei der vCenter-Appliance-Wiederherstellung

Schritt 3. Überprüfen Sie alle Einstellungen und klicken Sie auf „FERTIGSTELLEN“. Es kann eine Warnung angezeigt werden, dass der Wiederherstellungsvorgang nicht abgebrochen oder unterbrochen werden kann. Klicken Sie auf „OK“, um fortzufahren.

Ist die dateibasierte Sicherung ausreichend für die VMware-Sicherheit?

Die integrierte dateibasierte Sicherung ist ein wichtiger Baustein zum Schutz der VMware-Infrastruktur, da sie die Wiederherstellung der vCenter Server Appliance-Konfiguration und des Inventars ermöglicht. Dennoch stellt sie keine vollständige VMware-Sicherungsstrategie für Produktivumgebungen dar, da sie keine VM-Workloads, Anwendungen oder eine Wiederherstellung bei Ransomware-Angriffen sichert.

In Produktivumgebungen kombinieren Unternehmen üblicherweise die integrierte VCSA-dateibasierte Sicherung mit dedizierter VMware-Sicherungssoftware, um einen vollständigen Infrastrukturschutz zu erreichen. Ein Beispiel dafür ist die Unternehmenssicherungsplattform i2Backup. Es handelt sich um eine bildbasierte VMware-Sicherungslösung von Information2 Software (Info2soft).

i2Backup bietet folgende Funktionen:

  • Inkrementelle Sicherungen mit Changed Block Tracking: Es werden nur seit der letzten Sicherung veränderte Daten über das Netzwerk übertragen.
  • Agentenlose Sicherung: Alle Virtualmaschinen lassen sich einfach sichern, ohne dass Agents auf den Gast-VMs installiert werden müssen.
  • Sofortige VM-Wiederherstellung: Eine VM wird direkt aus dem Sicherungsrepository eingebunden und ausgeführt, während die vollständige Wiederherstellung im Hintergrund läuft – ideal für RTO-Ziele im Minutenbereich.
  • Rollenbasierte Zugriffskontrolle: Ein Sicherheitsmodell, das den Systemzugriff nur autorisierten Benutzern auf Basis ihrer zugewiesenen Unternehmensrollen erlaubt.
  • Unveränderbare Sicherungskopien: Einmal geschriebene Daten können nicht durch Ransomware manipuliert oder gelöscht werden, falls die Produktivumgebung kompromittiert wird.

Klicken Sie auf die Schaltfläche unten, um eine kostenlose 60-Tage-Testversion zu erhalten:

KOSTENLOSE 60-Tage-Testversion

Fehlerbehebung der 6 häufigsten Sicherungsfehler

1. „Verbindung zum Remoteserver nicht möglich“

Dies ist eine generische Fehlermeldung. Testen Sie die Konnektivität manuell über die VCSA-Shell (ssh root@vcenter):

  • Bei SCP/SFTP: sftp -P <Port> <Benutzer>@<Server> und versuchen Sie eine Testdatei per put hochzuladen.
  • Bei SMB: smbclient -U <Benutzer> //server/freigabe -c ‚ls‘
    Häufig sind Firewall-Regeln, fehlerhafte DNS-Auflösung oder ein nicht auf dem erwarteten Interface laufender Dienst die Ursache. Prüfen Sie zudem, ob der Remoteserver nicht ausschließlich schlüsselbasierte Authentifizierung erzwingt.

2. Zugriff verweigert auf SMB-Freigaben

SMB-Freigaben erfordern, dass die VCSA-Zugangsdaten sowohl Schreibrechte auf Freigabeebene als auch Dateisystemebene (NTFS) besitzen. Die Appliance verhandelt SMB 2.0 oder 3.0; ältere Samba-Server mit ausschließlicher SMB 1.0-Unterstützung schlagen unbemerkt fehl. Aktivieren Sie nach Möglichkeit SMB 3.0 auf dem Zielserver.

3. Sicherung bricht aufgrund fehlender Speicherkapazität ab

Dateibasierte Sicherungen können sehr groß werden, insbesondere bei umfangreichen historischen Daten. Das entfernte Dateisystem verfügt ggf. über Speicherquoten oder nur wenig freien Speicher. Stellen Sie sicher, dass das Ziel mindestens das 1,5-fache der geschätzten Sicherungsgröße bietet (die VCSA zeigt eine ungefähre Größe beim Testlauf an). Bei sehr großen Inventaren kann die Sicherung über 20 GB groß werden.

4. Geplante Sicherung läuft, erzeugt aber keine Dateien

Prüfen Sie, ob die Uhrzeit der vCenter Appliance synchronisiert ist (NTP). Eine Zeitabweichung von mehr als 5 Minuten führt dazu, dass der Planer den Auftrag überspringt, da er als „in der Vergangenheit liegend“ erkannt wird. Überprüfen Sie zudem, ob der Sicherungsauftrag unbemerkt fehlschlägt und eine veraltete Sperrdatei auf dem Ziel erzeugt.

5. Sicherungsdatei erscheint bei der Wiederherstellung beschädigt

Übertragungen über unverschlüsselte Protokolle können ohne Fehlermeldung unterbrochen werden. Nutzen Sie stets FTPS, SCP, SFTP oder HTTPS, wenn die Sicherung über Netzwerkswitches übertragen wird. Um ein Sicherungspaket zu prüfen, führen Sie eine Testwiederherstellung in einer isolierten Sandbox durch – es gibt kein eigenständiges Prüftool für Sicherungsarchive.

6. Es wurde keine dateibasierte Sicherung des vCenter Servers erstellt

Diese VAMI-Meldung erscheint, wenn ein geplanter Sicherungsauftrag unbemerkt nicht startet und keine Dateien auf dem Ziel erzeugt. Manuelle Sicherungen funktionieren in der Regel trotzdem – ein Hinweis darauf, dass der Planer selbst fehlerhaft ist. Drei Hauptursachen treten am häufigsten auf:

  • Abgelaufenes Passwort des internen applmgmt-Dienstkontos. Der interne Single-Sign-On-Prinzipal vmware-applmgmtservice verfügt über eine Passwortgültigkeit von 90 Tagen. Ein bekannter Fehler in vCenter 8.0-Versionen vor Update 3h verhindert die automatische Zurücksetzung dieses abgelaufenen Passworts im Planer, wodurch geplante Aufträge bei der Authentifizierung scheitern, während manuelle Sicherungen (anderer Code-Pfad) problemlos laufen. Ein Neustart des Appliance-Verwaltungsdienstes über den Reiter „Dienste“ in der VAMI oder per service-control –restart applmgmt in der Shell erzwingt eine Passwortzurücksetzung und ermöglicht den nächsten geplanten Lauf. Ein Upgrade auf Version 8.0 U3h oder neuer bietet eine dauerhafte Lösung.
  • Veraltete oder inkompatible Metadaten nach einem vCenter-Upgrade. Wenn eine Sicherung vor dem Upgrade eine Datei backup-metadata.json mit abweichender vCenter-Build-Nummer hinterlassen hat, lehnt der Planer die Initialisierung einer neuen Sicherungskette aufgrund einer erkannter Versionsabweichung ab. Manuelle Sicherungen umgehen diese Prüfung. Benennen oder löschen Sie die veraltete Metadatendatei auf dem Sicherungsserver, damit der Planer beim nächsten Lauf einen neuen Index erstellt.
  • Geänderte Zugangsdaten auf dem Sicherungsserver. Wenn das Passwort des Speicherziels gewechselt wurde, die alten Anmeldeinformationen aber noch im VAMI-Zeitplan hinterlegt sind, schlagen geplante Aufträge fehl, während manuelle Läufe funktionieren, wenn Sie neue gültige Zugangsdaten eingeben. Aktualisieren Sie die gespeicherten Anmeldeinformationen im VAMI-Zeitplan und führen Sie eine manuelle Sicherung zur Überprüfung aus.

Falls keine der genannten Lösungen greift, prüfen Sie direkt das Planer-Log über die VCSA-Shell:

grep -i "error\|fail" /var/log/vmware/applmgmt/backupScheduler.log | tail -20

Dieser Befehl zeigt den genauen Fehlergrund an, der die Erstellung der Sicherung verhindert hat.

Häufig gestellte Fragen zur Sicherung der vCenter Appliance

1. Frage: Welche Inhalte umfasst eine dateibasierte vCenter-Sicherung?

Antwort: Sie sichert das Inventar, die gesamte vCenter-Konfiguration, historische Daten und Zertifikate. Virtuelle Maschinen, Gastbetriebssystemdaten und Anwendungsdaten sind nicht enthalten.

2. Frage: Kann ich einzelne VMs aus einer dateibasierten Sicherung wiederherstellen?

Antwort: Nein. Die dateibasierte Sicherung stellt die gesamte vCenter-Konfiguration und das Inventar als Ganzes wieder her (Alles-oder-Nichts-Prinzip). Sie sichert keine VM-Daten (VMDK-Dateien, VM-Konfigurationen), daher lassen sich keine einzelnen VMs oder deren Dateien daraus wiederherstellen. Zum Schutz der virtuellen Maschinen selbst benötigen Sie eine bildbasierte Sicherungslösung wie i2Backup von Info2soft.

3. Welches Protokoll sollte ich für die dateibasierte vCenter-Sicherung verwenden?

Für Produktivumgebungen wählen Sie ein verschlüsseltes Protokoll. SCP ist die integrierte SSH-basierte Option ab vSphere 8.0, SFTP (ebenfalls SSH-basiert) steht ab vSphere 7.0 zur Verfügung und ist ab späteren Versionen der Standard.

Beide Protokolle verschlüsseln Zugangsdaten und Daten während der Übertragung und nutzen Port 22. FTPS mit explizitem TLS ist eine sichere Alternative, falls Sie bereits eine FTP-Infrastruktur betreiben – beachten Sie, dass nur der explizite Modus unterstützt wird.

HTTPS funktioniert, wenn der Webserver WebDAV aktiviert hat und vertrauenswürdige Zertifikate nutzt. Verzichten Sie vollständig auf unverschlüsseltes FTP und HTTP.

Für Windows-Umgebungen mit SMB-Bedarf aktivieren Sie die SMB 3.0-Verschlüsselung. NFS ist schnell in vertrauenswürdigen Netzwerken, bietet aber keine Übertragungsverschlüsselung – nutzen Sie es nur in isolierten Verwaltungs-LANs.

4. Wird die dateibasierte vCenter-Sicherung eingestellt?

Antwort: Nein, sie wird auch in vSphere 8.x parallel zur bildbasierten Sicherung weiterhin unterstützt.

5. Wann nutze ich die dateibasierte Sicherung und wann die bildbasierte Sicherung?

Dateibasierte Sicherung:

  • Kleine Umgebungen (bis ca. 50 Hosts) mit langsam veränderndem vCenter-Inventar, bei denen eine nächtliche Sicherung ausreicht.
  • Test- und Laborumgebungen, um Konfigurationen vor riskanten Änderungen zu sichern.
  • Sicherungsnetz vor Patches: Erstellen Sie unmittelbar vor einem vCenter-Upgrade eine dateibasierte Sicherung, um bei einem fehlgeschlagenen Upgrade die Appliance zurückzusetzen.
  • Migrationshilfe: Beim Umzug des vCenter auf neue Hardware können Sie mit der dateibasierten Sicherung die vorhandene Identität auf eine neue leere VCSA übertragen.

Für alle anderen Anwendungsfälle empfehlen sich bildbasierte Sicherungen. Ab vSphere 7 Update 3 gibt es eine integrierte bildbasierte vCenter-Sicherung.

Bildbasierte Sicherung:

  • Sichert die gesamte VCSA-VM inklusive Betriebssystem, PostgreSQL-Datenbank und allen Daten auf Speicherebene.
  • Deutlich schnellere Wiederherstellungszeiten (keine erneute Bereitstellung der VCSA erforderlich).
  • Kann über Ihre vorhandene Sicherungsinfrastruktur an einen externen Standort repliziert werden.
  • Geeignet für RPO-Ziele unter 24 Stunden.

Wenn Sie ein standardisiertes VMware-kompatibles Sicherungsprodukt nutzen (Veeam, Commvault, Rubrik etc.), ist die bildbasierte Sicherung meist die bevorzugte Lösung. Die dateibasierte Methode ist eine kostenlose integrierte Option für Umgebungen ohne entsprechende Tools oder als zusätzliche reine Konfigurationssicherung neben dem bildbasierten Schutz.

Fazit

Die dateibasierte vCenter-Sicherung ist eine zuverlässige Möglichkeit, kritische vCenter-Konfigurations- und Verwaltungsdaten zu schützen. Sie eignet sich hervorragend zur Vorbereitung von Upgrades, zur Betriebswiederherstellung und zur Wiederherstellung der VMware-Verwaltungsebene nach Ausfällen.

Dennoch sichert sie keine VMware-Workloads und bietet keine umfassenden Disaster-Recovery-Funktionen. In Produktivumgebungen kombinieren viele Unternehmen die integrierte VCSA-Sicherung mit einer dedizierten VMware-Sicherungslösung wie i2Backup, um den Schutz von Workloads, die Resistenz gegen Ransomware und die Flexibilität bei Wiederherstellungen zu verbessern. Neben VMware unterstützt i2Backup auch weitere Virtualisierungsplattformen – Sie können damit beispielsweise Hyper-V sichern, OpenStack, ZStack und weitere Systeme.

Keine Kurzbiografie vorhanden

Weitere verwandte Artikel

Die sechs führenden VMware Cloud-Backup-Lösungen und Strategien
VMware Cloud-Backups sind heute entscheidend für den Schutz vor Ransomware und die Notfallwiederherstellung. In diesem Artikel stellen wir die sechs gängigsten VMware Cloud-Backup-Lösungen vor und helfen Ihnen, die für Ihre Umgebung passende beste Lösung zu finden.
Weiterlesen
Hyper-V gegen VMware: Welche Lösung ist 2026 besser?
Diese Anleitung vergleicht VMware vSphere und Microsoft Hyper-V hinsichtlich Architektur, Leistung, Ökosystem, Kosten und Betrieb. Erfahren Sie die zentralen Unterschiede zwischen VMware und Hyper-V, klären Sie die Trennung zwischen Desktop- und Enterprise-Virtualisierung und lernen Sie, wie Unternehmen im Jahr 2026 hybride Virtualisierungsstrategien einsetzen, um Infrastrukturkosten zu senken.
Weiterlesen
Beheben des VMware‑Tools‑Fehlers 21009 | 10 praxisbewährte Lösungen
Der VMware‑Tools‑Fehler 21009 ist ein häufiger Ausfall, der Upgrades oder die Installation von VMware‑Tools unterbricht. Dieser Leitfaden erläutert 10 umsetzbare, schrittweise Lösungen für den VMware‑Tools‑VIX‑Fehler 21009 unter Windows und Linux.
Weiterlesen
[5 Methoden] So beheben Sie den vCenter‑Fehler „No Healthy Upstream“ (503‑Fehler)
Treffen Sie auf den vCenter‑Fehler „503 No healthy upstream“? Dieser technische Leitfaden erläutert die fünf häufigsten Ursachen – von abgelaufenen Zertifikaten bis hin zu vollem Speicherplatz – und liefert eine schrittweise CLI‑Anleitung zur Wiederherstellung der vSphere‑Dienste und zur Behebung des vCenter‑Fehlers „No healthy upstream“.
Weiterlesen
Bereit, Ihre Unternehmensdatensicherheit zu verbessern?

· Unternehmenskunden und Mittelstand weltweit

· Unser Support-Team unterstützt Sie während der gesamten Testphase

· Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2Soft Unternehmensdaten schützt.

Bitte füllen Sie das Formular aus und senden Sie es ab – unser Kundenservice wird sich in Kürze bei Ihnen melden.
Mit dem Absenden dieses Formulars bestätige ich, dass ich die Datenschutzerklärung gelesen habe und zustimme.
{{ isSubmitting ? 'Wird gesendet...' : 'Absenden' }}