Kategorie: Geschützte Gegenstandstypen

Elemente der "Programmausgabe"

Die Sicherungsart "Programmausgabe" sichert die stdout (Standard Output) Stream einer beliebigen Befehlsausführung. Dieser Datenstrom wird als virtuelle Datei innerhalb des Sicherungsauftrags gespeichert. Sie können den Namen der virtuellen Datei wählen.

Die Daten werden direkt zum Sicherungsziel gestreamt und kommen nie mit der lokalen Festplatte in Berührung. Dies hat zur Folge, dass während der Sicherungsaufträge kein Fortschrittsbalken oder ETA berechnet oder angezeigt werden kann.

Wenn die Zielanwendung einen Inhalt auf stderr (Standardfehler), wird dies im Bericht des Sicherungsauftrags protokolliert, und der endgültige Auftragsstatus zeigt eine "Warnung" an.

Wenn die Zielanwendung mit einem Fehlercode ungleich Null beendet wird, wird der Fehlercode im Bericht des Sicherungsauftrags protokolliert, und der endgültige Auftragsstatus zeigt "Fehler" an.

eazyBackup

"Microsoft Exchange Server"-Sicherung

Dieser Protected Item-Typ sichert Microsoft Exchange Server-Datenbanken. Die zugrunde liegende Technologie ist VSS und ist kompatibel mit Microsoft Exchange Server 2007 und höher, einschließlich Exchange Server 2016 (die neueste Version zum Zeitpunkt der Erstellung dieses Dokuments).

Der entsprechende VSS-Writer muss installiert sein.

Da Exchange Server nur auf Server SKUs von Windows installiert werden kann, ist dieser Sicherungstyp nur anwendbar, wenn er auf Windows Server läuft.

Einige Formen der Exchange Server-Sicherung führen dazu, dass das Protokoll auf dem Exchange Server gekürzt wird. Weitere Informationen hierzu finden Sie in der offiziellen Exchange Server-Dokumentation. Wenn die zirkuläre Protokollierung auf dem Exchange Server aktiviert ist, haben die Sicherungstypen "Inkrementell" und "Differenziell" nur eine begrenzte Wirkung.

eazyBackup

"Application-Aware Writer"-Backups

VSS ist eine Technologie zur Erstellung eines konsistenten Point-in-Time-Snapshots eines Festplattenvolumens. Ein VSS-Writer ist ein zusätzliches Software-Plugin, das erkennt, wann diese Aktion stattfindet, und sicherstellt, dass sich anwendungsspezifische Dateien in einem sicheren Zustand auf der Festplatte befinden. Die "Application-Aware Writer"-Funktion von eazyBackup ermöglicht es Ihnen, einen einzelnen VSS-Writer oder eine Unterkomponente eines einzelnen VSS-Writers aufzurufen und nur die Dateien zu sichern, die er geschützt hat.

Dies ist auch ein wichtiger Punkt für die Integration von Drittanbietern. Wenn Ihre Drittanbieter-Anwendung einen VSS-Writer enthält, können Sie diesen Typ von geschütztem Objekt verwenden, um es mit eazyBackup zu sichern.

Einige Produkte, die mit diesem Schutzgegenstandstyp gesichert werden können, sind:

  • Oracle DB;
  • MailStore Server;
  • Microsoft Dynamics CRM;
  • Microsoft Sharepoint;
  • Pervasive PSQL;
  • andere Produkte, die von eazyBackup nativ unterstützt werden, einschließlich Microsoft Exchange Server, Microsoft Hyper-V und Microsoft SQL Server;
  • und andere Produkte.

HINWEIS: Dieser Protected Item-Typ ist für die Integration mit bestimmten benutzerdefinierten Anwendungen vorgesehen. Wenn Sie normale Dateien mit einem VSS-Snapshot sichern möchten, verwenden Sie den geschützten Objekttyp "Dateien und Ordner" mit aktivierter Option "Dateisystem-Snapshot erstellen".

Auswahl der Komponenten

Klicken Sie in eazyBackup auf die Schaltfläche Bearbeiten (Stiftsymbol), um die auf Ihrem Gerät installierten VSS-Writer zu durchsuchen.

Sie können das oberste Kontrollkästchen aktivieren, um alle Komponenten innerhalb des VSS-Writers einzubeziehen, oder Sie können einzelne Komponenten innerhalb des VSS-Writers auswählen. Beim Microsoft SQL Server VSS Writer können Sie zum Beispiel einzelne Datenbanken für die Sicherung auswählen.

Der VSS Writer selbst kann einige Komponenten als nicht auswählbar markieren. Dies wird in eazyBackup als graue Unterkomponente ohne Kontrollkästchen angezeigt.

VSS-Modus

