-
RMAN Allocate Channel SBT_TAPE คืออะไร?
-
ทำไมควรใช้ SBT_TAPE Channel สำหรับการสำรองข้อมูล
-
ขั้นตอนเบื้องต้นและการกำหนดค่าทั่วไป
-
การจัดสรรช่องทาง SBT_TAPE ใน RMAN ทำอย่างไร
-
การกู้คืนการทำงานโดยใช้ช่องทาง SBT_TAPE
-
การปกป้องข้อมูลสำรองของ Oracle Database ด้วย Vinchin ทำอย่างไร
-
คำถามที่พบบ่อยเกี่ยวกับช่องทางการจัดสรร RMAN SBT_TAPE
-
ข้อสรุป
การสำรองฐานข้อมูล Oracle มีความสำคัญอย่างยิ่งสำหรับผู้ดูแลระบบปฏิบัติการทุกคน Oracle Recovery Manager (RMAN) เป็นเครื่องมือมาตรฐานสำหรับงานนี้ ซึ่งมีตัวเลือกที่ยืดหยุ่นในการจัดการสตรีมการสำรองข้อมูล คุณสมบัติหลักประการหนึ่งคือการจัดสรรช่องทาง โดยเฉพาะไปยังอุปกรณ์เทปโดยใช้อินเทอร์เฟซ sbt_tape การจัดสรรช่องทางไปยัง sbt_tape ทำให้คุณสามารถสตรีมการสำรองข้อมูลไปยังห้องเก็บเทประดับองค์กรได้โดยตรงผ่านซอฟต์แวร์ตัวจัดการสื่อของคุณ แนวทางนี้สนับสนุนการเก็บรักษาในระยะยาว การจัดเก็บภายนอกสถานที่ และการปฏิบัติตามข้อกำหนดระเบียบต่างๆ ซึ่งล้วนเป็นสิ่งจำเป็นในสภาพแวดล้อมระดับองค์กร
RMAN Allocate Channel SBT_TAPE คืออะไร?
ในศัพท์ของ RMAN ช่องทาง (channel) คือการเชื่อมโยงระหว่าง RMAN กับอุปกรณ์จัดเก็บข้อมูลของคุณ เมื่อคุณจัดสรรถนทาง หมายความว่าคุณกำลังบอก RMAN ว่าจะส่งข้อมูลสำรองไว้ที่ใด และอย่างไร ประเภทอุปกรณ์ sbt_tape อ้างถึง System Backup to Tape (SBT) อินเตอร์เฟซมาตรฐานของ Oracle สำหรับส่งข้อมูลสำรองไปยังห้องสมุดเทปหรือตัวจัดการสื่อที่รองรับโดยตรง
การจัดสรรช่องทางให้กับ sbt_tape หมายถึง การเขียนชิ้นส่วนข้อมูลสำรองโดยตรงจากเซิร์ฟเวอร์ฐานข้อมูลของคุณไปยังสื่อเทปแทนที่จะเป็นการจัดเก็บบนดิสก์ วิธีนี้มีความจำเป็นหากองค์กรของคุณต้องพึ่งพาเทปในการจัดเก็บข้อมูลหรือปฏิบัติตามกฎระเบียบการเก็บรักษาข้อมูลอย่างเข้มงวด
คุณสามารถจัดสรรช่องสัญญาณด้วยตนเองภายในสคริปต์ หรือตั้งค่าให้มีการกำหนดค่าโดยอัตโนมัติ เพื่อให้การสำรองข้อมูลทุกครั้งใช้การตั้งค่าที่คุณต้องการเป็นค่าเริ่มต้น ไม่ว่าจะด้วยวิธีใด การเข้าใจว่า RMAN มีปฏิสัมพันธ์กับโครงสร้างพื้นฐานเทปของคุณอย่างไร จะช่วยให้มั่นใจได้ว่าการสำรองข้อมูลมีความน่าเชื่อถือ และการกู้คืนข้อมูลจะดำเนินไปอย่างราบรื่นเมื่อจำเป็น
ทำไมควรใช้ SBT_TAPE Channel สำหรับการสำรองข้อมูล
ทำไมควรลงแรงในการตั้งค่าช่องทางสำหรับ sbt_tape? เนื่องจากสำหรับองค์กรจำนวนมาก เทปยังคงมีความสำคัญเนื่องจากมีประสิทธิภาพด้านต้นทุนในระยะยาว และสามารถตอบสนองข้อกำหนดการปฏิบัติตามกฎระเบียบที่เคร่งครัดซึ่งโซลูชันที่ใช้ดิสก์เพียงอย่างเดียวไม่สามารถเทียบเท่าได้
ข้อดีหลัก ได้แก่
การสำรองข้อมูลแบบสตรีมมิ่งโดยตรงจากเซิร์ฟเวอร์ฐานข้อมูลไปยังเทป ช่วยกำจัดพื้นที่ดิสก์ขั้นกลางเพิ่มเติม ประหยัดพื้นที่และลดค่าใช้จ่าย
การจัดสรรช่องสัญญาณหลายช่องทำให้เกิดความขนานแท้จริง โดยอุดมคติควรจับคู่หนึ่งช่องสัญญาณต่อหนึ่งไดรฟ์ทางกายภาพเพื่อประสิทธิภาพการถ่ายโอนข้อมูลสูงสุด โดยไม่ก่อให้เกิดการแข่งขันทรัพยากรหรือการมัลติเพล็กซ์มากเกินไป (ซึ่งอาจทำให้การกู้คืนข้อมูลช้าลง)
การผสานงานกับโปรแกรมจัดการสื่อระดับองค์กรทำให้ได้รับคุณสมบัติขั้นสูง เช่น การเข้ารหัสข้อมูลที่เก็บอยู่/ระหว่างการส่งข้อมูล กระบวนการทำงานจัดเก็บข้อมูลอัตโนมัติเพื่อความปลอดภัยนอกสถานที่ การติดตามเทปด้วยบาร์โค้ดในหลายตำแหน่ง รวมถึงการป้องกันแบบแยกเครือข่าย (air-gapped) จากภัยคุกคามแรนซัมแวร์
การปฏิบัติตามข้อกำหนดทางกฎหมายจะง่ายขึ้นเนื่องจากเทปมีวงจรชีวิตการเก็บรักษาที่คาดเดาได้ และมีแนวโน้มที่จะถูกลบโดยไม่ได้ตั้งใจน้อยกว่าดิสก์หมุนหรือคลาวด์บัคเก็ตเพียงอย่างเดียว
ที่สำคัญไม่น้อยไปกว่ากัน: การเคลื่อนย้ายข้อมูลที่เข้าถึงน้อยออกจากที่จัดเก็บหลักเพื่อปลดปล่อยพื้นที่จัดเก็บข้อมูลขนาดใหญ่ที่มีราคาแพง จะช่วยควบคุมงบประมาณการดำเนินงานให้อยู่ในเกณฑ์ได้ ขณะเดียวกันก็ยังคงรับประกันความสามารถในการกู้คืนข้อมูลในอนาคตหลายปีข้างหน้า
ขั้นตอนเบื้องต้นและการกำหนดค่าทั่วไป
ก่อนจัดสรรช่องทาง sbt_tape ใน RMAN ให้แน่ใจว่าได้ตั้งค่าส่วนประกอบทั้งหมดอย่างถูกต้อง การละเลยขั้นตอนใดขั้นตอนหนึ่งอาจทำให้เกิดข้อผิดพลาดที่น่าหงุดหงิดในภายหลัง
ขั้นตอนแรก ให้ติดตั้งซอฟต์แวร์จัดการสื่อที่คุณเลือกไว้บนเซิร์ฟเวอร์ Oracle ตามเอกสารของผู้ให้บริการ ซอฟต์แวร์นี้จะจัดเตรียมไฟล์ไลบรารีที่ใช้ร่วมกัน มักจะตั้งชื่อคล้ายกับ libobk.so แม้ว่าชื่อจริงจะแตกต่างกันไปตามผู้ให้บริการ ซึ่งทำหน้าที่เป็นสะพานระหว่าง Oracle และระบบเทปของคุณ
ขั้นตอนต่อไป โปรดยืนยันว่าไฟล์ไลบรารี SBT นี้สามารถเข้าถึงได้จากสภาพแวดล้อมของ Oracle โดยทั่วไปควรอยู่ใน $ORACLE_HOME/lib หากอยู่ที่อื่น ให้อัปเดตตัวแปรสภาพแวดล้อม เช่น LD_LIBRARY_PATH (บน Linux/UNIX) เพื่อให้ Oracle สามารถค้นหาได้ในช่วงเวลาเรียกใช้งาน
อาจต้องลงทะเบียนอินสแตนซ์ฐานข้อมูลของคุณกับโปรแกรมจัดการสื่อด้วย โปรดตรวจสอบคำแนะนำจากผู้ให้บริการเพื่อดูรายละเอียดเพิ่มเติม
สุดท้าย ให้ทดสอบการเชื่อมต่อระหว่าง Oracle และตัวจัดการสื่อของคุณก่อนดำเนินการสำรองข้อมูลจริง โดยการจัดสรรช่องทาง SBT_TAPE แบบโต้ตอบใน RMAN ซึ่งเป็นวิธีที่รวดเร็วในการตรวจสอบความผิดพลาดของการกำหนดค่าแต่เนิ่นๆ
การจัดสรรช่องทาง SBT_TAPE ใน RMAN ทำอย่างไร
การจัดสรรช่องทาง sbt_tape ใน RMAN มีขั้นตอนที่ชัดเจน แต่ต้องใส่ใจในรายละเอียดเพื่อให้การสำรองข้อมูลไปยังตำแหน่งที่คุณตั้งใจ และถูกจัดการโดยตัวแทนซอฟต์แวร์ที่เหมาะสมในเบื้องหลัง
วิธีที่ตรงที่สุดคือการจัดสรรแบบแมนนวลภายในบล็อก RUN:
RUN {
ALLOCATE CHANNEL ch1 DEVICE TYPE 'sbt_tape'
PARMS 'SBT_LIBRARY=/path/to/libobk.so,
ENV=(BACKUP_HOST=10.10.123.10,BACKUP_SHARE=rman1,BACKUP_USERNAME=sampleuser,BACKUP_PASSWORD=123)';
BACKUP AS BACKUPSET DATABASE FORMAT '%U_%p'; -- %U: unique name; %p: piece number
RELEASE CHANNEL ch1;
}มาดูกันขั้นตอนเหล่านี้ทีละขั้นตอน
1. เริ่มต้นด้วย RUN การจัดสรรแบบแมนนวลทั้งหมดจะต้องอยู่ภายในบล็อกนี้
2. ใช้ ALLOCATE CHANNEL โดยตั้งชื่อช่องทางแต่ละช่อง (เช่น ch1) กำหนด DEVICE TYPE เป็น 'sbt_tape' จากนั้นระบุรายละเอียดการเชื่อมต่อผ่าน PARMS:
เส้นทาง SBT_LIBRARY ชี้ไปยังไฟล์ไลบรารีที่ใช้ร่วมกันซึ่งผู้จัดจำหน่ายจัดหามาให้
สตริง ENV ส่งชื่อโฮสต์หรือข้อมูลประจำตัวที่จำเป็นสำหรับตัวจัดการสื่อบางตัว
3. รัน BACKUP AS BACKUPSET DATABASE FORMAT '%U_%p' ซึ่งจะสร้างชิ้นส่วนสำรองข้อมูลที่มีชื่อไม่ซ้ำกัน (%U) พร้อมหมายเลขลำดับ (%p) ภายในแต่ละชุด
4. เสมอจบด้วย RELEASE CHANNEL ch1 เพื่อให้ทรัพยากรถูกปล่อยอย่างทันทีหลังการใช้งาน
หากคุณต้องการความปลอดภัยที่ดีกว่าการใช้ข้อมูลประจำตัวแบบอ่านง่าย หรือต้องใช้คุณสมบัติการรวมระบบขั้นสูง ผู้ให้บริการบางรายรองรับคำสั่งจัดการข้อมูลประจำตัว เช่น:
RUN {
ALLOCATE CHANNEL ch1 DEVICE TYPE 'sbt_tape'
PARMS 'SBT_LIBRARY=/path/to/libobk.so';
SEND 'creds --set --cred sampleuser --host 10.10.123.10 --user sampleuser --password 123';
RELEASE CHANNEL ch1;
}หมายเหตุ: รูปแบบการจัดการข้อมูลประจำตัวแตกต่างกันไปตามตัวจัดการสื่อ กรุณาตรวจสอบเอกสารของตัวจัดการนั้นๆ
หลังจากลงทะเบียนข้อมูลประจำตัวครั้งเดียวต่อเซสชันหรือนโยบายทั้งระบบ คำขอจัดสรรในอนาคตจะอ้างอิงถึงข้อมูลเหล่านี้โดยใช้รหัสแทนที่จะระบุข้อมูลที่ละเอียดอ่อนซ้ำ:
RUN {
ALLOCATE CHANNEL ch1 DEVICE TYPE 'sbt_tape'
PARMS 'SBT_LIBRARY=/path/to/libobk.so,
ENV=(BACKUP_HOST=10.10.123.10,BACKUP_SHARE=rman1,BACKUP_CREDID=sampleuser)';
BACKUP AS BACKUPSET DATABASE FORMAT '%U_%p';
RELEASE CHANNEL ch1;
}สำหรับงานตามปกติ หรือสภาพแวดล้อมขนาดใหญ่ คุณอาจต้องการการกำหนดค่าอัตโนมัติ เพื่อให้การสำรองข้อมูลทุกครั้งใช้การตั้งค่าอย่างสม่ำเสมอโดยไม่ต้องเขียนสคริปต์ทุกครั้ง:
CONFIGURE DEFAULT DEVICE TYPE TO 'sbt_tape'; CONFIGURE DEVICE TYPE 'sbt_tape' PARALLELISM 2 BACKUP TYPE TO BACKUPSET; CONFIGURE CHANNEL DEVICE TYPE 'sbt_tape' PARMS 'SBT_LIBRARY=/path/to/libobk.so, ENV=(BACKUP_HOST=10.10.123.10,BACKUP_SHARE=rman1,BACKUP_CREDID=sampleuser)';
นี่คือสิ่งที่เกิดขึ้น
งานในอนาคตทั้งหมดจะเริ่มต้นโดยการเขียนลงเทปผ่าน SBT_TAPE โดยอัตโนมัติ เว้นแต่ว่าจะมีการเปลี่ยนแปลง
การตั้งค่าความขนานให้สอดคล้องกับช่องทางที่จัดสรร (และสตรีมแบบพร้อมกัน) กับไดรฟ์ที่ใช้งานได้ เพิ่มความเร็ว แต่หลีกเลี่ยงการแย่งทรัพยากรหากตั้งค่าอย่างเหมาะสม
โปรดจำไว้ว่า ค่าที่แท้จริงสำหรับพาธหรือตัวแปรสภาพแวดล้อมนั้นขึ้นอยู่กับธรรมเนียมปฏิบัติของระบบปฏิบัติการและข้อกำหนดเฉพาะจากโซลูชันการจัดการสื่อที่คุณเลือกใช้
การกู้คืนการทำงานโดยใช้ช่องทาง SBT_TAPE
การกู้คืนจากเทปทำงานคล้ายกับการสำรองข้อมูล คุณต้องจัดสรรช่องทางหนึ่งช่องทางขึ้นไปที่ชี้ไปยัง 'sbt_tape' ในระหว่างงานกู้คืน เช่น การกู้คืนฐานข้อมูลทั้งหมด หรือสถานการณ์การกู้คืนถึงจุดหนึ่งในเวลา:
RUN {
ALLOCATE CHANNEL t1 DEVICE TYPE 'sbt_tape'
PARMS 'SBT_LIBRARY=/path/to/libobk.so,
ENV=(BACKUP_HOST=10.10.123.10,BACKUP_SHARE=rman1,BACKUP_CREDID=sampleuser)';
RESTORE DATABASE;
RECOVER DATABASE;
RELEASE CHANNEL t1;
}ควรตรวจสอบให้แน่ใจเสมอว่ามีช่องทางเพียงพอที่ถูกจัดสรรระหว่างงานกู้คืน—การจับคู่กับช่องทางที่ใช้ระหว่างการสำรองข้อมูลจะเร่งความเร็วในการดึงข้อมูล เนื่องจากอาจต้องอ่านเทปหลายม้วนพร้อมกันได้หากจำเป็น
การปกป้องข้อมูลสำรองของ Oracle Database ด้วย Vinchin ทำอย่างไร
สำหรับองค์กรที่ต้องการความคุ้มครองที่มีประสิทธิภาพเกินกว่าเครื่องมือพื้นฐานอย่าง RMAN เพียงอย่างเดียว Vinchin Backup & Recovery มีโซลูชันระดับองค์กรที่ออกแบบมาโดยเฉพาะสำหรับฐานข้อมูลหลักทั่วไป ซึ่งรวมถึงการสนับสนุนอย่างครอบคลุมสำหรับสภาพแวดล้อม Oracle พร้อมกับระบบ MySQL, SQL Server, MariaDB, PostgreSQL, PostgresPro และ TiDB (โดยเน้นเป็นพิเศษที่ Oracle)
คุณสมบัติหลักของ Vinchin ได้แก่
1)การจัดกำหนดการสำรองฐานข้อมูลแบบกลุ่มข้ามอินสแตนซ์
2)นโยบายการเก็บรักษาข้อมูลอย่างละเอียดรวมถึงโมเดลการเก็บรักษา GFS
3)การผสานรวม Cloud Backup ที่ทำงานร่วมกันอย่างไร้รอยต่อกับการจัดเก็บข้อมูลบนเทปอย่างปลอดภัย
4)การตรวจสอบความถูกต้อง
5)พร้อมทั้งตัวเลือกการกู้คืนข้อมูล ณ จุดใดๆ
ทั้งหมดนี้ออกแบบมาเพื่อทำงานร่วมกันในการทำให้กระบวนการเป็นอัตโนมัติ ขณะเดียวกันก็เพิ่มความน่าเชื่อถือสูงสุดในทุกขั้นตอนของการจัดการวงจรชีวิตข้อมูล
Vinchin Backup & Recovery ทำให้การปกป้องฐานข้อมูลที่สำคัญเป็นเรื่องง่ายผ่านคอนโซลเว็บที่ใช้งานง่าย:
ขั้นตอนที่ 1-เลือก Oracle Database ที่คุณต้องการสำรองข้อมูล

