From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
Cc: | Ruben Fitó <r(dot)fito(at)ubiquat(dot)com>, Hellmuth Vargas <hivs77(at)gmail(dot)com>, Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: |
Date: | 2012-11-22 14:01:22 |
Message-ID: | 20121122140122.GC4316@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Jaime Casanova escribió:
> 2012/11/20 Ruben Fitó <r(dot)fito(at)ubiquat(dot)com>
> >
> > Gracias por vuestra ayuda,
> >
> > Entonces, cuál es la forma más correcta de hacer la copia con VMware y que se mantenga la correcta integridad de datos???
> >
>
> solo haz el snapshot, cuando arranques el snapshot postgres pensara
> que la maquina se cayo y entrara en modo de recuperacion... todo lo
> que haya hecho commit estara en el wal y se recupera, lo que no haya
> hecho commit no importa porque no habia hecho commit
Un momento ... el snapshot no es un snapshot del *disco*, entendí, sino
de la *máquina*. Esto incluye todo el estado de la memoria y los
procesos que estaban corriendo. Es decir, cuando arranques el snapshot,
postgres no verá que la máquina se cayó ni nada, sólo que hubo una
"breve" interrupción, como si se hubieran congelado todos los electrones
y luego hubieran seguido su camino; después de esto seguirá funcionando
sin que vea que haya sucedido nada raro. (El reloj RTC de la máquina
habrá saltado hacia adelante un tiempo considerable, lo cual puede
confundir algunas cosas como autovacuum y pgstat, pero en realidad no
debería pasar nada sobrenatural).
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Sergio Valdes Hurtado | 2012-11-22 14:29:26 | Re: Vacuum, analyze y reindex |
Previous Message | Lennin Caro | 2012-11-22 13:57:51 | Re: Vacuum, analyze y reindex |