ٽوڙيو مجازي مشين سنيپ شاٽ زنجير (.VMDK / .VHDX / .QCOW2) ۽ ڊسڪ بچاء¶

جڏهن هڪ پيداوار ورچوئل مشين (VM) تي VMware ESXi / Workstation، Microsoft Hyper-V، Proxmox VE / QEMU-KVM، يا Oracle VirtualBox اوچتو هڪ بيڪ اپ نوڪري ناڪام ٿيڻ کان پوءِ پاور آن ڪرڻ کان انڪار ڪري ٿي، هڪ ڊيٽا اسٽور ڊسڪ اسپيس کان ٻاهر هلندو آهي.0 bytes free)، يا هڪ منتظم هڪ سنيپ شاٽ فائل کي ڇڪي ٿو، هڪ واحد خوفناڪ ڪلڪ مهينن يا سالن جي لائيو ڪاروباري ڊيٽا کي ختم ڪري سگهي ٿو. ورچوئل مشين سنيپ شاٽ ** مڪمل آزاد بيڪ اپ نه آهن**؛ اهي نازڪ آهن ** ڪاپي-آن-لکڻ (CoW) ڊيلٽا مختلف زنجير** (*-000001-delta.vmdk, *.avhdx، يا backing-file .qcow2 overlays) جتي سنيپ شاٽ کان وٺي لکيل هر هڪ بلاڪ خاص طور تي چائلڊ ڊيلٽا فائلن جي اندر زندگي گذاريندو آهي، جڏهن ته اصل بنيادي ڊسڪ ماضي ۾ منجهيل آهي.

جيڪڏهن توهان غلطيون ڏسندا آهيو جهڙوڪ "The parent virtual disk has been modified since the child was created (Parent CID does not match)" VMware ۾، "Cannot boot: The chain of virtual hard disks is broken" Hyper-V ۾، يا "Could not open backing file: L1/L2 table corrupted" QEMU/Proxmox ۾، ** وي ايم کي سڌو سنئون بيس ڊسڪ تي اشارو ڪندي (flat.vmdk يا بنياد .vhdx) ۽ ان کي بوٽ ڪرڻ موتمار آهي**. ائين ڪرڻ سان سرور بوٽ ٿي ويندو آهي جيئن اهو موجود هو 6 مهينا اڳ جڏهن پهريون سنيپ شاٽ ٺاهيو ويو هو، فوري طور تي ڪرپٽوگرافڪ والدين-چائلڊ GUID/CID لنڪ کي غلط ڪري ٿو ۽ ان تاريخ کان وٺي هر ڊيلٽا سنيپ شاٽ کي يتيم ۽ ناقابل ضم ڪرڻ.

هي گائيڊ مهيا ڪري ٿو قدم قدم غير تباهي واري سنيپ شاٽ زنجير جي بحالي، بيان ڪندڙ فائل هيڊر جي مرمت، ۽ براڊ ڪام نالج بيس آرٽيڪلز (KB 1007969 / 316578 ۽ KB 1002578 KB Hyper-10025)، VMware تي ٻڌل گيسٽ فائل ايڪسٽريشن پروٽوڪولز. Merge-VHD ۽ Set-VHD انجنيئرنگ وضاحتون، QEMU qemu-img ۽ libguestfs (guestmount) فرانزڪ معيار، ۽ NIST خاص اشاعت 800-86.

ھاڻي ھي ڪر¶

جيڪڏهن هڪ ورچوئل مشين شروع ڪرڻ کان انڪار ڪري ٿي يا ٽوٽل سنيپ شاٽ زنجير / خراب ٿيل ورچوئل ڊسڪ غلطي کي اڇلائي ٿو:

