Das Commit-Modell für Konfigurationen

Die Gerätekonfiguration wird mit einem Commit-Modell gespeichert– eine Kandidatenkonfiguration wird wie gewünscht geändert und dann an das System gebunden. Wenn eine Konfiguration festgelegt wird, überprüft das Gerät die Konfiguration auf Syntaxfehler, und wenn keine Fehler gefunden werden, wird die Konfiguration als juniper.conf.gz gespeichert und aktiviert. Die ehemals aktive Konfigurationsdatei wird als erste Rollback-Konfigurationsdatei (juniper.conf.1.gz) gespeichert, und alle anderen Rollback-Konfigurationsdateien werden um 1 inkrementiert. Beispielsweise wird juniper.conf.1.gz auf juniper.conf.2.gz hochgekrementiert, was es zur zweiten Rollback-Konfigurationsdatei macht. Das Gerät kann maximal 49 Rollback-Konfigurationen (nummeriert 1 bis 49) auf dem System speichern.

Auf dem Gerät befinden sich die aktuelle Konfigurationsdatei und die ersten drei Rollback-Dateien (juniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3) im Verzeichnis /config . (Die restlichen Rollback-Dateien, 4 bis 49, befinden sich in /var/db/config.)

Wenn die Wiederherstellungskonfigurationsdatei rescue.conf.gz vorhanden ist, befindet sich diese Datei auch im Verzeichnis /config . Die werksseitigen Standarddateien befinden sich im Verzeichnis /etc/config .

Es werden zwei Mechanismen verwendet, um die Konfigurationen zwischen Routing-Engines innerhalb eines Geräts zu verbreiten:

• Synchronisierung: Verbreitet eine Konfiguration von einer Routing-Engine an eine zweite Routing-Engine innerhalb desselben Gerätegehäuses.

  Verwenden Sie den commit synchronize CLI-Befehl, um Konfigurationen zu synchronisieren. Wenn eine der Routing-Engines gesperrt ist, schlägt die Synchronisierung fehl. Wenn die Synchronisierung aufgrund einer gesperrten Konfigurationsdatei fehlschlägt, können Sie den commit synchronize force Befehl verwenden. Dieser Befehl überschreibt die Sperre und synchronisiert die Konfigurationsdateien.

• Verteilung: Verbreitet eine Konfiguration über die Routing-Ebene auf einem Multi-Chassis-Gerät. Die Verteilung erfolgt automatisch. Es gibt keinen Benutzerbefehl, um den Verteilungsprozess zu steuern. Wenn eine Konfiguration während einer Verteilung einer Konfiguration gesperrt ist, empfängt die gesperrte Konfiguration die verteilte Konfigurationsdatei nicht, sodass die Synchronisierung fehlschlägt. Sie müssen die Sperre vor der Konfiguration löschen und die Routing-Ebenen neu synchronisieren.

  Hinweis:

  Wenn Sie den commit synchronize force CLI-Befehl auf einer Multi-Chassis-Plattform verwenden, wirkt sich die erzwungene Synchronisierung der Konfigurationsdateien nicht auf die Verteilung der Konfigurationsdatei auf der Routingebene aus. Wenn eine Konfigurationsdatei auf einem Gerät gesperrt ist, das von dem Gerät entfernt ist, auf dem der Befehl ausgegeben wurde, schlägt die Synchronisierung auf dem Remotegerät fehl. Sie müssen das Schloss löschen und den synchronization Befehl erneut ausführen.