Sie können die Operation in den Modi "VSS Full", "VSS Copy", "VSS Incremental" oder "VSS Differential" durchführen. Wenn ein bestimmter VSS Writer den ausgewählten Sicherungsmodus nicht unterstützt, führt er die Sicherung im Modus "Full" durch.

Das tatsächliche Verhalten dieser Modi ist für jeden VSS Writer spezifisch. Weitere Informationen finden Sie in der Dokumentation zu Ihrem VSS-Writer.

Sichern der Oracle-Datenbank

eazyBackup kann den Inhalt jedes installierten VSS-Writers mit der Option "Application Aware Writer" sichern. Oracle Database unterstützt offiziell die Sicherung über seinen installierten VSS Writer.

Möglicherweise müssen Sie den Oracle VSS Writer separat installieren. Er ist mit Oracle Database 11g und höher (einschließlich 12c und 18c) verfügbar; neuere Versionen des Oracle VSS Writer können separat installiert werden, um eine 10g- oder 9i-Datenbank zu sichern.

Sie sollten die Option "Application Aware Writer" verwenden und die Komponente Oracle VSS Writer - ORCL auswählen. Innerhalb dieser Option können Sie einzelne Tablespaces für die Sicherung auswählen oder die gesamte Komponente auswählen.

Der Oracle VSS Writer liest die Datenbank mit SYSDBA-Rechten.

Der Oracle VSS Writer unterstützt Protokoll-, Kopier-, vollständige, differentielle und inkrementelle Backups:

  • Wenn Sie "volle" oder "kopierte" Backups in der VSS-Komponente machen, wird eazyBackup diese zusammen deduplizieren und seine eigenen inkrementellen Backups erstellen.
  • Wenn Sie "inkrementelle" Backups über die VSS-Komponente erstellen, kann dies etwas platzsparender sein als das inkrementelle System von eazyBackup, da Oracle die Dateiformate besser versteht. Bei der Wiederherstellung müssen Sie jedoch darauf achten, dass Sie das vollständige Backup und alle inkrementellen/Protokoll-Backups ebenfalls wiederherstellen, was die Komplexität erhöht.

Weitere Informationen über den Oracle VSS Writer finden Sie unter Die Dokumentation von Oracle.

eazyBackup

"Microsoft Hyper-V"-Sicherung

Dieser Protected Item-Typ sichert virtuelle Microsoft Hyper-V-Maschinen. Die zugrunde liegende Technologie ist VSS und ist mit allen Versionen von Hyper-V unter Windows Server kompatibel, einschließlich Windows Server 2016 (die neueste Version zum Zeitpunkt der Erstellung dieses Artikels).

Dieser Sicherungstyp ist nur anwendbar, wenn er auf Windows Server ausgeführt wird. Hyper-V auf Windows Desktop wird von diesem geschützten Artikeltyp nicht unterstützt.

eazyBackup ist mit dem Hyper-V VSS Writer integriert, um einen Hyper-V Backup-Snapshot zu erstellen, einschließlich der Unterstützung für In-VM-Quiescence auf unterstützten Gastbetriebssystemen.

Das Sichern einer virtuellen Hyper-V-Maschine mit eazyBackup beinhaltet, ist aber nicht beschränkt auf:

  • seine Konfigurationsdatei
  • alle angeschlossenen virtuellen Laufwerke
  • den Inhalt des Arbeitsspeichers (wenn der Rechner in Betrieb war)
  • den gesamten Baum der gespeicherten Kontrollpunkte

Sie können einzelne virtuelle Maschinen für die Sicherung auswählen oder "Alle virtuellen Maschinen" wählen.

Kohärenz und Gastzugänge

Die folgenden Informationen gelten für alle Produkte, die Hyper-V-Backups durchführen.

Beim Sichern einer Gast-VM ist es wichtig, einen konsistenten Zustand der VM zu erhalten. Es gibt verschiedene Möglichkeiten, dies zu erreichen.

Wenn auf dem Gastbetriebssystem alle erforderlichen Hyper-V-Integrationsdienste installiert sind, kann der Host die Gast-VM auffordern, einen VSS-Snapshot zu erstellen. Der Snapshot wird dann Hyper-V auf dem Host ausgesetzt, damit eazyBackup ihn sichern kann. Das Gastbetriebssystem sollte dabei nicht unterbrochen werden. Das VM-Backup ist anwendungskonsistent. Dies wird als "Produktionsprüfpunkt" bezeichnet.

Wenn auf dem Host-Betriebssystem Server 2012 R2 oder neuer läuft, aber keine Integrationsdienste innerhalb des Gastbetriebssystems vorhanden sind, dann erstellt Hyper-V einen Checkpoint der VM; eazyBackup sichert den Checkpoint; und dann wird der Checkpoint entfernt. Diese Art von Checkpoint unterbricht das Gastbetriebssystem nicht. Das VM-Backup ist crash-konsistent. Dies wird als "Standard-Checkpoint" bezeichnet.

  • Sie können dieses Verhalten auch erreichen, indem Sie "Produktionsprüfpunkte" in den Hyper-V-Einstellungen für die VM deaktivieren.

