Best Practices für Backup Exec 21.3

Last Published:
Product(s): Backup Exec (21.3)
  1. Best Practices für Backup Exec
    1.  
      Best Practices für Backup Exec-Softwareverschlüsselung
    2.  
      Best Practices für die Installation von Backup Exec
    3.  
      Best Practices für Verwaltung von Bändern von Backup Exec
    4.  
      Best Practices für Backup Exec und plattenbasierte Speicher
    5.  
      Best Practices für Backup Exec Data Lifecycle Management (DLM)
    6.  
      Best Practices für Backup Exec-Kataloge
    7.  
      Best Practices für Backup Exec-Backups
    8.  
      Best Practices für das Sichern kritischer Systemkomponenten mit Backup Exec
    9.  
      Best Practices für Backup Exec Agent for Microsoft Exchange Server
    10.  
      Best Practices für Backup Exec Agent for Microsoft SQL Server
    11.  
      Best Practices für Backup Exec Agent for Linux
    12.  
      Best Practices für Backup Exec Agent for Microsoft SharePoint
    13.  
      Best Practices für Backup Exec Central Admin Server Option
    14.  
      Best Practices für Backup Exec Agent for Oracle auf Windows- und Linux-Servern
    15.  
      Best Practices für Backup Exec NDMP Option
    16.  
      Best Practices für Backup Exec-Berichte
    17.  
      Best Practices für Backup Exec und Veritas Update
    18.  
      Best Practices für Backup Exec Simplified Disaster Recovery
    19.  
      Best Practices für Backup Exec Agent for Enterprise Vault und Backup Exec Migrator
    20.  
      Best Practices für Backup Exec und Granular Recovery Technology
    21.  
      Best Practices für Backup Exec Remote Media Agent for Linux
    22.  
      Best Practices für Backup Exec Agent for Microsoft Hyper-V
    23.  
      Best Practices für Backup Exec Agent for VMware
    24.  
      Best Practices für Backup Exec Deduplication Option
    25.  
      Best Practices für die Anwendung der Backup Exec Deduplication Option mit der Central Admin Server Option
    26.  
      Best Practices für austauschbare Geräte, z. B. USB-Geräte, in einer Laufwerkrotationsstrategie
    27.  
      Best Practices für Backup Exec-Datenbankverschlüsselungscodes
    28.  
      Best Practices für die Verwendung von Backup Exec Cloud Connector

Best Practices für Backup Exec Agent for Microsoft Exchange Server

Best Practices sind Tipps und Empfehlungen, die Ihnen helfen können, den Exchange Agent effektiv zu verwenden. Weitere Informationen zum Exchange Agent finden Sie im Administratorhandbuch zu Backup Exec.

Best Practices zum Vorbereiten des Exchange-Servers für Backup
  • Die Umlaufprotokollierung muss deaktiviert sein, wenn Sie folgende Schritte durchführen möchten:

    • Führen Sie inkrementelles und differenzielles Backup aus.

    • Stellen Sie Daten bis zur Fehlerquelle wieder her.

  • Speichern Sie Transaktionsprotokolldateien auf einem von der Datenbank physisch getrennten Datenträger. Wenn der Datenträger, der die Datenbank enthält, beschädigt ist, sind die Transaktionsprotokolle als Wiederherstellungsressource verfügbar.

  • Legen Sie als Aufbewahrungszeitraum für gelöschte Elemente und Postfächer einen Zeitraum fest, der für den verfügbaren Festplattenspeicher geeignet ist. Je länger der Aufbewahrungszeitraum, desto mehr Speicherplatz ist erforderlich. Bei einem bestimmten Aufbewahrungszeitraum kann jedoch die Wiederherstellung eines Postfachs oder einer Datenbank verhindert werden. Wenn möglich, konfigurieren Sie den Exchange-Server, damit Elemente nicht gelöscht werden, bis ein vollständiges Backup durchgeführt ist.

  • Deaktivieren Sie auf dem SCSI-Controller die Option "Schreibcache". Daten können beschädigt werden, wenn der Computer ausfällt, bevor der Vorgang auf den Datenträger geschrieben wird.

  • Überwachen Sie die Anwendungs-, Sicherheits- und Systemprotokolle auf entsprechende Ereignisse, die sich auf die Funktionsweise des Exchange-Servers auswirken können.

  • Sorgen Sie für ausreichend Speicherplatz für die Wartung und Wiederherstellung. Ausführliche Informationen erhalten Sie in Ihrer Microsoft-Dokumentation.

  • Dokumentieren Sie ausführlich die Exchange-Server-Konfiguration.

  • Der Exchange-Server sollte nicht als Domänencontroller eingesetzt werden. Sie können Exchange einfacher wiederherstellen, wenn Sie das Active Directory nicht zuerst wiederherstellen müssen. Außerdem können dem Konto des vertrauenswürdigen Teilsystems in Exchange Rechte hinzugefügt werden.

  • Installieren Sie den Exchange-Server in einer Domäne, die über mindestens zwei Domänencontroller verfügt. Mit zwei Domänencontrollern in einer Domäne können Datenbanken auf einem ausgefallenen Domänencontroller mit Replikation aktualisiert werden.

  • Sie benötigen lokale Administratorrechte auf jedem Knoten einer Datenbankverfügbarkeitsgruppe (DAG, Database Availability Group) und auf dem Microsoft Exchange-Postfachserver, um Microsoft Exchange-Datenbankdateien zu sichern und wiederherzustellen.

  • Verwenden Sie für Exchange 2010/2013 eine Datenbankverfügbarkeitsgruppe (DAG) mit mindestens einer passiven Datenbankkopie für jede Datenbank, um Datenverlust zu vermeiden. Wenn Sie mehr als eine passive Kopie erstellen können, sollte die zweite passive Kopie eine Protokollwiedergabeverzögerung von 24 Stunden verwenden.

  • Teilen Sie Benutzer-Postfächer zwischen mindestens zwei Exchange-Datenbanken auf, gemäß dem Kapazitätsplanungshandbuch für Microsoft Exchange.

  • Die Exchange-Datenbanken dürfen nicht zu groß sein, da sonst Backups länger dauern können.

