RecoverPoint for VMs: la macchina virtuale di copia non si avvia durante Image Access per via di una mancata corrispondenza nel descrittore del disco

Summary: Durante test a Copy (Image Access), se il descrittore del disco VMDK (Virtual Machine Disk) non corrisponde tra le macchine virtuali di produzione e di copia, la macchina virtuale di copia non si avvia. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Durante Image Access, la macchina virtuale di copia potrebbe non avviarsi correttamente e potrebbe essere visualizzato il seguente errore:

Windows Boot Manager
Schermata blu

In fase di controllo dei file VMDK di produzione e di copia, si verifica una mancata corrispondenza. Ad esempio:
Macchina virtuale di produzione:

ddb.adapterType = "buslogic"
ddb.deletable = "true"
ddb.geometry.biosCylinders = "0"
ddb.geometry.biosHeads = "0"
ddb.geometry.biosSectors = "0"
ddb.geometry.cylinders = "13054"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.iofilters = "spif:vmwarelwd"
ddb.longContentID = "17189fda646b30fa8e07a2e11be39f0e"
ddb.sidecars = "vmwarelwd_1,<VM NAME>.vmfd"
ddb.thinProvisioned = "1"
ddb.toolsInstallType = "1"
ddb.toolsVersion = "12389"
ddb.uuid = "60 00 C2 9b 41 72 92 4a-01 1b 5c a1 cb 73 7d ff"
ddb.virtualHWVersion = "4"

Macchina virtuale di copia:

ddb.adapterType = "lsilogic"
ddb.geometry.cylinders = "13054"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.longContentID = "7632d38b5d143766f99a7787ce2dec62"
ddb.thinProvisioned = "1"
ddb.toolsInstallType = "1"
ddb.toolsVersion = "12389"
ddb.uuid = "60 00 C2 98 06 fb 7b 22-6a 46 d0 9c c4 8a 89 27"
ddb.virtualHWVersion = "14"

 

Cause

I file descrittori del disco sono per lo più invisibili a RecoverPoint for VMs e non hanno alcun impatto sul modo in un file di questo tipo viene creato nella macchina virtuale di destinazione.
In genere, la macchina virtuale di copia accetta i valori VMware predefiniti in base alle impostazioni della macchina.

Se una macchina virtuale viene creata in una versione precedente di vCenter (anche se tale vCenter è stato successivamente aggiornato), e la macchina virtuale viene duplicata con le stesse impostazioni in una versione più recente, le macchine virtuali hanno file descrittori leggermente diversi. Pertanto, questo problema è più comune con le macchine virtuali create in versioni precedenti di vCenter.

In genere queste differenze non sono importanti, ma a volte il modo in cui il descrittore del disco presenta blocchi e informazioni al sistema operativo della macchina virtuale può far sì che quest'ultima legga le informazioni in modo errato o pensi che il disco sia danneggiato. Secondo RecoverPoint Engineering, un'impostazione che può causare un impatto significativo è la versione hardware. Cambiare questa versione hardware è simile a estrarre fisicamente un disco rigido da un computer e inserirlo in un altro. Tale azione potrebbe consentire l'avvio della macchina virtuale, ma causare problemi se le due non sono compatibili.

 

Resolution

Soluzione alternativa:

Per modificare il file descrittore del disco nella macchina virtuale di copia in modo che corrisponda alla macchina virtuale di produzione, effettuare le seguenti operazioni:

  1. Prendere nota dell'archivio dati su cui risiede la macchina virtuale di copia
  2. Annullare la protezione delle macchine virtuali in questione
  3. Spegnere la macchina virtuale di copia
  4. Rimuovere la macchina virtuale di copia dall'inventario cliccando con il tasto destro del mouse e scegliendo > Remove From Inventory
  5. Identificare le differenze tra i file VMDK, tramite i registri o utilizzando una sessione SSH come root per gli host ESX pertinenti
  6. Modificare il file VMDK della macchina virtuale di copia in modo che corrisponda alla macchina virtuale di produzione

    Ad esempio, nei file del descrittore del disco forniti in precedenza nell'articolo, è necessario aggiungere i seguenti campi alla macchina virtuale di copia:

    • ddb.deletable = "true"
    • ddb.geometry.biosCylinders = "0"
    • ddb.geometry.biosHeads = "0"
    • ddb.geometry.biosSectors = "0"

    E i campi esistenti devono essere modificati in modo che corrispondano alla macchina virtuale di produzione:

    • ddb.adapterType = "lsilogic" to ddb.aapterType = "buslogic"
    • ddb.virtualHWVersion = "14" to ddb.virtualHWVersion = "4"
  7. Una volta apportate le modifiche pertinenti, aggiungere nuovamente la macchina virtuale all'inventario passando all'archivio dati indicato nel passaggio 1 > individuare la directory corretta per la macchina virtuale e cliccare nella cartella > Locate the <VM Name>.vmx file > cliccare sul pulsante Register VM
  8. Accendere la macchina virtuale di copia per assicurarsi che si avvii correttamente
  9. Proteggere nuovamente la macchina virtuale e testare Image Access dopo l'inizializzazione
Nota: in genere, il disco di avvio è l'unico che deve essere modificato, ma non è possibile verificare ogni potenziale configurazione. Se sono presenti più VMDK, in casi rari, potrebbe essere necessario modificarli tutti.

 

Affected Products

RecoverPoint for Virtual Machines
Article Properties
Article Number: 000256168
Article Type: Solution
Last Modified: 24 Dec 2024
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.