Server Migrations

How to plan for server migrations
The truth is that server migration really does come with its challenges, but there’s nothing you can’t overcome with careful planning.

Here are a few things to look out for and to take steps to deal with:

Changes which depend on third parties (i.e. externally hosted DNS)
Testing of new environments
Ensuring data consistency (especially for larger migrations)
Ensuring compatibility of new versions of applications and new hosting environments
Avoiding mistakes (remember that automation can reduce human error)
If you want to give yourself the best possible chance of successfully migrating to a new server, you’ll want to make a full server migration plan to map out everything that could possibly go wrong.

Once you’ve done that, you’ll need to figure out what to do if that actually happens.

Luckily, the benefits of moving to a new server usually outweigh the challenges that you’ll face along the way.

Better still, if you partner with a webhost who takes the time to understand your business, they’ll be able to guide you through the process.

Administrators have two main options when it comes to moving. 

Option #1: One at a Time
If there are no major deadlines for the server migration then moving sites one at a time can offer the most flexible approach.

But this does come with its disadvantages, including the fact that it can be so time consuming.

This method relies on simply moving sites one at a time, allowing you to phase the migration and to test along the way.

You can learn from your mistakes and try not to repeat them, but you’ll also need to stick to the migration protocol and keep accurate records along the way.

Remember, the people performing the migration are still likely to end up working on multiple sites at the same time while they wait for client approval, test results and DNS propagation, and this increases the risk of mistakes being made or of steps being skipped accidentally.

Option #2: All At Once
This option relies on moving everything in one swoop, and it’s a bit like ripping a plaster off.

You might spend a couple of days putting out fires, but it saves you the trouble of working on a long, drawn out project to slowly switch servers.

This approach is frightening – especially if you’re hosting multiple sites on the same server – and it’s also fraught with danger by its very nature.

But despite that, it’s often worth doing – especially if you’re working to a deadline or if you’re under pressure to get the job done.

All at once migrations are particularly common if you’re switching server setups but keeping the same provider, because it often allows you to keep the same IP address, reducing delays and forwarding errors at the DNS level.

Ultimately, this type of migration is usually riskier than moving sites one at a time, but it can also save time and reduce disruption over a long-term period.

Three steps to server migration
By now, you should know why server migration is necessary and what types of approach you can take once you’re ready to get stuck in.

Now you’re ready to get started, which is why we’re sharing our three-step approach to server migration.

Let’s go.

Step #1: Analysis and consultation
When it comes to web hosting, there’s no such thing as a “one size fits all” approach. Every single site has unique requirements.

That’s why you should work closely with your new webhost to identify potential issues.

A good host will ask questions like:

What kind of content are you hosting?
Do you use a CMS (e.g. WordPress, Joomla), static content (such as HTML and images) or something else?
Are you hosting an ecommerce site?
Will your emails be hosted on the same server?
How much traffic are you expecting to receive?
What level of resources does your current server consume (in terms of CPU, RAM, MySQL queries, etc.)?
Do you need a control panel (such as cPanel or Plesk) to manage your services?
Are you running any custom scripts or software?
What software versions are you running?
Step #2: Migration begins
You can start to migrate your websites just as soon as your new hosting plan is in place.

Many hosts can offer panel-to-panel migrations for both cPanel and Plesk, which can take away a lot of the hassle by making sure that you’re familiar with your new setup.

Cross-Panel Migrations
Some hosts can even carry out cross-panel migrations, such as from Plesk to cPanel, although this often incurs an extra fee because of the manpower needed.

On top of that, it’s not always perfect – we’d caution against it unless it’s absolutely necessary.

Most migrations start out with a full backup, just in case something goes wrong.

After that, most hosts will ask for the following:

Working credentials for the current data at the old location
Full root access (for dedicated or VPS setups)
Access to the panel, as well as FTP (for shared hosting)
Step #3: Auditing and validating
A lot of people will lie and tell you that there are only two steps to migration.

We can see the appeal – it’s easy to think that once you’ve copied the files over, you’re good to go.

Unfortunately, that’s just not the case.

Some webhosts will simply copy the files, mark your ticket as “done”, take the money and run.

