commit

設定変更を設定データベースにコミットするオプションなしで commit コマンドを実行します。

コミット用に設定を準備し、後で設定をアクティブ化するための 2 つのステップで、コミットを完了します。これにより、複数のデバイスを設定し、複数のデバイスで同時に設定を有効にすることができます。

設定をコミットし、設定にエラーが含まれており、コミットが成功した場合、設定モードから終了します。

(オプション)ソフトウェア設定の変更を保存し、将来の時点または再起動時に設定を有効にします。変数 string は、 reboot 設定変更を有効にするまたは将来の時刻です。値(を string 含む reboot)を引用符(“ ”)で囲みます。時間を 2 つの形式で指定できます。

• 形式 hh:mmの時間値 [:ss] (時間、分、オプションで秒)— 設定コマンドが発行された日 commit at の午後 11 時 59 分 59 秒より前の 1 分以上将来である必要があります。この値には 24 時間の時間を hh 使用します。例えば、 04:30:00 午前 4:30:00、 20:00 午後 8 時です。時間は、デバイスのクロックとタイムゾーンの設定に関して解釈されます。

• 形式 yyyy-mm-dd hh:mmの日付と時刻の値 [:ss] (年、月、日付、時間、分、オプションで秒)— コマンドが発行された後である必要がある、指定した日時に設定を commit at コミットします。この値には 24 時間の時間を使用します hh 。例えば、 2003-08-21 12:30:00 2003 年 8 月 21 日の午後 12 時 30 分です。時間は、ルーターのクロックとタイムゾーンの設定に関して解釈されます。

  例えば、 commit at "18:00:00". 日付と時刻については、両方の値を同じ引用符で囲みます。例えば、 commit at "2018-03-10 14:00:00".

• 設定モード コマンドを発行すると、コミット チェックが commit at 実行されます。チェックの結果が成功した場合、現在のユーザーは設定モードからログアウトされ、設定データは読み取り専用の状態になります。スケジュールされたコミットが完了するまで、他のコミットは実行できません。

  注:

  設定変更がアクティブになる前にJunos OSに障害が発生した場合、すべての設定変更は失われます。

  再起動が保留されている場合、設定モード コマンドを入力 commit at することはできません。

  将来の特定の時間に request system reboot コミット操作をスケジュールすると、 コマンドを入力することはできません。

  スケジュールされたコミットが保留されている場合、設定をコミットすることはできません。コマンドを使用 clear system commit してスケジュールされたコミット設定をキャンセルする方法については、 システムコミットのクリアを参照してください。

(オプション)設定の構文を検証しますが、アクティブ化しないでください。

(オプション)コミットされた設定を説明するコメントを追加します。コメントは512バイトまで可能で、1行で入力する必要があります。コマンドにコメントを commit check 含めることはできません。引用符(" ")で囲みます comment-string 。例えば commit comment "Includes changes recommended by user".

(オプション)指定した時間内にコミットを確認する必要があります。

• コミットを確認するには、 または commit check コマンドのいずれかをcommit入力します。

• コミットが制限時間内に確認されない場合、設定は事前コミット設定に自動的にロールバックし、ログインしているすべてのユーザーにブロードキャストメッセージが送信されます。ロールバックがスケジュールされたときに表示するには、 コマンドを show system commit 入力します。許可される範囲は 1 ~ 65,535分で、デフォルトは 10分です。

• コマンドの commit confirmed タイムアウトは、コマンドが発行されたときのシステム時間に commit confirmed 基づいて計算されます。a commit confirmed が保留されている間にシステム時間が変更された場合、コミット実行までの残りの時間が(古いシステム時間が遅れている場合は)短縮されるか、(古いシステム時間が前の場合には)意図した間隔から長引く可能性があります。

• Junos OSリリース11.4以降では、設定モードで コマンドをcommit confirmed[edit private]使用することもできます。

(オプション) commit 同期せずに実行するように コマンドを設定します。これは、コミット同期が不可能な、またはコミットをブロックするようなルーチン エンジン設定が破損している場合などに便利です。