Wenn das Host-Betriebssystem älter als Server 2012 R2 ist und keine Integrationsdienste im Gastbetriebssystem vorhanden sind, wird die VM angehalten; Windows erstellt einen VSS-Snapshot der Hyper-V-Dateien im angehaltenen Zustand; die VM wird wieder aufgenommen und eazyBackup erstellt ein Backup vom VSS-Snapshot. Dies würde eine kurze Unterbrechung des Gastbetriebssystems verursachen. Das VM-Backup ist crash-konsistent.

  • Sie können dieses Verhalten auch erreichen, indem Sie Prüfpunkte in den Hyper-V-Einstellungen für die VM deaktivieren.

Replikat VM

Die folgenden Informationen gelten für alle Produkte, die Hyper-V-Backups durchführen.

Wenn Sie die Hyper-V-Replikation verwenden, können Sie Ihre virtuellen Maschinen entweder vom primären oder vom replizierenden Host aus sichern.

Ein auf dem primären VM-Host erstelltes Backup ist anwendungskonsistent (wenn möglich), indem ein VSS-Snapshot innerhalb des VM-Gastes in den Ruhezustand versetzt wird; andernfalls ist es absturzkonsistent. Ein auf dem sekundären VM-Host erstelltes Backup ist jedoch immer nur absturzsicher, da die Replik-VM nicht läuft, damit die Gastintegrationsdienste einen VSS-Snapshot erstellen können.

Aktuelle Versionen von Hyper-V erlauben es nicht, eine VM zu sichern, die gerade eine Replikation durchführt. Wenn eine VM zum Zeitpunkt des Backups gerade repliziert, wird eazyBackup den Vorgang ein paar Mal wiederholen. Wenn Sie wiederholt Fehler der Form Die virtuelle Maschine '...' kann keinen Backup-Vorgang starten, weil sie gerade einen konfliktbehafteten Vorgang ausführt. Versuchen Sie das Backup erneut. und Sie führen Backups vom Replikat-VM-Host aus, können Sie Folgendes in Betracht ziehen

  • Planung des Sicherungsauftrags zu einem Zeitpunkt, an dem die Wahrscheinlichkeit größer ist, dass die VM-Replikation aktuell ist; oder
  • die Verwendung von Before / After-Befehlen in eazyBackup, um die VM-Replikation vorübergehend zu stoppen, während der Sicherungsauftrag läuft.

Weitere Informationen zum Sichern einer Replikat-VM finden Sie unter https://blogs.technet.microsoft.com/virtualization/2014/04/24/backup-of-a-replica-vm/

Durchlaufende Festplatten

Die folgenden Informationen gelten für alle Produkte, die Hyper-V-Backups durchführen.

Hyper-V unterstützt Passthrough-Festplatten, um eine physische Festplatte vom Host direkt an die Gast-VM anzuschließen. Dadurch wird sie vom Host-Betriebssystem abgemeldet.

Hyper-V selbst unterstützt die Sicherung von Passthrough-Festplatten nicht (und auch nicht deren Replikation). Eine Hyper-V-Sicherung der Gastcomputer kann vom Host erstellt werden, enthält aber keine Daten von Passthrough-Festplatten.

Sie können dieses Problem umgehen, indem Sie entweder

  • Installation von eazyBackup innerhalb der Gast-VM und Sicherung der zusätzlichen Daten auf Dateiebene (hierfür wird eine zusätzliche Gerätelizenz benötigt); oder
  • Ändern Ihrer Passthrough-Festplatten in eine echte Festplatte mit einer großen .vhd- oder .vhdx-Datei. Der "Assistent für neue virtuelle Datenträger" im Hyper-V-Manager verfügt über eine Option zur Konvertierung eines vorhandenen Datenträgers in eine .vhd- oder .vhdx-Datei.

Weitere Informationen zum Sichern von Passthrough-Festplatten in Hyper-V finden Sie unter https://blogs.technet.microsoft.com/virtualization/2009/03/03/working-around-the-pass-through-limitations-of-the-hyper-v-vss-writer/

eazyBackup

"Windows Server Systemstatus" Sicherung

eazyBackup ist mit dem Windows Server System State integriert und unterstützt die Sicherung von System State .vhd Dateien mit der wbadmin Technologie. Diese Funktion ist nur auf bestimmten Versionen von Windows Server mit aktivierter "Server Backup Role" verfügbar.

