On 01/13/2012 01:07 PM, Edwin Quijada wrote:
No, es apropiado para cualquiera. Tengo BD de 100 y 130GB y para mi
funciona bien. No se porque crees que pgdump no va a funcionar creo
que tu nivel de paranoia esta al 200%.
pgdump es la herramienta oficial fuera de eso te puedes inventar lo
que quieras pero no sera lo oficial para sacar un bk. Por que quererse
complicar la vida tanto ?
*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*-------------------------------------------------------*
------------------------------------------------------------------------
From: [email protected]
Subject: Fwd: [pgsql-es-ayuda] Duda sobre backups
Date: Fri, 13 Jan 2012 12:11:31 -0600
To: [email protected]
Nada mas para quedar claro, mencionan:
"pg_dump me parece apropiado para bases de datos de pequeñas a medianas"
Y quisiera saber que consideran pequeñas a medianas, digamos de
cuantos gigas para arriba o para abajo.
Les agradezco.
Inicio del mensaje reenviado:
*De: *Lazaro Rubén García Martinez <[email protected]
<mailto:[email protected]>>
*Asunto: **RE: [pgsql-es-ayuda] Duda sobre backups*
*Fecha: *13 de enero de 2012 07:33:39 CST
*Para: *René Romero Benavides <[email protected]
<mailto:[email protected]>>, "[email protected]
<mailto:[email protected]>"
<[email protected] <mailto:[email protected]>>
René muchas gracias por tus sugerencias.
Saludos.
*De:*[email protected]
<mailto:[email protected]>[mailto:[email protected]]*En
nombre de*René Romero Benavides
*Enviado el:*viernes, 13 de enero de 2012 04:21:AM
*Para:*[email protected]
<mailto:[email protected]>
*Asunto:*Re: [pgsql-es-ayuda] Duda sobre backups
El 12/01/2012 08:58 p.m., Lazaro Rubén García Martinez escribió:
Hola a todos en la lista, quería tener algunas recomendaciones
suyas para definir una estrategia de salvas, o algunas
experiencias que hayan tenido con este tema. Hasta el momento
tengo pensado realizar backups con PGDUMP y backups de los WAL,
pero aún me quedan algunas interrogantes.
Teniendo en cuenta que los datos que manejan las bases de datos
son muy importantes.
Sería factible realizar backups con PGDUMP y backups de los
ficheros WAL, (en este último caso) para realizar una recuperación
del tipo PITR; o con archivar los ficheros WAL y generar una nueva
copia base diariamente podría ser suficiente?
Saludos a todos.
Muchas gracias por su ayuda.
Hola Lazaro!
Si las base de datos son grandes, lo más recomendable es recurrir
a los respaldos incrementales, o sea tú copia base + la serie de
WAL's en una ubicación segura. Esto ahorra mucho tiempo y espacio
de almacenamiento.
Una copia base diaria en mi opinión es algo muy excesivo.
pg_dump me parece apropiado para bases de datos de pequeñas a
medianas ,cómo seguro de protección contra algún tipo de
corrupción que pudieran tener los segmentos wal (los cuales son
binarios) .
En lo particular, he estado experimentando con streaming
replication últimamente y se me antoja como un buen método de
respaldo ya que la diferencia entre el maestro y los esclavos en
cualquier momento, es muy reducida y el "overhead" o la sobrecarga
al maestro es mínima ( en el caso de replicación asíncrona).
Como comentario al margen te comparto que una cosa que me
sorprendió respecto a los segmentos wal es el grado de compresión
de que son susceptibles de 16 mb los puedes reducir a 2 mb. La
misma documentación te explica que por su naturaleza
"desperdician" mucho espacio.
Saludos a tí y a la lista en general. Creo que es una pregunta
interesante y muy probablemente no es la primera vez que se toca
el tema.
--
http://sharingtechknowledge.blogspot.com/
Pienso que no es complicarse la vida Edwin, la cuestión aquí es la
utilidad y la oportunidad de los respaldos. Una base de datos de función
crítica requiere que los datos respaldados estén lo más al corriente
posible, uno de nuestros principales objetivos como dba's (o
aspirantes), pienso que es el garantizar la seguridad de la información
(de toda). Obviamente no vas a ejecutar un pg_dump cada minuto y aún
así, en una organización grande, en un minuto pueden suceder muchas
cosas. Pienso que PITR y Streaming Replication deberían ser las opciones
de respaldo por defecto, y cómo último recurso (sin dejar de hacerlo),
por si todo lo demás falla, tener un respaldo generado por pg_dump
efectuado con cierta periodicidad. PITR y Streaming Replication son tan
oficiales como pg_dump, es sólo que postgresql ha evolucionado.
Bajo estos argumentos, me retracto de la parte en la que digo "pg_dump
me parece apropiado para bases de datos de pequeñas a medianas", ni
siquiera para esas bases de datos me parece apropiado si lo consideras
como única estrategia de respaldo.
--
http://sharingtechknowledge.blogspot.com/