ฐานข้อมูล Oracle มักจะเติบโตเร็วกว่าที่คาดไว้ พื้นที่จัดเก็บข้อมูลมีจำกัดเสมอ ดังนั้นการสำรองข้อมูลอย่างมีประสิทธิภาพสำคัญมาก RMAN (Recovery Manager) มีฟีเจอร์การบีบอัดข้อมูลสำรองในตัวเพื่อช่วยประหยัดพื้นที่จัดเก็บและลดการใช้งานเครือข่าย การบีบอัดข้อมูลสำรอง RMAN มี 2 ประเภท ได้แก่ BASIC (รวมอยู่ในทุกเวอร์ชัน) และอัลกอริธึมขั้นสูง (LOW, MEDIUM, HIGH) ซึ่งต้องการใบอนุญาตเพิ่มเติมที่เรียกว่า Advanced Compression Option ในคู่มือนี้ คุณจะได้เรียนรู้วิธีการเปิดใช้งานการบีบอัดข้อมูลสำรอง RMAN ตั้งแต่การตั้งค่าพื้นฐานไปจนถึงการปรับแต่งขั้นสูง และวิธีตรวจสอบว่าทำงานได้ดีในสภาพแวดล้อมของคุณหรือไม่
RMAN Backup Compression คืออะไร
RMAN Backup Compression จะช่วยลดขนาดของการสำรองข้อมูลฐานข้อมูล Oracle โดยการบีบอัดข้อมูลก่อนที่จะเขียนลงดิสก์หรือเทป กระบวนการนี้เป็นไปโดยอัตโนมัติ หมายความว่าคุณไม่ต้องถอดบีบอัดไฟล์ก่อนนำกลับมาใช้ Oracle มีอัลกอริธึมหลายแบบสำหรับงานนี้ อัลกอริธึมเริ่มต้นเรียกว่า BASIC ซึ่งมากับทุกเวอร์ชันของ Oracle โดยไม่มีค่าใช้จ่ายเพิ่มเติม สำหรับผู้ที่ต้องการควบคุมความเร็วและการประหยัดพื้นที่ได้ดีขึ้น Oracle มีอัลกอริธึม LOW, MEDIUM และ HIGH แต่อัลกอริธึมเหล่านี้จำเป็นต้องมีใบอนุญาต Advanced Compression Option
การบีบอัดใช้ได้กับชุดสำรองข้อมูลเท่านั้น ไม่รวมถึงสำเนารูปภาพหรือรูปแบบอื่นๆ เมื่อคุณกู้คืนข้อมูลจากชุดสำรองที่ถูกบีบอัดโดยใช้ RMAN การถอดบีบอัดจะเกิดขึ้นโดยอัตโนมัติในพื้นหลัง
ทำไมควรใช้ RMAN Backup Compression
ทำไมคุณควรสนใจเรื่องการบีบอัดข้อมูลสำรอง? คำตอบนั้นง่ายมาก ก็คือ เพื่อประหยัดพื้นที่จัดเก็บและลดการใช้แบนด์วิธระหว่างการถ่ายโอน ข้อมูลสำรองที่ถูกบีบอัดจะใช้พื้นที่น้อยลงบนดิสก์หรือเทป ซึ่งเป็นข้อได้เปรียบอย่างมากหากทรัพยากรของคุณมีจำกัดหรือมีค่าใช้จ่ายสูง นอกจากนี้ยังสามารถส่งผ่านเครือข่ายได้เร็วกว่าเพราะมีข้อมูลปริมาณน้อยลงที่ต้องส่ง
อย่างไรก็ตาม ไม่มีอะไรได้มาฟรี การบีบอัดต้องใช้พลัง CPU มากขึ้นทั้งในระหว่างการสำรองข้อมูลและการกู้คืนข้อมูล หากเซิร์ฟเวอร์ของคุณทำงานใกล้ขีดจำกัด CPU อยู่แล้วในช่วงเวลาทำการ การสำรองข้อมูลแบบบีบอัดอาจทำให้ระบบทำงานช้าลงกว่าเดิม นี่จึงเป็นเหตุผลที่ผู้ดูแลระบบจำนวนมากเลือกตั้งเวลาการสำรองข้อมูลแบบบีบอัดไว้ในช่วงนอกเวลาทำการ เมื่อกิจกรรมของฐานข้อมูลมีน้อย
สรุปได้ว่า ใช้การบีบอัดสำรองข้อมูลด้วย RMAN เมื่อผลประโยชน์จากการประหยัดพื้นที่จัดเก็บหรือประสิทธิภาพของเครือข่ายมีมากกว่าภาระเพิ่มเติมของ CPU ที่ต้องใช้ในการบีบอัดข้อมูล
วิธีที่ 1 เปิดใช้งานการบีบอัดพื้นฐานใน RMAN
เรามาเริ่มต้นด้วยสิ่งที่ทุกคนสามารถใช้ได้ การบีบอัด BASIC ใน RMAN ไม่ต้องมีใบอนุญาตพิเศษหรือการตั้งค่าเพิ่มเติมใดๆ นอกจากคำสั่งเดียว
ขั้นตอนแรก คุณสามารถสั่ง RMAN ให้สร้างการสำรองข้อมูลที่ถูกบีบอัดเป็นค่าเริ่มต้นเสมอได้:
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET;
คำสั่งนี้ทำให้มั่นใจได้ว่าการสำรองข้อมูลใหม่ทุกครั้งที่จัดเก็บบนดิสก์จะใช้การบีบอัดแบบ BASIC เว้นแต่ว่าคุณจะระบุเป็นอย่างอื่น
หากคุณต้องการบีบอัดงานสำรองข้อมูลเพียงงานเดียวที่ระบุ แทนที่จะเป็นงานทั้งหมดในอนาคต:
BACKUP AS COMPRESSED BACKUPSET DATABASE;
คุณสามารถรวมบันทึกที่จัดเก็บไว้ด้วย:
BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
การกู้คืนจากชุดข้อมูลสำรองที่ถูกบีบอัดไม่ต้องมีขั้นตอนเพิ่มเติม RMAN จะจัดการการถอดบีบอัดโดยอัตโนมัติในระหว่างการกู้คืน
การบีบอัดแบบ BASIC สร้างสมดุลที่ดีระหว่างการประหยัดพื้นที่และการใช้งานซีพียูในระดับที่เหมาะสม ในทางปฏิบัติ ผู้ใช้จำนวนมากพบว่าขนาดสำรองข้อมูลฐานข้อมูลเต็มลดลงถึง 70–90% ผลลัพธ์ของคุณอาจแตกต่างกันไปขึ้นอยู่กับปริมาณข้อมูลที่ถูกบีบอัดอยู่แล้ว (เช่น รูปภาพหรือไฟล์ PDF) หรือข้อมูลที่มีบล็อกว่างซึ่งสามารถบีบอัดได้ดี
วิธีการที่ 2 ใช้ตัวเลือกการบีบอัดขั้นสูงใน RMAN
สำหรับผู้ที่ต้องการประหยัดพื้นที่เพิ่มเติม หรือต้องการควบคุมประสิทธิภาพอย่างละเอียด Oracle มีอัลกอริทึมขั้นสูงสามแบบให้เลือก ได้แก่ LOW, MEDIUM และ HIGH ตัวเลือกเหล่านี้ต้องใช้ทั้งเวอร์ชัน Enterprise Edition และใบอนุญาต Advanced Compression Option
อัลกอริทึมแต่ละตัวมีข้อดีข้อเสียของตนเอง:
ต่ำ ใช้ซีพียูน้อยที่สุดแต่ประหยัดพื้นที่ได้น้อย
MEDIUM สร้างความสมดุลระหว่างความเร็วและการบีบอัดที่ดีขึ้น
HIGH ให้การประหยัดพื้นที่สูงสุดแต่ใช้เวลาซีพียูมากขึ้น
ในการตั้งอัลกอริทึมขั้นสูงเป็นค่าเริ่มต้นใน RMAN:
ตั้งค่าอัลกอริทึมการบีบอัด 'MEDIUM';
ตรวจสอบอัลกอริทึมที่ใช้งานอยู่ในปัจจุบันด้วย:
SHOW COMPRESSION ALGORITHM;
เมื่อเรียกใช้การสำรองข้อมูลที่บีบอัดหลังจากตั้งค่าการกำหนดค่านี้:
BACKUP AS COMPRESSED BACKUPSET DATABASE;
หากคุณต้องการยกเลิกอัลกอริทึมที่กำหนดค่าไว้สำหรับงานหนึ่งงานเท่านั้น ตัวอย่างเช่น การใช้ HIGH คุณสามารถทำได้ดังนี้ (รองรับใน Oracle Database 11g Release 2 เป็นต้นไป):
BACKUP AS COMPRESSED BACKUPSET DATABASE COMPRESSION ALGORITHM 'HIGH';
คุณยังสามารถรวมการสำรองข้อมูลเพิ่มเติมกับอัลกอริทึมขั้นสูงได้อีกด้วย:
BACKUP AS COMPRESSED BACKUPSET INCREMENTAL LEVEL 1 DATABASE;
โปรดจำไว้ว่าระดับการบีบอัดที่สูงขึ้นจะช่วยประหยัดพื้นที่จัดเก็บข้อมูลได้มากกว่า แต่จะเพิ่มภาระการใช้งานซีพียูอย่างมาก และอาจทำให้ช่วงเวลาสำรองข้อมูลโดยรวมยาวนานขึ้น รวมถึงส่งผลกระทบต่อภาระงานอื่นๆ บนเซิร์ฟเวอร์ในระหว่างการทำงาน
ก่อนเปลี่ยนระบบการผลิตไปใช้การตั้งค่า LOW/MEDIUM/HIGH อย่างเต็มรูปแบบ ควรดำเนินการทดสอบในช่วงเวลาบำรุงรักษา เพื่อให้คุณสามารถวัดผลกระทบจริงต่อระยะเวลา การใช้ทรัพยากร (โดยเฉพาะ CPU) และขนาดไฟล์ที่ได้จากการตั้งค่าแต่ละประเภทของอัลกอริธึม
การปกป้องฐานข้อมูล Oracle ด้วย Vinchin Backup & Recovery ทำอย่างไร
นอกจากเครื่องมือในตัวอย่าง RMAN องค์กรที่ต้องการการปกป้องฐานข้อมูล Oracle ระดับองค์กรอย่างมีประสิทธิภาพควรพิจารณาใช้ Vinchin Backup & Recovery เป็นโซลูชันมืออาชีพที่รองรับแพลตฟอร์มชั้นนำในปัจจุบัน เช่น Oracle, MySQL, SQL Server, MariaDB, PostgreSQL, PostgresPro และ TiDB (โดยเน้นเป็นพิเศษที่ Oracle)Vinchin Backup & Recovery มอบคุณสมบัติสำคัญ เช่น การบีบอัดข้อมูลด้านต้นทางขั้นสูง การสำรองข้อมูลแบบเพิ่มเติม ที่ออกแบบมาเฉพาะสำหรับสภาพแวดล้อม Oracle การประมวลผลฐานข้อมูลแบบชุดเพื่อประสิทธิภาพในการดำเนินงาน กลยุทธ์การบีบอัดข้อมูลหลายระดับที่สามารถปรับให้เหมาะสมกับความต้องการที่แตกต่างกัน และนโยบายการเก็บรักษาข้อมูลที่เข้มงวด เพื่อให้มั่นใจว่าเป็นไปตามข้อกำหนดต่างๆ ทั้งหมดนี้ได้รับการออกแบบมาเพื่อเพิ่มประสิทธิภาพการใช้พื้นที่จัดเก็บข้อมูล ในขณะเดียวกันก็ปกป้องสินทรัพย์สำคัญอย่างมีประสิทธิภาพ
คอนโซลเว็บที่ใช้งานง่ายทำให้การจัดการการป้องกันเป็นเรื่องง่าย:
ขั้นตอนที่ 1 เลือกฐานข้อมูล Oracle ที่ต้องการสำรองข้อมูล
ขั้นตอนที่ 2 เลือกที่จัดเก็บข้อมูลสำรอง
ขั้นตอนที่ 3 กำหนดกลยุทธ์การสำรองข้อมูล
ขั้นตอนที่ 4 ส่งงาน
Vinchin Backup & Recovery ได้รับการยอมรับทั่วโลกด้านความน่าเชื่อถือและใช้งานง่าย มีลูกค้าพึงพอใจหลายพันราย เราขอเชิญคุณทดลองใช้ฟีเจอร์ครบถ้วนฟรี 60 วัน ไม่มีความเสี่ยง คลิกเลยเพื่อสัมผัประบบปกป้องข้อมูลระดับองค์กรด้วยตัวเอง
คำถามที่พบบ่อยเกี่ยวกับ RMAN Backup Compression
คำถามที่ 1 ผมสามารถประมาณได้ไหมว่าข้อมูลของผมจะถูกบีบอัดได้มากแค่ไหนก่อนที่จะเปิดใช้งาน?
ไม่มีการคาดการณ์ที่แน่นอน; ให้ดำเนินการสำรองข้อมูลทดสอบโดยใช้ BASIC จากนั้นเปรียบเทียบขนาดไฟล์ที่แสดงภายใต้สรุปการสำรองข้อมูลของฐานข้อมูลเพื่อผลลัพธ์ที่เกิดขึ้นจริง
คำถามที่ 2 ผมควรหลีกเลี่ยงการเปิดใช้งานการบีบอัดการสำรองข้อมูล RMAN เมื่อไร?
ควรหลีกเลี่ยงหากซีพียูของเซิร์ฟเวอร์คุณทำงานหนักในช่วงเวลาปกติ หรือหากการสำรองข้อมูลส่วนใหญ่เป็นไฟล์ที่บีบอัดไว้แล้ว โดยที่ผลประโยชน์ที่ได้จะน้อยมากเมื่อเทียบกับภาระเพิ่มเติม
คำถามที่ 3 หากผมอยากกู้คืนชุดข้อมูลที่ถูกบีบอัดไปยังเซิร์ฟเวอร์อื่นจะเกิดอะไรขึ้น?
ตราบใดที่มีเวอร์ชันที่เข้ากันได้ระหว่างฐานข้อมูลต้นทางและปลายทาง โดยมีใบอนุญาตที่ตรงกันตามที่ต้องการ RMAN จะถอดบีบอัดข้อมูลอย่างโปร่งใส โดยไม่ต้องมีการแทรกแซงด้วยตนเอง
บทสรุป
RMAN Backup Compression ช่วยลดต้นทุนการจัดเก็บข้อมูล และทำให้การถ่ายโอนข้อมูลผ่านเครือข่ายเร็วขึ้น แต่ควรชั่งน้ำหนักประโยชน์เหล่านี้กับความต้องการใช้งาน CPU ที่เพิ่มขึ้น โดยต้องทำการทดสอบอย่างระมัดระวังก่อนเสมอ
Vinchin ทำให้การปกป้องฐานข้อมูลที่สำคัญง่ายยิ่งขึ้นด้วยอินเทอร์เฟซที่เรียบง่ายพร้อมคุณสมบัติการอัตโนมัติที่แข็งแกร่ง ทั้งหมดนี้สามารถใช้งานได้โดยไม่มีความเสี่ยงผ่านข้อเสนอทดลองใช้ในวันนี้
