SK0-004 · Question #857
An administrator receives an alert of a failed hardware component in a virtualization host running critical services. Which of the following should the administrator perform BEFORE replacing the…
The correct answer is B. Shut down all VMs on the host before replacing the failed component. Before replacing a failed hardware component on a virtualization host, VMs must be gracefully shut down to prevent data corruption. Not all hardware components are hot-swappable, and an unstable or partially failed host may not support live migration safely.
Question
An administrator receives an alert of a failed hardware component in a virtualization host running critical services. Which of the following should the administrator perform BEFORE replacing the failed component?
Options
- AMigrate all VMs to another host before replacing the failed component.
- BShut down all VMs on the host before replacing the failed component.
- CReboot all VMs on the host before replacing the failed component.
- DSuspend all VMs on the host before replacing the failed component.
How the community answered
(16 responses)- A6% (1)
- B75% (12)
- C6% (1)
- D13% (2)
Why each option
Before replacing a failed hardware component on a virtualization host, VMs must be gracefully shut down to prevent data corruption. Not all hardware components are hot-swappable, and an unstable or partially failed host may not support live migration safely.
While live migration is ideal, a failed hardware component can destabilize the host to the point where migration operations fail mid-transfer, potentially causing data corruption on both source and destination.
Shutting down all VMs cleanly ensures that guest OS file systems are properly flushed and closed before hardware is removed or replaced, preventing data corruption or storage inconsistency. A failed hardware component may render the host too unstable for live migration, making a clean shutdown the safest guaranteed method to protect VM data integrity before the maintenance operation.
Rebooting VMs does not pause or protect them during a host hardware replacement; the VMs would simply restart into the same at-risk environment on the degraded host.
Suspending VMs saves their memory state to disk but still leaves them associated with the host; if the failed component affects storage or memory subsystems, the suspended state may be unrecoverable or corrupted.
Concept tested: VM shutdown procedure before host hardware replacement
Source: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.hostclient.doc/GUID-D4A0AC86-2B93-4D82-96B8-6B5DC7D19FE7.html
Topics
Community Discussion
No community discussion yet for this question.