目录

简介

先决条件

要求

何时应收集数据

应收集哪些数据

应收集哪些技术支持捆绑包

UCS B系列和S系列（集成）

UCS HX系列或C系列（集成）

UCS C系列（独立）或UCS S系列（独立）

操作系统技术支持数据

VMWare ESXi

基于Red Hat Linux的产品

基于SUSE Linux的产品

Microsoft Windows

收集UCS技术支持捆绑包时的其他注意事项

简介

本文档介绍思科TAC请求调查UCS相关服务请求的常见数据。

通过将此类数据附加到服务请求打开时，可以显着减少初始识别问题所花费的时间

如果在问题发生时没有收集到的数据，思科TAC可能无法就特定问题的发生原因提供明确的解释

先决条件

本文档假定您具有管理员级别的UCS GUI/CLI访问权限，以生成所需的技术支持捆绑包

要求

Cisco 建议您了解以下主题：

思科统一计算系统(UCS)管理器

思科统一计算系统(UCS)管理器命令行界面(CLI)

思科集成管理控制器(CIMC)

何时应收集数据

思科通常建议在怀疑需要/请求TAC服务时立即生成相关数据。

这是为了避免重要日志文件不再覆盖关注时间，通常在较大或快速变化的环境中出现，包括交换矩阵互联重新启动的环境

。

在需要多个技术支持时，Cisco TAC通常会建议在机箱或其他技术支持文件之前生成UCSM技术支持，因为它是最关键的时间，也是最耗时的。

如果由于已知软件缺陷或未解决的服务请求而无法提供某些UCS技术支持，请建议思科TAC。

应收集哪些数据

除技术支持捆绑包外，有关应收集的问题的关键数据可能包括：

- 发出日期/时间

- 受影响的服务器或服务配置文件

- 发生问题时发现的任何错误，尤其是任何PSOD/BSOD/内核死机屏幕的截图

- 在当时或最近过去执行的任何更改

- 执行了哪些操作（如果有）来排除问题或恢复服务

- 操作系统类型和版本

- VIC驱动程序版本，即ENIC/NENIC/FNIC版本

- RAID控制器驱动程序版本

- 正在使用的任何其他HBA/NIC的驱动程序

- 有关任何可疑触发条件的信息，如负载、夜间备份/维护任务等。

- 拓扑的基本概述，如上游以太网或SAN交换机、存储阵列等。

- 在问题发生时上传UCS Manager中显示的任何核心文件

但是，您认为是此情况重要因素的任何其他数据也可以包括在内

应收集哪些技术支持捆绑包

通常，思科TAC会请求以下技术支持捆绑包作为起点：

UCS B系列和S系列（集成）

UCSM技术支持

机箱技术支持，涵盖受影响的服务器。

UCS HX系列或C系列（集成）

UCSM技术支持

FEX技术支持，涵盖受影响的服务器（如果适用）

机架式服务器技术支持

UCS C系列（独立）或UCS S系列（独立）

CIMC技术支持

从相似但未受影响的服务器提供技术支持也可能非常有用

操作系统技术支持数据

在您认为OS技术支持数据对于出现互操作性问题时的思科TAC分析可能有用的情况下，可以从以下方面入手：

VMWare ESXi

vm支持

基于Red Hat Linux的产品

soreport

基于SUSE Linux的产品

支持配置

Microsoft Windows

事件或事件文件格式的应用和系统事件日志

“systeminfo”或类似项的输出

收集UCS技术支持捆绑包时的其他注意事项

如果可能，您不应将多个技术支持捆绑包合并到单个较大的文件中

UCS技术支持已广泛压缩，尽管最终文件的扩展名为.tar。

但是，如果其他大型数据文件未压缩，则建议使用标准格式（zip/gz/bz2/7z等）进行压缩。

除非明确指示或绝对要求，否则请避免在技术支持文件中使用“排除命令”选项，或提供ucsm-mgmt而非完整的UCSM技术支持捆绑包

如果刀片或机架式服务器出现PSOD/BSOD/内核死机，请使用UCSM/CIMC或KVM中的重置选项重新启动服务器，而不是关闭然后启动服务器。

这会生成用于故障排除的额外信息，然后这些信息会包含在技术支持捆绑包中，而关闭服务器会导致此数据丢失。