Skip site navigation (1) Skip section navigation (2)

Re: datos no coinciden entre master y hot standby

From: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
To: Hellmuth Vargas <hivs77(at)gmail(dot)com>
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: datos no coinciden entre master y hot standby
Date: 2011-07-25 00:15:58
Message-ID: CAJKUy5ghX=LR-jkGYf+r0EoBhYzJA_Udcry8y8QJeTKCTisL8w@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
2011/7/23 Hellmuth Vargas <hivs77(at)gmail(dot)com>:
>
> Mi
> pregunta es: es necesario configurar ambos (hot standby y replicacion con
> archivelog)? en que casos o situaciones hay que hacerlo?
>

de hecho estas confundiendo terminos:

hot standby es tener el servidor de replica configurado para que pueda
contestar consultas de solo lectura y para tenerlo activado debes
estar replicando de algun modo...

las dos técnicas de replicación integrada que se usan en postgres son:
log shipping (lo que tu llamaste archivelog) y streaming replication.

ambos son independientes y puedes usar uno sin el otro... la ventaja
de usar ambos juntos es que si apagas el esclavo el maestro seguira
enviando la informacion pendiente hasta que este vuelva a estar
activo, y lo intentara hasta que el segmento de wal sea reutilizado
por postgres (lo cual es algo que no puedes controlar), si tienes
wal_keep_segment garantizas un poco mas de tiempo para que vuelva a la
vida el esclavo a costa de espacio de disco en el servidor... si
tienes log shipping configurado entonces puedes encender tu servidor
cuando desees y te aseguras que la replica buscara ahi los wal que
necesita antes de volver a conectar el streaming desde el maestro

espero que se entienda

-- 
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación

In response to

Responses

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2011-07-25 01:47:21
Subject: Re: datos no coinciden entre master y hot standby
Previous:From: DanDate: 2011-07-24 07:17:13
Subject: Permisos a Reglas

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group