Eine Windows Server-Systemstatussicherung kann Active Directory, Startdateien, die COM+-Registrierung, die Systemregistrierungsstruktur und/oder andere Systemdateien enthalten.

Für das Spooling temporärer Daten muss ein lokaler Pfad verwendet werden. Die gespoolten temporären Daten werden nach Abschluss des Sicherungsauftrags entfernt. Der ausgewählte Pfad

  • muss ein wurzelnackter Antrieb sein, und
  • muss VSS unterstützen, und
  • muss mindestens 10 GB freien Speicherplatz haben, und
  • auf Server 2008 und Server 2008 R2, darf sich nicht auf einem "kritischen" Volume befinden
    • Sie können dieses Problem umgehen, indem Sie die Registrierungsänderung in Microsoft KB944530.
  • muss für Windows als fest eingebaut und nicht als austauschbar erscheinen - unabhängig davon, ob es sich um ein internes oder externes Laufwerk handelt
    • Sie können dieses Problem bei einem Wechsellaufwerk umgehen, indem Sie einen Ordner auf dem Laufwerk freigeben und dessen UNC-Pfad als Spool-Verzeichnis festlegen

Weitere Informationen über Windows Server System State Backups finden Sie unter

Wiederherstellung von

Sobald Sie die .vhd-Datei mit eazyBackup wiederhergestellt haben, können Sie den Befehl wbadmin start systemstaterecovery verwenden, um eine System State .vhd-Sicherung auf eine installierte Kopie von Windows Server anzuwenden.

Alternative Möglichkeiten zur Sicherung des Systemstatus

Beachten Sie, dass aufgrund der Verwendung von wbadmin Spool-Speicherplatz benötigt wird. Alternativ können Sie den Systemstatus mit dem geschützten Elementtyp "Application-Aware Writer" sichern. Dies führt zu einem ähnlichen Ergebnis, aber

  • kein Platz auf der Spule benötigt wird; und
  • die Dateien werden nicht in einer .vhd-Datei gesammelt - dies kann zu einer besseren Deduplizierung auf Kosten der fehlenden Bootloader-Dateien führen

eazyBackup

"Windows-System-Sicherung"

eazyBackup ist mit Windows System Backup integriert und unterstützt die Sicherung ganzer System-Volumes als .vhd / .vhdx Dateien unter Verwendung der wbadmin Technologie.

Wählen Sie die zu sichernden Volumes aus und/oder wählen Sie "alle kritischen Volumes".

  • Sie können ein Volume anhand seines Laufwerksbuchstabens (z.B. C:\) auswählen, oder durch eine qualifizierte Windows-Volume-Referenz für Volumes ohne Laufwerksbuchstaben (siehe die Ausgabe von fsutil volume list).

Für das Spooling temporärer Daten muss ein lokaler Pfad verwendet werden. Gespoolte temporäre Daten werden nach Abschluss des Sicherungsauftrags entfernt. Der ausgewählte Spool-Pfad

  • muss ein wurzelnackter Antrieb sein, und
  • darf nicht als einer der ausgewählten Bände enthalten sein und
  • muss für Windows als fest eingebaut und nicht als austauschbar erscheinen - unabhängig davon, ob es sich um ein internes oder externes Laufwerk handelt
    • Sie können dieses Problem bei einem Wechsellaufwerk umgehen, indem Sie einen Ordner auf dem Laufwerk freigeben und dessen UNC-Pfad als Spool-Verzeichnis festlegen

Wiederherstellung (Datenlaufwerk)

Sobald Sie die .vhd-Datei mit eazyBackup wiederhergestellt haben, kann sie in Windows gemountet oder durchsucht werden (z.B. in 7-Zip), oder sie kann an eine virtuelle Maschine angehängt werden, oder sie kann auf ein physisches Volume geschrieben werden. So können Sie auf einzelne Dateien und Ordner innerhalb des Backups zugreifen und diese extrahieren.

Wiederherstellung (bootfähiges Betriebssystem)

Wenn Sie das Betriebssystemlaufwerk in die Sicherung einbezogen haben, ist es möglich, das Betriebssystem in einem bootfähigen Zustand wiederherzustellen, sofern einige zusätzliche Bedingungen erfüllt sind:

Die folgende Methode zur Wiederherstellung des Betriebssystems setzt voraus, dass Sie die Partition "System Reserved" in den Sicherungsauftrag aufgenommen haben; entweder durch manuelles Einbinden des Volumes oder durch Auswahl von "All Critical Volumes" in der Volume-Auswahl.

Wenn Sie die Partition "System Reserved" nicht in den Sicherungsauftrag aufnehmen, ist die resultierende .vhd / .vhdx eine reine Datendatei. In diesem Fall müssen Sie möglicherweise manuell einen NTLDR-Bootloader neu erstellen (mit den Befehlen bootsect und bcdedit), bevor der Rechner gebootet werden kann.

