咨询不保留配置升级对BIOS的影响

[ocy (wuzhou-ouchangyun)]

在BMC升级界面选择不保留配置升级，参考了下面帖子，还有针对BIOS进行不保留配置升级的几个疑问

不保留配置升级和恢复出厂设置有什么差异？具体表现在哪些方面

设置还原点以及回滚还原点与恢复出厂设置有什么差异？

不保留配置升级BMC，BMC会清除哪些信息

不保留配置升级BMC 即 升级BMC之后做了恢复出厂设置的动作（即恢复至还原点）

1.不保留配置升级BIOS是否也是对BIOS做了恢复出厂设置的动作（即恢复至还原点），在升级版本？
2.BMC是存在什么配置文件，能够影响BIOS在不保留配置升级过程中，选择性的保留什么配置吗？还是还原点就是唯一的配置方式？
3.如果没有设置过还原点执行不保留配置升级，那么恢复的还原点会是哪里？(没设置过可以升级成功)
4.Bios配置导入导出的功能是否只会影响当前BIOS配置，不影响不保留配置升级功能？
5.bmc.kepler.MicroComponent.ConfigManage下的GetPreservedConfig接口描述的还原是指恢复还原点吗？
6.针对第5个问题，对应的参数是否由有例子使用例子，对应的PreserveKey和PreserveValue应该填写的内容是什么？这里的描述与对应需要的参数，有点没太理解，如果是获取查询，为什么会同时要PreserveKey和PreserveValue？

            "GetPreservedConfig":{
                "req": {
                    "PreserveFlag": {
                        "baseType": "Dictionary",
                        "$ref": "#/defs/Preserve",
                        "description": "保留配置标志，用于标识需要保留哪些配置信息"
                    }
                },
                "rsp": {
                    "PreserveData": {
                        "baseType": "String",
                        "description": "保留配置数据json字符串"
                    }
                },
                "description": "获取还原时需要保留的配置信息"
            }
        }
    },
    "defs": {
        ....

        "Preserve": {
            "PreserveKey": {
                "baseType": "String"
            },
            "PreserveValue": {
                "baseType": "String"
            }
        }
    }
}

[ubmc_assistant (openUBMC_Assistant)]

答案内容由AI生成，仅供参考：

总结归纳

问题	核心答案
1	不保留配置升级BIOS ≠ 恢复还原点，而是“全擦升级”，等效于恢复出厂设置
2	不存在BMC配置文件可精细控制BIOS配置保留；还原点非标准机制
3	无需设置还原点；升级后恢复为固件默认配置
4	BIOS配置导入导出仅用于当前配置管理，不影响升级时的保留行为
5	GetPreservedConfig 中的“还原”指“恢复出厂设置过程”，不是“还原点”
6	PreserveKey 和 PreserveValue 是查询条件，用于判断特定配置能否保留，非设置用途

点击此处查看详细分析解答

关于“不保留配置升级”对BIOS影响的综合分析

根据您提出的问题，结合知识库中的信息，以下是针对“在BMC升级界面选择‘不保留配置升级’”操作对BIOS影响的详细解答。

---

背景说明

• 不保留配置升级（Non-Preserved Configuration Upgrade）：指在固件升级过程中不保留原有配置设置，通常会触发恢复出厂设置（Factory Reset）。
• 该操作常见于BMC或iBMC升级中，但其对BIOS的影响存在特殊情况，尤其在“BMC装备场景”下。
• 多个用户（如lixiaoning、曾启健）已确认：“保留配置”选项仅对iBMC/BMC固件有效，对BIOS无效。

---

针对您的六个问题逐一解答

1. 不保留配置升级BIOS是否也是对BIOS做了恢复出厂设置的动作（即恢复至还原点），在升级版本？

否，不完全等同于恢复出厂设置，而是“全擦升级”。

