Free Practice Questions for Nutanix NCP-BC-7.5 Exam

Modern Nutanix Disaster Recovery (Leap) relies on " Categories " to automate the inclusion of virtual machines into Protection Policies and Recovery Plans. When a Protection Policy is created, it is typically applied to a category (e.g., AppType:SQL) rather than individual VM names.

In this scenario, the newly deployed VMs were missed during a test failover despite other VMs on the same cluster recovering successfully. The most likely root cause is that the application team, working independently, failed to assign the required categories to the new VMs during the provisioning process. Because the VMs lacked the correct category tags, the Nutanix Protection Policy did not " see " them, and consequently, no recovery points were ever created for them. This is a common operational failure in environments where " infrastructure as code " or strict provisioning standards are not enforced. Recovery Plans (Option A) do not need manual re-synchronization for new VMs if the categories are correctly mapped. While an initial sync is required (Option D), it would typically show a task or progress rather than just leaving the VMs " missing " from the entire protection summary. Therefore, verifying category assignment is the primary troubleshooting step.

Validation is a core pillar of a robust Business Continuity and Disaster Recovery (BCDR) strategy. Nutanix provides built-in orchestration through Recovery Plans, which automate the failover process of virtual machines between sites. When a " Test Failover " is executed, the system performs all the necessary steps, such as booting VMs in an isolated network, applying network mappings, and executing any custom scripts. To provide visibility into this process, Nutanix generates an automated execution report upon completion of any Recovery Plan task. This report provides a detailed chronological breakdown of every action performed by the orchestrator, including the exact start and end times for each stage (e.g., " Replication Check, " " Power On, " " IP Assignment " ). This built-in reporting is superior to manual event log filtering because it aggregates all related activities into a single, digestible summary that specifically tracks the performance of the DR plan. For leadership and compliance teams, these execution reports serve as documented proof that the RTO (Recovery Time Objective) is achievable and that every orchestrated step was validated during the test window.