Wenn Sie einen Rechner sichern, der über EFI gebootet wurde, müssen Sie möglicherweise auch die EFI-Systempartition (ESP) sichern und wiederherstellen.

Beachten Sie, dass sich Windows-Betriebssystem-Installationen auf die aktuelle Hardware spezialisieren und dass Backup-Images nicht automatisch auf Hardware-Unabhängigkeit vorbereitet sind. Ein Betriebssystem-Image kann nur auf identischer oder sehr ähnlicher Hardware booten. Dieses Problem stammt von der wbadmin "Windows System Backup"-Technologie und ist nicht spezifisch für die Implementierung von eazyBackup. Weitere Informationen finden Sie online.

Windows-Wiederherstellung verwenden 

Sobald Sie die .vhd / .vhdx-Datei(en) mit eazyBackup wiederhergestellt haben, können Sie entweder die Windows-Wiederherstellung oder das Windows-Installationsmedium starten und die Option "System Image Recovery" wählen.

Es kann erforderlich sein, die Dateien im Unterverzeichnis WindowsImageBackup auf dem Stammlaufwerk zu speichern, damit die grafische Benutzeroberfläche von "System Image Recovery" die Dateien finden kann. "System Image Recovery" ist nur in der Lage, ein Systemabbild wiederherzustellen, wenn das Backup die Partition "System Reserved" enthält.

  • In diesem Dialogfeld können Sie auf die Option "Systemabbild auswählen" klicken, um die .vhd- / .vhdx-Datei zu finden, so dass Windows sie auf Ihren physischen Datenträger zurückschreiben kann.
  • Weitere Informationen sind online verfügbar, darunter auch ein visueller Rundgang:
  • Spätere Versionen der Windows-Installationsmedien sind in der Lage, vhd-Dateien älterer Windows-Versionen wiederherzustellen, und verfügen möglicherweise über eine bessere Treiberunterstützung. Wenn Sie beispielsweise Probleme bei der Wiederherstellung einer .vhd-Datei mit dem Server 2008-Installationsmedium haben, sollten Sie es mit einem Installationsmedium einer neueren Version von Windows versuchen.

Verwendung von wbadmin 

Sie können die Befehle wbadmin start recovery oder wbadmin start sysrecovery verwenden, um das Betriebssystem wiederherzustellen, ohne die Windows-GUI "System Image Recovery" zu verwenden.

qemu-img verwenden 

Die .vhd-Datei kann manuell mit qemu-img (z.B. qemu-img convert -f vpc image.vhd /dev/sda) oder einem ähnlichen Tool auf ein physisches Volume geschrieben werden.

Verwendung des Hypervisors 

Die .vhd-Datei kann an eine virtuelle Maschine angehängt und ohne Änderungen gebootet werden.

Alternative Möglichkeiten zur Sicherung von Windows System Backup

Beachten Sie, dass aufgrund der Verwendung von wbadmin Spool-Speicherplatz benötigt wird. Es kann besser sein, stattdessen den Sicherungstyp "Dateien und Ordner" zu verwenden, der keinen Spool-Speicherplatz benötigt. Die Sicherung einer Windows-Installation auf diese Weise führt jedoch nicht zu einem bootfähigen Image.

eazyBackup

"MySQL"-Sicherung

Dieser Protected Item-Typ sichert eine MySQL-Datenbank. Er ist auch mit MySQL-kompatiblen Servern wie MariaDB und Percona Server kompatibel. Er arbeitet auf der logischen (SQL-)Ebene.

Es werden keine Daten auf die lokale Festplatte gespoolt. Wie beim Typ "Programmausgabe" wird während eines MySQL-Backups kein Fortschrittsbalken oder ETA angezeigt.

Die Datenbanken werden jeweils einzeln gesichert. Die Point-in-Time-Konsistenz wird nur für jede einzelne Datenbank aufrechterhalten.

Details zur Verbindung

Vor der Auswahl der Datenbanken sollten Sie die Verbindungsdaten angeben. Füllen Sie die Felder im unteren Teil des Dialogfensters aus.

Auswahl von Datenbanken

Verwenden Sie die Plus-Schaltfläche auf der rechten Seite, um einen Datenbank-Browser zu öffnen, mit dem Sie einzelne Datenbanken für die Sicherung auswählen können. Verwenden Sie die Dropdown-Plus-Schaltfläche, um eine benutzerdefinierte Eigenschaft hinzuzufügen.

Benutzerdefinierter mysqldump

Die MySQL-Unterstützung von EazyBackup Backup arbeitet auf der logischen (SQL-)Ebene mit mysqldump. Eine Kopie dieses Programms muss sich auf dem Gerät befinden, damit der Backup-Auftrag ausgeführt werden kann.

