پروگریس اوپن ایج بینکنگ سسٹم اور اوریکل ڈی بی ایم ایس کے درمیان دوستی کیسے کریں۔

1999 سے، بیک آفس کی خدمت کے لیے، ہمارے بینک نے Progress OpenEdge پلیٹ فارم پر مربوط بینکنگ سسٹم BISKVIT استعمال کیا ہے، جو مالیاتی شعبے سمیت پوری دنیا میں بڑے پیمانے پر استعمال ہوتا ہے۔ اس DBMS کی کارکردگی آپ کو ایک ڈیٹا بیس (DB) میں فی سیکنڈ دس لاکھ یا اس سے زیادہ ریکارڈ پڑھنے کی اجازت دیتی ہے۔ ہماری پیشرفت OpenEdge تقریباً 1,5 ملین انفرادی ڈپازٹس اور فعال مصنوعات (کار لون اور رہن) کے لیے تقریباً 22,2 ملین کنٹریکٹس فراہم کرتی ہے، اور ریگولیٹر (سنٹرل بینک) اور SWIFT کے ساتھ تمام تصفیے کے لیے بھی ذمہ دار ہے۔

Progress OpenEdge کا استعمال کرتے ہوئے، ہمیں اسے Oracle DBMS کے ساتھ کام کرنے کی ضرورت کا سامنا کرنا پڑا۔ ابتدائی طور پر، یہ بنڈل ہمارے بنیادی ڈھانچے کی رکاوٹ تھی - جب تک کہ ہم نے Pro2 CDC کو انسٹال اور کنفیگر نہیں کیا - ایک پروگریس پروڈکٹ جو آپ کو پروگریس DBMS سے ڈیٹا براہ راست، آن لائن اوریکل DBMS کو بھیجنے کی اجازت دیتا ہے۔ اس پوسٹ میں ہم آپ کو تفصیل سے بتائیں گے، تمام خرابیوں کے ساتھ، OpenEdge اور Oracle کے درمیان مؤثر طریقے سے دوست بنانے کا طریقہ۔

یہ کیسے ہوا: فائل شیئرنگ کے ذریعے QCD پر ڈیٹا اپ لوڈ کرنا

سب سے پہلے، ہمارے بنیادی ڈھانچے کے بارے میں کچھ حقائق۔ ڈیٹا بیس کے فعال صارفین کی تعداد تقریباً 15 ہزار ہے۔ تمام پیداواری ڈیٹا بیس کا حجم، بشمول ریپلیکا اور اسٹینڈ بائی، 600 TB ہے، سب سے بڑا ڈیٹا بیس 16,5 TB ہے۔ ایک ہی وقت میں، ڈیٹا بیس کو مسلسل بھر دیا جا رہا ہے: صرف پچھلے سال کے دوران، تقریباً 120 TB پیداواری ڈیٹا شامل کیا گیا ہے۔ یہ سسٹم x150 پلیٹ فارم پر 86 فرنٹ سرورز سے چلتا ہے۔ ڈیٹا بیس 21 IBM پلیٹ فارم سرورز پر ہوسٹ کیے گئے ہیں۔

فرنٹ اینڈ سسٹمز، مختلف بنیادی بینکنگ سسٹمز اور بینکنگ سروسز Sonic ESB بس کے ذریعے OpenEdge Progress (BISCUIT IBS) کے ساتھ مربوط ہیں۔ QCD پر ڈیٹا اپ لوڈ کرنا فائل ایکسچینج کے ذریعے ہوتا ہے۔ ایک خاص وقت تک، اس حل میں بیک وقت دو بڑے مسائل تھے - کارپوریٹ ڈیٹا ویئر ہاؤس (CDW) میں معلومات اپ لوڈ کرنے کی کم کارکردگی اور دوسرے سسٹمز کے ساتھ ڈیٹا ری کنسیلیشن (مفاہمت) کو انجام دینے کے لیے طویل وقت۔

لہذا، ہم نے ایک ایسا آلہ تلاش کرنا شروع کیا جو ان عمل کو تیز کر سکے۔ دونوں مسائل کا حل نیا Progress OpenEdge پروڈکٹ تھا - Pro2 CDC (Change Data Capture)۔ تو، چلو شروع کرتے ہیں.