ขั้นตอนที่ 2-เลือกพื้นที่จัดเก็บสำรองเป้าหมาย

ขั้นตอนที่ 3-กำหนดพารามิเตอร์ของกลยุทธ์ เช่น ตารางเวลา/ความถี่/นโยบาย

ขั้นตอนที่ 4-ส่งการดำเนินงานของงานทันทีผ่านการนำทางเวิร์กโฟลว์อย่างราบรื่น

เป็นที่ยอมรับในระดับโลกในหมู่ผู้ใช้ระดับองค์กร ด้วยคะแนนสูงสุดที่ได้รับมาจากการพิสูจน์ถึงความน่าเชื่อถือ คุณสามารถสัมผัสฟีเจอร์ทุกอย่างโดยไม่มีความเสี่ยงใดๆ ในช่วง ทดลองใช้งานฟรีแบบครบถ้วน(60 วัน) คลิกด้านล่างเพื่อเริ่มต้นปกป้องงานที่สำคัญต่อภารกิจของคุณตั้งแต่วันนี้
คำถามที่พบบ่อยเกี่ยวกับช่องทางการจัดสรร RMAN SBT_TAPE
Q1: ฉันสามารถรันการสำรองข้อมูลแบบเต็มพร้อมกันโดยใช้ช่องทาง sbt_tape หลายช่องทางได้หรือไม่?
ใช่; จัดสรรช่องทาง sbt_tape หนึ่งช่องต่อไดรฟ์ที่พร้อมใช้งานภายในบล็อก RUN ตัวอย่างเช่น ALLOCATE CHANNEL cX DEVICE TYPE sbt_tape เพื่อให้ประมวลผลแบบขนานได้เร็วขึ้นในงานขนาดใหญ่
คำถามที่ 2: ผมจะตรวจสอบเส้นทางไลบรารี sbt ของผมให้ถูกต้องก่อนเริ่มการผลิตได้อย่างไร?
ตรวจสอบว่ามีไฟล์ libobk.so อยู่ภายใต้ $ORACLE_HOME/lib โดยใช้คำสั่งของระบบปฏิบัติการ ยืนยันว่า LD_LIBRARY_PATH รวมถึงไดเรกทอรีนี้ด้วย ทดสอบการจัดสรรแบบโต้ตอบผ่านพรอมต์ rman ก่อนกำหนดการทำงานอัตโนมัติ
คำถามที่ 3: ผมควรทำอย่างไรหากงานกู้คืนหยุดนิ่งและรอ sbt_tape?
ตรวจสอบให้แน่ใจว่าไดรฟ์ที่ต้องการทั้งหมดอยู่ในสถานะออนไลน์หรือถอดการเชื่อมต่อจากที่อื่นแล้ว เริ่มบริการที่เกี่ยวข้องใหม่หากติดขัด ตรวจสอบทั้งผลลัพธ์และไฟล์บันทึกจาก rman รวมถึงบันทึกแบบเนทีฟจากระบบตัวแทนซอฟต์แวร์จัดการสื่อบันทึกที่ติดตั้งไว้
ข้อสรุป
การจัดสรรช่องทางไปยัง sbt_tape ใน RMAN ช่วยให้มั่นใจว่าการสำรองข้อมูลระดับองค์กรที่มีประสิทธิภาพโดยตรงไปยังเทป พร้อมความยืดหยุ่นเพื่อตอบสนองความต้องการด้านการปฏิบัติตามข้อกำหนด Vinchin ทำให้การปกป้องฐานข้อมูลสำคัญง่ายยิ่งขึ้นด้วยแพลตฟอร์มที่ใช้งานง่าย ลองใช้เวอร์ชันทดลองใช้งานฟรีวันนี้
แชร์บน: