Compartiendo con todos,
bajo Debian tambien todo bien!!!...
de la 9.3.5 a la 9.3.7
La data sin problemas....

apt-get update
apt-get upgrade postgresql-9.3.7

Ya el paquete esta en los servidores...que bien!.

Javier Lugo Porras
www.multe-commerce.com


On 05/29/2015 08:58 a.m., Javier Lugo Porras wrote:
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@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" <alvhe...@2ndquadrant.com <mailto:alvhe...@2ndquadrant.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@postgresql.org
    <mailto:pgsql-es-ayuda@postgresql.org>)
    Para cambiar tu suscripción:
    http://www.postgresql.org/mailpref/pgsql-es-ayuda



Responder a