Sichern der Datenbank der Junos Space Network Management Platform
Ein Benutzer mit der Rolle "Systemadministrator" oder "Superadministrator" kann die Junos Space Platform-Datenbank sichern und später die Sicherungsdatei verwenden, um die Junos Space Platform-Datenbank in einem früheren Zustand wiederherzustellen. Sie können alle Systemdaten, einschließlich aller Datenbanken (MySQL-, Cassandra- und Netzwerküberwachungsdaten), DMI-Schemas und Konfigurationsdateien, sichern und die Sicherungsdatei sowohl auf dem primären als auch auf dem sekundären Knoten speichern. Dieses Fallback-System ermöglicht es Ihnen, das System auch dann wiederherzustellen, wenn einer der Datenbankknoten abstürzt. In der Regel enthält die Datenbanksicherungsdatei Konfigurationsdaten für verwaltete Knoten, verwaltete Geräte, bereitgestellte Services, geplante Aufträge, Junos Space Platform-Benutzer, Netzwerküberwachung usw.
Sie können lokale und Remote-Sicherungs- und Wiederherstellungsvorgänge durchführen. Bei einem lokalen Sicherungsvorgang wird die Sicherungsdatei in das Standardverzeichnis / var/cache/jboss/backup kopiert. Bei einem Remote-Backup-Vorgang wird die Backup-Datei auf Remote-Netzwerk-Hosts kopiert.
Wenn Sie einen lokalen Sicherungsvorgang durchführen, geschieht Folgendes:
In einer Fabric mit einem Knoten wird die Sicherungsdatei auf dem primären Knoten gespeichert.
In einer Fabric mit mehreren Knoten gelten nur der primäre und der sekundäre Knoten als Datenbankknoten und enthalten daher Datenbanksicherungsdateien. Der Sicherungsvorgang wird nur vom sekundären Knoten aus initiiert und die Sicherungsdatei wird im Verzeichnis / var/cache/jboss/backup auf dem sekundären Knoten gespeichert.
Wenn der Sicherungsvorgang erfolgreich ist, wird die Sicherungsdatei mit dem primären Knoten synchronisiert (dorthin kopiert), und sowohl der primäre als auch der sekundäre Knoten verfügen über dieselbe Sicherungsdatei. Wenn der Sicherungsvorgang jedoch auf dem sekundären Knoten fehlschlägt (z. B. aus Gründen des unzureichenden Speicherplatzes), wird der Sicherungsvorgang auf dem primären Knoten ausgeführt.
Wenn dedizierte Datenbankknoten in der Fabric vorhanden sind, werden die Sicherungsdateien immer in den dedizierten Datenbankknoten gespeichert.
In einer Fabric mit dedizierten Datenbankknoten wird die MySQL-Datenbanksicherung auf dem sekundären Datenbankknoten initiiert und die Sicherungsdatei im Verzeichnis / var/cache/jboss/backup auf dem sekundären Datenbankknoten gespeichert.
Wenn der Sicherungsvorgang erfolgreich ist, wird die Sicherungsdatei mit dem primären Datenbankknoten synchronisiert (dorthin kopiert), und sowohl der primäre als auch der sekundäre Datenbankknoten verfügen über dieselbe Sicherungsdatei.
Wenn Cassandra-Knoten in der Fabric vorhanden sind, wird die Cassandra-Datenbank von einem der Cassandra-Knoten gesichert.
Die Datensicherung für die Netzwerküberwachung wird auf dem Junos Space-Knoten initiiert, wenn kein FMPM-Knoten vorhanden ist. Wenn FMPM-Knoten in der Fabric vorhanden sind, wird die Datensicherung zur Netzwerküberwachung auf dem FMPM-Knoten initiiert und anschließend auf die Datenbankknoten kopiert und gespeichert.
Wenn Sie die Junos Space Platform-Datenbank sichern, wird automatisch ein Überwachungsprotokolleintrag generiert. Auf der Seite Überwachungsprotokollinventar können Sie die Daten filtern, indem Sie das Schlüsselwort Datenbanksicherung verwenden, um Details zu den ausgeführten Datenbanksicherungsvorgängen anzuzeigen.
So sichern Sie die Junos Space Platform-Datenbank:
Alle Sicherungsdateien werden in einer einzigen komprimierten TAR-Datei (Erweiterung .tgz) mit dem Dateinamen backup_timestamp.tgz gespeichert, wobei timestamp das Datum und die Uhrzeit der Sicherung angegeben sind. Die Sicherungsdatei enthält entweder MySQL-, Cassandra- und Netzwerküberwachungsdaten, MySQL- und Netzwerküberwachungsdaten, MySQL- und Cassandra-Daten oder nur MySQL-Daten, je nachdem, ob Sie die Cassandra- und Netzwerküberwachungsdaten gesichert haben oder nicht.
Informationen zur Fehlerbehebung finden Sie in den folgenden Protokollen auf dem Junos Space-Server:
/var/log/nma.log
/var/log/nma/*.log
/tmp/maintenance.log