ArubaOS清除配置信息

先弄清楚你要清的是什么

Aruba 的名字容易混：AOS-CX 交换机、ArubaOS 8 控制器（Mobility Controller / Mobility Master）、老一代 AOS-Switch（ProVision）是三个完全不同的系统，清配置的命令和后果都不一样。本文围绕最常见的两种场景展开：

• AOS-CX 交换机需要把设备恢复出厂/彻底擦除数据（原始记录里的 erase zeroize 就是这条路）；
• ArubaOS 8 控制器需要清掉配置甚至数据库（write erase / write erase all）。

还要先分清三个概念，很多人把它们当一件事：

• 清配置（erase startup-config / config-clear）：只删掉启动配置文件，重启后设备用出厂默认配置启动，镜像和许可都还在。
• 恢复出厂（erase all）：配置、checkpoint 等一起清，但保留增强安全模式（enhanced secure mode）相关设置。
• 安全擦除（zeroize）：对存储做 0→1→0 覆写，数据不可恢复，满足数据销毁/合规要求。这是最彻底、也最不可逆的一步。

适用设备与版本

• AOS-CX 交换机：6000/6100/6200/6300/6400/8320/8325/8360/8400/9300/10000 等系列，AOS-CX 10.07 及以后版本均支持 Service OS（SVOS）里的 erase zeroize；CLI 里的 erase all / erase all zeroize 在 10.10 之后的 CLI 参考手册里都有条目。
• ArubaOS 8 控制器：Mobility Controller 与 Mobility Master，write erase 自 AOS 8.0 引入；从 AOS 8.11 起，write erase 和 write erase all 只能从 /mm 和 /mm/mynode 节点执行。
• 被纳管设备：如果交换机由 Aruba Central 纳管、控制器由 Mobility Master 纳管，清配置之后设备会失去纳管关系，恢复要先解决"设备回到默认状态后怎么被重新发现"的问题。

前置准备（这一步不能省）

• Console 线（115200-8-N-1），全程走带外，不要依赖 SSH。清配置 / zeroize 一定会重启。
• 备份现网配置，并且确认备份文件能打开：

# AOS-CX 交换机（Manager 上下文）
switch# show running-config
switch# copy running-config tftp://10.0.0.100/sw-core01.cfg
switch# copy startup-config  tftp://10.0.0.100/sw-core01-startup.cfg

# ArubaOS 8 控制器
(host) [mynode] # show running-config
(host) [mynode] # copy running-config tftp://10.0.0.100/controller-0809.cfg

• 记录能决定"回不去"的信息：序列号、管理口 MAC、许可（license）状态、管理 IP、上游设备上的静态路由/ACL、端口用途。
• 确认设备当前跑的是哪个镜像，以及 zeroize 之后你希望回到哪个版本。AOS-CX 里可以先看一眼：

switch# show version
switch# show images
switch# show boot-history

• 找一个允许中断的窗口。zeroize 的官方说明是"几分钟到一小时"（不同型号/容量差别很大），期间交换机不可用，而且绝对不能断电。

方案 A：AOS-CX 交换机用 Service OS 的 erase zeroize（原文做法）

这是最彻底的一条路，适合设备转手、报废、合规销毁、或者配置被改乱到 CLI 完全无法操作的情况。

1. 重启交换机，在启动菜单出现时选择 Service OS Console 选项（原始记录里是 0 号选项，不同版本的菜单编号可能不同，认准 Service OS / Support OS 这个字样的条目）。
2. 进入 Service OS（SVOS）后会出现 SVOS> 提示符，输入 erase 可以看到帮助，确认语法：

SVOS> erase --help
Usage: erase zeroize
       Securely erases storage devices on the management module.

SVOS> erase zeroize

3. 命令会打印一段警告，要求确认。输入 y 之后设备立刻开始重启并进入擦除流程：

############################WARNING############################
This will securely erase all customer data and reset the switch
to factory defaults. This will initiate a reboot and render the
switch unavailable until the zeroization is complete.
This should take several minutes to one hour to complete.
############################WARNING############################
Continue (y/n)? y
reboot: Restarting system

################ Preparing for zeroization #################
################ Storage zeroization #######################
################ WARNING: DO NOT POWER OFF UNTIL ##########
################ ZEROIZATION IS COMPLETE ##########
################ Restoring files ###########################

4. 看到完成提示后设备会自动重启，回到出厂默认配置和出厂镜像，管理口默认是 DHCP。整段时间内不要断电、不要拔盘。

同一个 Service OS 里还有一个更轻的选项，两者差别值得记牢：

SVOS> config-clear
The switch configuration will be cleared. Continue (y/n)? y
The system has been configured to clear the startup-config on the next boot.
Please execute the 'boot' command to complete this action.
SVOS>

config-clear 只是把当前 startup-config 改名成 startup-config-fixme，然后在下次启动时生成一份出厂默认的 startup-config。它不是 zeroize：存储里的数据并没有被安全擦除，只是配置"归零"。如果目的是合规销毁，必须用 erase zeroize。

方案 B：AOS-CX 在正常 CLI 里清（不用进 Service OS）

