เมื่อคุณสำรองข้อมูลหรือกู้คืนฐานข้อมูล Oracle ด้วย RMAN (Recovery Manager) คุณต้องการควบคุมวิธีที่ข้อมูลเคลื่อนย้ายระหว่างฐานข้อมูลและพื้นที่จัดเก็บข้อมูลของคุณ คำสั่ง rman allocate channel disk มีบทบาทสำคัญในกระบวนการนี้ เพราะช่วยให้คุณสามารถจัดการความเร็วในการสำรองข้อมูล การใช้ทรัพยากร และตำแหน่งที่สำรองข้อมูลของคุณไปได้ แต่แท้จริงแล้วมันทำอะไรได้บ้าง? ทำไมคุณควรใส่ใจเกี่ยวกับช่องทางเหล่านี้? ในคู่มือนี้ เราจะพาคุณผ่านทุกอย่างตั้งแต่แนวคิดพื้นฐานไปจนถึงเทคนิคขั้นสูง เพื่อให้คุณสามารถใช้ประโยชน์จากการสำรองข้อมูล Oracle ของคุณได้อย่างเต็มที่
RMAN Allocate Channel Disk คืออะไร?
คำสั่ง rman allocate channel disk สั่งให้ RMAN สร้างโปรเซสเซิร์ฟเวอร์เฉพาะกิจ (channel) ซึ่งทำหน้าเชื่อมต่อ RMAN เข้ากับฐานข้อมูล Oracle โดยใช้ดิสก์เป็นอุปกรณ์จัดเก็บข้อมูล แต่ละ channel จะจัดการงานสำรองข้อมูลหรือกู้คืนข้อมูลโดยการอ่านไฟล์ข้อมูลหรือเขียนชิ้นส่วนสำรองข้อมูลไปยังดิสก์ในเครื่องหรือไดเรกทอรีโดยตรง
ช่องทางไม่ใช่เพียงการเชื่อมต่อเท่านั้น แต่ยังเป็นเซสชันเซิร์ฟเวอร์ที่ทำงานป้อนข้อมูลขาเข้า/ขาออก (I/O) อย่างจริงจังในระหว่างงานสำรองหรือกู้คืนข้อมูล คุณสามารถจัดสรรหนึ่งช่องทางหรือมากกว่าได้ในคราวเดียว โดยให้เส้นทางปลายทางของตนเองแก่แต่ละช่องทางหากจำเป็น
เมื่อคุณใช้ allocate channel พร้อมกับ device type disk คุณจะสั่งให้ RMAN ใช้พื้นที่จัดเก็บข้อมูลบนดิสก์ในเครื่องแทนตัวเลือกอื่นๆ เช่น อุปกรณ์เทป (SBT_TAPE) คำสั่งนี้ต้องรันอยู่ภายในบล็อก RUN ในสคริปต์ RMAN ของคุณ
สิ่งสำคัญคือต้องทราบว่าช่องทางที่จัดสรรไว้ด้วยตนเองภายในบล็อก RUN จะมีความสำคัญเหนือกว่าช่องทางอัตโนมัติใดๆ ที่กำหนดไว้ก่อนหน้า ซึ่งจะแทนที่การตั้งค่านั้นสำหรับงานนั้นเท่านั้น
หากคุณข้ามการจัดสรรด้วยตนเอง RMAN จะใช้การจัดสรรช่องทางอัตโนมัติโดยอิงจากการตั้งค่าการกำหนดค่าคงที่ของคุณ
ทำไมควรใช้การจัดสรร Channel Disk ใน RMAN?
การจัดสรรช่องทางไปยังดิสก์จะทำให้คุณสามารถควบคุมโดยตรงว่า RMAN ดำเนินการสำรองข้อมูลและเรียกคืนข้อมูลอย่างไร และช่วยเพิ่มประสิทธิภาพทั้งด้านความเร็วและความน่าเชื่อถือ
โดยการระบุช่องทางด้วยตนเอง
คุณเป็นผู้ตัดสินใจว่าไฟล์สำรองแต่ละไฟล์จะไปอยู่ที่ใด การกระจายไฟล์ไปยังดิสก์หรือไดเรกทอรีต่างๆ จะช่วยกระจายภาระ I/O ให้สมดุล
คุณตั้งขีดจำกัดขนาดชิ้นส่วนสำรองหรือแบนด์วิดธ์ต่อช่องทาง
คุณสามารถปรับแต่งรูปแบบการตั้งชื่อไฟล์เพื่อการจัดการที่ง่ายขึ้นในภายหลัง
ตัวอย่างเช่น หากเซิร์ฟเวอร์ของคุณมีดิสก์เร็ว 4 ตัวที่พร้อมใช้งานสำหรับการสำรองข้อมูล การจัดสรรช่องทางแยกต่างหาก 4 ช่องทาง โดยแต่ละช่องทางกำหนดเป้าหมายไปยังไดเรกทอรีที่ต่างกัน จะทำให้ดิสก์ทั้งหมดทำงานพร้อมกัน ส่งผลให้ลดคอขวดและลดเวลาการสำรองข้อมูลรวมโดยรวม
การขนานกันไม่ใช่แค่เกี่ยวกับความเร็วเท่านั้น แต่ยังช่วยควบคุมการใช้ทรัพยากรโดยจำกัดจำนวนกระบวนการที่ทำงานพร้อมกันระหว่างงานที่ใช้ทรัพยากรหนัก การกำหนดช่องทางเฉพาะไปยังระบบไฟล์ต่างๆ จะช่วยป้องกันไม่ให้ดิสก์ใดดิสก์หนึ่งเต็มเกินไป ซึ่งเป็นสาเหตุทั่วไปที่ทำให้การทำงานช้าลงในระหว่างการสำรองข้อมูลขนาดใหญ่
การจัดสรรแบบด้วยตัวเองยังทำให้การแก้ปัญหาง่ายขึ้น: หากบางอย่างล้มเหลวในเส้นทางหนึ่งแต่ไม่เกิดในอีกเส้นทางหนึ่ง เส้นทางรูปแบบที่ไม่ซ้ำกันจะช่วยระบุได้ว่าสตรีมใดมีปัญหา
วิธีที่ 1: ตัวอย่างการจัดสรรช่องทางแบบด้วยตัวเอง
การจัดสรรช่องทางแบบด้วยตัวเองจะช่วยให้คุณมีความยืดหยุ่นสูงสุดในการควบคุมการทำงานของ RMAN กับพื้นที่จัดเก็บข้อมูลบนดิสก์ระหว่างการสำรองข้อมูลหรือกู้คืนข้อมูล นี่คือวิธีการทำงาน:
ขั้นตอนแรก ให้ตัดสินใจว่าจำนวนช่องทางที่เหมาะสมกับการตั้งค่าฮาร์ดแวร์ของคุณมีจำนวนเท่าใด โดยจุดเริ่มต้นที่ดีคือให้เท่ากับจำนวนดิสก์จริงที่ใช้สำหรับการสำรองข้อมูล (หรือคอร์ของ CPU ) แต่ห้ามเกินขีดจำกัดที่ระบบของคุณสามารถจัดการได้ โดยต้องไม่ทำเกินโดยไม่ได้ทดสอบมาก่อน
สมมติว่าคุณต้องการช่องทางดิสก์สองช่องทางที่แยกจากกันในการเขียนสำรองข้อมูลไปยังไดเรกทอรีที่ต่างกัน:
RUN {
ALLOCATE CHANNEL ch_disk01 DEVICE TYPE DISK FORMAT '/disk1/backup/%U';
ALLOCATE CHANNEL ch_disk02 DEVICE TYPE DISK FORMAT '/disk2/backup/%U';
BACKUP DATABASE;
}สิ่งที่เกิดขึ้นคือ:
แต่ละบรรทัด ALLOCATE CHANNEL จะสร้างเซสชันเซิร์ฟเวอร์ที่ตั้งชื่อไว้ (ch_disk01, ch_disk02) ซึ่งเขียนไฟล์โดยใช้พาธ FORMAT ที่ระบุ
ตัวแปร %U ทำให้มั่นใจได้ว่าชื่อไฟล์ทุกชื่อมีความไม่ซ้ำกัน
ที่สิ้นสุดของบล็อก RUN ช่องทางที่จัดสรรไว้ด้วยตนเองจะปล่อยออกโดยอัตโนมัติ คุณไม่ต้องใช้คำสั่ง RELEASE โดยชัดแจ้ง เว้นแต่ว่าจะเขียนสคริปต์สำหรับกระบวนการทำงานที่ซับซ้อน
คุณสามารถปรับแต่งพฤติกรรมของแต่ละช่องทางเพิ่มเติมได้โดยใช้ตัวเลือกต่างๆ เช่น MAXPIECESIZE (เพื่อจำกัดขนาดไฟล์รายบุคคล) หรือ RATE (เพื่อควบคุมความเร็วการเขียน):
RUN {
ALLOCATE CHANNEL ch_fast_ssd DEVICE TYPE DISK MAXPIECESIZE 100M RATE 5M FORMAT '/ssd_backup/%U';
ALLOCATE CHANNEL ch_slow_hdd DEVICE TYPE DISK MAXPIECESIZE 50M RATE 1M FORMAT '/hdd_backup/%U';
BACKUP DATABASE;
}ใช้ MAXPIECESIZE หากระบบไฟล์ของคุณมีข้อจำกัดด้านขนาด หรือหากต้องการสำเนาไฟล์ไปยังสถานที่อื่นในภายหลังซึ่งจำเป็นต้องใช้ชิ้นส่วนที่เล็กลง ใช้ RATE หากงานผลิตแบ่งพื้นที่จัดเก็บข้อมูลร่วมกับการสำรองข้อมูล การควบคุมความเร็วจะช่วยหลีกเลี่ยงการใช้งานทรัพยากรร่วมจนเกินกำลังในช่วงเวลาทำงาน
โปรดจำไว้ว่า ช่องทางที่จัดสรรแบบด้วยตัวเองจะมีผลเหนือกว่าช่องทางอัตโนมัติเสมอภายในขอบเขตของบล็อก RUN ทำให้คุณสามารถควบคุมได้อย่างเต็มที่เมื่อต้องการมากที่สุด
วิธีที่ 2: ตัวอย่างการจัดสรรช่องสัญญาณแบบอัตโนมัติ
หากการตั้งค่าด้วยตนเองดูซับซ้อนเกินไปสำหรับงานประจำวัน หรือหากความสม่ำเสมอมีความสำคัญมากกว่าการปรับแต่งเอง คุณสามารถให้ RMAN จัดการการจัดสรรช่องสัญญาณโดยอัตโนมัติโดยใช้คำสั่งกำหนดค่าถาวร
ในการตั้งค่าพาราเลลลิซึมอัตโนมัติสำหรับงานที่ใช้ดิสก์:
CONFIGURE DEVICE TYPE DISK PARALLELISM 2;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/backup/%U';
สิ่งนี้แจ้ง RMAN:
ตอนนี้เมื่อคุณรัน:
BACKUP DATABASE;
RMAN จัดสร้างช่องทางที่ตั้งชื่อเริ่มต้นสองช่อง (ORA_DISK_1, ORA_DISK_2) โดยอัตโนมัติ ไม่ต้องใช้บล็อก RUN เว้นแต่ว่าจะต้องการเปลี่ยนค่าเริ่มต้นชั่วคราว
คุณสามารถตรวจสอบการตั้งค่าปัจจุบันได้ตลอดเวลา:
SHOW DEVICE TYPE;
SHOW CHANNEL;
ต้องการรีเซ็ตทุกอย่างกลับไปเป็นค่าเริ่มต้นจากโรงงานหรือไม่
CONFIGURE DEVICE TYPE DISK CLEAR;
CONFIGURE CHANNEL DEVICE TYPE DISK CLEAR;
การจัดสรรอัตโนมัติเหมาะอย่างยิ่งสำหรับงานที่กำหนดตามกำหนดเวลาเป็นประจำ โดยที่ความเรียบง่ายถือเป็นสิ่งสำคัญที่สุด—และผลลัพธ์ที่สม่ำเสมอลดความเสี่ยงจากข้อผิดพลาดของมนุษย์ในระยะยาว สำหรับการแทนที่งานเดียวโดยไม่เปลี่ยนการกำหนดค่าทั่วโลก ให้ระบุระดับความขนานโดยตรงในบล็อก RUN แบบนี้:
RUN {
BACKUP DATABASE PARALLELISM 4;
}เพิ่มความสามารถในการประมวลผลพร้อมกันชั่วคราวสำหรับงานนั้นโดยเฉพาะ มีประโยชน์เมื่อต้องตามให้ทันหลังจากรันงานที่เคยพลาดไป หรือจัดการกับข้อมูลปริมาณมากผิดปกติ โดยไม่ต้องเปลี่ยนนโยบายพื้นฐาน
การสำรองข้อมูล Oracle Database ด้วย Vinchin Backup & Recovery ทำอย่างไร?
สำหรับองค์กรที่ต้องการการป้องกันที่มีประสิทธิภาพเหนือกว่าเครื่องมือพื้นฐาน Vinchin Backup & Recovery ให้บริการสำรองข้อมูลฐานข้อมูลระดับองค์กรที่ออกแบบมาเฉพาะสำหรับแพลตฟอร์มชั้นนำในปัจจุบัน ได้แก่ Oracle, MySQL, SQL Server, MariaDB, PostgreSQL, PostgresPro และ TiDB โดยมีการสนับสนุนที่แข็งแกร่งโดยเฉพาะสำหรับสภาพแวดล้อม Oracle
คุณสมบัติหลักของ Vinchin เช่น การสำรองข้อมูลฐานข้อมูลแบบกลุ่ม อัตราส่วนการบีบอัดข้อมูลหลายระดับ data compression นโยบายเก็บรักษาข้อมูล GFS การตรวจสอบการกู้คืนผ่านสคริปต์ SQL และ WORM Protection ช่วยให้ผู้ดูแลระบบสามารถดำเนินการอัตโนมัติได้อย่างมีประสิทธิภาพ พร้อมรับประกันความเป็นไปตามข้อกำหนดและการกู้คืนข้อมูลอย่างรวดเร็วในหลากหลายสถานการณ์ ผ่านโซลูชันแบบรวมเดียวที่สร้างขึ้นเพื่อตอบโจทย์ทั้งการขยายตัวและความปลอดภัย
คอนโซลเว็บที่ใช้งานง่ายทำให้การรักษาความปลอดภัยฐานข้อมูล Oracle เป็นเรื่องง่าย:
ขั้นตอนที่ 1 เลือกฐานข้อมูล Oracle เพื่อสำรองข้อมูล
ขั้นตอนที่ 2 เลือกที่จัดเก็บสำรอง
ขั้นตอนที่ 3 กำหนดกลยุทธ์การสำรองข้อมูล
ขั้นตอนที่ 4 ส่งงาน
Vinchin Backup & Recovery ได้รับการยอมรับจากผู้ใช้งานองค์กรทั่วโลก ด้วยคะแนนสูงและการนำไปใช้อย่างแพร่หลาย และมอบบริการทดลองใช้ฟรี 60 วัน คลิกด้านล่างนี้เพื่อสัมผัสประสบการณ์การปกป้องข้อมูลอย่างครอบคลุมได้ทันที
คำถามที่พบบ่อยเกี่ยวกับ RMAN Allocate Channel Disk
คำถามที่ 1: ผมสามารถเปลี่ยนการตั้งค่า rman จัดสรรช่องทางดิสก์ได้ระหว่างการสำรองข้อมูลหรือไม่ หากระบบของฉันทำงานช้าลง?
ไม่ได้ เมื่อเริ่มงานแล้วแต่ละงานจะคงการตั้งค่าเริ่มต้นไว้จนกว่าจะเสร็จสิ้น หากจำเป็นต้องเปลี่ยนแปลงในระหว่างดำเนินการ คุณต้องหยุดแล้วเริ่มต้นใหม่อีกครั้งด้วยการตั้งค่าใหม่
คำถามที่ 2: ผมจะแก้ไขข้อผิดพลาด "channel ORA_DISK_1 terminated" ที่เกิดขึ้นระหว่างการรันอัตโนมัติอย่างไร?
ตรวจสอบบันทึกย้อนหลังของระบบปฏิบัติการก่อน จากนั้นทบทวนพื้นที่ว่างที่ตำแหน่งปลายทาง สุดท้ายตรวจสอบสิทธิ์การใช้งานในโฟลเดอร์ปลายทางก่อนดำเนินการงานใหม่ตั้งแต่เริ่มต้นหากจำเป็น
คำถามที่ 3: การจัดสรรช่องทางดิสก์ rman สามารถใช้ร่วมกับอุปกรณ์เทปในกลยุทธ์แบบไฮบริดได้หรือไม่?
ได้ ตราบเท่าที่การจัดสรรแต่ละช่องทาง (ALLOCATE CHANNEL) ระบุประเภทอุปกรณ์ของตนเอง (DISK เทียบกับ SBT_TAPE); กลยุทธ์แบบใช้อุปกรณ์ผสมต้องวางแผนอย่างรอบคอบ แต่ให้ตัวเลือกการกู้คืนข้อมูลที่ยืดหยุ่น
บทสรุป
การเชี่ยวชาญคำสั่ง rman allocate channel disk ทำให้เครื่องมือทรงพลังอยู่ในมือของผู้ดูแลฐานข้อมูลทุกคน ตั้งแต่การเพิ่มประสิทธิภาพด้วยการเลือกทำงานแบบขนานอย่างชาญฉลาด ไปจนถึงการปรับแต่งความน่าเชื่อถือภายใต้แรงกดดัน ไม่ว่าคุณจะปรับแต่งสคริปต์ด้วยตนเองหรือพึ่งพาการดำเนินการอัตโนมัติในแต่ละวัน การใช้วิธีที่เหมาะสมหมายถึงข้อมูลที่ปลอดภัยมากขึ้นทุกครั้งที่สำรองข้อมูลได้อย่างราบรื่น สำหรับการปกป้องที่มีประสิทธิภาพข้ามแพลตฟอร์ม รวมถึง Oracle ลองใช้โซลูชันที่แข็งแกร่งของ Vinchin ได้แล้ววันนี้