پروگریس اوپن ایج اور پرو ٹو اوریکل انسٹال کریں۔

Pro2 اوریکل کو ایڈمنسٹریٹر کے ونڈوز کمپیوٹر پر چلانے کے لیے، Progress OpenEdge Developer Kit Classroom Edition کو انسٹال کرنا کافی ہے، جو ہو سکتا ہے۔ ڈاؤن لوڈ، اتارنا مفت میں. ڈیفالٹ اوپن ایج انسٹالیشن ڈائریکٹریز:

DLC: C: ProgressOpenEdge
WRK: C:OpenEdgeWRK

ETL پروسیسز کے لیے Progress OpenEdge لائسنس ورژن 11.7+ کی ضرورت ہوتی ہے - یعنی OE DataServer for Oracle اور 4GL ڈویلپمنٹ سسٹم۔ یہ لائسنس Pro2 کے ساتھ شامل ہیں۔ ریموٹ اوریکل ڈیٹا بیس کے ساتھ اوریکل کے لیے ڈیٹا سرور کے مکمل آپریشن کے لیے، مکمل اوریکل کلائنٹ انسٹال ہے۔

اوریکل سرور پر آپ کو اوریکل ڈیٹا بیس 12+ انسٹال کرنے، ایک خالی ڈیٹا بیس بنانے اور ایک صارف کو شامل کرنے کی ضرورت ہے (آئیے اسے کال کریں سی ڈی سی).

Pro2Oracle انسٹال کرنے کے لیے، ڈاؤن لوڈ سینٹر سے تازہ ترین ڈسٹری بیوشن ڈاؤن لوڈ کریں۔ پیشرفت سافٹ ویئر. آرکائیو کو ڈائرکٹری میں کھولیں۔ C: Pro2 (Pro2 کو یونکس پر ترتیب دینے کے لیے، وہی تقسیم استعمال کی جاتی ہے اور وہی ترتیب کے اصول لاگو ہوتے ہیں)۔

سی ڈی سی کی نقل کا ڈیٹا بیس بنانا

نقل کا ڈیٹا بیس سی ڈی سی (جوابی) Pro2 کا استعمال کنفیگریشن کی معلومات کو ذخیرہ کرنے کے لیے کیا جاتا ہے، بشمول نقل کا نقشہ، نقل کردہ ڈیٹا بیس کے نام اور ان کی میزیں۔ اس میں نقل کی قطار بھی ہوتی ہے، جس میں اس حقیقت کے بارے میں نوٹ ہوتے ہیں کہ سورس ڈیٹا بیس میں ٹیبل کی قطار بدل گئی ہے۔ نقل کی قطار کا ڈیٹا ETL عمل کے ذریعے ان قطاروں کی شناخت کے لیے استعمال کیا جاتا ہے جنہیں ماخذ ڈیٹا بیس سے Oracle میں کاپی کرنے کی ضرورت ہوتی ہے۔

ہم ایک الگ سی ڈی سی ڈیٹا بیس بنا رہے ہیں۔

ڈیٹا بیس بنانے کا طریقہ کار

1. ڈیٹا بیس سرور پر ہم cdc ڈیٹا بیس کے لیے ایک ڈائرکٹری بناتے ہیں - مثال کے طور پر، سرور پر /database/cdc/.
2. سی ڈی سی ڈیٹا بیس کے لیے ایک ڈمی بنائیں: پروکوپی $DLC/خالی cdc
3. بڑی فائلوں کے لیے سپورٹ کو فعال کریں: proutil cdc -C EnableLargeFiles
4. ہم سی ڈی سی ڈیٹا بیس شروع کرنے کے لیے ایک اسکرپٹ تیار کرتے ہیں۔ اسٹارٹ پیرامیٹرز نقل شدہ ڈیٹا بیس کے اسٹارٹ پیرامیٹرز سے ملتے جلتے ہونے چاہئیں۔
5. ہم cdc ڈیٹا بیس شروع کرتے ہیں۔
6. cdc ڈیٹا بیس سے جڑیں اور فائل سے Pro2 اسکیما لوڈ کریں۔ cdc.df، جو Pro2 کے ساتھ شامل ہے۔
7. ہم سی ڈی سی ڈیٹا بیس میں درج ذیل صارفین بناتے ہیں:

pro2adm – Pro2 انتظامی پینل سے جڑنے کے لیے؛
pro2etl - ETL عمل کو جوڑنے کے لیے (ReplBatch)؛
pro2cdc - سی ڈی سی کے عمل کو جوڑنے کے لیے (سی ڈی سی بیچ)؛

اوپن ایج چینج ڈیٹا کیپچر کو چالو کرنا

اب آئیے خود سی ڈی سی میکانزم کو آن کرتے ہیں، جس کی مدد سے ڈیٹا کو ایک اضافی ٹیکنالوجی والے علاقے میں نقل کیا جائے گا۔ ہر پروگریس اوپن ایج سورس ڈیٹا بیس میں، آپ کو علیحدہ اسٹوریج ایریاز شامل کرنے کی ضرورت ہے جس میں سورس ڈیٹا کو ڈپلیکیٹ کیا جائے گا، اور کمانڈ کا استعمال کرتے ہوئے میکانزم کو خود فعال کریں۔ proutil.

بسکٹ ڈیٹا بیس کے لیے طریقہ کار کی مثال

1. کیٹلاگ سے کاپی کرنا C: Pro2db файл cdcadd.st بسکٹ سورس ڈیٹا بیس ڈائرکٹری میں۔
2. ہم میں بیان کرتے ہیں۔ cdcadd.st علاقوں کے لیے مقررہ سائز کی توسیع "ReplCDCArea" и "ReplCDCArea_IDX". آپ آن لائن اسٹوریج کے نئے علاقے شامل کر سکتے ہیں: prostrct addonline bisquit cdcadd.st
3. OpenEdge CDC کو فعال کریں:
   proutil bisquit -C enablecdc ایریا "ReplCDCArea" indexarea "ReplCDCArea_IDX"
4. مندرجہ ذیل صارفین کو منبع ڈیٹا بیس میں تیار کرنا ضروری ہے تاکہ چلتے ہوئے عمل کی شناخت کی جا سکے۔
   a pro2adm - Pro2 انتظامی پینل سے جڑنے کے لیے۔
   ب pro2etl - ETL پروسیس (ReplBatch) کو جوڑنے کے لیے۔
   c pro2cdc - CDC کے عمل کو جوڑنے کے لیے (CDCBatch)۔

اوریکل کے لیے ڈیٹا سرور کے لیے سکیما ہولڈر بنانا

اگلا، ہمیں سرور پر ایک اسکیما ہولڈر ڈیٹا بیس بنانے کی ضرورت ہے جہاں پروگریس DBMS کے ڈیٹا کو اوریکل DBMS میں نقل کیا جائے گا۔ ڈیٹا سرور سکیما ہولڈر ایک خالی پروگریس اوپن ایج ڈیٹا بیس ہے جس میں صارفین یا ایپلیکیشن ڈیٹا نہیں ہے، جس میں سورس ٹیبلز اور بیرونی اوریکل ٹیبلز کے درمیان خط و کتابت کا نقشہ موجود ہے۔

Pro2 کے لیے Oracle کے لیے Progress OpenEdge DataServer کے لیے Schema Holder ڈیٹا بیس ETL پراسیس سرور پر واقع ہونا چاہیے؛ یہ ہر برانچ کے لیے الگ سے بنایا گیا ہے۔

سکیما ہولڈر کیسے بنایا جائے۔

1. Pro2 ڈسٹری بیوشن کو ڈائرکٹری میں کھولیں۔ /pro2
2. بنائیں اور ڈائریکٹری پر جائیں۔ /pro2/dbsh
3. کمانڈ کا استعمال کرتے ہوئے سکیما ہولڈر ڈیٹا بیس بنائیں $DLC/empty bisquitsh کاپی کریں۔
4. تبادلوں کو انجام دینا بسکٹ مطلوبہ انکوڈنگ میں - مثال کے طور پر، UTF-8 میں اگر اوریکل ڈیٹا بیس میں UTF-8 انکوڈنگ ہے: proutil bisquitsh -C convchar تبدیل UTF-8
5. خالی ڈیٹا بیس بنانے کے بعد بسکٹ سنگل یوزر موڈ میں اس سے جڑیں: pro bisquitsh
6. آئیے ڈیٹا ڈکشنری پر جائیں: ٹولز -> ڈیٹا ڈکشنری -> ڈیٹا سرور -> اوریکل یوٹیلیٹیز -> ڈیٹا سرور اسکیما بنائیں
7. اسکیما ہولڈر لانچ کریں۔
8. اوریکل ڈیٹا سرور بروکر کو ترتیب دینا:
   a ایڈمن سرور شروع کریں۔
   proadsv -start
   ب اوریکل ڈیٹا سرور بروکر کا آغاز
   oraman -name orabroker1 -start

