Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
本页内容
 

管理配置

展会 |比较 |显示 xml 命令输出

添加语句（创建作）

以下示例显示了将 IPv4 地址 2.2.2.2 添加到单元 0 的情况。

通过 name 标记提供添加的上下文。该 operation="create" 属性表示已创建语 unit 句，并由标记中的 unit 配置定义。

删除语句（delete作）

以下示例显示如何删除配置层次结构中的简单语句。标记 system 提供了删除的上下文。该 operation="delete" 属性指示 services 语句已被删除。但该语句后面的 services 配置已删除，但未输出。

以下示例显示如何从接口中 et-0/0/0 删除单元 0。但该语句后面的 unit 配置已删除，但未输出。

以下示例显示了配置的 apply-groups 删除。已删除的组不会显示在输出中。

更改语句（删除和创建作）

以下示例显示了层次结构中语句的变化。通过 system 标记提供更改的上下文。该 operation="delete" 属性指示 host-name 语句已被删除。该语句后面的 host-name 配置已删除，但未显示在输出中。该 operation="create" 属性表示已创建语 host-name 句，并由标记中的 host-name 配置定义。

更改元数据（非活动属性和作）

以下示例显示了层次结构中语句的停用。通过 system 标记提供更改的上下文。该 inactive="inactive" 属性指示 syslog 语句已停用。

以下示例显示了添加 inactive syslog 语句。该 operation="create" 属性表示 syslog 语句已创建，并由标记中的 syslog 配置定义。该 inactive="inactive" 属性指示 syslog 语句已停用。

添加注释（注释标记并创建作）

以下示例显示了向语句添加注释。标记 syslog 提供了注释的上下文。 operation="create" 标记的 junos:comment 属性指示已将注释添加到层次结构中 [edit system syslog] 。

以下示例显示了向语句添加注释。标记syslog提供了注释的上下文。operation="create"标记的junos:comment属性表示，已将注释添加到标记内syslog语句输出的层次结构中[edit system syslog]。

更改注释（注释标签，以及删除和创建作）

以下示例显示了语句注释的更改。标记 system 提供了注释的上下文。

  • operation="delete"标记的junos:comment属性指示已从语句的syslog层次结构中[edit system]删除注释。

  • operation="create"标记的junos:comment属性指示已将注释添加到语句的syslog层次结构中[edit system]。

在容器内添加语句（创建作、插入和键入属性）

以下示例显示了在层次结构中[edit system syslog]添加file语句。通过syslog标记提供添加的上下文。

  • operation="create"标记的file属性指示file已添加语句。

  • 该 yang:insert="after" 属性表示文件是在该属性指示 yang:key="[name='file-1']" 的位置之后添加的。

  • file-1 值表示在现有 file 语句中的位置，其中 1 是第一个文件。

  • 在此示例中，新 file 语句是在第一个文件之后添加的。

更改容器内的顺序（合并作、插入和键入属性）

以下示例显示了层次结构中[edit system syslog]语句顺序file的变化。通过syslog标记提供更改的上下文。

  • operation="merge"标记的file属性指示已移动现有file语句。

  • 该 yang:insert="after" 属性表示文件在该属性指示 yang:key="[name='file-1']" 的位置在文件之后移动。

  • file-1 值表示现有 file 语句中的位置，其中 1 是第一个文件。

  • 标记 file-3 处的 name 值表示现有 file 语句中的位置。

  • 在此示例中， file 第三个位置的语句移动到第一个文件之后。

返回最近提交的配置

要返回到最近提交的配置并将其加载到配置模式而不激活它，请使用 rollback 配置模式命令：

要激活已回滚到的配置，请使用以下 commit 命令：

返回之前提交的配置

本主题介绍如何返回到比最近提交的配置更早的配置。

返回到之前配置的示例

要返回到之前的配置，请在命令中 rollback 添加配置编号 0 到 49。最近保存的配置是编号 0（这是系统返回到的默认配置），保存的最旧配置是编号 49。

示例：

显示先前配置的示例

要显示以前的配置，请使用命令 rollback ? 。包括回滚编号、日期、时间、提交更改的用户的名称以及提交方法。

示例：

关于比较配置版本

仅在配置模式下，在对配置进行更改后，才能将候选配置与之前的版本进行比较。要比较版本，请使用 compare 命令显示配置。该 compare 命令将候选配置与当前提交的配置或配置文件进行比较。此命令还显示两种配置之间的差异。

要比较配置，请在竖线后指定 compare 命令：

  • filename 是配置文件的完整路径。文件必须采用正确的格式：语句的层次结构。

  • n 是先前提交的配置列表中的索引。最近保存的配置是编号 0，保存的最旧的配置是编号 49。如果未指定参数，系统会将候选配置与活动配置文件 （/config/juniper.conf） 进行比较。

比较输出在以下语句的前缀中包括以下符号：

  • 仅在候选配置中：加号 （+）。

  • 仅在比较文件中：减号 （-）。

  • 不变;单个空格 （ ）。

以下示例显示了各种更改，然后是候选配置与活动配置的比较。此示例仅显示在层次结构级别所做的 [edit protocols bgp] 更改：

使用配置修订标识符