1. ** ڪڏهن به ايڊٽ نه ڪريو VM سيٽنگون سڌو سنئون بيس ڊسڪ مان بوٽ ڪرڻ لاءِ (Server.vmdk يا Server.vhdx) جڏهن ڊيلٽا سنيپ شاٽ (-000001.vmdk يا .avhdx) فولڊر ۾ موجود آهي.** جنهن لمحي هڪ گيسٽ آپريٽنگ سسٽم سڌو سنئون بنيادي پيرنٽ ڊسڪ کان 2 سيڪنڊن لاءِ بوٽ ڪري ٿو، مهمان او ايس بوٽ ٽائم اسٽيمپس ۽ NTFS/ext4 جرنل اپڊيٽ کي بنيادي ڊسڪ ۾ لکي ٿو، پيرن ڊسڪ جي ** مواد جي ID (CID)** VMware ۾ يا Linkage GUID / Timestamp Hyper-V ۾. اهو واحد بوٽ ٻارن جي سنيپ شاٽس جي پوري زنجير کي ٽوڙي ٿو جيڪو بيس ڊسڪ تي ڀاڙي ٿو سا بٽ-بٽ منجمد رهي ٿو. جيڪڏهن توهان جو سرور روم هڪ فعال باهه، کولنگ ناڪامي، يا جسماني خطري جو تجربو ڪري رهيو آهي، ٻاهر ڪڍو ۽ پنهنجي مقامي ايمرجنسي نمبر تي ڪال ڪريو (آمريڪا ۽ ڪئناڊا ۾ 911، يورپي يونين ۾ 112، برطانيه ۾ 999) يا چيڪ ڪريو. ايمرجنسي نمبر.
2. **ڪڏهن به نه هٽايو .avhdx, -delta.vmdk، يا -sesparse.vmdk ونڊوز ايڪسپلورر يا ESXi Datastore برائوزر ۾ فائلون "ڊسڪ اسپيس کي خالي ڪريو." ** عام عارضي فائلن جي برعڪس، .avhdx ۽ -delta.vmdk فائلون ** توهان جي موجوده هارڊ ڊرائيو آهن **. جيڪڏهن هڪ سنيپ شاٽ 8 مھينا اڳ ٺھيو ويو ھو ھڪ اٽڪيل Veeam/CommVault بيڪ اپ جاب ۽ ھلائي ڇڏي، 100 سيڪڙو ھر ڊيٽابيس ٽرانزيڪشن، انوائس ۽ فائل جو گذريل 8 مھينن دوران ٺاھيو ويو آھي .avhdx يا -delta.vmdk فائلون. انھن کي حذف ڪرڻ سان سمورو ڊيٽا ٺاھيو ويو آھي جڏھن کان سنيپ شاٽ شروع ٿيو.
3. ** ڪاپي يا ڪلون سڀ .vmdk, .vhdx/.avhdx، يا .qcow2 فائلون ڪنهن به ضم، ڪمٽ، يا مرمت جي ڪمانڊ کي هلائڻ کان اڳ خارجي / ثانوي اسٽوريج جي مقدار ۾.** سنيپ شاٽ زنجير کي ضم ڪرڻ سڀني ڊيلٽا بلاڪ کي پوئتي پيل ڊسڪ ۾ ان-جڳه ۾ لکي ٿو. جيڪڏهن هڪ خراب ڊسڪ شعبي يا ڊيٽا اسٽور جي مڪمل غلطي جي ڪري هڪ ضم اڌ رستي ۾ ناڪام ٿئي ٿي، ٻنهي والدين ۽ ٻارن جي ڊسڪ خراب ٿي وينديون جيستائين توهان پهرين خام فائل ڪاپي نه وٺو.
4. **جيڪڏهن هائپر وائزر ناڪام ٿي ويو ڇاڪاڻ ته ميزبان Datastore / Volume 100% Full (No space left on device) ڪڏھن به ڪوشش نه ڪريو "سنيپ شاٽ کي ختم ڪريو / جمع ڪريو" جيستائين توھان ھڪڙي وڏي ڊيٽا اسٽور ۾ خالي جڳھ يا کلون شامل نه ڪريو. ** گھڻن سنيپ شاٽ زنجير کي مضبوط ڪرڻ لاءِ عارضي اسڪريچ اسپيس جي ضرورت آھي جيڪا وڏي ڊيلٽا ڊسڪ جي سائيز جي برابر آھي. 99٪ مڪمل ڊيٽا اسٽور تي مضبوط ڪرڻ جي ڪوشش هائپر وائزر وچين ڪميٽ کي تباهه ڪندي.
5. ** صحيح والدين جو نقشو ٺاھيو -> ٻارن جي انحصار واري زنجير کي استعمال ڪندي صرف پڙهڻ لاءِ انسپيڪشن ڪمانڊ (vmkfstools -e, Get-VHD، يا qemu-img info --backing-chain) هڪ بائيٽ کي ڇڪڻ کان اڳ.** هر سنيپ شاٽ فائل هيڊر واضح طور تي صحيح والدين فائل جو نالو ۽ والدين جي cryptographic ID جو اهو توقع رکي ٿو ته سڌو سنئون ان جي مٿان ويٺي.

flowchart TD
    A["VM بوٽ ڪرڻ کان انڪار ڪري ٿو: ٽوٽل سنيپ شاٽ زنجير، والدين CID بي ميل، يا خراب VMDK/VHDX/QCOW2"] --> B["اسٽاپ: بنيادي ڊسڪ کي سڌو سنئون بوٽ نه ڪريو، ۽ ڪنهن به -delta.vmdk يا .avhdx فائلن کي حذف نه ڪريو."]
    B --> C["قدم 1: چيڪ ڪريو ميزبان ڊيٽا اسٽور / حجم مفت اسپيس (`df -h` / `esxcli اسٽوريج فائل سسٽم لسٽ`)"]
    C --> D["قدم 2: سڀني بنيادي ۽ سنيپ شاٽ فائلن کي نقل ڪريو ثانوي بيڪ اپ NAS/SAN/USB ڊرائيو کي تبديل ڪرڻ کان اڳ"]
    D --> E{"ڪهڙو Hypervisor / ورچوئل ڊسڪ فارميٽ متاثر ٿئي ٿو؟"}
    E -->|"1. VMware ESXi / ورڪ اسٽيشن (.vmdk / -flat.vmdk / -delta.vmdk / -sesparse.vmdk)"| F["متن جي وضاحت ڪندڙن جو معائنو ڪريو (`cat *.vmdk`) ۽ چيڪ چين (`vmkfstools -e Server-000002.vmdk`)"]
    F --> G{"VMware VMDK غلطي ڇا آهي؟"}
    G -->|"والدين جي CID جي ميلاپ (`parentCID = والدين جي CID')"| H["چائلڊ ٽيڪسٽ ڊسڪرپٽر `.vmdk` کي ايڊٽ ڪريو ته جيئن `parentCID` والدين جي `CID` سان ملائي، يا هڪ نئين گڏيل VMDK (`vmkfstools -i`) ۾ فعال ليف ڊسڪ کي ڪلون ڪريو"]
    G -->|"غائب 1-KB متن بيان ڪندڙ `.vmdk` (صرف وڏو `-flat.vmdk` موجود آهي)"| I["درست بائيٽ سائيز / 512 شعبن کي ڳڻيو ۽ سادي متن کي ٻيهر ٺاھيو `.vmdk` وضاحت ڪندڙ سان `vmkfstools -c`"]
    E -->|"2. Microsoft Hyper-V (.vhdx ۽ .avhdx زنجير)"| J["جديد ترين `.avhdx` کان زنجير جو معائنو ڪريو: `Get-VHD-Path*.avhdx | رستو چونڊيو، ParentPath`"]
    J --> K["ٽوٽل پيرنٽ پوائنٽر کي ٻيهر ڳنڍيو (`Set-VHD -Path child.avhdx -ParentPath parent.vhdx -IgnoreIdMismatch`) يا آف لائن ملائي (`Merge-VHD`)"]
    E -->|"3. Proxmox / KVM / QEMU (.qcow2) يا VirtualBox (.vdi)"| L["چيڪ ڪريو `qemu-img info --backing-chain`؛ مرمت refcount/L2 جدولن (`qemu-img check-r all`) يا ريبيس (`qemu-img rebase -u`)"]
    H --> M["آئوٽ-آف-بينڊ فائل ريسڪيو فال بيڪ: ڪنهن به زنجير کي سڌو سنئون صرف پڙهڻ واري موڊ ۾ `guestmount --ro` يا `7-Zip` / `UFS Explorer` ذريعي لڳايو"]
    I --> M
    K --> M
    L --> M

