Buenas, no se si me pueden dar una mano.
tengo en la tabla sga_certificados_otorg un numero faltante en el numero de tramite salta literalmente de la 385 a la 387.
Ya revise las tablas de auditoria y no eliminado el registro ni creado.
Ya revise los logs, y no hay informacion de problemas con postgres ni apache, ni php.
Hola Roberto! Cómo estás?
Primero que nada te pedimos que nos indiques de qué institución son y con qué versión de Guarani se encuentran trabajando.
Esto les sucede en un ambiente productivo?
En sga_certificados_otorg este salto se da en el campo “nro_solicitud”?
Tienen montada alguna personalización dentro del circuito de solicitar certificaciones?
Es posible que el registro haya sido eliminado directamente por base y por ello no se vea la eliminación en los logs de auditoría, pero aún así debería conservarse el registro de la creación del mismo.
Es posible que hayan incorporado algún registro manualmente en sga_certificados_otorg salteándose el nro de trámite, y por ello después el sistema siguió numerando a partir del nuevo registro ingresado?
hola buenos dias, soy de la UNTDF (universidad de tierra del fuego).
la version es la 3.21.2 en produccion, efectivamente el salto de registro es en nro_solicitud, y no se han eliminado ni insertado registros por base, eso solo lo manejamos nosotros. nadie mas tiene acceso.
Tampoco existe en el historico el registro de creacion de ese registro. Existe la posibilidad que el sistema se saltee un registro?.
son muy pocas personas que pueden modificar la bd, y el registro 387 fue creado por sistema por un usuario normal, no fue por base. Por eso nos llama la atencion que falte un registro.
Hola Roberto! Cómo estás?
Gracias por la información!
Lo cierto es que es un caso bastante raro. Estuvimos buscando entre el foro y los GDS si veíamos algún caso similar pero no encontramos nada. También estuvimos analizando las operaciones que realizan modificaciones en esa tabla pero ninguna debería generar un borrado de un registro ni modificación del ID. En los casos de que un trámite de egreso se anule, el mismo sigue figurando en la tabla y simplemente se le actualiza el estado.
Hay diversas posibilidades sobre lo que pudo suceder. Una es que haya habido algún cambio vía base, ya sea un DELETE o un UPDATE que haya cambiado el ID del trámite. Por lo que comentás, tienen bastante controlado los accesos a la base, pero siempre es posible que haya sucedido.
Otra posibilidad es que pueda haber algún caso extraño, por ejemplo, que dos usuarios hagan solicitudes de certificación al mismo tiempo y eso genere algún error de concurrencia que no quede grabado en los logs, pero que genere esta situación.
Como verán, son situaciones muy difíciles de reproducir.
Este es un caso único que encontraron? o vieron otros registros faltantes?
Creen que el 386 corresponde a alguna solicitud de egreso que se perdió o que se trata simplemente de un salto en la numeración de registros?
Hola Martin.
Si, es el único caso que tenemos desde que se empezo a usar el sistema, por eso nos parecio raro, en cuanto al registro, no pertenece a ninguna solicitud. asi que creemos que simplemente se genero ese salto pero no logramos descubrir el porque.
Bien, si ven que esto vuelve a suceder o si detectan algún desperfecto a partir de esto avísennos así empezamos a analizar puntos en comunes para intentar descubrir la causa.
si, estamos atentos a cambios en la tabla por si ocurre algo parecido, gracias