Professional Documents
Culture Documents
172.18.26.3 y 172.18.26.4
172.18.26.5 y 172.18.26.6
172.18.26.5 y 172.18.26.6
Dicho esquema si bien provee una solución robusta exige una secuencia
definida para iniciar los servicios, la cual se explica a continuación:
a. # /etc/init.d/pgcluster start-alone
2. Luego de tener seguro que el paso anterior es exitoso, ingrese a uno de los
replicadores de base de datos, en este caso al servidor 172.18.26.5 con un
usuario que posea privilegios de administración y ejecute el siguiente
comando
a. # /etc/init.d/pgcluster_rep start
a. # /etc/init.d/pgcluster start
a. # /etc/init.d/pgcluster_bal start
a. # /etc/init.d/pgcluster stop
a. # /etc/init.d/pgcluster start
a. # /etc/init.d/pgcluster_rep start
a. # /etc/init.d/pgcluster_bal start
Página 3 / 8 Bogotá Colombia: Carrera 7 No. 16 - 56 - Of. 803
Teléfono: (57-1) 2816646 – (57-1) 4809322
Fax: (57-1) 2847878
info@infometrika.com
b. Revise que los servicios se encuentren ejecutándose para lo cual verifique
que se encuentren los procesos de postgres en ejecución utilizando el
siguiente comando:
En ocasiones, como por ejemplo al reiniciar al tiempo todos los servidores tras
una pérdida de potencia, se puede presentar que el sistema quede en un dead-
lock (bloqueo irreversible) para lo cual se debe reiniciar los servicios lo cual se
realiza en la secuencia que a continuación se define:
/etc/init.d/pgcluster stop
#killall postgres
#killall postgres
#/etc/init.d/pgcluster_rep stop
#killall postgres
#/etc/init.d/pgcluster stop
#killall postgres
#/etc/init.d/pgcluster_bal stop
#killall postgres
#/etc/init.d/pgcluster_rep stop
#killall postgres
Una vez los servicios se encuentran fuera, puede proceder a subirlos de nuevo
de una forma segura. Para ello siga la secuencia descrita anteriormente en el
punto A “Inicio de todos los servicios”.
Cuando no se tiene una caída total del cluster (por perdida de potencia por
ejemplo) los servidores que han fallado pueden ser reiniciados
individualmente, en particular, esto es posible cuando no se presente el caso
de que los dos servidores de bases de datos hayan fallado.
#killall postgres