Browse this section

Planning patches, restarts and maintenance windows

Maintenance should have an owner, a defined objective and a way to decide whether it succeeded. A package update, operating-system upgrade and application migration carry different compatibility and rollback requirements.

Agree the change before it starts

  • List affected services, target versions and dependencies; review vendor compatibility information for the exact versions.
  • Confirm backup and recovery readiness, available access and any expected interruption.
  • Set a maintenance window with timezone, an authorised contact and conditions for stopping or rolling back.
  • Define application checks, monitoring checks and how completion will be recorded.

For managed systems, coordinate changes with us to avoid conflicting work. Some updates need a restart even when installation succeeds. Do not assume a rollback will be possible after a data-format change; test the recovery procedure for significant upgrades.

Was this guide helpful?

Related guides

Preparing a server migration

A migration is a coordinated application and data change. Moving files alone may miss databases, scheduled tasks, certificates, runtime versions or external integrations. Prepare a tested d…

DNS changes during a migration

DNS changes are not seen everywhere at exactly the same moment. Authoritative records, resolver caches and application caches can affect what a user reaches. Plan a period in which the old …

Reporting a slow application or server

Describe the user-visible symptom before assuming that more CPU or RAM is the solution. Slow requests may originate in the application, database, storage, external API or network. Useful me…

Choosing useful monitoring and alerts

Monitoring is useful when an alert identifies an action someone can take. A running server does not necessarily mean that logins, payments or other important application functions work. Agr…

Need help applying this to your service?

Tell us your service reference and what you need to achieve. Never include passwords or private keys in a ticket.

Contact support →
← All knowledgebase topics