انتظامی پینل اور نقل کی اسکیم کا قیام

Pro2 انتظامی پینل کا استعمال کرتے ہوئے، Pro2 پیرامیٹرز کو ترتیب دیا جاتا ہے، بشمول نقل کی اسکیم کو ترتیب دینا اور ETL عمل (پروسیسر لائبریری)، پرائمری سنکرونائزیشن پروگرامز (بلک کاپی پروسیسر)، نقل کے محرکات اور OpenEdge CDC پالیسیاں شامل ہیں۔ ای ٹی ایل اور سی ڈی سی کے عمل کی نگرانی اور انتظام کے لیے بھی بنیادی ٹولز موجود ہیں۔ سب سے پہلے، ہم پیرامیٹر فائلیں ترتیب دیتے ہیں۔

پیرامیٹر فائلوں کو ترتیب دینے کا طریقہ

1. کیٹلاگ پر جائیں۔ C:Pro2bpreplScripts
2. ترمیم کے لیے فائل کھولیں۔ replProc.pf
3. سی ڈی سی ریپلیکیشن ڈیٹا بیس میں کنکشن پیرامیٹرز شامل کریں:
   # نقل ڈیٹا بیس
   -db cdc -ld repl -H <main database hostname> -S <ڈیٹا بیس بروکر پورٹ cdc>
   -U pro2admin -P <password>
4. میں شامل کریں۔ replProc.pf پیرامیٹر فائلوں کی شکل میں سورس ڈیٹا بیس اور اسکیما ہولڈر سے کنکشن کے پیرامیٹرز۔ پیرامیٹرز فائل کا نام منسلک ہونے والے ماخذ ڈیٹا بیس کے نام سے مماثل ہونا چاہیے۔
   # تمام نقل شدہ ذرائع سے جڑیں BISQUIT
   -pf bpreplscriptsbisquit.pf
5. میں شامل کریں۔ replProc.pf سکیما ہولڈر سے منسلک ہونے کے لیے پیرامیٹرز۔
   #ٹارگٹ پرو ڈی بی اسکیما ہولڈر
   -db bisquitsh -ld bisquitsh
   -H <ETL پروسیس ہوسٹ کا نام>
   -S <biskuitsh بروکر پورٹ>
   -db bisquitsql
   -ld bisquitsql
   -dt اوریکل
   -S 5162 -H <Oracle Broker hostname>
   -ڈیٹا سروس یا بروکر 1
6. پیرامیٹرز فائل کو محفوظ کریں۔ replProc.pf
7. اگلا، آپ کو ڈائرکٹری میں ہر منسلک ماخذ ڈیٹا بیس کے لیے پیرامیٹر فائلوں میں ترمیم کرنے اور کھولنے کی ضرورت ہے۔ C:Pro2bpreplScripts: bisquit.pf. ہر پی ایف فائل میں متعلقہ ڈیٹا بیس سے منسلک ہونے کے پیرامیٹرز ہوتے ہیں، مثال کے طور پر:
   -db bisquit -ld bisquit -H <hostname> -S <broker port>
   -U pro2admin -P <password>

ونڈوز شارٹ کٹس کو کنفیگر کرنے کے لیے، آپ کو ڈائریکٹری میں جانا ہوگا۔ C:Pro2bpreplScripts اور "Pro2 - ایڈمنسٹریشن" شارٹ کٹ میں ترمیم کریں۔ ایسا کرنے کے لیے، شارٹ کٹ کی خصوصیات اور لائن میں کھولیں۔ میں شروع کریں Pro2 انسٹالیشن ڈائرکٹری کی نشاندہی کریں۔ اسی طرح کا آپریشن "Pro2 – Editor" اور "RunBulkLoader" شارٹ کٹس کے لیے کیا جانا چاہیے۔

