Унакрсна репликација између ПостгреСКЛ-а и МиСКЛ-а

Навешћу унакрсну репликацију између ПостгреСКЛ-а и МиСКЛ-а, као и методе за подешавање унакрсне репликације између два сервера базе података. Унакрсно реплициране базе података се обично називају хомогеним и то је згодан метод преласка са једног РДБМС сервера на други.

ПостгреСКЛ и МиСКЛ базе података се генерално сматрају релационим, али уз додатна проширења нуде НоСКЛ могућности. Овде ћемо разговарати о репликацији између ПостгреСКЛ-а и МиСКЛ-а из перспективе релационог ДБМС-а.

Нећемо описивати цео унутрашњи рад, само основне принципе како бисте добили идеју о конфигурисању репликације између сервера базе података, предности, ограничења и случајеве употребе.

Типично, репликација између два идентична сервера базе података се врши или у бинарном режиму или коришћењем упита између главног (тзв. издавача, главног или активног) и подређеног (претплатника, приправног или пасивног). Сврха репликације је да обезбеди копију главне базе података у реалном времену на славе страни. У овом случају подаци се преносе са мастера на славе, односно из активног у пасив, јер се репликација врши само у једном правцу. Али можете подесити репликацију између две базе података у оба смера, тако да се подаци преносе са подређеног на мастер у активно-активној конфигурацији. Све ово, укључујући каскадну репликацију, могуће је између два или више идентичних сервера базе података.Активно-активно или активно-пасивно конфигурисање зависи од потребе, доступности таквих могућности у почетној конфигурацији или коришћења спољних конфигурационих решења и постојећих компромиса.

Описана конфигурација је могућа између различитих сервера базе података. Сервер се може конфигурисати да прихвата реплициране податке са другог сервера базе података и да и даље одржава снимке реплицираних података у реалном времену. МиСКЛ и ПостгреСКЛ нуде већину ових конфигурација у компанији или преко екстензија трећих страна, укључујући методе бинарног дневника, закључавање диска и методе засноване на изјавама и редовима.

Унакрсна репликација између МиСКЛ-а и ПостгреСКЛ-а је потребна за једнократну миграцију са једног сервера базе података на други. Ове базе података користе различите протоколе, тако да их није могуће директно повезати. Да бисте успоставили размену података, можете користити екстерни алат отвореног кода, на пример пг_цхамелеон.

Шта је пг_цхамелеон

пг_цхамелеон је систем репликације са МиСКЛ на ПостгреСКЛ у Питхон-у 3. Користи библиотеку за репликацију мискл отвореног кода, такође у Питхон-у. Слике редова се издвајају из МиСКЛ табела и чувају као ЈСОНБ објекти у ПостгреСКЛ бази података, а затим дешифрују пл/пгскл функцију и репродукују у ПостгреСКЛ бази података.

Карактеристике пг_цхамелеон

Више МиСКЛ шема из истог кластера може се реплицирати у једну циљну ПостгреСКЛ базу података у конфигурацији један према више
Називи изворне и циљне шеме не могу бити исти.
Подаци о репликацији се могу преузети из каскадне МиСКЛ реплике.
Табеле које се не могу реплицирати или произвести грешке су искључене.
Сваку функцију репликације контролишу демони.
Контрола преко параметара и конфигурационих датотека заснованих на ИАМЛ-у.

Пример

Домаћин
вмКСНУМКС
вмКСНУМКС

Верзија ОС-а
ЦентОС Линук 7.6 к86_64
ЦентОС Линук 7.5 к86_64

Верзија ДБ сервера
МиСКЛ КСНУМКС
ПостгреСКЛ 10.5

ДБ порт
3306
5433

ИП адреса
192.168.56.102
192.168.56.106

За почетак припремите све потребне компоненте за инсталирање пг_цхамелеон. Овај пример инсталира Питхон 3.6.8, који креира и активира виртуелно окружење.

