PostgreSQL और MySQL के बीच क्रॉस प्रतिकृति

मैं PostgreSQL और MySQL के बीच क्रॉस-प्रतिकृति, साथ ही इन दो डेटाबेस सर्वरों के बीच क्रॉस-प्रतिकृति स्थापित करने के तरीकों की रूपरेखा तैयार करूंगा। आमतौर पर, क्रॉस-प्रतिकृति डेटाबेस को सजातीय कहा जाता है, और यह एक रिलेशनल डेटाबेस सर्वर से दूसरे में जाने का एक सुविधाजनक तरीका है।

PostgreSQL और MySQL डेटाबेस को संबंधपरक माना जाता है, लेकिन अतिरिक्त एक्सटेंशन के साथ वे NoSQL सुविधाओं की पेशकश करते हैं। यहां हम रिलेशनल DBMS के संदर्भ में PostgreSQL और MySQL के बीच प्रतिकृति पर चर्चा करेंगे।

हम संपूर्ण आंतरिक रसोई, केवल मूल सिद्धांतों का वर्णन नहीं करेंगे, ताकि आपको डेटाबेस सर्वर, फायदे, सीमाएं और उपयोग परिदृश्यों के बीच प्रतिकृति को कॉन्फ़िगर करने का तरीका मिल सके।

आमतौर पर, दो समान डेटाबेस सर्वरों के बीच प्रतिकृति बाइनरी मोड में या मास्टर नोड (यह प्रकाशक, मास्टर या सक्रिय) और दास (ग्राहक, लंबित या निष्क्रिय) के बीच अनुरोधों के माध्यम से किया जाता है। प्रतिकृति का उद्देश्य गुलाम पक्ष पर मास्टर डेटाबेस की एक वास्तविक समय की प्रतिलिपि प्रदान करना है। इस मामले में, डेटा को मास्टर से दास में स्थानांतरित कर दिया जाता है, अर्थात, सक्रिय से निष्क्रिय तक, क्योंकि प्रतिकृति केवल एक दिशा में की जाती है। लेकिन आप दोनों दिशाओं में दो डेटाबेस के बीच प्रतिकृति को कॉन्फ़िगर कर सकते हैं, ताकि डेटा को सक्रिय-सक्रिय कॉन्फ़िगरेशन में दास से मास्टर में स्थानांतरित किया जाए। यह सब, कैस्केड प्रतिकृति सहित, संभवतः दो या अधिक समान डेटाबेस सर्वरों के बीच। सक्रिय-सक्रिय या सक्रिय-निष्क्रिय कॉन्फ़िगरेशन आवश्यकता पर निर्भर करता है, प्रारंभिक कॉन्फ़िगरेशन में ऐसी सुविधाओं की उपलब्धता, या बाहरी कॉन्फ़िगरेशन समाधान और मौजूदा ट्रेड-ऑफ़ का उपयोग। ।

वर्णित कॉन्फ़िगरेशन विभिन्न डेटाबेस सर्वरों के बीच संभव है। सर्वर को किसी अन्य डेटाबेस सर्वर से प्रतिकृति डेटा प्राप्त करने के लिए कॉन्फ़िगर किया जा सकता है और फिर भी प्रतिकृति डेटा के वास्तविक समय के स्नैपशॉट को बचा सकता है। MySQL और PostgreSQL बाइनरी लॉग मेथड्स, डिस्क लॉक्स और स्टेटमेंट और स्ट्रिंग आधारित विधियों सहित अपने स्वयं के या तीसरे पक्ष के एक्सटेंशन के साथ इनमें से अधिकांश कॉन्फ़िगरेशन प्रदान करते हैं।

MySQL और PostgreSQL के बीच क्रॉस-प्रतिकृति एक डेटाबेस सर्वर से दूसरे में एकल प्रवास के लिए आवश्यक है। ये डेटाबेस अलग-अलग प्रोटोकॉल का उपयोग करते हैं, इसलिए उन्हें सीधे नहीं जोड़ा जा सकता है। डेटा एक्सचेंज स्थापित करने के लिए, आप एक बाहरी ओपन सोर्स टूल का उपयोग कर सकते हैं, उदाहरण के लिए pg_chameleon।

Pg_chameleon क्या है

pg_chameleon MySQL से Python 3 में PostgreSQL के लिए एक प्रतिकृति प्रणाली है। यह पायथन में भी ओपन सोर्स लाइब्रेरी mysql- प्रतिकृति का उपयोग करता है। स्ट्रिंग छवियाँ MySQL तालिकाओं से निकाली जाती हैं और JSONB ऑब्जेक्ट के रूप में PostgreSQL डेटाबेस में संग्रहीत की जाती हैं, और फिर pl / pgsql फ़ंक्शन द्वारा डिक्रिप्ट की जाती हैं और PostgreSQL डेटाबेस में वापस खेली जाती हैं।

Pg_chameleon सुविधाएँ

एक ही क्लस्टर से एक से अधिक MySQL स्कीमा एक से कई कॉन्फ़िगरेशन के साथ एक ही PostgreSQL लक्ष्य डेटाबेस के लिए दोहराया जा सकता है
स्रोत और लक्ष्य स्कीमा के नाम मेल नहीं खा सकते हैं।
प्रतिकृति डेटा को कैस्केड MySQL प्रतिकृति से पुनर्प्राप्त किया जा सकता है।
तालिकाएँ जो त्रुटियों को दोहरा या उत्पन्न नहीं कर सकती हैं उन्हें बाहर रखा गया है।
प्रत्येक प्रतिकृति फ़ंक्शन को डेमॉन द्वारा नियंत्रित किया जाता है।
YAML के आधार पर पैरामीटर और कॉन्फ़िगरेशन फ़ाइलों का उपयोग करके नियंत्रण।

उदाहरण

आरंभ करने के लिए, pg_chameleon को स्थापित करने के लिए सभी आवश्यक घटक तैयार करें। इस उदाहरण में, पायथन 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 

Python3.6 को सफलतापूर्वक स्थापित करने के बाद, आपको अन्य आवश्यकताओं को पूरा करने की आवश्यकता है, उदाहरण के लिए, एक आभासी वातावरण बनाएं और सक्रिय करें। इसके अलावा, पाइप मॉड्यूल को नवीनतम संस्करण में अपडेट किया जाता है और इसका उपयोग pg_chameleon को स्थापित करने के लिए किया जाता है। नीचे दिए गए आदेशों में, pg_chameleon 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 