Pro2 ایڈمنسٹریشن سیٹ اپ: ابتدائی کنفیگریشن لوڈ ہو رہا ہے۔

آئیے کنسول لانچ کریں۔

"DB نقشہ" پر جائیں۔

Pro2 - ایڈمنسٹریشن میں ڈیٹا بیس کو لنک کرنے کے لیے، ٹیب پر جائیں۔ ڈی بی کا نقشہ. سورس ڈیٹا بیس کی میپنگ شامل کریں - سکیما ہولڈر - اوریکل.

ٹیب پر جائیں۔ تعریفیں. درج ماخذ ڈیٹا بیس پہلے سے طے شدہ طور پر، پہلا منسلک ذریعہ ڈیٹا بیس منتخب کیا جاتا ہے. فہرست کے دائیں جانب ایک نوشتہ ہونا چاہیے۔ تمام ڈیٹا بیس منسلک ہیں۔ - منتخب ڈیٹا بیس منسلک ہیں۔ بائیں جانب نیچے آپ کو بسکٹ سے پیش رفت ٹیبلز کی فہرست نظر آنی چاہیے۔ دائیں طرف اوریکل ڈیٹا بیس سے ٹیبلز کی فہرست ہے۔

اوریکل میں ایس کیو ایل اسکیما اور ڈیٹا بیس بنانا

نقل کا نقشہ بنانے کے لیے، آپ کو پہلے بنانا ہوگا۔ ایس کیو ایل اسکیما اوریکل میں پرو 2 ایڈمنسٹریشن میں ہم مینو آئٹم پر عمل کرتے ہیں۔ ٹولز -> کوڈ تیار کریں -> ٹارگٹ اسکیما، پھر ڈائیلاگ باکس میں ڈیٹا بیس کو منتخب کریں ایک یا زیادہ ماخذ ڈیٹا بیس کو منتخب کریں اور انہیں دائیں طرف لے جائیں۔

OK پر کلک کریں اور SQL اسکیموں کو بچانے کے لیے ڈائریکٹری منتخب کریں۔

اگلا ہم بنیاد بناتے ہیں. یہ کیا جا سکتا ہے، مثال کے طور پر، کے ذریعے اوریکل ایس کیو ایل ڈیولپر. ایسا کرنے کے لیے، ہم اوریکل ڈیٹا بیس سے جڑتے ہیں اور میزیں شامل کرنے کے لیے اسکیما لوڈ کرتے ہیں۔ اوریکل ٹیبلز کی تشکیل کو تبدیل کرنے کے بعد، آپ کو اسکیما ہولڈر میں SQL اسکیموں کو اپ ڈیٹ کرنے کی ضرورت ہے۔

ڈاؤن لوڈ کامیابی سے مکمل ہونے کے بعد، bisquitsh ڈیٹا بیس سے باہر نکلیں اور Pro2 انتظامی پینل کھولیں۔ اوریکل ڈیٹا بیس کی میزیں دائیں طرف میپنگ ٹیب پر ظاہر ہونی چاہئیں۔

ٹیبل میپنگ

نقل کا نقشہ بنانے کے لیے، Pro2 انتظامی پینل میں، میپنگ ٹیب پر جائیں اور سورس ڈیٹا بیس کو منتخب کریں۔ میپ ٹیبلز پر کلک کریں، ٹیبلز کے بائیں جانب سلیکٹ چینجز کو منتخب کریں جنہیں اوریکل میں نقل کیا جانا چاہیے، انہیں دائیں جانب لے جائیں اور انتخاب کی تصدیق کریں۔ منتخب میزوں کے لیے ایک نقشہ خود بخود بن جائے گا۔ ہم دوسرے ماخذ ڈیٹا بیس کے لیے نقل کا نقشہ بنانے کے لیے آپریشن کو دہراتے ہیں۔

پرو 2 ریپلیکیشن پروسیسر لائبریری اور بلک کاپی پروسیسر پروگرام تیار کرنا

