El 11/04/2011 15:56, Alvaro Herrera escribió:
Excerpts from Alejandro Brust at federacion's message of lun abr 11 13:43:57
-0300 2011:
Hola a todos quería saber si existe la manera de que, al realizar un
vacuumdb nocturno
(cron) me excluya una tabla que en su momento me dio errores de "invalid
page header in block of relation........", esta tabla fue renombrada y
restaurada de un bk, por lo tanto no esta en uso
y me esta arruinando todos los vaccumdb nocturnos que hago.
Bórrala.
También aclaro que no quiero borrar la tabla(rota y en desuso) porque
tengo temor que sea un error de los discos y este espacio se vuelva a
reutilizar.
Esto es un sinsentido. El disco no es estúpido y se hará cargo del
problema. Prueba badblocks si no estás convencido. Si aún quieres
conservar el archivo, crea un link duro (no simbólico) y borras la
tabla.
(Los discos modernos "saben" qué bloques no pudieron leer y crean mapas
de espacio muerto que no reutilizan. Si está dando errores de lectura
es para que el usuario se dé cuenta y tome alguna acción con respecto a
ese bloque, por ej. reescribirlo por completo en cuyo caso el mapa de
sectores malos lo pondrá en otra parte y dejará el bloque malo fuera de
uso en forma permanente.)
Todo esto es una tecnología super moderna, creo que sólo tiene 25 años.
Solo necesito saber si es posible evitar que el vacuumdb --all --analyze
se me clave al pasar por la tabla en cuestion.
No existe esta opción.
Otra cunsulta hablando de vaccum y replicacion:
si corro el vacuum --all --analyze en el master y estoy con Streaming
Rep de PG9 las estadisticas de las tablas (para el planner) también se
actualizan en el esclavo?
Sí.
Alvaro, gracias por tu contundencia ja!
Hoy me paso por segunda vez( invalid page header....con otra tabla) en 5
meses de comprado los servers (hpDL380, controladora p410i discos sas)
por eso mi temor.
Cosa curiosa... con este error en el primario durante toda la mañana,
en el secundario escribia todos los cambios (turnos) sin problemas (de
ahi saque el BK para el problema de hoy).
La voy a borrar y luego de unos días promuevo el segundo server a master
y hago todos los test que me piden desde HP.
Gracias!
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
