Si se ha producido algún error al desplegar artefactos de despliegue, se deberán deshacer las acciones realizadas dentro del despliegue de un solo modelo de magnitudes empresariales para deshacer los cambios.
Todos los despliegues se realizan en varias fases. A continuación se muestran escenarios típicos:
- Despliegue de DDL
- Desplegar state.ddl.
- Desplegar runtime.ddl.
- Desplegar datamart.ddl.
- Despliegue de servicios de movimiento de datos
- Desplegar State_to_Runtime_setup_source.
- Desplegar State_to_Runtime_setup_target.
- Desplegar Runtime_to_historical_setup_source.
- Desplegar Runtime_to_Historical_setup_target.
Debe identificar en qué punto se ha producido el error para determinar qué acción llevar a cabo. Por ejemplo, si state.ddl falla, simplemente se debe retrotraer la transacción para volver al estado original.
No obstante, si datamart.dll falla, al retrotraer datamart.ddl el sistema sólo retrocederá al punto después de que se ejecutara satisfactoriamente runtime.ddl. Es más difícil recuperarse de las anomalías que se producen en la mitad de la operación de despliegue de servicios de movimiento de datos, aunque no es imposible.
Los despliegues de los que es más fácil recuperarse son los primeros despliegues, luego le siguen los despliegues de nuevos modelos y por último los despliegues de modelos de cambio, que representan el camino de recuperación más duro.
Para recuperarse de los errores encontrados, se debe pasar por las siguientes etapas: identificación, copia de seguridad, restauración o eliminación y repetición del despliegue.
Identificación- Identifique los errores que se han producido y determine si es necesario llamar al soporte de IBM.
- Identifique el modelo de magnitudes empresariales que se estaba desplegando cuando se produjo el error.
- Identifique las tablas del Generador de esquemas que se estaban creando o modificando cuando se produjo el error.
- Identifique los artefactos del Generador de esquemas que se estaban creando o modificando cuando se produjo el error.
- Identifique la última versión válida del modelo de magnitudes empresariales en la base de datos del repositorio.
- Identificar, en el caso de un despliegue de gestión de cambios, la ubicación de los artefactos que se desplegaron para versiones anteriores del modelo. Esto proporcionará las estructuras de base de datos, sus descripciones y relaciones entre sí. Esto puede ser importante en caso que sea necesario hacer una copia de seguridad de los datos y más adelante restaurarlos.
- Identificar la ubicación de los archivos de anotaciones cronológicas de despliegue y artefactos actuales.
Estos serán importantes para la determinación de problemas y para proporcionarlos, en caso de que fuera necesario, al soporte de IBM.
- Identificar, en el caso de un despliegue de gestión de cambios, si existen datos en cualquiera de las tablas de CCD que todavía no se hayan procesado. Puede utilizar la tabla
WBIRMADM.RMMETADATA (disponible en las bases de datos de tiempo de ejecución e histórica) para determinar las tablas CCD (TGT_RM_APP_STG_TAB_NAME)
asociadas al nombre de proyecto del modelo de magnitudes empresariales (OM_NAME) que se ha desplegado.
Todas las filas marcadas con una I o una
U es posible que no se hayan procesado y debe hacerse una copia de seguridad de las mismas. La columna SERVICE_NAME
contiene la ubicación de la tabla CCD y de la tabla de destino, el nombre después de la palabra to la indica. Debe realizar un seguimiento de la relación con el TGT_TAB_NAME en caso de que decida eliminar completamente los artefactos y generar un conjunto completamente nuevo.
Esto se debe a que es posible que el Generador de esquemas no genere los mismos nombres para las tablas CCD y será necesario restaurar estos datos en las nuevas tablas CCD después de realizar el despliegue correctamente.
Restauración o eliminación - Determine qué resulta más fácil: restaurar la base de datos anterior o eliminar de forma manual los artefactos.
- Restauración La restauración desde una versión de la que se ha hecho copia de seguridad puede ser una buena opción cuando no hay otros modelos de magnitudes empresariales
o cuando otros modelos de magnitudes empresariales no han tenido ninguna actividad.
Restaure el conjunto de bases de datos anterior y vuelva a enlazar a cada base de datos las aplicaciones que lo precisen, y registre de nuevo todos los procedimientos almacenados basados en Java y las funciones definidas por el usuario.
Nota: - Para obtener más información sobre la copia de seguridad y restauración de base de datos, consulte el apartado sobre recuperación de datos en la documentación de DB2.
- Para los modelos desplegados totalmente, en la tabla WBIRMADM.RMMETADATA se proporciona información
sobre lo que no debe eliminarse. Sin embargo, en relación con los despliegues, para poder determinar algunos de los artefactos y relaciones, puede ser necesario examinar las anotaciones cronológicas de despliegue para determinar lo que se puede eliminar.
- Eliminación
- Duplicación: base de datos histórica y base de datos de tiempo de ejecución
- Detenga todos los servidores Capture asociados al modelo de magnitudes empresariales. (Los servidores Capture se ejecutan en las bases de datos de tiempo de ejecución y estado.)
- Detenga todos los servidores Apply asociados al modelo de magnitudes empresariales.
- Elimine todos los procedimientos ETL almacenados para el modelo de magnitudes empresariales.
- Elimine todas las tablas de base ETL utilizadas con el modelo de magnitudes empresariales.
- Elimine toda la información de control ETL de la tabla WBIRMADM.RMCONTROL de la correspondiente base de datos destino para dicho modelo de magnitudes empresariales.
- Elimine todos los desencadenantes y procedimientos almacenados de poda de ETL utilizados con el modelo de magnitudes empresariales.
- Elimine todas las tablas que se enumeran en la tabla WBIRMADM.RMMETADATA, columna TGT_RM_APP_STG_TAB_NAME que tengan el sufijo
_BKUP y _M y que además tengan un correspondiente SERVICE_NAME de Runtime_to_Historical para
histórica y State_to_Runtime para tiempo de ejecución para dicho modelo de magnitudes empresariales.
Deje la tabla listada en TGT_RM_APP_STG_TAB_NAME ya que se eliminará en un paso posterior.
- Utilice el Centro de duplicación de
DB2
para eliminar todos los elementos integrantes del conjunto de subscripciones Apply que
sirvan al
modelo de magnitudes empresariales.
- Si el conjunto de subscripciones Apply está vacío, elimine el conjunto de subscripciones.
- Si el servidor Apply no tiene conjuntos de subscripciones, elimine el servidor Apply.
- Elimine de la tabla WBIRMADM.RMMETADATA todas las entradas de metadatos asociadas al modelo de magnitudes empresariales.
También deberá eliminar las mismas entradas de la tabla WBIRMADM.RMMETADATA de la basa de datos de tiempo de ejecución si se procesa la base de datos histórica y de la base de datos de estado si se procesa la base de datos de tiempo de ejecución. Sólo debe eliminar las filas del
modelo de magnitudes empresariales y que están en el nombre de servicio de Runtime_to_Historical al procesar la base de datos histórica y State_to_Runtime para la base de datos de tiempo de ejecución.
- Duplicación: base de datos de tiempo de ejecución y base de datos de estado
- Detenga todos los servidores Capture que den servicio al modelo de magnitudes empresariales.
- Elimine todos los desencadenantes asociados a las tablas del CD de Capture que estén asociados al modelo de magnitudes empresariales.
- Elimine la información de control de poda de la tabla WBIRMADM.RMPRUNECTRL relacionada con los desencadenantes de poda que se utilizan para el modelo de magnitudes empresariales.
- Utilice el Centro de duplicación de
DB2
para eliminar todas las suscripciones incluidas en todas las tablas asociadas al
modelo de magnitudes empresariales.
- Elimine de la tabla WBIRMADM.RMMETADATA todas las entradas de metadatos asociadas al modelo de magnitudes empresariales.
- Esquema de base de datos: normalmente, un error durante la generación de esquemas se retrotrae antes de desplegar el modelo modificado.
El conjunto actual de artefactos de duplicación no queda afectado.
Volver a desplegar
Cuando se eliminan todos los artefactos que dan soporte a un modelo de magnitudes empresariales,
puede volver a ejecutar el Generador de esquemas con la opción Ignorar despliegues anteriores seleccionada. Si el esquema generado funciona correctamente, no despliegue los scripts DDL (Database Definition Language), vuelva a desplegar los scripts de duplicación.