Replication Processor Library کو حسب ضرورت ریپلیکیشن پروسیس (ETLs) کے لیے ڈیزائن کیا گیا ہے جو Pro2 ریپلیکیشن کیو پر کارروائی کرتے ہیں اور Oracle ڈیٹا بیس میں تبدیلیوں کو آگے بڑھاتے ہیں۔ ریپلیکیشن پروسیسر لائبریری پروگرام خود بخود ڈائرکٹری میں نسل در نسل محفوظ ہو جاتے ہیں۔ bprepl/repl_proc (PROC_DIRECTORY پیرامیٹر). نقل پروسیسر لائبریری بنانے کے لیے، پر جائیں۔ ٹولز -> کوڈ تیار کریں -> پروسیسر لائبریری۔ جنریشن مکمل ہونے کے بعد، پروگرام ڈائریکٹری میں ظاہر ہوں گے۔ bprepl/repl_proc.

بلک لوڈ پروسیسر پروگرامز پروگریس ABL (4GL) پروگرامنگ لینگویج پر مبنی ٹارگٹ اوریکل ڈیٹا بیس کے ساتھ سورس پروگریس ڈیٹا بیس کو ہم آہنگ کرنے کے لیے استعمال کیے جاتے ہیں۔ انہیں بنانے کے لیے، مینو آئٹم پر جائیں۔ ٹولز -> کوڈ تیار کریں -> بلک کاپی پروسیسر. سلیکٹ ڈیٹا بیس ڈائیلاگ باکس میں، سورس ڈیٹا بیس کو منتخب کریں، انہیں ونڈو کے دائیں جانب لے جائیں اور کلک کریں۔ OK. جنریشن مکمل ہونے کے بعد، پروگرام ڈائریکٹری میں ظاہر ہوں گے۔ bpreplrepl_mproc.

پرو 2 میں نقل کے عمل کو ترتیب دینا

جدولوں کو سیٹوں میں تقسیم کرنے سے ایک علیحدہ ریپلیکشن تھریڈ کے ذریعے پیش کیا جاتا ہے Pro2 Oracle کی کارکردگی اور کارکردگی کو بہتر بناتا ہے۔ پہلے سے طے شدہ طور پر، نقل کے نقشے میں نئے ریپلیکیشن ٹیبلز کے لیے بنائے گئے تمام کنکشن تھریڈ نمبر 1 سے منسلک ہوتے ہیں۔ جدولوں کو مختلف تھریڈز میں الگ کرنے کی سفارش کی جاتی ہے۔

نقل کے دھاگوں کی حیثیت کے بارے میں معلومات Replication Status سیکشن میں مانیٹر ٹیب میں Pro2 ایڈمنسٹریشن اسکرین پر ظاہر ہوتی ہے۔ پیرامیٹر کی قدروں کی تفصیلی وضاحت Pro2 دستاویزات (ڈائریکٹری C:Pro2Docs) میں مل سکتی ہے۔

CDC پالیسیاں بنائیں اور فعال کریں۔

پالیسیاں ٹیبل میں تبدیلیوں کی نگرانی کے لیے OpenEdge CDC انجن کے لیے قواعد کا ایک مجموعہ ہیں۔ تحریر کے وقت، Pro2 صرف سطح 0 کے ساتھ CDC پالیسیوں کی حمایت کرتا ہے، یعنی صرف حقیقت کی نگرانی کی جاتی ہے۔ تبدیلیاں ریکارڈ کریں۔.

سی ڈی سی پالیسی بنانے کے لیے، انتظامی پینل پر، میپنگ ٹیب پر جائیں، ماخذ ڈیٹا بیس کو منتخب کریں اور پالیسیاں شامل کریں/ہٹائیں بٹن پر کلک کریں۔ سلیکٹ چینجز ونڈو میں جو کھلتی ہے، بائیں جانب کو منتخب کریں اور دائیں جانب ان ٹیبلز کو منتقل کریں جن کے لیے آپ کو CDC پالیسی بنانے یا حذف کرنے کی ضرورت ہے۔

