Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

commit

Syntax

Description

Übernehmen Sie die Gruppe von Änderungen an der Datenbank, und erzielen Sie die operativen Auswirkungen.

Anmerkung:

Diese fast-synchronize Option wird in den Antworten der QFX-Serie Virtual Chassis.

Diese peers-synchronize Option wird auf Geräten der SRX-Serie nicht unterstützt.

Anmerkung:

Ab Junos OS 12.3 ist es möglich, dass FPCs offline gebracht werden, indem der Betriebsmodus verwendet wird CLI-Befehl während eines Konfigurations-Commits oder eines Austauschs von Netzteilen online gehen request chassis fpc slot fpc-slot offline kann. Alternativ können Sie alternativ den Befehl im Konfigurationsmodus auf der Hierarchieebene verwenden, um sicherzustellen, set fpc fpc-slot power off[edit chassis] dass die FPCs offline bleiben.

Wenn Junos OS FPC oder PIC offline gebracht werden, wird beides nicht gestartet, wenn Sie einen Befehl eingeben, der ein Element der Offline-FPC oder commit PIC konfiguriert.

Options

keine

Führen Sie den Commit-Befehl aus, ohne dass Sie Optionen auf die Konfigurationsänderungen in der Konfigurationsdatenbank vornehmen.

aktivieren (optional)

Führen Sie ein Commit in zwei Schritten auf die Vorbereitung auf ein Commit und die spätere Aktivierung der Konfiguration aus. So können Sie eine Reihe von Geräten konfigurieren und gleichzeitig die Konfigurationen auf mehreren Geräten aktivieren.

und beenden (optional)

Commit für die Konfiguration. Wenn die Konfiguration keine Fehler enthält und das Commit erfolgreich ist, wird der Konfigurationsmodus beendet.

am String

(optional) Speichern Sie Softwarekonfigurationsänderungen, und aktivieren Sie die Konfiguration zu einem zukünftigen Zeitpunkt oder beim Neustart. Die variable Zeichenfolgereboot ist oder die zukünftige Zeit zum Aktivieren der Konfigurationsänderungen. Schließen Sie den Stringwert (einschließlich) reboot in Anführungszeichen ( “ ” ) ein. Sie können die Zeit in zwei Formaten angeben:

  • Ein Zeitwert im Formular [ ] (Stunden, Minuten und optionale Sekunden) – Commit die Konfiguration zum angegebenen Zeitpunkt. Dies muss in der Zukunft mindestens eine Minute, jedoch vor hh:mm:ss 23:59:59 Uhr am Tag der Eingabe des Konfigurationsbefehls commit at sein. Verwenden Sie die 24-Stunden-Zeit für den Wert; z. B. um hh04:30:00 4:30 Uhr und 20:00 um 8:00 Uhr. Die Zeit wird im Hinblick auf die Zeit- und Zeitzoneneinstellungen auf dem Gerät interpretiert.

  • Datum und Uhrzeit im Formular yyyy-mm-dd hh:mm [ :ss ] (Jahr, Monat, Datum, Stunden, Minuten und optionale Sekunden) – Commit der Konfiguration an dem angegebenen Tag und der Uhrzeit, die nach der Befehlserkennung erforderlich commit at ist. Nutzen Sie die 24 Stunden für den hh Wert. Dies 2003-08-2112:30:00 ist beispielsweise am 21. August 2003 um 12:30 Uhr  Die Zeit wird im Hinblick auf die Zeit- und Zeitzoneneinstellungen auf dem Router interpretiert.

    Das sind zum commit at "18:00:00" Beispiel Geben Sie für Datum und Uhrzeit beide Werte in den gleichen Anführungszeichen an. Das sind zum commit at "2018-03-10 14:00:00" Beispiel

  • Bei Ausgabe des Konfigurationsmodusbefehls wird eine commit at Commit-Prüfung durchgeführt. Wenn die Prüfung als Ergebnis erfolgreich ist, wird der aktuelle Benutzer im Konfigurationsmodus abgemeldet, und die Konfigurationsdaten bleiben in einem schreibgeschützten Status. Bis zum Abschluss der geplanten Commits können keine weiteren Commits durchgeführt werden.

    Anmerkung:

    Wenn Junos OS Konfiguration ausfällt, bevor die Konfigurationsänderungen aktiv werden, gehen alle Konfigurationsänderungen verloren.

    Sie können den commit at Konfigurationsmodusbefehl nicht eingeben, wenn ein Neustart ansteht.

    Sie können den Befehl nicht request system reboot eingeben, sobald Sie einen Commit-Vorgang für eine bestimmte Zeit in der Zukunft planen.

    Sie können keine Commit-Konfiguration festlegen, wenn ein geplantes Commit ansteht. Informationen zur Verwendung des Befehls zum Stornieren einer geplanten Commit-Konfiguration finden Sie clear system commit unter Clear System Commit.

prüfen

(optional) Die Syntax der Konfiguration überprüfen, aber nicht aktivieren.

Kommentar- Zeichenfolge