سمجھو ته ڪيئن مجازي مشين سنيپ شاٽ زنجير اصل ۾ ڪم¶

چاهي توهان VMware ESXi، Microsoft Hyper-V، Proxmox/KVM، يا VirtualBox هلائيندا آهيو، هر هائپر وائزر سنيپ شاٽ لاڳو ڪري ٿو بلڪل ساڳي بنيادي آرڪيٽيڪچر کي استعمال ڪندي: پڙهڻ لاءِ واحد والدين ڊسڪ جي اڻ سڌي ڳنڍيل فهرست ۽ هڪ پڙهڻ لاءِ چائلڊ ليف ڊيلٽا ڊسڪ.

[Base Disk: Server.vmdk / Server.vhdx]  <-- Frozen Read-Only at Snapshot 1 (e.g., Jan 1)
         ^
         | (Points to Parent Path + Parent CID/GUID: 1234abcd)
[Snapshot 1: Server-000001.vmdk / Server_A.avhdx]  <-- Frozen Read-Only at Snapshot 2 (e.g., June 1)
         ^
         | (Points to Parent Path + Parent CID/GUID: 5678ef01)
[Snapshot 2 (Active Leaf): Server-000002.vmdk / Server_B.avhdx]  <-- Active Read/Write Today (Oct 31)

• جڏهن VM اڄ هڪ نئون بلاڪ ** لکڻ** چاهي ٿو، اهو صرف هيٺئين پتي جي فائل ڏانهن لکي ٿو (Snapshot 2).
• جڏهن VM چاهي ٿو ** پڙهڻ ** هڪ بلاڪ اڄ، هائپرائزر چيڪ ڪري ٿو Snapshot 2 پهريون. جيڪڏهن اهو بلاڪ 1 جون کان تبديل ڪيو ويو، اهو ان کان پڙهي ٿو Snapshot 2. جيڪڏهن نه، اهو زنجير کي ڏسڻ ۾ اچي ٿو Snapshot 1. جيڪڏهن اهو اتي به تبديل نه ڪيو ويو هو، اهو پڙهي ٿو اصل بلاڪ کان Base Disk.
• زنجيرن ڇو ٽوڙيو: هر ٻار جو سنيپ شاٽ پنهنجي هيڊر ۾ ٻه سخت پوائنٽرز رکي ٿو: (1) ان جي فوري والدين جو فائل رستو، ۽ (2) هڪ 32-bit مواد جي ID (CID VMware ۾) يا 128-bit Linkage GUID (ParentUniqueId Hyper-V ۾) جيڪو هر وقت ٻيهر پيدا ٿئي ٿو جڏهن هڪ والدين ڊسڪ لکڻ لاءِ کوليو وڃي ٿو. جيڪڏهن ڪو به فائل منتقل ڪري ٿو، فولڊر جو نالو تبديل ڪري ٿو، يا مختصر طور تي والدين ڊسڪ کي پڙهڻ لکڻ واري موڊ ۾ نصب ڪري ٿو، والدين جي CID / GUID تبديليون، ۽ هائپرائزر فوري طور تي خاموش بلاڪ ڪرپشن کي روڪڻ لاء ٻار جي سنيپ شاٽ کي نصب ڪرڻ کان انڪار ڪري ٿو.

ٽريڪ 1: بچاءُ VMware ESXi ۽ ورڪ اسٽيشن .vmdk سنيپ شاٽ زنجير¶

