Lab 4: Protect Azure data and recover from cyber threats

Caldova is a pharmaceutical company preparing to launch an accelerated V2 product while closing a 7% production gap across three manufacturing plants. Its Supply Chain Planning Portal runs on legacy .NET, its manufacturing databases remain on-premises, and its broader application estate runs on VMware that is past renewal. Caldova must modernize without disrupting 24-hour manufacturing, weakening regulated controls, or putting the product launch at risk.

In this exercise, you protect an Azure virtual machine (VM) that represents the Supply Chain Planning Portal and synthetic manufacturing documents in Azure Blob Storage. You configure workload-specific vaults, validate recovery points, enable reversible immutability, and use Microsoft Defender for Cloud signals to assess recovery point health. You then evaluate whether the controls satisfy Caldova's continuity, data-loss, residency, and recovery-evidence requirements.

This exercise should take approximately 70 minutes to complete.

[!NOTE] Threat detection for Azure VM backups is in preview. Portal labels, regional availability, and behavior can change. The feature isn't available in UAE Central, Israel Central, Qatar Central, or Israel North West.

Prerequisites

To complete this exercise, you need:

  • An Azure subscription with Contributor access to the instructor-provisioned lab resource group.
  • Permission to create vaults and backup policies and to assign Azure roles.
  • The Microsoft.RecoveryServices and Microsoft.DataProtection resource providers registered in the subscription.
  • An instructor-provisioned Azure VM that represents the Supply Chain Planning Portal, with the Azure VM agent installed and running.
  • An instructor-provisioned storage account with at least one container of synthetic manufacturing documents and logs.
  • Microsoft Defender for Servers Plan 1 or Plan 2 enabled for the lab VM.
  • Access to the Azure portal.

[!IMPORTANT] Use only synthetic lab data. Caldova's production GxP batch and quality records must remain in the United Kingdom and require validated access, encryption, policy enforcement, and audit controls. Create each vault in the same region as the resource it protects, and confirm that any secondary recovery location meets approved residency boundaries. Don't enable locked immutability in this exercise. Locked immutability is irreversible and can prevent lab cleanup.

Record the values that your instructor provides:

Setting Value
Subscription
Resource group
Azure region
VM name
Storage account name
Unique identifier

Connect protection to Caldova's requirements

Backup settings are useful only when they support a defined business recovery objective. Review Caldova's requirements before you configure protection so that you can distinguish a successful backup from a proven recovery design.

  1. Review the workload requirements and constraints:

    Workload or constraint Requirement
    Supply Chain Planning Portal Five-minute continuity target and support for 500 requests per second.
    Manufacturing execution system and batch execution Continuous availability for 24-hour production.
    BatchManufacturingCore Maximum 30-minute data-loss tolerance.
    BatchManufacturingCore and QualityLIMS UK residency for GxP batch and quality records.
    Datacenter connectivity No direct internet access, limited ExpressRoute bandwidth, and controlled firewall changes.
  2. Identify which requirements backup can support and which require availability, replication, database-aware protection, networking, or operational controls.

  3. Record the evidence Caldova requires before production approval: an isolated restore test, application validation, database consistency checks, measured recovery time, audit records, and an approved runbook.

[!NOTE] A recovery time objective (RTO) is the maximum acceptable interruption. A recovery point objective (RPO) is the maximum acceptable data loss measured in time. Daily VM backup doesn't meet a five-minute continuity target or a 30-minute database RPO by itself.

Protect the Supply Chain Planning Portal VM

Use a simple daily policy to learn the VM protection workflow. Evaluate it against Caldova's requirements rather than treating it as a complete production design.

Define the VM recovery requirements

Use these requirements throughout the VM protection workflow:

Requirement Lab decision
Recovery point objective (RPO) One backup each day
Daily retention 30 days
Instant Restore retention Two days
Regional recovery Use geo-redundant storage (GRS)
  1. Open the instructor-provisioned VM in the Azure portal.
  2. Record the VM's Resource group and Location.
  3. Select Settings > Extensions + applications, and confirm that the Azure Backup extension can use the Azure VM agent.
  4. Confirm that the VM represents the Supply Chain Planning Portal and contains only synthetic lab data.
  5. Compare the daily policy with the portal's five-minute continuity target and BatchManufacturingCore's 30-minute data-loss tolerance.
  6. Record why the policy is useful for learning but insufficient as Caldova's production availability and database recovery design.