(optional) Fügen Sie einen Kommentar hinzu, der die zugesagte Konfiguration beschreibt. Der Kommentar kann bis zu 512 Bytes umfassen und muss in einer einzigen Zeile eingeben werden. Sie können keinen Kommentar mit dem Befehl commit check hinzufügen. In comment-string Anführungszeichen eingeschlossen (" "). Zum Beispiel commit comment "Includes changes recommended by user".

In Minuten bestätigt

(optional) Setzen Sie voraus, dass das Commit innerhalb des angegebenen Zeitraumes bestätigt wird.

  • Geben Sie einen befehl oder einen Befehl ein, um ein Commit commitcommit check zu bestätigen.

  • Wenn das Commit innerhalb dieser Frist nicht bestätigt wird, wird die Konfiguration automatisch auf die Precommit-Konfiguration zurück gesetzt. An alle angemeldeten Benutzer wird eine Broadcast-Nachricht gesendet. Geben Sie den Befehl ein, um zu zeigen, wann ein Rollback geplant show system commit ist. Der zulässige Bereich 1 bedenkte 65,535 sich auf Minuten und der Standard auf 10 Minuten.

  • Die Timeout für den Befehl wird basierend auf commit confirmed der Systemzeit berechnet, wenn der commit confirmed Befehl ausgegeben wird. Falls die Systemzeit während eines ausstehenden Systems geändert wird, wird die verbleibende Zeit bis zur Commit-Ausführung möglicherweise vom vorgesehenen Intervall verkürzt (falls die alte Systemzeit zurück bleibt) oder gehärtet (falls die alte Systemzeit weiter commit confirmed ist).

  • In Junos OS Version 11.4 und höher können Sie den Befehl auch commit confirmed im [edit private] Konfigurationsmodus verwenden.

ohne Synchronisierung

(optional) Konfigurieren Sie commit den Befehl für die Ausführung ohne Synchronisierung. Dies kann beispielsweise in Situationen nützlich sein, in denen eine Routine Engine-Konfiguration beschädigt ist, so dass eine Commit-Synchronisierung nicht möglich ist oder das Commit blockiert wird.

  • Diese Option ermöglicht es Ihnen, selbst wenn Sie konfiguriert sind, nur auf den Routing-Engine set system commit synchronize Commit zu.

  • Auch diese Option setzt die Konfiguration commit peer-synchronize außer Kraft. Wenn Sie die Commit-Synchronisierung mithilfe von und dann den Befehl konfiguriert haben, geschieht das Commit nur auf dem Gerät, auf dem der set system commit synchronizecommit no-synchronize Befehl ausgeführt wird.

  • Bei der Verwendung erfolgt das Commit zuerst in der anderen Routing-Engine commit synchronize dann im aktuellen. Wenn die andere Routine Engine beschädigt ist, scheitert das Commit. In solchen Fällen können Sie commit no-synchronize ... Dieser Befehl kann nicht mithilfe von set konfiguriert werden. Sie kann nur ausgeführt werden.

Peers synchronisieren

(optional) Konfigurieren Sie den Commit-Befehl, um automatisch eine Peers-Synchronisiert-Aktion zwischen Peers durchzuführen. Der lokale Peer (bzw. Anforderungs-Peer), auf dem die Peers-Synchronisation von Anweisungskopien aktiviert wird, und lädt seine Konfiguration auf den Remote-Peer (oder Darauf reagierenden) Peer. Jeder Peer führt dann eine Syntaxprüfung der konfigurationsdatei, die festgelegt wurde, durch. Wenn keine Fehler gefunden werden, wird die Konfiguration aktiviert und wird zur aktuellen Betriebskonfiguration auf beiden Peers.

Synchronisieren

