วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

ตั้งแต่ปี 1999 เพื่อให้บริการ back office ธนาคารของเราได้ใช้ระบบธนาคารแบบครบวงจร BISKVIT บนแพลตฟอร์ม Progress OpenEdge ซึ่งใช้กันอย่างแพร่หลายทั่วโลก รวมถึงในภาคการเงินด้วย ประสิทธิภาพของ DBMS นี้ช่วยให้คุณสามารถอ่านบันทึกได้มากถึงหนึ่งล้านบันทึกต่อวินาทีในฐานข้อมูลเดียว (DB) Progress OpenEdge ของเราให้บริการเงินฝากบุคคลประมาณ 1,5 ล้านรายการและสัญญาประมาณ 22,2 ล้านสัญญาสำหรับผลิตภัณฑ์ที่ใช้งานอยู่ (สินเชื่อรถยนต์และการจำนอง) และยังรับผิดชอบในการชำระหนี้ทั้งหมดกับหน่วยงานกำกับดูแล (ธนาคารกลาง) และ SWIFT

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

เมื่อใช้ Progress OpenEdge เราต้องเผชิญกับความจำเป็นในการทำให้มันทำงานกับ Oracle DBMS ได้ ในตอนแรก ชุดรวมนี้เป็นคอขวดของโครงสร้างพื้นฐานของเรา จนกระทั่งเราได้ติดตั้งและกำหนดค่า Pro2 CDC ซึ่งเป็นผลิตภัณฑ์ Progress ที่ช่วยให้คุณสามารถส่งข้อมูลจาก Progress DBMS ไปยัง Oracle DBMS ได้โดยตรงทางออนไลน์ ในโพสต์นี้ เราจะบอกคุณโดยละเอียดพร้อมข้อผิดพลาดทั้งหมด วิธีผูกมิตรระหว่าง OpenEdge และ Oracle อย่างมีประสิทธิภาพ

มันเกิดขึ้นได้อย่างไร: การอัพโหลดข้อมูลไปยัง QCD ผ่านการแชร์ไฟล์

ประการแรก ข้อเท็จจริงบางประการเกี่ยวกับโครงสร้างพื้นฐานของเรา จำนวนผู้ใช้งานฐานข้อมูลประมาณ 15 คน ปริมาณฐานข้อมูลที่มีประสิทธิภาพทั้งหมด รวมถึงแบบจำลองและสแตนด์บายคือ 600 TB ฐานข้อมูลที่ใหญ่ที่สุดคือ 16,5 TB ในเวลาเดียวกันฐานข้อมูลก็ถูกเติมเต็มอย่างต่อเนื่อง: ในปีที่แล้วเพียงปีเดียวมีการเพิ่มข้อมูลการผลิตประมาณ 120 TB ระบบนี้ขับเคลื่อนโดยเซิร์ฟเวอร์ส่วนหน้า 150 ตัวบนแพลตฟอร์ม x86 ฐานข้อมูลโฮสต์อยู่บนเซิร์ฟเวอร์แพลตฟอร์ม IBM 21 แห่ง

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS
ระบบส่วนหน้า ระบบธนาคารหลักต่างๆ และบริการธนาคารถูกรวมเข้ากับ OpenEdge Progress (BISCUIT IBS) ผ่านทางบัส Sonic ESB การอัพโหลดข้อมูลไปยัง QCD เกิดขึ้นผ่านการแลกเปลี่ยนไฟล์ จนถึงจุดหนึ่ง โซลูชันนี้มีปัญหาใหญ่สองประการพร้อมกัน ได้แก่ ประสิทธิภาพการอัปโหลดข้อมูลไปยังคลังข้อมูลองค์กร (CDW) มีประสิทธิภาพต่ำ และใช้เวลานานในการดำเนินการกระทบยอดข้อมูล (กระทบยอด) กับระบบอื่นๆ
วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS
ดังนั้นเราจึงเริ่มมองหาเครื่องมือที่สามารถเร่งกระบวนการเหล่านี้ได้ วิธีแก้ปัญหาทั้งสองคือผลิตภัณฑ์ Progress OpenEdge ใหม่ – Pro2 CDC (Change Data Capture) เอาล่ะ มาเริ่มกันเลย

