Vous êtes sur la page 1sur 21

UNIVERSIDAD DE EL SALVADOR FACULTAD MULTIDISCIPLINARIA DE OCCIDENTE DEPTO. DE INGENIERIA Y ARQUITECTURA

DE OCCIDENTE DEPTO. DE INGENIERIA Y ARQUITECTURA REPLICACION EN POSTGRESQL CON SLONY-I EN WINDOWS CATEDRA:

REPLICACION EN POSTGRESQL CON SLONY-I EN WINDOWS

CATEDRA: BASE DE DATOS

CATEDRATICO: ING. ALEXANDER CALDERON

PRESENTADO POR:

GARAY CALDERON KEVIN ALONSO

MENJIVAR SALAS JOSE ALBERTO

NUÑEZ EDVIN MANOLO

HERRERA MEJIA LUIS ALBERTO

SANTA ANA, 22 DE MAYO DE 2012

Índice general

Contenido

pag

Sobre PostgreSQL

1

Características de PostgreSQL

1

Herramientas graficas de administración de bases de datos en PostgreSQL

1

La replicación de datos

2

Herramientas de replicación para PostgreSQL

2

Sobre Slony-I

3

Aspectos importantes antes de poner en marcha una replicación

4

Replicando una base de datos de PostgreSQL con Slony-I en Windows

5

POSTGRESQL Y REPLICACION

Sobre PostgreSQL

PostgreSQL es una potente herramienta de gestión de bases de datos relacional y orientada a objetos (SGBDOO en sus siglas en ingles). PostgreSQL se distribuye bajo licencia BSD (Berkeley Software Distribution). Es una licencia de software libre permisiva, lo que permite su uso, redistribución, modificación con la única restricción de mantener el copyright del software a sus autores.

Características de PostgreSQL

Entre las características de PostgreSQL podemos destacar las siguientes:

Es multiplataforma, PostgreSQL en sus versiones más recientes

está disponible para 34 plataformas.

Cuenta con un rico conjunto de tipo de datos, permitiendo además su extensión mediante tipos y operadores definidos y programados por el usuario.

Sus opciones de conectividad abarcan TCP/IP, sockets Unix y NT además de soportar completamente ODBC.

Soporte para vistas, claves foráneas, integridad referencial, disparadores (triggers), procedimientos almacenados y casi todos los tipos de datos y operadores soportados en SQL.

Su administración se basa en usuarios y privilegios.

Herramientas graficas de administración de bases de datos en PostgreSQL.

Existen varias herramientas que se pueden utilizar para la manipulación de bases de datos en PostgreSQL, dichas herramientas nos permiten ver y trabajar con casi todos los objetos de la base de datos, examinar sus propiedades o realizar tareas administrativas. Entre estas herramientas podemos mencionar:

PHPPGadmin: esta herramienta está basada en interfaz web.

1

PGexplorer: entorno de escritorio.

PGadmin: entorno de escritorio.

PGaccess: entorno de escritorio.

Psql: Cliente de consola.

Etc.

Todas estas pueden encontrar en sus respectivas versiones.

La replicación de datos

La replicación es una técnica que se basa en mantener objetos de las bases de datos en múltiples ubicaciones. De esta forma se puede tener una réplica exacta o parcial de la base de datos que puede usarse para una restauración de emergencia o bien para realizar consultas sobre ella y aligerar la carga del servidor principal.

La replicación es una buena alternativa para tener disponibilidad de información cuando un servidor se cae. La replicación no suplanta los backups, sino, simplemente garantiza la operatividad.

Existen algunos métodos de replicación entre los cuales se pueden mencionar:

Multimaestro

Maestro -esclavo

Multimaestro: es un método de replicación de bases de datos que permite que los datos sean almacenados por un grupo de computadoras y además estos datos pueden ser actualizados por cualquier nodo de este grupo. Con este tipo de replicación todos los nodos participantes son de lectura/escritura.

Maestro-esclavo: con este método de replicación los datos también son almacenados en un grupo de computadoras con la diferencia de que aquí solamente el nodo maestro es de lectura/escritura y el esclavo solo de lectura.

Herramientas de replicación para PostgreSQL

2

Hay varias herramientas que actúan como middleware (intermediario) entre PostgreSQL y la replicación de datos, entre las que se pueden destacar:

Slony-I

Rubyrep

PGpool

Hot Standby / Streaming Replication

De estas herramientas se elegirá la que más se ajustes a las necesidades que se tengan, en nuestro caso hemos elegido Slony-I y será en la cual profundizaremos nuestro estudio.

