การจัดการสำรองข้อมูลในฐานข้อมูล Oracle อาจดูซับซ้อนได้ โดยเฉพาะเมื่อสภาพแวดล้อมของคุณมีขนาดใหญ่หรือซับซ้อนมาก ฐานข้อมูลแคตาล็อกใน Oracle มีวิธีที่ทรงพลังในการรวมศูนย์ข้อมูลเมตาของข้อมูลสำรองและปกป้องข้อมูลการกู้คืนของคุณในระยะยาว ในคู่มือนี้ คุณจะได้เรียนรู้ว่าฐานข้อมูลแคตาล็อกคืออะไร ทำไมสำคัญต่อการจัดการสำรองข้อมูลอย่างมีประสิทธิภาพ และวิธีการตั้งค่าโดยใช้ Recovery Manager (RMAN) ของ Oracle ไม่ว่าคุณจะเพิ่งเริ่มต้นหรือมีประสบการณ์ด้านการดูแลระบบ Oracle มาหลายปี คุณจะพบคำอธิบายที่ชัดเจนควบคู่ไปกับขั้นตอนปฏิบัติจริง ซึ่งค่อยๆ พัฒนาจากพื้นฐานไปสู่เทคนิคขั้นสูง
Catalog Database ใน Oracle คืออะไร?
Catalog Database ใน Oracle ไม่ใช่เพียงสกีมาอีกตัวหนึ่งเท่านั้น เรียกว่า การกู้คืนแคตตาล็อก และมีบทบาทสำคัญในการจัดการการสำรองข้อมูล แทนที่จะเก็บข้อมูลเมตาของไฟล์สำรองทั้งหมดไว้ในแต่ละไฟล์ควบคุม (ซึ่งมีข้อจำกัดด้านขนาด) RMAN จะใช้แคตตาล็อกการกู้คืนเป็นที่จัดเก็บรวมศูนย์สำหรับข้อมูลเมตาเกี่ยวกับการสำรองข้อมูล บันทึกที่จัดเก็บแล้ว สคริปต์ และแม้กระทั่งโครงสร้างของฐานข้อมูลหลายตัว
การแยกนี้หมายความว่า ประวัติการสำรองข้อมูลของคุณจะไม่สูญหายหากคุณสูญเสียไฟล์ควบคุมหรือจำเป็นต้องสร้างสภาพแวดล้อมใหม่หลังเกิดภัยพิบัติ แคตาล็อกการกู้คืนจะเก็บบันทึกอย่างถาวร ซึ่งช่วยให้คุณจัดการงานรายงานหรือประสานการกู้คืนข้อมูลข้ามระบบจำนวนมากได้พร้อมกัน เป็นคุณสมบัติจำเป็นสำหรับการดำเนินงานระดับองค์กรทุกแห่ง
ทำไมควรใช้ Catalog Database ใน Oracle?
ทำไมผู้ดูแลระบบระดับมืออาชีพทุกคนควรพิจารณาใช้ Catalog Database ใน Oracle?
ข้อแรก ความซ้ำซ้อน หากไฟล์ควบคุมและข้อมูลสำรองภายในของคุณหายไปทั้งสองอย่างเนื่องจากความล้มเหลวของฮาร์ดแวร์หรือข้อผิดพลาดของมนุษย์ การมีแคตตาล็อกการกู้คืนภายนอกอาจหมายถึงความแตกต่างระหว่างการกู้คืนอย่างรวดเร็วกับการสูญเสียข้อมูลทั้งหมด
ข้อที่สอง การรวมศูนย์ช่วยทำให้ชีวิตง่ายขึ้นเมื่อจัดการฐานข้อมูลหลายแห่งพร้อมกัน คุณสามารถเห็นภาพรวมของกิจกรรมการสำรองข้อมูลทั้งหมดได้โดยไม่ต้องเข้าสู่ระบบแต่ละระบบแยกต่างหาก
ข้อที่สาม การเก็บข้อมูลระยะยาวเป็นไปได้เพราะไฟล์ควบคุมจะเก็บประวัติเพียงจำนวนจำกัดก่อนที่จะเขียนทับข้อมูลเก่า แต่แคตาล็อกสามารถจัดเก็บข้อมูลได้นานหลายปีหากจำเป็นสำหรับการปฏิบัติตามข้อกำหนดหรือการตรวจสอบ
ในที่สุด คุณสมบัติขั้นสูงของ RMAN บางอย่าง ได้แก่ สคริปต์ที่จัดเก็บไว้เพื่อการดำเนินการอัตโนมัติหรือการรวมเข้ากับ Data Guard โดยออกแบบมาให้จำเป็นต้องเข้าถึง recovery catalog โดยตรง สรุปสั้นๆ ก็คือ ถ้าเวลาทำงานมีความสำคัญ (แล้วเมื่อไหร่เล่าที่จะไม่สำคัญล่ะ?) การสร้างฐานข้อมูลแคตาล็อกของคุณเองจึงเป็นพื้นฐานที่จำเป็น
วิธีที่ 1: การตั้งค่าแคตาล็อกการกู้คืน RMAN
การตั้งค่าแคตาล็อกการกู้คืน RMAN เกี่ยวข้องกับหลายขั้นตอนหลัก ตั้งแต่การเตรียมระบบโฮสต์จนถึงการบำรุงรักษาอย่างต่อเนื่องหลังจากการติดตั้ง มาดูแต่ละขั้นตอนเพื่อให้คุณทราบอย่างชัดเจนว่าจะเกิดอะไรขึ้นในแต่ละช่วง
เตรียมฐานข้อมูลโฮสต์สำหรับแคตาล็อกการกู้คืน
เริ่มต้นด้วยการเลือกฐานข้อมูลที่จะใช้เป็นโฮสต์สำหรับโครงสร้างแคตาล็อกการกู้คืนของคุณ ห้ามใช้ฐานข้อมูลการผลิตเป้าหมายใดๆ เด็ดขาด การใช้อินสแตนซ์แยกต่างหากจะช่วยลดความเสี่ยงในช่วงที่เกิดขัดข้องหรืออัปเกรดระบบในพื้นที่อื่นของเครือข่ายคุณ
เพื่อผลลัพธ์ที่ดีที่สุด:
เรียกใช้ฐานข้อมูลโฮสต์นี้ในโหมด ARCHIVELOG เพื่อให้สามารถกู้คืนข้อมูลตามจุดเวลาที่กำหนดได้
สำรองโฮสต์นี้อย่างสม่ำเสมอ การสูญเสียมันอาจหมายถึงการสูญเสียการเข้าถึงข้อมูลเมตาของสำรองทั้งหมดในอดีต
ตรวจสอบให้แน่ใจว่าการเชื่อมต่อระหว่างโฮสต์นี้กับฐานข้อมูลเป้าหมายทั้งหมดมีความน่าเชื่อถือได้ ปัญหาด้านเครือข่ายอาจทำให้การลงทะเบียนหรือการซิงโครไนซ์ขัดข้องในภายหลัง
สร้างและกำหนดค่าสกีมาของแคตาล็อกการกู้คืน
เมื่อโฮสต์ของคุณพร้อมแล้ว:
1. เชื่อมต่อเป็นผู้ใช้ที่มีสิทธิ์ SYSDBA โดยใช้ SQL*Plus
2. สร้างบัญชีผู้ใช้เฉพาะ (ตัวอย่างเช่น rman) โดยมีการจัดสรรพื้นที่ตารางของตนเอง:
CREATE USER rman IDENTIFIED BY strong_password
DEFAULT TABLESPACE tools
TEMPORARY TABLESPACE temp
QUOTA UNLIMITED ON tools;
GRANT RECOVERY_CATALOG_OWNER TO rman;
แทนที่ strong_password ด้วยรหัสผ่านที่ปลอดภัย และปรับชื่อ tablespace ตามความจำเป็นตามนโยบายท้องถิ่น
3. ให้สิทธิพิเศษเพิ่มเติมโดยการรัน dbmsrmansys.sql แม้ว่าเวอร์ชันที่ทันสมัยส่วนใหญ่จะมอบสิทธิ์ที่จำเป็นโดยอัตโนมัติเมื่อมีการกำหนด RECOVERY_CATALOG_OWNER แต่การรันสคริปต์นี้จะช่วยให้มั่นใจได้ถึงความเข้ากันได้ในทุกสภาพแวดล้อม:
SQL> @$ORACLE_HOME/rdbms/admin/dbmsrmansys.sql
ในระบบปฏิบัติการ Windows ให้ใช้ %ORACLE_HOME% แทน $ORACLE_HOME
4. ตอนนี้ให้เริ่มต้นการจัดทำแคตาล็อกการกู้คืนจริงโดยการเชื่อมต่อผ่าน RMAN:
rman CATALOG rman/strong_password@catdb
ที่ตัวพร้อมท์ ให้พิมพ์:
CREATE CATALOG;
หากต้องการจัดเก็บทุกอย่างไว้ภายใน tablespace ที่ระบุ:
CREATE CATALOG TABLESPACE tools;
ลงทะเบียนและจัดการฐานข้อมูลเป้าหมาย
เมื่อตั้งค่าเสร็จสมบูรณ์:
1. เชื่อมต่อทั้งฐานข้อมูลการผลิตเป้าหมายของคุณ และ แคตตาล็อกการกู้คืนใหม่จากภายใน RMAN:
rman TARGET sys/target_password@targetdb CATALOG rman/strong_password@catdb
2. ลงทะเบียนเป้าหมายนั้นเพื่อให้มีการคัดลอกเนื้อหาของไฟล์ควบคุมปัจจุบันไปยังที่เก็บข้อมูลรวมศูนย์:
REGISTER DATABASE;
ขั้นตอนนี้จะนำข้อมูลเชิงโครงสร้างมา รวมถึงประวัติการสำรองข้อมูลที่ยังคงมีอยู่ภายในไฟล์ควบคุม ณ เวลาที่ลงทะเบียน ไม่รวมบันทึกที่ถูกลบไปแล้วในอดีต
3. ยืนยันการลงทะเบียนที่สำเร็จโดยการรัน:
REPORT SCHEMA;
ตอนนี้คุณควรเห็นผลลัพธ์ที่อธิบายไฟล์ข้อมูลที่ RMAN รู้จำได้จากแหล่งทั้งสองที่เชื่อมต่อกัน
4. หากมีการสำรองข้อมูลที่มีอยู่แล้วแต่ยังไม่เป็นที่รู้จักของแหล่งที่มาทั้งสอง (อาจย้ายด้วยตนเอง) ให้นำเข้ามาภายใต้การจัดการโดยใช้:
CATALOG START WITH '/path/to/backups/';
RMAN สแกนไดเรกทอรีแบบเรียกซ้ำ; ยืนยันพรอมต์ก่อนสรุปการเพิ่ม
วิธีปกป้องฐานข้อมูล Oracle ด้วย Vinchin Backup & Recovery
หลังจากจัดทำกลยุทธ์การป้องกันสภาพแวดล้อม Oracle อย่างมั่นคงแล้ว การใช้โซลูชันระดับองค์กรจึงมีความสำคัญอย่างยิ่งต่อการครอบคลุมที่สมบูรณ์และการดำเนินงานอย่างมีประสิทธิภาพ Vinchin Backup & Recovery เป็นแพลตฟอร์มมืออาชีพที่รองรับฐานข้อมูลหลักในปัจจุบัน ได้แก่ Oracle, MySQL, SQL Server, MariaDB, PostgreSQL, PostgresPro และ TiDB โดยมีจุดเด่นเป็นพิเศษในการปกป้องงานที่สำคัญ เช่น งานที่พบในระบบ Oracle
คุณสมบัติหลัก เช่น การสำรองข้อมูลฐานข้อมูลแบบชุด การจัดการนโยบายการเก็บรักษาข้อมูล ตัวเลือก cloud backup และ tape archiving ความสามารถในการกู้คืนไปยังเซิร์ฟเวอร์ใหม่ และการตรวจสอบความถูกต้อง รวมถึงการเก็บรักษาอย่างปลอดภัย การปฏิบัติตามข้อกำหนดการเก็บรักษารูปแบบที่ยืดหยุ่น ความพร้อมสำหรับการกู้คืนระบบอจากการภัยพิบัติย่างรวดเร็ว การสนับสนุนการย้ายที่ราบรื่น และการตรวจสอบความเชื่อถือได้อย่างต่อเนื่อง ทั้งหมดนี้ออกแบบมาเพื่อตอบสนองความต้องการขององค์กรระดับสูง
คอนโซลเว็บที่ Vinchin Backup & Recovery ออกแบบมาใช้งานง่ายมาก
ขั้นตอนที่ 1 เลือกฐานข้อมูล Oracle ที่ต้องการสำรองข้อมูล
ขั้นตอนที่ 2 เลือกพื้นที่จัดเก็บข้อมูลสำรอง
ขั้นตอนที่ 3 กำหนดกลยุทธ์การสำรองข้อมูลของคุณ
ขั้นตอนที่ 4 ส่งงาน
Vinchin Backup & Recovery ได้รับการยอมรับในระดับโลกด้วยคะแนนสูงสุดจากลูกค้าองค์กรทั่วโลก และมีบริการทดลองใช้งานฟรี 60 วัน คลิกด้านล่างเพื่อสัมผัสประสบการณ์การปกป้องชั้นนำของอุตสาหกรรมด้วยตัวคุณเอง
คำถามที่พบบ่อยเกี่ยวกับ Catalog Database ใน Oracle
คำถามที่ 1: ผมสามารถย้ายโครงสร้างแผนการกู้คืนแคตตาล็อกที่มีอยู่จากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่งได้หรือไม่?
ได้ คุณสามารถส่งออก/นำเข้าวัตถุในโครงสร้างโดยใช้ยูทิลิตี้ Data Pump แล้วปรับปรุงการอ้างอิง TNS ตามลำดับในไคลเอ็นต์ทั้งหมดที่เข้าถึงหลังจากนั้น
คำถามที่ 2: การ "ซิงค์ใหม่" ทำอะไรบ้างเมื่อทำงานกับแคตาล็อกการกู้คืน RMAN?
การซิงค์ข้อมูลใหม่จะอัปเดตเมตาดาต้าภายในที่เก็บข้อมูลกลางของคุณ โดยอิงจากกิจกรรมล่าสุดที่บันทึกไว้ในเครื่องภายในไฟล์ควบคุมของแต่ละเป้าหมายที่ลงทะเบียนตั้งแต่เหตุการณ์การซิงค์ครั้งก่อน
คำถามที่ 3: จะแก้ไขปัญหาข้อผิดพลาด "RMAN-20001" ระหว่างการลงทะเบียนอย่างไร?
ตรวจสอบการเชื่อมต่อเครือข่าย > ยืนยันว่า DB_UNIQUE_NAME ตรงกัน > ตรวจสอบสิทธิ์ของผู้ใช้ > รันคำสั่ง REGISTER DATABASE ใหม่หากจำเป็น
บทสรุป
Catalog Database ที่ได้รับการดูแลอย่างดีใน Oracle ถือเป็นพื้นฐานสำคัญสำหรับการสำรองข้อมูลระดับองค์กรที่สามารถปรับขนาดได้ พร้อมการรายงานแบบรวมศูนย์และตัวเลือกการอัตโนมัติขั้นสูงที่มาพร้อมตั้งแต่วันแรก เพื่อความมั่นใจมากยิ่งขึ้นในการปกป้องงานที่สำคัญ ลองใช้แพลตฟอร์มที่แข็งแกร่งของ Vinchin วันนี้ ซึ่งช่วยให้การคุ้มครองทุกด้านของสภาพแวดล้อมของคุณทำได้ง่ายกว่าที่เคย
