Solución de problemas de una restauración completa del sistema - BAR - Data Stream Architecture

Teradata® DSA Guía del usuario

Deployment
VantageCloud
VantageCore
Edition
Enterprise
IntelliFlex
VMware
Product
BAR
Data Stream Architecture
Release Number
17.20
Published
Noviembre de 2022
Language
Español
Last Update
2023-04-21
dita:mapPath
es-ES/bis1632417576364.ditamap
dita:ditavalPath
es-ES/vwp1576617377804.ditaval
dita:id
B035-3150
Product Category
Software
Teradata Tools and Utilities

Si tiene problemas con una restauración completa del sistema, pruebe lo siguiente.

Verificar las direcciones de IP del servidor de medios

  1. Haga ping a la dirección de IP del servidor de medios a la base de datos.
  2. Haga ping a la dirección de IP de la base de datos al servidor de medios.
  3. Recorte las direcciones de IP no válidas o no utilizadas.

El script post_dbc_restore no se inicia

Si la restauración funciona, pero no inicia el script post_dbc_restore, recibirá un mensaje similar al siguiente:
1079 Post dbc restore script not started. Please run the post_dbc_restore script manually with the following command:
/opt/teradata/PUTTools/td17<version>/IUMB_scripts/post_dbc_restore -s -N -j 3 TDT5WSDB/'dbc',<dbc_password>.
Además, la tabla SYSBAR.DSAConnectionsTbl no se vuelve a rellenar y recibe un mensaje similar a este:
1001   SQL Exception 3807 3807: DBCSQL Exception: Object 'SYSBAR.DSAConnectionsTbl' does not exist.  
DSAConnectionsTbl INSERT failed.  All DSCs should activate system <system_name>

Siga estos pasos:

  1. Inicie manualmente el script post_dbc_restore:

    /opt/teradata/PUTTools/td17<version>/IUMB_scripts/post_dbc_restore -s -N -j 3 TDT5WSDB/'dbc',<dbc_password>

  2. Vuelva a rellenar DSAConnectionsTbl:
    Interfaz pasos
    Portlet de configuración de BAR Compruebe el estado de activación del sistema de destino en el portlet Configuración de BAR y realice una de las siguientes acciones:
    • Si el sistema de destino está configurado y habilitado, haga clic en Actualizar para Selector: actualizar selector de sistema para mensajes de JMS.
    • Si el sistema de destino no está configurado, agréguelo y haga clic en Aplicar.
    Línea de comandos Compruebe el estado de activación del sistema:

    dsc list_components -t system y realice una de las siguientes acciones:

    • Si el sistema de destino está configurado y habilitado, ejecute el siguiente comando:

      dsc config_systems -f configsystem.xml -s selector

    • Si el sistema de destino no está configurado, agregue el sistema:

      dsc config_systems -f configsystem.xml donde configsystem.xml es similar al ejemplo que se muestra en Restauración completa del sistema mediante la línea de comandos.

  3. En el sistema de destino, introduzca lo siguiente para iniciar DSMain desde la pantalla del supervisor de consolas de la ventana de base de datos (DBW):

    start bardsmain -d DSCName, donde DSCName es el nombre exclusivo de su servidor de DSC.

Compilar los errores notificados durante una restauración

Cuando DSA los restaura, determinados procedimientos almacenados proporcionados por Teradata no se vuelven a compilar en los scripts post_data_restore. Estos procedimientos tienen dependencias que no se cumplen hasta que se ejecuta DIPALL al finalizar la migración. Puede volver a compilarlos manualmente con sentencias ALTER después de que se complete DIPALL.
  • "SYSLIB"."JSON_SHRED_BATCH_U"
  • "SYSLIB"."JSON_SHRED_BATCH"
  • "TD_SYSXML"."XSLT_SHRED_BATCH"
  • "TD_SYSXML"."AS_SHRED_BATCH"
  • "TD_SYSXML"."XSLT_SHRED"
  • "TD_SYSXML"."XMLPUBLISH"
  • "TD_SYSXML"."XMLPUBLISH_STREAM"
  • "LOCKLOGSHREDDER"."SP_LockLog_Shredder"

DSC detecta estos errores cuando ejecuta los scripts post_data_restore y concluye con un estado del trabajo de Advertencia en lugar de Completo. Compruebe el archivo de registro indicado en el mensaje de error proporcionado por DSC. Los errores marcados por el DSC para estos problemas no interferirán con el resto de la restauración.

Los siguientes comandos volverán a compilar los procedimientos almacenados después de que se ejecute DIPALL.

  • ALTER PROCEDURE "SYSLIB"."JSON_SHRED_BATCH_U" COMPILE;
  • ALTER PROCEDURE "SYSLIB"."JSON_SHRED_BATCH" COMPILE;
  • ALTER PROCEDURE "TD_SYSXML"."AS_SHRED_BATCH" COMPILE;
  • ALTER PROCEDURE "TD_SYSXML"."XSLT_SHRED" COMPILE;
  • ALTER PROCEDURE "TD_SYSXML"."XSLT_SHRED_BATCH" COMPILE;
  • ALTER PROCEDURE "TD_SYSXML"."XMLPUBLISH" COMPILE;
  • ALTER PROCEDURE "TD_SYSXML"."XMLPUBLISH_STREAM" COMPILE;
  • ALTER PROCEDURE "LOCKLOGSHREDDER"."SP_LockLog_Shredder" COMPILE;

Advertencia cuando la base de datos excede el límite de espacio lógico

Cuando la base de datos excede su límite de espacio lógico mientras realiza una operación de restauración, pueden aparecer mensajes de advertencia. Puede ignorar los mensajes, ya que la restauración no falla. Sin embargo, cuando se completa la restauración, debe modificar el espacio permanente para agregar objetos a la base de datos o para agregar nuevas filas a las tablas.

El mensaje de advertencia tiene este aspecto:

Warning code   Warning message
-------------------------------------------------------------------------------
1196           Database <database_name> has exceeded it's logical space limit.