[!NOTE] If a production workload needs backups more often than once each day, evaluate an Enhanced policy. Enhanced policies support backup intervals as short as four hours and can increase snapshot costs.

Create the Recovery Services vault

The Recovery Services vault stores and manages recovery points for the VM. Set its replication type before you protect any items because you can't change the type after the vault contains backup data.

  1. Enter Resiliency in the Azure portal search box, and then select Resiliency.

  2. Select + Vault on the Vault pane.

  3. Select Recovery Services vault, and then select Continue.

  4. Enter the following values:

    Setting Value
    Subscription {lab subscription}
    Resource group {lab resource group}
    Vault name rsv-caldova-<unique-id>-<region>
    Region {same region as the VM}
  5. Select Review + create, and then select Create.

  6. Open the deployed vault, and then select Settings > Properties.

  7. Select Update under Backup Configuration, select Geo-redundant, and then select Save.

Confirm that the Backup Configuration section displays Geo-redundant before you continue.

[!IMPORTANT] GRS doesn't prove compliant regional recovery. Confirm that the primary and paired regions meet Caldova's approved UK data-location boundary. A production design must also validate application dependencies, networking, identity, regional capacity, and the recovery runbook.

Configure the VM backup policy

Apply the recorded RPO and retention requirements through a custom Standard backup policy.

  1. Select Manage > Backup policies in the Recovery Services vault.
  2. Select + Add, and then select Azure Virtual Machine.
  3. Enter bp-caldova-vm-daily-30d for Policy name.
  4. Set Policy subtype to Standard and Backup frequency to Daily.
  5. Set daily recovery point retention to 30 days.
  6. Set Instant Restore snapshot retention to 2 days.
  7. Select Create, and confirm that the policy appears in the policy list.

[!NOTE] Azure VM backup schedules don't adjust automatically for daylight-saving time. Review production schedules when local clocks change.

Enable and verify VM protection

Attach the policy to the Supply Chain Planning Portal VM, run an on-demand backup, and monitor all backup phases.

  1. Return to Resiliency, and then select + Configure protection.
  2. Set Resources managed by to Azure, Datasource type to Azure Virtual machines, and Solution to Azure Backup. Then select Continue.
  3. Select the Recovery Services vault, select Continue, and assign bp-caldova-vm-daily-30d.
  4. Select Add under Virtual Machines, select the instructor-provisioned VM, and then select OK.
  5. Select Enable backup, and wait for the operation to complete.
  6. Select Protected items in Resiliency, filter Datasource type to Azure Virtual machines, and confirm that the VM appears.
  7. Select More > Backup Now on the VM row, choose a retention date, and then select OK.

Monitor the backup under Resiliency > Jobs. Open the job and confirm that it progresses through these phases:

Phase Expected result
Snapshot Azure Backup captures the VM disks for Instant Restore.
Transfer data to vault Azure Backup transfers data for long-term retention.
Validate backup Azure Backup verifies that the recovery point is usable.

[!IMPORTANT] A completed transfer doesn't prove that the recovery point is restorable. Continue only after Validate backup succeeds. The initial backup can take more than the estimated exercise time, depending on disk size and data churn. If it remains in progress, record the job ID and continue with the next section.

After the backup completes, open the VM's Recovery points view and record the recovery point time and consistency type. This evidence still doesn't replace an isolated restore and application validation.

Protect synthetic manufacturing data

Blob protection uses a Backup vault instead of a Recovery Services vault. Configure operational backup for fast local recovery and vaulted backup for an offsite copy of synthetic manufacturing documents and logs.

Compare Blob backup models

Review how the two protection models address different failure modes before you configure the storage account.

Capability Operational backup Vaulted backup
Data location Source storage account Backup vault
Maximum retention 360 days 10 years
Restore target Source storage account Different storage account
Schedule Continuous Daily or weekly
Primary purpose Recover from accidental blob changes Retain an isolated, offsite copy
  1. Select both protection models for the lab policy.
  2. Choose 30 days for operational retention.
  3. Choose a daily vaulted backup with 30 days of retention.
  4. Record that a production restore from vaulted backup requires a different target storage account.

[!IMPORTANT] Operational backup can't restore a deleted container. In production, enable container soft delete in addition to operational backup, and remove individual blobs instead of deleting an entire container when you need point-in-time recovery.

Create the Backup vault