VMware ESXi ۾، هڪ واحد ورچوئل ڊسڪ اصل ۾ مشتمل هوندو آهي ** ٻه الڳ فائلون** بنيادي ڊسڪ لاءِ ۽ ** ٻه الڳ فائلون** هر سنيپ شاٽ لاءِ: 1. ** ھڪڙو ننڍڙو (- 500-byte) سادي متن بيان ڪندڙ فائل (Server.vmdk ۽ Server-000001.vmdk)** جيڪو رکي ٿو CID, parentCID، ڊسڪ جاميٽري، ۽ بائنري حد جو صحيح فائل نالو. (نوٽ: اسٽاڪ ESXi Datastore برائوزر ويب GUI جوڙيل کي لڪائيندو آهي -flat.vmdk ۽ -sesparse.vmdk بائنري فائلون ۽ صرف هڪ واحد ضم ٿيل آئڪن ڏيکاري ٿو، توهان کي لازمي فائلون ڏسڻ لاءِ ESXi ميزبان تي SSH ٽرمينل سيشن استعمال ڪرڻ گهرجي). 2. هڪ ملٽي گيگا بائنري ڊيٽا ايڪسٽنٽ فائل (Server-flat.vmdk بنيادي ڊسڪ لاء، ۽ Server-000001-sesparse.vmdk يا Server-000001-delta.vmdk هر تصوير لاءِ).

منظر 1A: درست ڪرڻ "The parent virtual disk has been modified since the child was created (Parent CID mismatch)"¶

1. SSH کي ESXi ميزبان ۾ داخل ڪريو ۽ وي ايم جي ڊيٽا اسٽور ڊاريڪٽري تي وڃو:

   cd /vmfs/volumes/<Datastore_Name>/<VM_Folder_Name>/
   ls -la *.vmdk
   

2. ** ڇاپيو CID, parentCID، ۽ parentFileNameHint سڀني متن جي وضاحت ڪندڙ تي .vmdk فائلون هڪ ڀيرو:**
3. (اهم: صرف هلائي cat يا grep ننڍي 500 بائيٽ ٽيڪسٽ بيان ڪندڙ تي .vmdk فائلون، ملٽي گيگا بائيٽ تي نه -flat.vmdk يا -sesparse.vmdk فائلون)*

   grep -E "CID|parentFileNameHint|Extent description" -A 2 Server.vmdk Server-00000*.vmdk
   

4. ** موازنہ ڪريو CID هر والدين جي خلاف parentCID ان جي فوري ٻار جو:** ٻاھر ڏسو:

   Server.vmdk:           CID=1a2b3c4d
                          parentCID=ffffffff   (ffffffff means this is the root Base Disk)
   
   Server-000001.vmdk:    CID=99887766
                          parentCID=55443322   <-- ERROR: Should equal Server.vmdk's CID (1a2b3c4d)
                          parentFileNameHint="Server.vmdk"
   
   Server-000002.vmdk:    CID=aabbccdd
                          parentCID=99887766   <-- OK: Matches Server-000001.vmdk's CID (99887766)
                          parentFileNameHint="Server-000001.vmdk"
   

5. ** ٽٽل کي درست ڪريو parentCID ٻار جي وضاحت ڪندڙ ۾ ۽ تصديق ڪريو vmkfstools -e:**
6. پهريون، بيڪ اپ ڪريو ٽيڪسٽ بيان ڪندڙ فائلن (cp Server-000001.vmdk Server-000001.vmdk.bak).
7. کليل Server-000001.vmdk ۾ vi ۽ تبديلي parentCID=55443322 ڏانهن parentCID=1a2b3c4d (ملندڙ Server.vmdkموجوده آهي CID).
8. زنجير جي سالميت جي جانچ ڪريو نئين (سڀ کان وڌيڪ نمبر وارو) سنيپ شاٽ استعمال ڪندي vmkfstools -e:

   vmkfstools -e Server-000002.vmdk
   

9. جيڪڏهن زنجير برقرار آهي، ESXi آئوٽ: Disk chain is consistent.
10. ** غير تباهي واري استحڪام (vmkfstools -i جڳھ کان ٻاهر کلون):**
11. جيڪڏهن Server.vmdk توھان کي درست ڪرڻ کان پھريان ٿورڙو تبديل ڪيو ويو parentCID، پنهنجي صرف ڪاپي تي جاءِ تي مضبوط نه ڪريو. ان جي بدران، اشارو vmkfstools -i نئين ليف سنيپ شاٽ تي (Server-000002.vmdk) ۽ پوري زنجير کي ڪلون ڪريو بلڪل نئين، اڪيلو فليٽ ٿيل VMDK ۾ هڪ ڊيٽا اسٽور تي خالي جاءِ سان:

    vmkfstools -i Server-000002.vmdk /vmfs/volumes/<Target_Datastore>/Server_Rescue/Server_Merged.vmdk -d thin
    

12. vmkfstools -i مان هر بلاڪ پڙهي ٿو Server-000002.vmdk ذريعي هيٺ Server-000001.vmdk ۽ Server-flat.vmdk سخت ريڊ اونلي موڊ ۾ ۽ لکي ٿو صاف، سنيپ شاٽ کان سواءِ Server_Merged.vmdk توهان جي اصل فائلن کي ڇڪڻ کان سواء.

منظر 1B: هڪ غائب يا ختم ٿيل 500 بائيٽ ٻيهر ٺاهڻ .vmdk متن بيان ڪندڙ جڏهن Server-flat.vmdk اڃا تائين برقرار آهي¶

