Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Fecha:
28/04/2015
TABLA DE CONTENIDO
INTRODUCCIN .............................................................................................................................. 3
OBJETIVO GENERAL ..................................................................................................................... 5
OBJETIVOS ESPECFICOS .......................................................................................................... 5
CONFIGURACIN DE MAESTRO Y ESCLAVO EN CENTOS 7 PARA REPLICACIN DE
BASE DE DATOS POSTGRES ..................................................................................................... 6
a.
b.
c.
CONCLUSIONES ........................................................................................................................... 15
REFERENCIAS .............................................................................................................................. 15
Fecha:
28/04/2015
INTRODUCCIN
La replicacin dentro de una base de datos ofrece una serie de ventajas como:
Alta disponibilidad (high availability): Se puede incrementar la disponibilidad de
una base de datos mediante la replicacin en un sistema distribuido. Si una de las
mquinas del sistema falla, las otras podrn satisfacer las necesidades del cliente
(Scribd, 2016).
3
Fecha:
28/04/2015
Fecha:
28/04/2015
OBJETIVO GENERAL
OBJETIVOS ESPECFICOS
Fecha:
28/04/2015
En donde,
createuser crea un nuevo usuario PostgreSQL(o ms precisamente, un
rol).
-P al hacer uso de este parmetro, createuser emitir una solicitud de a
contrasea del nuevo usuario. Esto no es necesario si no se planea usar
una autenticacin de contrasea.
-c Establece el nmero mximo de conexiones para el nuevo usuario. El
valor por defecto es no establecer lmites.
--replication El nuevo usuario tendr el privilegio de la REPLICACIN.
6
Fecha:
28/04/2015
La tabla del sistema pg_user contiene todos los usuarios que estn registrados
en Postgres, por eso est ayudar al verificar que efectivamente se haya creado el
usuario. Despus de este paso, ser necesario volver al bash de Postgres
mediante la sentencia \q.
Estando en el bash, se acceder a la ruta /var/lib/pgsql mediante el
comando cd que es comnmente usado para cambiar de directorios. Una vez se
est en esta ruta, se crear una carpeta que tendr tarea de archivar los archivos
WAL (Write-Ahead Log) para este caso se llamar archive.
# mkdir archive
A continuacin se modificar el archivo de acceso con el usuario que se cre en
pasos anteriores, para esto accederemos al archivo pg_hba.conf el cual se utiliza
para definir cmo, dnde y desde qu sitio un usuario puede utilizar el cluster
PostgreSQL, la modificacin de este archivo se har mediante nano que es el un
sencillo editor de textos para el terminal que viene instalado por defecto. La
sintaxis para lograr este proceso es:
# nano /var/lib/pgsql/9.5/data/pg_hba.conf
Estando en el archivo en la parte inferior se adicionar la lnea para que el nuevo
usuario pueda obtener acceso a este servidor (al maestro), esta lnea:
host replication nomusuario dirIPEsclavo/mascara
tipoconexion
7
Fecha:
28/04/2015
archive_mode = on
archive_command = test | -f /var/lib/pgsql/archive/%c
&& cp %p /var/lib/pgsql/archive/%f
Fecha:
28/04/2015
max_wal_senders = 3
Donde,
wal_level, determina cuanta informacin est escrita en el WAL. El valor
por defecto es minime, el cual escribe solo la informacin necesaria para
recuperarse de un accidente o un apagn inmediato. El archivo agrega un
requisito de iniciar sesin para el archivado de WAL, y
hot_standby promueve la adicin de informacin requerida para correr
queries de solo lectura en servidor de espera.
archive_mode, cuando archive_mode est habilitado, los segmentos
WAL completados son enviados a la bodega de archive al establecer
archive_command.
archive_command, El comando shell para ejecutar el archivado de un
segmento completado de archivos WAL. Cualquier %P en el string es
reemplazado por el nombre parche del archivo a almacenar, y cualquier %f
es reemplazado solo por el nombre del archivo. (El nombre parche es
relativo al directorio de trabajo del servidor, p.e., el directorio de los datos
del cluster.) Usar %% para importar un actual carcter % en el comando. Esto
es importante para el comando el retornar un estatus de salida cero solo si
tiene xito
max_wal_senders, Especifica el
nmero mximo de conexiones
concurrentes de los servidores de espera o transmite los clientes de la base
backup.
9
Fecha:
28/04/2015
Para comenzar con la configuracin del servidor esclavo, como primer paso ser
necesario detener el servicio de Postgres, esto se har mediante el comando que
se muestra a continuacin:
#/usr/pgsql-9.5/bin/pg_ctl stop
Donde,
-h, Especifica el nombre del host de la maquina en la cual el servidor est
corriendo.
10
Fecha:
28/04/2015
Fecha:
28/04/2015
Figura 10.
Figura 11.
En donde,
standby_mode, Especfica si inicia el servidor PostgreSQL con espera o
no. Si este parmetro esta encendido, el servidor no detendr la
recuperacin cuando el final del archivo WAL sea alcanzado, pero se
mantendr intentando continuar la recuperacin por alcanzar nuevos
segmentos WAL usando restore_command y/o por conexin con el
servidor primario como especifica por el establecimiento de
primary_conninfo.
primary_conninfo, Especifica un string de conexin para ser usado por
el servidor de espera para conectar con el primario. El string de conexin
12
Fecha:
28/04/2015
Figura 12.
Prueba en el servidor maestro, se actualizo la tabla poniendo vacio para todos los usuarios
registrados la clave
13
Fecha:
28/04/2015
Figura 13.
14
Fecha:
28/04/2015
CONCLUSIONES
Contar con un sistema de replicacin Maestro-Esclavo apropiado depende de
varios factores, por lo que es necesario definirlos adecuadamente.
Un sistema de replicacin es muy importante para una organizacin que
cuenta con informacin sensible, para aquellas que manejan grandes
volmenes de datos, o para las que utilizan acceso remoto a la informacin.
REFERENCIAS
Iferminmontilla.com. (2016).
Iferminmontilla.com
Recuperado
el
25
de
Abril
de
2016,
de
Scribd.
(2016).
Recuperado
el
25
de
Abril
de
2016,
https://es.scribd.com/doc/124248224/Replicacion-PostgreSQL
de
de
de
2016,
15