• このオプションでは、設定されていても set system commit synchronize 、現在のルーティング エンジンでのみコミットできます。

• このオプションは、設定も commit peer-synchronize 上書きします。コマンドを使用して set system commit synchronize コミット同期を設定した場合、コミットは コマンド commit no-synchronizeを発行したデバイスでのみ行われます。

• を使用 commit synchronizeする場合、コミットは最初に他のルーティング エンジンで行われ、次に現在のルーティング エンジンでコミットされます。他のルーチン エンジンが破損している場合、コミットは失敗します。このような場合は、を使用 commit no-synchronizeすることができます. このコマンドは、 を使用して set設定できません。実行可能なのは、 のみです。

(オプション)コミットコマンドを設定して、ピア間でピア同期アクションを自動的に実行します。ピア同期ステートメントを有効にするローカルピア(または要求ピア)は、その設定をリモート(または応答)ピアにコピーして読み込みます。各ピアは、コミットされている設定ファイルの構文チェックを実行します。エラーが見つからない場合、設定はアクティブ化され、両方のピアで現在の運用設定になります。

(オプション)ルーターに2つのルーティングエンジンがある場合、 コマンドを発行することで、1つのルーティングエンジンに手動で設定を commit synchronize 同期させることができます。このコマンド(リクエストルーティングエンジン)を実行したルーティングエンジンは、候補の設定をコピーして他のルーティングエンジン(応答するルーティングエンジン)に読み込みます。両方のルーティング エンジンは、コミットされている候補の設定ファイルに対して構文チェックを実行します。エラーが見つからない場合、設定はアクティブ化され、両方のルーティング エンジンで現在の動作コンフィギュレーションになります。

同期オプションには、次の 2 つの追加オプションがあります。

• force—(オプション)オプションを使用して、ルーティングエンジンでコミット同期を force 適用します。

  commit synchronize応答するルーティングエンジンがコミットされていない設定変更がある場合、 コマンドは機能しません。オプションを使用して、ルーティングエンジンにコミット同期を force 適用できます。1つのルーティングエンジンからの オプションで force コマンドを発行commit synchronizeすると、もう一方のルーティングエンジンの設定セッションが終了し、そのコマンドを発行したルーティングエンジン上で設定が同期されます。

• スクリプト—(オプション)要求するルーティングエンジンから応答するルーティングエンジンにすべてのコミット、イベント、lib、op、SNMPスクリプトを同期し、設定をコミットして同期します。

  要求するルーティングエンジンの commit check 操作が失敗した場合、プロセスは停止し、スクリプトは応答するルーティングエンジンにコピーされません。応答するルーティング エンジンの commit check または commit の操作に失敗した場合、応答するルーティング エンジンでの操作の前に commit check 同期が行われるので、スクリプトは同期されます。

• load-scripts-from-flash要求するルーティング エンジンの [edit system scripts] 階層レベルで ステートメントが設定されている場合、デバイスは要求するルーティング エンジン上のフラッシュ メモリから応答するルーティング エンジンのフラッシュ メモリにスクリプトを同期します。それ以外の場合、デバイスは要求するルーティング エンジンのハード ディスクから応答するルーティング エンジンのハード ディスクにスクリプトを同期します。デバイスは、設定で有効になっているか、最後の同期以降に更新されたかに関係なく、すべてのスクリプトを同期します。

(オプション)後の段階でアクティブにするための設定を準備します。準備段階では、必要なすべてのファイルとデータベースが生成され、構成が検証されます。コミットがアクティベーションを保留しているかどうかを示すファイルが作成されます。準備段階で障害が発生した場合、ログ メッセージのコミット準備に失敗したが生成されます。

(オプション)コミット操作中に新しく有効にしたスクリプトをコミットし、スクリプトを他のルーティング エンジンにプッシュします。

(オプション)|を使用する(パイプ))コマンドの commit 出力をフィルタリングするためのオプション。