Tras el inicio de un cluster o el failover de los servicios en otro nodo, es posible que los dispositivos globales y los sistemas de archivos de cluster necesiten tiempo para volver a estar disponibles. No obstante, un servicio de datos puede ejecutar su método START antes de que los dispositivos globales y los sistemas de archivos locales y de cluster se pongan en línea. Si el servicio de datos depende de dispositivos globales o sistemas de archivos locales y de cluster que aún no están en línea, se produce el timeout del método START. En esta situación, debe restablecer el estado de los grupos de recursos que utiliza el servicio de datos y reiniciar el servicio de datos manualmente.
Para evitar estas tareas administrativas adicionales, utilice el tipo de recurso HAStoragePlus. Agregue una instancia de HAStoragePlus a todos los grupos cuyos recursos del servicio de datos dependan de dispositivos globales o sistemas de archivos locales y de cluster. Las instancias de estos tipos de recursos pueden realizar varias operaciones, como forzar el método START de otros recursos en el mismo grupo para esperar a que los dispositivos globales y los sistemas de archivos locales y de cluster estén disponibles.
Si un recurso de aplicación se configura sobre un recurso HAStoragePlus, el recurso de aplicación debe definir la dependencia de reinicio fuera de línea en el recurso HAStoragePlus subyacente. Esto garantiza que el recurso de aplicación se ponga en línea después de que lo haga el recurso HAStoragePlus dependiente y que se ponga fuera de línea antes de que lo haga el recurso HAStoragePlus.
El siguiente comando crea una dependencia de reinicio fuera de línea de un recurso de aplicación a un recurso HAStoragePlus:
# clrs set -p Resource_dependencies_offline_restart=hasp_rs applicaton_rs
Para crear un recurso HAStoragePlus, consulte Cómo configurar el tipo de recurso HAStoragePlus para recursos nuevos.