Postgresql pierde registros

[quali]

Si, al final del día se hacen backups. Pero a veces pierde los datos desde la mitad del día, o sea, no resuelvo restaurando un backup. Y para peor, esto está instalado en otra ciudad, no tienen gente capacitada para restaurar un backup, no están conectados a internet. En fin..
De alguna manera siempre se resuelve, pero la idea es evitar el problema, no resolverlo.
Como les decía antes, no creo que haya nadie que borre datos, ya que no saben sacar un backup (se hacen automáticos), menos aún restaurarlos.
Es como decía un profesor mío en la facultad: 'Si no existieran los usuarios, el desarrollo de software sería perfecto !!!'

[[movorack]]

ya miraste en los logs de postgres y de windows a ver que sucede en el momento en que se pierden los registros? o estos también están perdidos?

[quali]

Eso es un buen dato.
El único problema es que no se donde están ambos logs.
Alguna pista?

Muchas gracias

Alejandro

[Casimiro Noteví]

En windows, no sé, la verdad, puedes mirar las instrucciones o hacer una búsqueda.

Por cierto, a modo de 'casi' broma, justo acaba de salir una noticia en meneame.net que enlaza a este sitio y se titula "10 Consejos para la resolución de problemas técnicos inexplicables"

[[movorack]]

Empezado por Casimiro Notevi

En windows, no sé, la verdad, puedes mirar las instrucciones o hacer una búsqueda.

Por cierto, a modo de 'casi' broma, justo acaba de salir una noticia en meneame.net que enlaza a este sitio y se titula "10 Consejos para la resolución de problemas técnicos inexplicables"

está buenisimo el articulo.

[[Al González]]

Aunque dices que las transacciones son explícitas, puede que algo ocurra y se quede la transacción pendiente de ser cometida, no obstante pareciendo que sí se ha confirmado. Luego, algo ocurre con el servidor y éste cancela esa transacción (desapareciendo información de la base de datos), ya sea por llegar a un tiempo límite de espera o por alguna operación que muy probablemente no se realiza a diario (respaldos, por ejemplo).

Ante esto, quizá convenga revisar cómo estás manejando las transacciones. La recomendación es nunca abrirlas y cerrarlas explícitamente desde el lado cliente, sino dejar esa tarea al servidor (de aplicaciones o de base de datos).

No espero que lo anterior sea de mucha ayuda, pero en algo puede servir.

Casi, el artículo que enlazas es muy interesante. Suelo hacer todo lo que ahí se sugiere, pero confieso que a veces fallo en el punto 5 (mi apetito por las causas).

[Casimiro Noteví]

Empezado por Al González

[..] Casi, el artículo que enlazas es muy interesante. Suelo hacer todo lo que ahí se sugiere, pero confieso que a veces fallo en el punto 5 (mi apetito por las causas).

Sí, yo también me he extrañado en ese punto, me resulta imposible dejar un problema sin conocer por qué ocurre, aunque encuentre una solución "aparente", principalmente por dos motivos:

1. Para evitar que ocurra en el futuro el mismo problema
2. Porque de esa manera, si no sabes de donde viene, "estás vendido", no sabes si fallará o no fallará otra vez, y seguro que fallará, y además en el peor momento posible, leyes de Murphy, ya sabemos.

Soy de los que pierden mucho tiempo buscando el por qué a un problema, y eso me retrasa en mi trabajo, cierto, pero no puedo evitarlo, tengo que encontrar la respuesta, no descanso hasta que la encuentro.

[[movorack]]

En windows: en el icono de "mi pc" en xp o el de Equipo en Vista o 7 con el derecho del mouse presionas administrar. Esto abbrirá la consola de administración de Microsoft

en el listado de la columna izquierda verás una opción llamada Visor de Sucesos (XP) o visor de eventos (Vista, 7).

Aquí puedes ver la ayuda del sitio de microsoft.

Los logs de Postgres se pueden ver en la carpeta pg_log en el directorio de datos (data)

XP : C:\Archivos de Programa\Postgres\x.x\data\pg_log
Vista,7: C:\Program files\Postgres\x.x\data\pg_log