如果设备能正常登录、只是要"清干净交给下一手"，在 Manager 上下文里操作更快：

switch# erase startup-config      ! 只删启动配置，重启后按出厂默认启动
switch# erase checkpoint all      ! 清掉所有 checkpoint 快照
switch# erase core-dump all       ! 清掉 core dump（排障用）

switch# erase all                 ! 恢复出厂默认，保留 enhanced secure mode 设置
switch# erase all zeroize         ! 安全擦除并恢复出厂（enhanced secure mode 下不可用）

switch# boot system primary       ! 指定下次启动镜像，然后重启
switch# reload

• erase all 在 CLI 里始终可用，恢复出厂默认但保留增强安全模式设置。
• erase all zeroize 在开启 enhanced secure mode 时会被拒绝并给出提示，这种情况下只能回到 Service OS 的路径或先关闭该模式。
• 需要留痕的场景，先做 checkpoint 再清：AOS-CX 提供 checkpoint（配置快照）机制，show checkpoint / checkpoint rollback 可以把配置回退到某个快照。注意 checkpoint 存在设备本地存储上，erase all zeroize 之后它一定不在了，所以异地备份仍然是必须的。

方案 C：ArubaOS 8 控制器清配置

(host) [mynode] # write erase
All the configuration will be deleted and the controller will be reloaded.
Press 'y' to proceed : [y/n]: y
Write Erase successful
System will now restart!

几个必须知道的细节：

• write erase 清掉运行配置，控制器重启后回到出厂默认，但许可、数据库保留。
• write erase all 会额外清掉控制器数据库（包括许可、WMS、内部数据库），是把控制器彻底打回原形的做法。许可丢了要重新申请，执行前确认你有许可文件。
• 从 AOS 8.11 开始，这两个命令只能在 /mm 和 /mm/mynode 节点执行；在其它节点执行会被拒绝。
• 被 Mobility Master 管理的控制器上，本地 CLI 的配置权限受限，直接 write erase 常见结果是 You do not have permission to execute this command。实践上的做法是先在本地重建一个管理用户（mgmt-user admin <name>，按提示设置口令），write memory 保存后再执行 write erase。这类操作属于"先拿到本地权限再动手"，务必在实验环境验证过再上生产。
• 要连 flash 一起清零还有一个更狠的选项 wipe out / wipe out flash：把整个 flash 擦掉。一般只在设备报废、返修时使用，日常清配置用 write erase 就够。

验证

# AOS-CX
switch# show version                 # 确认镜像与版本
switch# show running-config          # 应为出厂默认配置，或只剩你重建的最小配置
switch# show boot-history            # 确认启动历史里没有反复重启
switch# show vlan / show interface brief   # 逐项确认确实回到默认

# ArubaOS 8 控制器
(host) # show version
(host) # show license
(host) # show configuration | include hostname
(host) # show switch ip              # 管理口地址状态

验证要点：管理口是否按预期拿到 DHCP 地址、镜像是否是你想要的版本、许可是否还在（write erase all 之后不在了要重新灌）、上游设备是否需要同步清理残留的静态路由和端口配置。

回滚与恢复

• zeroize 没有回滚。数据被覆写，只能重新灌镜像和配置。所以异地备份 + 记录管理 IP 是唯一"回滚"手段。
• 清配置的恢复：把备份文件推回去再重启，例如 AOS-CX 上把 TFTP 上的配置合并/覆盖回运行配置：

switch# copy tftp://10.0.0.100/sw-core01.cfg running-config
switch# copy running-config startup-config
switch# reload

• 控制器：把备份配置推回后重启，并重新确认许可与管理接口。如果控制器原来由 Mobility Master 纳管，恢复后需要重新同步节点配置。
• 镜像层面的回退：AOS-CX 用 boot system secondary / show images 切换启动镜像；SVOS 里也可以用 boot 指定启动项，用 format 处理分区问题（format 会清空分区数据，属于高危命令，除非明确知道在做什么，否则不要用）。

风险提示

• zeroize 期间断电 = 报废风险。擦除过程有明确的"DO NOT POWER OFF"阶段，务必接在 UPS 或机房供电上。
• 时间不可预测。官方说明是几分钟到一小时，容量越大越久。不要在业务窗口前 10 分钟开始。
• 许可与数据库。write erase all 会清掉许可数据库；不认识后果的人不要把"清配置"和"清数据库"混用。
• 纳管关系。被 Central / Mobility Master / AirWave 纳管的设备，清配置后需要重新发现和重新上线，相关流程要提前和平台管理员对齐。
• SVOS 里别乱敲命令。SVOS 提供 format、rm、tftp、mount 等底层命令，写错一步的后果比 erase zeroize 更难收场。
• 合规场景注意区别。"删了配置文件"不等于"数据被安全擦除"，审计要求数据销毁时，必须使用 erase zeroize（或控制器侧的 wipe out）并保留执行记录与命令回显。
• 先小范围验证。同一型号不同版本、不同启动菜单编号、不同 enhanced secure mode 状态下的行为可能有差异，先在备机上把整套步骤跑通。