This is one of the common themes of the horror stories that you’ll see across the net, but it isn’t a fair representation of hosting as a whole.

The best webhosts want to make sure that everything is working properly. You can try to test it yourself, but it’s not recommended unless you’ve got the expertise to do it properly.

Still, if you’re brave enough to give it a go, have no fear.

We’re happy to help out, which is why we’re sharing some of the server migration checklists that we use when working with our clients.

Server migration checklists
Validation Checklist
Set the hosts file to locally load services
Check to see if all required services are functioning
Check your site for 404 errors, 500 errors, PHP warnings, etc.
Update all server software to the latest version
Tune LAMP performance (Apache, MySQL, PHP)
Test the cron
Check email deliverability and email records (DKIM, SPF, etc.)
Verify mail is synced (i.e. that all messages are there and all contacts have been migrated)
Check backups are still working
Security Checklist
Audit firewall configuration
Identify and implement non-standard security requirements
Restrict access where appropriate
Implement programs to educate staff
Ensure setup is compliant with all protocols
Configuration Checklist
Analyse configurations of both old and new hosting environments
Configure web server modules (i.e. suexec, mod_php, mod_perl, mod_ssl, etc.)
Identify shared libraries and other code/program dependencies
Set up SSL certificates
Create fresh (or import existing) configuration files
Import databases
Fine-tune server performance
Check and reconfigure applications that connect from remote sources
User Account Checklist
Migrate user accounts and passwords
Consider forcing password reset on next login
Purge old/inactive accounts
File System Checklist
Ensure all files copied over
Check that permissions are correct
Crawl website to identify 404 not found errors
Final Check Checklist
Were all of the issues addressed during migration?
Was the migration painless? If not, what went wrong?
Are you happy with your new server?
What else (if anything) needs doing?
Almost done. Lets talk about DNS.
It’s time – your files have been migrated and you’re all set up and ready to go on your new server.

Now it’s time to update your DNS to point users towards the data and files on your new server.

Remember that DNS updates can take 24-48 hours to fully propagate across the globe, although many European and North American areas take mere minutes or hours.

But ultimately, a short delay is a small price to pay for a stronger server.

Final takeaways
No setup lasts forever and so server migrations are inevitable eventually – if your business is strong enough to survive the test of time.

Server migration doesn’t need to cause a headache, although there are plenty of potholes in store if you don’t know what you’re doing.

That’s why you need to weigh up the pros and cons and to make an informed decision before you make a commitment.

Speaking of commitments, the best webhosts will be more than happy to invest some time up front to help you to settle into your new environment.

You’ll want to look for a company that has both the infrastructure and the expertise to help you to set up a new home, not just for your current site but for iterations to come.

And if you’re struggling to handle it all, don’t worry. We’ll be more than happy to help!

Still have questions? No problem! We’re always happy to talk, so be sure to get in touch.

iPhone 12 could finally see Apple drop the notch

Don’t expect much change in the iPhone 11 though

One of the most distinctive features of the newest iPhones is the top notch that houses the camera and upper speaker – both the iPhone X and iPhone XS have it, even though many other modern smartphones have come up with more modern solutions, or use smaller notches. However, it looks like the iPhone 12 will drop the feature, based on analyst reports.

According to China Times, which has read a research note from analysts from Credit Suisse bank, Apple is moving to reduce and even remove the notch in the coming years, starting with one phone in 2020, then all its models in 2021.

Apple is reportedly looking to embrace under-screen technology for the front-facing camera in the future, like the kind Oppo unveiled at MWC Shanghai. We’re still expecting it to be quite a while before this kind of tech is common in smartphones, so Apple could be one of its first champions.

One of the casualties of dropping the notch would be the loss of Apple’s Face ID, which provides quicker log-in than typical face recognition through a smartphone camera, but Apple is apparently looking to replace this with the in-screen fingerprint recognition that’s common in new smartphones.

However, don’t expect to see these big changes in the iPhone 11. We’ve heard repeatedly that the 2019 iPhones, which are set to be revealed near the end of the year, will only be a modest improvement over the iPhone XS range.