$> wget https://www.python.org/ftp/python/3.6.8/Python-3.6.8.tar.xz
$> tar -xJf Python-3.6.8.tar.xz
$> cd Python-3.6.8
$> ./configure --enable-optimizations
$> make altinstall

Након успешне инсталације Питхон3.6, потребно је да испуните преостале захтеве, као што је креирање и активирање виртуелног окружења. Поред тога, пип модул је ажуриран на најновију верзију и користи се за инсталирање пг_цхамелеон. Команде испод намерно инсталирају пг_цхамелеон 2.0.9, иако је најновија верзија 2.0.10. Ово је неопходно да бисте избегли нове грешке у ажурираној верзији.

$> python3.6 -m venv venv
$> source venv/bin/activate
(venv) $> pip install pip --upgrade
(venv) $> pip install pg_chameleon==2.0.9

Затим позивамо пг_цхамелеон (камелеон је команда) са аргументом сет_цонфигуратион_филес да бисмо омогућили пг_цхамелеон и креирали подразумеване директоријуме и конфигурационе датотеке.

(venv) $> chameleon set_configuration_files
creating directory /root/.pg_chameleon
creating directory /root/.pg_chameleon/configuration/
creating directory /root/.pg_chameleon/logs/
creating directory /root/.pg_chameleon/pid/
copying configuration  example in /root/.pg_chameleon/configuration//config-example.yml

Сада креирамо копију цонфиг-екампле.имл као дефаулт.имл тако да постане подразумевана конфигурациона датотека. Пример конфигурационе датотеке за овај пример је дат у наставку.

$> cat default.yml
---
#global settings
pid_dir: '~/.pg_chameleon/pid/'
log_dir: '~/.pg_chameleon/logs/'
log_dest: file
log_level: info
log_days_keep: 10
rollbar_key: ''
rollbar_env: ''

# type_override allows the user to override the default type conversion into a different one.
type_override:
  "tinyint(1)":
    override_to: boolean
    override_tables:
      - "*"

#postgres  destination connection
pg_conn:
  host: "192.168.56.106"
  port: "5433"
  user: "usr_replica"
  password: "pass123"
  database: "db_replica"
  charset: "utf8"

sources:
  mysql:
    db_conn:
      host: "192.168.56.102"
      port: "3306"
      user: "usr_replica"
      password: "pass123"
      charset: 'utf8'
      connect_timeout: 10
    schema_mappings:
      world_x: pgworld_x
    limit_tables:
#      - delphis_mediterranea.foo
    skip_tables:
#      - delphis_mediterranea.bar
    grant_select_to:
      - usr_readonly
    lock_timeout: "120s"
    my_server_id: 100
    replica_batch_size: 10000
    replay_max_rows: 10000
    batch_retention: '1 day'
    copy_max_memory: "300M"
    copy_mode: 'file'
    out_dir: /tmp
    sleep_loop: 1
    on_error_replay: continue
    on_error_read: continue
    auto_maintenance: "disabled"
    gtid_enable: No
    type: mysql
    skip_events:
      insert:
        - delphis_mediterranea.foo #skips inserts on the table delphis_mediterranea.foo
      delete:
        - delphis_mediterranea #skips deletes on schema delphis_mediterranea
      update:

Конфигурациона датотека у овом примеру је пример пг_цхамелеон датотеке са мањим модификацијама да би одговарала изворном и циљном окружењу, а испод је преглед различитих делова конфигурационе датотеке.

У конфигурационој датотеци дефаулт.имл постоји одељак глобалних подешавања, где можете да управљате подешавањима као што су локација закључане датотеке, локација евиденција, период складиштења евиденција, итд. Следеће долази одељак за замена типа, где скуп правила за надјачавање типова током репликације. Пример подразумевано подразумева правило за замену типа које претвара тиниинт(1) у логичку вредност. У следећем одељку наводимо детаље везе са циљном базом података. У нашем случају, ово је ПостгреСКЛ база података, означена као пг_цонн. У последњем одељку указујемо на изворне податке, односно параметре повезивања изворне базе података, шему мапирања између изворне и циљне базе података, табеле које треба прескочити, време чекања, меморију, величину пакета. Имајте на уму да је „извори“ множина, што значи да можемо додати више изворних база података у једну циљну базу података да бисмо поставили конфигурацију „више-на-један“.