Das mysqldump-Binary wird wie folgt ausgewählt:

  • Wenn ein benutzerdefinierter Pfad zu mysqldump festgelegt wurde, wird diese Binärdatei verwendet.
  • Andernfalls, wenn eine Version von mysqldump installiert ist (z.B. wenn Sie einen MySQL-Server vom Server selbst sichern), wird die lokale Version von mysqldump verwendet, um maximale Kompatibilität zu gewährleisten.
  • Andernfalls, wenn keine Kopie von mysqldump gefunden werden kann, bündelt die Windows-Version von eazyBackup Backup eine aktuelle mysqldump-Binärdatei in Übereinstimmung mit ihrer Lizenz.
  • Wenn kein geeignetes mysqldump-Binary gefunden wird, schlägt der MySQL-Backup-Auftrag mit der Fehlermeldung Couldn't find 'mysqldump' anywhere fehl. Dieser Fehler kann über den Status des Sicherungsauftrags oder seine Protokolleinträge festgestellt werden.

Unter Linux können Sie eine Kopie von mysqldump wie folgt installieren:

Vertriebsweg Befehl
Debian, Ubuntu apt-get install mysql-client
CentOS, RHEL yum install mysql

System-Datenbanken

EazyBackup unterstützt auf Wunsch die Sicherung der eingebauten Systemdatenbanken.

  • Die mysql-Datenbank enthält die Serverkonfiguration, einschließlich Benutzerkonten und Berechtigungen. Sie sollte nur auf der gleichen Hauptversion von MySQL wiederhergestellt werden.
  • Die information_schema-Datenbank ist ein Satz schreibgeschützter Ansichten und muss nicht wiederhergestellt werden.
  • Die performance_schema-Datenbank ist ein Satz von aggregierten Statistiken und muss nicht wiederhergestellt werden.
  • Die sys-Datenbank (in MySQL 5.7.7 und höher) ist ein Satz von Leistungsstatistiken und muss nicht wiederhergestellt werden. Wenn Ihre Version von MySQL diese Tabelle nicht erfolgreich sichert, ist es sicher, sie aus den eazyBackup Backup-Einstellungen auszuschließen.

Isolationsmodi

Diese Funktion ist in eazyBackup 19.3.0 und höher verfügbar.

EazyBackup ermöglicht Ihnen die Auswahl des Isolationsmodus, der beim Lesen von Daten aus MySQL verwendet wird. Sie sollten den am besten geeigneten Isolationsmodus für Ihren MySQL-Engine-Typ auswählen.

Die folgenden Optionen sind verfügbar:

Isolationsmodus InnoDB MyISAM Einzelheiten
Transaktion Einheitlich Inkonsistent Alle Lesezugriffe in eine einzige Transaktion verpacken, so dass die gelesenen Daten konsistent sind
Tabellen sperren (Standard) Beständig, aber langsam Beständig, aber langsam Sperren Sie den Zugriff auf die Datenbank, bevor Sie sie lesen, damit die gelesenen Daten konsistent sind. Dazu muss dem MySQL-Benutzerkonto die Berechtigung LOCK TABLES erteilt worden sein
Keine Inkonsistent Inkonsistent Nehmen Sie keine Transaktion vor und sperren Sie keine Tabellen.

eazyBackup

"Microsoft SQL Server" Sicherung

Dieser Protected Item-Typ sichert eine Microsoft SQL Server-Datenbank. Die zugrunde liegende Technologie ist VDI und ist mit SQL Server 2005 und höher kompatibel.

Es werden keine Daten auf die lokale Festplatte gespoolt. Wie beim Typ "Programmausgabe" wird während eines Microsoft SQL Server-Backups kein Fortschrittsbalken oder ETA angezeigt.

Die Datenbanken werden jeweils einzeln gesichert. Wenn Sie eine zeitpunktbezogene Konsistenz über mehrere Datenbanken hinweg benötigen, verwenden Sie bitte stattdessen die Option "Application-Aware Writer".

Details zur Verbindung

Bei der Einrichtung des neuen MSSQL-geschützten Elements sollten Sie die Verbindungsdetails angeben, bevor Sie Datenbanken auswählen. eazyBackup stellt nur eine Verbindung zu SQL Server her, der auf dem lokalen Rechner läuft. Sie müssen den Instanznamen eingeben oder das Feld leer lassen, um die Standardinstanz zu verwenden.

MSSQL-Sicherungskonfiguration

Adresse

Die Adresse ist immer localhost, aber EazyBackup verwendet keine TCP-Adressen oder TCP-Ports für die Verbindung zu SQL Server-Instanzen. eazyBackup verwendet "Shared Memory" für die Verbindung zu SQL Server-Instanzen.