Instead, the analysts predict the first notch-free iPhone will come in 2020, with the iPhone 12 series – but not all of them. Instead, the note suggests only one of the iPhone 12R, iPhone 12, and iPhone 12 Max, will have no notch, and the rest will follow suit with the iPhone 13 range in 2021.

Since Apple usually brings its newest tech to the ‘Plus’ phones, we’d expect that of the three 2020 models this improvement is most likely to come to the iPhone 12 Max.

While most iPhone rumors we’ve heard so far are for the iPhone 11, we’ve been hearing a fair bit about the iPhone 12 too, like how it could have 5G, and it looks set to be a much more impressive smartphone than Apple’s upcoming 2019 smartphones.

iPhone rumors and leaks never stop, so stay tuned to TechRadar for all the latest on Apple’s premium handsets.

Bose introduces new flagship noise cancelling headphones with built-in AR tech

Bose is launching a new pair of flagship noise-cancelling headphones, and they sound every bit as spectacular as you’d expect. The new Noise Cancelling Headphones 700 ($399) allow users to personalise their environment with 11 levels of noise cancellation. Turning it up will minimise the distractions and ambient noise heard in loud places, while knocking it down will allow the wider-world to seep into your eardrums. The bluetooth cans also include intuitive touch controls, a 20 hour battery, and Bose AR, the latter of which is a new audio augmented reality platform that promises to unlock fundamentally new ways to travel, exercise, learn, and play. It works by leveraging motion sensors inside the headphones to detect your head orientation and body movement, before sending that information to Bose AR-enhanced apps so they can offer audio content tailored to where you are and what you’re doing. The 700s are already available to pre-order in the States, and should be making their way across the pond shortly.

Starling partners with Churchill insurance

Starling Bank has added buildings and contents cover from Churchill insurance to the Starling Marketplace.

The partnership allows the insurer to sell its products on the bank’s app via Starling Marketplace. Starling already offers deals and products from business partners including online mortgage broker Habito, investment firm Wealthify, and pension company Pension Bee.

Starling’s in-app Marketplace uses API technology to let customers share data with third parties. Open Banking reforms means consumers can allow businesses, other than their bank, to access their financial data.

Starling customers who choose to select home insurance through Starling Marketplace will be directed to Churchill’s quote and buy page after opting in to have some of their details pre-filled. If a customer chooses to convert their quote to a policy, details of the start and end date will be stored within their Starling account.

Rob Fleet, director of partnerships at Direct Line Group, said: “We are delighted to be working with Starling Bank. We recognise that the platform economy provides significant opportunities to streamline the insurance experience.

“Starling Bank are at the forefront of this movement and this partnership enables us to innovate as we continue to make insurance easier and better value for customers by providing seamless access to our insurance services through transactional APIs.”

Anne Boden, CEO at Starling Bank, said: “Churchill is a well-known and trusted brand and we are both committed to using technology to financially empower our customers. Partnering with Churchill means Starling customers will save valuable time and effort on their house insurance.”

Shop around

Although buying home insurance through Starling’s app might be convenience, customers should remember to compare quotes in order to get the best deal.

As well as comparing premiums, customers should also double-check exactly what is covered, the excess payable, and any exclusions that may mean a claim isn’t eligible to be paid.

Use Group Policy to Configure Domain Member Client Computers

You must be a member of Domain Admins, or equivalent to perform these procedures.

To create a Group Policy Object and configure BranchCache modes

  1. On a computer upon which the Active Directory Domain Services server role is installed, in Server Manager, click Tools, and then click Group Policy Management. The Group Policy Management console opens.

  2. In the Group Policy Management console, expand the following path: Forest:example.com, Domains, example.com, Group Policy Objects, where example.com is the name of the domain where the BranchCache client computer accounts that you want to configure are located.

  3. Right-click Group Policy Objects, and then click New. The New GPO dialog box opens. In Name, type a name for the new Group Policy Object (GPO). For example, if you want to name the object BranchCache Client Computers, type BranchCache Client Computers. Click OK.

  4. In the Group Policy Management console, ensure that Group Policy Objects is selected, and in the details pane right-click the GPO that you just created. For example, if you named your GPO BranchCache Client Computers, right-click BranchCache Client Computers. Click Edit. The Group Policy Management Editor console opens.

  5. In the Group Policy Management Editor console, expand the following path: Computer Configuration, Policies, Administrative Templates: Policy definitions (ADMX files) retrieved from the local computer, Network, BranchCache.

  6. Click BranchCache, and then in the details pane, double-click Turn on BranchCache. The policy setting dialog box opens.

  7. In the Turn on BranchCache dialog box, click Enabled, and then click OK.

  8. To enable BranchCache distributed cache mode, in the details pane, double-click Set BranchCache Distributed Cache mode. The policy setting dialog box opens.

  9. In the Set BranchCache Distributed Cache mode dialog box, click Enabled, and then click OK.

  10. If you have one or more branch offices where you are deploying BranchCache in hosted cache mode, and you have deployed hosted cache servers in those offices, double-click Enable Automatic Hosted Cache Discovery by Service Connection Point. The policy setting dialog box opens.

  11. In the Enable Automatic Hosted Cache Discovery by Service Connection Point dialog box, click Enabled, and then click OK.

  12. Note

  13. When you enable both the Set BranchCache Distributed Cache mode and the Enable Automatic Hosted Cache Discovery by Service Connection Pointpolicy settings, client computers operate in BranchCache distributed cache mode unless they find a hosted cache server in the branch office, at which point they operate in hosted cache mode.

  14. Use the procedures below to configure firewall settings on client computers by using Group Policy.

To configure Windows Firewall with Advanced Security Inbound Traffic Rules

  1. In the Group Policy Management console, expand the following path: Forest:example.com, Domains, example.com, Group Policy Objects, where example.com is the name of the domain where the BranchCache client computer accounts that you want to configure are located.

  2. In the Group Policy Management console, ensure that Group Policy Objects is selected, and in the details pane right-click the BranchCache client computers GPO that you created previously. For example, if you named your GPO BranchCache Client Computers, right-click BranchCache Client Computers. Click Edit. The Group Policy Management Editor console opens.

  3. In the Group Policy Management Editor console, expand the following path: Computer Configuration, Policies, Windows Settings, Security Settings, Windows Firewall with Advanced Security, Windows Firewall with Advanced Security – LDAP, Inbound Rules.

  4. Right-click Inbound Rules, and then click New Rule. The New Inbound Rule Wizard opens.

  5. In Rule Type, click Predefined, expand the list of choices, and then click BranchCache – Content Retrieval (Uses HTTP). Click Next.

  6. In Predefined Rules, click Next.

  7. In Action, ensure that Allow the connection is selected, and then click Finish.

  8. Important

  9. You must select Allow the connection for the BranchCache client to be able to receive traffic on this port.

  10. To create the WS-Discovery firewall exception, again right-click Inbound Rules, and then click New Rule. The New Inbound Rule Wizard opens.

  11. In Rule Type, click Predefined, expand the list of choices, and then click BranchCache – Peer Discovery (Uses WSD). Click Next.

  12. In Predefined Rules, click Next.

  13. In Action, ensure that Allow the connection is selected, and then click Finish.

  14. Important

  15. You must select Allow the connection for the BranchCache client to be able to receive traffic on this port.

To configure Windows Firewall with Advanced Security Outbound Traffic Rules

  1. In the Group Policy Management Editor console, right-click Outbound Rules, and then click New Rule. The New Outbound Rule Wizard opens.

  2. In Rule Type, click Predefined, expand the list of choices, and then click BranchCache – Content Retrieval (Uses HTTP). Click Next.

  3. In Predefined Rules, click Next.

  4. In Action, ensure that Allow the connection is selected, and then click Finish.

  5. Important

  6. You must select Allow the connection for the BranchCache client to be able to send traffic on this port.

  7. To create the WS-Discovery firewall exception, again right-click Outbound Rules, and then click New Rule. The New Outbound Rule Wizard opens.

  8. In Rule Type, click Predefined, expand the list of choices, and then click BranchCache – Peer Discovery (Uses WSD). Click Next.

  9. In Predefined Rules, click Next.

  10. In Action, ensure that Allow the connection is selected, and then click Finish.

  11. Important

  12. You must select Allow the connection for the BranchCache client to be able to send traffic on this port.