sql >> Database >  >> RDS >> PostgreSQL

Eenvoudige Slony-I-replicatie-installatie.

Hierboven wordt in het kort een overzicht gegeven van Slony-I asynchrone replicatie. Voor meer informatie is de Slony-I-documentatie je beste vriend :).

Laten we beginnen met replicatiemethoden, in de perltools-methode moet u slony configureren op het moment van de broninstallatie om ingebouwde perl-scripts in te schakelen. Deze scripts beginnen met "SLONIK_" en ze zijn ontworpen om administratieve taken voor replicatie uit te voeren.

Mijn demo voor twee methoden shell (slonik) &Perl is op Localhost Single instance (5432) met twee databases Master &Slave die één tabel "rep_table" repliceren. Voor replicatie moet master/slave dezelfde tabelstructuur hebben. Als je veel tabellen hebt, gebruik dan de pg_dump/pg_restore structure dump optie. Aangezien ik één tabel repliceer, heb ik dezelfde gemaakt op Master/Slave.
Opmerking:stel omgevingsvariabelen in zoals PGDATA,PGPORT,PGHOST,PGPASSWORD &PGUSER.

Broninstallatie:

Download the Slony-I 2.1 source(http://slony.info/downloads/) 

#bunzip2 slony1-2.1.0.tar.bz2
#tar -xvf slony1-2.1.0.tar
# cd slony1-2.1.0
#./configure --prefix=/opt/PostgreSQL/9.1/bin
--with-pgconfigdir=/opt/PostgreSQL/9.1/bin
--with-perltools=/opt/PostgreSQL/9.1/bin
// Exclude --with-perltools if not needed
# make
# make install

Basisconfiguratie op Master/Slave

createdb -p 5432 master
createdb -p 5432 slave

psql -p 5432 -d master -c "create table rep_table(id int primary key);"
psql -p 5432 -d slave -c "create table rep_table(id int primary key);"

Insert some data on master to replicate to slave
psql -p 5432 -d master -c "insert into rep_table values(generate_series(1,10));"

Methode 1:–with-perltools :

1. Maak een standaard .conf-bestand, met informatie zoals loglocatie, aantal knooppunten, reeks tabellen enz.,

$CLUSTER_NAME = 'myrep';
$LOGDIR = '/opt/PostgreSQL/9.1/slonylogs';
$MASTERNODE = 1;
$DEBUGLEVEL = 2;

&add_node(node => 1,host => 'localhost',dbname => 'master',port => 5432,user => 'postgres',password => 'postgres');
&add_node(node => 2,host => 'localhost',dbname => 'slave',port => 5433,user => 'postgres',password => 'postgres');

$SLONY_SETS =
{
"set1" =>
{
"set_id" => 1,
"table_id" => 1,
"pkeyedtables" =>
[rep_table,],
},
};

Initialize, Create-set &subscribe-set, dit zijn de drie fasen van slony replicatie. Voor elke fase worden "slonik_" perl-scripts gemaakt op de locatie die is vermeld op het moment van de broninstallatie met optie "–with-perltools". In mijn geval is het "/opt/PostgreSQL/9.1/bin". Bovenstaand CONF-bestand wordt in alle fasen gebruikt.

2. Initialiseer het cluster. Hier controleert slonik de verbinding van de knooppunten.

cd /opt/PostgreSQL/9.1/bin
./slonik_init_cluster -c slon.conf
./slonik_init_cluster -c slon.conf| ./slonik

3. Maak een set, wat betekent welke set tabellen moet worden gerepliceerd van Knooppunt 1 naar Knooppunt 2.

./slonik_create_set -c slon.conf 1 
./slonik_create_set -c slon.conf 1|./slonik

4. Start Slon-daemons. Elk knooppunt heeft twee slon-processen om werk te dragen. Elk node-slon-proces moet worden gestart.

./slon_start -c slon.conf 1
./slon_start -c slon.conf 2

5. Abonneerset, vanaf hier handhaaft slony de gegevensconsistentie tussen twee knooppunten door Master toe te staan ​​voor alle DML's en ze te weigeren op Slave.

./slonik_subscribe_set -c slon.conf 1 2 
./slonik_subscribe_set -c slon.conf 1 2|./slonik

Na de bovenstaande stappen heeft uw slaaf nu gerepliceerde gegevens.

Methode 2:Met standaardscripts:

In standaardscriptmethoden zijn er veel manieren om te implementeren, maar om het duidelijk te begrijpen, heb ik hetzelfde gesplitst als Perl dat we hierboven hebben gedaan, zoals Initialize, create-set &subscribe set. Alle scripts zijn gebonden met het SLONIK-commando.

1. Maak twee .conf-bestanden voor Master &Slave Node.

vi master_slon.conf
cluster_name=myrep
pid_file='/opt/PostgreSQL/9.1/data/master_slon.pid'
conn_info='host=localhost dbname=master user=postgres port=5432'

vi slave_slon.conf
cluster_name=myrep
pid_file='/opt/PostgreSQL/9.1/data/slave_slon.pid'
conn_info='host=localhost dbname=slave1 user=postgres port=5432'

2. Initialiseer het cluster.

#!/bin/bash
# Initialize Cluster (init_cluster.sh)

slonik <<_eof_
cluster name = myrep;
node 1 admin conninfo='host=127.0.0.1 dbname=master user=postgres port=5432';
node 2 admin conninfo='host=127.0.0.1 dbname=slave1 user=postgres port=5432';

#Add Node
init cluster (id = 1, comment = 'Primary Node For the Slave postgres');
store node (id = 2, event node = 1, comment = 'Slave Node For The Primary postgres');

#Setting Store Paths ...
echo 'Stored all nodes in the slony catalogs';
store path(server = 1, client = 2, conninfo='host=127.0.0.1 dbname=master user=postgres port=5432');
store path(server = 2, client = 1, conninfo='host=127.0.0.1 dbname=slave1 user=postgres port=5432');
_eof_

$./init_cluster.sh

3. Maak een set aan.

#!/bin/bash
# Create Set for set of tables (create-set.sh)

slonik <<_eof_
cluster name = myrep;
node 1 admin conninfo='host=127.0.0.1 dbname=master user=postgres port=5432';
node 2 admin conninfo='host=127.0.0.1 dbname=slave1 user=postgres port=5432';

try { create set (id = 1 ,origin = 1 , comment = 'Set for public'); } on error { echo 'Could not create set1'; exit 1;}

set add table (set id = 1 , origin = 1, id = 1, full qualified name = 'public.rep_table1', comment = 'Table action with primary key');
_eof_

$./create-set.sh

4. Om Slon-daemons te starten, gebruikt u een aangepast script dat samen met de bron-tarbal wordt geleverd onder de locatie "/tools" "start_slon.sh". Wijzig het script door de .conf-bestandslocaties voor master/slave-opstartscripts te wijzigen. Dit script geeft flexibiliteit om alle slon-processen te gebruiken en te volgen met behulp van PID's die worden genoemd in het .conf-bestand.

Usage: ./master_start_slon.sh [start|stop|status]

-bash-4.1$ ./master_start_slon.sh start
-bash-4.1$ ./slave_start_slon.sh start

Sample STATUS output:

-bash-4.1$ ./master_start_slon.sh status
---------------------
Slony Config File : /opt/PostgreSQL/9.1/slony_scripts/bash_slony/master_slon.conf
Slony Bin Path : /opt/PostgreSQL/9.1/bin
Slony Running Status : Running...
Slony Running (M)PID : 28487
---------------------

4. Abonneerset.

#!/bin/bash
# Subscribe Set (subscribe-set.sh)

slonik <<_eof_
cluster name = myrep;
node 1 admin conninfo='host=127.0.0.1 dbname=master user=postgres port=5432';
node 2 admin conninfo='host=127.0.0.1 dbname=slave1 user=postgres port=5432';

try { subscribe set (id = 1, provider = 1 , receiver = 2, forward = yes, omit copy = false); } on error { exit 1; } echo 'Subscribed nodes to set 1';
_eof_

$./subscribe-set.sh

Nu heeft uw slave-database gerepliceerde gegevens in de tabel "rep_table".
Deze twee methoden zullen helpen om de basisconfiguratie van slony-replicatie te begrijpen. Zal terugkomen met meer geavanceerde slony-concepten.


  1. Maak een dynamische mysql-query met behulp van php-variabelen

  2. Hoe vindt u de optimale unieke identifier in een tabel in SQL Server:sp_special_columns

  3. een CSV importeren in phpmyadmin

  4. Impact van EM SQL-monitor