ติดตั้ง Progress OpenEdge และ Pro2Oracle

หากต้องการรัน Pro2 Oracle บนคอมพิวเตอร์ Windows ของผู้ดูแลระบบ การติดตั้ง Progress OpenEdge Developer Kit Classroom Edition ก็เพียงพอแล้ว ซึ่งสามารถ ดาวน์โหลด ฟรี. ไดเร็กทอรีการติดตั้ง OpenEdge เริ่มต้น:

เนื้อหาดาวน์โหลด: C:ProgressOpenEdge
เวิร์ด: C:OpenEdgeWRK

กระบวนการ ETL ต้องการใบอนุญาต Progress OpenEdge เวอร์ชัน 11.7+ - ได้แก่ OE DataServer สำหรับ Oracle และ 4GL Development System ใบอนุญาตเหล่านี้รวมอยู่ใน Pro2 สำหรับการทำงานเต็มรูปแบบของ DataServer สำหรับ Oracle ด้วยฐานข้อมูล Oracle ระยะไกล จะมีการติดตั้ง Oracle Client แบบเต็ม

บนเซิร์ฟเวอร์ Oracle คุณต้องติดตั้ง Oracle Database 12+ สร้างฐานข้อมูลว่างและเพิ่มผู้ใช้ (ลองเรียกเขาว่า CDC).

หากต้องการติดตั้ง Pro2Oracle ให้ดาวน์โหลดการแจกจ่ายล่าสุดจากศูนย์ดาวน์โหลด ซอฟต์แวร์ก้าวหน้า. คลายไฟล์เก็บถาวรลงในไดเร็กทอรี ซี:โปร2 (ในการกำหนดค่า Pro2 บน Unix จะใช้การกระจายเดียวกันและใช้หลักการกำหนดค่าเดียวกัน)

การสร้างฐานข้อมูลการจำลองแบบ cdc

ฐานข้อมูลการจำลองแบบ ซีดีซี (ซ้ำ) Pro2 ใช้เพื่อจัดเก็บข้อมูลการกำหนดค่า รวมถึงแผนผังการจำลอง ชื่อของฐานข้อมูลที่จำลองแบบ และตาราง นอกจากนี้ยังมีคิวการจำลอง ซึ่งประกอบด้วยบันทึกย่อเกี่ยวกับข้อเท็จจริงที่ว่าแถวของตารางในฐานข้อมูลต้นทางมีการเปลี่ยนแปลง ข้อมูลจากคิวการจำลองถูกใช้โดยกระบวนการ ETL เพื่อระบุแถวที่ต้องคัดลอกไปยัง Oracle จากฐานข้อมูลต้นทาง

เรากำลังสร้างฐานข้อมูล cdc แยกต่างหาก

ขั้นตอนการสร้างฐานข้อมูล

  1. บนเซิร์ฟเวอร์ฐานข้อมูล เราสร้างไดเร็กทอรีสำหรับฐานข้อมูล cdc - ตัวอย่างเช่น บนเซิร์ฟเวอร์ /ฐานข้อมูล/ซีดีซี/.
  2. สร้างหุ่นจำลองสำหรับฐานข้อมูล cdc: procopy $DLC/empty cdc
  3. เปิดใช้งานการรองรับไฟล์ขนาดใหญ่: proutil cdc -C EnableLargeFiles
  4. เราเตรียมสคริปต์สำหรับการเริ่มฐานข้อมูล cdc พารามิเตอร์เริ่มต้นจะต้องคล้ายกับพารามิเตอร์เริ่มต้นของฐานข้อมูลที่ถูกจำลองแบบ
  5. เราเริ่มฐานข้อมูล cdc
  6. เชื่อมต่อกับฐานข้อมูล cdc และโหลดสคีมา Pro2 จากไฟล์ cdc.dfซึ่งรวมอยู่ใน Pro2
  7. เราสร้างผู้ใช้ต่อไปนี้ในฐานข้อมูล cdc:

pro2adm – สำหรับการเชื่อมต่อจากแผงการดูแลระบบ Pro2
pro2etl – สำหรับการเชื่อมต่อกระบวนการ ETL (ReplBatch)
pro2cdc - สำหรับเชื่อมต่อกระบวนการ CDC (CDCBatch)

การเปิดใช้งาน OpenEdge Change Data Capture

ทีนี้มาเปิดกลไก CDC กันด้วยความช่วยเหลือว่าข้อมูลใดจะถูกจำลองไปยังพื้นที่เทคโนโลยีเพิ่มเติม สำหรับแต่ละฐานข้อมูลต้นทาง Progress OpenEdge คุณต้องเพิ่มพื้นที่เก็บข้อมูลแยกต่างหากซึ่งข้อมูลต้นฉบับจะถูกทำซ้ำ และเปิดใช้งานกลไกนั้นเองโดยใช้คำสั่ง มีประโยชน์.

ตัวอย่างขั้นตอนสำหรับฐานข้อมูล bisquit

  1. คัดลอกจากแค็ตตาล็อก ซี:โปร2db ไฟล์ cdcadd.st ไปยังไดเร็กทอรีฐานข้อมูลต้นทาง bisquit
  2. เราอธิบายไว้ใน cdcadd.st ขอบเขตขนาดคงที่สำหรับภูมิภาค "พื้นที่จำลอง CDCArea" и "ReplCDCArea_IDX". คุณสามารถเพิ่มพื้นที่จัดเก็บข้อมูลใหม่ทางออนไลน์: ยืดเยื้อ addonline bisquit cdcadd.st
  3. เปิดใช้งาน OpenEdge CDC:
    proutil bisquit -C Enablecdc พื้นที่ "ReplCDCArea" พื้นที่ดัชนี "ReplCDCArea_IDX"
  4. ต้องสร้างผู้ใช้ต่อไปนี้ในฐานข้อมูลต้นทางเพื่อระบุกระบวนการที่กำลังทำงานอยู่:
    ก. pro2adm – สำหรับการเชื่อมต่อจากแผงการดูแลระบบ Pro2
    ข. pro2etl – สำหรับการเชื่อมต่อกระบวนการ ETL (ReplBatch)
    ค. pro2cdc - สำหรับเชื่อมต่อกระบวนการ CDC (CDCBatch)

การสร้าง Schema Holder สำหรับ DataServer สำหรับ Oracle

ต่อไป เราต้องสร้างฐานข้อมูล Schema Holder บนเซิร์ฟเวอร์โดยที่ข้อมูลจาก Progress DBMS จะถูกจำลองแบบไปยัง Oracle DBMS DataServer Schema Holder เป็นฐานข้อมูล Progress OpenEdge ที่ว่างเปล่าที่ไม่มีข้อมูลผู้ใช้หรือแอปพลิเคชัน ประกอบด้วยแผนที่ของการโต้ตอบระหว่างตารางต้นทางและตาราง Oracle ภายนอก

ฐานข้อมูล Schema Holder สำหรับ Progress OpenEdge DataServer สำหรับ Oracle สำหรับ Pro2 จะต้องอยู่บนเซิร์ฟเวอร์กระบวนการ ETL โดยจะถูกสร้างขึ้นแยกกันสำหรับแต่ละสาขา

วิธีสร้าง Schema Holder

  1. คลายการแจกจ่าย Pro2 ลงในไดเร็กทอรี /pro2
  2. สร้างและไปที่ไดเร็กทอรี /pro2/dbsh
  3. สร้างฐานข้อมูล Schema Holder โดยใช้คำสั่ง คัดลอก $DLC/empty bisquitsh
  4. ดำเนินการแปลง บิสกิต ในการเข้ารหัสที่จำเป็น - ตัวอย่างเช่นใน UTF-8 หากฐานข้อมูล Oracle มีการเข้ารหัส UTF-8: proutil bisquitsh -C convchar แปลง UTF-8
  5. หลังจากสร้างฐานข้อมูลเปล่าแล้ว บิสกิต เชื่อมต่อในโหมดผู้ใช้คนเดียว: โปรบิสกิต
  6. ไปที่พจนานุกรมข้อมูล: เครื่องมือ -> พจนานุกรมข้อมูล -> DataServer -> ยูทิลิตี้ ORACLE -> สร้าง DataServer Schema
  7. เปิดตัวผู้ถือสคีมา
  8. การตั้งค่าโบรกเกอร์ Oracle DataServer:
    ก. เริ่มผู้ดูแลระบบเซิร์ฟเวอร์
    proadsv -เริ่มต้น
    ข. จุดเริ่มต้นของโบรกเกอร์ Oracle DataServer
    oraman -ชื่อ orabroker1 -start

