Incremental vs differential backup – what is the difference?

safe2

Simply put, a backup is a full copy of all relevant computer data in the company. However, nowadays the amount of that data is so large that creating backups may take a considerable amount of time. That is why new methods were invented – a differential backup and an incremental backup.

Differential backup

When a company operates on a large amount of data that is constantly growing or changing and does that on a daily basis, a full backup is simply impossible. The process is time-consuming and usually takes a lot of storage space. To address this problem, a differential backup method was invented.

The differential backup takes a copy of all items that were changed since the last full backup.

For example, a full backup was performed on Sunday. Next, on Monday a differential backup job takes a copy of items that were changed or added since Sunday. On Tuesday, the job takes a copy only of the data changed since Sunday, etc.. The cycle is repeated until the next full backup is performed.

diffBackup-02
Pros:

  • The process is much quicker than a full backup since it only takes a copy of what was changed.
  • The backup copy itself takes far less storage space than when a full copy is created each day.

Cons:

  • The size of the data differences part grows with each cycle. If the cycle is long (e.g. the full backup is performed once a month and the differential is taken every day), at the end of it the size of the archive might be quite big and the process itself pretty lengthy.

Incremental backup

The main difference is that the incremental backup takes a copy of items changed or added since the last incremental backup job. For example, the full backup was performed, as before, on Sunday. On Monday, the incremental job kicks in and takes a snapshot of all data that was changed since Sunday. On Tuesday, the job takes a copy of all changes since Monday, on Wednesday it backs up everything changes since Tuesday and so on.

In other words – the process works in a chain order creating the copy of data modified or added since the last backup job.

incrementalBackup-01
Pros:

  • The backup process is even faster than the differential job, not to mention the full backup. It is, in fact, so fast that it can be performed every hour or even minute.
  • Each iteration of the backup job copies just the data that was changed. Therefore, only a small amount of storage is required each time.

Cons:

  • In some cases, the backup software requires all iterations of the incremental backup for data restoration. If one of the pieces is missing – the restore is impossible.
  • The restore process might take some time as the software needs to rebuild data from separate incremental pieces and also the last full backup piece too.

Summary

In the age of the Cloud, it seems that the incremental backup is the best choice – it is fast, pulls down a small amount of data and can be performed even in real time. If you add advanced data versioning and sophisticated recovery processes that rebuild lost information much quicker even without all the incremental pieces, you’ll get a robust tool that has you covered all the time.

CodeTwo Backup for Office 365 is an example of such software – not only does it back up entire mailboxes (all types of items) from Microsoft Office 365, but it also gives you all the benefits of the incremental backup with a pinch of what’s best in the differential type of the process. You can also back up SharePoint Online. Learn more…

Tools for Microsoft 365

Recommended articles

How to migrate from Exchange Server 2016/2019 to Microsoft 365

How to migrate from Exchange Server 2016/2019 to Microsoft 365

Migrating Exchange data to the cloud is not rocket science – explore your options and launch the migration stress-free. As you may already know, Exchange Server 2016 and 2019 have reached end of life and are no longer officially supported by Microsoft. If your organization still uses either of these platforms to manage email, contacts, calendars, and tasks, keep in mind that: Your environment may become vulnerable to newly discovered security threats – Microsoft will no longer provide security updates for Exchange 2016 and 2019 (unless you’ve enrolled in the Extended Security Update program, which ends in October 2026). Your emails may get blocked – Microsoft has started to throttle and block emails sent from unsupported Exchange Server versions to Exchange Online (as I covered in this article). That said, migrating to a supported platform is now the only viable long-term option for keeping your organization’s email environment secure, supported, and fully operational. If your organization wants or needs to keep things on‑premises (and continue using Microsoft’s solutions for that), upgrading to Exchange Server Subscription Edition (SE) is the only path forward. But given Microsoft’s clear preference for its cloud services – evident in the faster rollout of new features and the many security capabilities available exclusively in Microsoft 365 (Office 365) – now is a great time to leave your on‑prem environment behind and migrate to Exchange Online as part of Microsoft 365. While switching over to a new platform might seem like a rough ride, I’ll show you some easy ways to follow when migrating mailboxes from Exchange Server 2016/2019 to Microsoft 365. How to prepare for email migration to Microsoft 365 Before you start the migration process, you need to make sure your environment is ready for the move. For this purpose, you can use this guide in the Microsoft 365 admin center – it will help you connect your organization to Microsoft 365 and integrate your existing user accounts with Microsoft Entra ID. Microsoft also recommends completing the steps below: Set up an SPF record to determine valid email sources for your organization’s Microsoft 365 domain. Set up the Exchange Online Protection service as a means of protection against spam and malware. If you’re behind on updates, make sure to install the latest Cumulative Update (CU). And here is my quick, less obvious Microsoft 365 migration checklist: Verify if your software will work in Microsoft 365 (especially when it comes to server software). Microsoft 365 migration might be the time you learn that there is crucial legacy software that half the company uses and which is hard to replace. Encourage the whole company to clean up projects. It’s much easier to do this before the migration and start fresh. Gather as much information about your on‑premises environment as possible. For example, you might need to recreate access roles and permissions from scratch in the cloud or set up mail flow rules. Without prior research, it will be much more difficult. Verify if you need to migrate service accounts. There can be a lot of them on‑premises and in most cases, you won’t need them after the move. Review mailbox size limits in Exchange Online before migration to see which licenses you’ll need and whic
How to migrate Exchange public folders to a shared mailbox in Microsoft 365

How to migrate Exchange public folders to a shared mailbox in Microsoft 365

Still using public folders? Learn how to move them easily to a modern alternative with CodeTwo.
All you need to know about Office 365 and Exchange mailbox backup

All you need to know about Office 365 and Exchange mailbox backup

Microsoft 365 backup explained. You will learn what it is, why you need it and how to do it right.

Comments

    • avatar
      Adam the 32-bit Aardvark says:

      It depends on the backup solution. When it comes to Office 365, the best way to make sure that all changes are captured (along with the previous document versions) is turning on versioning on a SharePoint site or a OneDrive account.

  1. So far,i have gone and refferred many site,but confused with the Differential and incremental backups…your graphical explanation cleared and gave a detailed picture of the backups..Appreciated

  2. Was confused about this, inspite of visiting a couple of backup sites. Until I saw your graphics. Made it all clear. So helpful I had to comment and say Thanks!!

  3. Please verify that I understand you correctly:
    1) In a differential backup there 2 and only 2 files:
    (i) the original full backup and
    (ii) all of the new changes that have accumulated since the original backup. Each day the old accumulated file is merged in with the previous accumulated data and once the merge has occurred you cannot recover to an earlier day from when the full backup was taken. However, you could recover to any earlier day using an incremental backup since no merge has occurred and each of the files are still distinct.
    2) A minor point, but your (incremental backup) reference was to Saturday – shouldn’t that be Sunday?

    • avatar
      Adam the 32-bit Aardvark says:

      Hi Dan,

      1) Correct. However, a merge does not necessarily have to take place. Oftentimes each day’s backup is saved to a different media or storage – this depends on the software used and specific setup. Still, in case of differential backup, data recovery requires at the most 2 data blocks (1 full backup and 1 differential). So recovery to an earlier day is an option.
      2) You’re right :) Will correct this.

      Best,
      Adam

  4. so incremental backups are faster and requires less disk space compared to differential backups that is slower and requires more space ??

    but for recovery ONLY differential is faster the incremental backups ??…

    • avatar
      Adam the 32-bit Aardvark says:

      Hi Sam,

      In theory – yes. This is because a typical incremental backup saves only “layers”, not recovery-ready data chunks.

      – Adam

  5. Great information for someone new to the techniques used for backing up a system. I like the quick comparison for easy reference.

Leave a Reply

Your email address will not be published.

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

CodeTwo sp. z o.o. sp. k. is a controller of your personal data.
See our Privacy Policy to learn more.