ڪڏهن ڪڏهن ايڊمنسٽريٽر يا ٽوٽل اسڪرپٽ ڊليٽ ڪري ٿو Server.vmdk (يا اهو خراب ٿي وڃي ٿو 0 bytes)، ڊيٽا اسٽور برائوزر کي مجازي ڊسڪ ڏيکارڻ بند ڪرڻ جو سبب بڻائيندو، جيتوڻيڪ وڏي 500-گيگا بائيٽ Server-flat.vmdk فائل جيڪا 100 سيڪڙو توهان جي حقيقي ڊيٽا تي مشتمل آهي اڃا تائين SSH ۾ بيٺي آهي (ls -la *-flat.vmdk).

توھان وري ٺاھي سگھوٿا غائب ٿيل سادي متن کي Server.vmdk بيان ڪندڙ فائل 60 سيڪنڊن ۾ ڊيٽا جي هڪ بائيٽ کي وڃائڻ کان سواءِ Server-flat.vmdk:

# 1. Check the exact byte size of your existing Server-flat.vmdk:
ls -l Server-flat.vmdk
# Example output: -rw------- 1 root root 107374182400 Oct 31 12:00 Server-flat.vmdk  (Exactly 107,374,182,400 bytes)

# 2. Create a temporary dummy VMDK of that EXACT byte size in /tmp or the datastore:
vmkfstools -c 107374182400 -d thin temp_dummy.vmdk

# 3. Delete the dummy binary file (temp_dummy-flat.vmdk) and rename the 500-byte descriptor to Server.vmdk:
rm -f temp_dummy-flat.vmdk
mv temp_dummy.vmdk Server.vmdk

# 4. Edit Server.vmdk in 'vi' and change the filename inside quotes from "temp_dummy-flat.vmdk" to "Server-flat.vmdk":
sed -i 's/temp_dummy-flat.vmdk/Server-flat.vmdk/g' Server.vmdk
# (Also delete the line 'ddb.thinProvisioned = "1"' if the original disk was thick-provisioned)

منظر 1C: کولڻ a .vmdk بند ٿيل ESXi ميزبان طرفان يا خراب ٿيل بيڪ اپ پراکسي (Cannot open the disk: Failed to lock the file)¶

جيڪڏهن هڪ VM سان طاقت ڪرڻ کان انڪار ڪري Failed to lock the file يا Cannot open disk: Resource busy, ڪلسٽر ۾ هڪ ٻيو ESXi ميزبان (يا هڪ Veeam/backup HotAdd ايپلائينس جيڪو بيڪ اپ دوران حادثو ٿيو) اڃا تائين هڪ SCSI/VMFS فائل لاڪ رکيل آهي. -flat.vmdk يا -sesparse.vmdk: 1. ** چيڪ ڪريو ته ڇا خراب ٿيل بيڪ اپ پراکسي VM اڃا تائين توهان جي پيداوار VM آهي .vmdk ان جي ورچوئل SCSI ڪنٽرولر سان منسلڪ:** پنھنجي Veeam/CommVault proxy VMs جي سيٽنگن ۾ ترميم ڪريو ۽ ڪنھن به پراڻي منسلڪ پروڊڪشن ڊسڪ کي هٽايو (** چونڊيو "ورچوئل مشين مان ھٽايو،" ڪڏھن به "ڊيٽ اسٽور تان فائلون حذف نه ڪريو"). 2. ** ڳولهيو ته ڪھڙي ESXi ميزبان MAC ايڊريس ۽ دنيا جي عمل ۾ VMFS لاڪ رکيل آھي:

vmfsfilelockinfo -p /vmfs/volumes/<Datastore>/<VM_Folder>/Server-flat.vmdk

ٽريڪ 2: Microsoft Hyper-V کي بچائڻ .vhdx ۽ .avhdx سنيپ شاٽ زنجير¶

Microsoft Hyper-V ۾، هر چيڪ پوائنٽ (سنيپ شاٽ) ايڪسٽينشن سان هڪ مختلف ورچوئل هارڊ ڊسڪ ٺاهي ٿو .avhdx (يا .avhd پراڻي VHD فارميٽ تي) هڪ ڊگهو GUID فائل جو نالو لڳايو ويو آهي جهڙوڪ ProdSQL_A1B2C3D4-E5F6-7890-ABCD-1234567890AB.avhdx.

مرحلا 1: صحيح تاريخ جو نقشو ٺاھيو .avhdx PowerShell ۾ والدين-ٻار جو وڻ¶

Hyper-V مئنيجر ۾ ڪنهن به شيءِ کي ضم ڪرڻ يا ٻيهر ڳنڍڻ کان اڳ، Hyper-V ميزبان تي هڪ Elevated Administrator PowerShell ونڊو کوليو، ان فولڊر ڏانهن وڃو جنهن ۾ توهان جي .vhdx ۽ .avhdx فائلون، ۽ ھن ھڪڙي لائنر کي ھلايو صحيح والدين-ٻارن جي زنجير کي نئين کان پراڻي تائين ڏيکاري ٿو:

# Inspect every .vhdx and .avhdx in the directory, sorted by LastWriteTime:
Get-ChildItem -Filter "*.*vhd*" | ForEach-Object {
    Get-VHD -Path $_.FullName -ErrorAction SilentlyContinue |
    Select-Object Path, ParentPath, VhdType, FileSize, Size
} | Format-List

