了解转储(dump)设备.docxVIP

了解转储（dump）设备 David Tansley David Tansley, 系统管理员, Ace Europe 2012 年 7 月 30 日 如果发生意外，IBM AIX? 操作系统会崩溃，此时您可能希望能够自动搜 集相关信息。利用转储（dump）设备，可在这些设备上部署核心转储功 能，从而准备转移到 IBM 支持。 简介 如果由于意外事件导致系统崩溃，则会发生核心转储。事实上，并非总在出现系统崩溃时才发生核心转储。然而，在本文中，假定系统崩溃是由于严重事件或用户强制性动作所引起的。转储包 含了达到崩溃时内存的内容。就其本质而言，崩溃总是不期而至，因而当崩溃发生时，系统管理员还是应当事先做好防范措施。能够确定崩溃的发生是否是由系统重启引起，此时在错误日志里存在具有标签为 SYSDUMP 的条目。 在本演示中，我使用的是 AIX 7.1。不过，我所讨论的原理也适用于 AIX 5.3 和 6.1。 做好准备 回页首 要想防范意外的系统崩溃，需要确保具有转储设备逻辑卷 (LV)，用于在系统恢复时存放转储。然而，如果转储设备不可用，那么应该指定第二转储设备来存放转储。可能人们并不关心系统崩溃何时发生，因而也对进一步研究转储文件不感兴趣。这完全取决于系统所有者。但是，为保障 系统正常运行，在 rootvg 中包含主转储设备是很好的做法，也是很有必要的。可为转储设备执行镜像，但是，IBM AIX 支持对此发出警告。这是因为崩溃可能会被执行镜像或同步相关，这会导致转储设备上的镜像无效。在某些情况下，转储文件仅会被复制到镜像转储设备（位于镜像磁盘中）的其中一个副本，当系统重启时，很可能仅恢复转储文件副本一半的内容，最好的做法是，将主转储设备放到一个非镜像的磁盘中，将第二设备放到另一个非镜像磁盘中。然而，对rootvg 转储设备执行镜像比较常见。只要第二转储设备不在分页空间中，或不在磁带设备之类的外部设备中，则它可以位于 rootvg 内部，也可位于其外部。 转储设备 回页首 通常，用于系统转储的默认转储设备是：/dev/hd6（分页空间），且仍然存在于多个系统中。当 系统崩溃时，如果没有足够的空间来复制转储文件，那么将提示管理员重启，以便将转储文件复 制到磁带或 DVD 等可移动介质中。这将会很耗时，而且有时您很可能希望系统可以快速备份。我很同情那些起初由于业务压力忽略了系统备份提示，从而删除了转储，因而无法了解崩溃原因 的系统管理员。如果转储设备上没有足够的空间来复制转储，那么在启动过程中，会调用copydumpmenu 菜单工具来允许系统管理员将转储复制到磁带设备（如果存在）之类的可移动介质中。在系统启动后，还可通过命令行来调用 copydumpmenu 工具。默认复制目录是 /var/adm/ras，文件名为：vmcore.X.BZ，其中 X 是序列号。转储文件是 BZ (BZIP)，且不是 Z 压缩文件格式。 snap 命令可用于搜集转储文件相关信息，要确保包含 -D 标志，它将从主转储设备搜集信息。现在，随着系统的可用内存空间越来越大，这使得主转储设备的放置位置更加灵活。通常，对于具有超过 4 GB 内存的系统，有专用的转储设备，称为：lg_dumplv # lsvg -l rootvg |grep sysdump lg_dumplv sysdump 8 8 open/syncd N/A 利用 sysdumpdev 命令，可决定系统转储所采用的设备。 以下输出展示了使用 AIX 7.1 的系统，该系统将 lg_dumplv 作为其主转储设备： # sysdumpdev -l primary /dev/lg_dumplv secondary /dev/sysdumpnull copy directory /var/adm/ras forced copy flag TRUE always allow dump TRUE dump compression ON type of dump traditional 仔细研究以上输出字段。请注意此刻出现了有关 AIX 6.1 前面的额外字段：type of dump。当前设置为 traditional，如果硬件支持，还可在 (firmware) fw-assisted 进行设置。对于第二字段，没有转储设备。这通过利用 sysdumpnull 设备来表示。这意味着如果采用该设备，则所有系统转储将丢失。复制目录是 /var/adm/ras，这是系统转储将要复制到的位置，以便可以进行进一步检查，也可以复制其来转移到 IBM 支持。注意，always allow dump 设置为真，如果想要成功启动转储，就必须这样设置。默认对转储文件进行压缩。 使用 sysdump