• 在支持“不保留配置”的界面中，若执行的是 BIOS升级，实际行为是全擦升级（Full Erase Upgrade）。
• 根据知识库中[Document Chunk #10]和[搜索结果966]：

  “请确认bmc是否装备版本，bmc装备场景下升级bios默认为全擦升级，全擦升级无法保留配置”

• 全擦升级会清除BIOS的所有用户配置，并重新写入新固件，效果类似于“恢复出厂设置”，但严格来说：
  • 它不是调用“恢复出厂设置接口”，而是通过擦除整个Flash区域实现。
  • 所谓“还原点”并非标准术语，在BIOS上下文中一般没有明确的“还原点”机制。
  • 因此，这不是‘恢复还原点’，而是一个强制性的、无配置保留的刷写过程。

结论：
不保留配置升级BIOS ≈ 全擦升级 → 清除所有配置 → 等效于恢复出厂设置，但并非调用“恢复还原点”功能。

---

2. BMC是存在什么配置文件，能够影响BIOS在不保留配置升级过程中，选择性地保留什么配置吗？还是还原点就是唯一的配置方式？

否，目前BMC侧不存在配置文件来选择性保留BIOS配置。

• 在BMC装备场景下，BIOS升级默认为“全擦升级”，不支持选择性保留配置。
• 虽然有 GetPreservedConfig 接口可用于获取保留数据，但这主要用于 BMC自身的配置管理，而非控制BIOS行为。
• BIOS配置本身由其自身固件管理，升级时若未开启“配置保存模式”，则全部丢失。
• 华为曾提出新增 PreserveConfigEnabled 属性（见[Document Chunk #8]）用于决定是否保留BIOS配置，但此参数：
  • 仅在升级接口未指定时生效
  • 当前多数“不保留配置升级”操作会直接跳过配置保存流程

结论：

• 没有BMC端的配置文件可以精细控制BIOS哪些配置被保留。
• “还原点”不是BIOS的标准机制；配置保留依赖于升级模式（如普通升级 vs 全擦升级）。

---

3. 如果没有设置过还原点，执行不保留配置升级，那么恢复的还原点会是哪里？（没设置过可以升级成功）

“还原点”概念不适用于BIOS升级场景。

• 在BMC系统中，“还原点”可能指代出厂默认配置或某个快照，但BIOS没有“设置还原点”的功能。
• BIOS的“恢复出厂设置”是静态的——它只是将配置重置为固件编译时内置的默认值。
• 因此：
  • 即使从未手动“设置”任何还原点，仍然可以成功执行不保留配置升级
  • 升级后BIOS恢复的是固件默认配置（Default Settings），而非某个用户定义的还原点

结论：

• BIOS不存在“设置还原点”机制
• 升级后恢复的是固件出厂默认配置

---

4. BIOS配置导入导出的功能是否只会影响当前BIOS配置，不影响不保留配置升级功能？

是的，配置导入导出仅作用于当前运行状态，不影响“不保留配置升级”的行为。

• 根据[Document Chunk #1]和[搜索结果1]：
  • BIOS支持通过BMC下发配置文件（如setting.json）
  • 支持通过Redfish或D-Bus接口进行配置导入/导出
• 这些操作仅修改当前BIOS配置内容
• 但是，在“全擦升级”或“不保留配置升级”过程中：
  • 这些配置不会被自动保留
  • 即使之前导出过配置，升级时仍会被清除

结论：

• 导入/导出功能仅用于备份/恢复配置，不改变升级行为
• 若需保留配置，必须使用支持配置保留的升级模式（如“普通升级”、“Save Configuration Upgrade”）

---

5. bmc.kepler.MicroComponent.ConfigManage 下的 GetPreservedConfig 接口描述的“还原”是指恢复还原点吗？

这里的“还原”指的是“恢复出厂设置时要保留的数据”，而非“还原点”。

• 接口定义如下：

"GetPreservedConfig": {
  "req": {
    "PreserveFlag": { ... }  // 包含 PreserveKey 和 PreserveValue
  },
  "rsp": {
    "PreserveData": "json字符串"
  },
  "description": "获取还原时需要保留的配置信息"
}

• 此接口属于 BMC的配置管理服务（ConfigManage），用于：
  • 在系统即将执行“恢复出厂设置”或“不保留配置升级”前
  • 查询哪些关键配置可以被有选择地保留
• 例如：BMC的网络配置、日志设置、用户账户等可能被标记为“可保留项”

注意：

• 这个接口主要用于BMC自身组件的配置管理
• 不适用于BIOS配置的保留控制

结论：

• “还原”在此处意为“在恢复出厂设置过程中”
• 不是指“还原点”，而是指“是否在重置中保留某些数据”

---

6. GetPreservedConfig 的 PreserveKey 和 PreserveValue 参数含义与使用示例

这是一个请求过滤机制，用于指定哪些配置项应被保留。

参数说明：

参数	类型	含义
PreserveKey	String	要查询的配置项类别（如 "network", "user"）
PreserveValue	String	可选子项或标识符（如 "eth0", "admin"）

使用场景举例：

{
  "PreserveFlag": {
    "PreserveKey": "network",
    "PreserveValue": "bmc_eth0"
  }
}

→ 请求系统返回在恢复出厂设置时，是否会保留名为 bmc_eth0 的网络接口配置。

返回示例：

{
  "PreserveData": "{\"ip\":\"192.168.1.10\",\"mask\":\"255.255.255.0\"}"
}

为什么查询需要输入这两个参数？

因为这是一个条件查询接口，不是单纯“获取所有保留配置”：

• 系统可能根据不同模块、角色、设备类型决定保留策略
• 通过键值对传入条件，可以动态判断某类配置是否允许保留

错误理解：以为它是用来“设置”要保留的内容
正确理解：它是“查询在某种保留策略下，是否会保留下列配置”

是否可用于BIOS？

• 不可直接用于BIOS配置保留
• 此接口属于 BMC ConfigManage 框架，面向 BMC 内部组件（如网络、用户、日志）
• BIOS 配置保留依赖于升级模式和专用接口（如 BiosUpgradeService.PreserveConfigEnabled）

---

总结归纳

问题	核心答案
1	不保留配置升级BIOS ≠ 恢复还原点，而是“全擦升级”，等效于恢复出厂设置
2	不存在BMC配置文件可精细控制BIOS配置保留；还原点非标准机制
3	无需设置还原点；升级后恢复为固件默认配置
4	BIOS配置导入导出仅用于当前配置管理，不影响升级时的保留行为
5	GetPreservedConfig 中的“还原”指“恢复出厂设置过程”，不是“还原点”
6	PreserveKey 和 PreserveValue 是查询条件，用于判断特定配置能否保留，非设置用途

---

建议与最佳实践

1. 若需保留BIOS配置：

   • 使用支持“保留配置”的升级方式
   • 避免使用“全擦升级”或“不保留配置升级”
   • 可通过 PreserveConfigEnabled 属性控制（需平台支持）

2. 升级前建议备份：

   • 使用 BCONFIG DUMP 或 Export 方法导出BMC配置
   • 手动导出BIOS当前设置（如通过Redfish或BIOS Setup）

3. 测试验证：

   • 在“不保留配置升级”后检查：
     • IP、用户名/密码是否恢复默认
     • 带外IPMI是否可用（已知[搜索结果7]提到解密key丢失问题）
     • 是否生成“恢复出厂设置”日志（参考[搜索结果4]）

如需进一步帮助，请提供具体设备型号和固件版本，以便更精准分析行为差异。

[ocy (wuzhou-ouchangyun)]

基于ai回复还有几个疑问
1.那么非装备包的不保留配置升级bios，也是全擦的吗？实际执行结果来看，与 ipmcset -t maintenance -d upgradebios -v filepath 执行的全擦升级是有差异的，如果不是全擦，那实际是怎么样的？BIOS侧的默认设置？
2.问题5和6的回复中，针对不同组件PreserveKey和PreserveValue需要的填写内容是不一样的，那么这里的值需要通过哪里去获取？

[lincnju (liucong)]

非装备包的不保留配置升级指的是清空setting.json，全擦升级是将bios固件上的type为0,1,2,4的固件擦写