Nachfolgend finden Sie einen praktischen Leitfaden zu Bareos, zusammengestellt als funktionierender Spickzettel: Basierend auf der aktuellen offiziellen Bareos-Dokumentation (der Hauptzweig der Dokumentation ist jetzt bareos-25) und auf den Fragen, die bereits in früheren Diskussionen aufgetaucht sind: Die Rollen von bareos-dir / bareos-sd / bareos-fd, was Devices / Pools / Volumes bedeutet, werden durchgearbeitet bconsole, WebUI und typische Fehlerursachen.
Bareos-Verzeichnis
0. Wie Bareos funktioniert, kurz erklärt
Bareos besteht aus mehreren Schlüsselkomponenten. Bareos Director ist ein zentraler Verwaltungsdienst: Er kennt Jobs, Zeitpläne, Clients, Pools und Kataloge und führt Sicherungen/Wiederherstellungen durch. Bareos Storage Daemon (bareos-sd) schreibt Daten auf Medien oder Dateispeicher. Bareos File Daemon (bareos-fd) wird auf dem Client platziert und sendet die Dateien an den Director/Speicher. bconsole – Textkonsole für die Kommunikation mit Director. Der Katalog ist eine Datenbank mit Metadaten zu Jobs, Dateien, Clients und Volumes. Die Sicherungsdaten selbst befinden sich nicht im Katalog.
In der Praxis bedeutet dies Folgendes: dir entscheidet, was, wann und wo gesichert werden soll; fd liest Dateien auf dem Client; sd speichert den Backup-Stream auf Festplatte, Band oder einem anderen Backend. Wenn die Wiederherstellung ausgeführt wird, findet Director den erforderlichen Job/Volume im Katalog, sd liest die Daten vom Medium und fd gibt sie an den Client zurück.
1. Bareos-Ordner- und Dateistruktur
1.1. Hauptkonfigurationsverzeichnis
Unter Unix/Linux lautet der typische Konfigurationspfad /etc/bareos/. Jede Komponente verfügt entweder über ein einzelnes .conf oder ein Unterverzeichnisschema *.d. Standardmäßig sieht es so aus:
/etc/bareos/
├── bareos-dir.conf
├── bareos-dir.d/
├── bareos-sd.conf
├── bareos-sd.d/
├── bareos-fd.conf
├── bareos-fd.d/
├── bconsole.conf
├── bconsole.d/
├── tray-monitor.conf
└── tray-monitor.d/Genau dieses Schema dokumentiert Bareos standardmäßig für Unix. Beim Start liest die Komponente entweder COMPONENT.conf oder COMPONENT.d/*/*.conf, wenn ein Unterverzeichnisschema verwendet wird. Sie können den Konfigurationspfad auch explizit über -c PATH festlegen.
1.2. So lesen Sie die Struktur *.d
In einem Unterverzeichnisschema gibt es eine einfache Regel: Der Ressourcenpfad hat die Form:
COMPONENT.d/RESOURCETYPE/RESOURCENAME.confBeispiele aus der Dokumentation:
bareos-dir.d/director/bareos-dir.conf
bareos-dir.d/pool/Full.confDies ist für die Praxis sehr nützlich: Wenn Sie einen Job bearbeiten, suchen Sie nach der Datei in bareos-dir.d/job/; wenn Pool – in bareos-dir.d/pool/; wenn sich das Storage Daemon-Gerät in bareos-sd.d/device/ befindet.
1.3. Was ist wo auf Director
Auf Director finden Sie normalerweise die folgenden Verzeichnisse:
/etc/bareos/bareos-dir.d/
├── catalog/ # Catalog resources, например MyCatalog.conf
├── client/ # Клиенты Bareos
├── console/ # Консоли и WebUI users
├── director/ # Глобальный Director resource
├── fileset/ # Что бэкапить
├── job/ # Конкретные Jobs
├── jobdefs/ # Шаблоны JobDefs
├── messages/ # Куда слать сообщения
├── pool/ # Пулы томов
├── profile/ # ACL/Profiles, в т.ч. для WebUI
├── schedule/ # Расписания
├── storage/ # Связь с Storage Daemon
└── ... # другие ресурсыDiese Struktur folgt direkt aus der Regel RESOURCETYPE/RESOURCENAME.conf. Dateien wie /etc/bareos/bareos-dir.d/catalog/MyCatalog.conf oder /etc/bareos/bareos-dir.d/profile/webui-admin.conf sind daher keine „Paketmagie“, sondern ein normales Bareos-Ressourcenmodell.
1.4. Was liegt wo auf dem Client?
Ein Client, auf dem File Daemon ausgeführt wird, verfügt normalerweise über Folgendes:
/etc/bareos/bareos-fd.d/
├── client/myself.conf
├── Director/bareos-dir.conf
├── Director/bareos-mon.conf
└── Nachrichten/Standard.conf
client/myself.conf beschreibt den lokalen Datei-Daemon selbst, director/*.conf definiert, welche Directors eine Verbindung zu ihm herstellen können, und messages/Standard.conf definiert, wohin Nachrichten gehen. Genau so wird es im offiziellen Tutorial gezeigt.
1.5. Was ist wo auf Storage Daemon?
Auf einem Speicherserver sind in der Regel folgende Dinge wichtig:
/etc/bareos/bareos-sd.d/
├── Direktor/ # Welche Direktoren Zugriff auf SD haben
├── Gerät/ # Physische/logische Speichergeräte
├── Speicher/ # Globale SD-Konfiguration
├── Nachrichten/
└── Autowechsler/ # Wenn Bandbibliotheken verwendet werden
Device ist die Schlüsselentität für den Store. In der Dokumentation wird Device Resource explizit als Ressource beschrieben, die die Details eines Geräts angibt, das der Storage Daemon verwenden kann; Für die Dateispeicherung ist Archive Device ein Verzeichnis, für Band ist es ein Gerät wie /dev/nst0.
1.6. Wo befinden sich die Sicherungsdateien?
In der Standard-Festplattenkonfiguration schreibt Bareos Volumes auf /var/lib/bareos/storage/; Dies ist der Pfad von Tutorial/Standard FileStorage. Bei der Dateispeicherung ist der Dateiname normalerweise derselbe wie der Volume-Name aus dem Katalog. Dies ist ein Standardstandard und kein erforderlicher Pfad: Das tatsächliche Verzeichnis wird in Archive Device Ihrer Device-Ressource festgelegt.
1.7. Was hat sich in Bareos 25 geändert?
Ab Bareos 25 werden Batch-Konfigurationsvorlagen in /usr/lib/bareos/defaultconfigs/ gespeichert und die Produktionskonfiguration wird in /etc/bareos/ bereitgestellt. Ein wichtiger Punkt für die Administration: Bei einem Upgrade ändert Bareos nicht mehr automatisch bestehende Konfigurationen. Das ist gut für die Sicherheit von Änderungen, aber schlecht, wenn der Administrator erwartet, dass „das Paket selbst die neue erforderliche Ressource hinzufügt“.
1.8. WebUI-Dateien
Für WebUI befinden sich Schlüsselkonfigurationen in /etc/bareos-webui/. Die wichtigsten:
/etc/bareos-webui/directors.ini
/etc/bareos-webui/configuration.inidirectors.ini beschreibt, mit welchem Director eine Verbindung hergestellt werden soll und an welchem Port, sowie TLS-Parameter. Die Apache-Konfiguration für WebUI legt das Paket normalerweise in einem der Standardpfade wie /etc/apache2/conf.d/bareos-webui.conf oder einer ähnlichen Distributions-spezifischen Option ab.
2. Bareos-Konsolenbefehle
2.1. Servicemanagement
Um Daemons zu starten, zeigt die Dokumentation die folgenden Befehle:
systemctl start bareos-dir bareos-sd bareos-fd
systemctl enable --now bareos-dir bareos-sd bareos-fdUnter Debian/Ubuntu können Systemd-Unit-Namen gepackt werden:
systemctl start bareos-director bareos-storage bareos-filedaemon
systemctl enable --now bareos-director bareos-storage bareos-filedaemonEs ist nützlich, sich Folgendes zu merken: In Bareos-Befehlen, Protokollen und Einheitennamen erscheint manchmal der Name der Binärdatei und manchmal der Name des Pakets.
2.2. Überprüfen Sie die Konfiguration vor dem Neustart
Die nützlichste Administratorgewohnheit besteht darin, die Syntax vor dem Neustart zu testen:
bareos-dir -t
bareos-sd -t
bareos-fd -tDie Option -t, --test-config veranlasst den Daemon, die Konfiguration zu lesen, Fehler auszugeben und sofort zu beenden. Dies ist die offizielle Methode zur Syntaxprüfung neuer Konfigurationen.
Weitere nützliche allgemeine Daemon-Optionen sind:
bareos-dir -c /etc/bareos
bareos-dir -xc
bareos-dir -v
bareos-dir -d 100-c legt einen alternativen Konfigurationspfad fest, -xc druckt die aktuelle Konfiguration, -v macht die Ausgabe detaillierter, -d erhöht den Debug-Level. bareos-sd, bareos-fd und bconsole haben die gleiche Optionsfamilie.
2.3. bconsole ausführen
Die Hauptkonsole startet wie folgt:
bconsoleHäufig verwendete Optionen:
bconsole -l # показать доступных directors
bconsole -D <director> # выбрать director
bconsole -c /etc/bareos # указать путь конфигурации
bconsole -d 100 # debug levelbconsole kommuniziert speziell mit Director; Es liest die Konfiguration von bconsole.conf, sofern nicht -c angegeben ist.
2.4. Befehle, die Sie fast täglich benötigen
Status prüfen
status dir
status client
status storage
status jobid=<ID>
statusstatus dir zeigt geplante und aktuelle Jobs an, status client – ob der Dateidämon antwortet, status storage – den Status des Speicherdämons, der Geräte und der Laufwerksreservierungswarteschlange, status jobid=<ID> – den aktuellen Status eines bestimmten Jobs. Dies ist die Grundlage für die Primärdiagnose.
Verzeichnis und Medien anzeigen
show filesets
list jobs
list jobid=<ID>
list jobtotals
list files jobid=<ID>
list jobmedia
list pools
list volumesshow filesets hilft Ihnen, schnell zu verstehen, welche FileSets vorhanden sind. list jobs / list files jobid=... werden benötigt, um den Verlauf und die Inhalte des Backups zu analysieren. list pools und list volumes – für die Arbeit mit Medien und Pools.
Starten und Warten auf Aufgaben
run
wait
wait jobid=<ID>
messages
autodisplay onrun startet den Job, wait wartet auf den Abschluss, messages zeigt Meldungen an und autodisplay on lässt sich bequem während der Diagnose aktivieren, sodass Meldungen sofort angezeigt werden.
Wiederherstellen
restore allAls nächstes führt Sie Bareos durch die Auswahl von JobId, FileSet, Recovery Client, Verzeichnis und Pfad Where. Das Tutorial zeigt, dass die Wiederherstellung standardmäßig einen Dateibaum sammelt und Ihnen die interaktive Auswahl von Dateien ermöglicht.
Abschalten
quitDie normale Sitzungsbeendigung ist bconsole.
2.5. Befehle für Bänder und Volumes
Partitionieren eines Volumes und Hinzufügen zum Pool
label
add pool=<POOL> storage=<STORAGE>
Der praktische Unterschied ist folgender: label arbeitet mit physischen Medien/Volumen und erstellt gleichzeitig einen Eintrag darüber im Katalog; add fügt Volume nur zum Katalog hinzu und schreibt kein physisches Token auf das Medium. Im normalen Leben braucht man fast immer label; add ist ein Sonderfall.
Installation und Aktualisierung von Slots
mount
unmount
update slots
update slots scan
Für den automatischen Wechsler synchronisiert update slots den Katalog mit den Bibliothekssteckplätzen. Wenn kein Barcode-Leser vorhanden ist, veranlasst update slots scan Bareos, die Datenträgerbezeichnungen einzeln zu lesen und Slot/InChanger zu aktualisieren.
Einen „steckengebliebenen“ Job auf SD abbrechen
cancel storage=<StorageName> Jobid=<ID>
Dieses Formular ist nützlich, wenn der Director den Job nicht mehr als aktiv ansieht, der Storage Daemon jedoch immer noch davon ausgeht, dass er ausgeführt wird, und die Warteschlange blockiert. Dies ist einer der praktischsten Befehle für eingefrorene Backups/Wiederherstellungen.
2.6. Befehle zum schnellen Ändern der Konfiguration
reload
configure add client name=client2-fd address=192.168.0.2 password=secret
configure add console name=admin password=secret profile=webui-admin tlsenable=false
configure add erstellt eine vollwertige Ressource und speichert sie in bareos-dir.d/<resourcetype>/<name>.conf, d. h. die Änderung überlebt das Neuladen/Neustarten. Dies ist sehr praktisch, um einen Client und eine WebUI-Konsole hinzuzufügen. Nachdem Sie die Dateien manuell bearbeitet haben, führen Sie reload aus oder starten Sie neu.
2.7. Erweiterte Dienstprogramme
Wenn bconsole nicht mehr ausreicht, sind die folgenden Tools hilfreich:
bls # посмотреть содержимое volume
bextract # вытащить файлы напрямую из volume
bscan # импортировать содержимое volume в catalog / восстановить каталог
btape # тесты ленточного устройства
bls kann sowohl Datei-Volumes als auch Band-Volumes lesen; bextract kann beim Notfall-Dateiabruf helfen; bscan wird verwendet, um das Volume erneut im Katalog zu registrieren; btape ist ein Testtool für Band. Dies ist bereits der „Notfallkoffer“ des Bareos-Administrators.
3. Bareos-Weboberfläche
3.1. Was WebUI kann
Bareos WebUI unterstützt die Anzeige detaillierter Informationen zu Jobs, Clients, Dateisätzen, Pools, Volumes, Speichern, Zeitplänen, Protokollen und Director-Nachrichten; ermöglicht es Ihnen, Sicherungsjobs zu starten, abzubrechen, neu zu starten und über den Dateibaum wiederherzustellen; weiß auch, wie man den Bandwechsler verwaltet, einschließlich Etiketten/Import/Export von Medien und Aktualisierung des Steckplatzstatus. Zur Wiederherstellung kann WebUI entweder mit einem einzigen Backup-Job arbeiten oder den Verlauf von Backup-Jobs und Client-Dateisätzen in einem einzigen Dateibaum kombinieren. Dies ist praktisch, wenn der Client über viele vollständige/inkrementelle/differenzielle Dateien verfügt und die „letzte aktuelle Version“ der Dateien wiederherstellen muss.
3.2. So verstehen Sie Schnittstellenabschnitte
Die Namen der Registerkarten können je nach Version leicht variieren, die Logik ist jedoch normalerweise wie folgt:
- Jobs – Verlauf sichern/wiederherstellen/überprüfen, starten, erneut ausführen, abbrechen.
- Kunden – registrierte Kunden
bareos-fd. - Speicher – verbundener Speicher-Daemon und zugehörige Geräte/Volumes.
- Pools – logische Gruppen von Volumes.
- Volumes – bestimmte Volumes, auf die Sicherungsjobs geschrieben werden.
- Zeitpläne / Dateisätze / Director-Nachrichten / Protokolle – zusätzliche Verwaltungsabschnitte.
Um es ganz einfach zu erklären:
- Gerät – „wo der Storage Daemon physisch schreibt“: Verzeichnis auf der Festplatte, Bandlaufwerk, Autowechslerlaufwerk, Objektspeicher-Backend.
- Pool – „eine Reihe von Volumes für eine bestimmte Speicherrichtlinie.“
- Volume – „spezifisches Sicherungsmedium/Datei“, zum Beispiel
Full-0001.
Das heißt, die Formel lautet:
Auftrag → Pool → das entsprechende Volume auswählen → über ein bestimmtes Gerät/Speicher schreiben.
Bei der Dateispeicherung ist dies besonders deutlich: Das Gerät gibt das Verzeichnis Archive Device an, Pool definiert die Richtlinie für die Auswahl und Wiederverwendung von Volumes und Volume ist eine bestimmte Sicherungsdatei in diesem Verzeichnis.
3.3. Autorisierung in WebUI
WebUI verfügt nicht über eine eigene separate Benutzerbasis. Es nutzt Console- und Profile-Ressourcen von Bareos Director selbst. Um sich anzumelden, benötigen Sie mindestens eine Console (Dir)-Ressource; Zugriffsrechte werden über Profile (Dir) festgelegt, beispielsweise webui-admin.
In der Praxis bedeutet das: Wenn sich das WebUI „anmeldet, aber nichts anzeigt“ oder einige Abschnitte nicht zugänglich sind, liegt das Problem oft nicht in PHP/Apache, sondern in der ACL des Bareos-Profils. Die Dokumentation enthält direkt Beispiele für CommandACL, Job ACL, Client ACL, Storage ACL und andere Einschränkungen für WebUI-Profile.
3.4. Was ist wichtig für die Installation und Ausführung von WebUI?
Bareos WebUI befindet sich möglicherweise nicht auf demselben Host wie Director, aber die Hauptversion von WebUI und Director muss übereinstimmen. Für moderne Installationen ist das WebUI-Paket für PHP-FPM konzipiert; Ab Bareos 22 erfordert WebUI php-fpm anstelle von Apache mod_php. Nach der Installation/Aktualisierung muss Apache neu gestartet werden, und wenn es Probleme mit der Zugänglichkeit gibt, müssen Sie php-fpm, fcgid, rewrite, SELinux/AppArmor und die directors.ini-Konfiguration überprüfen.
3.5. Warum gibt es manchmal keine Fortschritte/Grafiken?
Statistiken zur Anzeige des Status laufender Jobs in der WebUI stammen aus dem Katalog. Wenn Statistics Collection deaktiviert ist, ist die schöne Telemetrie möglicherweise nicht verfügbar. In der Dokumentation wird ausdrücklich gewarnt: Das Sammeln von Statistiken erhöht die Größe der Datenbank.
4. Was hilft, Probleme in Bareos zu lösen
4.1. Grundlegender Diagnosealgorithmus
Wenn Bareos nicht funktioniert, ist es fast immer hilfreich, in dieser Reihenfolge vorzugehen:
- Überprüfen Sie, ob
dir,sd,fdaktiv sind. - Überprüfen Sie die Syntax der Konfigurationen.
- Überprüfen Sie, ob Namen/Passwörter/Ports zwischen den Komponenten übereinstimmen.
- Überprüfen Sie Speicher/Gerät/Volume/Pool.
- Überprüfen Sie, ob die Wiederherstellung tatsächlich getestet wurde und nicht nur die Sicherung.
4.2. Der erste Befehlssatz für jeden Unfall
bareos-dir -t
bareos-sd -t
bareos-fd -t
status dir
status client
status storage
messages
Diese Kombination zeigt normalerweise bereits 80 % der Probleme: ein Syntaxfehler, der Client antwortet nicht, der Speicher erkennt das Gerät nicht, der Job bleibt in der Warteschlange hängen, das Volume ist im falschen Zustand.
4.3. Autorisierungsprobleme
Einer der häufigsten Gründe ist eine Nichtübereinstimmung von Name / Password zwischen Director und File Daemon oder zwischen Director und Storage Daemon. In der offiziellen Fehlerbehebung heißt es direkt: Wenn Sie den Director-Namen oder das Passwort ändern, müssen diese Änderungen sowohl in SD als auch in FD gespiegelt werden; beide Enden authentifizieren sich gegenseitig. Für Storage Daemon müssen der Director-Name und das Passwort mit der Director-Konfiguration übereinstimmen. Für File Daemon muss das Director-Passwort mit der Ressource Client auf Director-Seite übereinstimmen.
In der Praxis bedeutet das: Wenn ein Client „in der Konfiguration sichtbar ist, aber das Backup nicht startet“, prüfen Sie zunächst nicht den DNS oder die Firewall, sondern die Übereinstimmung von Ressourcen und Geheimnissen in:
bareos-dir.d/client/*.conf
bareos-fd.d/director/*.conf
bareos-dir.d/storage/*.conf
bareos-sd.d/director/*.conf
bconsole.conf / bconsole.d/*
bconsole wird auch in Director über seine Ressource Director authentifiziert.
4.4. Probleme mit Speicher/Gerät/Volume
Wenn das Backup auf das Medium wartet, denken wir nicht an Job, sondern an die Kette Speicher → Gerät → Pool → Volume. Ein Pool ist ein Satz von Volumes. Der Job verwendet den Pool. Director wählt das erste geeignete anfügbare/wiederverwendbare Volume aus dem Pool aus. Der Medientyp des Volumes muss mit dem Speicher/Gerät übereinstimmen. Wenn kein geeignetes Volume vorhanden ist, wird der Job nicht ausgeführt.
Bei der Speicherung von Festplattendateien ist Folgendes zu beachten: Archive Device muss ein vorhandenes absolutes Verzeichnis sein, und Bareos erstellt dort Volume-Dateien mit dem Namen „Catalog“. Wenn das Verzeichnis nicht existiert, die Berechtigungen falsch sind oder Sie im falschen Device suchen, zeigt die WebUI „alles scheint da zu sein“ an, aber es gibt keinen Eintrag.
4.5. Probleme mit Bändern
Der Ausdruck „Band eingelegt“ bedeutet im normalen Gebrauch wörtlich das Vorhandensein eines physischen Mediums: Entweder hat der Bediener die Kassette manuell in das Bandlaufwerk eingelegt oder der automatische Wechslerroboter hat sie in das Laufwerk geladen. In der Konsolendokumentation wird ausdrücklich darauf hingewiesen, dass Bareos beim Arbeiten mit mehreren Bändern darauf wartet, dass der Benutzer die Bereitstellung des neuen Mediums über die Konsole bestätigt.
Wenn label fehlschlägt, sind laut Dokumentation typische Gründe wie folgt: Datenträgername ist bereits im Katalog; ein anderes Medium ist bereits im Gerät gemountet; die Medien tragen bereits die Bezeichnung Bareos; oder es ist überhaupt kein Datenträger im Laufwerk vorhanden. Für den automatischen Wechsler ist nach dem Magazin- oder Patronenwechsel unmount nützlich, dann update slots und dann mount.
4.6. Warum der Storage Daemon nach dem Start „lange Zeit nicht reagiert“.
Sobald die Daemons gestartet sind, versucht Storage Daemon, alle definierten Geräte zu öffnen und das bereitgestellte Volume zu überprüfen. Wenn es sich um ein Bandlaufwerk handelt, kann es ein bereits eingelegtes Band zurückspulen, was manchmal Minuten dauert. Während die Geräteprüfung nicht abgeschlossen ist, akzeptiert die SD möglicherweise keine Verbindungen von der Konsole. Dies ist ein normales Verhalten und nicht unbedingt ein Einfrieren.
4.7. Probleme nach Update
Es gibt zwei besonders wichtige Regeln:
Bareos DirectorundBareos Storage Daemonmüssen dieselbe Version haben.Bareos File Daemonkann je nach Version unterschiedlich sein.- Für WebUI und Director müssen die Hauptversionen übereinstimmen.
Außerdem „fügt“ das Paket mit Bareos 25 Ihre vorhandenen Konfigurationen nicht mehr zum Upgrade hinzu. Daher müssen Sie nach dem Update nicht nur die Versionen separat prüfen, sondern auch, ob Sie eine neue Ressource in /etc/bareos/ erwarten, die eigentlich nur in den /usr/lib/bareos/defaultconfigs/-Vorlagen verbleibt.
4.8. WebUI-Probleme
Wenn sich WebUI nicht öffnet oder sich nicht anmeldet, schauen Sie zuerst nach:
- Hauptversion Director/WebUI,
php-fpm,- Apache-Neustart,
directors.ini, -SELinux/AppArmor,- Vorhandensein von
Consoleund einem geeignetenProfile, - Profil-ACL.
Ein sehr häufiges Szenario: WebUI wird geöffnet, aber die Liste der Kunden/Jobs ist leer oder abgeschnitten. Dabei handelt es sich in der Regel nicht um eine „kaputte WebUI“, sondern um einen übermäßig begrenzten Profile auf der Konsole, über die sich die WebUI bei Director anmeldet.
4.9. Wiederherstellungsprüfung ist erforderlich
Das offizielle Tutorial betont ausdrücklich: Es reicht nicht aus, nur einen erfolgreichen Backup-Job zu haben; Sie müssen die Dateiwiederherstellung testen, bevor ein Unfall auftritt. In Bareos ist die Wiederherstellung keine Nebenfunktion, sondern ein obligatorischer Teil der Überprüfung der Funktionalität des Backup-Schemas.
5. Eine sehr kurze Erinnerung für den Administrator
Das Mindeste, was Sie sich merken sollten
- Bearbeiten Sie die Konfiguration → bareos-*. -t → neu laden/neu starten.
- Backup → Statusverzeichnis/Client/Speicher funktioniert nicht.
- Der Client ist nicht sichtbar → Ich überprüfe Name/Passwort/Port/TLS.
- Warten auf die Medien → Sehen Sie sich Storage/Device/Pool/Volume an.
- WebUI ist leer → Ich überprüfe Konsole/Profil/ACL.
- Nach dem Update → Ich überprüfe die Versionen von dir/sd und dir/webui.
- Backup ohne Wiederherstellungstest = Backup noch nicht überprüft.
Dies ist das Arbeitsminimum für die Verwaltung von Bareos.