Many organisations believe they have backups until they need one. The backup job stopped running months ago, the copies sit on the same server that failed, or nobody has ever tried a restore. When ransomware (malicious software that locks files until a ransom is paid), a hardware fault or an accidental deletion hits, the business learns whether its accounting data, files and emails can really be recovered.
Kemlat designs, sets up and monitors backups for your important systems, then proves they work through regular restore tests. We agree with you how much data you can afford to lose and how quickly each system must be back, choose where copies are kept, automate the backup jobs and their alerts, and report every month on what succeeded, what failed and what was restored.
How we work
- 01
Review systems and current backups
We list the systems and data that matter, such as databases, shared folders, mailboxes and cloud applications. For each one we check what backups exist, how often they run and whether they succeed.
- 02
Agree recovery targets
For each system we agree two points with you: how much recent data the business could afford to lose, and how long it can work without that system. These answers decide how often backups run and where copies are kept.
- 03
Write the backup and retention policy
The policy states what is backed up, how often, where, and how long copies are kept. It requires at least one copy kept away from the main site and protected from changes, so ransomware or an accidental deletion on your main systems cannot destroy it.
- 04
Set up and automate backups
We configure the backup jobs, encryption and storage locations, then set alerts so a failed job is reported on the day it fails instead of being discovered months later.
- 05
Test restores regularly
On an agreed schedule we restore sample files and, less often, a full system into a separate environment. We record what was restored, how long it took and whether the data was complete.
- 06
Monitor and report
Each month you receive a report on successful and failed jobs, storage used, restore test results and any changes we recommend.
What you receive
Backup and retention policy
A short document listing each system with its backup frequency, retention period, storage locations and recovery targets.
Configured backup jobs
Automated, encrypted backups for the agreed systems, including at least one copy stored off-site.
Restore test records
Written results of each test: what was restored, how long it took and any problems found.
Recovery steps
Step-by-step instructions for restoring each critical system, so recovery does not depend on one person's memory.
Monitoring and monthly report
Alerts when a backup job fails, and a monthly summary of results, storage and restore tests.
What changes for you
- You know which systems are backed up, how often, and where the copies are kept.
- Failed backups are noticed and fixed quickly, not discovered during an emergency.
- Restore tests show, before any incident, whether each system can be recovered and roughly how long it takes.
- At least one copy of your data is kept away from the main server and office, so a fire, theft or ransomware attack there does not destroy every copy.
Where this service sits in the KEMLAT Method
Scope: Backups are run and checked as a monthly service. Storage and backup software fees depend on the volume of data and are paid to the provider unless agreed otherwise. Rebuilding systems after a major incident is separate work, carried out using the recovery steps prepared under this service.
Questions clients ask
Is a sync service like OneDrive or Google Drive a backup?
Not on its own. Sync services copy deletions, and files locked by ransomware, just as they copy good files. A real backup keeps separate, older versions that can be restored even after the live copy is damaged.
Which systems can you back up?
Servers, databases, shared folders, mailboxes, websites and many cloud applications, depending on what each one allows. During the review we confirm the right method for each system and flag any that cannot be backed up in the usual way.
Do restore tests disrupt our work?
No. Tests run in a separate environment, so your live systems keep working. We agree test times with you in advance.
Who can access the backups?
Only named people, protected with strong passwords and two-step login where the storage supports it. Backups are encrypted, so a stolen copy cannot be read without the key.
What do you need from us?
A list of important systems, admin access to them, a decision on recovery targets, and a contact person who receives alerts and approves restore tests.
Related services
All servicesStart with a conversation
Tell us where you are today. We will suggest the right first step, with no obligation.