Пример базе података ворлд_к садржи 4 табеле са редовима које МиСКЛ заједница нуди као примере. Може се преузети овде. Пример базе података долази као тар и компримована архива са упутствима за креирање и увоз редова.

У МиСКЛ и ПостгреСКЛ базама података креира се посебан корисник са истим именом уср_реплица. У МиСКЛ-у му се дају додатна права читања за све реплициране табеле.

mysql> CREATE USER usr_replica ;
mysql> SET PASSWORD FOR usr_replica='pass123';
mysql> GRANT ALL ON world_x.* TO 'usr_replica';
mysql> GRANT RELOAD ON *.* to 'usr_replica';
mysql> GRANT REPLICATION CLIENT ON *.* to 'usr_replica';
mysql> GRANT REPLICATION SLAVE ON *.* to 'usr_replica';
mysql> FLUSH PRIVILEGES;

На страни ПостгреСКЛ-а креира се база података дб_реплица која ће прихватити промене из МиСКЛ базе података. Корисник уср_реплица у ПостгреСКЛ-у се аутоматски конфигурише као власник две шеме, пгворлд_к и сцх_цхамелеон, које садрже стварне реплициране табеле и табеле директоријума репликације, респективно. Аргумент цреате_реплица_сцхема је одговоран за аутоматску конфигурацију, као што ћете видети у наставку.

postgres=# CREATE USER usr_replica WITH PASSWORD 'pass123';
CREATE ROLE
postgres=# CREATE DATABASE db_replica WITH OWNER usr_replica;
CREATE DATABASE

МиСКЛ база података је конфигурисана са неким променама параметара да би се припремила за репликацију као што је приказано испод. Мораћете поново да покренете сервер базе података да би промене ступиле на снагу.

$> vi /etc/my.cnf
binlog_format= ROW
binlog_row_image=FULL
log-bin = mysql-bin
server-id = 1

Сада је важно проверити везу са оба сервера базе података како не би било проблема приликом покретања команди пг_цхамелеон.

На ПостгреСКЛ чвору:

$> mysql -u usr_replica -Ap'admin123' -h 192.168.56.102 -D world_x

На МиСКЛ чвору:

$> psql -p 5433 -U usr_replica -h 192.168.56.106 db_replica

Следеће три пг_цхамелеон (камелеон) команде припремају окружење, додају извор и иницијализују реплику. Аргумент цреате_реплица_сцхема за пг_цхамелеон креира подразумевану шему (сцх_цхамелеон) и шему репликације (пгворлд_к) у ПостгреСКЛ бази података, као што смо већ расправљали. Аргумент адд_соурце додаје изворну базу података у конфигурацију читањем конфигурационе датотеке (дефаулт.имл), а у нашем случају то је мискл, а инит_реплица иницијализује конфигурацију на основу параметара у конфигурационој датотеци.

$> chameleon create_replica_schema --debug
$> chameleon add_source --config default --source mysql --debug
$> chameleon init_replica --config default --source mysql --debug

Излаз ове три команде јасно показује да су успешно извршене. Сваки пад или синтаксичка грешка се пријављује у једноставним, јасним порукама са саветима како да решите проблем.

Коначно, почињемо репликацију користећи старт_реплица и добијамо поруку о успеху.

$> chameleon start_replica --config default --source mysql 
output: Starting the replica process for source mysql

Статус репликације се може испитати коришћењем аргумента схов_статус, а грешке се могу видети помоћу аргумента схов_еррорс.

Резултат.

