เช่นที่อภิปรายในบล็อกก่อนหน้า: 'สาเหตุของการสูญเสียข้อมูลระบบ virtual คืออะไร?' สาเหตุหลักของการสูญเสียข้อมูลจาก virtual environment คือ ปัญหาฮาร์ดแวร์ การ format, metadata corruption, และ human errors การสูญเสียข้อมูลก่อให้เกิดความเครียดและ downtime มากสำหรับองค์กร จึงจำเป็นที่จะติดต่อบริษัทกู้ข้อมูลที่น่าเชื่อถือโดยเร็วที่สุดเมื่อเกิดการสูญเสียข้อมูล
אז, องค์กรของคุณควรทำอะไรถ้าตกอยู่ในสถานการณ์ที่สูญเสีย virtual data? ข่าวดีคือมีหลายวิธีในการกู้ข้อมูล virtual บางส่วน และในหลายกรณี ทั้งหมดที่สูญเสียไป
Storage level
จุดเข้าที่แรกคือ storage level ในบางกรณี อาจสามารถกู้ข้อมูลจาก physical drives โดยตรงได้ โดยการทำอิมเมจ drives และอ่าน raw data ที่อาจมีอยู่บนดิสก์
LUNS หรือ RAID
ตัวเลือกต่อไปคือพยายามกู้ข้อมูลจาก logical volumes (LUNs) หรือ RAID หาก RAID controller พร้อมใช้งาน สามารถใช้ติดตาม slices หลายชิ้นของข้อมูลที่กระจายอยู่บน virtual disks โดยกำหนดว่าการ configuration ควรเป็นอย่างไร วิศวกรสามารถ virtually rebuild array และเข้าถึง storage ได้ หาก RAID controller เสียหาย อาจจำเป็นต้อง emulate RAID controller และ rebuild สิ่งที่ขาดหายไป
Host file system
ระดับถัดไป ซึ่งแต่ละระดับแสดงถึงความยากของการกู้ข้อมูลที่เพิ่มขึ้น คือ host file system level ใน VMware นี่คือ VMFS และใน Hyper-V คือ NTFS หรือ ReFS ในหลายกรณี ข้อมูลไม่พร้อมใช้งานโดยตรงที่ storage level แต่ถ้าใช้เครื่องมือที่ถูกต้อง ผู้เชี่ยวชาญกู้ข้อมูลสามารถ trace ข้อมูลจาก basic storage data blocks, map ไปที่ host level และ recompile ได้ หากกระบวนการนั้นไม่ให้การกู้คืนที่เพียงพอ เครื่องมือเพิ่มเติมสามารถใช้เพื่อขยายเข้าไปที่ guest file system level โดยการสำรวจ virtual file system ผู้เชี่ยวชาญกู้ข้อมูลบางครั้งพบข้อมูลที่จะสูญเสียไปในทางอื่น สุดท้าย สามารถเข้าถึง guest file-level และเข้าถึงข้อมูลซ่อนอยู่ใน application files เช่น SQL, Exchange, SharePoint, Oracle, Office files, ZIP files และอื่นๆ
Storage architectures
สิ่งที่ต้องการคือการเข้าใจแต่ละระดับและรู้ว่าอะไรอาจพบได้ที่ไหน ผู้เชี่ยวชาญใน storage architectures สามารถติดตามข้อมูลที่ดูหายไปได้ โดยการหาชิ้นส่วนในระดับหนึ่งและส่วนอื่นในอีกระดับหนึ่ง นี่เข้าใจได้ดีที่สุดโดยดูตัวอย่าง RAID เป็นข้อเท็จจริงของชีวิตว่า drives จะล้มเหลวในที่สุด หากใช้ RAID 1 หรือสูงกว่า สามารถติดตั้ง drive ใหม่และ rebuild data storage map โดยไม่สูญเสียข้อมูล แต่ถ้า drive failure เกิน redundancy capacity ของ RAID? เพื่อกู้ข้อมูลในกรณีนี้ มักจำเป็นต้อง bypass physical failures ที่อาจเกิดขึ้น reconstruct RAID file system และประเมิน layers และ complexities ต่างๆ ของ virtualized architecture ที่อาจมีอยู่
นี่มักทำให้การกู้ข้อมูลท้าทายมากและใช้เวลานาน อย่างไรก็ตาม ด้วยผู้ให้บริการที่เหมาะสม ในหลายกรณี การกู้ข้อมูลสามารถสำเร็จได้ ตรวจสอบให้แน่ใจว่าผู้ให้บริการมีเครื่องมือและความเชี่ยวชาญ รวมถึง partnerships โดยตรงกับ storage vendors
Virtual machine data recovery โดย Ontrack
ด้วยประสบการณ์ระดับโลกกว่า 30 ปีในการจัดการข้อมูล การกู้ข้อมูล การลบข้อมูลอย่างปลอดภัย ediscovery และ computer forensics Ontrack ได้กู้ข้อมูล virtualized ให้กับ enterprises หลายพันแห่ง
วิศวกรทำอิมเมจ drives และอ่าน raw data บนดิสก์ กำหนดว่าการ configuration ควรเป็นอย่างไร และ virtually rebuild array และเข้าถึง storage เพื่อทำเช่นนี้ Ontrack พัฒนาเครื่องมือ เช่น เครื่องมือที่ emulate RAID controller และ rebuild สิ่งที่ขาดหายไป บริษัทยังพัฒนาเครื่องมือเพิ่มเติมมากมาย เพื่อป้องกันการเขียนข้อมูลเพิ่มเติมบน volumes จัดการ complexities ของ virtualized file systems และอื่นๆ
ทีมพัฒนาของ Ontrack อัปเดตเครื่องมืออย่างต่อเนื่องสำหรับ virtualization platforms และ storage environments ล่าสุด ขอบคุณความรู้เกี่ยวกับ storage media ต่างๆ operating systems และ storage architectures ที่ underlie Ontrack เสนอบริการครบวงจรสำหรับการกู้ข้อมูล รวมถึงบริการติดตามสำหรับ intelligent backup และการจัดการข้อมูล
มาดูตัวอย่างกัน:
การลบ NetApp system โดยไม่ได้ตั้งใจ
Korean Managed Service Provider (MSP) มีลูกค้าที่มีระบบ NetApp FAS8060 มี 161 x 900GB SAS HDDs จัดอยู่ใน two separate aggregates (68 drives + 93 drives) ลูกค้า present three 468GB Fibre Channel LUNs จากแต่ละ aggregate ไป production Sybase server Six LUNs รวมเป็น single disk pool กับ three logical volumes carved out of the pool วิศวกรที่ MSP พยายามทำ configuration changes ไปที่ NetApp filer แต่เขาเริ่ม wipe command บน LUNs บางส่วนโดยไม่ได้ตั้งใจ ทำให้ wipe 45 GB ข้อมูลจาก Sybase server MSP อาจเสียสัญญาลูกค้าและค่าใช้จ่าย liability ที่เป็นไปได้
Ontrack ถูกเรียกผ่าน phone consultation ภายใน 12 ชั่วโมงของเหตุการณ์สูญเสียข้อมูล MSP ได้รับคำแนะนำให้นำ aggregates offline เพื่อหลีกเลี่ยง overwrite damage เพิ่มเติม ลูกค้าได้รับคำแนะนำให้ present ทั้ง 161 HDDs จาก aggregates ทั้งสองไปยัง single Windows machine ระบบนี้ต่อกับ Ontrack Remote Data Recovery server เนื่องจาก aggregates ทั้งสองมีชื่อเดียวกัน จึงไม่สามารถ rebuild ได้ง่ายๆ ผลคือ drives ต้อง sort เข้า aggregate groups และ manually rebuild ไปยัง point in time ใกล้ที่สุดกับเวลาของ wipe command ที่ผิด
ที่ขั้นนั้น ปัญหาอีกอย่างเกิดขึ้น Logical volumes ถูกใช้เป็น raw storage โดย Sybase server การจัดเรียงนี้ทำให้ไม่สามารถ extract internal data ได้โดยตรง workaround คือ extract all six LUNs เป็น flat files และ coordinate กับ NetApp support เพื่อ present LUNs กลับไปที่ Sybase server Logical volumes ที่กู้คืนผ่าน integrity checks และทำงานได้ปกติโดยไม่สูญเสียข้อมูล
Data loss เนื่องจาก reformatting VMware
IT team บริษัทผลิตอาหารในสิงคโปร์ ลบ VMFS datastore LUN จาก VMware ESXi host โดยผิดพลาด และ attach ไปที่ Windows server นั่นนำไปสู่ LUN ถูก reformat เป็น NTFS file system การกระทำนี้ corrupt frontend VMFS metadata ซึ่งนำไปสู่การสูญเสีย virtual machines ทั้งหมดใน datastore บริษัทโทรหา Ontrack ขอความช่วยเหลือ วิศวกรของเราสามารถ rebuild VMFS structures เพื่อ regain access ไปยัง VMs ที่จัดเก็บบนระบบ VMs หลายตัวกู้คืนได้สมบูรณ์ ในขณะที่บางตัวต้องการการซ่อมแซมเพิ่มเติมที่ guest file systems internal และ extraction ข้อมูลที่ได้
การลบ VMs
Health services provider ในออสเตรเลีย ลบ thin-provisioned VMs 7 ตัวจาก production datastore โดยผิดพลาด เนื่องจากลักษณะละเอียดอ่อนของข้อมูลที่สูญเสีย บริษัทโทรหา Ontrack ทันทีและขอให้วิศวกรมาที่ไซต์โดยตรง เมื่อมาถึง data center พวกเขาสามารถกู้คืน VMs ทั้งหมด แม้จะมีความเสียหายบางส่วน ณ จุดนั้น การซ่อมแซมเพิ่มเติมถูกดำเนินการที่ guest file systems ของแต่ละ VM ใช้ proprietary tools ของ Ontrack กระบวนการนี้ช่วยให้ critical internal data มากขึ้นสามารถ extract ไป external storage ได้ แม้จะมีการสูญเสียข้อมูลบางส่วน แต่ bulk ของข้อมูลใน VMs กู้คืนได้
สรุป
Virtualization อาจประหยัดเวลาและกำจัดความซับซ้อนจากมุมมองผู้ใช้ แต่มาพร้อมชุดความท้าทายที่เป็นเอกลักษณ์ หนึ่งในนั้นคือ incidence ที่เพิ่มขึ้นของ corruption และ data loss ไม่ว่าจะผ่าน volume corruption, deleted volumes, ransomware, deleted หรือ corrupted virtual backups, RAID และ hardware failures และ deleted หรือ corrupt files ภายใน virtualized storage systems การสูญเสียข้อมูลเป็นความจริงสำหรับทุกคนที่จัดการ virtual systems
Backup จำเป็นต้องมีเพื่อปกป้องข้อมูล enterprise แต่ไกลจาก foolproof โดย身為 leading data recovery supplier ของโลก Ontrack พร้อมให้บริการกู้ข้อมูลครบวงจรสำหรับ virtual servers และ storage Ontrack Data Recovery Services สามารถ:
Recover ข้อมูลจากเกือบทุกประเภทของอุปกรณ์จัดเก็บข้อมูล – จาก hard drives, flash และ SSD drives ไปจนถึง servers, NAS, SAN, tape และ virtual systems
Minimize downtime ผ่าน fast turn-around times, emergency service options และ industry's only global lab-quality remote data recovery service
Report recoverable files ทั้งหมดและสภาพของแต่ละไฟล์เป็นส่วนหนึ่งของ evaluation ก่อนที่คุณจะจ่ายค่าบริการกู้ข้อมูล
