คำออกตัว: หมายเหตุนี้มีวัตถุประสงค์เพื่อความบันเทิง ความหนาแน่นเฉพาะของข้อมูลที่เป็นประโยชน์อยู่ในนั้นต่ำ มันเขียนว่า "เพื่อตัวฉันเอง"
บทนำโคลงสั้น ๆ
ไฟล์ดัมพ์ในองค์กรของเราทำงานบนเครื่องเสมือน VMware ESXi 6 ที่ใช้ Windows Server 2016 และนี่ไม่ใช่แค่การถ่ายโอนข้อมูลขยะ นี่คือเซิร์ฟเวอร์แลกเปลี่ยนไฟล์ระหว่างแผนกโครงสร้าง: มีการทำงานร่วมกัน เอกสารโครงการ และโฟลเดอร์จากเครื่องสแกนเครือข่าย โดยทั่วไปแล้ว ชีวิตการผลิตทั้งหมดอยู่ที่นี่
และภาชนะแห่งชีวิตการผลิตทั้งหมดนี้ก็เริ่มแขวนอยู่ นอกจากนี้แขกยังสามารถแขวนคอตัวเองอย่างเงียบ ๆ โดยไม่ส่งผลกระทบต่อผู้อื่น เขาสามารถทำลายโฮสต์ทั้งหมด และกำจัดเครื่องรับเชิญอื่นๆ ทั้งหมดได้ ฉันสามารถแขวนตัวเองและแขวนบริการไคลเอ็นต์ vSphere ได้ กล่าวคือ กระบวนการของแขกคนอื่นๆ ยังมีชีวิตอยู่ เครื่องจักรทำงานได้อย่างถูกต้องและตอบสนอง แต่ไม่มีตัวล้างไฟล์ และไคลเอ็นต์ vSphere จะไม่ยึดติดกับโฮสต์ โดยทั่วไปไม่สามารถระบุระบบได้ การแข็งตัวอาจเกิดขึ้นในระหว่างวันในช่วงที่มีการบรรทุกน้อย พวกเขาสามารถทำได้ในเวลากลางคืนในระหว่างที่ไม่มีการโหลด สามารถทำได้ในเวลากลางคืนระหว่างการสำรองข้อมูลส่วนต่างและการโหลดโดยเฉลี่ย สามารถทำได้ในช่วงสุดสัปดาห์ระหว่างการสำรองข้อมูลเต็มรูปแบบและมีภาระงานสูง และมีสถานการณ์ที่เสื่อมโทรมลงอย่างเห็นได้ชัด ตอนแรกก็ปีละครั้ง แล้วก็ทุกๆ XNUMX เดือน เมื่อความอดทนของฉันสิ้นสุดลง - สัปดาห์ละสองครั้ง
ฉันมีปัญหาเรื่องความจำ แต่พวกเขาไม่ยอมให้ฉันหยุดกองขยะแม้แต่วันหยุดสุดสัปดาห์และเรียกใช้ Memtest เรากำลังรอวันหยุดเดือนพฤษภาคม ในช่วงวันหยุดเดือนพฤษภาคม ฉันเปิด Memtest และ... ไม่พบข้อผิดพลาด
ฉันประหลาดใจและตัดสินใจไปเที่ยวพักผ่อน ในขณะที่ฉันไปเที่ยวพักร้อน ไม่มีการค้างที่กองขยะแม้แต่ครั้งเดียว และเมื่อฉันกลับไปทำงานวันแรกในวันจันทร์ก็มีกองขยะ ฉันอดทนกับการสำรองข้อมูลเต็มรูปแบบและหยุดทำงานทันทีหลังจากเสร็จสิ้น การต้อนรับอย่างอบอุ่นในช่วงวันหยุดทำให้ฉันตัดสินใจลากดิสก์ด้วยเครื่องของแขกไปยังโฮสต์อื่น
และแม้ว่าจะทราบกันมานานแล้วว่าคุณไม่สามารถทำอะไรจริงจังในวันแรกหลังจากวันหยุดได้ แม้ว่าฉันกำลังเตรียมตัวที่จะไม่ทำงานไปตลอดทาง แต่ความขุ่นเคืองของฉันที่หยุดอีกครั้งทำให้ทั้งอารมณ์และฉัน คำสาบานออกไปจากหัวของฉัน...
ฟิสิคัลดิสก์ถูกย้ายไปยังโฮสต์อื่น การเชื่อมต่อที่ร้อนแรง ในการตั้งค่าการจัดเก็บข้อมูลบนแท็บ ไดรฟ์ ดิสก์ปรากฏขึ้น บนแท็บ ที่เก็บข้อมูล ไม่มีที่เก็บข้อมูลบนดิสก์เหล่านี้ รีเฟรช - ไม่ปรากฏ แน่นอนว่าแรงกระตุ้นแรก - เพิ่มพื้นที่เก็บข้อมูล. ตัวช่วยสร้างการเพิ่มจะอธิบายสิ่งที่รองรับ แน่นอนว่ามันรองรับ VMFS ด้วย ฉันไม่สงสัยเลย ดูข้อความของวิซาร์ดในแต่ละขั้นตอนอย่างรวดเร็ว: ถัดไป ถัดไป ถัดไป เสร็จสิ้น ดวงตาไม่ได้เข้ามาใกล้เพื่อจับวงกลมสีเหลืองเล็กๆ ที่มีเครื่องหมายอัศเจรีย์ที่ด้านล่างของหน้าต่างบันไดขั้นหนึ่งของปรมาจารย์
ในตอนท้ายของวิซาร์ด Datastore ใหม่จะปรากฏในรายการ... และ Datastore จากดิสก์กายภาพที่เหลือตามมาด้วย
ฉันไปยังการนำทางผ่าน Datastore ที่เพิ่มเข้ามาใหม่ และมัน... ว่างเปล่า แน่นอนว่าฉันกลับรู้สึกประหลาดใจ 8 โมงเช้า 15 นาทีแรกของที่ทำงานหลังวันหยุด ฉันยังไม่ได้คนน้ำตาลในกาแฟเลย และนี่คือ ความคิดแรกคือฉันดึงดิสก์ผิดจากโฮสต์ "ดั้งเดิม" ฉันตรวจดูว่า Datastore ที่จำเป็นนั้นมีอยู่ในโฮสต์ “ดั้งเดิม” หรือไม่: ไม่ ไม่มีอยู่ ความคิดที่สองคือ: “แม่ง!” ฉันไม่แน่ใจ แต่สำหรับฉันแล้วความคิดที่สาม สี่ และอย่างน้อยห้าก็เหมือนกัน
เพื่อขจัดข้อสงสัย ฉันจึงติดตั้ง ESXi ใหม่สำหรับการทดสอบอย่างรวดเร็ว นำดิสก์ด้านซ้าย และเมื่ออ่านแล้ว ก็ทำตามขั้นตอนของวิซาร์ด ใช่. เมื่อคุณเพิ่ม Datastore โดยใช้ตัวช่วยสร้าง ข้อมูลทั้งหมดบนดิสก์จะสูญหายไปโดยไม่มีความสามารถในการย้อนกลับการดำเนินการและกู้คืนข้อมูล ต่อมาฉันได้อ่านหนึ่งในฟอรัมเกี่ยวกับการประเมินการออกแบบนี้โดยปรมาจารย์: นี่มันห่วยแตก และฉันก็เห็นด้วยจริงๆ
เริ่มตั้งแต่วันที่หก ความคิดไหลไปในทิศทางที่สร้างสรรค์มากขึ้น ตกลง. การเริ่มต้นจะใช้เวลาไม่กี่วินาทีแม้แต่กับดิสก์ขนาด 3Tb นี่คือการจัดรูปแบบระดับสูง ซึ่งหมายความว่าตารางพาร์ติชันถูกเขียนใหม่ ข้อมูลจึงยังคงอยู่ ตอนนี้เราจะมองหาสิ่งที่ไม่ฟอร์แมตและ voila บ้าง
ฉันบูตเครื่องจากอิมเมจสำหรับบูต Strelec... และฉันพบว่าโปรแกรมกู้คืนพาร์ติชันรู้ทุกอย่างยกเว้น VMFS ตัวอย่างเช่น พวกเขารู้เค้าโครงพาร์ติชันของ Synology แต่ไม่ใช่ VMFS
การค้นหาผ่านโปรแกรมไม่มั่นใจ: อย่างดีที่สุด GetDataBack และ R.Saver ค้นหาพาร์ติชัน NTFS ที่มีโครงสร้างไดเร็กทอรีสดและชื่อไฟล์สด แต่สิ่งนี้ไม่เหมาะกับฉัน ฉันต้องการไฟล์ vmdk สองไฟล์: พร้อมดิสก์ระบบและดิสก์ไฟล์ถังขยะ
จากนั้นฉันก็เข้าใจว่าดูเหมือนว่าตอนนี้ฉันจะติดตั้ง Windows และเปิดตัวจากการสำรองข้อมูลไฟล์ และในขณะเดียวกันฉันก็จำได้ว่าฉันมีรูท DFS อยู่ที่นั่น และยังมีระบบสิทธิ์การเข้าถึงโฟลเดอร์แผนกที่มีขอบเขตและแตกสาขาอย่างมาก ไม่ใช่ตัวเลือก ตัวเลือกเดียวที่ยอมรับได้ในเวลาคือการคืนค่าสถานะของระบบและดิสก์ด้วยข้อมูลและสิทธิ์ทั้งหมด
อีกครั้ง Google, ฟอรัม, KB'shki และอีกครั้งที่ Yaroslavna กำลังร้องไห้: VMware ESXi ไม่มีกลไกการกู้คืนข้อมูล หัวข้อการสนทนาทั้งหมดมีสองตอนจบ: มีคนถูกกู้คืนโดยใช้การกู้คืน DiskInternals VMFS ที่มีราคาแพง หรือมีคนได้รับความช่วยเหลือจากผู้เชี่ยวชาญด้านซอฟต์แวร์ในการส่งเสริมบริการของเขาอย่างแข็งขัน vmfs-เครื่องมือ и dd. ตัวเลือกในการซื้อสิทธิ์การใช้งาน DiskInternals VMFS Recovery ในราคา 700 ดอลลาร์ไม่ใช่ตัวเลือก การอนุญาตให้บุคคลภายนอกจาก "ดินแดนของศัตรูที่อาจเกิดขึ้น" เข้าถึงข้อมูลองค์กรก็ไม่ใช่ทางเลือกเช่นกัน แต่ Googled พบว่าพาร์ติชัน VMFS สามารถอ่านได้โดย UFS Explorer
การกู้คืน DiskInternals VMFS
ดาวน์โหลดและติดตั้งเวอร์ชันทดลองใช้แล้ว โปรแกรมเห็นพาร์ติชัน VMFS ว่างสำเร็จ:
โหมด ยกเลิกการลบ (สแกนด่วน) ฉันยังพบ Datastore โทรมที่มีโฟลเดอร์ของเครื่องเสมือนที่มีดิสก์อยู่ข้างใน:
ภาพตัวอย่างแสดงให้เห็นว่าไฟล์ยังมีชีวิตอยู่:
การติดตั้งพาร์ติชันเข้าสู่ระบบสำเร็จ แต่ด้วยเหตุผลบางอย่างที่ไม่ทราบสาเหตุ ทั้งสามโฟลเดอร์จึงมีเครื่องเสมือนเดียวกัน แน่นอนว่าตามกฎหมายแล้ว ความใจร้ายไม่ใช่สิ่งที่จำเป็น
ความอัปยศสามบรรทัดความพยายามที่จะล็อคซอฟต์แวร์อย่างไร้ยางอายจบลงด้วยความล้มเหลว แต่ UFS Explorer ล็อคไว้
ฉันมีทัศนคติเชิงลบอย่างยิ่งต่อการขโมยซอฟต์แวร์ ฉันไม่สนับสนุนการใช้วิธีใดๆ เพื่อหลีกเลี่ยงการป้องกันการใช้โดยไม่ได้รับอนุญาต
ฉันตกอยู่ในสถานการณ์ที่เลวร้ายและไม่รู้สึกภาคภูมิใจกับมาตรการที่ฉันใช้เลย
ยูเอฟเอส เอ็กซ์พลอเรอร์
การสแกนดิสก์พบว่ามี 7 โหนด จำนวนโหนด “น่าประหลาดใจ” ใกล้เคียงกับจำนวนไฟล์ *-flat.vmdk ที่ตรวจพบโดย VMFS Recovery:
การเปรียบเทียบขนาดไฟล์และขนาดโหนดยังแสดงให้เห็นการจับคู่ในระดับไบต์อีกด้วย ในเวลาเดียวกัน ชื่อของไฟล์ *-flat.vmdk และความเป็นเจ้าของของไฟล์เหล่านั้นจึงถูกกู้คืน
โดยทั่วไป ดิสก์ vmdk จากมุมมองของ ESXi ประกอบด้วยไฟล์สองไฟล์: ไฟล์ข้อมูล (<ชื่อเครื่อง>-flat.vmdk) และไฟล์เค้าโครงดิสก์ “แบบฟิสิคัล” (<ชื่อเครื่อง>.vmdk) หากคุณอัปโหลดไฟล์ *-flat.vmdk ไปยัง Datastore จากเครื่องภายในเครื่อง ESXi จะไม่รู้จักว่าเป็นไฟล์ดิสก์ที่ถูกต้อง ฐานความรู้ VMware มีบทความเกี่ยวกับวิธีสร้างไฟล์อธิบายดิสก์ด้วยตนเอง: แต่ฉันไม่จำเป็นต้องทำเช่นนี้ ฉันเพียงแค่คัดลอกเนื้อหาของไฟล์ที่เกี่ยวข้องจากพื้นที่แสดงตัวอย่างเนื้อหาไฟล์ใน DiskInternals VMFS Recovery:
หลังจากยกเลิกการโหลดโหนด 4 TB จาก UFS Explorer เป็นเวลา 2,5 ชั่วโมง และโหลดไปยัง Datastore ของไฮเปอร์ไวเซอร์เป็นเวลา 20 ชั่วโมง ไฟล์ดิสก์ที่เสียหายจะเชื่อมต่อกับเครื่องเสมือนที่สร้างขึ้นใหม่ ดิสก์หยิบขึ้นมา ไม่พบข้อมูลสูญหาย
ที่มา: will.com