การจัดสรร RMAN Channel ไปยัง SBT_TAPE สำหรับการสำรองข้อมูล Oracle Tape ทำอย่างไร?

Oracle database มักใช้เทปสำหรับการสำรองข้อมูลระยะยาว คู่มือนี้แสดงวิธีการตั้งค่าและจัดสรร RMAN channels ไปยัง sbt_tape เรียนรู้ขั้นตอนหลัก ปัญหาทั่วไป และวิธีการปรับปรุงกระบวนการสำรองข้อมูลด้วยเทปของคุณ

ดาวน์โหลดฟรี
สำหรับ VM, OS, DB, ไฟล์, NAS, ฯลฯ
sea-kantapohn

Updated by ซี กันตภณ on 2026/01/29

สารบัญ
  • 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 ที่คุณต้องการสำรองข้อมูล

เลือกฐานข้อมูล Oracle ที่คุณต้องการสำรองข้อมูล

ขั้นตอนที่ 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 ทำให้การปกป้องฐานข้อมูลสำคัญง่ายยิ่งขึ้นด้วยแพลตฟอร์มที่ใช้งานง่าย ลองใช้เวอร์ชันทดลองใช้งานฟรีวันนี้

แชร์บน:

Categories: Database Tips