在发生灾难之后，要恢复各种 AIX® IT 资源，执行恢复工作的人员需要将精力集中于实施精心准备的计划。计划中未预料到的偏差可能会导致灾难恢复项目出现极大的延迟。通常，这些未预料到的偏差是因为不能够坚持业务连续性策略、指导原则、标准以及程序所导致的。本文指出了在灾难恢复实现中常常出现的一些资源冲突，并为解决这些冲突提供了一些建议。引言

　　在实施灾难恢复的过程中，您最不希望出现的是未预料到的硬件和软件资源冲突。这些冲突往往会消耗时间、人员资源，并导致恢复时间的目标无法实现。本文的目的是，确定导致资源冲突的最常见的原因，并提供相关的机制以避免或解决这些冲突。最理想的解决方案是完全地避免这些冲突，以便在实施灾难恢复的过程中根本不需要解决这些冲突。

　　许多 IT 部门尝试支持多种实现标准，其中一种用于非集群系统，一种用于集群系统，还有另一种用于支持灾难恢复系统。维护多种标准本身可能会导致在实施灾难恢复的过程中出现冲突。将它们整合为一组标准应该作为您的灾难恢复规划项目的目标，以及业务连续性的整体策略。

　　在实施 AIX® 灾难恢复的过程中，会碰到一些典型的问题，具体包括：

　　为进行灾难恢复而提供的系统(与生产系统相比，这些系统具有不同的类型、规模、以及容量;通常，这些系统将随着操作系统的更新而更新。)

　　用户和组权限问题

　　应用程序的多个实例(在生产中，每个应用程序会在单独的系统加以实现，并且在灾难恢复配置的单个系统中加以组合。)

　　网络命名和寻址问题

　　生产应用程序(在安装过程中绑定于某个特定的网络地址或者网络名)

　　节点名和主机名冲突(灾难恢复站点中现有的系统与在灾难恢复计划中实现的新的系统之间的冲突)

　　面向各种功能性系统类型(如独立、高可用性以及灾难恢复)的多种实现标准

　　本文中所讨论的资源冲突和解决方法假设组织具有多个运行生产系统的数据中心，并且每个数据中心都可以作为一个或多个其他数据中心的灾难恢复站点。本文中所提供的信息适用于任何数据中心和灾难恢复计划。

　　网络冲突

　　在实施灾难恢复的过程中，避免网络冲突的最佳解决方案是