The Backup vault manages Blob backup policies and stores vaulted recovery points.

  1. Enter Backup vaults in the Azure portal search box, and then select Backup vaults.

  2. Select Add.

  3. Enter the following values:

    Setting Value
    Subscription {lab subscription}
    Resource group {lab resource group}
    Backup vault name bv-caldova-<unique-id>-<region>
    Region {same region as the storage account}
    Storage redundancy Geo-redundant
  4. Select Review + create, and then select Create.

  5. Open the deployed vault, and confirm that Storage redundancy displays Geo-redundant.

Grant access to the storage account

Assign the Backup vault's managed identity the minimum role required to configure protection and apply the Backup-owned delete lock.

  1. Open the instructor-provisioned storage account in the Azure portal.
  2. Select Access control (IAM) > Add > Add role assignment.
  3. Select Storage Account Backup Contributor on the Role tab, and then select Next.
  4. Select Managed identity for Assign access to, and then select Select members.
  5. Select Backup vault, select bv-caldova-<unique-id>-<region>, and then select Select.
  6. Select Review + assign twice.
  7. Confirm that the role assignment appears under Role assignments.

[!NOTE] Role assignment propagation can take up to 30 minutes. If backup readiness validation fails, wait several minutes, and then select Revalidate.

Create the Blob backup policy

Combine operational and vaulted protection in one policy so the storage account has a local recovery path and an offsite copy.

  1. Select Protection policies > + Create Policy > Create Backup Policy in Resiliency.
  2. Select Azure Blobs (Azure Storage) for Datasource type, and then select Continue.
  3. Enter bp-blob-caldova-both-30d for Policy name, select the Backup vault, and then select Next.
  4. Select Vaulted backups and Operational backups on Schedule + retention.
  5. Set vaulted backup to run Daily with 30 days of retention.
  6. Set operational backup retention to 30 days.
  7. Select Review + create, and then select Create.

Confirm that the policy lists both the operational and vaulted data stores.

Enable and verify Blob protection

Apply the combined policy to the sample container and verify the resulting protection settings.

  1. Select Overview > + Configure protection in Resiliency.
  2. Select Azure Blobs (Azure Storage) for Datasource type, select Azure Backup for Solution, and then select Continue.
  3. Select the Backup vault on Basics, and then select Next.
  4. Select bp-blob-caldova-both-30d on Backup policy, and then select Next.
  5. Select the instructor-provisioned storage account on Datasources. Under Selected containers, select Change > Browse containers to backup, and then select the sample container.
  6. Confirm that Backup readiness reports success. If it doesn't, select Revalidate after the role assignment propagates.
  7. Select Review + configure, review the settings, and then select Next to configure backup.

After the operation completes, open Resiliency > Protected items and confirm that the storage account appears. Then open the storage account's Data protection page and verify that point-in-time restore, blob soft delete, versioning, and change feed are enabled. Under Settings > Locks, confirm that Azure Backup applied a delete lock. Record the backup vault region and confirm that only synthetic data is protected in the lab.

Harden the recovery data

Backup data still needs protection from a compromised account that attempts to delete recovery points or reduce retention. Enable reversible immutability in each vault, and assess whether production policy should make it irreversible.

Enable reversible immutability

Use the policy-based duration so recovery points remain immutable for the retention period defined in their backup policy.

  1. Open rsv-caldova-<unique-id>-<region>.
  2. Select Settings > Properties, and then open the immutable vault settings.
  3. Select Enable based on backup policy, enable immutability, and save the change.
  4. Confirm that the state is Enabled, not Enabled and locked.
  5. Open bv-caldova-<unique-id>-<region> and repeat the reversible immutability configuration.
  6. Confirm that both vaults show Enabled and remain unlocked.

[!IMPORTANT] Don't select Lock immutability. Locking is irreversible. It enables write once, read many (WORM) enforcement where supported and can prevent you from deleting lab backup data.

Evaluate the recovery paths

Connect each protected workload to the recovery path that Caldova would use during an incident.

  1. Review the available paths:

    Scenario VM recovery path Blob recovery path
    Accidental change or deletion Restore from a vault recovery point. Restore operational backup to the source account.
    Regional disruption Use Cross Region Restore when the vault configuration supports it. Restore vaulted backup to a different supported storage account.
    Recovery to another subscription Use Cross Subscription Restore when supported. Restore to a supported account in the target subscription.
  2. Confirm that the VM vault uses GRS for the planned regional recovery path.

  3. Identify a different storage account that could receive a vaulted Blob restore in production.

  4. Record which recovery path addresses accidental loss and which addresses a regional disruption.

  5. Confirm that the proposed target locations keep regulated data within approved UK boundaries.

  6. Identify the application, database, identity, network, and regional-capacity dependencies that backup doesn't recover by itself.

  7. Recommend whether Caldova should lock each vault in production after compliance, cost, retention, deletion, and separation-of-duties requirements are approved.

