Oracle Golden Gate
Oracle Golden Gate
อารมณ์ คล้ายกับ backup table แต่มีการ update บนปลายทาง ตลอดเวลาที่เปลี่ยนแปลงบนต้นทาง จะทำในส่วนของ Logical เท่านั้น ที่(ทำงานเก่า)ผ่านมา ใช้ GG เพื่อส่งต่อข้อมูล แก่ผู้ใช้บริการร่วม แต่ไม่สามารถ แก้ไข เปลี่ยนแปลง ข้อมูลได้(Unidirectional) เพื่อลดโหลด ในการทำงาน ของ Production และ Backup ข้อมูล (สามารถข้าม Platform ได้ เช่น จาก Oracle เป็น DB2)
Golden Gate แบ่งประเภทได้ดังนี้
- Unidirectional (Reporting Instance)
- BI-Directional (Instant Failover “Active-Active”)
- Peer-to-Peer (Load Balancing, High Availability)
- Broadcast (Data Distribution)
- Consolidation (Data Warehouse/Mart/Store)
- Cascading (Scalability, Database Tiering)
Oracle Golden Gate Logical Architecture
องค์ประกอบของ Golden Gate
ในที่นี้ จะเรียก
ฝั่งต้นทาง = Source DB
ฝั่งรับข้อมูล = Target DB
- Extract
เป็น Process ของ Golden Gate(บน Source DB) ที่ ใช้ capture การเปลี่ยนแปลงของ Table ทั้ง DDL และ DML ออกมาในรูปแบบของ Trail file
- Data pump
เป็น Process ของ Golden Gate(บน Source DB) ที่ อ่าน และ apply Trails file และ ส่งต่อ ไปยัง Target DB
- Replicat
เป็น Process ของ Golden Gate(บน Target DB) ที่ รับ, อ่าน และ Execute Trails file ลง Target DB
| การทำงาน ทั้งหมด จะอยู่ภายใต้ process Manager ซึ่งจำเป็นต่อการ จัดการ ของ Golden Gate Technology |
***หากมีข้อเพิ่มเติม หรือผิดพลาด จุดไหน รบกวนแนะนำด้วยคะ ขอบคุณค่ะ***
***การใช้ ภาษาไทยคำ อังกฤษคำ ในบางข้อ จะสามารถทำให้ เข้าใจได้ง่ายขึ้น***