{"id":36599,"date":"2019-12-11T15:10:48","date_gmt":"2019-12-11T11:10:48","guid":{"rendered":"https:\/\/www.msp360.com\/resources\/?p=36599"},"modified":"2025-11-20T14:24:28","modified_gmt":"2025-11-20T10:24:28","slug":"vm-backup-best-practices-for-msps","status":"publish","type":"post","link":"https:\/\/www.msp360.com\/resources\/blog\/vm-backup-best-practices-for-msps\/","title":{"rendered":"VM Backup Best Practices for MSPs"},"content":{"rendered":"

When it comes to data backup, it can be tempting to skip virtual machines. In many cases, virtual machines are hosted in the cloud or on high-end on-premises servers. These hosting environments have lower failure rates than other types of systems.<\/p>\n

But the fact is that no matter how reliable the server that hosts your VMs is, the VMs can still fail. Natural disasters, human errors, malware, and other threats could all erase virtual machines or make them unavailable.<\/p>\n

That\u2019s why VM backup<\/a> should be part and parcel of the data protection service that you offer clients as an MSP. Below, we provide some VM backup best practices.<\/p>\n

Learn more about a balanced approach to operating an MSP business that maximizes value for everyone involved \u2013 clients and the MSP - in our latest blog post about MSP best practices<\/a>.<\/p><\/blockquote>\n

Don\u2019t use VM snapshots as backups<\/h2>\n

VM snapshots are a useful tool for saving a VM at a particular point in time and rolling back to it later. But they are not a backup feature.<\/p>\n

Snapshots don\u2019t create full copies of a VM or the data stored inside it. Nor do they provide you with an isolated instance of your VM that you can use to restore the VM later if the production environment is lost.<\/p>\n

By all means, use snapshots if they are useful to you (which they can be in order to safeguard against issues that might arise when patching, applying updates and so on). But don\u2019t assume that just because you perform snapshots regularly, you don\u2019t need to perform true VM backup.<\/p>\n

A true VM backup is a consistent copy of the VM that is stored independently of the production environment (ideally, in an off-premises environment) and that can be used to rebuild the VM from scratch at any point in time.<\/p>\n

\u00a0<\/a>\"CTA\"<\/a><\/span><\/span><\/div>\n

<\/a>Use Changed Block Tracking for VMware VM<\/h2>\n

Changed Block Tracking (CBT) is an incremental backup<\/a> technology for virtual machines that are managed using VMware. CBT improves the speed, performance, and efficiency of virtual machine backups.<\/p>\n

Unless you use raw device mapping for your virtual machines (in which case CBT is not supported), or a legacy virtual machine version that doesn\u2019t support CBT, you should definitely take advantage of this feature for VMware environments. MSP360 Backup for VMware<\/a> supports CBT.<\/p>\n

Further reading<\/span> How to Restore a Hyper-V Machine with MSP360 Managed Backup<\/a><\/p>\n

Follow standard backup best practices<\/h2>\n

It should go without saying that you should adhere to standard backup best practices<\/a> when working with VM backups. But, as noted above, because VM production environments tend to be more reliable than other types of infrastructure, it can be easy to assume that you don\u2019t need to take standard backup rules as seriously when working with VMs.<\/p>\n

But you do. In particular, be sure that you implement these rules to your virtual machine backup best practices:<\/p>\n

    \n
  1. Back up VMs to a secondary location by following the 3-2-1 backup rule<\/a>.<\/li>\n
  2. Keep backups encrypted<\/a> to provide another line of defense against security breaches.<\/li>\n<\/ol>\n
    \n
    \n
    FREE WHITEPAPER<\/div>\n
    Virtual Machine Backup Best Practices and How MSP360 Helps<\/div>\n
    <\/div>\n\"CTA\"<\/a><\/span><\/span>\n<\/div>\n
    \"WP<\/div>\n<\/div>\n

    File-level backup for VMs<\/h2>\n

    In some cases, your clients may not need an entire VM backed up, but instead need to back up just specific files or virtual disks. Backing up data this way can be faster and more efficient in cases where the files that need to be backed up represent only a small portion of the total VM data. If you are in this situation, you can easily configure file-level and disk-level backup for VMs using MSP360 Backup<\/a> (which also lets you exclude any specific files, disks, or directories).<\/p>\n

    Application-aware backup in a virtual environment<\/h2>\n

    If your customers\u2019 virtual machines host Exchange or SQL Server, you should use application-aware backup for a consistent backup of databases.<\/p>\n

    Use the proper edition of MSP360 Backup (Exchange<\/a> or SQL Server<\/a>) to separate and manage database files.<\/p>\n

    Further reading<\/span> MS Exchange Backup in a Virtual Environment Using MSP360 Backup<\/a><\/p>\n

    VM data recovery<\/h2>\n

    When it comes time to restore a VM backup, there are two main approaches:<\/p>\n

      \n
    1. Full restore from image-based backup<\/a><\/strong>: You can turn off the VM and restart it based on your image backup<\/a>. This is often the simplest and fastest restore method. For more information, see this article on how to perform a full VM restore in MSP360 Backup<\/a>.<\/li>\n
    2. Granular recovery<\/strong>: In some cases, you may wish to restore only certain files, instead of the full VM. Refer to our article on file-level restore for VMware<\/a> to learn how easily this can be done with MSP360 Backup. If you are working with Hyper-V VMs, see this article on file-level restore for Hyper-V<\/a>.<\/li>\n<\/ol>\n

      Test VM restores<\/h2>\n

      A final VM backup best practice is to ensure that you test VM restores on a regular basis. We recommend keeping a test server on hand for this purpose. Use the server to run through your restore routine in order to determine whether any problems arise in restoring data from your VM backup files (whether they are complete images, or individual files or disks).<\/p>\n

      Charging your clients for VM backup<\/h2>\n

      One of the biggest questions MSPs have about VM backup is how to charge for this service. There are several approaches: Charging per physical server, per physical and virtual server, or per each server. Learn more in our FAQ:<\/p>\n

      Further reading<\/span> FAQ for Managed Backup Pricing<\/a><\/p>\n

      Conclusion<\/h2>\n

      No matter how reliable your production VM environments are, don\u2019t make the mistake of assuming they are failure-proof. Follow the VM backup best practices described above to ensure that your VM backups are ready when failures occur.<\/p>\n","protected":false},"excerpt":{"rendered":"

      When it comes to data backup, it can be tempting to skip virtual machines. In many cases, virtual machines are hosted in the cloud or on high-end on-premises servers. These hosting environments have lower failure rates than other types of systems.<\/p>\n","protected":false},"author":83,"featured_media":44464,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[886,878],"tags":[914],"class_list":["post-36599","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup-and-dr-guides","category-msp-university","tag-backup-best-practices-for-msps"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts\/36599","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/users\/83"}],"replies":[{"embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/comments?post=36599"}],"version-history":[{"count":7,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts\/36599\/revisions"}],"predecessor-version":[{"id":61381,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts\/36599\/revisions\/61381"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/media\/44464"}],"wp:attachment":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/media?parent=36599"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/categories?post=36599"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/tags?post=36599"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}