HomeEE · Content Management › Archiving & repository housekeeping

Archiving & repository housekeeping

Purpose: Define retention and cleanup for pages, versions, workflows and assets so the repository stays operable.

Who this page is for

AudienceWhy it matters to you
Platform engineersAutomation owners
Content opsRetention decision makers

Why this page exists

Repositories only grow. Growth degrades everything gradually — backups, indexes, compaction, upgrades — until a "sudden" crisis (repository growth). Housekeeping is the boring insurance.

Retention decisions to extract from the business (once, in writing)

ObjectQuestionTypical answer
Page versionsRollback horizon needed?30 versions / 180 days (regulated pages may differ — compliance input)
Audit logCompliance retention?1–7 years — but exported to the log platform, not hoarded in-repo
Workflow instancesInvestigation horizon?90 days then purge
Unpublished stale pagesWhen is a draft dead?Report at 12 months, archive at 18
Assets unused + unpublishedKeep why?Archive tier after rights/owner review
Campaign/launch leftoversPost-event cleanup?30 days after event close

Encode each answer as a purge/maintenance config (maintenance tasks) or a scheduled report for human review. A retention rule without automation is a wish.

Archiving patterns

The quarterly housekeeping review

One hour: repo size trend, purge job outcomes, biggest-growth paths (oak-run/JMX stats), stale-content report actioned by content ops. Attendance: platform engineer + content ops owner. Cheap meeting, expensive to skip.

Quick navigation