Veeam

Office 365 Backup, Veeam

Veeam for Microsoft 365 “Item may have a virus reported by the virus scanner plug-in” warning

If your Microsoft 365 backup job report or job log shows a warning like this: a file in your OneDrive, SharePoint Online, or Microsoft Teams data has been flagged by Microsoft’s malware scanning. When our backup service attempts to read the file through Microsoft 365 APIs, that download is blocked by SharePoint Online’s malware protection. The file cannot be backed up until the Microsoft-side malware status is resolved. Every other item in that location processes normally. The supported workflow comes directly from Microsoft. The full Microsoft article is here: Resolve false positive malware detections. The summary below covers the practical steps. Step 1: Investigate before assuming it’s a false positive Look at the file path in the warning before doing anything else. Many of these detections are accurate. Categories that are commonly legitimate detections: If the file looks suspicious based on path, owner, or filename, the right action is to delete it from the tenant. If you want to verify, scan a copy with your endpoint antivirus or submit it to VirusTotal for a multi-engine check before deciding. Only proceed to submission if you are confident the file is clean. Step 2: Identify the engine that flagged the file Microsoft documents four methods. Pick the one that fits your access and what you need to find. Step 3: Submit the file to Microsoft Download the file from the Quarantine Files tab if available, or use Get-SPOMalwareFileContent from SharePoint Online PowerShell. Treat the file as malicious until you have confirmed otherwise. Both submission paths below live under Email & collaboration > Submissions in the Defender portal, but use different tabs depending on which engine flagged the file: Note that both the Quarantine page (Step 2) and the Submissions page (Step 3) have a tab named “Files.” They are different pages with different purposes: Quarantine shows files already flagged in your tenant; Submissions is where you send files to Microsoft for review. Step 4: Wait for Microsoft to verify Submission is the realistic path for most cases. Once Microsoft processes the submission and either updates their definitions or adds an allow entry on the Tenant Allow/Block List, the file becomes accessible again. The next backup run picks it up automatically and the warning clears. Turnaround time is at Microsoft’s discretion. If the file appears in the Defender Quarantine Files tab, an admin may also be able to release it from quarantine within 30 days using the Release file action. Note that the Defender Quarantine for files primarily holds files quarantined by Safe Attachments in tenants with Defender for Office 365 Plan 1 or Plan 2. Files flagged by Microsoft 365’s built-in signature scanning are typically blocked in place rather than placed in the Defender Quarantine, so the Release action often does not apply. Where it does apply, releasing is a separate action from submitting; releasing unblocks the current file but does not by itself correct the detection for future scans. Submit the file as in Step 3 if you want the detection reviewed and corrected. For files that remain blocked longer than 30 days, contact Microsoft Support with the file path, the Get-SPOMalwareFile output, and your evidence that the file is safe. What is not possible The base Microsoft 365 virus scanning that flags files in SharePoint, OneDrive, and Teams is not something a backup service can bypass. Defender for Office 365 Safe Attachments is an additional layer that may be configurable by the tenant, but disabling or changing that setting is a tenant security decision and does not give a backup application permission to ignore a Microsoft malware block. The base engine cannot be disabled at the tenant level, cannot be excluded by file, library, site, user, or extension, and cannot be bypassed by any application permission. We confirmed this directly with Microsoft Support. Per-file submission and review through the Defender portal is the only supported path.

General Cloud Backup

World Backup Day 2026: From Data Backup to Recovery Readiness

March 31 is World Backup Day. While it serves as a global reminder, a single day is not enough to secure a modern enterprise. In 2026, the conversation has shifted. Organizations are no longer asking whether they have backups. Instead, they are asking how quickly and reliably they can recover when production systems fail. This guide explores the architecture, risks, and recovery requirements that define modern data protection. The Evolution of the Threat Landscape Backups once protected organizations mainly from hardware failures and accidental deletion. Today, attackers actively target backup environments. Modern ransomware can locate, encrypt, or delete backup files before launching the primary attack. As a result, organizations that still rely on older recovery strategies may face far more risk than they expect. 1. The Critical Role of Immutability One of the biggest advancements in modern data protection is immutable storage. Immutability places a digital lock on backup data for a defined period of time. During that window, no user, administrator, or attacker can modify or delete the files. Immutable storage provides one of the strongest defenses against wiper attacks. During your March audit, confirm that both your primary and secondary repositories support S3 Object Locking or another immutable standard. 2. Solving the Shared Responsibility Myth Many organizations still believe moving to the cloud removes the need for backups. However, this misunderstanding creates major risk. Microsoft, Google, and Amazon all operate under a Shared Responsibility Model. Cloud providers manage the underlying infrastructure. They keep the data centers operational and the applications available. Your organization remains responsible for protecting the data stored inside those platforms. For example, a user could accidentally delete critical files or a malicious actor could sync encrypted data into a cloud platform. In many cases, the provider cannot recover that data beyond a short retention window. Because of this, third party backup solutions for SaaS workloads remain essential. 3. The Economic Reality: Cost of Downtime vs. Cost of Backup Many organizations treat backup as a routine expense until an outage disrupts operations. To better align backup strategy with business risk, calculate the true cost of downtime. Consider the following factors: Direct Revenue Loss: What is the hourly value of your transactions? Employee Productivity: What is the cost of your workforce sitting idle? Regulatory Fines: Are you in a sector with strict data availability requirements? Reputational Damage: How does a multi-day outage impact client trust? Once leadership documents these costs, investments in faster recovery hardware or immutable cloud storage become easier to justify as business decisions rather than technical luxuries. 4. Why Restore Testing is Non-Negotiable A successful backup job only confirms that the system transferred the data. It does not guarantee application integrity, database consistency, or complete recoverability. Teams should perform verified restore testing at least once per year. In addition, each test should simulate a worst-case scenario in which the local office and production servers are completely unavailable. Ask yourself these questions: Can you spin up your environment in a secondary cloud region? Do you know the exact sequence of servers to power on first? Restore testing gives organizations measurable recovery timelines instead of assumptions. 5. Cyber Insurance and Compliance Requirements Cyber insurance providers have become much stricter in 2026. Most carriers now require proof of multi-factor authentication (MFA) on backup consoles along with evidence of offsite, immutable backup copies. Without these protections, organizations may face higher premiums or denied coverage after an incident. Meanwhile, regulatory expectations around recoverability and resilience continue to increase. As a result, backup architecture now plays a direct role in overall risk management. 6. Defining RPO and RTO for the Modern Office Every recovery strategy should focus on two key metrics: Recovery Point Objective (RPO): How much data can your organization afford to lose? For example, backing up data once every 24 hours creates a potential 24-hour data loss window. Recovery Time Objective (RTO): How quickly must systems return online? If recovery takes two days but operations fail after four hours of downtime, the recovery strategy does not align with business needs. Bridging the Gap: From Strategy to Execution Understanding these concepts is only the beginning. Your strategy must also align with the realities of your production environment. In many environments, high-level recovery goals do not match daily operational configurations. However, organizations can close that gap through consistent testing, documentation, and auditing. To help move from theory to execution, use the following audit to evaluate your current recovery posture. The 2026 Resilience Audit Category 1: Architectural Integrity Immutability: Do you maintain at least one backup copy protected by a hardware or software lock? Air Gapping: Is at least one copy of your data logically or physically isolated from the production network? Identity Protection: Is Multi-Factor Authentication (MFA) enforced for every account with backup console access? SaaS Redundancy: Are your Microsoft 365, Azure, or Salesforce workloads protected by a third party backup solution? Category 2: Governance and Documentation RPO/RTO Alignment: Have department leaders reviewed and approved recovery objectives within the last 12 months? The “Offline” Runbook: Do you maintain an offline or printed disaster recovery plan with vendor contacts and server boot order documentation? Ownership: Is a specific person or team responsible for reviewing backup reports every day? Category 3: Validation and Performance Verified Restore: When did your organization last complete a full virtual machine restore? Sandbox Testing: Do you maintain an isolated environment for testing restores without affecting production systems? Clean Performance: Have you reviewed your backup infrastructure for unresolved warnings or errors? Conclusion: Preparedness Over Presence World Backup Day gives organizations a chance to move beyond a “set it and forget it” mindset and adopt a more proactive approach to resilience. Before the calendar turns, verify that your backups are immutable, your recovery plans are tested, and your timelines align with business expectations. Schedule your 2026 Resilience Audit with our team today and move from “having backups” to “being ready.” Schedule your free consultation

Veeam

Veeam CDP Errors: Failed to create long-term restore point – VM configuration for the initial sync completed with errors

Introduction If you are setting up Veeam CDP from scratch and are attempting to use seeding (seed copy) in order to speed up the process of getting the replication started, you may encounter the following errors: CDP seeding is when the backup files or replica of a VM is copied to a destination, and from there a CDP policy is created to replicate the VM from the original source to the destination and CDP will attempt to use the files that have already been copied to the destination to start the CD replication process rather than having to copy the entire virtual machine over the internet or LAN (depending on where you have CDP running).  Seeding is typically used for transfers over lower bandwidth connections, such as the internet. The Issue Veeam support believes this issue may be caused by the UUID of the VMDK (virtual disk) from the seed and the original source being the same.  When Veeam attempts to create the CDP replica checkpoint, a disk with the same UUID is already present and causes it to fail. Possible Workaround This issue has been seen with multiple builds of version 12.  Veeam support has acknowledged this as a bug and has said they plan to have a fix for it in a future release, but have no indication of when or what release that may be. Veeam suggested a possible workaround may be to change the UUID of the VMDK at the destination, however, in our own internal testing this did not work. Retrieve the UUID The UUID of the VMDK can be checked by using SSH to log into the ESXi host and typing the following command, where datastore, VM folder, and VM name are correct for your environment: vmkfstools -J getuuid /vmfs/volumes/<datastore name>\<VM folder>\<VM name>.vmdk UUID is 60 00 C2 9a 39 ef 7d 37-7c d6 b0 51 41 b8 b1 27 When running this on the original source VMDK and the destination VMDK, both UUID should be the same. Change the UUID To change the UUID, simply run the following command: UUID is 60 00 C2 96 99 01 13 61-76 3f 1c 9e 29 d3 e1 65 Conclusion Veeam has acknowledged that this is a bug with CDP and seeding.  While Veeam does plan to have a fix for this, the fix is planned for a future release, with no current indication of when or what release version that may be. The UUID change may work for some cases, however, in our own internal testing it did not fix the issue. CDP can still be setup by creating a new policy and allowing it to copy the data over the internet to setup its replica copy, and we have not seen any issues with this working.

Office 365 Backup, Veeam

Managing What You Backup Through the Portal with Veeam Backup for Microsoft 365

Most of the time, a full organization backup fits the needs of most users. However, there are times when you need to select specific mailboxes and groups to back up. Through the backup portal, selecting exactly what you need is made easy. First, it may help to check what you are currently backing up. If you are setting up a job for the first time, you can skip this step. You can find this information under the Reports section by selecting Licensed Users: Once you’ve identified the critical accounts that must be backed up, you can edit your job. In the portal, navigate to the Jobs tab. Ensure your company is selected in the drop-down menu (or if managing multiple tenants, select the company you wish to edit) and select the job you want to edit. To enable the ability to select specific objects, select the Backup the following objects option when editing the job. Note: These steps can be done when setting up your initial backup job as well. Once selected, there are two ways to add these users: Option 1: Per Group. This is the easiest way of managing what is backed up. Clicking the Add button and selecting Groups will bring up a full list of Groups in your environment. Creating a group specifically for backups is a simple way of ensuring the users that need to be backed up are backed up. Existing groups can be added, but we recommend managing a single group instead of multiple. Option 2: Per User. If you have a need to select specific users, perhaps to ensure you are not over X number of licenses, then this may be your best option. Clicking the Add button and selecting Users will bring up a full list of users in your environment. Here, you can select exactly which users you would like to backup.  Additionally, you can select specific Sites and Teams to backup. If you ever need to exclude a user, or a user object (OneDrive, Site, Teams), from a backup, this can be done on the very next screen. The most common reason to exclude a user is if a user in a selected group does not need to be backed up. Identical to adding a user, excluding a user, or any other object is done by selecting the Add button, choosing the type of object you want to exclude, and selecting it from the list. On special occasions, only a single user, group, site, or Teams needs to be excluded. For example, a user may need their mail backed up, but not their OneDrive. In this situation, just like above, you would select the user that needs to be excluded. Once selected, click on the users and press the Edit button. Here, you can select what objects you would like to exclude: Once all the changes have been made, finish the wizard and Save the job settings. That’s all there is to it! As always, if you ever need assistance, we are here to help answer any questions or assist with your backups. Please reach out to Support@Managecast.com for more information, questions, or assistance.

Office 365 Backup, Veeam

Veeam for Microsoft 365 Backing Up Public Mailboxes Limitations and Settings

Veeam has added the ability to backup public folders again, but with a few setting changes and limitations that you may run into. Here are a list of some of these that you may run into or need to adjust: Additionally Veeam information on public folders can be found HERE. Microsoft is constantly pushing changes that may affect the backups. These are just some things to check when trying to backup a public folder. If you continue to run into issue, reach out to Support@Managecast.com for assistance.

Office 365 Backup, Veeam

Veeam for Microsoft 365 Not allowed to access Non IPM folder Error

Microsoft constantly pushes out changes, and sometimes these changes break things for 3rd party vendors. After a recent change, we had started seeing the error message “Failed to get folder properties. Not allowed to access Non IPM folder” across several backups. The Microsoft change to the properties of the TeamsMessagesData folder caused Veeam to be unable to retrieve the data over the EWS APIs. Luckily, the fix for this a quick and easy! Note: This requires you to be on Veeam for Microsoft 365 6.1.0.1015 or Newer. Implementing the change on prior versions will NOT resolve the issue. We recommend upgrading to a supported version before applying the following fix. Recent Veeam for Microsoft 365 releases cover this issue. Please follow these steps: 1. If there are running jobs, or jobs scheduled to kick off around the time of implementing this change, stop/disable the jobs. 2. Stop these Veeam services: Veeam Backup for Microsoft 365 Service Veeam Backup Proxy for Microsoft 365 Service 3. The fix involves adding a new line to the Config.xml file located in the C:\ProgramData\Veeam\Backup365\ folder. *Always make a copy of the file you are updating in the event you need to revert the change.Add the following line into the Config.xml file: <Proxy SkipTeamsMessagesDataFolders=”True” /> Example: 4. Start the two Veeam services that were previously stopped. 5. Start/Re-enable your backups jobs. If you continue to experience issues or would like assistance with any other issues you may be experience, please reach out to Support@Managecast.com.

Linux, Veeam

Veeam Backup and Replication Linux VM “Failed to check fingerprint” Error

If you’ve recently upgraded to Veeam Backup & Replication 12.1 and have begun seeing your Linux jobs fail with the “Failed to check fingerprint” error, there is no need to worry! This issue is easily resolved with a few clicks. The cause of the error comes from the change to the format used by Veeam to store the Linux SSH fingerprints. If the config database is stored in an SQL 2019 or 2022 instance, the conversion process fails to process blank current_fingerprint values and sets them to NULL, causing the error in Veeam. To resolve the issue, you must manually validate each fingerprint for each machine: If these changes have not resolved the Failed to check fingerprint error, or have any other backup questions, please reach out to Support@Managecast.com.

Office 365 Backup, Veeam

Veeam for Microsoft 365 Invalid Serialized Stream, Unknown Opcode Found:4 error

A recent Microsoft change to the Serialized Property of Exchanges items have caused “Invalid ‘serialized stream, unknown opcode found: 4’” errors across Veeam for Microsoft 365 users. This issue has been resolved with new hotfixes for users on versions 7.0.0.4551 and 7.1.0.1401. Below are the KB links to download the hotfix that pertains to your environment: Hotfix for 7.0.0.4551 P20231218 Hotfix for 7.1.0.1401 P20231218 To install the hotfix, follow these quick steps: If you continue to experience the error, would like assistance with the hotfix, or have any other backup replated questions, please reach out to Support@Managecast.com.

Veeam

Veeam How to Manually Updating Suspicious File List in Limited Network Environment

It isn’t uncommon to come across an environment that has limited to no access to the internet. This can be for many reasons such as security or regulations. In these instances, your Veeam console won’t have the ability to reach out to the Veeam database to update the SuspiciousFiles.xml, which logs known malware extensions. Here areas steps to download and update the xml file manually: Additional Veeam information can be found in KB4514. If you have any questions or would like any assistance, please reach out to Support@Managecast.com.

Scroll to Top