Assess recovery point health

Threat detection uses Microsoft Defender for Cloud signals from the source VM to identify recovery points that might contain malware or ransomware. Enable the preview feature and interpret its status without generating a security incident.

Enable threat detection

Enable the integration at the Recovery Services vault level so it applies to every protected VM in the vault.

  1. Confirm that Defender for Servers Plan 1 or Plan 2 covers the instructor-provisioned VM.
  2. Open rsv-caldova-<unique-id>-<region>.
  3. Select Settings > Properties.
  4. Open Security settings, locate Threat Detection, and enable it.
  5. Save the vault settings.
  6. Confirm that the threat detection setting reports Enabled.

Interpret the assessment

Review the source-scan configuration and recovery point summary to determine whether the available evidence supports a restore decision.

  1. Select Protected items > Azure Virtual Machine in the Recovery Services vault.

  2. Open the instructor-provisioned VM, and then select View details.

  3. Confirm that the source-scan configuration shows one of these statuses:

    Status Meaning
    Configured Defender for Cloud integration is configured.
    Not Configured Integration isn't enabled for the protected items.
    Configuration Failed Configuration errors prevented integration.
    Not Applicable Defender for Servers coverage was downgraded.
  4. Open Recovery points, and review the health summary:

    Result Recovery decision
    No Threats Reported No threat signal was reported for recent recovery points.
    Suspicious RPs found Investigate and select an alternative recovery point.
    Not Applicable Defender for Servers no longer covers the source VM.
    Unknown (-) Treat recovery point health as unproven.
  5. Record the observed status and the recovery point you would investigate first during an incident.

  6. Record the residual risks that the configured controls don't address, including the five-minute continuity target, the 30-minute database RPO, constrained connectivity, and the absence of an isolated restore test.

  7. Propose one production action to reduce the highest-priority residual risk.

[!NOTE] If a VM has active ransomware alerts when you enable threat detection, the summary can take up to 48 hours to change to Suspicious. No Threats Reported means that the service didn't report a threat signal. It isn't a guarantee that the recovery point is free from every threat.

Summary

In this exercise, you protected a VM that represents Caldova's Supply Chain Planning Portal and synthetic manufacturing data with workload-specific vaults and policies. You validated the VM backup workflow, combined local and offsite Blob protection, enabled reversible immutability, mapped incident scenarios to recovery paths, and interpreted threat detection signals. You also separated successful backup configuration from proof that Caldova meets its continuity, data-loss, residency, and GxP recovery requirements.

You have successfully completed this exercise.

Clean up

Remove the protection configuration and vaults that you created. Don't delete the instructor-provisioned VM, storage account, resource group, or Defender for Servers plan.

Remove Blob protection

  1. Open bv-caldova-<unique-id>-<region>, and disable immutability while the setting is still unlocked.
  2. Select Protected items in Resiliency, and open the Blob backup instance.
  3. Select Stop backup, choose the option to delete backup data when available, and confirm the operation.
  4. Wait for protection removal to complete, and confirm that Azure Backup removes its delete lock from the instructor-provisioned storage account.
  5. Delete bp-blob-caldova-both-30d.
  6. Delete bv-caldova-<unique-id>-<region>.

Remove VM protection

  1. Open rsv-caldova-<unique-id>-<region>, and disable immutability while the setting is still unlocked.
  2. Select Protected items > Azure Virtual machines in Resiliency, and open the instructor-provisioned VM.
  3. Select Stop backup, select Delete backup data, provide the requested confirmation, and confirm the operation.
  4. Wait for the backup item to be removed from the vault.
  5. Delete bp-caldova-vm-daily-30d if Azure doesn't remove it with the vault.
  6. Delete rsv-caldova-<unique-id>-<region>.

[!NOTE] Vault deletion can remain blocked while backup items are soft-deleted or operations are in progress. Don't disable subscription-level safety features only to accelerate lab cleanup. Record the vault name and ask the instructor to complete deletion after the retention period when necessary.

Learn more

Use these resources to review the Azure Backup features that you configured in this exercise: