Motores disponibles:
- PostgreSQL 8.2.6 con Slony 1.2.13R-pg82 (Windows)
- PostgreSQL 8.3 con Slony 1.2.14 (Windows)
- PostgreSQL 8.3 (Linux) con Slony-I 1.2.13
- PostgreSQL Plus AS 8.3 con Slony 1.2.11 (Windows)
Las versiones de slony deben ser iguales en los nodos
Pruebas realizadas:
Prueba 1
Escenario:
sargon ------------------------------> saladino
Sargon: 10.10.8.137 Windows 2003 Server PostgreSQL 8.2.6 con Slony-I 1.2.13
Saladino: 10.10.8.214 Ubuntu Server 8.04.1 kernel 2.6.24-19-server PostgreSQL 8.3 con slony-I 1.2.13
Configuracion de Sargon
1)Instalacion del PostgreSQL:
aca no hay nada raro, el mayor problema que se puede tener es que la cuenta ya exista cosa que se soluciona facilemente haciendo boton derecho sobre Mi PC -> administrar -> usuarios locales y grupos -> usuarios y ahi boton derecho sobre la cuenta, eliminar y listo!
Otra cosa: la instalacion via terminal server siempre da error. hay que hacerlo sentado fisicamente en la pc :). Por VNC no lo probe.
2)Instalacion del slony
En este caso es el tipico caso de aplis windows :P es un siguiente -> siguiente
3) Configuracion de la replicacion:
- En el nodo maestro (sargon)
cluster name = mgm_replic;
node 1 admin conninfo = 'dbname=replica host=10.10.8.137 user=replipostgres password=replipostgres';
node 2 admin conninfo = 'dbname=replica host=10.10.8.214 user=replipostgres password=replipostgres';
init cluster ( id=1, comment = 'Nodo Maestro en Windows');
table add key (node id=1,fully qualified name = 'auditoria.movimiento_audit');
table add key (node id=1,fully qualified name = 'auditoria.seguimiento_audit');
table add key (node id=1,fully qualified name = 'auditoria.stock_audit');
table add key (node id=1,fully qualified name = 'auditoria.vale_audit');
create set (id=1, origin=1, comment='aqui van todas mis tablas a replicar');
set add table (set id=1, origin=1, id=1, fully qualified name = 'public.personal',comment='mi tabla de personal');
set add table (set id=1, origin=1, id=2, fully qualified name = 'auditoria.movimiento_audit',key= serial,comment='mi tabla de auditoria de movimientos');
set add table (set id=1, origin=1, id=3, fully qualified name = 'auditoria.seguimiento_audit',key= serial,comment='mi tabla de auditoria de seguimiento');
set add table (set id=1, origin=1, id=4, fully qualified name = 'auditoria.stock_audit',key= serial,comment='mi tabla de auditoria de stock');
set add table (set id=1, origin=1, id=5, fully qualified name = 'auditoria.vale_audit',key= serial,comment='mi tabla de auditoria de stock');
store node (id=2, comment = 'Nodo Esclavo en la linux');
store path (server = 1, client = 2, conninfo='dbname=replica host=10.10.8.137 user=replipostgres password=replipostgres');
store path (server = 2, client = 1, conninfo='dbname=replica host=10.10.8.214 user=replipostgres password=replipostgres');
store listen (origin=1, provider = 1, receiver =2);
store listen (origin=2, provider = 2, receiver =1);
##########################################
lo guardo en un archivo llamado "maestro.txt"
y ejecuto en el cmd:
#######################
C:\Archivos de programa\PostgreSQL\8.2\bin>slonik.exe "c:\Archivos de programa\PostgreSQL\replicacion\maestro.txt"
C:\Archivos de programa\PostgreSQL\8.2\bin>
########################
Si no dio error, todo esta bien. En caso de haber alguno se debe ver a que hace referencia: entrada en el pg_hba.conf, no existe la cuenta, etc.
Ejemplo de error
##############################
C:\Archivos de programa\PostgreSQL\8.2\bin>slonik.exe "c:\Archivos de programa\PostgreSQL\replicacion\maestro.txt"
c:\Archivos de programa\PostgreSQL\replicacion\maestro.txt:8: FATAL: no hay una
línea en pg_hba.conf para «10.10.8.137», usuario «replipostgres», base de
datos «replica», SSL inactivo
###############################
- En el nodo esclavo (saladino)
#!/bin/sh
slonik << name =" mgm_replic;" conninfo =" 'dbname="replica" host="10.10.8.137" port="5432" user="replipostgres" password="replipostgres';" conninfo =" 'dbname="replica" host="10.10.8.214" port="5432" user="replipostgres" password="replipostgres';" id="1," provider="1," receiver="2," forward="yes);" size="2">pelin@saladino:/etc/postgresql/8.3/main/replicacion$ sudo sh init_suscription-5to.sh
pelin@saladino:/etc/postgresql/8.3/main/replicacion$
###############################
Si no dio error todo esta bien.
- Registro el servicio slon en sargon (Windows)
#####################
C:\Archivos de programa\PostgreSQL\8.2\bin>slon -regservice
Failed to create service: 1057
######################
La solucion es: (Adjunto la respuesta de Roberto Crucianelli)
######################
slon -regservice
crea un servicio que en definitiva no es más que una serie de llaves de Registry.
Falla en Windows 2003 Server porque Microsoft cambió algunas llaves.
Lo podés levantar creando el servicio a mano.
Si no tenés el Windows Resource Kit para 2003 Server lo bajás de Microsoft. Son utilidades de línea de comandos. Uno de los programas es instsrv.exe. Hacé:
instsrv Slony-I "C:\Archivos de programa\Postgresql\8.3\bin\slon.exe"
(Usá el path que tengas a slon.) Te va a decir que lo creó.
Desde Panel de Control - Herramientas Administrativas - Servicios verificá que esté creado y deshabilitalo.
Ahora vas a regedit
Buscás:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Slony-I
(Tiene que estar.)
Abrí la llave ImagePath.
Vale:
\slon.exe"
Agregá esto " -service" a continuación de slon.exe.
Creá una nueva entrada Multilínea (REG_MULTI_SZ) al mismo nivel que está ImagePath.
Nombre: DependOnService"
Valor: RPCSS
Salí de Regedit y vas a de nuevo a Panel de Control - Herramientas Administrativas - Servicios. Buscá Slony-I.
Asegurate que el comando que muestra (slon.exe) tenga la opción -service y que figure la dependencia de Servicio de Llamada Remota.
Ahí pasalo a Automático y le dás Iniciar. Si todo fue bien tiene que arrancar sin problemas.
*****Te va a faltar hacer:
slon -addengine Slony-I
Y reiniciar el servicio (o Windows).
######################
****Continuamos:
En sargon creo un archivo que contiene:
#######################
cluster_name = 'mgm_replic'
conn_info='dbname=replica user=replipostgres password=replipostgres'
########################
y lo llamo slon.conf
ejecuto:
######################
C:\ARCHIV~1\POSTGR~1\REPLIC~1>slon -addengine Slony-I slon.conf
Engine added.
NOTE! You need to restart the Slony service before this takes effect.
C:\ARCHIV~1\POSTGR~1\REPLIC~1>
######################
Reinicio el servicio Slony-I
En saladino creo un archivo similar a slon.conf y lo llamo init_slony.sh
##########################
cluster_name=mgm_replic;
conn_info='dbname=replica host=10.10.8.214 user=replipostgres password=replipostgres';
##########################
y lo ejecuto en el shell
#######################
pelin@saladino:/etc/postgresql/8.3/main/replicacion$ sudo sh init_slony.sh
pelin@saladino:/etc/postgresql/8.3/main/replicacion$
########################
Ahora queda la cuestion del slony en el lado de la linux
Creo un archivo llamado "init_slony-1.sh" que contiene
#########################
#!/bin/bash
slon mgm_replic "dbname=replica host=10.10.8.214 user=replipostgres password=replipostgres" > slon_mgm_replica.out 2>&1 &
#########################
lo ejecuto en la consola:
########################
pelin@saladino:/etc/postgresql/8.3/main/replicacion$ sudo sh init_slony-1.sh
#########################
Una vez hecho esto, ya deberia estar replicando la Base de datos replica.
En el archivo slon_mgm_replica.out se puede ver el log del proceso que esta en ejecucion.
Esperemos que les sirva!.
En breve estare escribiendo mas articulos de replicacion.
No hay comentarios:
Publicar un comentario