本节重点介绍本区域最">常见问题的故障排除和问题确定。
4.1 应该如何管理 DB2 诊断文件？
回答：
随着自动化技术的愈加流行，DB2 服务器可能生成大型的消息日志文件、管理通知日志文件和事件日志文件。在具有许多逻辑和物理分区的大型仓库环境中尤其如此。当发生故障时，数据库管理器可生成大量诊断数据，用于首次故障数据采集 (FODC) 用途。日志活动的这一增加可能会消耗更多的文件系统空间并出现更多管理性问题。
允许 db2diag.log 文件增长直到用完文件系统中的所有空间，这可能导致重大的问题。简单地删除诊断日志文件并不是可行的选项，因为 DB2 支持人员常常需要历史诊断数据。
建议从 developerWorks 网站下载和使用 db2back.ksh 脚本。此脚本包含许多有用的选项。例如，删除在几天前生成的诊断和管理通知日志条目，以及将诊断和管理通知日志文件以压缩格式归档到一个新位置。请遵守下载中包含的条款和条件，并且所有脚本应该在非生产环境中测试之后再部署到生产环境中。从以下网站下载该脚本。
http://www.ibm.com/developerworks/data/library/techarticle/dm‐0904db2messagelogs/index.html?ca=dth‐grn&=dgp‐my
此脚本是目前管理诊断文件的推荐方法。使用此脚本的一个注意事项是，您必须手动下载它并在您服务器上配置它，然后使用 crontab 计划定期执行它。
对于开发和 QA 集群，将 DIAGSIZE 数据库管理器参数设置为非 0 值并重新启动实例；将使用一系列循环的诊断日志文件和一系列循环的管理通知日志文件。当非 0 时，DIAGSIZE 参数以 MB 为单位指定这些日志文件的大小。
这些文件称为 db2diag.n.log 和 <instance>.n.nfy 文件，其中 n 是一个整数，<instance>.n.nfy 文件仅适用于 Linux 和 UNIX 操作系统。
db2diag.n.log 文件和 <instance>.n.nfy 文件的数量均不能超过 10 个。当超过 10 个文件时，会删除最老的文件并创建新文件。
此方法的一个优势是只使用一个命令来设置它。但是，此方法的一个明显缺点是，如果设置的大小太小，数据库管理器可能删除最近生成的重要诊断信息。因此，可以使用此方法将 DIAGSIZE 数据库管理器参数设置为很高的值，以存储至少一星期的诊断文件。建议指定一个可保存长达一个星期诊断文件的大小。
4.2 如果需要有关 IBM Smart Analytics System 或 InfoSphere Balanced Warehouse 的帮助怎么办？
回答：
推荐的方法是使用 IBM Service Request 提交一个新服务请求。IBM Service Request 是一个在线问题管理工具，可从以下网站访问：
https://www.ibm.com/support/servicerequest
IBM Smart Analytics System 和 InfoSphere Balanced Warehouse 产品包含使用单个问题队列的集成软件和硬件支持。您的服务器请求将您与 IBM 远程技术支持代表相联系，该代表可帮助您诊断问题。如果问题未立即解决，技术支持代表可以帮助您创建一个解决计划。在联系支持代表之前请收集以下信息。以下前 3 项信息包含在随 IBM Smart Analytics System 提供的材料中的安装记录中。
您的 IBM 客户编号 (ICN)
您的 Passport Advantage® 协议编号 (PPA)
机器类型、型号和序列号
问题的明确定义