Häufig gestellte Fragen
Wie ermöglicht das Bacula Enterprise LDAP-Plugin die Sicherung einzelner Objekte und die granulare Wiederherstellung?
Das LDAP-Plugin führt eine einzige Basisabfrage ausgehend vom konfigurierten BASEDN durch und speichert jedes gefundene Objekt als separaten Eintrag im Bacula-Katalog. Jedes Objekt wird unter einem virtuellen Namensraum gespeichert, dem das Präfix „ldap:“ vorangestellt ist, und als Verzeichnisbaum dargestellt. Bei der Wiederherstellung navigieren Sie in der Bacula-Konsole durch diesen Baum, wählen genau das benötigte Objekt aus und stellen es direkt im Live-Verzeichnis wieder her, ohne andere Elemente zu berühren.
Welche Konfigurationsparameter sind erforderlich, um das Plugin mit einem Verzeichnisserver zu verbinden?
Es sind vier Parameter erforderlich: die LDAP-URI (ldapuri), der Distinguished Name des Bind-Benutzers (binddn), das Bind-Passwort (bindpass) und der Basis-Distinguished Name (basedn). Diese können über eine eigene Konfigurationsdatei – „ldap.conf“ für das LDAP-Plugin und „msad.conf“ für das MSAD-Plugin – oder direkt in der Zeile „Plugin=“ in der Fileset-Definition angegeben werden.
Wie erkennt der „Accurate“-Modus gelöschte LDAP-Objekte?
Der „Accurate“-Modus vergleicht bei jeder Sicherung den aktuellen Verzeichniszustand mit dem Bacula-Katalog. Wenn ein Objekt aus einem früheren Job im Katalog vorhanden ist, aber im aktuellen Verzeichnis nicht mehr vorliegt, vermerkt das Plugin dies als gelöscht. Dadurch werden Löschungen erfasst, die zwischen geplanten Sicherungsläufen erfolgen und bei einer zeitstempelbasierten Erkennung übersehen würden.
Welche Ersetzungsoptionen stehen bei einer LDAP- oder AD-Wiederherstellung zur Verfügung?
Hierfür stehen vier Ersetzungsmodi zur Verfügung: „always“, „never“, „ifnewer“ und „ifolder“. „Always“ überschreibt das vorhandene Objekt bedingungslos. „Never“ überspringt das Objekt, wenn es bereits vorhanden ist. „Ifnewer“ führt die Wiederherstellung nur durch, wenn das gesicherte Objekt aktueller ist als das im Live-Verzeichnis befindliche. „Ifolder“ führt die Wiederherstellung nur durch, wenn das gesicherte Objekt älter ist. Der Modus wird beim „bconsole“-Wiederherstellungsbefehl ausgewählt und kann vor der Ausführung des Jobs geändert werden.
Kann das LDAP-Plugin auch andere Verzeichnisse als Microsoft Active Directory sichern?
Ja. Das LDAP-Plugin funktioniert mit jedem Verzeichnisserver, der das LDAP-Protokoll unterstützt, einschließlich OpenLDAP, Novell/SUSE eDirectory und DS389. Das MSAD-Plugin ist speziell für Microsoft Active Directory vorgesehen. Bei anderen Verzeichnisservern als OpenLDAP sollte das Plugin vor dem Einsatz in der Produktion getestet werden.
Warum läuft das MSAD-Plugin unter Linux, während ein Windows Active Directory-Server gesichert wird?
Das MSAD-Plugin wird auf einem Linux-Dateidaemon installiert und stellt über das Netzwerk unter Verwendung des LDAP-Protokolls eine Verbindung zum Active Directory-Server her. Auf dem Domänencontroller selbst wird nichts installiert.
Wie handhabt das MSAD-Plugin die Tombstone-Wiederherstellung in Active Directory?
Wenn Sie ein gelöschtes AD-Objekt wiederherstellen, prüft das MSAD-Plugin automatisch, ob für dieses Objekt ein Tombstone vorhanden ist. Wird ein solcher gefunden, stellt das Plugin das Objekt aus seinem Tombstone wieder her und stellt die verbleibenden Attribute aus der Sicherung wieder her. Dadurch werden Systemattribute wie SID und objectGUID wiederhergestellt, die mit anderen Wiederherstellungsmethoden nicht wiederhergestellt werden können. Die Tombstone-Wiederherstellung läuft automatisch ab und kann nicht deaktiviert werden.
Welche Active Directory-Versionen unterstützt das MSAD-Plugin?
Das MSAD-Plugin unterstützt Microsoft Active Directory ab Windows Server 2003, einschließlich aktueller und zukünftiger Windows Server-Versionen.
Können einzelne Benutzerkonten oder Gruppenobjekte wiederhergestellt werden, ohne das gesamte Active Directory zurückzusetzen?
Ja. Das MSAD-Plugin speichert jedes AD-Objekt als eigenes Katalogelement. Sie stellen ein einzelnes Benutzerkonto, eine Gruppe oder eine Organisationseinheit direkt auf dem aktiven AD-Server wieder her, ohne andere Objekte im Verzeichnis zu beeinträchtigen. Ein Zurücksetzen des gesamten Verzeichnisses ist nicht mehr erforderlich und wird nicht durchgeführt.
Kann das MSAD-Plugin die Wiederherstellung auf einem anderen Active Directory-Server durchführen als dem, von dem die Sicherung stammt?
Ja. Die Oberfläche für die Wiederherstellungsoptionen, die über Option 13 im bconsole-Befehl „restore“ aufgerufen werden kann, akzeptiert zum Zeitpunkt der Wiederherstellung eine andere `ldapuri`- und `binddn`-Angabe. Dadurch wird die Wiederherstellung auf einen anderen Server umgeleitet, ohne die ursprüngliche Plugin-Konfiguration zu ändern.
Was geschieht, wenn das „userAccountControl“-Attribut eines wiederhergestellten AD-Objekts nicht geschrieben werden kann?
Das MSAD-Plugin prüft während des Wiederherstellungsvorgangs, ob der Benutzer, für den die Wiederherstellung erfolgt, über die Berechtigung zum Schreiben des „userAccountControl“-Attributs verfügt. Reichen die Berechtigungen nicht aus, wird das Attribut mit Standardflags wiederhergestellt, wodurch das Konto in einem deaktivierten Zustand verbleibt. Das Plugin protokolliert das Ergebnis im Jobprotokoll, sodass der Administrator sofort erkennt, dass eine Korrektur der Berechtigungen erforderlich ist.
Wie werden vollständige, differenzielle und inkrementelle Sicherungen in Active Directory-Umgebungen gehandhabt?
Das MSAD-Plugin unterstützt alle drei Sicherungsstufen. Eine vollständige Sicherung erfasst jedes Objekt im Verzeichnisunterbaum ab dem konfigurierten BASEDN. Ein inkrementeller Auftrag erfasst Objekte, die seit der letzten Sicherung beliebiger Stufe geändert wurden. Ein differentieller Auftrag erfasst Objekte, die seit der letzten vollständigen Sicherung geändert wurden. Die Änderungszeitpunkte der Objekte werden im Bacula-Katalog erfasst und dienen dazu, zu bestimmen, was jeder nachfolgende Auftrag erfassen muss.