配置提交模型

设备配置使用提交模型保存 — 根据需要修改候选配置，然后提交到系统。提交配置后，设备将检查配置中的语法错误，如果未找到任何错误，则配置将保存为 juniper.conf.gz 并激活。之前处于活动状态的配置文件将保存为第一个回滚配置文件 （juniper.conf.1.gz），任何其他回滚配置文件均以 1 递增。例如， juniper.conf.1.gz 被递增为 juniper.conf.2.gz，使其成为第二个回滚配置文件。设备最多可在系统上保存 49 个回滚配置（编号为 1 到 49）。

在设备上，当前配置文件和前三个回滚文件（juniper.conf.gz.1、juniper.conf.gz.2、juniper.conf.gz.3）位于 /config 目录中。（其余回滚文件 4 到 49 位于 /var/db/config 中。）

如果恢复配置文件 rescue.conf.gz 存在，则此文件也位于 /config 目录中。出厂默认文件位于 /etc/config 目录中。

有两种机制用于在设备内的路由引擎之间传播配置：

• 同步：将配置从一个路由引擎传播到同一设备机箱中的另一个路由引擎。

  要同步配置，请使用 commit synchronize CLI 命令。如果其中一个路由引擎锁定，同步将失败。如果同步因配置文件锁定而失败，您可以使用 commit synchronize force 命令。此命令将覆盖锁定并同步配置文件。

• 分布：跨多机箱设备上的路由平面传播配置。分配会自动发生。没有用户命令可用于控制分布过程。如果在分配配置期间配置被锁定，则锁定的配置不会接收分布式配置文件，因此同步失败。您需要在配置之前清除锁定并重新同步路由平面。

  注意：

  在多机箱平台上使用 commit synchronize force CLI 命令时，配置文件的强制同步不会影响配置文件在路由平面上的分布。如果远程设备上的配置文件与发出命令的设备锁定，则远程设备上的同步将失败。您需要清除锁定并重新下发 synchronization 命令。