El problema consiste en que al lanzar el outbound para una orden de reaprovisionamiento de mas de 100 lineas en algunos casos las lineas de las ordenes no cambian su estatus, povocando que al emitir la guia esta no salga completa.

A alguien le ha pasado esto alguna vez? por favor sus comentarios

Agradecido
Peter Guerrero
Santiago - Chile
Fono 56 2 387 6353

necesito mas datos de esto pero comprueba que el usuario que lanza outbound no tiene restricciones de permisos en campos de tablas.

tambien otra posibilidad es que la sesión de outbound este personalizada por lo que cualquier cosa podria pasar.

- A veces sucedía cuando la BD no tenía sufiente espacio para el log y hacia 'roolback' parcial de las transacciones, esto se evidenciaba por que siempre quedaban las ultimas líneas sin procesar

- En otras ocasiones sucedía por que se cortaba la conexión o el servidor tenia un rendimiento muy bajo por carga o 'deadlocks' y a la final algunas transacciones quedaban consistentes para la BD, pero consistentes para Triton

- En otras ocasiones era por situaciones relacionadas con problemas en los articulos.

Como te comenta el 'post' anterior se necesita mas información, pero por lo menos descartas si alguna de las anteriores te puede estar sucediendo , espero que te sea de utilidad aunque sea en parte ...

amealo

Estimados Comprobé lo siguiente:

- El sistema no tiene restricciones por tablas ni campos de tabla en BD.
- La sesión está personalizada, pero la comparé con el estandar y tiene cambios muy puntuales.


Me parece interesante las cosas que me mensionas en el post anterior.
-Como puedo comprobar que no tengo espacio para el log?
-Que significa que tenga un "deadlocks" ? este mensaje me apareción en un log pero no se interpretarlo.

Diganme por favor que información necesitan para seguir con el tema.
Gracias.

Hola

deadlocks ocurren cuando la transaccion A esta actualizando el registro B y luego tiene que acualizar el registro C.

Por otro lado la transaccion D esta actualizando el registro C y luego tiene que actualizar el registro B.

Por lo cual A tiene a B y esta en espera de que C se libere y D tiene a C y esta en espera de que se libere B; cuando esto sucede se produce un deadlock o un candado mortal.

Espero que este abcdario no confunda mas de lo que ayuda.

Saaludos

Felipe

Pregunta:
Y cual es la tecnica para solucionar esto???, o no hay solución??

Eso esta mas dificil, porque son problemas que normalmente solo ocurren con alto voulumen y poco probable que los puedas replicar.

En el caso particular del problema que tienes podrias crear un application lock de tal forma de que si el proceso falla o se interrumpe antes de su terminacion normal entonces tendras el lock como registro de que algo no paso.

Asi mismo puedes crear un log simple a un archivo plano y en este conoces hasta que numero de linea proceso correctamente.

Buena suerte y saaludos,

Felipe Saavedra

Gracias Felipe !!!