Die Verwendung der "Shared Memory"-Verbindung von EazyBackup verbessert die Leistung bei einigen Vorgängen, allerdings auf Kosten der Tatsache, dass sie nur auf dem lokalen Rechner funktioniert.

Wenn Sie Probleme mit der Verbindung zu Ihrem SQL Server haben, müssen Sie sicherstellen, dass das "Shared Memory protocol" im SQL Server Configuration Manager aktiviert ist.

Öffnen Sie Sql Server Configuration Manager -> SQL Server Network Configuration -> Protocols -> Shared Memory -> Enable

Treiber

OLE DB und ODBC sind Datenzugriffsmethoden, die steckbare "Treiber" / "Provider" für die Verbindung zu Datenbanken wie SQL Server verwenden. Die folgenden Treiber für OLE DB / ODBC unterstützen SQL Server:

Treiber TLS 1.2-Unterstützung Anmerkungen
MSOLEDBSQL Ja Enthalten in SQL Server 2016 und 2017; optionaler Download von https://www.microsoft.com/en-us/download/details.aspx?id=56730
SQLNCLI11 Ja Enthalten in SQL Server 2012 und 2014; optionaler Download von https://www.microsoft.com/en-us/download/details.aspx?id=50402
SQLNCLI10 Nein Enthalten in SQL Server 2008
SQLNCLI Nein Enthalten in SQL Server 2005
SQLOLEDB Nein Enthalten in SQL Server (alle Versionen); Enthalten in Windows seit XP / Server 2003

EazyBackup wurde im Laufe der Zeit aufgerüstet, um zusätzliche Treiber zu unterstützen:

EazyBackup Version Bevorzugter Fahrer Ausweichfahrer(innen)
>= 18.9.6, >= 18.8.6 MSOLEDBSQL SQLNCLI11, SQLOLEDB

Sie können Ihre installierten Treiber auflisten

Authentifizierung

Mit EazyBackup können Sie eine Verbindung zu SQL Server herstellen, indem Sie entweder die Windows-Authentifizierung (die als Konto des Sicherungsdienstes ausgeführt wird - normalerweise NT SERVICE\backup.delegate oder SYSTEM) oder die native SQL Server-Authentifizierung verwenden.

  • Wenn Sie die Windows-Authentifizierung verwenden, erfolgt die Verbindung über das Konto des Sicherungsdienstes.
    • Sie können diesem Windows-Benutzerkonto die Rechte eines Systemadministrators in SQL Server zuweisen.
  • Wenn Sie die SQL Server-Authentifizierung verwenden, müssen Sie einen gültigen Benutzernamen und ein Passwort eingeben, um eine Verbindung zu SQL Server herzustellen.

Impersonation ist derzeit nicht für die Windows-Authentifizierung verfügbar. Zukünftige Versionen von eazyBackup werden Impersonation für die Windows-Authentifizierung unterstützen.

Mehrere Instanzen

EazyBackup unterstützt das Sichern mehrerer Instanzen von SQL Server. Sie können eine Instanz für die Sicherung auswählen, indem Sie den Instanznamen in das Feld "Instanzname" eingeben. Lassen Sie dieses Feld leer, um die Standardinstanz zu verwenden.

EazyBackup Backup listet automatisch die verfügbaren Instanzen zur Auswahl im Dropdown-Menü auf.

Sicherungsmodus

Standardmäßig führt EazyBackup einen vollständigen Datenbankexport aus SQL Server durch und verwendet dann sein eigenes Deduplizierungssystem, um die gespeicherten/geladenen Daten zu optimieren.

Dies ist die Option "Vollständig (nur Kopie)". Sie entspricht der T-SQL-Anweisung BACKUP WITH COPY_ONLY.

Da EazyBackup Voll-Image-Backups effizient deduplizieren kann, ist es normalerweise ausreichend, nur Voll-Backups von SQL Server in eazyBackup zu erstellen.

Basis-Bilder

Sie haben die Möglichkeit, das SQL Server-eigene System für differenzielle Sicherungen/Protokollsicherungen zu verwenden. Dies kann effizienter sein, erfordert aber zusätzlichen Verwaltungsaufwand und erschwert die Wiederherstellung von Daten.

Der SQL Server behält eine einzige Point-in-Time-Referenz bei, von der aus er differenzielle Backups und/oder logbasierte Backups erstellen kann. Wenn Sie ein neues "Full (base image)"-Backup erstellen, wird die Point-in-Time-Referenz nach vorne verschoben, so dass alle zukünftigen differenziellen und/oder protokollbasierten Backups auf dem letzten Base-Image-Backup basieren.