تي ڏسو Path ۽ ParentPath ميدان. اهي ظاهر ڪندو صحيح زنجير آرڊر: - ProdSQL.vhdx -> ParentPath: (blank) (روٽ بيس ڊسڪ، پراڻي ترين) - ProdSQL_1111.avhdx -> ParentPath: D:\VMs\ProdSQL.vhdx (ٻار 1) - ProdSQL_2222.avhdx -> ParentPath: D:\VMs\ProdSQL_1111.avhdx (ٻار 2) - ProdSQL_3333.avhdx -> ParentPath: D:\VMs\ProdSQL_2222.avhdx (نئين فعال ليف ڊسڪ)

قدم 2: درست ڪرڻ "The chain of virtual hard disks is broken" يا "Differencing disk parent ID mismatch" (Set-VHD -IgnoreIdMismatch)¶

ڇا جيڪڏهن ڪنهن کي منتقل ڪيو ويو VM فولڊر مان C:\VMs\ ڏانهن E:\VMs\، يا اتفاقي طور تي بوٽ ڪيو ويو ProdSQL.vhdx 5 سيڪنڊن لاء، سبب ProdSQL_1111.avhdx ناڪام ٿيڻ سان: The chain of virtual hard disks is broken. The system cannot locate the parent virtual hard disk for the differencing disk يا There is a mismatch in the virtual disk identifiers؟

سرڪاري Hyper-V PowerShell cmdlet استعمال ڪريو Set-VHD سان گڏ -IgnoreIdMismatch پرچم (پهرين فائلن کي بيڪ اپ ڪرڻ کان پوء):

# Relink a child .avhdx to its parent .vhdx/.avhdx (adding -IgnoreIdMismatch if the parent timestamp/GUID shifted):
Set-VHD -Path "E:\VMs\ProdSQL_1111.avhdx" -ParentPath "E:\VMs\ProdSQL.vhdx" -IgnoreIdMismatch

قدم 3: دستي طور تي يتيم کي ضم ڪرڻ .avhdx زنجير NEWEST کان پراڻي (Merge-VHD)¶

جڏهن هڪ بيڪ اپ ايجنٽ 15 يتيم ڇڏي .avhdx توهان جي فولڊر ۾ موجود فائلون جيڪي هاڻي Hyper-V مئنيجر GUI "چيڪ پوائنٽس" وڻ جي اندر ظاهر نه ٿيون ٿين، توهان کي انهن کي دستي طور PowerShell ۾ ملائڻو پوندو جڏهن VM بند هجي.

فولڊر جي ڪم ڪندڙ ڪاپي تي اهي صحيح PowerShell ڪمانڊ هلايو:

# Step 1: Merge Child 3 (Newest) into Child 2:
Merge-VHD -Path "E:\VMs\ProdSQL_3333.avhdx" -DestinationPath "E:\VMs\ProdSQL_2222.avhdx"

# Step 2: Merge Child 2 into Child 1:
Merge-VHD -Path "E:\VMs\ProdSQL_2222.avhdx" -DestinationPath "E:\VMs\ProdSQL_1111.avhdx"

# Step 3: Merge Child 1 into the Base .vhdx:
Merge-VHD -Path "E:\VMs\ProdSQL_1111.avhdx" -DestinationPath "E:\VMs\ProdSQL.vhdx"

ٽريڪ 3: بچاء Proxmox VE / QEMU / KVM .qcow2 ۽ VirtualBox .vdi زنجير¶

1. خراب ٿيل QCOW2 L1/L2 ڪلسٽر ۽ ريفڪائونٽ ٽيبل جي چڪاس ۽ مرمت (qemu-img check)¶

جڏهن هڪ لينڪس KVM يا Proxmox ميزبان بيٽري جي پٺڀرائي ڪيش کان سواءِ اوچتو بجلي بند ٿيڻ جو شڪار ٿئي ٿو، .qcow2 ورچوئل ڊسڪ اڪثر ڪري بوٽ ڪرڻ ۾ ناڪام ٿيندو آهي qcow2: Marking image as corrupt: L2 table offset unaligned يا Refcount block corrupted. 1. ** پهرين ڪاپي .qcow2 فائل (cp vm-100-disk-0.qcow2 vm-100-disk-0.qcow2.bak)** 2. پٺاڻن جي زنجير ۽ اندروني سنيپ شاٽ لسٽ جو جائزو وٺو:

qemu-img info --backing-chain vm-100-disk-0.qcow2
qemu-img snapshot -l vm-100-disk-0.qcow2

qemu-img check -r all vm-100-disk-0.qcow2

2. ٽٽل QCOW2 بيڪنگ فائل پاٿ کي درست ڪرڻ (qemu-img rebase -u)¶

جيڪڏهن هڪ ٻاهرين QCOW2 سنيپ شاٽ (overlay.qcow2) کولڻ ۾ ناڪام ٿيو ڇاڪاڻ ته ان جي والدين جي پٺڀرائي واري فائل (base.qcow2) کي نئين ڊاريڪٽري يا اسٽوريج پول ۾ منتقل ڪيو ويو، بيڪنگ فائل پوائنٽر کي تازه ڪاري ڪريو غير محفوظ (-u, header-only) موڊ بغير ڊيٽا بلاڪ کي ٻيهر لکڻ جي:

qemu-img rebase -u -b /new/path/to/base.qcow2 -F qcow2 overlay.qcow2

3. هڪ نازڪ QCOW2 يا VMDK يا VHDX زنجير کي بلڪل نئين اسٽينڊل تصوير ۾ برابر ڪرڻ (qemu-img convert)¶

