Website Migration

Change Hosting Without Losing Data
Migrate by Restoring From a Backup

A server change is one of the most common moments for data loss — especially around database connection settings and email. Yedekalma treats migration not as a separate operation but as a restore: you restore on the new server and the connection settings are rewritten for you.

🎁 Start Free — 14 Days See Pricing

No credit card required · 14-day free trial

Where It Goes Wrong

What Gets Lost During a Migration

Copying files is the easy part; the problems appear elsewhere.

🔌

Database connection

Credentials change on the new server; if the config is not updated the site will not load.

✉️

Mailboxes

Email is what gets lost most often — mailboxes are frequently transferred incompletely.

🗓

Data in the gap

Orders and form entries arriving on the old server after the copy was taken get forgotten.

🔐

SSL certificate

Without a certificate on the new server visitors see a browser warning and trust drops.

⚙️

PHP version differences

A much newer PHP version can break older code in unexpected ways.

🕒

Scheduled tasks

Cron entries do not travel; reports and automated jobs stop silently.

The Process

The Main Steps

1️⃣

Take a full backup

Immediately before migrating, take a full backup covering files, database and email.

2️⃣

Restore on the new server

Remap the target database; your configuration file is updated automatically.

3️⃣

Test before switching DNS

Check the site through a temporary address before pointing the domain.

4️⃣

Switch DNS

Keep the old server running for a few days until propagation completes.

Post-migration checklist

Verify in order: the homepage and inner pages load · you can sign in to the admin · forms submit and email is sent · a test order goes through if you take payments · the SSL certificate is installed · scheduled tasks have been recreated · your search-engine redirects still work.

Do not shut down the old server right after the DNS change. Visitors and email may still reach it until propagation completes; keeping it running for a few days prevents that loss.

FAQ

Website Migration — Frequently Asked Questions

Will my site be down during migration?

Your live site keeps running throughout: a copy is created on the new server and tested there. The only interruption is when you point the domain at the new server, lasting as long as DNS propagation. Lowering the TTL on your DNS records before the switch shortens that window.

Do I have to change database connection details by hand?

No. During restore you remap the target database and the connection details in your site's configuration file are updated accordingly. This is the step where migrations most often go wrong, so it is automated.

Is my email migrated too?

Yes, if your IMAP mailboxes were backed up they can be written back into mailboxes you create on the new server. Message-ID duplicate detection prevents duplicates. Note that you must create the mail accounts themselves (usernames and quotas) on the new server.

When should I shut down the old server?

Not immediately after the DNS change. Keep it running until propagation is complete and you have confirmed everything works on the new server — usually a few days is enough. Visitors and email reaching the old server during that period are not lost.

What should I check after migrating?

In order: the homepage and inner pages load, you can sign in to the admin, forms submit and outbound email works, a test order goes through if you take payments, the SSL certificate is installed, scheduled tasks are recreated and your redirects are preserved.

Change Hosting Without Losing Data Migrate by Restoring From a Backup