โพสต์บล็อกนี้สำรวจพื้นฐานของ Oracle® GoldenGate® และฟังก์ชันของมัน เนื่องจากแยกจากสถาปัตยกรรมฐานข้อมูล GoldenGate อำนวยความสะดวกในการจับภาพแบบเรียลไทม์ที่แตกต่างกันและเป็นเนื้อเดียวกันของการเก็บข้อมูลและการรวมการเปลี่ยนแปลงของธุรกรรม
ข้อมูลเบื้องต้นเกี่ยวกับ Oracle GoldenGate
Oracle GoldenGate เป็นผลิตภัณฑ์ซอฟต์แวร์ที่ช่วยให้คุณทำซ้ำ กรอง และแปลงข้อมูลจากฐานข้อมูลหนึ่งไปยังอีกฐานข้อมูลหนึ่งได้
ทำให้สามารถจำลองข้อมูลระหว่างฐานข้อมูล Oracle และฐานข้อมูลต่างกันที่รองรับได้
เหตุใดจึงต้องใช้ GoldenGate
เหตุผลบางประการในการใช้ GoldenGate มีดังต่อไปนี้:
- การเคลื่อนไหวของข้อมูลเป็นแบบเรียลไทม์และลดเวลาในการตอบสนอง
- เฉพาะธุรกรรมที่ตกลงไว้เท่านั้นที่จะถูกย้าย ทำให้มีความสม่ำเสมอและปรับปรุงประสิทธิภาพ
- รองรับเวอร์ชันและรุ่นต่างๆ ของฐานข้อมูล Oracle พร้อมด้วยฐานข้อมูลที่แตกต่างกันที่ทำงานบนระบบปฏิบัติการต่างๆ
- ใช้สถาปัตยกรรมที่เรียบง่ายและมีการกำหนดค่าที่ง่าย
- มีประสิทธิภาพสูงโดยมีค่าใช้จ่ายน้อยที่สุดสำหรับฐานข้อมูลและโครงสร้างพื้นฐานพื้นฐาน
ข้อกำหนดทางธุรกิจที่ GoldenGate รองรับ
ใช้ GoldenGate เพื่อให้เป็นไปตามข้อกำหนดทางธุรกิจต่อไปนี้:
- ความต่อเนื่องทางธุรกิจและความพร้อมใช้งานสูง
- การโหลดเริ่มต้นและการย้ายฐานข้อมูลและการอัปเกรดโดยไม่มีการหยุดทำงานเป็นศูนย์
- การรวมข้อมูล
- รายงานสด
วิธีใช้ GoldenGate
มีสถาปัตยกรรมที่แตกต่างกันมากมายที่สามารถกำหนดค่าได้ ตั้งแต่สถาปัตยกรรมแบบทิศทางเดียวแบบง่ายไปจนถึงแบบเพียร์ทูเพียร์ที่ซับซ้อนมากขึ้น ดูภาพต่อไปนี้เพื่อดูโทโพโลยีต่างๆ ที่ GoldenGate รองรับ
ที่มาของภาพ: https://www.vitalsofttech.com/goldengate-replication-topologies/
สถาปัตยกรรมเชิงตรรกะ GoldenGate
รูปภาพต่อไปนี้แสดงส่วนประกอบหรือกระบวนการของ GoldenGatearchitecture ซึ่งอธิบายไว้ในส่วนนี้:
ที่มาของรูปภาพ :https://www.vitalsofttech.com/wp-content/uploads/2013/06/GoldenGate-Replication.jpg
ผู้จัดการ
ผู้จัดการคือกระบวนการที่เริ่มต้นกระบวนการอื่นๆ ของ GoldenGate กระบวนการนี้ต้องทำงานบนทั้งระบบต้นทางและปลายทางสำหรับการกำหนดค่า และต้องเริ่มต้นกระบวนการ GoldenGate อื่นๆ ทั้งหมด กระบวนการผู้จัดการยังจัดสรรพื้นที่ดิสก์ด้วยการล้างเส้นทางเก่าหรือแตกไฟล์ จำเป็นต้องมีกระบวนการจัดการเดียวสำหรับการติดตั้ง GoldenGate ทุกครั้ง
แตกไฟล์
กระบวนการดึงข้อมูลเกี่ยวข้องกับการดึงข้อมูล ซึ่งเรียกว่า การเก็บข้อมูล ในโกลเดนเกต Extract คือกระบวนการที่ถูกกำหนดค่าให้รันกับฐานข้อมูล sourcemining
Extract มีหน้าที่รับผิดชอบในการจับธุรกรรมภาษาการสร้างแบบจำลองข้อมูล (DML) และภาษาข้อกำหนดข้อมูล (DDL) จากบันทึกการทำซ้ำของ Oracle Extractwrites การเปลี่ยนแปลงข้อมูลเหล่านี้เป็นเส้นทางหรือแยกไฟล์
เส้นทาง
เส้นทางคือชุดของไฟล์บนดิสก์ที่ GoldenGate จัดเก็บการเปลี่ยนแปลงที่บันทึก ซึ่งสนับสนุนการแตกไฟล์อย่างต่อเนื่องและการจำลองการเปลี่ยนแปลงฐานข้อมูล นี่คือไฟล์ไบนารีที่ไม่ขึ้นกับแพลตฟอร์มในระดับระบบปฏิบัติการ
แบบจำลอง
การจำลองแบบเป็นกระบวนการที่ส่งข้อมูลไปยังฐานข้อมูลเป้าหมาย มันอ่าน thetrail บนฐานข้อมูลเป้าหมาย สร้างการดำเนินการ DML หรือ DDL ใหม่ และนำไปใช้กับฐานข้อมูลเป้าหมาย
เครื่องสูบน้ำ
กระบวนการปั๊มซึ่งเป็นกระบวนการสกัดด้วยนั้นเป็นทางเลือกในการตั้งค่า GoldenGate กระบวนการนี้จะคัดลอกไฟล์เส้นทางที่มีข้อมูลไปยังระบบเป้าหมาย
ด่าน
กระบวนการแยกปั๊มและการจำลองใช้จุดตรวจสอบเพื่อติดตามความคืบหน้าตามลำดับ กลไกนี้ทำเครื่องหมายตำแหน่งของการเปลี่ยนแปลงข้อมูลที่ดึงมาหรือนำไปใช้จากไฟล์เส้นทาง สิ่งนี้มีประโยชน์เมื่อกระบวนการจำเป็นต้องกู้คืนโดยไม่สูญเสียข้อมูลหรือจำเป็นต้องทราบจุดเริ่มต้นหลังจากเกิดความล้มเหลว
นักสะสม
กระบวนการรวบรวมทำงานบนระบบเป้าหมายและเขียนการเปลี่ยนแปลงข้อมูลจากฐานข้อมูลต้นทางในไฟล์เส้นทางเป้าหมาย ซึ่งเรียกว่า RMTTRAIL .ก่อนคัดลอกไปที่ RMTTRAIL , ตัวรวบรวมประกอบไฟล์อีกครั้ง
โหมดจับภาพ GoldenGate
Oracle GoldenGate รองรับการดักจับประเภทต่อไปนี้ ซึ่งอธิบายไว้ในส่วนนี้:
- การจับภาพแบบคลาสสิก
- การจับภาพแบบบูรณาการ
โหมดการจับภาพแบบคลาสสิก
การบันทึกแบบคลาสสิกเป็นกลไกการดักจับของ GoldenGate ดั้งเดิม ซึ่งอ่านข้อมูลโดยตรงจากบันทึกการทำซ้ำออนไลน์และบันทึกการทำซ้ำที่เก็บถาวรหากเป็นไปได้ ข้อมูลเพิ่มเติมอาจถูกดึงมาจากไฟล์ฐานข้อมูลหากจำเป็น
โหมดการจับภาพในตัว
การดักจับแบบรวม (IC) ที่เปิดตัวใน Oracle GoldenGate เวอร์ชัน 11.2.1 ซึ่งในตอนแรกนั้นพร้อมใช้งานสำหรับ Oracle 11.2.0.3 ด้วยแพตช์เฉพาะฐานข้อมูล 11.2.0.3 สำหรับ Integrated Extract 11.2.x (MOS Note 1411356.1) IC ใช้เซิร์ฟเวอร์ alog-mining บนระบบต้นทางหรือในฐานข้อมูล Oracle แบบดาวน์สตรีม ซึ่งคล้ายกับการสแตนด์บายแบบลอจิคัล DataGuard หรือสตรีมของ Oracle
IC เป็นรูปแบบใหม่ของกระบวนการแยก ซึ่งย้ายภายในฐานข้อมูลต้นทาง ในกระบวนการแยกแบบคลาสสิก สารสกัดจะทำงานบนล็อกดังกล่าวนอกโดเมนของฐานข้อมูลจริง ใน IC กระบวนการขุดเหมืองของเซิร์ฟเวอร์เริ่มต้นขึ้น ซึ่งจะแยกข้อมูล DML และคำสั่ง DDL ทั้งหมด (สร้าง แก้ไข ปล่อย และอื่นๆ) และสร้างเรคคอร์ดการเปลี่ยนแปลงเชิงตรรกะ (LCR) จากนั้นระเบียนเหล่านี้จะถูกส่งไปยังกระบวนการหน่วยความจำ GoldenGate ซึ่งเขียน LCR ไปยังไฟล์เทรลในเครื่อง
โหมดการจำลอง GoldenGate
ก่อนการเปิดตัวเวอร์ชัน 12.1 Replicat จะใช้ธุรกรรมกับฐานข้อมูลเป้าหมายเป็นลำดับ เพื่อให้เกิดความเท่าเทียม ตารางต้องถูกแยกออกเป็นหลายตัวจำลองเพื่อการใช้งานข้อมูลที่รวดเร็วยิ่งขึ้นและความล่าช้าที่ลดลง ข้อเสียของแนวทางนี้รวมถึงการกำหนดค่าด้วยตนเองของการจำลองหลายไฟล์และไฟล์เส้นทางและการจำกัดความสามารถในการแยกตารางที่มีความสัมพันธ์ของคีย์ต่างประเทศข้ามการจำลอง
โหมดการจำลองแบบที่มีการประสานงานและผสานรวมใหม่ช่วยให้คุณใช้ธุรกรรมแบบขนานกับฐานข้อมูลเป้าหมายโดยไม่ต้องแยกตารางออกเป็นหลายรายการด้วยตนเอง
ส่วนต่อไปนี้จะอธิบายโหมดการจำลองแบบต่างๆ
แบบจำลองคลาสสิก
ด้วยการจำลองแบบคลาสสิก จุดตรวจสอบฐานข้อมูลเป้าหมายจะแจ้งระบบว่าธุรกรรมใดที่ได้ทำไปแล้วและรายการใดที่ยังไม่ได้ดำเนินการ นี่เป็นส่วนสำคัญของการจำลองแบบธุรกรรม
Classic Replicat มีลักษณะดังต่อไปนี้:
- ใช้ SQL ตามลำดับ
- ต้องใช้หากเวอร์ชันฐานข้อมูลน้อยกว่า 11.2.0.4
รูปภาพต่อไปนี้แสดงการจำลองแบบคลาสสิก:
ที่มาของรูปภาพ :https://docs.oracle.com/GoldenGate/1212/gg-winux/GIORA/img/integratedapply.jpg
แบบจำลองที่ประสานกัน
Replicat ที่กำหนดค่าไว้เรียกว่าผู้ประสานงาน กระบวนการนี้เริ่มต้นการจำลองเพิ่มเติมตามจำนวนเธรดที่ระบุ ชื่อตัวจำลองถูกจำกัดไว้ที่ห้าอักขระ และตัวจำลองแบบเธรดจะมีชื่อนี้ต่อท้ายด้วยตัวเลขสามหลัก (เช่น RGGMA, RGGMA001, RGGMA002 เป็นต้น) ผู้ประสานงานส่ง SQL ไปยังเธรด ซึ่งสามารถนำไปใช้ในลำดับขนานและไม่ผูกมัด
รูปภาพต่อไปนี้แสดงการจำลองที่ประสานกัน:
ที่มาของรูปภาพ :https://www.red-gate.com/simple-talk/sql/oracle/oracle-GoldenGate-12c-new-features-part-2/
ตัวจำลองแบบรวม
การจำลองแบบบูรณาการมีลักษณะดังต่อไปนี้:
- สร้าง LCR ที่แสดงธุรกรรม DML ของฐานข้อมูลต้นทาง (ตามลำดับที่ผูกมัด) DDL ถูกนำไปใช้โดยตรงโดย Replicat สามารถใช้ธุรกรรมเหล่านี้ควบคู่กันได้
- แนบกับกระบวนการพื้นหลังในฐานข้อมูลเป้าหมาย ซึ่งเรียกว่าเซิร์ฟเวอร์ขาเข้าของฐานข้อมูล โดยใช้อินเทอร์เฟซการสตรีมที่มีน้ำหนักเบา
- ส่ง LCR ไปยังเซิร์ฟเวอร์ขาเข้า ซึ่งใช้ข้อมูลกับฐานข้อมูลเป้าหมาย
รูปภาพต่อไปนี้แสดงการจำลองแบบบูรณาการ:
ที่มาของรูปภาพ :https://docs.oracle.com/GoldenGate/1212/gg-winux/GIORA/process_mode.htm#GIORA212
บทสรุป
บล็อกนี้อธิบายวิธีการและเหตุผลในการใช้ GoldenGate และกล่าวถึงสถาปัตยกรรมและส่วนประกอบต่างๆ นอกจากนี้ยังให้รายละเอียดเกี่ยวกับโหมดการจับภาพและโหมดการจำลองที่รวมอยู่ในเครื่องมือ
ใช้แท็บคำติชมเพื่อแสดงความคิดเห็นหรือถามคำถาม
