Gracias Mauricio.
jmdc
2012/6/27 Mauricio Rafael Rivas Martinez
> Juan, en base a todo lo que has planteado y te han contestado me parece
> lo siguiente:
>
> 1) ya te dijeron por ahi que el camino que quieres tomar para lograr tu
> objetivo es futil, estoy de acuerdo.
> 2) revisa la permisologi
*Guillermo Villanueva*:
Eso de poner tu password de postgres en texto plano no es muy recomendable.
Si vas a acceder localmente osea localhost para hacer el backup, entras al
archivo /etc/postgresql/8.4/main/pg_hba.conf.
Donde dice:
*# Database administrative login by UNIX sockets
local all
Felipe, al directorio /home/respaldos/
tengo acceso a través de FTP, entonces semanalmente compacto y lo traigo a
mi server y mensualmente bajo a cinta (algunas veces me olvido).
Guillermo Villanueva
El 27 de junio de 2012 13:05, felipe guzman escribió:
> Perfecto muchas Gracias! tenemos lo m
??
El 27 de junio de 2012 13:59, Mauricio Rafael Rivas Martinez <
mriva...@cantv.com.ve> escribió:
> Juan, en base a todo lo que has planteado y te han contestado me parece
> lo siguiente:
>
> 1) ya te dijeron por ahi que el camino que quieres tomar para lograr tu
> objetivo es futil, estoy
Juan, en base a todo lo que has planteado y te han contestado me parece
lo siguiente:
1) ya te dijeron por ahi que el camino que quieres tomar para lograr tu
objetivo es futil, estoy de acuerdo.
2) revisa la permisologia de la base de datos y como ya te inidacron
llevala al minimo necesario pa
Perfecto muchas Gracias! tenemos lo mismo, y el respaldo lo dejas en la
misma maquina no haces la transferencia a otro servidor?
Te lo comento por que yo he desarrollado un script que me permite mandar
mis respaldos a un servidor FTP, a lo mejor te puede servir.
Saludos!.
El 26 de junio de 2012 21
Felipe, te cuento como lo hice:
1) Creé un archivo /etc/backup.sh con el siguiente contenido:
#!/bin/bash
fecha=`date +%Y%m%d_%H%M`
export PGPASSWORD=tupassworddepostgres
pg_dump -Fc -Ttablaexceptuada -Totratablaexceptuada -hlocalhost -p5432
-Upostgres -f/home /respaldos/bkdiario/${fecha}.backup ba
Excerpts from Juan's message of mar jun 26 14:09:12 -0400 2012:
> entre lineas
Yo sé leer correo. No necesitas explicarme cada vez.
> Alvaro, lei el PITR pero pensé que era en caliente o se otra base de datos
> esta
> leyendo los logs/WALLS que le tira la base que esta procesando
> transacc
Alvaro
entre lineas
2012/6/26 Alvaro Herrera
>
> Excerpts from Juan's message of mar jun 26 13:16:18 -0400 2012:
>
> > 2012/6/26 Alvaro Herrera
>
> > > PITR es sigla de "point in time recovery", que en concreto significa
> que
> > > uno puede recuperar hasta un determinado punto en el tiempo;
Excerpts from Juan's message of mar jun 26 13:16:18 -0400 2012:
> 2012/6/26 Alvaro Herrera
> > PITR es sigla de "point in time recovery", que en concreto significa que
> > uno puede recuperar hasta un determinado punto en el tiempo; o sea que
> > si tienes los WAL desde el pasado hasta más allá
El mar, 26-06-2012 a las 14:16 -0300, Juan escribió:
> Alvaro
>
> graacias por contestar , te pregunto entre lineas.
>
Vuelvo a recordar que una script para realizar backup incremental desde
los wal, esta en el historial de lista ... favor buscar allí.
--
Saludos,
Gilberto Castillo
ETECSA,
Alvaro
graacias por contestar , te pregunto entre lineas.
2012/6/26 Alvaro Herrera
>
> Excerpts from Juan's message of mar jun 26 10:54:46 -0400 2012:
> > Mauricio ,Gente
> >
> >
> > Despues de leer el PITR, me quede pensando como implementar uno de los
> > requerimientos que seria
> > poder d
Excerpts from Juan's message of mar jun 26 10:54:46 -0400 2012:
> Mauricio ,Gente
>
>
> Despues de leer el PITR, me quede pensando como implementar uno de los
> requerimientos que seria
> poder detectar acciones destructivas como por ej para ser drastico, drop
> schema blah o truncate table x.
>
Excerpts from José González's message of mar jun 26 10:18:54 -0400 2012:
> 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo
> <<00010007>>
> 2012-06-25 19:44:27 PYT FATAL: el sistema de base de datos est? inici?ndose
> cp: no se puede efectuar `stat' sobre
> <>: No exist
Mauricio ,Gente
Despues de leer el PITR, me quede pensando como implementar uno de los
requerimientos que seria
poder detectar acciones destructivas como por ej para ser drastico, drop
schema blah o truncate table x.
y se me ocurrieron dos cosas. una poner el logstatement ='all' luego hacer
tail
Mauricio:
Si, estoy implementando los PITR. Estoy haciendo pruebas para ver si las
manejo bien. XD
Haciendo varias pruebas, me hace el restore y funciona, pero en el log me
sale lo siguiente:
2012-06-25 19:44:26 PYT LOG: el sistema de bases de datos fue
interrumpido; ?ltima vez en funcionamiento
Guillermo:
Como es eso :
no hay tablas incrementales, el backup es selectivo en cuanto
> a las tablas que resguardo, como se que algunas no sufren cambios
> durante un largo periodo no las guardo, (se puede programar el pg_dump
> para que se ejecute periodicamente y exceptue todo lo que quieras)
Buen Dia
Jose, te recomiendo investigues y acciones de la siguiente forma:
1) Trabaja con PITR
2) Haz backup del data directory con rsync y podras hacerlo incrementales
3) Clasifica tus bases de datos y separalas para que las bases de datos
dentro de un clusters tengan relación entre ellas y la
No José, no hay tablas incrementales, el backup es selectivo en cuanto
a las tablas que resguardo, como se que algunas no sufren cambios
durante un largo periodo no las guardo, (se puede programar el pg_dump
para que se ejecute periodicamente y exceptue todo lo que quieras).
Así mi backup diario no
Excerpts from Eduardo Morras's message of lun jun 25 10:40:06 -0400 2012:
> At 14:28 25/06/2012, Gilberto Castillo Martínez wrote:
>
> > > En SQLite yo usaba un sistema propio, añadiendo a
> > > cada tabla una nueva columna indicando si la fila
> > > habia sido pasada a un backup o no. Creaba un
At 14:28 25/06/2012, Gilberto Castillo Martínez wrote:
> En SQLite yo usaba un sistema propio, añadiendo a
> cada tabla una nueva columna indicando si la fila
> habia sido pasada a un backup o no. Creaba una
> tabla temporal con los registros que no estaban
> en un backup, los guardaba como cs
> En SQLite yo usaba un sistema propio, añadiendo a
> cada tabla una nueva columna indicando si la fila
> habia sido pasada a un backup o no. Creaba una
> tabla temporal con los registros que no estaban
> en un backup, los guardaba como csv en un fichero
> y actualizaba todos los registros p
At 04:57 24/06/2012, felipe guzman wrote:
Al igual que Guillermo, mi experiencia en cuanto
a backup, lo realizo de manera semanal, y un
dumpall a fin de mes!, no se si alguien más quiere compartir sus experiencias??
En SQLite yo usaba un sistema propio, añadiendo a
cada tabla una nueva column
Al igual que Guillermo, mi experiencia en cuanto a backup, lo realizo de
manera semanal, y un dumpall a fin de mes!, no se si alguien más quiere
compartir sus experiencias??
El 23 de junio de 2012 22:54, Guillermo Villanueva
escribió:
> Utilizo diariamente pg_dump exceptuando tablas gigantes que
pero las tablas son incrementales?. si es así tendrías un ejemplo o algún
link o script.
gracias, saludos, jose
El 23 de junio de 2012 22:54, Guillermo Villanueva
escribió:
> Utilizo diariamente pg_dump exceptuando tablas gigantes que se modifican
> muy poco. Mensualmente hago un backup completo.
Utilizo diariamente pg_dump exceptuando tablas gigantes que se modifican
muy poco. Mensualmente hago un backup completo.
El 23 de junio de 2012 23:35, José González escribió:
> si ya conozco el articulo, pero me parece que es mucho para lo que
> necesito. No habría otra forma?? Con el pg_dump l
si ya conozco el articulo, pero me parece que es mucho para lo que
necesito. No habría otra forma?? Con el pg_dump le hago los backups
completos, pero una vez al mes. Como lo haces tu para el pg_dump? o también
solo completos?
desde ya muchas gracias
Saludos, José
El 23 de junio de 2012 21:33, Gu
José para hacer backup incremental podés utilizar el concepto: PITR, te
recomiendo la lectura de este artículo
http://www.postgresql.org.es/node/238yo lo usé un tiempo , pero
despues terminé haciendo backup selectivo
utilizando pg_dump programados, lo cual me resultó mas simple.
Guillermo Villanuev
Hola a todos:
Estoy queriendo hacer un backup incremental de una base de datos
especifica. Me podrían orientar un poco. Muchas gracias
saludos, jose
29 matches
Mail list logo