การตั้งค่าแผงการดูแลระบบและโครงร่างการจำลองแบบ

การใช้แผงการดูแลระบบ Pro2 ทำให้พารามิเตอร์ Pro2 ได้รับการกำหนดค่า รวมถึงการตั้งค่ารูปแบบการจำลองแบบและสร้างกระบวนการ ETL (ไลบรารีตัวประมวลผล) โปรแกรมการซิงโครไนซ์หลัก (ตัวประมวลผลจำนวนมาก-คัดลอก) ทริกเกอร์การจำลองแบบ และนโยบาย OpenEdge CDC นอกจากนี้ยังมีเครื่องมือหลักสำหรับการตรวจสอบและจัดการกระบวนการ ETL และ CDC ก่อนอื่น เราตั้งค่าไฟล์พารามิเตอร์

วิธีการกำหนดค่าไฟล์พารามิเตอร์

  1. ไปที่แค็ตตาล็อก C:Pro2bpreplScripts
  2. เปิดไฟล์เพื่อแก้ไข replProc.pf
  3. เพิ่มพารามิเตอร์การเชื่อมต่อไปยังฐานข้อมูลการจำลองแบบ cdc:
    # ฐานข้อมูลการจำลองแบบ
    -db cdc -ld repl -H <ชื่อโฮสต์ฐานข้อมูลหลัก> -S <พอร์ตนายหน้าฐานข้อมูล cdc>
    -U pro2admin -P <รหัสผ่าน>
  4. เพิ่ม replProc.pf พารามิเตอร์การเชื่อมต่อกับฐานข้อมูลต้นทางและ Schema Holder ในรูปแบบของไฟล์พารามิเตอร์ ชื่อของไฟล์พารามิเตอร์จะต้องตรงกับชื่อของฐานข้อมูลต้นทางที่กำลังเชื่อมต่อ
    # เชื่อมต่อกับแหล่งที่จำลองแบบทั้งหมด BISQUIT
    -pf bpreplscriptsbisquit.pf
  5. เพิ่ม replProc.pf พารามิเตอร์สำหรับการเชื่อมต่อกับ Schema Holder
    #Target Pro DB Schema Holder
    -db bisquitsh -ld bisquitsh
    -H <ชื่อโฮสต์กระบวนการ ETL>
    -S <พอร์ตนายหน้า biskuitsh>
    -db bisquitsql
    -ld bisquitsql
    -dt ออราเคิล
    -S 5162 -H <ชื่อโฮสต์ของโบรกเกอร์ Oracle>
    -DataService หรือโบรกเกอร์1
  6. บันทึกไฟล์พารามิเตอร์ replProc.pf
  7. ถัดไป คุณต้องสร้างและเปิดเพื่อแก้ไขไฟล์พารามิเตอร์สำหรับฐานข้อมูลต้นทางที่เชื่อมต่อแต่ละรายการในไดเร็กทอรี C:Pro2bpreplScripts: bisquit.pf. ไฟล์ pf แต่ละไฟล์มีพารามิเตอร์สำหรับการเชื่อมต่อกับฐานข้อมูลที่เกี่ยวข้อง เช่น:
    -db bisquit -ld bisquit -H <ชื่อโฮสต์> -S <พอร์ตโบรกเกอร์>
    -U pro2admin -P <รหัสผ่าน>