(optional) Wenn Ihr Router über zwei Routingmodule verfügt, können Sie eine Konfiguration manuell Routing-Engine, um ihre Konfiguration mit der anderen zu synchronisieren, indem Sie den Befehl commit synchronize ausführen. Der Routing-Engine, auf dem Sie diesen Befehl ausführen (die Anforderung Routing-Engine), kopiert und lädt die Kandidatenkonfiguration auf die andere Routing-Engine (die Antworten auf Routing-Engine. Beide Routing-Engines führen dann eine Syntaxprüfung der zu konfigurierenden Kandidatenkonfigurationsdatei durch. Wenn keine Fehler gefunden werden, wird die Konfiguration aktiviert und wird zur aktuellen Betriebskonfiguration auf beiden Routing-Engines.

Die Synchronisiert-Option hat die folgenden zwei zusätzlichen Optionen:

  • force – (Optional) Commit-Synchronisierung an den Routing-Engines mithilfe der force Option erzwingen.

    Der commit synchronize Befehl funktioniert nicht, wenn der Antwortende Routing-Engine keine Konfigurationsänderungen vorgenommen hat. Sie können commit-Synchronisierung auf den Routing-Engines mithilfe von Option force erzwingen. Wenn Sie den Befehl mit der Option aus einer Routing-Engine aus ausführen, werden die Konfigurationssitzungen auf der anderen Routing-Engine Routing-Engine beendet und die Konfiguration wird mit dieser auf dem Gerät synchronisiert, von dem aus Der Befehl commit synchronizeforce ausgegeben wurde.

  • Skripts – (Optional) Synchronisieren Sie alle Commit-, Ereignis-, lib-, op- und SNMP-Skripte vom anfordernden Routing-Engine bis zum Antworten-Routing-Engine und commit und synchronisieren Sie die Konfiguration.

    Wenn der Vorgang für die anfordernde Routing-Engine ausfällt, wird der Prozess beendet, und die Skripte werden nicht an den Antworten-Skript commit check Routing-Engine. Wenn der Vorgang bei der Antworten-Antwort Routing-Engine ausfällt, werden die Skripte immer noch synchronisiert, da die Synchronisierung vor der Operation des Antworten-Skripts commit checkcommitcommit check Routing-Engine.

  • Wenn die Anweisung in der Hierarchieebene für den anfordernden Routing-Engine konfiguriert ist, synchronisiert das Gerät die Flash-Speicherskripte der anfordernden Routing-Engine und auf den Antworten einen Flash-Speicher load-scripts-from-flash[edit system scripts] Routing-Engine. Andernfalls synchronisiert das Gerät die Skripte von der Festplatte auf der anfordernden Festplatte Routing-Engine auf der Festplatte des Antworten-Routing-Engine. Das Gerät synchronisiert alle Skripte, unabhängig davon, ob sie in der Konfiguration aktiviert sind oder seit der letzten Synchronisierung aktualisiert wurden.

Anmerkung:

Es kann vorkommen, dass der Befehl gleichzeitig von beiden Routing-Engines initiiert wird, und der Prozess wird commit synchronize hängen. Ab version Junos OS 15.1 handelt es sich um eine temporäre Anomalie (20 Sekunden), nach der der Benutzer den Befehl erneut commit sychronize testen kann.

Anmerkung:

Wenn Sie den Befehl ausspricht, müssen Sie die Befehle und die Folgenden verwenden. Informationen zur Verwendung von Gruppen finden Sie unter Vererbung einer commit synchronizeapply-groups re0re1 . Konfigurationsgruppe .

Antworten auf Routing-Engine verwenden Junos OS Version 5.0 oder höher.

Zubereiten

(optional) Bereiten Sie die Konfiguration vor, um sie zu einem späteren Zeitpunkt zu aktivieren. Während der Vorbereitung werden alle erforderlichen Dateien und Datenbanken generiert und die Konfiguration validiert. Es wird eine Datei erstellt, die angibt, ob das Commit zur Aktivierung ansteht. Im Falle eines Ausfalls während der Vorbereitungsphase ist die Commit-Vorbereitung für die Protokollnachricht fehlgeschlagen.

Skripts

(optional) Commit-aktivierte Skripte während des Commit-Betriebs und Push-Skripte an andere Routing-Engine.

| (Pipe)

(optional) Nutzen Sie die | (Pipe)) Optionen zum Filtern der Ausgabe des commit Befehls.

Additional Information

Anmerkung:

Ab Junos OS 12.3 ist es möglich, dass FPCs offline gebracht werden, indem der Betriebsmodus verwendet wird CLI-Befehl während eines Konfigurations-Commits oder eines Austauschs von Netzteilen online gehen request chassis fpc slot fpc-slot offline kann. Alternativ können Sie alternativ den Befehl im Konfigurationsmodus auf der Hierarchieebene verwenden, um sicherzustellen, set fpc fpc-slot power off[edit chassis] dass die FPCs offline bleiben.

| display detail—(Optional) Überwacht den Commit-Vorgang.

Anmerkung:

Wenn in Junos OS 10.4 und höher die Anzahl der Commit-Details oder Nachrichten eine Seite überschreitet, wenn sie mit der Pipe-Option verwendet wird, ist die Pag nutzungsoption auf dem Bildschirm nicht mehr | display detailmore verfügbar. Stattdessen werden die Nachrichten standardmäßig auf dem Bildschirm hochgestellt, genau wie bei der Verwendung des Befehls mit commit der | no more Pipe-Option.

Required Privilege Level

konfigurieren: Zur Eingabe des Konfigurationsmodus.

Anmerkung:

Wenn Sie Junos OS Common Criteria-Umgebung verwenden, werden Systemprotokollmeldungen bei der Änderung eines Attributs erstellt (z. B. Kennwortänderungen oder Änderungen am Shared Secret secret RADIUS). Diese Änderungen werden bei den folgenden Konfigurationslastvorgängen protokolliert:

Weitere Informationen finden Sie im Leitfaden sichere Konfiguration für Common Criteria und Junos-FIPS.

Release Information

Befehl vor der Junos OS Version 7.4 eingeführt.

Option synchronize scripts ab Version Junos OS 13.2 eingeführt.

Option no-synchronize im neuen Junos OS Release 17.2R1