Infrastructure maintenance with evidence, not reassurance

Servers, storage and backup tend to fail in the least convenient week. We maintain them with scheduled health checks, real patch cycles, restore tests that actually run, and capacity reviews that give you a lifecycle decision before hardware forces one.

A backup that has never been restored is a hope

Infrastructure health is usually reported as green until the day it is not. Backups report success while the restore fails; storage reports healthy while a controller is degraded; patching is "done" except for the hosts everyone is afraid to touch. None of these are visible without deliberately testing them.

We work from a register: servers, hypervisors, storage, backup targets and the applications that depend on them. Each gets a check that produces a result — a restore actually performed, a patch level actually verified, a capacity trend actually plotted — and each result appears in a report you can act on.

Where a component is past the point of economical support, we say so early with the evidence, so replacement is a budget decision made in advance rather than an emergency purchase.

What the service includes

Scope is agreed per environment. Virtualised estates, physical servers and hybrid setups are handled with the same evidence-based approach.

Health monitoring and checks

Hypervisor, server and storage health reviewed on a schedule, including hardware alerts, RAID state, firmware levels and event logs.

Patch and update management

A defined patch cycle with a test group, an approved window and a rollback position, applied to hypervisors, operating systems and management tools.

Backup verification and restore tests

Jobs reviewed for failures and skipped items, then restores performed — a file, an application and, periodically, a full system — with the result recorded.

Capacity and performance review

CPU, memory, storage growth and backup window trends tracked so additional capacity is planned rather than bought in a panic.

Configuration and documentation

Host, storage and network configuration recorded and kept current, so recovery and changes do not depend on an individual’s memory.

Fault response and remediation

A named route for hardware and platform faults, with diagnosis, vendor escalation and repair coordinated under the contract.

The maintenance cycle

Every stage produces evidence. The report is the deliverable, not the visit.

  • Assess — Register, health and risk
  • Patch — Tested cycle with rollback
  • Verify backup — Restores actually performed
  • Review capacity — Trends and lifecycle position

Environments we maintain

The emphasis changes with the platform: a small virtualised cluster has different risks to a distributed retail estate.

Virtualised server estates

Hypervisor health, cluster capacity and backup integration, with patching sequenced to avoid simultaneous exposure.

Distributed and branch estates

Small site servers and edge devices maintained to the same standard as the core, with remote checks where connectivity allows.

Operational technology adjacency

Business systems that touch production, maintained with change windows agreed around operational constraints.

Education and campus estates

Term-time constraints, lab and staff environments, and backup verification ahead of each academic year.

Hospitality systems

Property systems and their dependencies, protected against the peak-season change freeze.

Retail head office and stores

Central systems and store dependencies, with recovery tested against trading hours rather than office hours.

Contract options

Support is scoped to the size and criticality of the estate, and to how much of the day-to-day you want to retain in-house.

Scheduled checks

The baseline: periodic health, patch and backup verification with a written report each cycle.

  • Health and log review
  • Patch compliance check
  • Backup job and restore review
  • Written report with actions

Managed patching

Patch cycles planned, tested and applied on your behalf, including hypervisor and management tooling.

  • Test group and approval
  • Maintenance window scheduling
  • Rollback position prepared
  • Post-patch verification

Recovery assurance

For environments where downtime is expensive: documented recovery procedures, tested restores and periodic recovery rehearsals.

  • Recovery runbook
  • Scheduled restore tests
  • Recovery rehearsal with your team
  • Findings and remediation plan

Scope, cadence and response terms are agreed per contract. Vendor hardware warranties and support entitlements remain as held by your organisation.

How support starts

The first cycle establishes what exists, what is at risk, and what recovery actually looks like.

1. Register and assessment

Hosts, storage, backup and dependencies recorded, with current faults and single points of failure listed.

2. Backup reality check

Restore tested early, because a backup that cannot be restored changes the whole priority order.

3. Scope agreement

Checking cadence, patch policy, response terms and exclusions agreed in writing.

4. First full cycle

Health, patching and verification performed to the agreed scope, with findings and costs.

5. Ongoing cycle

Recurring checks with reporting, so capacity and lifecycle decisions are made from trends.

Common questions

Do you support on-premise and cloud-hosted systems?

Yes, where the platform allows the checks to be performed. For cloud-hosted systems some checks move to the provider’s tooling; we will state clearly which parts of the estate we can verify directly and which depend on provider reporting.

How often should backups be tested?

More often than most organisations do. We agree a schedule with you — at minimum a file-level restore per cycle and a periodic wider test — and record the result each time, because an untested backup is an assumption.

Will patching cause downtime?

Some changes need a window, and we plan them with you rather than applying them unannounced. Where a reboot is required we sequence it to protect dependent services and agree the window in advance.

Can you take over an environment with no documentation?

Yes. Building the register and documenting the environment is the first deliverable. It is slower than inheriting good records, but it is the only honest starting point.

Do you provide out-of-hours cover?

Where the contract includes it. The arrangement and escalation path are stated in the contract, and incidents are recorded against it.

Related services

When did you last test a restore?

If the answer is not recent, start there. Send us your environment size and we will propose an assessment that includes a real restore test.