SLONY-I

Sobre Slony-I

Slony-I es un sistema de replicación asíncrono para PostgreSQL de una base de datos maestra hacia una o múltiples bases de datos hijas. Slony-I realiza las actualizaciones a través de disparadores o triggers por lo que actualmente solo puede realizar replicación de tablas y secuencias.

Replicación asíncrona

Que una replicación sea asíncrona significa que cuando una transacción para la base de datos es enviada al servidor maestro no se garantiza que esté disponible para los nodos esclavos.

Triggers

Un trigger (o disparador) en una Base de datos, es un procedimiento que se ejecuta cuando se cumple una condición establecida al realizar una operación. Dependiendo de la base de datos, los triggers pueden ser de inserción (INSERT), actualización (UPDATE) o borrado (DELETE). Algunas bases de datos pueden ejecutar triggers al crear, borrar o editar usuarios, tablas, bases de datos u otros objetos.

Situaciones en las cuales no es recomendable utilizar slony-I

Bases de datos donde regularmente se hagan cambios a esquemas y definiciones de tablas (DDL).

Cuando se quiere un sistema de replicación que por sí mismo de notificaciones sobre fallos como por ejemplo nodos caídos.

3

De lo contrario Slony-I es una opción para tomar muy en cuenta al querer realizar una replicación.

Aspectos importantes antes de poner en marcha una replicación

Antes de poner en marcha una replicación usando Slony-I es importante tener claro algunos conceptos como:

Clúster

Nodo

Set de replicación

Origen, Proveedores y Suscriptores

Demonio slon

Comando slonik

Cluster: conjunto de bases de datos PostgreSQL dentro de las cuales ocurre la replicación.

Nodo: un nodo es una base de datos que participa en el proceso de replicación.

Set de replicación: Es un conjunto de tablas y secuencias que se replicaran. Nótese que no se replican todas las tablas, sino que se tienen que especificar explícitamente.

Origen, proveedores y suscriptores: Cada set de replicación tiene un nodo de origen, que es la base de donde se obtiene información. Los nodos que reciben la información se denominan nodos suscriptores. Dichos nodos suscriptores se pueden convertir en proveedores si a su vez tienen otros nodos suscriptores.

Demonios slon: Para cada nodo en el clúster, existe un proceso slon que administra la actividad de replicación para ese nodo.

Comandos slonik: es un pequeño intérprete de comandos que incluye comandos utilizados para la manipulación del clúster de replicación.

También se recomienda tomar en cuenta las siguientes consideraciones:

Utilizar exactamente la misma versión de Slony en todos los nodos.

Utilizar versiones 8.3 o superior de PostgreSQL para utilizar Slony-I

2.0.4

4

Sincronización de hora de sistemas operativos donde estén las bases involucradas en la replicación.

Replicando una base de datos de PostgreSQL con Slony-I en Windows

Requisitos:

Para la realización de nuestra replicación es necesario tener instaladas las siguientes herramientas:

PostgreSQL 8.4 o compatible

PGadmin III

Slony-I 2.0.4

Descripción de los elementos:

PostgreSQL 8.4: es el gestor de base de datos, el cual puede ser instalado desde el gestor de paquetes de Linux o se puede descargar desde su sitio oficial (http://www.postgresql.org/ftp/binary) tanto para Linux como para Windows.

PGadmin III: como se dijo anteriormente existen varias herramientas para la manipulación de bases de datos PostgreSQL entre los que esta PGadmin.

PGadmin III es una interfaz gráfica que soporta todas las características de PostgreSQL y facilita enormemente la administración. La aplicación también incluye un editor SQL con resaltado de sintaxis, un editor de código de la parte del servidor, un agente para lanzar scripts programados, soporte para el motor de replicación Slony-I y mucho más.

Al igual que PostgreSQL esta herramienta también se encuentra disponible

en

los

repositorios

de

Linux

y

se

puede

instalar

de

esa

forma

o

descargándolo

de

su

sitio

web

oficial

(http://www.postgresql.org/ftp/pgadmin3/release/).

Slony-I 2.0.4: como ya vimos anteriormente Slony es el software que permite la replicación en PostgreSQL, su instalación puede ser también desde el gestor de paquetes en Linux o utilizando el Stack Builder que es una herramienta que se instala cuando instalamos el gestor PostgreSQL en windows y sirve para instalar complementos para dicho gestor.

5

Para instalar Slony-I desde el Stack Builder debemos seguir los siguientes pasos:

1- Inicio 2- Todos los programas 3- PostgreSQL 4- Aplicación Stack Builder, clic derecho ejecutar como administrador y nos aparecerá la siguiente pantalla.

como administrador y nos aparecerá la siguiente pantalla. 5- En la pestaña seleccionamos PostgreSQL 8.4 on

5- En la pestaña seleccionamos PostgreSQL 8.4 on port 5432 como se muestra en la siguiente imagen. Presionamos siguiente.

6
6

6- Al

no muestra una ventana con las

categorías de complementos que podemos instalar para el caso

debemos

replicación.

dar

clic en

siguiente se

elegir

soluciones

de

el caso debemos replicación. dar clic en siguiente se elegir soluciones de 7- Y chequeamos Slony-I

7- Y chequeamos Slony-I y siguiente.

7
7

8- Nos

aparecerá

la

ventana

con

seleccionados para instalar.

el

resumen

de

los

paquetes

con seleccionados para instalar. el resumen de los paquetes 9- Para el caso solo instalaremos Slony-I.

9- Para el caso solo instalaremos Slony-I. Si todo es correcto presionamos siguiente. Se instalaran los paquetes seleccionados y le damos finalizar. Cabe mencionar que para realizar la instalación de este modo debemos de tener conexión a internet.

Con los pasos anteriores ya tendremos a disposición Slony-I 2.0.4 para PostgreSQL 8.4

CASO PRACTICO DE REPLICACION.

Ya teniendo todo lo necesario pasamos a lo que es la replicación en sí. A continuación se muestra como realizar dicha replicación de tipo maestro- esclavo en Windows 7 con los detalles mostrados en la imagen.

8
8

Consideraciones:

Ambos nodos deberán tener instalado PostgreSQL 8.4, Slony-I y PGadmin. La base de datos a replicar deberá crearse tanto en el nodo maestro como en el nodo esclavo y debe de ser idéntica, a sea debe llamarse igual tanto la BD como las tablas y campos, tener los mismos campos, etc.

Paso 1: Crear la base de datos

1.1-

Crear la base de datos que queremos replicar (si ya se tiene creada la BD saltar a siguiente paso) para el caso utilizaremos la base de datos mini_agenda la cual se muestra a continuación:

de datos mini_agenda la cual se muestra a continuación: 1.2- El siguiente paso será pasar la

1.2-

El siguiente paso será pasar la base de datos al gestor PostgreSQL 8.4 para ello utilizaremos PGadmin III, deberá quedar de la siguiente manera:

9

1.3- Esta configuración debe de estar en ambos nodos Paso 2: Configurar el Slony-I 2.1-

1.3- Esta configuración debe de estar en ambos nodos

Paso 2: Configurar el Slony-I

2.1- Ya teniendo creada la base de datos, el siguiente paso es agregar desde el PGadmin la ruta a Slony-I para ello nos vamos a FileOpcionesslony_I pathc:\program Files\ PostgreSQL\8.4 recordemos que esta es la ruta donde se instalo Slony-I por lo que si especificamos otro directorio al instalarlo esta ruta variaría.

10

2.2- Ademas de agregar la ruta anterior, debemos de verificar que tengamos disponible el lenguaje

2.2- Ademas de agregar la ruta anterior, debemos de verificar que tengamos disponible el lenguaje plpgsql.

de verificar que tengamos disponible el lenguaje plpgsql. Si no esta disponible debemos agregarlo de la

Si no esta disponible debemos agregarlo de la siguiente manera

11

FileOptionsdisplay y chequiamos Lenguages

File  Options  display y chequiamos Lenguages Luego clic derecho sobre lenguaje  nuevo lenguaje

Luego clic derecho sobre lenguajenuevo lenguajeplpgsql

File  Options  display y chequiamos Lenguages Luego clic derecho sobre lenguaje  nuevo lenguaje

12

Paso 3: configurar firewall de windows 3.1- Crear una nueva regla de entrada para que nuestro firewall permita la conexión a través del puerto 5432. Para ello nos dirigimos a Panel de controlSistema y seguridadfirewall de Windowsconfiguración avanzadareglas de entradanueva reglapuerto.

avanzada  reglas de entrada  nueva regla  puerto. Al hacer clic en siguiente nos

Al hacer clic en siguiente nos aparece la ventana para especificar puerto y protocolo para el caso elegimos TCPPuertos locales especificos. El puerto en este caso es el de postgeSQL o sea 5432

13
13

Siguiente y permitir conexión

Siguiente y permitir conexión Después seleccionamos dominio y privado 14

Después seleccionamos dominio y privado

Siguiente y permitir conexión Después seleccionamos dominio y privado 14

14

Luego le colocamos un nombre y finalizar

Luego le colocamos un nombre y finalizar Listo ya tenemos creada nuestra entrada para permitir conexiones

Listo ya tenemos creada nuestra entrada para permitir conexiones remotas en Windows.

Paso 4: configurar el archivo pg_hba.conf

4.1-

\8.4\data\pg_hba.conf. Este deberá ser abierto con el bloc de notas.

abrir

el

archivo

C:\Program

Files

\PostgreSQL

4.2-modificar el archivo para que quede de la siguiente manera

# TYPE DATABASE

USER

# IPv4 local connections:

CIDR-ADDRESS

METHOD

 

host

all

all

127.0.0.1/32

md5

#maestro

 

host

all

all

10.0.10.2/24

md5

#esclavo

 

host

all

all

10.0.10.3/24

md5

#

IPv6 local connections:

host

all

all

::1/128

md5

Esto se realizará para todas las maquinas donde se desea replicar.

15

5- Crear un script con el bloc de notas para el nodo maestro y lo llamaremos Maestro.txt:

cluster name = slony_MINI_AGENDA;

node 1 admin conninfo = 'dbname = MINI_AGENDA host = 10.0.10.2 user

= postgres password = admin';

node 2 admin conninfo = 'dbname = MINI_AGENDA host = 10.0.10.3 user

= postgres password = admin';

init cluster (id=1, comment = 'nodo maestro');

create set (id=1, origin=1, comment= 'aqui van todas mis tablas');

set add table (set id=1, origin=1, id=1, fully qualified name = 'public.Contacto', comment= 'mi tabla contacto');

set add table (set id=1, origin=1, id=1, fully qualified name = 'public.Telefono', comment= 'mi tabla telefono');

store node (id = 2, comment = 'nodo esclavo', EVENT NODE = 1); store path (server = 1, client = 2, conninfo = 'dbname = MINI_AGENDA host

= 10.0.10.2 user = postgres password = admin');

store path (server = 2, client = 1, conninfo = 'dbname = MINI_AGENDA host

= 10.0.10.3 user = postgres password = admin');

store listen (origin = 1, provider = 1, receiver = 2);

store listen (origin = 2, provider= 2, receiver = 1);

Este archive debera guardarce en la siguiente ubicacion C:\Archivos de

Programas\PostgreSQL\8.4\bin\

6- de la misma manera crearemos un script llamado Suscriptor.txt para el nodo esclavo, este será guardado en C:\Archivos de Programas\PostgreSQL\8.4\bin\ pero del nodo esclavo.

16

cluster name = slony_MINI_AGENDA;

node 1 admin conninfo = 'dbname= MINI_AGENDA host = 10.0.10.2 user = postgres password = admin';

node 2 admin conninfo = 'dbname= MINI_AGENDA host =10.0.10.3 user = postgres password = admin';

subscribe set (id = 1, provider = 1, receiver = 2, forward = yes);

8- Ejecutar el script en el nodo maestro.

8.1- abrir la consola de Windows y ejecutamos la siguiente línea:

C:\Archivos de Programas\PostgreSQL\8.4\bin\slonik Maestro.txt

de Programas\PostgreSQL\8.4\bin\slonik Maestro.txt 9- Ejecutar el script en el nodo esclavo. 9.1- abrir la

9- Ejecutar el script en el nodo esclavo.

9.1- abrir la consola de Windows y ejecutamos la siguiente línea:

C:\Archivos de Programas\PostgreSQL\8.4\bin\slonik Suscriptor.txt

17

10- Ejecutar siempre desde la consola de Windows en la maquina maestra y esclava la

10- Ejecutar siempre desde la consola de Windows en la maquina maestra y esclava la siguiente instrucción:

C:\Archivos de Programas\PostgreSQL\8.4\bin\slon slony_MINI_AGENDA “dbname = MINI_AGENDA user = postgres password = admin”

de Programas\PostgreSQL\8.4\bin\slon slony_MINI_AGENDA “dbname = MINI_AGENDA user = postgres password = admin” 18

18

Desde este momento la base de datos MINI_AGENDA estará replicando cualquier modificación de sus tablas. OjO NO DEBEMOS CERRAR LA CONSOLA EN NINGUN NODO.

19