Као што смо већ рекли, сваку функцију репликације контролишу демони. Да бисмо их видели, постављамо упит у табелу процеса са Линук пс командом, као што је приказано испод.

Резултат.

Репликација се не сматра конфигурисаном док је не тестирамо у реалном времену, као што је приказано у наставку. Креирамо табелу, убацујемо неколико записа у МиСКЛ базу података и позивамо аргумент синц_таблес у пг_цхамелеон да ажурирамо демоне и реплицирамо табелу са записима у ПостгреСКЛ базу података.

mysql> create table t1 (n1 int primary key, n2 varchar(10));
Query OK, 0 rows affected (0.01 sec)
mysql> insert into t1 values (1,'one');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t1 values (2,'two');
Query OK, 1 row affected (0.00 sec)

$> chameleon sync_tables --tables world_x.t1 --config default --source mysql
Sync tables process for source mysql started.

Да бисмо потврдили резултате теста, постављамо упит за табелу из ПостгреСКЛ базе података и исписујемо редове.

$> psql -p 5433 -U usr_replica -d db_replica -c "select * from pgworld_x.t1";
 n1 |  n2
----+-------
  1 | one
  2 | two

Ако радимо миграцију, следеће пг_цхамелеон команде ће бити крај тога. Команде треба да се изврше након што смо сигурни да су редови свих циљних табела реплицирани, а резултат ће бити уредно мигрирана ПостгреСКЛ база података без референци на изворну базу података или шему репликације (сцх_цхамелеон).

$> chameleon stop_replica --config default --source mysql 
$> chameleon detach_replica --config default --source mysql --debug

Ако желите, можете користити следеће команде да избришете оригиналну конфигурацију и шему репликације.

$> chameleon drop_source --config default --source mysql --debug
$> chameleon drop_replica_schema --config default --source mysql --debug

Предности пг_цхамелеон

Лако подешавање и конфигурисање.
Лако решите проблеме и идентификујте аномалије уз јасне поруке о грешци.
Додатне специјалне табеле се могу додати репликацији након иницијализације без промене остатка конфигурације.
Могуће је конфигурисати више изворних база података за једну циљну базу података, а ово је веома корисно ако комбинујете податке из једне или више МиСКЛ база података у једну ПостгреСКЛ базу података.
Не морате да реплицирате изабране табеле.

Недостаци пг_цхамелеон

Подржано само са МиСКЛ 5.5 и новијим као изворним и ПостгреСКЛ 9.5 и новијим као циљном базом података.
Свака табела мора имати примарни или јединствени кључ, иначе се табеле иницијализују током процеса инит_реплица, али се не реплицирају.
Једносмерна репликација - само са МиСКЛ на ПостгреСКЛ. Стога је погодан само за „активно-пасивно“ коло.
Извор може бити само МиСКЛ база података, а подршка за ПостгреСКЛ базу података као извор је само експериментална и са ограничењима (сазнајте више овде)

Резултати за пг_цхамелеон

Метода репликације у пг_цхамелеон је одлична за миграцију базе података са МиСКЛ на ПостгреСКЛ. Значајна мана је то што је репликација само једносмерна, тако да је мало вероватно да ће професионалци базе података желети да је користе за било шта осим за миграцију. Али проблем једносмерне репликације може се решити помоћу другог алата отвореног кода - СимметрицДС.

Прочитајте више у званичној документацији овде. Помоћ у командној линији се може наћи овде.

Преглед СимметрицДС-а

СимметрицДС је алатка отвореног кода која реплицира било коју базу података у било коју другу уобичајену базу података: Орацле, МонгоДБ, ПостгреСКЛ, МиСКЛ, СКЛ Сервер, МариаДБ, ДБ2, Сибасе, Греенплум, Информик, Х2, Фиребирд и друге инстанце базе података у облаку, нпр. Редсхифт и Азуре, итд. Доступне функције: синхронизација базе података и датотека, мулти-мастер репликација базе података, филтрирана синхронизација, трансформација и друге. Ово је Јава алатка и захтева стандардно издање ЈРЕ или ЈДК (верзија 8.0 или новија). Овде се промене података о покретачима у изворној бази података могу снимити и послати у одговарајућу циљну базу података у облику група.