每个提交都有一个与之关联的配置修订标识符 （CRI）。CRI 是一个唯一的字符串，与回滚索引不同，它在提交新配置时不会更改。

由于给定已提交配置的 CRI 是固定的，因此与使用回滚索引相比，它具有优势。网络管理系统 （NMS） 可以缓存给定提交的 CRI。稍后，NMS 可以将缓存值与网络设备上当前配置的 CRI 进行比较，以检测其他系统是否对设备进行了带外配置更改（例如，在维护时段内）。

此外，从 Junos OS 和 Junos OS 演化版 20.4R1 开始，您可以使用与已提交的配置关联的 CRI 来：

  • 查看配置。

  • 比较两种配置。

  • 恢复为配置。

  • 检索与该配置关联的当前回滚索引。

要查看与每个提交关联的 CRI，请使用命令 show system commit include-configuration-revision 。这将显示系统提交历史记录和每个提交的 CRI。

或者，也可以通过发出 show system rollback number configuration-revision 命令来查看特定回滚编号的 CRI。

获得特定提交的 CRI 字符串后，您可以使用命令查看 show system configuration revision cri-string 该配置。

您可以通过对两个 CRI 使用该选项来 compare 比较 2 种配置。

您还可以通过包含该 rollback-number cri-string 选项来查看特定 CRI 的回滚编号。

此外，在配置模式下，您可以通过指定 CRI 而不是回滚索引来回滚到配置。

将配置保存到文件

将设备配置保存到文件后，可以使用所选的任何纯文本编辑器对其进行编辑。您可以将当前配置保存到 ASCII 文件中，该文件将以当前形式保存配置，包括任何未提交的更改。如果多个用户正在修改配置，则将保存所有用户所做的所有更改。

要将软件配置更改保存到 ASCII 文件中，请使用 save 配置模式命令：

语句层次结构的当前级别（及以下级别）的内容将与包含它的语句层次结构一起保存。这样可以保存配置的一部分，同时完全指定语句层次结构。

默认情况下，配置将保存到闪存驱动器上的主目录中的文件中。

从层次结构中的任何位置（顶层除外）发出此命令时，将自动在文件开头包含一个 replace 标记。您可以使用该 replace 标记来控制如何从文件加载配置。

示例：

关于压缩当前配置文件

默认情况下，当前作配置文件已压缩并存储在 /config 文件系统中的文件juniper.conf.gz中。作配置文件将与配置的最后三个已提交版本一起存储。如果您有大型网络，则当前配置文件可能会超过 /config 文件系统中的可用空间。压缩当前配置文件使文件适合文件系统，通常可将文件大小减小 90%。当前作配置文件的大小达到 3 MB 时，您可能需要对其进行压缩。

压缩当前配置文件时，配置文件的名称将发生变化。要确定 /config 文件系统中文件的大小，请发出命令 file list /config detail 。

注意：

我们建议您压缩配置文件（这是默认设置），以最大程度地减少它们所需的磁盘空间量。

  • 如果想要压缩当前配置文件，请在层次结构级别包含[edit system]以下compress-configuration-files语句：

  • 提交当前配置文件以包含该 compression-configuration-files 语句。再次提交配置以压缩当前配置文件：

  • 如果您不想压缩当前作配置文件，请在层次结构级别包含[edit system]该no-compress-configuration-files语句：

  • 提交当前配置文件以包含该 no-compress-configuration-files 语句。再次提交配置以解压缩当前配置文件：

释放系统存储空间

问题

描述

设备上的系统文件存储空间已满。重新启动交换机并不能解决问题。

在文件存储空间已满后，在设备上执行典型作期间，会出现以下错误消息：

解决方案

通过删除系统文件来清理设备上的文件存储。

  1. 发出清理（删除）系统文件的请求。

    将显示要删除的文件列表。

  2. 选择以 yes 删除文件。

  3. 重新启动设备。

最佳实践：优秀实践

建议您定期发出清理系统文件存储的请求。清理系统文件存储空间可优化设备性能。

使用 CLI 清理文件

您可以使用 CLI request system storage cleanup 命令轮换日志文件并删除设备上不必要的文件。如果存储空间不足，文件清理过程会快速识别可以删除的文件。

文件清理过程执行以下任务：

  • 轮换日志文件 — 存档当前日志文件中的所有信息，删除旧存档，并创建新的日志文件。

  • 删除日志 /var/log文件 — 删除当前未写入的任何文件。

  • 删除临时 /var/tmp文件 — 删除两天内未访问的任何文件。

  • 删除所有崩溃文件 /var/crash— 删除设备在错误期间写入的任何核心文件。

  • 删除中的所有软件映像（*.tgz 文件） /var/sw/pkg— 删除在软件升级期间复制到此目录的所有软件映像。

要使用 CLI 轮换日志文件并删除不必要的文件，请执行以下作：

  1. 在 CLI 中进入作模式。
  2. 轮换日志文件并确定可以安全删除的文件。

    设备将轮换日志文件并显示可删除的文件。

  3. 在提示时输入 yes 以删除文件。
注意：

您可以发出命令 request system storage cleanup dry-run 来查看可以安全删除的文件列表。试运行作允许您在发出 request system storage cleanup 删除文件的命令之前查看列表。