Actualizacion de 9.3.5 a 9.3.7 en Windows 32bits

Comentandoles a todos, que hice la actualizacion a 9.3.7 en windows "sin
problemas",
hasta ahora la data la veo bien,
por supuesto que a manera de prueba en mi portatil.
Bajo Debian posteriormente ,,,(:.

saludos,,,

Javier Lugo Porras
www.multe-commerce.com

On 05/29/2015 08:24 a.m., Hellmuth Vargas wrote:
>
> Hola lista
>
> Realice la actualización de la versión 9.3.5 a la versión 9.3.7 en los
> servidores que tengo.. Todo estuvo bien incluso al otro día entre las
> cuestiones rutinarias (creación de indices y cargues de información)
> actualice el film factor de una tabla de alta actualización pero que
> actualiza solo unos pequeños campos, realizando el procedimiento
> sugerido:
>
> ALTER TABLE tabla SET (fillfactor=95);
> VACUUM FULL ANALYZE VERBOSE tabla;
>
> Y salió sin problemas
>
> Hoy voy a revisar las estadísticas de la tabla y a practicar
> nuevamente un VACUUM sobre la misma y me sale este error:
>
> ROR: could not access status of transaction 1
> DETAIL: Could not open file "pg_multixact/offsets/0000": No existe el
> fichero o el directorio.
>
> Verificó el directorio y efectivamente no existe:
>
> [root(at)BD offsets]# ls -lah
> total 3,2M
> drwx------ 2 postgres postgres 4,0K may 26 23:16 .
> drwx------ 4 postgres postgres 4,0K feb 16 2014 ..
> -rw------- 1 postgres postgres 256K mar 4 2014 0008
> -rw------- 1 postgres postgres 256K abr 9 2014 0009
> -rw------- 1 postgres postgres 256K may 24 2014 000A
> -rw------- 1 postgres postgres 256K jul 8 2014 000B
> -rw------- 1 postgres postgres 256K ago 19 2014 000C
> -rw------- 1 postgres postgres 256K sep 26 2014 000D
> -rw------- 1 postgres postgres 256K nov 1 2014 000E
> -rw------- 1 postgres postgres 256K dic 5 12:04 000F
> -rw------- 1 postgres postgres 256K ene 9 13:29 0010
> -rw------- 1 postgres postgres 256K feb 12 14:47 0011
> -rw------- 1 postgres postgres 256K mar 25 08:06 0012
> -rw------- 1 postgres postgres 256K may 5 12:47 0013
> -rw------- 1 postgres postgres 168K may 29 07:39 0014
>
> Ya verifique y tengo backup con esos archivos y lo estoy
> reconstruyendo en una ubicación diferente... Para volverlos a
> copiar... Si debo hacer esto? La base de datos es 7/24 no se puede
> interrumpir
>
> El may. 22, 2015 9:15 PM, "Alvaro Herrera" <alvherre(at)2ndquadrant(dot)com
> <mailto:alvherre(at)2ndquadrant(dot)com>> escribió:
>
> Álvaro Hernández Tortosa escribió:
> >
> > On 22/05/15 20:37, Enrique Escobar wrote:
> > >
> > >Yo si recibo mas de 15 por dia, pregunto yo cual seria el mejor
> proceso
> > >para subir de la 9.0 que es la que tengo en producción a la
> 9.3. ya lo
> > >hemos intentado y me marca errores que no son compatibles,
> (saben de algún
> > >link para subir).
> >
> > En todo caso, 9.0 no sufre, aparentemente, este problema,
> podrías
> > actualizar sólo a 9.0.20 (lo cual es compatible a nivel
> binario). Sin
> > embargo, 9.0 deja de estar soportado en septiembre.....si puedes
> permitirte
> > (tiempo de parada, tamaño de bbdd) un dump/reload, es lo más
> fácil para
> > actualizar a 9.3.
>
> Los problemas de multixact se introdujeron en 9.3, así que ninguna
> versión desde 9.0 hasta 9.2 está afectada.
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
> -
> Enviado a la lista de correo pgsql-es-ayuda
> (pgsql-es-ayuda(at)postgresql(dot)org <mailto:pgsql-es-ayuda(at)postgresql(dot)org>)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>