Карактеристике СимметрицДС

Алат је независан од платформе, што значи да две или више различитих база података могу да размењују податке.
Релационе базе података се синхронизују помоћу записа о промени података, док базе података засноване на систему датотека користе синхронизацију датотека.
Двосмерна репликација коришћењем Пусх и Пулл метода заснованих на скупу правила.
Пренос података је могућ преко безбедних мрежа са малим пропусним опсегом.
Аутоматски опоравак када чворови наставе са радом након квара и аутоматско решавање конфликта.
Цлоуд компатибилни и моћни АПИ-ји за проширења.

Пример

СимметрицДС се може конфигурисати на један од два начина:
Главни (родитељски) чвор који централно координира репликацију података између два подређена (подређена) чвора, а комуникација између подређених чворова се одвија само преко надређеног.
Активни чвор (чвор 1) може комуницирати ради репликације са другим активним чвором (чвор 2) без посредника.

У обе опције, размена података се одвија коришћењем Пусх и Пулл. У овом примеру ћемо размотрити активно-активну конфигурацију. Требало би предуго да се опише целокупна архитектура, па урадите своје истраживање. вођствода бисте сазнали више о уређају СимметрицДС.

Инсталација СимметрицДС-а је веома једноставна: преузмите верзију зип датотеке отвореног кода стога и изнеси где хоћеш. Табела испод пружа информације о локацији инсталације и верзији СимметрицДС-а у овом примеру, као и верзије базе података, Линук верзије, ИП адресе и портове за оба чвора.

Домаћин
вмКСНУМКС
вмКСНУМКС

Верзија ОС-а
ЦентОС Линук 7.6 к86_64
ЦентОС Линук 7.6 к86_64

Верзија ДБ сервера
МиСКЛ КСНУМКС
ПостгреСКЛ 10.5

ДБ порт
3306
5832

ИП адреса
192.168.1.107
192.168.1.112

СимметрицДС верзија
СимметрицДС 3.9
СимметрицДС 3.9

СимметрицДС инсталациони пут
/уср/лоцал/симметриц-сервер-3.9.20
/уср/лоцал/симметриц-сервер-3.9.20

Име СимметрицДС чвора
цорп-000
продавница-001

Овде инсталирамо СимметрицДС у /уср/лоцал/симметриц-сервер-3.9.20 и ту ће бити смештени различити поддиректорији и датотеке. Заинтересовани смо за поддиректорије узорака и мотора. Директоријум примера садржи примере конфигурационих датотека са својствима чвора, као и примере СКЛ скрипти да бисте брзо почели.

У директоријуму узорака видимо три конфигурационе датотеке са својствима чвора - име показује природу чвора у одређеној шеми.

corp-000.properties
store-001.properties
store-002.properties

СимметрицДС има све потребне конфигурационе датотеке за основни дизајн са 3 чвора (опција 1), а исте датотеке се могу користити за дизајн са 2 чвора (опција 2). Копирајте потребну конфигурациону датотеку из директоријума узорака у машине на вм1 хосту. Испада овако:

$> cat engines/corp-000.properties
engine.name=corp-000
db.driver=com.mysql.jdbc.Driver
db.url=jdbc:mysql://192.168.1.107:3306/replica_db?autoReconnect=true&useSSL=false
db.user=root
db.password=admin123
registration.url=
sync.url=http://192.168.1.107:31415/sync/corp-000
group.id=corp
external.id=000

Овај чвор у СимметрицДС конфигурацији се зове цорп-000, а везом са базом података управља драјвер мискл јдбц, који користи горњи низ за повезивање и акредитиве за пријаву. Повезујемо се са базом података реплица_дб и табеле ће бити креиране током креирања шеме. синц.урл показује где да контактирате чвор ради синхронизације.

