Configure Recovery Retention

This article shows how to set the current retention period (1–3650 days, 30-day default), understand retain-until dates, and size retention against destructive-operation frequency and private recovery capacity.

What you need to know

  • Recovery protection is a safety boundary for destructive operations and is separate from Max/All Access Recovery Vault management. QCSB may create protected copies even when the current user cannot open the management UI.
  • Delete, replace/overwrite, and destructive move are blocked when the required protected copy cannot be created and verified.

How to do it

  1. Open Components → QC Storage Bridge → Settings.
  2. Set Recovery retention (days) to the number of days protected copies should remain available; current UI permits 1–3650 days and defaults to 30.
  3. Click Save Settings.
  4. Ensure the private storage path has enough free capacity for the chosen retention window and normal transfer/recovery workload.
  5. Confirm Recovery Vault Cleanup remains healthy at its 60-minute canonical cadence so expired verified objects are processed.

Verify the result

  • The Recovery item/state matches the action you performed.
  • A restored/downloaded item matches the expected content and destination.
  • Purge/cleanup does not erase the historical audit trail.

Important limits and mistakes to avoid

  • Do not bypass failed recovery protection to force a destructive action. The block is intentional safety behavior.

Troubleshooting

  • If a destructive action is blocked because recovery protection failed, repair recovery storage/capacity first; do not bypass the protection boundary.

Community Discussion

For practical QCSB workflows and discussion with other Joomla site owners, visit the QC Storage Bridge Community. For private support, bug reports, account-specific entitlement issues, or feature requests, use the QuantaCade support system.