Inicio del cambio

Solución de problemas Asistencia de IBM_DB Python driver a través de Db2 for z/OS ODBC

Si encuentra problemas cuando el IBM_DB Python driver accede a datos a través de Db2 for z/OS ODBC, puede habilitar el seguimiento de la aplicación para recopilar datos de diagnóstico del problema.

Antes de empezar

  • Si la aplicación falla con SQLCODE -805, la razón probable es que los paquetes Db2 for z/OS ODBC no están vinculados correctamente. Puede encontrar un trabajo JCL de muestra personalizable en el miembro DSNTIJCL del conjunto de datos SDSNSAMP. Para más información, consulte Db2 ODBC run time environment setup.
  • Si los paquetes de la aplicación ya están encuadernados, asegúrese de que se utilizan las opciones de encuadernación y la biblioteca DBRM correctas. A continuación, compruebe la configuración en el archivo de inicialización de ODBC.
  • Si no está seguro de si el problema está relacionado con IBM_DB Python driver o Db2 for z/OS ODBC, abra un caso con IBM® Soporte para Db2 for z/OS.
  • Si está seguro de que el problema está relacionado con Python o el IBM_DB Python driver, abra un caso con IBM Soporte para IBM Open Enterprise Python for z/OS.

Procedimiento

ODBC Si sospecha que el problema está relacionado con el soporte del controlador CLI de IBM_DB Python driver, recopile los siguientes elementos de diagnóstico antes de abrir un caso de soporte con IBM Soporte para Db2 for z/OS ODBC.

  1. Habilite los siguientes rastros en el archivo de inicialización de ODBC :
    1. Habilite el seguimiento de la aplicación con las siguientes palabras clave:
      APPLTRACE=1
      APPLTRACEFILENAME=appltrace-filename 
      appltrace-filename debe ser un nombre de archivo HFS de z/OS UNIX System Services .
    2. Habilite el seguimiento de diagnósticos con las siguientes palabras clave:
      DIAGTRACE=1
      DIAGTRACE_BUFFER_SIZE = buffer-size
      
    Para obtener más información sobre cómo configurar estas opciones de seguimiento, consulte Db2 ODBC initialization keywords.
  2. Compruebe el formato y la configuración en el archivo de inicialización de ODBC :
    Inicio del cambioSi se produce un error en ibm_db.connect () y no se genera ningún archivo de seguimiento de la aplicación:fin del cambio
    Inicio del cambioEl problema podría deberse a una configuración incorrecta de la marca de texto para el archivo de inicialización.
    1. Para comprobar el formato, ejecute el siguiente comando:
      $  chtag -p $DSNAOINI

      Es posible que vea el siguiente resultado:

      t IBM-1047    T=on  file1
    2. Emita uno de los siguientes mandatos:
      Formato de los datos Orden de expedición
      Datos binarios
      chtag -b $DSNAOINI
      Datos mixtos
      chtag -m -c IBM-1047 $DSNAOINI
    3. Vuelva a emitir el siguiente comando para verificar la actualización:
      $  chtag -p $DSNAOINI

      El resultado esperado, que depende del formato de datos del archivo de inicialización, es similar a los siguientes ejemplos:

      Formato de los datos Salida esperada
      Binary
      b binary      T=off file1
      Mixto
      m IBM-1047    T=off file2
    fin del cambio
    Si no se reconoce una palabra clave de configuración:
    • El esquema de codificación del archivo de inicialización de la base de datos ( ODBC ) debe ser EBCDIC.
    • Las palabras clave deben definirse en las secciones correctas (común, subsistema o fuente de datos) del archivo de inicialización de ODBC.
  3. Si el rastreo de la aplicación no se puede leer utilizando el nombre del archivo de rastreo cat, complete los siguientes pasos:
    1. Emitir el siguiente comando para comprobar el formato de rastreo:
      ls -lT appltrace-filename

      Si el archivo de seguimiento de la aplicación no está en formato EBCDIC, podría devolverse algo parecido a la siguiente salida:

      t ISO8859-1 T=on
    2. Emitir el siguiente comando para que el archivo de seguimiento de la aplicación sea legible:
      chgtag -tc IBM-1047 appltrace-filename
fin del cambio