Чвор 2 на хосту вм2 је конфигурисан као сторе-001, а остало је наведено у датотеци ноде.пропертиес испод. Чвор сторе-001 покреће ПостгреСКЛ базу података, а пгдб_реплица је база података за репликацију. регистер.урл омогућава хосту вм2 да контактира хост вм1 и од њега прими детаље о конфигурацији.

$> cat engines/store-001.properties
engine.name=store-001
db.driver=org.postgresql.Driver
db.url=jdbc:postgresql://192.168.1.112:5832/pgdb_replica
db.user=postgres
db.password=admin123
registration.url=http://192.168.1.107:31415/sync/corp-000
group.id=store
external.id=001

Завршени пример СимметрицДС садржи параметре за подешавање двосмерне репликације између два сервера базе података (два чвора). Кораци у наставку се изводе на хосту вм1 (цорп-000), који ће креирати пример шеме са 4 табеле. Затим покретање цреате-сим-таблес са командом симадмин креира табеле директоријума у ​​којима ће бити ускладиштена правила и правац репликације између чворова. На крају, узорци података се учитавају у табеле.

vm1$> cd /usr/local/symmetric-server-3.9.20/bin
vm1$> ./dbimport --engine corp-000 --format XML create_sample.xml
vm1$> ./symadmin --engine corp-000 create-sym-tables
vm1$> ./dbimport --engine corp-000 insert_sample.sql

У примеру, табеле итем и итем_селлинг_прице су аутоматски конфигурисане да се реплицирају из цорп-000 у сторе-001, а табеле продаје (сале_трансацтион и сале_ретурн_лине_итем) су аутоматски конфигурисане да се реплицирају из продавнице-001 у цорп-000. Сада креирамо шему у ПостгреСКЛ бази података на хосту вм2 (сторе-001) да бисмо је припремили за примање података од цорп-000.

vm2$> cd /usr/local/symmetric-server-3.9.20/bin
vm2$> ./dbimport --engine store-001 --format XML create_sample.xml

Обавезно проверите да ли МиСКЛ база података на вм1 има табеле примера и СимметрицДС каталошке табеле. Имајте на уму да су системске табеле СимметрицДС (са префиксом сим_) тренутно доступне само на чвору цорп-000 јер смо тамо покренули команду цреате-сим-таблес и управљали репликацијом. А у бази података на чвору сторе-001 биће само 4 примера табеле без података.

Све. Окружење је спремно за покретање процеса сим сервера на оба чвора као што је приказано испод.

vm1$> cd /usr/local/symmetric-server-3.9.20/bin
vm1$> sym 2>&1 &

Уноси дневника се шаљу у датотеку дневника у позадини (симметриц.лог) у директоријуму дневника у директоријуму где је СимметрицДС инсталиран, као и на стандардни излаз. Сим сервер се сада може покренути на чвору сторе-001.

vm2$> cd /usr/local/symmetric-server-3.9.20/bin
vm2$> sym 2>&1 &

Ако покренете процес сим сервера на вм2 хосту, он ће такође креирати СимметрицДС каталошке табеле у ПостгреСКЛ бази података. Ако покренете процес сим сервера на оба чвора, они се међусобно координирају како би реплицирали податке из цорп-000 у сторе-001. Ако након неколико секунди испитамо све 4 табеле са обе стране, видећемо да је репликација била успешна. Или можете послати боотстрап чвору сторе-001 из цорп-000 помоћу следеће команде.

vm1$> ./symadmin --engine corp-000 reload-node 001

У овом тренутку, нови запис се убацује у табелу ставки у МиСКЛ бази података на чвору цорп-000 (хост: вм1), и можете проверити његову репликацију у ПостгреСКЛ базу података на чвору сторе-001 (хост: вм2). Видимо операцију повлачења за премештање података из цорп-000 у сторе-001.