ورچوئل مشين ریسکيو ۾ سڀ کان وڌيڪ ورسٽائل اوزارن مان هڪ آهي qemu-img convert (جيڪو اصلي طور تي پڙهي ٿو .qcow2, .vmdk, .vhdx, .vhd، ۽ .vdi). جڏهن توهان اشارو ڪيو qemu-img convert صحيح زنجير جي نئين ليف سنيپ شاٽ تي، اهو صرف پڙهڻ لاءِ سخت موڊ ۾ والدين-ٻارن جي پوري درجي بندي کي پڙهي ٿو ۽ توهان جي بچاءُ واري اسٽوريج تي هڪ بلڪل نئين، خود مختيار، سنيپ شاٽ فري ورچوئل ڊسڪ لکي ٿو:

# Non-destructively flatten an entire QCOW2, VMDK, or VHDX chain into a single clean image:
qemu-img convert -p -O qcow2 top_snapshot_leaf.qcow2 /mnt/rescue_storage/flattened_clean.qcow2

ٽريڪ 4: آئوٽ آف بينڊ فائل ریسکيو (فائل ڪڍڻ جڏهن VM اڃا بوٽ نه ڪندو)¶

ڇا ٿيندو جيڪڏهن مجازي ڊسڪ جي اندر موجود گيسٽ آپريٽنگ سسٽم ناقابل آهي، يا زنجير ۾ هڪ وچين سنيپ شاٽ جزوي طور تي خراب ٿي ويو آهي ۽ توهان کي SQL ڊيٽابيس کي ڪڍڻ جي ضرورت آهي (.mdf/.ldf) QuickBooks فائلون، /var/lib/mysql، يا ايندڙ 30 منٽن اندر ڪمپني جا دستاويز؟

توهان کي ورچوئل مشين کي بوٽ ڪرڻ جي ضرورت نه آهي ان جي ورچوئل هارڊ ڊرائيو اندر فائلن کي ڪڍڻ لاءِ. انهن ٽن مان ڪو به استعمال ڪريو غير تباهي واري آئوٽ آف بينڊ ماؤنٽنگ اوزار:

طريقو 1: ڪنهن به جبل .vmdk, .vhdx, .qcow2، يا .vdi لينڪس استعمال ڪندي صرف پڙهڻ واري موڊ ۾ libguestfs (guestmount / qemu-nbd)¶

انسٽال ڪريو libguestfs-tools (sudo apt install libguestfs-tools qemu-utils Ubuntu/Debian/Proxmox تي) ۽ نئين ليف سنيپ شاٽ کي سخت پڙهڻ لاءِ صرف موڊ (--ro):

# Option A: Using guestmount (Automatically detects internal guest LVM/partitions and mounts read-only):
sudo mkdir -p /mnt/vm_rescue
sudo guestmount -a /path/to/Newest_Leaf_Snapshot.vmdk -i --ro /mnt/vm_rescue
# (If guest OS partitions fail auto-inspection due to dirty NTFS journal, list partitions with 'virt-filesystems -a disk.vmdk -l'
# and mount the specific partition directly with '-m /dev/sda2 --ro -o norecover')

# Option B: Attaching the virtual disk chain as a Read-Only Network Block Device (/dev/nbd0):
sudo modprobe nbd max_part=16
sudo qemu-nbd --read-only --connect=/dev/nbd0 /path/to/Newest_Leaf_Snapshot.qcow2
sudo partprobe /dev/nbd0
lsblk /dev/nbd0
# Now mount /dev/nbd0p2 read-only (with -o ro,norecover for NTFS or -o ro,noload for ext4):
sudo mount -o ro,norecover /dev/nbd0p2 /mnt/vm_rescue

طريقو 2: استعمال ڪندي ونڊوز تي صرف پڙهڻ لاءِ فوري ڪڍڻ 7-Zip يا Disk Management -> Attach VHD (Read-Only)¶

• ** استعمال ڪندي 7-زپ (ڪم ڪري ٿو .vmdk, .vhdx, .vhd, .qcow2، ۽ .vdi):** هڪ اسٽينڊ اڪيلو يا فليٽ تي صحيح ڪلڪ ڪريو .vmdk, .vhdx، يا .qcow2 ونڊوز تي فائل ۽ چونڊيو 7-زپ -> آرڪائيو کوليو. 7-Zip اصل ۾ GPT/MBR ورهاڱي جي ٽيبلن ۽ NTFS/ext4 فائل سسٽم کي ورچوئل ڊسڪ اندر 100% ريڊ اونلي موڊ ۾ پارس ڪري ٿو، جنهن سان توهان گيسٽ فولڊر کي ڊريگ ۽ ڊراپ ڪري سگھو ٿا سيڪنڊن ۾ سڌو توهان جي ڊيسڪ ٽاپ تي.
• ** ونڊوز ڊسڪ مينيجمينٽ استعمال ڪرڻ (لاء .vhdx / .avhdx):** کوليو diskmgmt.msc -> ايڪشن -> VHD سان ڳنڍيو -> براؤز ڪريو نئين ليف تي .avhdx (يا .vhdx)، ** لاءِ باڪس چيڪ ڪريو [X] Read-only (نازڪ: صرف پڙهڻ لاءِ چيڪ ڪرڻ نه وساريو، يا ونڊوز ڊسڪ هيڊر کي تبديل ڪندو)**، ۽ ڪلڪ ڪريو OK. توهان جي VM جي C: ۽ D: ڊرائيو فوري طور تي ونڊوز فائل ايڪسپلورر ۾ ظاهر ٿيندا آهن.