Best Practices zum Sichern der Exchange-Informationsspeicher-Daten
  • Wenn Sie vollständige Backups ausführen, aktivieren Sie die Option für Granular Recovery Technology (GRT). Durch die GRT-Option können Sie einzelne E-Mails und Ordner aus einem Datenbank-Backup wiederherstellen, ohne dass ein separates Postfach-Backup erforderlich ist.

    Hinweis:

    Weitere Informationen zu empfohlenen Verfahren für Backup Exec Granular Recovery Technology (GRT) mit einem Exchange-Informationsspeicher-Backup erhalten Sie in den empfohlenen Verfahren zur Granular Recovery Technology. Exchange 2007 und höher unterstützt keine einzelnen Postfach-Backups.

  • Veritas empfiehlt, dass Sie GRT-fähige, inkrementelle Exchange-Backups nicht an Deduplizierungsspeichergeräte senden. Die Transaktionsprotokolle enthalten hauptsächlich eindeutige Daten, die sich nicht gut deduplizieren lassen. Erstellen Sie für optimale Ergebnisse eine Backup-Definition, die ein vollständiges Backup von Exchange auf ein Deduplizierungsspeichergerät und dann ein inkrementelles Backup auf ein Festplattenspeichergerät ausführt.

  • Ändern Sie den standardmäßigen Staffelspeicherort, wenn Sie Backup-Aufträge mit aktiviertem GRT ausführen. Der standardmäßige Speicherort wird sowohl für die Wiederherstellung als auch Bereitstellung von Wiederherstellungsaufträgen mit aktiviertem GRT verwendet. Um Leistung zu erhöhen, ändern Sie gegebenenfalls den Speicherort auf einen Datenträger, der nicht dem Systemdatenträger entspricht.

  • Es sollten weniger als 75.000 Transaktionsprotokolldateien für Backups mit aktiviertem GRT vorhanden sein. Bei mehr als 75.000 Transaktionsprotokolldateien erhöht sich möglicherweise der Zeitraum für die Fertigstellung des Backup-Auftrags.

  • Stellen Sie sicher, dass die planmäßige Wartung für den Informationsspeicher nicht zur selben Zeit wie das Datenbank-Backup ausgeführt wird. Wenn Sie diese Vorgänge gleichzeitig ausführen, können Probleme mit den Exchange-Server-Datenbanken auftreten.

  • Führen Sie Exchange-Backups getrennt von anderen Backup-Aufträgen aus.

  • Sichern Sie das Active Directory regelmäßig.

  • Führen Sie gegebenenfalls ein regelmäßiges Backup für Systemstatus und Shadow Copy-Komponenten aus. Diese Auswahlen sichern die IIS-Metabasis (Internet Information Service) und die Windows-Registrierung.

  • Führen Sie ein Backup aus, nachdem Sie Änderungen an den System- oder Anwendungseinstellungen vorgenommen haben.

  • Wenn Sie Offline-Backups ausführen, sichern Sie alle Dateien, die die Speichergruppe bilden, einschließlich alle EDB- und STM-Dateien und alle Transaktionsprotokolldateien.

  • Wenn DAGs in Exchange 2010/2013 mehr als drei Kopien der Datenbank aufweisen, kann die Konsistenzprüfung deaktiviert werden.