mysql> insert into item values ('22000002','Jelly Bean');
Query OK, 1 row affected (0.00 sec)

vm2$> psql -p 5832 -U postgres pgdb_replica -c "select * from item"
 item_id  |   name
----------+-----------
 11000001 | Yummy Gum
 22000002 | Jelly Bean
(2 rows)

Да бисмо извршили Пусх операцију за премештање података из продавнице-001 у цорп-000, убацујемо запис у табелу сале_трансацтион и потврђујемо да је репликација успешна.

Резултат.

Видимо успешно подешавање двосмерне репликације примера табела између МиСКЛ и ПостгреСКЛ база података. Да бисте подесили репликацију за нове корисничке табеле, следите ове кораке: На пример, креирамо табелу т1 и конфигуришемо њена правила репликације на следећи начин. На овај начин конфигуришемо само репликацију са цорп-000 на сторе-001.

mysql> create table  t1 (no integer);
Query OK, 0 rows affected (0.01 sec)

mysql> insert into sym_channel (channel_id,create_time,last_update_time) 
values ('t1',current_timestamp,current_timestamp);
Query OK, 1 row affected (0.01 sec)

mysql> insert into sym_trigger (trigger_id, source_table_name,channel_id,
last_update_time, create_time) values ('t1', 't1', 't1', current_timestamp,
current_timestamp);
Query OK, 1 row affected (0.01 sec)

mysql> insert into sym_trigger_router (trigger_id, router_id,
Initial_load_order, create_time,last_update_time) values ('t1',
'corp-2-store-1', 1, current_timestamp,current_timestamp);
Query OK, 1 row affected (0.01 sec)

Конфигурација се затим обавештава о промени шеме, односно додавању нове табеле, користећи команду симадмин са аргументом синц-триггерс, која поново креира окидаче за мапирање дефиниција табеле. сенд-сцхема се извршава за слање промена шеме у чвор сторе-001, а репликација табеле т1 је конфигурисана.

vm1$> ./symadmin -e corp-000 --node=001 sync-triggers    
vm1$> ./symadmin send-schema -e corp-000 --node=001 t1

Предности СимметрицДС-а

Једноставна инсталација и конфигурација, укључујући готов сет датотека са параметрима за креирање кола са три или два чвора.
Базе података на више платформи и независност од платформе, укључујући сервере, лаптопове и мобилне уређаје.
Реплицирајте било коју базу података у било коју другу базу података локално, на ВАН-у или у облаку.
Могућност оптималног рада са неколико база података или неколико хиљада за погодну репликацију.
Плаћена верзија са ГУИ и одличном подршком.

Недостаци СимметрицДС-а

Морате ручно да дефинишете правила и правац репликације на командној линији преко СКЛ наредби да бисте учитали каталошке табеле, што може бити незгодно.
Постављање многих табела за репликацију може бити заморно осим ако не користите скрипте за креирање СКЛ наредби које дефинишу правила и правац репликације.
Превише информација се бележи у евиденцији, а понекад је потребно да поспремите датотеку евиденције тако да не заузима превише простора.

Резултати за СимметрицДС

СимметрицДС вам омогућава да подесите двосмерну репликацију између два, три или чак неколико хиљада чворова да бисте реплицирали и синхронизовали датотеке. Ово је јединствена алатка која самостално обавља многе задатке, као што је аутоматски опоравак података након дужег периода застоја на чвору, безбедна и ефикасна размена података између чворова преко ХТТПС-а, аутоматско управљање конфликтима на основу скупа правила, итд. СимметрицДС обавља репликација између било које базе података, стога се може користити за широк спектар сценарија, укључујући миграцију, миграцију, дистрибуцију, филтрирање и трансформацију података преко платформи.

Пример је заснован на званич брзи водич би СимметрицДС. ИН упутство за коришћење Детаљно описује различите концепте укључене у постављање репликације са СимметрицДС.

Извор: ввв.хабр.цом