Um das SQL Server-eigene System für differenzielle/protokollierte Backups zu verwenden, müssen Sie mehrere geschützte Elemente erstellen (jedes mit einem anderen Zeitplan), um sowohl ein Basis-Image als auch differenzielle/protokollierte Backups zu erfassen. Durch die Erstellung mehrerer geschützter Elemente können Sie sowohl für Basis- als auch für Differenzial-/Protokollsicherungen individuelle Zeitpläne erstellen, Berichte erstellen und Aufbewahrungsrichtlinien verwalten.

Wenn Sie EazyBackup zusammen mit einem anderen Produkt für SQL-Server-Backups verwenden, sollten Sie sicherstellen, dass nur ein Produkt Base-Image-Backups erstellt. Andernfalls ist es möglich, dass eine Kette von Differenzial-/Protokoll-Backups unvollständig ist.

Unterschiedliche 

EazyBackup kann die SQL Server-eigenen Systeme für differenzielle Backups verwenden. In diesem Modus können Sie regelmäßig "differentielle Basis"-Backups und dann eine Reihe kleinerer "differentieller Inkrement"-Backups erstellen, die jeweils die Differenz zum letzten Basis-Backup enthalten. Diese Operationen entsprechen den T-SQL-Anweisungen BACKUP und BACKUP WITH DIFFERENTIAL. eazyBackup führt weiterhin eine Deduplizierung mehrerer Basis-Backups durch, die an denselben Storage Vault gesendet werden.

Dies ist die Option "Differenzialinkrement".

Protokoll 

Sie können sich dafür entscheiden, die eigenen Systeme von SQL Server für die Protokollsicherung zu verwenden. In diesem Modus müssen Sie regelmäßig vollständige Backups (Basis-Image) und regelmäßige Log-Backups erstellen.

Sie haben die Wahl, ob Sie die Log Truncation anwenden wollen. Diese Operationen sind äquivalent zu den T-SQL-Anweisungen BACKUP LOG und BACKUP LOG WITH NO_TRUNCATE. eazyBackup wird weiterhin alle Daten deduplizieren, die an denselben Storage Vault gesendet werden.

Um das SQL Server-eigene Protokollsystem zu verwenden, müssen Sie mehrere geschützte Objekte erstellen (jedes mit einem anderen Zeitplan), um sowohl vollständige als auch Protokoll-Backups zu erfassen.

Dieser Modus erfordert, dass das Wiederherstellungsmodell der Datenbank in SQL Server auf "Full" oder "Bulk Logged" eingestellt ist. Für weitere Informationen siehe https://msdn.microsoft.com/en-us/library/ms189275.aspx .

Empfehlungen 

Im Allgemeinen empfehlen wir, die Standardmethode "Vollsicherung" zu verwenden.

Die systemeigenen Differenzial-/Protokollsysteme von SQL Server können verwendet werden, wenn Sie mit dem Standardmodus Leistungsprobleme haben.

  1. Keine anderen Sicherungssysteme setzen die letzte Basissicherung zurück;
  2. Wenn das Differenzial/Protokoll erfolgreich gesichert wurde, bedeutet dies, dass auch die Basis kürzlich erfolgreich gesichert wurde;
  3. Basis-Backups werden regelmäßig durchgeführt, um den Differenzial-Overhead zu minimieren; und
  4. Die Aufbewahrung wird sorgfältig verwaltet, um sicherzustellen, dass eine Wiederherstellung möglich ist.

Alternative Möglichkeiten zur Sicherung von Microsoft SQL Server

Sie können den Typ "Application-Aware Writer" verwenden, um SQL Server mit dem VSS Writer zu sichern. Im Vergleich zum Standard-VDI-Ansatz von eazyBackup ermöglicht diese Option detailliertere Fortschrittsinformationen und kann einen konsistenten Point-in-Time-Snapshot von mehreren Datenbanken auf einmal erstellen. Die resultierenden Dateien müssen außerdem auf eine andere Weise wiederhergestellt werden.

Sie können die "Commands"-Funktion von eazyBackup verwenden, um osql/sqlcmd aufzurufen, um eine T-SQL BACKUP-Anweisung gegen die Datenbank auszuführen und dann die daraus resultierende Spooldatei mit dem Typ "Files and Folders" zu sichern. Diese Option erfordert mehr temporären Speicherplatz als das oben beschriebene integrierte System.

Sie können den Typ "Dateien und Ordner" verwenden, um einzelne Datenbankdateien zu sichern, wenn die Option "Dateisystem-Snapshot erstellen" ausgewählt ist. Der Sicherungstyp "Dateien und Ordner" ruft jedoch nicht den VSS-Writer von SQL Server auf, so dass dies (bestenfalls) eine "absturzsichere" Sicherung erzeugen würde und ist nicht empfohlen.

eazyBackup

de_DEDE
en_USEN fr_CAFR es_COES de_DEDE