提交配置

设备配置使用提交模型保存 - 根据需要修改候选配置，然后提交到系统。提交配置时，设备会检查配置中是否有语法错误，如果未发现错误，配置将另存为 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 命令。

  注意：

  Junos OS Evolved 不支持以下 commit 配置选项：

  • fast-synchronize

  • peers

  • peer-synchronize

  • commit-synchronize-server

要将设备配置更改保存到配置数据库中并激活设备上的配置，请使用 commit 配置模式命令。您可以从任何层级发出 commit 命令：

输入 commit 命令时，首先会检查配置是否存在语法错误 （commit check）。然后，如果语法正确，配置将被激活并成为当前的作设备配置。

注意：

如果路由器上启用了平滑路由引擎切换，则不建议在备份路由引擎上执行提交作。

配置提交可能由于以下任一原因而失败：

• 配置包含不正确的语法，这会导致提交检查失败。

• 您尝试提交的候选配置大于 700 MB。

• 配置由输入 configure exclusive 命令的用户锁定。

如果配置包含语法错误，则会出现一条消息，指示错误的位置，并且配置不会激活。错误消息的格式如下：

例如：

在重新提交配置之前，必须先更正错误。要快速返回到错误所在的层级，请从错误的第一行复制路径，并将其粘贴到层级的配置模式提示 [edit] 处。

未提交的候选配置文件是 /var/rundb/juniper.db。默认情况下，文件的大小限制为配置数据库的默认最大大小。您可以通过发出 show system configuration database usage 命令来验证磁盘上的数据库大小和最大数据库大小。您还可以通过发出 run file list /var/rundb detail 命令从配置模式查看文件的大小。如果候选配置超过最大数据库大小，则提交将失败，并显示消息 configuration database size limit exceeded。若要解决此错误，您可以：

• 通过在支持此语句的设备上[edit system configuration-database]在层次结构级别配置extend-size语句来增加配置数据库的最大大小。必须重新启动设备才能使更改生效。

• 通过创建带有通配符的配置组或在防火墙过滤器中定义不太具体的匹配策略，简化配置并减小文件大小。

提交配置并在必要时重新启动后，可以通过发出 show system configuration database usage 命令来验证对磁盘上数据库大小或最大数据库大小的任何更新。

注意：

在 [edit interfaces] 层次结构级别为配置更改显示的 CLI 提交时间警告将被移除，并记录为系统日志消息。

这也适用于以下层级的 VRRP 配置：

• [edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6) address address]

提交配置时，将以当前形式提交整个配置。

注意：

• 如果设备上启用 了平滑路由引擎切换 ，则不建议在备份路由引擎上执行提交作。

• 如果为管理接口或内部接口（如 re0:mgmt-0 ）和外部物理接口（如 xe-0/0/1）配置相同的 IP 地址，则启用平滑路由引擎切换 （GRES） 时，CLI 将显示相应的提交错误消息，指出已在专用接口和公共接口上找到相同的地址。在这种情况下，您必须为两个地址重复的接口分配唯一的 IP 地址。

最多 32 个用户可同时处于配置模式，对配置进行更改。所有用户所做的所有更改对编辑配置的每个人都可见 - 只要用户在更改配置的命令（如 set、 edit或 delete）结束时按 Enter 键，更改就会可见。

当编辑配置的任何用户发出 commit 命令时，CLI 会检查并激活所有用户所做的所有更改。

如果使用 configure private 命令进入配置模式，则每个用户都有一个专用候选配置，可以独立于其他用户进行编辑。当您提交配置时，CLI 只会提交您自己的更改。要在其他用户提交更改后同步配置副本，可以在配置模式下运行 update 命令。提交作还会更新所有专用候选配置。例如，假设用户 X 和用户 Y 都处于 configure private 模式，并且用户 X 提交了配置更改。当用户 Y 执行后续提交作，然后查看新配置时，用户 Y 看到的新配置包括用户 X 所做的更改。

如果使用configure exclusive命令进入配置模式，只要您保持配置模式，就可以锁定候选配置。这使您可以在不受其他用户干扰的情况下进行更改。其他用户可以进入和退出配置模式，但不能提交配置。即使在您输入configure exclusive命令之前其他用户已进入配置模式，也是如此。例如，假设用户 X 已处于configure private或 configure 模式。然后假设用户 Y 进入模式configure exclusive。用户 X 无法对配置进行任何更改，即使用户 X 在用户 Y 登录之前输入了这些更改。如果用户 Y 退出configure exclusive模式，则用户 X 可以提交在或configure模式下configure private所做的更改。

对于时间关键型提交，两步提交过程优于单步提交过程。在单步流程中，准备时间可能会因设备上的现有配置而异。在两步流程中，可以更有效地处理复杂的准备工作。

提供了配置命令，允许您准备配置缓存并激活配置。您可以使用新配置准备设备，并在所需的确切时间激活它们。

commit prepare命令验证配置，命令commit activate激活配置。命令具有以下配置选项：

• and-quit

• no-synchronize

• peers-synchronize

• synchronize

commit prepare和 commit activate 命令仅可用于专用、独占和共享提交。这些命令不适用于动态模式和瞬时模式。此功能适用于多机箱设备，但不适用于批量提交。

为了使用网络配置协议 （NETCONF） 支持此功能，提供了以下新的远程过程调用 （RPC）：

• <commit-configuration>< prepare/></commit-configuration>

• <commit-configuration><activate/></commit-configuration>

• <clear-system-commit><prepared/></clear-system-commit>

批量提交聚合或合并来自不同 CLI 会话或用户的多个配置编辑，并将它们添加到批量提交队列中。设备上运行的批处理提交服务器从批量提交队列中获取一个或多个作业，将配置更改应用于共享配置数据库，然后在单个提交作中提交配置更改。

提交服务器根据用户指定的批处理的优先级或添加批处理作业的时间对批处理进行优先级排序。一个批处理提交完成后，下一组配置更改将被聚合并加载到批处理队列中，以供批处理提交作的下一个会话使用。将创建批处理，直到队列目录中没有剩余提交条目。

与常规提交作（所有提交都按顺序独立提交）相比，批量提交通过在一次提交作中提交多个小的配置编辑来节省时间和系统资源。

批量提交是从 [edit batch] 配置模式执行的。可以在层次结构级别上配置 [edit system commit server] 提交服务器属性。

此示例说明如何配置批处理提交服务器属性以管理批处理提交作。