SPM0400 | La resolución de la transacción dudosa con DBALIAS="<aliasbd>" muestra un error heurístico - la base de datos ha retrotraído la UOW y el coordinador con LUNAME="<nombrelu>" se ha confirmado. La transacción está identificada por LUWID="<idlutrab>". |
Explicación: DB2 era el DRDA2 AS para la transacción identificada por "<idlutrab>". La resolución con la base de datos de DB2 revela la aparición de un problema heurístico. La base de datos identificada por "<aliasbd>" ha resulto manualmente la transacción dudosa. La base de datos DB2 en "<nombreLU>" ha retrotraído la transacción. Esto no es coherente con la decisión de confirmación del coordinador DRDA2 en "<nombrelu>".
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La resolución dudosa con el participante ha finalizado.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de la base de datos: Notifique a los administradores de la base de datos en el COORDINATOR "<nombrelu>" y en la DATABASE "<aliasbd>" que se ha producido un error heurístico para la transacción con "<idlutrab>". DB2 era un DRDA2 AS para la transacción. DRDA2 AR en COORDINATOR "<nombrelu>" ha tomado la decisión de confirmar (COMMIT) las actualizaciones de base de datos creadas por "<idlutrab>". El "<aliasbd>" PARTICIPANT ha tomado una decisión heurística de retrotraer (ROLL BACK) las actualizaciones realizadas por "<idutrab>".
SPM0401 | La resolución de la transacción dudosa con DBALIAS="<aliasbd>" muestra un error heurístico - la base de datos se ha confirmado y y el coordinador con LUNAME="<nombrelu>" se ha retrotraído. La transacción está identificada por LUWID="<idlutrab>". |
Explicación: DB2 era el DRDA2 AS para la transacción identificada por "<idlutrab>". La resolución con la base de datos de DB2 revela la aparición de un problema heurístico. La base de datos identificada por "<aliasbd>" ha resulto manualmente la transacción dudosa. El "<aliasbd>" ha confirmado la transacción. Esto no es coherente con la decisión de retrotracción del DRDA2 COORDINATOR en "<nombrelu>".
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La resolución dudosa con el participante ha finalizado.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de la base de datos: Notifique a los administradores de la base de datos en el COORDINATOR "<nombrelu>" y en la DATABASE "<aliasbd>" que se ha producido un error heurístico para la transacción con "<idlutrab>". DB2 era un DRDA2 AS para la transacción. DRDA2 AR en COORDINATOR "<nombrelu>" ha tomado la decisión de retrotraer las actualizaciones de la base de datos realizadas por "<idlutrab>". En el PARTICIPANT "<aliasbd>" se ha tomado una decisión heurística de confirmar (COMMIT) las actualizaciones efectuadas por "<idlutrab>".
SPM0402 | La resolución de la transacción dudosa con el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>" muestra un error heurístico - el participante se ha confirmado y DB2 se ha retrotraído. La transacción está identificada por LUWID="<idlutrab>". |
Explicación: DB2 tiene responsabilidad de coordinador para la transacción identificada por "<idlutrab>". La resolución con el participante indica que se ha producido un error heurístico. El participante identificado por "<nombrelu>" y "<aliasbd>" ha resuelto manualmente la transacción dudosa. La acción emprendida ha sido confirmar la transacción. Esto no es coherente con la decisión de retrotracción del coordinador.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La resolución dudosa con el participante ha finalizado.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: Notifique al administrador de bases de datos locales y al administrador de bases de datos en "<nombrelu>" que se ha producido un error heurístico para la transacción con "<idlutrab>". DB2 era el coordinador de la transacción y ha tomado la decisión de retrotraer las actualizaciones de la base de datos realizadas por "<idlutrab>". En "<nombrelu>" se ha tomado una decisión heurística de confirmar (COMMIT) las actualizaciones efectuadas por "<idlutrab>".
SPM0403 | La resolución de la transacción dudosa con el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>", muestra un error heurístico - el participante se ha retrotraído y DB2 se ha confirmado. La transacción está identificada por LUWID="<idlutrab>". |
Explicación: DB2 tiene responsabilidad de coordinador para la transacción identificada por "<idlutrab>". La resolución con el participante indica que se ha producido un error heurístico. El participante identificado por "<nombrelu>" y "<aliasbd>" ha resuelto manualmente la transacción dudosa. La acción emprendida ha sido retrotraer la UOW. Esto no es coherente con la decisión de confirmación del coordinador.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La resolución dudosa con el participante ha finalizado.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: Notifique al administrador de bases de datos locales y al administrador de bases de datos en "<nombrelu>" que se ha producido un error heurístico para la transacción con "<idlutrab>". DB2 era el coordinador de la transacción y ha tomado la decisión de confirmar (COMMIT) las actualizaciones de la base de datos realizadas por "<idlutrab>". En "<nombrelu>" se ha tomado una decisión heurística de retrotraer (ROLL BACK) las actualizaciones efectuada por "<idlutrab>".
SPM0404 | Error de protocolo durante la resolución de una transacción dudosa con el coordinador con LUNAME="<nombrelu1>" - la base de datos DB2 con LUNAME="<nombrelu2>" tiene una transacción dudosa que se identifica por LUWID="<idlutrab>". |
Explicación: DB2 era el DRDA2 AS para la transacción identificada por "<idlutrab>". La transacción DB2 asociada en la base de datos con LUNAME="<nombrelu2>" es dudosa. Se ha producido un error de protocolo durante la resolución dudosa con el coordinador identificado por "<nombrelu1>".
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La transacción dudosa continúa siendo dudosa. Ha quedado anotado un registro de rastreo conforme se ha violado el protocolo de resincronización.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de base de datos: DB2 no intenta resolver automáticamente la transacción dudosa. Dicha transacción debe resolverse manualmente. Debe averiguarse la decisión de confirmar o cancelar que se ha tomado en el coordinador, para poder aplicar la misma decisión en este DB2 participante.
Póngase en contacto con el administrador de bases de datos en el coordinador con "<nombrelu>" y "<aliasbd>", para determinar si se ha confirmado o se ha cancelado la transacción.
Para resolver la transacción dudosa, utilice el mandato LIST INDOUBT TRANSACTIONS en este alias-bd (el participante).
SPM0405 | Una transacción con LUWID="<idlutrab>" en la base de datos DB2 con LUNAME="<nombrelu1>" es dudosa debido a un error de comunicación con el coordinador con LUNAME="<nombrelu2>". |
Explicación: Al ejecutar el protocolo de confirmación en dos fases con el coordinador en "<nombrelu2>", se ha producido un error de comunicaciones. La fase 1 del protocolo ha finalizado y la transacción de la base de datos con "<nombrelu1>" es dudosa.
La transacción se establece en estado dudoso y aparece en el informe LIST DRDA INDOUBTS TRANSACTIONS. Seguidamente, se intenta en varias ocasiones restablecer la comunicación con el coordinador para llevar a cabo una resolución automática.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo dudosa.
Se producirán una serie de intentos periódicos para resolver automáticamente la transacción dudosa.
Respuesta del usuario: Averigüe la causa del error en la comunicación y corrija el problema. DB2 trata periódicamente de establecer comunicación para efectuar una resolución automática. Si la resolución automática no tiene lugar en un intervalo de tiempo razonable, póngase en contacto con el administrador de las bases de datos. Tal vez sea preciso realizar una resolución manual de la transacción dudosa para desbloquear los recursos.
Acción del administrador de bases de datos: Si es necesario efectuar una resolución manual:
SPM0406 | Una transacción con LUWID="<idlutrab>" en el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>" puede ser dudosa debido a un error de comunicaciones. DB2 confirmado. |
Explicación: Al ejecutar el protocolo de confirmación de dos fases con el participante en "<nombrelu>", se ha producido un error de comunicaciones. La fase 1 del protocolo ha finalizado, y la transacción está preparada para ser confirmada o cancelada. Se ha tomado la decisión de confirmar la transacción, pero no puede comunicarse en este momento con el participante. El participante es dudoso.
DB2 se convierte en el responsable de la resolución dudosa con el participante. Esta responsabilidad aparece en el informe LIST DRDA INDOUBTS TRANSACTION. Seguidamente, se intenta en varias ocasiones restablecer la comunicación con el participante para llevar a cabo una resolución automática.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
Se producirán una serie de intentos periódicos para resolver automáticamente la transacción dudosa en el participante.
Respuesta del usuario: Averigüe la causa del error en la comunicación y corrija el problema. DB2 trata periódicamente de restablecer la comunicación para efectuar una resolución automática. Si la resolución automática no tiene lugar en un intervalo de tiempo razonable, póngase en contacto con el administrador de las bases de datos. Tal vez sea preciso realizar una resolución manual de la transacción en el participante para liberar los recursos bloqueados.
Acción del administrador de bases de datos: Si es necesario efectuar una resolución manual, notifique al administrador de bases de datos en el participante que se confirma la decisión.
SPM0407 | La resolución automática de la transacción con LUWID="<idlutrab>" con el coordinador en LUNAME="<nombrelu>" ha dado lugar a una confirmación. DB2 Universal Database es = "<nombrebd>". |
Explicación: La transacción dudosa en la base de datos identificada por "<nombrebd>" se ha resuelto automáticamente a través del coordinador identificado por "<nombrelu>". La transacción se ha confirmado.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
El proceso continúa con normalidad.
SPM0408 | Se ha producido un error en la comunicación durante la resolución automática con LUNAME="<nombrelu>". El protocolo de comunicación utilizado="<protocolo>". La API de comunicaciones que se está utilizando="<api>". Función de comunicación que detecta el error="<función>". Los códigos de error específicos del protocolo son="<cr1>","<cr2>","<cr3>". |
Explicación: Hay una o varias transacciones dudosas con "<nombrelu>". DB2 ha tratado de resolver automáticamente la transacción dudosa pero se ha producido un error en la comunicación.
Respuesta del usuario: Averigüe la causa del error en la comunicación y corrija el problema. DB2 trata periódicamente de restablecer la comunicación para efectuar una resolución automática. Si la resolución automática no tiene lugar en un intervalo de tiempo razonable, póngase en contacto con el administrador de las bases de datos. Tal vez sea preciso realizar una resolución manual de la transacción en el participante para liberar los recursos bloqueados.
Acción del administrador de bases de datos: Si es necesario efectuar una resolución manual, notifique al administrador de bases de datos en el participante que se confirma la decisión.
SPM0409 | Una transacción con LUWID="<idlutrab>" no se puede resolver debido a un arranque en frío con LUNAME="<nombrelu>". El estado de la transacción de DB2="<estado>". Responsabilidad de DB2="<responsabilidad>". |
Explicación: Existe una transacción dudosa con el asociado en "<nombrelu>". DB2 no puede resolver la transacción dudosa porque el asociado ha perdido toda la información sobre las transacciones dudosas, debido a un arranque en frío realizado previamente.
Respuesta del usuario: Es probable que haya datos incoherentes en el coordinador y en el participante. Notifique al administrador de la base de datos el estado de la transacción.
Acción del administrador de bases de datos: Es necesario efectuar la resolución manual. La decisión heurística (es decir, confirmar o retrotraer la transacción) debe coordinarse con cualquier otro participante y/o con el coordinador. Es posible que no sea fácil de determinar la existencia de otros participantes. La información podría estar disponible en el registro de recuperaciones de los coordinadores aun en el caso de que el coordinador realizara un arranque en frío.
La decisión de confirmar o cancelar utilizando el mandato LIST INDOUBT TRANSACTIONS para la transacción se propaga en sentido descendente a todos los participantes que haya.
SPM0410 | La conexión de arranque en caliente solicitada por el asociado con LUNAME="<nombrelu>" ha sido rechazada. El asociado ha cambiado al menos 1 de estos elementos - nuestro nombre de anotación cronológica "<nuestronombreantiguo>""<(nuestronombrenuevo)>", su nombre de anotación cronológica "<sunombreantiguo>""<(sunombrenuevo)>", protocolo de puntos de sincronismo "<psantiguo(psnuevo)>", byte de distintivo enviado "<bdistantiguo(bdistnuevo)>", nombrelucorrelacionador de conversación enviado "<ccantiguo(ccnuevo)>", y las transacciones dudosas necesitan resolverse. |
Explicación: Se ha tratado de realizar una conexión de arranque en caliente con un asociado, pero ésta se ha rechazado porque el asociado ha especificado un grupo distinto de parámetros de punto de sincronismo que difieren de los que se estaban utilizando cuando se ha perdido la comunicación. DB2 es consciente de las transacciones dudosas que implican al asociado, ya sea como coordinador o como participante. Este error podría tener solución si el asociado puede reiniciarse con los parámetros de punto de sincronismo originales. Si no es posible solucionarlo, el asociado debe realizar una conexión de arranque en frío con DB2.
La conexión con el asociado se ha rechazado. DB2 conserva la información dudosa.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: Póngase en contacto con el administrador de bases de datos en el asociado "<nombrelu>" y determine si es posible para el asociado realizar un arranque en caliente con los mismos parámetros de puntos de sincronismo que los nuestros ('nuestronombreantiguo', 'sunombreantiguo', 'psantiguo', 'bdistantiguo', 'ccantiguo'). Si esto es posible, la conexión se establecerá la próxima vez que se intente.
Si no es posible, hay otras dos soluciones posibles:
SPM0411 | La conexión de arranque en frío realizada por el coordinador LUNAME="<nombrelu>" ha sido aceptada. Las transacciones dudosas requieren una resolución manual. |
Explicación: DB2, que era DRDA2 AS, tiene la responsabilidad de participante para las transacciones dudosas. El coordinador ha notificado a DB2 que ha realizado una operación de arranque en frío y que ha perdido toda la información relativa a las transacciones dudosas. Las transacciones dudosas de este DB2 deben resolverse manualmente con el mandato LIST INDOUBT TRANSACTIONS.
La conexión con el asociado ha sido aceptada. Ha quedado anotado un registro de rastreo.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: DB2 es un participante con una o más transacciones dudosas en las que el coordinador es "<nombrelu>". El DBMS en "<nombrelu>" ha realizado un arranque en frío. El participante de DB2 presupone que la anotación cronológica de recuperaciones del coordinador se ha perdido o se ha dañado, y que no puede realizarse la resolución de la transacción dudosa. Probablemente, hay datos incoherentes en el coordinador.
La decisión heurística (es decir, confirmar o cancelar la transacción) debe coordinarse con cualquier otro participante. Es posible que no sea fácil de determinar la existencia de otros participantes. La información podría estar disponible en el registro de recuperaciones de los coordinadores aun en el caso de que el coordinador realizara un arranque en frío.
La decisión de confirmar o cancelar utilizando el mandato LIST INDOUBT TRANSACTIONS para la transacción se propaga en sentido descendente a todos los participantes que haya.
SPM0412 | Se ha detectado un error de protocolo en las comunicaciones de punto de sincronismo con el coordinador con LUNAME="<nombrelu1>". La transacción con LUWID="<idlutrab>" en la base de datos DB2 con LUNAME="<nombrelu2>" puede ser dudosa. |
Explicación: DB2 es un participante de la transacción. Se ha producido un error de protocolo durante el intercambio de punto de sincronismo de SNA con el coordinador identificado por "<nombrelu>". El error de protocolo se enmarca en una de las categorías siguientes:
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
Si el error de protocolo se ha detectado antes de la decisión de confirmación, la transacción en la base de datos con nombre de LU="<nombrelu2>" puede ser dudosa. DB2 no resuelve automáticamente una transacción dudosa como ésta a causa del error de protocolo.
Si el error de protocolo se ha detectado una vez tomada la decisión de confirmar, significa que la transacción ya se ha confirmado o cancelado.
Así, quedará anotado un registro de rastreo conforme se ha producido una violación del protocolo de punto de sincronismo.
Respuesta del usuario: Es posible que el administrador de la base de datos deba resolver de forma manual la transacción dudosa.
Acción del administrador de bases de datos: Determine si la transacción es dudosa. Si es dudosa, debe resolverse manualmente por medio del mandato LIST INDOUBT TRANSACTIONS. Debe averiguarse la decisión de confirmar o cancelar que se ha tomado en el coordinador, para poder aplicar la misma decisión en DB2.
Póngase en contacto con el administrador de bases de datos en el aliasbd del coordinador para determinar si la transacción con LUWID="<idlutrab>" se ha confirmado o se ha cancelado.
Si el sistema coordinador es otro DB2, para determinar si la decisión es confirmar o cancelar pueden seguirse las indicaciones siguientes.
SPM0413 | Se ha detectado un error de protocolo en las comunicaciones de punto de sincronismo con el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>". La transacción con LUWID="<idlutrab>" puede ser dudosa en el participante. DB2 confirmado. |
Explicación: DB2 es el coordinador de la transacción. Se ha producido un error de protocolo durante el intercambio de punto de sincronismo de SNA con el participante identificado por "<nombrelu>" y "<aliasbd>". El error de protocolo se enmarca en una de las categorías siguientes:
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La aplicación ha recibido la notificación conforme la transacción se ha confirmado.
En el participante puede haber una transacción dudosa; en tal caso, ésta debe resolverse manualmente. DB2 no resuelve automáticamente la transacción dudosa a causa del error de protocolo.
Ha quedado anotado un registro de rastreo conforme se ha violado el protocolo de punto de sincronismo.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos. Es posible que el participante de la base de datos deba resolver de forma manual la transacción dudosa.
SPM0414 | Error de protocolo durante la resolución de una transacción dudosa con el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>". La transacción con LUWID="<idlutrab>" puede ser dudosa en el participante. DB2 retrotraído. |
Explicación: DB2 tiene responsabilidad de coordinador para la transacción que se ha retrotraído. Se ha producido un error de protocolo durante la resolución dudosa con el participante identificado por "<nombrelu>" y "<aliasbd>".
La transacción realizada en el participante permanece dudosa. DB2 no tratará de resolver automáticamente la transacción dudosa debido a la violación del protocolo.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
Ha quedado anotado un registro de rastreo conforme se ha violado el protocolo de resincronización.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos. Es posible que el participante de la base de datos deba resolver de forma manual la transacción dudosa.
Acción del administrador de bases de datos: Si la transacción es dudosa en el participante, se ha de resolver manualmente (heurísticamente).
SPM0415 | La resolución automática de la transacción con LUWID="<idlutrab>" con el coordinador en LUNAME="<nombrelu>" ha dado lugar a una retrotracción. DB2 Universal Database es = "<nombrebd>". |
Explicación: La transacción dudosa en la base de datos identificada por "<nombrebd>" se ha resuelto automáticamente a través del coordinador identificado por "<nombrelu>". La transacción se ha retrotraído.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
El proceso continúa con normalidad.
SPM0416 | La conexión de arranque en frío ha sido rechazada por el asociado con LUNAME "<nombrelu>". |
Explicación: DB2 ha tratado de realizar una conexión de arranque en frío con un alias-bd asociado. El asociado ha rechazado este intento de conexión.
La conexión no se ha establecido.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: DB2 no puede conectar el asociado "<nombrelu>" hasta que el asociado "<nombrelu>" permita una conexión de arranque en frío con DB2. Póngase en contacto con el administrador de bases de datos en el asociado "<nombrelu>".
Solicite asistencia técnica al Centro de soporte de IBM.
SPM0417 | Se ha detectado un error de protocolo en las comunicaciones de punto de sincronismo con el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>". La transacción con LUWID="<idlutrab>" puede ser dudosa en el participante. DB2 retrotraído. |
Explicación: DB2 es el coordinador de la transacción. Se ha producido un error de protocolo durante el intercambio de punto de sincronismo de SNA con el participante identificado por "<nombrelu>" y "<aliasbd>". El error de protocolo se enmarca en una de las categorías siguientes:
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
La aplicación ha recibido la notificación conforme la transacción se ha retrotraído.
En el participante puede haber una transacción dudosa; en tal caso, ésta debe resolverse manualmente. DB2 no resuelve automáticamente la transacción dudosa a causa del error de protocolo.
Ha quedado anotado un registro de rastreo conforme se ha violado el protocolo de punto de sincronismo.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos. Es posible que el participante de la base de datos deba resolver de forma manual la transacción dudosa.
SPM0420 | La conexión de arranque en frío por el participante LUNAME="<nombrelu>" ha sido aceptada. Posible daño. |
Explicación: DB2 ostenta responsabilidad de coordinador para las transacciones dudosas en el participante, y se acaba de conectar con el participante, que ha perdido toda la información sobre las transacciones dudosas debido a un arranque en frío realizado previamente. Puede haber problemas en el participante.
La conexión con el asociado ha sido aceptada.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: DB2 es el coordinador con la responsabilidad para resolver transacciones dudosas para una o más unidades de trabajo dudosas en "<nombrelu>". El DBMS en "<nombrelu>" ha realizado un arranque en frío. DB2 presupone que la anotación cronológica de recuperaciones del participante se ha perdido o se ha dañado, y que no puede realizarse la resolución de la transacción dudosa. Probablemente hay datos incoherentes en el participante. Como mínimo, es posible que el participante no refleje completamente el resultado final de las transacciones que eran dudosas en el momento de producirse la anomalía.
SPM0421 | Violación del protocolo SNA XLN por parte del asociado con LUNAME="<nombrelu>" |
Explicación: DB2 ha detectado una violación de protocolo en el intercambio de los Nombres de registros cronológicos de intercambio (XLN) de SNA con el asociado en el "<nombrelu>" especificado.
La conexión con el sitio remoto no ha podido establecerse. Ha quedado anotado un registro de rastreo conforme se ha producido una violación del protocolo XLN.
Respuesta del usuario: Póngase en contacto con el programador del sistema del sitio remoto. El mensaje incorrecto de XLN ha quedado anotado en el registro de rastreo. El error lógico del sistema que ha originado el mensaje incorrecto de XLN debe corregirse en el sitio remoto.
SPM0422 | La conexión de arranque en caliente por parte del asociado LUNAME="<nombrelu>" has sido rechazada porque el asociado no recuerda correctamente nuestro nombre de anotación cronológica. Nuestro nombre de anotación cronológica es "<nombre1>" y el asociado cree que es "<nombre2>". |
Explicación: Se ha tratado de realizar una conexión de arranque en caliente con un asociado, pero ésta se ha rechazado porque el asociado ha especificado nombre2 para el nombre de la anotación cronológica local. El nombre de la anotación cronológica local es nombre1, que es el nombre de LU de DB2 local. Este error podría tener solución si el asociado puede reiniciarse considerando que nombre1 es el nombre de la anotación cronológica local. Si no es posible solucionarlo, el asociado debe realizar una conexión de arranque en frío con DB2.
La conexión con el asociado se ha rechazado.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: Póngase en contacto con el administrador de bases de datos en el asociado "<nombrelu>" y determine si es posible que el asociado realice un arranque en caliente con nuestro nombre de anotación cronológica especificado como el nombrelu de este DB2. Si esto es posible, la conexión se establecerá la próxima vez que se intente. O bien haga que el asociado "<nombrelu>" realice una conexión de arranque en frío con DB2.
SPM0423 | La resolución automática de la transacción con LUWID="<idlutrab>" con el asociado en LUNAME="<nombrelu>" y DBALIAS="<aliasbd>" ha dado como resultado una confirmación. |
Explicación: La unidad de trabajo dudosa se ha resuelto automáticamente a través de la comunicación con el participante. Al participante se le ha notificado la decisión de la confirmación.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
El proceso continúa con normalidad.
SPM0424 | La resolución automática de la transacción con LUWID="<idlutrab>" con el participante en LUNAME="<nombrelu>" y DBALIAS="<aliasbd>" ha dado como resultado una retrotracción. |
Explicación: La unidad de trabajo dudosa se ha resuelto automáticamente a través de la comunicación con el participante. Al participante se le ha notificado la decisión de la retrotracción.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
El proceso continúa con normalidad.
SPM0425 | Una transacción con LUWID="<idlutrab>" en el participante con LUNAME="<nombrelu>" y DBALIAS="<aliasbd>" puede ser dudosa debido a un error de comunicaciones. DB2 retrotraído. |
Explicación: Al ejecutar el protocolo de confirmación de dos fases con el participante en "<nombrelu>", se ha producido un error de comunicaciones. La fase 1 del protocolo ha finalizado, y la transacción está preparada para ser confirmada o cancelada. Se ha tomado la decisión de retrotraer la transacción, pero no puede comunicarse en este momento con el participante. El participante es dudoso.
DB2 se convierte en el responsable de la resolución dudosa con el participante. Esta responsabilidad aparece en el informe LIST DRDA INDOUBTS TRANSACTION. Seguidamente, se intenta en varias ocasiones restablecer la comunicación con el participante para llevar a cabo una resolución automática.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
Se producirán una serie de intentos periódicos para resolver automáticamente la transacción dudosa en el participante.
Respuesta del usuario: Averigüe la causa del error en la comunicación y corrija el problema. DB2 trata periódicamente de restablecer la comunicación para efectuar una resolución automática. Si la resolución automática no tiene lugar en un intervalo de tiempo razonable, póngase en contacto con el administrador de las bases de datos. Tal vez sea preciso realizar una resolución manual de la transacción en el participante para liberar los recursos bloqueados.
Acción del administrador de bases de datos: Si es necesario efectuar una resolución manual, notifique al administrador de la base de datos en el participante que la decisión es retrotraer.
SPM0426 | Se ha detectado un error de protocolo durante la resolución de una transacción dudosa con el participante en LUNAME="<nombrelu>" y DBALIAS="<aliasbd>". La transacción con LUWID="<idlutrab>" puede ser dudosa en el participante. DB2 confirmado. |
Explicación: DB2 tiene responsabilidad de coordinador para la transacción que se ha confirmado. Se ha producido un error de protocolo durante la resolución dudosa con el participante identificado por "<nombrelu>" y "<aliasbd>".
La transacción realizada en el participante permanece dudosa. DB2 no tratará de resolver automáticamente la transacción dudosa debido a la violación del protocolo.
A continuación de este mensaje aparece el XID asociado con la unidad de trabajo.
Ha quedado anotado un registro de rastreo conforme se ha violado el protocolo de resincronización.
Respuesta del usuario: Póngase en contacto con el administrador de la base de datos. Es posible que el participante de la base de datos deba resolver de forma manual la transacción dudosa.
Acción del administrador de bases de datos: Si la transacción es dudosa en el participante, se ha de resolver manualmente (heurísticamente).
SPM0434 | El gestor de puntos de sincronismo no está disponible - nivel incorrecto de comunicaciones. |
Explicación: El nivel de release de las comunicaciones locales es anterior al nivel de release mínimo, o bien el gestor de comunicaciones no está correctamente configurado para dar soporte a las conversaciones APPC SYNCLEVEL(SYNC).
No ha sido posible crear una conversación protegida.
Respuesta del usuario: Instale el nivel correcto de comunicaciones que se necesita para dar soporte a las conversaciones SYNCLEVEL(SYNC) y configúrelo.
SPM0438 | La anotación cronológica de recuperaciones del Gestor de puntos de sincronismo no es correcta. |
Explicación: La anotación cronológica de recuperaciones del Gestor de puntos de sincronismo no es coherente y no puede utilizarse para realizar recuperaciones durante el proceso de arranque de DB2.
Respuesta del usuario: En los servidores de aplicaciones DRDA2 puede haber transacciones dudosas. Estas transacciones dudosas deben recuperarse manualmente.
Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: Para iniciar el Gestor de puntos de sincronismo, borre el directorio spmlog e inicie DB2. De esta manera, DB2 creará nuevos archivos de anotación cronológica de puntos de sincronismo y establecerá conexiones de arranque en frío con todos los servidores de aplicaciones DRDA2.
SPM0439 | Error sin solución del Gestor de puntos de sincronismo al tratar de grabar en el archivo cronológico de recuperaciones de SPM. |
Explicación: El registro del Gestor de puntos de sincronismo no es coherente y no puede utilizarse. Al tratar de grabar en el registro del SPM durante el proceso de DB2, se ha producido un error que no puede solucionarse.
Respuesta del usuario: El Gestor de puntos de sincronismo no permitirá establecer ninguna otra conexión de nivel de sincronismo (en dos fases). Emita el mandato LIST DRDA INDOUBT TRANSACTIONS para determinar el estado de las transacciones dudosas que pueda haber.
Póngase en contacto con el administrador de la base de datos.
Acción del administrador de bases de datos: Para iniciar el Gestor de puntos de sincronismo, borre el directorio spmlog e inicie DB2. De esta manera, DB2 creará nuevos archivos de anotación cronológica de puntos de sincronismo y establecerá conexiones de arranque en frío con todos los servidores de aplicaciones DRDA2.
SPM0440E | Error encontrado al intentar iniciar el soporte de protocolo "<protocolo>". El código de retorno de "<función>" era "<cr>". La causa más probable de este error es que no se ha arrancado SNA. Por favor, detenga DB2, arranque SNA y vuelva a arrancar DB2. |
SPM0441 | El gestor de puntos de sincronismo no está disponible para la LU del gestor de puntos de sincronismo. La LU del gestor de puntos de sincronismo es "<nombre-lu>" y el perfil de la LU es "<perfil-lu>". |
Explicación: DB2 no ha podido habilitar el soporte del punto de sincronismo. Las causas más probables de esta anomalía son:
Respuesta del usuario: Determine la razón basándose en las posibilidades descritas con anterioridad. Corrija el problema e inténtelo de nuevo.
SPM0442 | El Gestor de puntos de sincronismo no está disponible. La causa más probable de la anomalía es que no existe perfil de información complementaria CPIC con el nombre "<name>". |
Explicación: El Gestor de puntos de sincronismo necesita un perfil de información complementaria CPIC con el nombre "<nombre>". No puede encontrarse este perfil o contiene información incorrecta.
Respuesta del usuario: Por favor, corrija el perfil, verifique el perfil SNA, detenga y vuelva a arrancar tanto DB2 como SNA. Consulte la publicación DB2 Connect Quick Beginnings para obtener información sobre cómo configurar el soporte del gestor de puntos de sincronismo.
SPM0443 | El Gestor de puntos de sincronismo no está disponible. La causa más probable de la anomalía es que la instancia que está arrancando el gestor de puntos de sincronismo no pertenece a uno de los nombres de Grupo de nombres confirmados para AIX SNA. |
Explicación: Para que el Gestor de puntos de sincronismo realice él mismo la inicialización, la instancia en la que se arranca DB2 necesita ciertas autorizaciones a fin de poder interactuar con el soporte SNA. AIX SNA necesita que los Nombres de grupo confirmados incluyan los id de usuario que emitirán estos mandatos.
Respuesta del usuario: En el diálogo Valores por omisión del sistema SNA, añada la instancia que inicia el gestor de puntos de sincronismo en uno de los grupos definidos bajo los Nombres de grupo confirmados. Pare y reinicie AIX SNA. Desconéctese de AIX Term, vuelva a conectarse en el ID de la instancia y rearranque DB2.
Si esta acción no le permite iniciar el gestor de puntos de sincronismo, aplique el PTF más reciente para AIX SNA y reintente las instrucciones anteriores.
SPM0444 | El Gestor de puntos de sincronismo no está disponible. La causa más probable de la anomalía es que no existe un perfil del Programa de transacción con el nombre "<nombre>". |
Explicación: El Gestor de puntos de sincronismo necesita un perfil del Programa de transacción con el nombre "<nombre>". No puede encontrarse este perfil o contiene información incorrecta.
Respuesta del usuario: Por favor, corrija el perfil, verifique el perfil SNA, detenga y vuelva a arrancar tanto DB2 como SNA. Consulte la publicación DB2 Connect Quick Beginnings para obtener información sobre cómo configurar el soporte del gestor de puntos de sincronismo.
SPM0445 | DB2 no escuchará el Programa de transacción "<nombre-pt>". Este no es un error grave pero si necesita este programa de transacción, entonces debe asegurarse de que NO está definido en el perfil de transacciones de la configuración AIX SNA. |
Explicación: Cuando el Gestor de puntos de sincronismo realiza él mismo la inicialización, registra los Programas de transacción que escuchará. Para que el gestor de puntos de sincronismo escuche el TP nombrado, es necesario que ningún otro perfil del Programa de transacción tenga definido este TP; de lo contrario, se producirá un conflicto entre el gestor de puntos de DB2 y AIX SNA. Si existe tal conflicto, AIX SNA escuchará y el gestor de puntos de sincronismo no.
Respuesta del usuario: Si necesita que el gestor de puntos de sincronismo de DB2 escuche el TP nombrado, debe asegurarse de que ningún otro perfil de TP haga referencia a este programa de transacción. El gestor de puntos de sincronismo se ha iniciado de manera satisfactoria independientemente de este error.
SPM0446E | DB2 no escuchará el Programa de transacción "<nombre-pt>". Se trata de un error grave. El gestor de puntos de sincronismo no ha podido iniciarse. La causa más probable es que otra instancia haya iniciado el gestor de puntos de sincronismo utilizando el mismo SPM_NAME en su configuración del gestor de bases de datos O que la pasarela de igual a igual Encina existe en la misma máquina y que el programa de transacción está definido en un perfil de transacción AIX SNA. |
Explicación: El gestor de puntos de sincronismo ha intentado registrar este TP, pero no ha podido.
Respuesta del usuario: Elimine el perfil de TP de AIX SNA. Detenga y vuelva a arrancar tanto DB2 como AIX SNA.
SPM0447E | Error encontrado al intentar iniciar el soporte de protocolo "<protocolo>". El código de retorno de "<función>" era "<cr>". La causa más probable de este error es que la LU "<nombre-lu>" ya está utilizándose para la gestión de puntos de sincronismo. Asegúrese de que tanto la pasarela de igual a igual Encina como otro gestor de puntos de sincronismo no estén utilizando esta LU. |
Explicación: Solamente una aplicación, como máximo, puede registrar una LU con AIX SNA para el soporte del punto de sincronismo. En este caso, la LU del gestor de puntos de sincronismo solicitada ya se ha registrado. La causa más probable es que la pasarela Encina Peer to Peer esté utilizando esta LU como un gestor de puntos de sincronismo o que otra instancia de DB2 esté utilizándola como un gestor de puntos de sincronismo.
Respuesta del usuario: Modifique el SPM_NAME en la configuración del gestor de bases de datos de manera que se utilice una LU exclusiva. Detenga y vuelva a arrancar DB2.
SPM0448E | Error encontrado al tratar de iniciar el soporte del protocolo del gestor de puntos de sincronismo. El gestor de puntos de sincronismo no ha podido registrar LUNAME "<luname>" para el soporte de puntos de sincronismo desde que esta LU se ha configurado para el uso del cliente SNA API. Escoja una LU distinta para el gestor de puntos de sincronismo o inhabilite el uso del cliente SNA API en la definición de la LU local 6.2 de esta LU. |
Explicación: Este error se produce cuando el cliente intenta iniciar el gestor de puntos de sincronismo utilizando CS/NT V5.01 y se sirve de una definición de LU 6.2 local en que se ha establecido el distintivo de uso del cliente API de SNA.
Respuesta del usuario: Elija una LU 6.2 local diferente (sin que esté configurado el uso del cliente API de SNA) o inhabilite el distintivo de uso del cliente API de SNA para la definición de la LU 6.2 local.
SPM0449E | Ha fallado el intento de conexión. La causa más probable de la anomalía es que la LU especificada en el perfil de información complementaria CPIC "<perfil>" no coincide con la LU del gestor de puntos de sincronismo especificada en el perfil de información complementaria CPIC "<perfil2>". |
Explicación: Para que las comunicaciones con el sistema principal sean las adecuadas, cualquier perfil de información complementaria CPIC definido para la comunicación debe especificar la misma LU que la definida para el gestor de puntos de sincronismo.
Respuesta del usuario: Actualice el perfil de información complementaria CPIC SNA "<perfil1>" con la LU adecuada, verifique el perfil SNA, detenga y vuelva a arrancar SNA y DB2, e intente de nuevo la conexión.
SPM0450E | La biblioteca no se ha podido cargar. Se han denegado los Permisos de acceso. |
Explicación: La causa más probable de este problema es el resultado de un virus en Windows NT.
Respuesta del usuario: Asegúrese de que todas las unidades de la red del sistema y la sentencia PATH local están al final de la sentencia PATH. Seleccione Inicio/Configuración/Panel de control/Sistema/Entorno/Sistema/Ruta de acceso y mueva todas las unidades de la red al final de la sentencia de la vía de acceso. A continuación, cierre y vuelva a arrancar el sistema.
SPM0451E | El servidor MS SNA no ha arrancado. |
Explicación: El servidor SNA no se ha arrancado.
Respuesta del usuario: Arranque el servidor SNA y vuelva a arrancar DB2.
SPM0452I | Compruebe que el SPM_NAME especificado en la configuración del gestor de la base de datos no sea el mismo que el nombre del Punto de control "<nombre>". El SPM_NAME se ha sustituido temporalmente por "<nombre-temp>". |
Explicación: El SPM_NAME no puede ser el mismo que el nombre del punto de control. El SPM_NAME se ha sustituido temporalmente con un nombre alternativo, pero el archivo de configuración del gestor de la base de datos no ha cambiado.
Respuesta del usuario: Actualice el SPM_NAME en el archivo de configuración del gestor de la bases de datos. Especifique un nombre que no sea el nombre del punto de control.
SPM0453C | El gestor de puntos de sincronismo no se inició porque no se ha iniciado Microsoft SNA Server. |
Explicación: Esta instancia de DB2 se ha configurado para iniciar el gestor de puntos de sincronismo. Sin embargo, la pila SNA implícita, Microsoft SNA Server, no se ha iniciado. Por lo tanto, el gestor de puntos de sincronismo no se puede iniciar.
Respuesta del usuario: Se debe iniciar Microsoft SNA Server. Por favor, detenga DB2 emitiendo el mandato DB2STOP FORCE. A continuación, realice los pasos siguientes:
Una vez que Microsoft SNA Server se haya iniciado, reinicie DB2 emitiendo el mandato DB2START.
SPM0454C | El gestor de puntos de sincronismo no se inició porque necesitaba el uso exclusivo de la unidad lógica (LU) representada por el alias de la LU "<aliaslu>". |
Explicación: El gestor de puntos de sincronismo requiere el uso exclusivo de una unidad lógica (LU). La LU que el gestor de puntos de sincronismo está usando actualmente se identifica como parte de la agrupación de la LU APPC local de salida por omisión. Por lo tanto, esta LU se identifica como disponible para cualquier aplicación. La LU también se ha identificado como la LU que el gestor de puntos de sincronismo debe usar a través del parámetro de configuración del gestor de la base de datos SPM_NAME. Debido a que el gestor de puntos de sincronismo está requiere el uso exclusivo de esta LU, la LU no puede ser un miembro de la agrupación de la LU APPC local de salida por omisión.
Respuesta del usuario: Modifique la definición de la LU para que no sea un miembro de la agrupación de la LU APPC local de salida por omisión o modifique el valor de SPM_NAME con una LU que no sea un miembro de esta agrupación por omisión. Pare y reinicie el servidor SNA. A continuación, detenga y reinicie DB2.
Por favor, consulte la publicación DB2 Connect Quick Beginnings Manual o la publicación DB2 Universal Database Quick Beginnings Manual para obtener instrucciones acerca de la definición de una LU desde Microsoft SNA Server que el gestor de puntos de sincronismo usará.
SPM0455C | El gestor de puntos de sincronismo no se inició. La unidad lógica (LU) representada por el alias de la LU "<aliaslu>" no está configurada correctamente para que el gestor de puntos de sincronismo la use. |
Explicación: Para usar el gestor de puntos de sincronismo, debe configurar la LU para que sea habilitado por el gestor de puntos de sincronismo.
Respuesta del usuario: Modifique la definición de la LU para que sea un punto de sincronismo habilitado y para que el campo Cliente contenga el nombre del servidor SNA. Reinicie el servidor SNA y, a continuación, reinicie DB2.
Por favor, consulte la publicación DB2 Connect Quick Beginnings Manual o la publicación DB2 Universal Database Quick Beginnings Manual para obtener instrucciones acerca de la definición de una LU desde Microsoft SNA Server que el gestor de puntos de sincronismo usará.
SPM0456C | El gestor de puntos de sincronismo no se inició. Asegúrese de que el campo Cliente de la Unidad lógica (LU) representado por el Alias "<aliaslu>" contiene el nombre de este servidor SNA. |
Explicación: Para iniciar el gestor de puntos de sincronismo, la LU debe ser habilitada por el gestor de puntos de sincronismo. Para habilitar la LU mediante el gestor de puntos de sincronismo, asegúrese de que el recuadro de selección "Habilitar el soporte de puntos de sincronismo" esté seleccionado y de que el campo Cliente contenga el nombre de este servidor SNA.
De este modo, el recuadro de selección "Habilitar el soporte de puntos de sincronismo" está seleccionado pero el campo Cliente no está cumplimentado.
Respuesta del usuario: Modifique la definición de la LU para que sea un punto de sincronismo habilitado y para que el campo Cliente contenga el nombre del servidor SNA. Pare y reinicie el servidor SNA y, a continuación, detenga y reinicie DB2.
Por favor, consulte la publicación DB2 Connect Quick Beginnings Manual o la publicación DB2 Universal Database Quick Beginnings Manual para obtener instrucciones acerca de la definición de una LU desde Microsoft SNA Server que el gestor de puntos de sincronismo usará.
SPM0457W | Otra instancia de DB2 ya está escuchando el programa de transacción DB2DRDA. Esto no es un error muy grave. Sin embargo, la instancia no escuchará el programa de transacción DB2DRDA. |
Explicación: A no ser que el gestor de puntos de sincronismo esté habilitado, sólo una única instancia de DB2 puede escuchar el programa de transacción DB2DRDA.
Respuesta del usuario: Defina el valor de registro de DB2 DB2SERVICETPINSTANCE en un nivel global para definir qué instancia escucha el programa de transacción DB2DRDA. A continuación, reinicie todas las instancias afectadas.
Para definir el valor de registro de DB2 DB2SERVICETPINSTANCE en un nivel global, emita el mandato siguiente:
db2set -g DB2SERVICETPINSTANCE=<nombre-instancia>
donde <nombre-instancia> representa el nombre de la instancia.
SPM0458W | Otra instancia de DB2 ya está escuchando el programa de transacción x'07'6DB (hex 07F6C4C2). Esto no es un error muy grave. Sin embargo, la instancia no escuchará el programa de transacción x'07'6DB. |
Explicación: Sólo una única instancia de DB2 puede escuchar el programa de transacción x'07'6DB a no ser que el gestor de puntos esté habilitado.
Respuesta del usuario: Defina el valor de registro de DB2 DB2SERVICETPINSTANCE en un nivel global para definir qué instancia escucha el programa de transacción x'07'6DB. A continuación, reinicie todas las instancias afectadas.
Para definir el valor de registro de DB2 DB2SERVICETPINSTANCE en un nivel global, emita el mandato siguiente:
db2set -g DB2SERVICETPINSTANCE=<nombre-instancia>
donde <nombre-instancia> representa el nombre de la instancia.
SPM0459W | La versión de SNA que tiene instalado no es compatible con esta versión de DB2. |
Explicación: DB2 Connect para AIX y DB2 Universal Database para AIX V6.1 y superior requiere IBM eNetwork Communication Server para AIX V5.0.3 o superior para conectividad SNA.
La versión que se necesita para IBM Communication Server no está instalada en esta máquina.
Respuesta del usuario: Debe actualizarla a IBM eNetwork Communications Server para AIX V5.0.3. PTF se puede bajar desde:
http://service.software.ibm.com/cgi-bin/support/ rs6000.support/downloads.
Seleccione AIX General Software Fixes, AIX Fix Distribution Service, AIX Version 4 y Search By PTF Number. Entre la cadena de caracteres de búsqueda sna.rte. Seleccione Find Fix. Una vez se instale PTF, seleccione PTF, y a continuación pulse Get Fix Package y siga las instrucciones.
SPM0460W | La versión de Microsoft SNA Server instalada en esta máquina no soporta el gestor de puntos de sincronismo. |
Explicación: Esta instancia se configura para usar el gestor de puntos de sincronismo SNA de DB2 con Microsoft SNA Server. La versión de Microsoft SNA Server instalada en esta máquina no soporta el gestor de puntos de sincronismo.
Respuesta del usuario: Para soportar el gestor de puntos de sincronismo, DB2 necesita Microsoft SNA Server V4 Service Pack 3 o superior.
Para realizar una actualización para varios sitios con DB2 Universal Database para OS/390, OS/400 o VM/VSE, debe instalar Microsoft SNA Server V4 Service Pack 3 o superior. Una vez que se haya instalado la versión correcta de Microsoft SNA Server, pare y reinicie DB2 Connect o DB2 Universal Database.