چالو کرنے کے لیے، میپنگ ٹیب کو دوبارہ کھولیں، سورس ڈیٹا بیس کو منتخب کریں اور بٹن پر کلک کریں۔ (میں) پالیسیوں کو چالو کریں۔. ان پالیسیوں کو منتخب کریں اور ٹیبل کے دائیں جانب جائیں جن کو چالو کرنے کی ضرورت ہے، ٹھیک ہے پر کلک کریں۔ اس کے بعد وہ سبز رنگ میں نشان زد ہوتے ہیں۔ کا استعمال کرتے ہوئے (میں) پالیسیوں کو چالو کریں۔ آپ CDC پالیسیوں کو بھی غیر فعال کر سکتے ہیں۔ تمام لین دین آن لائن کیے جاتے ہیں۔

CDC پالیسی کے فعال ہونے کے بعد، ترمیم شدہ ریکارڈز کے بارے میں نوٹس اسٹوریج ایریا میں محفوظ کیے جاتے ہیں۔ "ReplCDCArea" ماخذ ڈیٹا بیس کے مطابق۔ ان نوٹوں پر ایک خاص عمل کے ذریعے کارروائی کی جائے گی۔ سی ڈی سی بیچ، جو ان کی بنیاد پر ڈیٹا بیس میں Pro2 نقل کی قطار میں نوٹ بنائے گا۔ سی ڈی سی (جوابی).

اس طرح، ہمارے پاس نقل کے لیے دو قطاریں ہیں۔ پہلا مرحلہ CDCBatch ہے: سورس ڈیٹا بیس سے، ڈیٹا سب سے پہلے انٹرمیڈیٹ CDC ڈیٹا بیس میں جاتا ہے۔ دوسرا مرحلہ وہ ہے جب ڈیٹا کو CDC ڈیٹا بیس سے اوریکل میں منتقل کیا جاتا ہے۔ یہ موجودہ فن تعمیر اور خود مصنوعات کی ایک خصوصیت ہے - اب تک ڈویلپر براہ راست نقل قائم کرنے میں کامیاب نہیں ہو سکے ہیں۔

پرائمری سنکرونائزیشن

CDC میکانزم کو فعال کرنے اور Pro2 ریپلیکیشن سرور قائم کرنے کے بعد، ہمیں ابتدائی مطابقت پذیری شروع کرنے کی ضرورت ہے۔ ابتدائی مطابقت پذیری کمانڈ:

/pro2/bprepl/Script/replLoad.sh بسکٹ ٹیبل کا نام

ابتدائی مطابقت پذیری مکمل ہونے کے بعد، نقل کے عمل کو شروع کیا جا سکتا ہے۔

نقل کے عمل کا آغاز

نقل کے عمل کو شروع کرنے کے لیے آپ کو اسکرپٹ چلانے کی ضرورت ہے۔ replbatch.sh. شروع کرنے سے پہلے، یقینی بنائیں کہ تمام تھریڈز کے لیے ریپل بیچ اسکرپٹس موجود ہیں - replbatch1، replbatch2، وغیرہ۔ اگر سب کچھ اپنی جگہ پر ہے تو، کمانڈ لائن کھولیں (مثال کے طور پر، proenv)، ڈائریکٹری پر جائیں۔ /bprepl/scripts اور اسکرپٹ شروع کریں۔ انتظامی پینل میں، ہم چیک کرتے ہیں کہ متعلقہ عمل کو رننگ کا درجہ مل گیا ہے۔

نتائج

عمل درآمد کے بعد، ہم نے کارپوریٹ ڈیٹا گودام میں معلومات کو اپ لوڈ کرنے میں بہت تیزی لائی۔ ڈیٹا خود بخود اوریکل آن لائن میں آتا ہے۔ مختلف سسٹمز سے ڈیٹا اکٹھا کرنے کے لیے طویل عرصے سے چلنے والے سوالات میں وقت ضائع کرنے کی ضرورت نہیں ہے۔ اس کے علاوہ، اس حل میں نقل کا عمل ڈیٹا کو کمپریس کر سکتا ہے، جس کا رفتار پر بھی مثبت اثر پڑتا ہے۔ اب BISKVIT سسٹم کے دوسرے سسٹمز کے ساتھ روزانہ کی مفاہمت میں 15-20 گھنٹے کی بجائے 2-2,5 منٹ لگنے لگے اور مکمل مفاہمت میں دو دن کی بجائے کئی گھنٹے لگ گئے۔

ماخذ: www.habr.com