Best Practices zum Wiederherstellen von Daten für alle Versionen des Exchange-Informationsspeichers
  • Beachten Sie die Auswirkungen der Option "Alle Transaktionsprotokolle wiederherstellen und vorhandenes Transaktionsprotokoll nicht löschen". Ist diese Option aktiviert und wurde ein Vorgang durchgeführt, werden Transaktionen in vorhandenen Transaktionsprotokollen angewendet, wenn Sie die Informationsspeicher-Datenbank starten oder laden. Wenn diese Transaktionen Löschungen enthalten, die nach dem ausgeführten Backup aufgetreten sind, werden diese Löschungen ebenfalls angewendet. Dadurch werden die Daten, die Sie wiederherstellen möchten, möglicherweise gelöscht. Aktivieren Sie in diesem Fall die Option "Vorhandene Daten löschen und nur Datenbanken und Transaktionsprotokolle wiederherstellen" aus den Backup-Sätzen. Diese Option verwirft die Exchange-Daten, die nach dem Backup generiert wurden. Außerdem können Sie einen zweiten Wiederherstellungsserver verwenden. Außerdem können Sie die Speichergruppe für die Wiederherstellung in Exchange 2007 oder die Wiederherstellungsdatenbank in Exchange 2010 oder höher verwenden, um die Wiederherstellung durchzuführen.

  • Wenn Sie das Dienstprogramm Microsoft Eseutil zum Reparieren der Datenbank verwenden, vergewissern Sie sich, dass ausreichend Speicherplatz auf dem Wiederherstellungsserver vorhanden ist. Möglicherweise benötigen Sie 125 % der tatsächlichen Größe der Informationsspeicher-Datenbank. Außerdem können Sie einen anderen Datenträger als temporären Speicherort angeben, auf dem das Dienstprogramm Eseutil ausgeführt werden soll. Ausführliche Informationen erhalten Sie in Ihrer Microsoft-Dokumentation.

Best Practices zum Wiederherstellen von Daten für Exchange Server 2007 oder höher
  • Stellen Sie sicher, dass Sie einen gültigen temporären Speicherort auf dem Exchange-Server für Protokoll- und Patch-Dateien angeben. Der temporäre Speicherort muss ausreichend Speicherplatz für die Transaktionsprotokolle aufweisen, die Sie wiederherstellen möchten.

  • Wenn beim Laden einer Datenbank nach einer Wiederherstellung Fehler auftreten, erhalten Sie weitere Informationen in der Datei Restore.env. Informationen in dieser Datei können Ihnen bei der Fehlerbehebung behilflich sein. Um die Datei zu lesen, führen Sie das Dienstprogramm Eseutil mit dem Parameter /cm aus. Ausführliche Informationen erhalten Sie in Ihrer Microsoft-Dokumentation.

  • Wählen Sie die Option zum Speichern nach Abschluss der Wiederherstellung, wenn Sie einen Wiederherstellungsauftrag konfigurieren, damit die Datenbank geladen werden kann. Führen Sie das Dienstprogramm Eseutil mit dem Parameter /cc aus, um einen manuellen Hard Recovery-Vorgang durchzuführen. Ausführliche Informationen erhalten Sie in Ihrer Microsoft-Dokumentation.

  • Stellen Sie Folgendes sicher, wenn Sie die Wiederherstellung auf einem Exchange-Server durchführen, der nicht dem Quellserver entspricht:

    • Stellen Sie sicher, dass sich der Wiederherstellungsserver in derselben Exchange-Gesamtstruktur befindet wie der ursprüngliche Server.

    • Stellen Sie sicher, dass der Exchange-Server dieselbe Version von Exchange mit mindestens derselben Service Pack-Version verwendet wie der ursprüngliche Server.

    • Wenn Sie die Datenbank zu einem anderen Datenbanknamen umleiten möchten, müssen Sie für Exchange 2010 und höher einen Datenbanknamen verwenden, der sich vom Namen der Quelldatenbank unterscheidet. Darüber hinaus muss auf dem Zielserver bereits eine leere Datenbank vorhanden sein, bei der die Option aktiviert ist, Überschreiben zuzulassen.

Best Practices zum Planen der Notfallwiederherstellung eines Exchange-Servers
  • Führen Sie Tests regelmäßig durch, um sicherzustellen, dass bei Notfallwiederherstellung- und Datenwiederherstellungsszenarien die erwarteten Ergebnisse auftreten.

  • Machen Sie sich mit der Microsoft-Dokumentation für Datenbankverwaltung, Notfallwiederherstellungspläne und Wiederherstellung in Exchange vertraut.

  • Dokumentieren Sie ausführlich die Exchange-Server-Konfiguration. Dokumentieren Sie alle nachfolgenden Änderungen. Notieren Sie alle Hotfixes und Service Packs, die angewendet wurden.