طريقو 3: سخت خراب ٿيل زنجيرن کي ٻيهر تعمير ڪرڻ UFS Explorer Professional Recovery¶

جيڪڏهن VMDK يا VHDX زنجير ۾ هڪ والدين ڊسڪ حادثي سان بوٽ ۽ تبديل ٿي وئي هئي، يا جيڪڏهن VMFS/NTFS ڊيٽا اسٽور ڪرپشن جو حصو ڇڪايو ويو آهي. -sesparse.vmdk يا .avhdx فائل ته هائپر وائيزر ٽولز ان کي رد ڪري ٿو، UFS Explorer Professional Recovery (يا R-Studio Technician) توهان کي اجازت ڏئي ٿو دستي طور تي را بيس ڊسڪ ۽ هر چائلڊ ڊيلٽا تصوير کي ڪسٽم ورچوئل ڊيلٽا اسٽيڪ ۾ سافٽ ويئر ريم ۾، هائپر وائيزر کي پاس ڪري CID/GUID هيڊر چيڪ ڪرڻ ۽ محفوظ مهمان فائلن کي ڪڍڻ لاء.

ٽريڪ 5: يتيم ٿيل VM ترتيب واري فائل کي بحال ڪرڻ (.vmx, .xml، يا <vmid>.conf)¶

ڪڏهن ڪڏهن مجازي هارڊ ڊسڪ جو سلسلو پاڻ (*.vmdk, *.vhdx، يا *.qcow2(.vmx VMware ESXi ۾، <GUID>.vmcx / .xml Hyper-V ۾، يا /etc/pve/qemu-server/<vmid>.conf Proxmox VE ۾) خراب ٿي ويو آهي، اتفاقي طور تي ڊهي ويو، يا ميزبان حادثي دوران صفر ٿي ويو.

جيڪڏهن توهان غلط ورچوئل اسٽوريج ڪنٽرولر يا فرم ویئر موڊ سان متبادل VM شيل ٻيهر ٺاهيو، مهمان آپريٽنگ سسٽم فوري طور تي بوٽ تي حادثو ٿيندو. INACCESSIBLE_BOOT_DEVICE (ونڊوز) يا اِن ۾ ڇڏي ڏيو dracut / initramfs ايمرجنسي شيل (لينڪس). پنھنجي محفوظ ڪيل ورچوئل ڊسڪ کي ڳنڍڻ کان اڳ انھن چار هارڊويئر سيٽنگن کي پنھنجي اصل مھمان جي ترتيب سان ملايو:

اڪثر پڇيا ويا سوال¶

ذريعن جي چڪاس ڪئي وئي¶

• VMware پاران Broadcom ٽيڪنيڪل ڄاڻ جو بنياد: *KB 1007969 / 316578 (حل ڪرڻ "پيرنٽ ورچوئل ڊسڪ تبديل ڪيو ويو آهي جڏهن کان ٻار ٺاهيو ويو آهي" سي آءِ ڊي جي ميلاپ غلطيون) ، * KB 1002511 (گم ٿيل ورچوئل ڊسڪٽر ڊسڪ کي ٻيهر ٺاهڻ .vmdk فائل)، ۽ KB 10051 (اي ايس ايڪس آئي ۾ ورچوئل مشين سنيپ شاٽ کي سمجھڻ).
• Microsoft Learn / Windows Server Hyper-V Engineering Documentation: Hyper-V PowerShell Reference for for Get-VHD, Set-VHD -IgnoreIdMismatch، ۽ Merge-VHD آف لائن مختلف ڊسڪ ڪنسوليڊيشن.
• QEMU پروجيڪٽ ۽ ريڊ هيٽ انٽرپرائز لينڪس ورچوئلائيزيشن دستاويز: * سرڪاري qemu-img دستور (info --backing-chain, check -r all, rebase -u, convert) ۽ libguestfs (guestmount --ro) صرف پڙهڻ لاءِ ورچوئل ڊسڪ انسپيڪشن*.
• Oracle VirtualBox ٽيڪنيڪل دستاويز: VBoxManage showmediuminfo ۽ clonemedium مختلف تصويري فن تعمير.
• نيشنل انسٽيٽيوٽ آف معيار ۽ ٽيڪنالاجي (NIST، آمريڪا): NIST اسپيشل پبليڪيشن 800-86: گائيڊ ٽو انٽيگريٽنگ فارنزڪ ٽيڪنڪس ان حادثو جواب (ورچوئل مشين تصويري تحفظ).

لاڳاپيل ھدايتون¶

• NAS ۽ RAID صف خراب ٿي وئي، گھڻن ڊرائيو ناڪامي، ۽ ZFS / Btrfs بحالي
• NVMe يا SSD اوچتو ئي پڙهڻ واري موڊ ۾ داخل ٿئي ٿو يا BIOS کان غائب ٿي وڃي ٿو
• هارڊ ڊرائيو ناڪامي ۽ ايمرجنسي ڊيٽا واپس آڻڻ
• لينڪس سسٽم بوٽ ناڪامي ۽ GRUB مرمت
• ونڊوز بليو اسڪرين (BSOD) ۽ بوٽ جي مرمت
• ڪمپيوٽر جو بيڪ اپ: 3-2-1 حڪمت عملي ۽ آفت جي بحالي
• گلوبل ايمرجنسي نمبر