คุณเคยเห็นข้อผิดพลาดที่ระบุว่า ต้องเปิดใช้งาน Changed Block Tracking สำหรับเครื่องเสมือนเพื่อใช้ประเภทการสำรองข้อมูลนี้ ไหม หากคุณจัดการเครื่องเสมือนในสภาพแวดล้อม VMware ข้อความนี้มักพบบ่อย โดยเฉพาะเมื่อตั้งค่าการสำรองข้อมูลแบบเพิ่มเติมหรือแบบแตกต่าง ซึ่งหมายความว่าซอฟต์แวร์สำรองข้อมูลของคุณต้องใช้คุณสมบัติพิเศษที่เรียกว่า Changed Block Tracking (CBT) เพื่อทำงานอย่างมีประสิทธิภาพกับประเภทการสำรองข้อมูลเหล่านี้ เรามาดูกันว่า CBT ทำหน้าที่อะไร ทำไมสำคัญมากสำหรับการสำรองข้อมูลในยุคปัจจุบัน จะเปิดใช้งานอย่างไรทีละขั้นตอน และควรทำอย่างไรหากเกิดปัญหา
Changed Block Tracking คืออะไร
Changed Block Tracking (CBT) เป็นคุณสมบัติของ VMware vSphere ที่ใช้ติดตามว่าส่วนใดของดิสก์เครื่องเสมือนมีการเปลี่ยนแปลงไปตั้งแต่การสำรองข้อมูลครั้งก่อน แทนที่จะคัดลอกข้อมูลทุกไบต์ในแต่ละครั้งที่คุณสำรองข้อมูลเครื่องเสมือน CBT ช่วยให้เครื่องมือสำรองข้อมูลของคุณคัดลอกเฉพาะบล็อกที่มีการเปลี่ยนแปลงจริงๆ ตั้งแต่ภาพถ่ายหรืองานสำรองข้อมูลครั้งก่อนหน้า
CBT ทำงานอย่างไร? เมื่อเปิดใช้งาน CBT บนเครื่องเสมือนและดิสก์ของมันแล้ว vSphere จะจัดทำไฟล์บันทึกบิตแมปไว้ข้างๆ ดิสก์เสมือนแต่ละตัว คือไฟล์ CTK ซึ่งจะบันทึกว่าบล็อกดิสก์ใดถูกเปลี่ยนแปลงหลังจากเหตุการณ์สร้าง snapshot หรือสำรองข้อมูลแต่ละครั้ง แอปพลิเคชันสำรองข้อมูลสามารถสอบถามข้อมูลจากไฟล์บันทึกนี้ผ่าน VMware APIs เพื่อระบุเฉพาะบล็อกข้อมูลที่เปลี่ยนแปลงไปได้อย่างรวดเร็ว โดยไม่ต้องสแกนดิสก์ทั้งหมด
CBT ทำงานที่ชั้นเสมือนจริง ไม่ต้องเปลี่ยนแปลงภายในระบบปฏิบัติการของคุณ และทำงานร่วมกับเครื่องเสมือนที่ใช้ฮาร์ดแวร์รุ่น 7 หรือใหม่กว่า ซึ่งทำให้มีประสิทธิภาพและความน่าเชื่อถือสูงสำหรับงานส่วนใหญ่ในระดับองค์กร
ทำไมต้องเปิดใช้งาน CBT
ทำไมข้อความ "ต้องเปิดใช้งาน CBT บนเครื่องเสมือนสำหรับประเภทการสำรองข้อมูลนี้" จึงปรากฏบ่อยครั้ง เพราะการสำรองข้อมูลบางประเภทขึ้นอยู่กับการรู้อย่างแม่นยำว่ามีอะไรเปลี่ยนแปลงไปตั้งแต่การรันครั้งก่อน หากไม่มีสิ่งนี้ การสำรองข้อมูลเหล่านั้นจะสูญเสียข้อได้เปรียบในด้านประสิทธิภาพ
การสำรองข้อมูลแบบเพิ่มตามลำดับและแบบต่างกัน ถูกออกแบบมาเพื่อบันทึกเฉพาะข้อมูลใหม่หรือข้อมูลที่ถูกปรับเปลี่ยนตั้งแต่การสำรองข้อมูล เต็มรูปแบบ/เพิ่มตามลำดับ/ต่างกัน/เพิ่มตามลำดับตลอดไป ครั้งก่อน หากไม่ได้เปิดใช้งาน CBT ทั้งในระดับ VM และระดับดิสก์ โปรแกรมสำรองข้อมูลของคุณจะไม่สามารถระบุได้ว่าบล็อกใดบ้างที่เปลี่ยนแปลงไประหว่างงานสำรองข้อมูล อาจกลับไปสแกนบล็อกข้อมูลทั้งหมดด้วยตนเอง ซึ่งเป็นกระบวนการที่ช้า หรือกลับไปทำการสำรองข้อมูลระดับภาพเต็มทุกครั้ง
สิ่งนี้นำไปสู่ช่วงเวลาการสำรองข้อมูลที่ยาวนานขึ้น การใช้พื้นที่จัดเก็บเพิ่มขึ้น ภาระเครือข่ายที่สูงขึ้นระหว่างการถ่ายโอน และบางครั้งอาจล้มเหลวได้หากนโยบายหรือกฎระเบียบด้านความสอดคล้องกำหนดให้ใช้โหมดอินครีเมนตัลอย่างเคร่งครัด สรุปได้ว่า การเปิดใช้งาน CBT ไม่ใช่แค่แนวทางปฏิบัติที่ดีที่สุดเท่านั้น แต่ยังจำเป็นต่อกระบวนการทำงานในการปกป้อง VM รูปแบบทันสมัยที่รวดเร็วและเชื่อถือได้อีกด้วย
ประเภทการสำรองข้อมูลที่ต้องใช้ CBT
การสำรองข้อมูลเครื่องเสมือนไม่ทั้งหมดจำเป็นต้องใช้ CBT แต่หลายกรณีต้องใช้หากคุณต้องการความเร็วและประสิทธิภาพ
การสำรองประเภทนี้จะบันทึกเฉพาะการเปลี่ยนแปลงที่เกิดขึ้นตั้งแต่การสำรองข้อมูลแบบเพิ่มเติมหรือการสำรองข้อมูลแบบเต็มครั้งล่าสุดที่สำเร็จ
การสำรองข้อมูลประเภทนี้จะจับภาพการเปลี่ยนแปลงทั้งหมดที่เกิดขึ้นตั้งแต่การสำรองข้อมูลเต็มรูปแบบครั้งล่าสุด
โซลูชันบางอย่างใช้โซ่แบบอินครีเมนตัลถาวร โดยเก็บเพียงการสำรองข้อมูลเต็มรูปแบบครั้งแรกและการอินครีเมนตัลอย่างต่อเนื่องเท่านั้น ซึ่งสิ่งเหล่านี้ขึ้นอยู่กับการติดตามการเปลี่ยนแปลงอย่างแม่นยำอย่างสมบูรณ์
เครื่องมือบางอย่างสร้างจุดกู้คืนแบบ "เต็มรูปแบบ" ใหม่จากชุดข้อมูลที่เพิ่มเข้ามาอย่างต่อเนื่อง ซึ่งอีกครั้งต้องอาศัยความรู้ที่แม่นยำเกี่ยวกับบล็อกที่เปลี่ยนแปลงไปตามเวลา
การกู้คืนอย่างรวดเร็วมักขึ้นอยู่กับความสามารถในการระบุอย่างแม่นยำว่าไฟล์ใดได้รับผลกระทบระหว่างช่วงเวลาต่าง ๆ โดยใช้บันทึกการเปลี่ยนแปลงของบล็อกพื้นฐาน
การสำรองข้อมูลระดับภาพรวมเต็มรูปแบบไม่ต้องใช้ CBT คุณสมนัติเหล่านั้นแค่คัดลอกทุกอย่างเท่านั้น แต่การเปิดใช้งาน CBT ยังคงช่วยติดตามส่วนที่ใช้งานไปอย่างมีประสิทธิภาพมากขึ้นเบื้องหลังฉาก หากคุณลองดำเนินงานสำรองข้อมูลเชิงเพิ่มหรือเชิงความแตกต่างโดยไม่มีการเปิดใช้งาน CBT ทั้งสองระดับ (VM + ดิสก์) คุณอาจพบข้อผิดพลาด เช่น "changed block tracking must be enabled on the vm for this backup type" หรือระบบจะกลับไปใช้วิธีที่ช้ากว่าโดยอัตโนมัติซึ่งทำให้สิ้นเปลืองทรัพยากร
การเปิดใช้งาน CBT โดยใช้ vSphere Web Client ทำอย่างไร
การเปิดใช้งาน CBT ผ่าน vSphere Web Client ต้องใช้ความระมัดระวัง แต่สามารถทำตามขั้นตอนที่ชัดเจนได้
ขั้นตอนแรก ตรวจสอบให้แน่ใจว่าเครื่องเสมือนเป้าหมายของคุณถูกปิดอย่างสมบูรณ์และไม่สแนปช็อตที่มีอยู่ การมีสแนปช็อตอยู่จะทำให้ไม่สามารถเปิดใช้งานการติดตามการเปลี่ยนแปลงได้อย่างถูกต้อง
1. ใน vSphere Web Client ให้คลิกขวาที่เครื่องเสมือนที่ปิดอยู่ของคุณแล้วเลือก แก้ไขการตั้งค่า
2. ไปที่แท็บ ตัวเลือก VM
3. ขยายการตั้งค่า ขั้นสูง แล้วคลิก แก้ไขการตั้งค่า
4. คลิก เพิ่มพารามิเตอร์การกำหนดค่า
5. เพิ่มพารามิเตอร์ที่ชื่อ ctkEnabled โดยตั้งค่าเป็น TRUE
6. สำหรับดิสก์เสมือนแต่ละตัวที่ต่ออยู่ (ตัวอย่างเช่น scsi0:0) ให้เพิ่มพารามิเตอร์อีกตัวหนึ่งที่มีชื่อคล้ายกับ scsi0:0.ctkEnabled โดยตั้งค่าเป็น TRUE (แทนที่ "scsi0:0" ด้วยชื่ออุปกรณ์ SCSI จริงตามแต่ละดิสก์)
7. คลิก ตกลง เพื่อบันทึกการเปลี่ยนแปลง
8. เปิดเครื่องเสมือนของคุณอีกครั้งหลังจากแก้ไขพารามิเตอร์เรียบร้อยแล้ว
คำแนะนำ: พารามิเตอร์ต่อฮาร์ดดิสก์ (scsiX:X.ctkEnabled) มีความสำคัญอย่างยิ่ง หากไม่ได้ตั้งค่านี้อย่างถูกต้องสำหรับทุกฮาร์ดดิสก์ที่คุณต้องการป้องกันผ่านงานแบบเพิ่มขึ้นหรือต่างชั้น ฮาร์ดดิสก์เหล่านั้นจะไม่สร้างไฟล์ CTK ที่เครื่องมือสำรองข้อมูลสมัยใหม่ส่วนใหญ่ต้องการ
หลังจากเปิดเครื่องอีกครั้ง ให้ตรวจสอบโฟลเดอร์ datastore ของคุณเพื่อหาไฟล์ที่ลงท้ายด้วย *-ctk.vmdk ซึ่งอยู่ถัดจากไฟล์ VMDK แต่ละไฟล์ การมีอยู่ของไฟล์เหล่านี้ยืนยันว่าการเปิดใช้งานการติดตามบล็อกที่เปลี่ยนแปลงสำหรับอุปกรณ์ดิสก์แต่ละตัวเสร็จสมบูรณ์แล้ว
หากคุณเห็นพารามิเตอร์ที่ซ้ำกันอยู่แล้ว (ตัวอย่างเช่น จากการพยายามก่อนหน้า) ให้แน่ใจว่าค่าของพารามิเตอร์เหล่านั้นถูกตั้งค่าอย่างถูกต้อง แทนที่จะเพิ่มรายการที่ซ้ำซ้อน ซึ่งอาจทำให้เกิดความสับสนในภายหลังขณะแก้ไขปัญหา
วิธีการเปิดใช้งาน CBT โดยใช้ PowerCLI
สำหรับสภาพแวดล้อมที่มีขนาดใหญ่ หรือผู้ที่ต้องการความเป็นอัตโนมัติ PowerCLI มีวิธีการที่มีประสิทธิภาพในการเปิดใช้งาน CBT บนเครื่องเสมือนหลายๆ เครื่องพร้อมกัน:
โปรดตรวจสอบอีกครั้งว่าเครื่องเสมือนถูกปิดเรียบร้อยแล้วและไม่มีการจับภาพก่อนดำเนินการต่อ
1. เปิด PowerCLI shell แล้วเชื่อมต่อโดยใช้
Connect-VIServer <your_vcenter_server>
2. ดึงวัตถุ VM เป้าหมาย
$vm = Get-VM -Name "YourVMName"
3 ก) ตั้งค่าธง ChangeTracking ระดับโลก
$spec = New-Object VMware.Vim.VirtualMachineConfigSpec
$spec.ChangeTrackingEnabled = $true
$vm.ExtensionData.ReconfigVM($spec)
3 ข) (ขั้นสูง) สำหรับดิสก์ทุกตัวที่เชื่อมต่อ ให้ตั้งค่าตามธงของดิสก์แต่ละตัว:
foreach ($hd in $vm.ExtensionData.Config.Hardware.Device | Where { $_ -is [VMware.Vim.VirtualDisk] }) {
$key = "$($hd.ControllerKey):$($hd.UnitNumber).ctkEnabled"
New-AdvancedSetting -Entity $vm -Name $key -Value "TRUE" -Force
}4. เปิดเครื่อง VM ของคุณอีกครั้งโดยใช้
Start-VM -VM $vm
แนวทางนี้จะทำให้มั่นใจได้ว่าทั้งค่าคงที่ระดับโลก (ChangeTrackingEnabled) และระดับรายบุคคล (scsiX:X.ctkEnabled) ถูกกำหนดค่าอย่างเหมาะสม แม้กระทั่งในกรณีที่มีดิสก์หลายตัวต่อเซิร์ฟเวอร์! หลังจากนั้นควรตรวจสอบเสมอว่ามีการสร้างไฟล์ *-ctk.vmdk ในโฟลเดอร์ของ datastore ที่เกี่ยวข้องกับเครื่องเสมือน/ดิสก์ที่ได้รับการป้องกันหรือไม่ ก่อนจัดกำหนดงานผลิตที่อาศัยโหมดเพิ่มเติม/แยกส่วน
คำแนะนำการอัตโนมัติ: คุณสามารถวนซ้ำผ่านเครื่องเสมือนหลายเครื่องได้โดยการห่อตรรกะข้างต้นไว้ภายในลูป PowerShell มาตรฐานที่กำหนดเป้าหมายรายการที่ดึงมาผ่าน Get-VM
การสำรองเครื่องเสมือนด้วย Vinchin Backup & Recovery ทำอย่างไร?
เมื่อเปิดใช้งาน Changed Block Tracking การใช้ฟีเจอร์การป้องกันระดับองค์กรขั้นสูงจะทำได้อย่างง่ายดายด้วย Vinchin Backup & Recovery เป็นโซลูชันมืออาชีพที่รองรับแพลตฟอร์มเสมือนจริงหลักมากกว่า 15 แบบ เช่น VMware, Hyper-V, Proxmox, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack และอื่นๆ โดยเฉพาะผู้ใช้ VMware แล้ว Vinchin Backup & Recovery ใช้ฟีเจอร์เช่น การรวมภาพถ่ายระบบหยุดทำงานชั่วคราว (quiesced snapshot integration) และโหมดการถ่ายโอน HotAdd พร้อมการรองรับ Changed Block Tracking อย่างเต็มรูปแบบ เพื่อมอบการสำรองข้อมูลแบบเพิ่มเติมที่รวดเร็วและแม่นยำ เหมาะสมอย่างยิ่งกับสภาพแวดล้อมที่ต้องการประสิทธิภาพสูง
ในจำนวนความสามารถอันหลากหลาย ได้แก่ การสำรองข้อมูลแบบอินครีเมนทัลตลอดไปโดยใช้ การลบข้อมูลซ้ำ และการบีบอัดข้อมูล ตัวเลือกการคืนค่าแบบละเอียด การกู้คืนทันที เส้นทางการถ่ายโอนที่ไม่ต้องใช้ LAN การทำงานอัตโนมัติตามกำหนดเวลา ทั้งหมดนี้ออกแบบมาเพื่อเพิ่มประสิทธิภาพสูงสุด ขณะเดียวกันลดผลกระทบต่อทรัพยากรให้น้อยที่สุดในโครงสร้างพื้นฐานที่หลากหลาย โดยไม่คำนึงถึงขนาดหรือความซับซ้อน
การสำรองข้อมูลเครื่องเสมือน VMware โดยใช้ Vinchin Backup & Recovery นั้นมีเพียง 4 ขั้นตอนง่ายๆ
ขั้นตอนที่ 1 เลือกแหล่งที่มาของสำรองข้อมูล
ขั้นตอนที่ 2 เลือกปลายทางสำรองข้อมูล
ขั้นตอนที่ 3 เลือกกลยุทธ์การสำรองข้อมูล
ขั้นตอนที่ 4 ตรวจสอบและส่งงาน
Vinchin Backup & Recovery ได้รับการยอมรับทั่วโลกจากองค์กรหลายพันแห่ง พร้อมอันดับชั้นนำในอุตสาหกรรม โดยนำเสนอทดลองใช้งานฟรี 60 วัน เพื่อให้คุณได้สัมผัสประสบการณ์การปกป้องข้อมูลระดับองค์กรอย่างแท้จริง
คำถามที่พบบ่อยเกี่ยวกับ CBT
Q1 การเปิดใช้ CBT จะส่งผลกระทบต่อประสิทธิภาพการทำงานในช่วงที่มีการเขียนข้อมูลหนักไหม?
A1 ในกรณีที่พบได้น้อย งานที่ต้องใช้การรับส่งข้อมูลสูงอาจประสบกับภาระเพิ่มเติมเล็กน้อยจากการดำเนินการบันทึกข้อมูลเพิ่มเติม แต่ระบบผลิตส่วนใหญ่แสดงให้เห็นถึงผลกระทบที่ไม่เกิดนัยสำคัญ ตามเอกสารอย่างเป็นทางการจากแหล่งข้อมูลของ Broadcom/Vmware
Q2 หากสคริปต์อัตโนมัติของฉันล้มเหลวเนื่องจากดิสก์บางตัวไม่มีพารามิเตอร์ ctk-enabled ผมควรทำอย่างไร?
A2 ตรวจสอบสคริปต์เอาต์พุต/ล็อกอย่างระมัดระวัง จากนั้นยืนยันหรือเพิ่มกุญแจรายดิสก์ที่ขาดหายไปด้วยตนเอง โดยให้ตรงกับหมายเลขคอนโทรลเลอร์/ยูนิตที่แสดงไว้อย่างแม่นยำในส่วนแก้ไขการตั้งค่า > ดิสก์ขนาดแข็ง > พารามิเตอร์ขั้นสูง ภายในอินเทอร์เฟซ vCenter ก่อนที่จะลองรันชุดคำสั่งใหม่อีกครั้ง
Q3 การปิดหรือเปิดใช้งาน ctk flags ซ้ำ ๆ ตามระยะเวลาที่ผ่านไปมีความเสี่ยงอะไรไหม?
A3 ไม่มีความเสี่ยงที่สำคัญหากดำเนินการทั้งหมดขณะปิดไฟ/ไม่มีสแนปช็อตที่ใช้งานอยู่ แต่ควรทดสอบคลอนที่ไม่ได้ใช้งานจริงก่อนเสมอเมื่อเป็นไปได้ ก่อนนำไปใช้กับการอัปเดตจำนวนมากในโครงสร้างพื้นฐานที่ใช้งานอยู่
สรุป
ต้องเปิดใช้งาน CBT บนเครื่องเสมือนสำหรับประเภทการสำรองข้อมูลนี้ หากคุณต้องการการป้องกันเพิ่มเติมอย่างรวดเร็วและเชื่อถือได้ในสภาพแวดล้อมที่ทันสมัย โดยเฉพาะเมื่อมีขนาดใหญ่ การเปิดใช้งานจะช่วยให้ทำงานได้อย่างราบรื่นไม่ว่าจะทำแบบอัตโนมัติผ่านสคริปต์หรือเครื่องมือรับส่งข้อมูล และยังช่วยลดการใช้ทรัพยากรในระยะยาวอีกด้วย Vinchin รองรับการทำงานร่วมกันอย่างราบรื่นต่อโดยใช้ความสามารถเหล่านี้ได้ทันที ดังนั้นลองใช้บริการของเราได้เลยวันนี้โดยไม่มีความเสี่ยง