ในการกำหนดค่าทางลัด Windows คุณต้องไปที่ไดเร็กทอรี C:Pro2bpreplScripts และแก้ไขทางลัด “Pro2 – Administration” เมื่อต้องการทำเช่นนี้ ให้เปิดคุณสมบัติของทางลัดและในบรรทัด เริ่มใน ระบุไดเร็กทอรีการติดตั้ง Pro2 ต้องทำการดำเนินการที่คล้ายกันสำหรับทางลัด “Pro2 – Editor” และ “RunBulkLoader”

การตั้งค่าการดูแลระบบ Pro2: กำลังโหลดการกำหนดค่าเริ่มต้น

มาเปิดตัวคอนโซลกัน

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

ไปที่ "แผนที่ฐานข้อมูล"

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

หากต้องการเชื่อมโยงฐานข้อมูลใน Pro2 – การดูแลระบบ ให้ไปที่แท็บ แผนที่ดีบี. เพิ่มการแมปฐานข้อมูลต้นทาง - เจ้าของสคีมา - Oracle.

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

ไปที่แท็บ การทำแผนที่. จดทะเบียน ฐานข้อมูลต้นทาง ตามค่าเริ่มต้น ฐานข้อมูลต้นทางที่เชื่อมต่อแรกจะถูกเลือก ทางด้านขวาของรายการควรมีจารึกไว้ เชื่อมต่อฐานข้อมูลทั้งหมดแล้ว — ฐานข้อมูลที่เลือกเชื่อมต่ออยู่ ด้านล่างซ้าย คุณจะเห็นรายการตารางความคืบหน้าจาก bisquit ทางด้านขวาคือรายการตารางจากฐานข้อมูล Oracle

การสร้างสคีมา SQL และฐานข้อมูลใน Oracle

หากต้องการสร้างแมปการจำลอง คุณต้องสร้างก่อน สคีมา SQL ในออราเคิล ในการดูแลระบบ Pro2 เราดำเนินการรายการเมนู เครื่องมือ -> สร้างโค้ด -> Schema เป้าหมายจากนั้นในกล่องโต้ตอบ เลือกฐานข้อมูล เลือกฐานข้อมูลต้นทางตั้งแต่หนึ่งฐานข้อมูลขึ้นไปแล้วย้ายไปทางขวา

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

คลิกตกลงและเลือกไดเร็กทอรีเพื่อบันทึกสกีมา SQL

ต่อไปเราจะสร้างฐาน ซึ่งสามารถทำได้เช่นผ่านทาง นักพัฒนา Oracle SQL. ในการดำเนินการนี้ เราเชื่อมต่อกับฐานข้อมูล Oracle และโหลดสคีมาเพื่อเพิ่มตาราง หลังจากเปลี่ยนองค์ประกอบของตาราง Oracle แล้ว คุณจะต้องอัปเดตสคีมา SQL ใน Schema Holder

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

หลังจากการดาวน์โหลดเสร็จสิ้น ให้ออกจากฐานข้อมูล bisquitsh และเปิดแผงการดูแลระบบ Pro2 ตารางจากฐานข้อมูล Oracle ควรปรากฏบนแท็บการแมปทางด้านขวา

การทำแผนที่ตาราง

หากต้องการสร้างแมปการจำลอง ในแผงการดูแลระบบ Pro2 ให้ไปที่แท็บการแมปและเลือกฐานข้อมูลต้นทาง คลิกที่ Map Tables เลือก Select Changes ทางด้านซ้ายของตารางที่ควรจำลองใน Oracle เลื่อนไปทางขวาแล้วยืนยันการเลือก แผนที่จะถูกสร้างขึ้นโดยอัตโนมัติสำหรับตารางที่เลือก เราทำซ้ำการดำเนินการเพื่อสร้างแมปการจำลองสำหรับฐานข้อมูลต้นทางอื่น

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

การสร้างไลบรารีตัวประมวลผลการจำลองแบบ Pro2 และโปรแกรมตัวประมวลผลสำเนาจำนวนมาก

ไลบรารีตัวประมวลผลการจำลองได้รับการออกแบบมาสำหรับกระบวนการจำลองแบบแบบกำหนดเอง (ETL) ที่ประมวลผลคิวการจำลองแบบ Pro2 และผลักดันการเปลี่ยนแปลงไปยังฐานข้อมูล Oracle โปรแกรมไลบรารีตัวประมวลผลการจำลองข้อมูลจะถูกบันทึกลงในไดเร็กทอรีรุ่นแล้วรุ่นเล่าโดยอัตโนมัติ bprepl/repl_proc (พารามิเตอร์ PROC_DIRECTORY). หากต้องการสร้างไลบรารีตัวประมวลผลการจำลอง ให้ไปที่ เครื่องมือ -> สร้างโค้ด -> ไลบรารีตัวประมวลผล หลังจากการสร้างเสร็จสมบูรณ์ โปรแกรมจะปรากฏในไดเร็กทอรี bprepl/repl_proc.

โปรแกรมตัวประมวลผลโหลดจำนวนมากใช้เพื่อซิงโครไนซ์ฐานข้อมูลความคืบหน้าต้นทางกับฐานข้อมูล Oracle เป้าหมายตามภาษาการเขียนโปรแกรม Progress ABL (4GL) หากต้องการสร้างให้ไปที่รายการเมนู เครื่องมือ -> สร้างโค้ด -> ตัวประมวลผลการคัดลอกจำนวนมาก. ในกล่องโต้ตอบเลือกฐานข้อมูล ให้เลือกฐานข้อมูลต้นทาง ย้ายไปทางด้านขวาของหน้าต่างแล้วคลิก OK. หลังจากการสร้างเสร็จสมบูรณ์ โปรแกรมจะปรากฏในไดเร็กทอรี bpreplrepl_mproc.

การตั้งค่ากระบวนการจำลองแบบใน Pro2

การแยกตารางออกเป็นชุดที่ให้บริการโดยเธรดการจำลองแบบแยกต่างหากช่วยปรับปรุงประสิทธิภาพและประสิทธิภาพของ Pro2 Oracle ตามค่าเริ่มต้น การเชื่อมต่อทั้งหมดที่สร้างขึ้นในแมปการจำลองแบบสำหรับตารางการจำลองแบบใหม่จะเชื่อมโยงกับเธรดหมายเลข 1 ขอแนะนำให้แยกตารางออกเป็นเธรดที่แตกต่างกัน

ข้อมูลเกี่ยวกับสถานะของเธรดการจำลองแบบจะแสดงบนหน้าจอการดูแลระบบ Pro2 ในแท็บตรวจสอบในส่วนสถานะการจำลองแบบ คำอธิบายโดยละเอียดของค่าพารามิเตอร์สามารถพบได้ในเอกสารประกอบของ Pro2 (ไดเรกทอรี C:Pro2Docs)

สร้างและเปิดใช้งานนโยบาย CDC

นโยบายคือชุดกฎสำหรับกลไก OpenEdge CDC เพื่อตรวจสอบการเปลี่ยนแปลงตาราง ในขณะที่เขียน Pro2 รองรับเฉพาะนโยบาย CDC ที่มีระดับ 0 นั่นคือมีเพียงข้อเท็จจริงเท่านั้นที่ได้รับการตรวจสอบ บันทึกการเปลี่ยนแปลง.

หากต้องการสร้างนโยบาย CDC บนแผงการดูแลระบบ ให้ไปที่แท็บการแมป เลือกฐานข้อมูลต้นทาง และคลิกที่ปุ่มเพิ่ม/ลบนโยบาย ในหน้าต่างเลือกการเปลี่ยนแปลงที่เปิดขึ้น ให้เลือกทางด้านซ้ายและเลื่อนตารางที่คุณต้องการสร้างหรือลบนโยบาย CDC ไปทางขวา

หากต้องการเปิดใช้งาน ให้เปิดแท็บการแมปอีกครั้ง เลือกฐานข้อมูลต้นทางแล้วคลิกที่ปุ่ม (ใน) เปิดใช้งานนโยบาย. เลือกและย้ายนโยบายที่ต้องเปิดใช้งานไปทางด้านขวาของตาราง คลิกตกลง หลังจากนั้นจะมีเครื่องหมายสีเขียว โดยใช้ (ใน) เปิดใช้งานนโยบาย คุณยังสามารถปิดใช้งานนโยบาย CDC ได้อีกด้วย ธุรกรรมทั้งหมดดำเนินการทางออนไลน์

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

หลังจากเปิดใช้งานนโยบาย CDC หมายเหตุเกี่ยวกับบันทึกที่แก้ไขจะถูกบันทึกลงในพื้นที่จัดเก็บข้อมูล "พื้นที่จำลอง CDCArea" ตามฐานข้อมูลต้นทาง บันทึกเหล่านี้จะได้รับการประมวลผลผ่านกระบวนการพิเศษ CDCBatchซึ่งตามนั้นจะสร้างบันทึกในคิวการจำลองแบบ Pro2 ในฐานข้อมูล ซีดีซี (ซ้ำ).

ดังนั้นเราจึงมีสองคิวสำหรับการจำลองแบบ ขั้นตอนแรกคือ CDCBatch: จากฐานข้อมูลต้นทาง ข้อมูลจะถูกส่งไปยังฐานข้อมูล CDC ระดับกลางก่อน ขั้นตอนที่สองคือเมื่อข้อมูลจากฐานข้อมูล CDC ไปยัง Oracle นี่คือคุณลักษณะของสถาปัตยกรรมปัจจุบันและผลิตภัณฑ์เอง - จนถึงขณะนี้นักพัฒนายังไม่สามารถสร้างการจำลองแบบโดยตรงได้

การซิงโครไนซ์หลัก

หลังจากเปิดใช้งานกลไก CDC และตั้งค่าเซิร์ฟเวอร์การจำลองแบบ Pro2 เราจำเป็นต้องเริ่มการซิงโครไนซ์ครั้งแรก คำสั่งการซิงโครไนซ์เริ่มต้น:

/pro2/bprepl/Script/replLoad.sh ชื่อตาราง bisquit

หลังจากการซิงโครไนซ์เริ่มต้นเสร็จสิ้นแล้ว กระบวนการเรพลิเคชันสามารถเริ่มต้นได้

เริ่มต้นกระบวนการจำลองแบบ

หากต้องการเริ่มกระบวนการจำลองแบบ คุณจะต้องเรียกใช้สคริปต์ replbatch.sh. ก่อนเริ่มต้น ตรวจสอบให้แน่ใจว่ามีสคริปต์ replbatch สำหรับเธรดทั้งหมด - replbatch1, replbatch2 ฯลฯ หากทุกอย่างเข้าที่แล้ว ให้เปิดบรรทัดคำสั่ง (เช่น โปรเอ็นวี)ให้ไปที่ไดเร็กทอรี /bprepl/สคริปต์ และเริ่มสคริปต์ ในแผงการดูแลระบบ เราตรวจสอบว่ากระบวนการที่เกี่ยวข้องได้รับสถานะ RUNNING แล้ว

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS

ผลการวิจัย

วิธีผูกมิตรระหว่างระบบธนาคาร Progress OpenEdge และ Oracle DBMS
หลังจากการนำไปใช้ เราได้เร่งการอัพโหลดข้อมูลไปยังคลังข้อมูลขององค์กรได้อย่างมาก ข้อมูลจะเข้าสู่ Oracle ออนไลน์โดยอัตโนมัติ ไม่จำเป็นต้องเสียเวลาเรียกใช้การสืบค้นที่ใช้เวลานานเพื่อรวบรวมข้อมูลจากระบบต่างๆ นอกจากนี้ ในโซลูชันนี้ กระบวนการจำลองแบบสามารถบีบอัดข้อมูล ซึ่งส่งผลดีต่อความเร็วด้วย ขณะนี้การกระทบยอดระบบ BISKVIT กับระบบอื่นทุกวันเริ่มใช้เวลา 15-20 นาที แทนที่จะเป็น 2-2,5 ชั่วโมง และการกระทบยอดทั้งหมดใช้เวลาหลายชั่วโมงแทนที่จะเป็นสองวัน

ที่มา: will.com

เพิ่มความคิดเห็น