Can Your Backups Be Deleted? Soft Delete and Immutability Explained
Technology 23/10/2026

Can Your Backups Be Deleted? Soft Delete and Immutability Explained

Read this article in ไทย 中文

Ask who can delete a successful backup

A successful backup report shows that a backup job ran. It does not establish whether the copy will remain recoverable if an administrator account is misused. List what is backed up, where it is stored, who can delete it and who can change retention. Treat this separately from a restore exercise: recovery today does not prove that recovery points will survive a deletion command during an incident.

Soft delete provides a window after deletion

Microsoft describes Azure Backup soft delete as delaying permanent deletion and retaining deleted data for a configured period so it can be recovered. This differs from having no deletion protection. However, check the data type, backup mode, region and settings supported by the actual system. A feature being enabled is not evidence that every organizational workload has identical protection.

Immutability restricts actions that remove recovery points

For an immutable vault, Microsoft describes blocking actions that cause recovery-point loss. It distinguishes enabled from enabled-and-locked states; locking is irreversible. Read both retention policy and the period of protection. Where separate durations are supported, do not assume that retained data remains unchangeable or undeletable for its entire life. This is an Azure Backup example, not a capability that can be assumed for every product.

Compare controls using the same hypothetical incident

Ask the team to explain an administrator deleting backups or requesting shorter retention. Record whether the system rejects the action, preserves recoverable data or allows deletion at a particular time. Use documentation and an authorized test environment, not real backup deletion. Identify who can change settings, who approves and which alerts apply, so the answer goes beyond a feature name in a proposal.

Understand long-term retention before locking

Before choosing an irreversible setting, data owners and IT should agree on required retention, covered datasets, costs needing an estimate and what happens during migration or retirement. Check deletion obligations with the organization's policy owners too. Do not weaken controls for easier deletion without review, or claim that locking replaces all access controls and restore testing.

Give Chawinnix a system-specific question

To discuss IT, cloud and backup services with Chawinnix, prepare system names, backup types, retention periods and questions about deletion authority. Do not send passwords or customer data at the enquiry stage. Request an assessment separating verified points from pending tests, with follow-up owners. These measures can reduce some risks but do not guarantee that data will never be lost or that every incident will meet recovery targets.

Two storage models with a lock and recovery symbol beside a calendar and blue folders

Sources