From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | "Ing(dot) Jhon Carrillo // Caracas, Venezuela" <jhon(dot)carrillo(dot)foros(at)gmail(dot)com> |
Cc: | Postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Trabajando con los WAL |
Date: | 2005-12-13 19:50:06 |
Message-ID: | 20051213195006.GA32244@surnet.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Ing. Jhon Carrillo // Caracas, Venezuela escribió:
Hola,
> tengo los segment_file con un tamaño default de 16mb y cada vez que uno es
> llenado se crea una copia en el directorio de backup, "PERO", para que la DB
> Stanby ó en recuperación pueda tener una copia identica de la DB primaria
> se debe esperar a que se llene algún archivo WAL.
>
> Me esta faltando un proceso que me garantice el 0% de perdida de data a la
> hora de cargar la DB Stanby.
Necesitas hacer un programita que copie el segmento actualmente en uso a
una ubicacion segura. Al hacer la recuperacion, defines el
restore_command y antes de levantar postmaster, copias el segmento-en-uso
al archivo, como si hubiera sido archivado por el archive_command.
Una idea es usar rsync para que vaya "corrigiendo" la version anterior
de dicho segmento-en-uso, en lugar de copiarlo integramente cada vez.
El como determinar cual es el segmento en uso, queda de ejercicio para
el lector. Hint: no es un problema trivial.
No se si puedas lograr garantizar 0% de perdida de datos, pero puedes
garantizar recuperar todo hasta los ultimos 30 segundos, 15 segundos, y
asi.
Otro hint: el plural de "dato" en castellano es "datos", no "data". A
diferencia del idioma ingles, donde el singular es "datum" y el plural
es "data".
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2005-12-13 19:54:39 | Re: Obtener Direccion IP de la Maquina |
Previous Message | Jaime Casanova | 2005-12-13 19:38:37 | Re: Diccionario de Claves Foráneas... |