在群集引导或服务故障转移到其他节点之后，全局设备以及本地文件系统和群集文件系统可能需要一点时间才能变得可用。但是，在全局设备以及本地文件系统和群集文件系统联机之前，数据服务可以运行其 START 方法。如果数据服务依赖于尚未联机的全局设备或者本地文件系统和群集文件系统，START 方法将超时。在这种情况下，必须重置数据服务使用的资源组的状态，并手动重新启动数据服务。
要避免这些额外的管理任务，请使用 HAStoragePlus 资源类型。向数据服务资源依赖于全局设备或者本地文件系统和集群文件系统的所有资源组添加一个 HAStoragePlus 实例。这些资源类型的实例可以执行各种操作，例如强制相同资源组中其他资源的 START 方法等待，直到全局设备以及本地和群集文件系统变得可用。
如果某个应用程序资源基于 HAStoragePlus 资源进行配置，则该应用程序资源必须定义对该底层 HAStoragePlus 资源的脱机重新启动依赖性。这样可以确保该应用程序资源在相关 HAStoragePlus 资源联机之后联机，而在相关 HAStoragePlus 资源脱机之前脱机。
以下命令创建某个应用程序资源对 HAStoragePlus 资源的脱机重新启动依赖性：
# clrs set -p Resource_dependencies_offline_restart=hasp_rs applicaton_rs
要创建 HAStoragePlus 资源，请参见如何为新资源设置 HAStoragePlus 资源类型。