तब हम pg_chameleon को सक्षम करने और डिफ़ॉल्ट निर्देशिका और कॉन्फ़िगरेशन फ़ाइलों को बनाने के लिए set_configuration_files तर्क के साथ pg_chameleon (गिरगिट एक कमांड) कहते हैं।

 (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 

अब हम default-example.yml को default.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: 

इस उदाहरण में कॉन्फ़िगरेशन फ़ाइल स्रोत और लक्ष्य वातावरण के अनुसार मामूली परिवर्तन के साथ pg_chameleon के साथ एक नमूना फ़ाइल है, और निम्न कॉन्फ़िगरेशन फ़ाइल के विभिन्न अनुभागों का अवलोकन है।

Default.yml कॉन्फ़िगरेशन फ़ाइल में, एक वैश्विक सेटिंग अनुभाग होता है जहां आप सेटिंग्स को नियंत्रित कर सकते हैं जैसे लॉक फ़ाइल का स्थान, लॉग्स का स्थान, लॉग्स का संग्रहण अवधि, आदि। अगला भाग प्रकार ओवरराइड अनुभाग है, जहां सेट निर्दिष्ट किया गया है। प्रतिकृति के दौरान ओवरराइडिंग प्रकारों के लिए नियम। डिफ़ॉल्ट उदाहरण एक प्रकार के पुनर्परिभाषित नियम का उपयोग करता है जो टॉलिंट (1) को बूलियन मान में परिवर्तित करता है। अगले भाग में, हम लक्ष्य डेटाबेस से जुड़ने का विवरण दर्शाते हैं। हमारे मामले में, यह एक PostgreSQL डेटाबेस है जिसे pg_conn के रूप में नामित किया गया है। अंतिम खंड में, हम स्रोत डेटा, अर्थात स्रोत डेटाबेस के कनेक्शन पैरामीटर, स्रोत और लक्ष्य डेटाबेस की मैपिंग योजना, सारणीबद्ध किए जाने वाले टेबल, टाइमआउट, मेमोरी और पैकेट के आकार को इंगित करते हैं। ध्यान दें कि "स्रोत" बहुवचन में इंगित किया गया है, अर्थात्, हम कई-से-एक कॉन्फ़िगरेशन को कॉन्फ़िगर करने के लिए एक ही लक्ष्य के लिए कई स्रोत डेटाबेस जोड़ सकते हैं।

उदाहरण में World_x डेटाबेस में पंक्तियों के साथ 4 तालिकाएँ हैं जो MySQL समुदाय उदाहरण के लिए प्रस्तुत करता है। इसे यहां से डाउनलोड किया जा सकता है । नमूना डेटाबेस तार के रूप में आता है और तार बनाने और आयात करने के निर्देशों के साथ एक संपीड़ित संग्रह।

MySQL और PostgreSQL डेटाबेस में एक ही नाम usr_replica के साथ एक विशेष उपयोगकर्ता बनाया जाता है। MySQL में, उन्हें सभी प्रतिकृति टेबल पढ़ने के लिए अतिरिक्त अधिकार दिए गए हैं।

 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; 

PostgreSQL पक्ष पर, db_replica डेटाबेस बनाया जाता है, जो MySQL डेटाबेस से परिवर्तनों को स्वीकार करेगा। PostgreSQL के usr_replica उपयोगकर्ता को स्वचालित रूप से दो स्कीमा pgworld_x और sch_chameleon के मालिक के रूप में कॉन्फ़िगर किया गया है जिसमें क्रमशः प्रतिकृति निर्देशिकाओं के साथ वास्तविक प्रतिकृति टेबल और टेबल होते हैं। Create_replica_schema तर्क स्वचालित कॉन्फ़िगरेशन के लिए जिम्मेदार है, जैसा कि आप नीचे देखेंगे।

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

MySQL डेटाबेस को प्रतिकृति के लिए तैयार करने के लिए कुछ परिवर्तनों के साथ कॉन्फ़िगर किया गया है, जैसा कि नीचे दिखाया गया है। परिवर्तनों को प्रभावी करने के लिए आपको डेटाबेस सर्वर को पुनरारंभ करना होगा।

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

अब दोनों डेटाबेस सर्वर के कनेक्शन की जांच करना महत्वपूर्ण है ताकि pg_chameleon कमांड निष्पादित करते समय कोई समस्या न हो।

PostgreSQL नोड पर:

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

MySQL नोड पर:

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

निम्नलिखित तीन pg_chameleon (गिरगिट) कमांड वातावरण तैयार करते हैं, स्रोत जोड़ते हैं, और प्रतिकृति को इनिशियलाइज़ करते हैं। Pg_chameleon में create_replica_schema तर्क डिफ़ॉल्ट स्कीमा (sch_chameleon) और PostgreSQL डेटाबेस में प्रतिकृति स्कीमा (pgworld_x) बनाता है, जैसा कि हमने पहले ही कहा है। Add_source तर्क कॉन्फ़िगरेशन फ़ाइल (default.yml) को पढ़कर कॉन्फ़िगरेशन में मूल डेटाबेस को जोड़ता है, और हमारे मामले में यह mysql है, और init_replica कॉन्फ़िगरेशन फ़ाइल में मापदंडों के आधार पर कॉन्फ़िगरेशन को इनिशियलाइज़ करता है।

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

इन तीन आदेशों से उत्पादन स्पष्ट रूप से उनके सफल निष्पादन को इंगित करता है। सभी क्रैश या सिंटैक्स त्रुटियां सरल और स्पष्ट संदेशों में समस्या निवारण युक्तियों के साथ इंगित की जाती हैं।

अंत में, start_replica के साथ प्रतिकृति शुरू करें और एक सफलता संदेश प्राप्त करें।

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

शो_स्टैटस तर्क का उपयोग करके प्रतिकृति स्थिति का अनुरोध किया जा सकता है, और शो_रियर्स तर्क का उपयोग करके त्रुटियों को देखा जा सकता है।

परिणाम।

जैसा कि हमने पहले कहा था, प्रत्येक प्रतिकृति फ़ंक्शन को डेमॉन द्वारा नियंत्रित किया जाता है। उन्हें देखने के लिए, हम लिनक्स पीएस कमांड के साथ प्रक्रिया तालिका को क्वेरी करते हैं, जैसा कि नीचे दिखाया गया है।

परिणाम।

जब तक हम वास्तविक समय में इसका परीक्षण नहीं करते, तब तक प्रतिकृति को कॉन्फ़िगर नहीं माना जाता है, जैसा कि नीचे दिखाया गया है। हम एक तालिका बनाते हैं, MySQL डेटाबेस में कुछ रिकॉर्ड दर्ज करते हैं, और pg_chameleon में Sync_tables तर्क को कॉल करने के लिए डेमॉन को अपडेट करते हैं और पोस्टग्रेक्यूएल डेटाबेस में रिकॉर्ड के साथ तालिका को दोहराते हैं।

 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. 

परीक्षण के परिणामों की पुष्टि करने के लिए, हम PostgreSQL डेटाबेस से तालिका क्वेरी करते हैं और पंक्तियों को प्रदर्शित करते हैं।

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

यदि हम माइग्रेशन करते हैं, तो निम्न pg_chameleon कमांड्स इसका अंत होगा। आदेशों को निष्पादित करने की आवश्यकता है क्योंकि हम यह सुनिश्चित करते हैं कि सभी लक्ष्य तालिकाओं की पंक्तियों को दोहराया गया है, और इसका परिणाम मूल डेटाबेस या प्रतिकृति योजना (sch_chameleon) के संदर्भ के बिना बड़े करीने से पोस्टग्रेक्यूएल डेटाबेस होगा।

 $> 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 

Pg_chameleon के लाभ

आसान सेटअप और कॉन्फ़िगरेशन।
सुविधाजनक समस्या निवारण और स्पष्ट त्रुटि संदेशों के साथ विसंगति का पता लगाना।
आप बाकी कॉन्फ़िगरेशन को बदलने के बिना आरंभीकरण के बाद प्रतिकृति के लिए अतिरिक्त विशेष टेबल जोड़ सकते हैं।
आप एक लक्ष्य के लिए कई स्रोत डेटाबेस कॉन्फ़िगर कर सकते हैं, और यह बहुत सुविधाजनक है यदि आप एक या कई MySQL डेटाबेस से डेटा को एक PostgbSQL डेटाबेस में जोड़ते हैं।
आप चयनित तालिकाओं को दोहरा नहीं सकते।

Pg_chameleon के नुकसान

केवल MySQL 5.5 और उसके बाद के स्रोत और PostgreSQL 9.5 और लक्ष्य डेटाबेस के रूप में ऊपर के साथ समर्थित है।
प्रत्येक तालिका में एक प्राथमिक या अद्वितीय कुंजी होनी चाहिए, अन्यथा तालिका init_replica प्रक्रिया में आरंभ की जाती है, लेकिन प्रतिकृति नहीं होती है।
एकतरफा प्रतिकृति - केवल MySQL से PostgreSQL तक। इसलिए, यह केवल सक्रिय-निष्क्रिय योजना के लिए उपयुक्त है।
केवल MySQL डेटाबेस स्रोत हो सकता है, और PostgreSQL डेटाबेस के लिए समर्थन स्रोत के रूप में केवल प्रयोगात्मक है और सीमाओं के साथ (अधिक जानें)

Pg_chameleon परिणाम

Pg_chameleon में प्रतिकृति विधि MySQL से PostgreSQL के लिए एक डेटाबेस को स्थानांतरित करने के लिए बहुत अच्छा है। एक महत्वपूर्ण ऋण यह है कि प्रतिकृति केवल एक ही तरीका है, इसलिए डेटाबेस विशेषज्ञ प्रवासन के अलावा किसी अन्य चीज के लिए इसका उपयोग नहीं करना चाहते हैं। लेकिन एक-तरफ़ा प्रतिकृति की समस्या को किसी अन्य खुले स्रोत उपकरण - SymmetricDS द्वारा हल किया जा सकता है।

आधिकारिक दस्तावेज में अधिक पढ़ें यहां । कमांड लाइन पर मदद यहां मिल सकती है ।

सममिति अवलोकन

SymmetricDS एक खुला स्रोत उपकरण है जो किसी भी डेटाबेस को किसी भी अन्य सामान्य डेटाबेस की नकल करता है: Oracle, MongoDB, PostgreSQL, MySQL, SQL Server, MariaDB, DB2, Sybase, Greenplum, Informix, H2, Firebird और अन्य क्लाउड डेटाबेस इंस्टेंस उदाहरण के लिए Redshift, और Azure, आदि उपलब्ध फ़ंक्शंस: डेटाबेस और फ़ाइलों का सिंक्रनाइज़ेशन, कई प्रमुख डेटाबेस की प्रतिकृति, फ़िल्टर्ड सिंक्रोनाइज़ेशन, रूपांतरण और अन्य। यह एक जावा उपकरण है और इसके लिए JRE या JDK (संस्करण 8.0 या उच्चतर) के मानक रिलीज़ की आवश्यकता होती है। यहां आप स्रोत डेटाबेस में ट्रिगर पर डेटा परिवर्तन रिकॉर्ड कर सकते हैं और उन्हें पैकेट के रूप में संबंधित लक्ष्य डेटाबेस में भेज सकते हैं।

सममितीय विशेषताएं

उपकरण प्लेटफ़ॉर्म स्वतंत्र है, यानी दो या दो से अधिक विभिन्न डेटाबेस डेटा का आदान-प्रदान कर सकते हैं।
संबंधपरक डेटाबेस डेटा परिवर्तन लिखकर सिंक्रनाइज़ किए जाते हैं, और फ़ाइल सिस्टम-आधारित डेटाबेस फ़ाइल सिंक्रनाइज़ेशन का उपयोग करते हैं।
नियमों के एक सेट के आधार पर पुश और पुल विधियों का उपयोग करके द्विपक्षीय प्रतिकृति।
कम बैंडविड्थ के साथ सुरक्षित नेटवर्क और नेटवर्क पर डेटा ट्रांसमिशन संभव है।
स्वत: पुनर्प्राप्ति जब नोड्स एक विफलता और स्वत: संघर्ष रिज़ॉल्यूशन के बाद फिर से शुरू होते हैं।
क्लाउड संगत और शक्तिशाली एक्सटेंशन API।

उदाहरण

SymmetricDS को एक दो तरीकों से कॉन्फ़िगर किया जा सकता है:
एक मास्टर (माता-पिता) नोड जो दो गुलाम (बच्चे) नोड्स के बीच डेटा प्रतिकृति का समन्वय करता है, और चाइल्ड नोड्स के बीच डेटा विनिमय केवल माता-पिता के माध्यम से किया जाता है।
सक्रिय नोड (नोड 1) मध्यस्थ के बिना किसी अन्य सक्रिय नोड (नोड 2) के साथ प्रतिकृति के लिए डेटा का आदान-प्रदान कर सकता है।

दोनों मामलों में, पुश और पुल का उपयोग करके डेटा का आदान-प्रदान किया जाता है। इस उदाहरण में, हम सक्रिय-सक्रिय कॉन्फ़िगरेशन को देखेंगे। बहुत लंबे समय तक पूरी वास्तुकला का वर्णन करें, इसलिए SymmetricDS के बारे में अधिक जानने के लिए मार्गदर्शिका देखें ।

SymmetricDS स्थापित करना बहुत सरल है: ज़िप फ़ाइल के खुले स्रोत संस्करण को यहाँ से डाउनलोड करें और जहाँ चाहें इसे हटा दें । नीचे दी गई तालिका इस उदाहरण में संस्थापन स्थान और सिमेट्रिक्स के संस्करण के बारे में जानकारी प्रदान करती है, साथ ही डेटाबेस संस्करण, लिनक्स संस्करण, आईपी पते और पोर्ट दोनों नोड्स के लिए।

यहां हम /usr/local/symmetric-server-3.9.20 में SymmetricDS स्थापित करते हैं, और विभिन्न उपनिर्देशिकाएं और फाइलें वहीं संग्रहीत की जाएंगी। हम नेस्टेड डायरेक्टरीज़ सैंपल और इंजन में रुचि रखते हैं। नमूने निर्देशिका में होस्ट गुणों के साथ नमूना कॉन्फ़िगरेशन फ़ाइलें होती हैं, साथ ही प्रदर्शन शुरू करने के लिए नमूना SQL स्क्रिप्ट भी होती हैं।

नमूने निर्देशिका में, हम नोड गुणों के साथ तीन कॉन्फ़िगरेशन फ़ाइलों को देखते हैं - नाम किसी विशेष योजना में नोड की प्रकृति को दर्शाता है।

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

SymmetricDS में 3-नोड बेस स्कीमा (विकल्प 1) के लिए सभी आवश्यक कॉन्फ़िगरेशन फ़ाइलें हैं, और समान फ़ाइलों का उपयोग 2-नोड स्कीमा (विकल्प 2) के लिए किया जा सकता है। Vm1 होस्ट पर नमूने निर्देशिका से इंजनों के लिए वांछित कॉन्फ़िगरेशन फ़ाइल की प्रतिलिपि बनाएँ। यह इस तरह से निकला:

 $> 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 

SymmetricDS कॉन्फ़िगरेशन में इस नोड को corp-000 कहा जाता है, और डेटाबेस कनेक्शन को mysql jdbc ड्राइवर द्वारा संसाधित किया जाता है, जो ऊपर निर्दिष्ट कनेक्शन स्ट्रिंग और लॉगिन क्रेडेंशियल्स का उपयोग करता है। हम replica_db डेटाबेस से कनेक्ट करते हैं, और स्कीमा के निर्माण के दौरान टेबल बनाए जाएंगे। Sync.url सिंक्रोनाइज़ेशन के लिए नोड के साथ संचार की साइट दिखाता है।

Vm2 होस्ट पर नोड 2 को स्टोर -001 के रूप में कॉन्फ़िगर किया गया है, और शेष नोड में निर्दिष्ट किया गया है। Store-001 नोड PostgreSQL डेटाबेस चलाता है, और pgdb_replica प्रतिकृति के लिए डेटाबेस है। Registration.url vm2 होस्ट को vm1 होस्ट से संपर्क करने और उससे कॉन्फ़िगरेशन विवरण प्राप्त करने की अनुमति देता है।

 $> 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 

SymmetricDS पूर्व-निर्मित उदाहरण में दो डेटाबेस सर्वर (दो नोड्स) के बीच दो-तरफ़ा प्रतिकृति स्थापित करने के विकल्प होते हैं। नीचे दिए गए चरणों को vm1 होस्ट (corp-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 

उदाहरण में, आइटम और item_selling_price तालिकाओं को स्वचालित रूप से corp-000 से store-001 में दोहराने के लिए कॉन्फ़िगर किया गया है, और बिक्री तालिका (sale_transaction और sale_return_line_item) को स्वचालित रूप से store-001 से corp-000 में दोहराने के लिए कॉन्फ़िगर किया गया है। अब corp-000 से डेटा प्राप्त करने के लिए इसे तैयार करने के लिए vm2 होस्ट (store-001) पर PostgreSQL डेटाबेस में स्कीमा बनाएं।

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

यह जांचना सुनिश्चित करें कि vm1 पर MySQL डेटाबेस में नमूना तालिकाएँ और SymmetricDS निर्देशिका तालिकाएँ हैं। ध्यान दें कि SymmetricDS सिस्टम टेबल (उपसर्ग sym_ के साथ) अब केवल corp-000 होस्ट पर उपलब्ध हैं, क्योंकि वहां हमने create-sym-tables कमांड चलाए हैं और प्रतिकृति का प्रबंधन करेंगे। और स्टोर -001 नोड पर डेटाबेस में डेटा के बिना केवल 4 उदाहरण टेबल होंगे।

वह सब है। पर्यावरण दोनों नोड्स पर सिम सर्वर प्रक्रियाओं को चलाने के लिए तैयार है, जैसा कि नीचे दिखाया गया है।

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

लॉग एंट्रीज को जहाँ जहाँ SymmetricDS स्थापित किया गया है, वहाँ लॉग इन फोल्डर में बैकग्राउंड लॉग फाइल (symmetric.log) पर लॉग एंट्री की जाती है, साथ ही मानक आउटपुट भी। सिम सर्वर अब स्टोर -001 नोड पर शुरू किया जा सकता है।

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

यदि आप vm2 होस्ट पर सिम सर्वर प्रक्रिया चलाते हैं, तो यह PostgreSQL डेटाबेस में SymmetricDS कैटलॉग टेबल भी बनाएगा। यदि आप दोनों नोड्स पर सिम सर्वर प्रक्रिया चलाते हैं, तो वे कॉर्प -००० से स्टोर -२००१ तक डेटा को दोहराने के लिए एक-दूसरे के साथ समन्वय करते हैं। यदि कुछ सेकंड के बाद हम दोनों पक्षों पर सभी 4 तालिकाओं को क्वेरी करते हैं, तो हम देखेंगे कि प्रतिकृति सफल है। या आप बूट-रैप को स्टोर -001 को कॉर्प -000 से निम्न कमांड के साथ भेज सकते हैं।

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

इस बिंदु पर, होस्ट कॉर्प-000 (होस्ट: vm1) पर MySQL डेटाबेस में आइटम तालिका में एक नया रिकॉर्ड डाला गया है, और आप होस्ट स्टोर -001 (होस्ट: v2) पर पोस्टग्रेक्यूएल डेटाबेस पर इसकी प्रतिकृति को सत्यापित कर सकते हैं। हम कॉर्प -००० से स्टोर -२००१ तक डेटा ले जाने के लिए एक पुल ऑपरेशन देखते हैं।

 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) 

Store-001 से corp-000 पर डेटा ले जाने के लिए पुश ऑपरेशन करने के लिए, sale_transaction तालिका में रिकॉर्ड डालें और सत्यापित करें कि प्रतिकृति पूर्ण है।

परिणाम।

हम MySQL और PostgreSQL डेटाबेस के बीच नमूना तालिकाओं के दो-तरफ़ा प्रतिकृति का सफल सेटअप देखते हैं। नए उपयोगकर्ता तालिकाओं के लिए प्रतिकृति कॉन्फ़िगर करने के लिए, निम्न कार्य करें: हम एक उदाहरण के रूप में टेबल टी 1 बनाते हैं और इसकी प्रतिकृति के नियमों को निम्नानुसार कॉन्फ़िगर करते हैं। इसलिए हम केवल कॉर्प -०००० से स्टोर -२००१ तक प्रतिकृति को कॉन्फ़िगर करते हैं।

 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 नोड में स्कीमा परिवर्तन भेजने के लिए निष्पादित किया जाता है, और t1 तालिका प्रतिकृति कॉन्फ़िगर की जाती है।

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

सममिति के लाभ

तीन या दो नोड्स के साथ एक सर्किट बनाने के लिए मापदंडों के साथ फाइलों के तैयार सेट सहित आसान स्थापना और कॉन्फ़िगरेशन।
क्रॉस-प्लेटफ़ॉर्म डेटाबेस और प्लेटफ़ॉर्म स्वतंत्रता, जिसमें सर्वर, लैपटॉप और मोबाइल डिवाइस शामिल हैं।
किसी भी डेटाबेस को स्थानीय रूप से, WAN या क्लाउड में किसी भी अन्य डेटाबेस में दोहराएं।
डेटाबेस की एक जोड़ी या आसान प्रतिकृति के लिए कई हजार के साथ काम करने की क्षमता।
एक ग्राफिकल इंटरफ़ेस और उत्कृष्ट समर्थन के साथ भुगतान किया गया संस्करण।

सममितीय नुकसान

निर्देशिका तालिकाओं को लोड करने के लिए कमांड लाइन पर SQL स्टेटमेंट्स के माध्यम से नियमों और प्रतिकृति की दिशा को मैन्युअल रूप से निर्धारित करना आवश्यक है, जो असुविधाजनक है।
यदि आप SQL कथन बनाने के लिए स्क्रिप्ट का उपयोग नहीं करते हैं, तो प्रतिकृति के लिए प्रतिकृति के लिए कई तालिकाओं को सेट करना थकाऊ हो सकता है।
लॉग में बहुत अधिक जानकारी दर्ज की जाती है, और कभी-कभी आपको लॉग फ़ाइल को साफ करने की आवश्यकता होती है ताकि यह बहुत अधिक जगह न ले।

सममिति सार

SymmetricDS आपको फ़ाइलों को दोहराने और सिंक्रनाइज़ करने के लिए दो, तीन, या यहां तक ​​कि कई हजार नोड्स के बीच दो-तरफ़ा प्रतिकृति को कॉन्फ़िगर करने की अनुमति देता है। यह एक अनूठा उपकरण है जो स्वतंत्र रूप से कई कार्य करता है, उदाहरण के लिए, नोड पर लंबे समय के बाद स्वत: डेटा रिकवरी, एचटीटीपीएस के माध्यम से नोड्स के बीच डेटा के सुरक्षित और कुशल विनिमय, नियमों के एक सेट के आधार पर स्वचालित संघर्ष प्रबंधन, आदि। किसी भी डेटाबेस के बीच समरूपता प्रतिकृति होती है। इसलिए, इसका उपयोग विभिन्न परिदृश्यों के लिए किया जा सकता है, जिनमें माइग्रेशन, अपग्रेड, वितरण, फ़िल्टरिंग और प्लेटफ़ॉर्म पर डेटा रूपांतरण शामिल हैं।

नमूना आधिकारिक SymmetricDS क्विक स्टार्ट गाइड पर आधारित है। उपयोगकर्ता गाइड SymmetricDS का उपयोग करके प्रतिकृति को कॉन्फ़िगर करने से संबंधित विभिन्न अवधारणाओं का विवरण देता है।