Author name: Managecast Technologies

General Cloud Backup

How to Update the License on the Veeam Software Appliance (VSA)

Overview This document provides step-by-step instructions for updating the license on the Veeam Appliance through the web console interface. Prerequisites Procedure Step 1: Access the Web Console Sign in to the web console using the web interface with your administrative credentials. Step 2: Open Configuration Settings In the top-right corner of the web page, select the Configuration option. Step 3: Navigate to License Information In the new window, select License Information from the menu on the left side of the screen. Step 4: Begin License Installation Click the Install button located in the middle of the screen. Step 5: Select the License File In the pop-up window, navigate to the location where the license file is stored on the local machine and select it to complete the installation.

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

General Cloud Backup, Troubleshooting, Veeam

Troubleshooting NFC connectivity in Veeam Backup & Replication 

VMware backup or replication jobs may fail with errors such as “Failed to create NFC download stream” or “Failed to create NFC upload stream.” These messages indicate that the backup proxy was unable to open an NFC (Network File Copy) connection to the ESXi host in order to transfer VM disk data.  Cause  NFC stream creation failures most commonly fall into one of these categories:  Steps to resolve  DNS / name resolution  TCP/902 (NFC)  VMware permissions  Granular Permissions Guide  VMware file locks  Veeam KB: https://www.veeam.com/kb1198  If you need help reviewing logs, validating connectivity, or confirming the root cause, contact our support team at support@managecast.com. 

Troubleshooting, Veeam

Understanding “Completing Backup Copy Interval for GFS Full Creation” Warnings – Veeam Backup & Replication

The warning “Completing backup copy interval for GFS full creation” appears at the end of a backup copy interval when Veeam needs to “seal” that cycle by creating the GFS full (weekly, monthly, or yearly) restore point. It’s informational—Veeam wraps up the current copy cycle and then either synthesizes a full on the target or performs an active full, depending on your GFS method. Why It Happens GFS schedule hit: The day/time for a weekly, monthly, or yearly point has arrived, so Veeam finishes the running copy cycle and creates the archive full.Full type matters: When to Take Action Most of the time, no action is needed. If you’re seeing long runs or warnings piling up, check the following: It’s Veeam saying, “I’m ending this copy cycle now so I can make the scheduled GFS full.” It’s normal. Only make adjustments if it’s colliding with your backup windows or impacting duration—adjust the copy interval or schedule, align GFS dates, and choose Active Full for GFS on dedupe targets. For more information, please contact us at Support@Managecast.com.

General Cloud Backup, Office 365 Backup, Troubleshooting, Veeam

Veeam for Microsoft 365 Error: Exchange Account Was Not Found

The “Exchange account was not found” error in Veeam Backup for Microsoft 365 occurs when Veeam attempts to process an Exchange Online mailbox that it cannot locate in Microsoft 365. This can happen during backup or restore operations and is typically caused by missing mailboxes, deleted users, or permission mismatches. Common Causes and Resolutions Cause 1: The Account Does Not Have a Mailbox Assigned Veeam can only protect users that have an active mailbox in Exchange Online. If a user account exists in Microsoft 365 but no mailbox is provisioned, Veeam will display this error. Resolution: In the Microsoft 365 Admin Center, verify the user has a valid Exchange Online license assigned. If the account should have a mailbox, assign a license and sign in to the mailbox once to complete initialization. If the account is a service or shared account that does not require backup, edit the backup job in Veeam and uncheck the Mailbox option under the user’s settings. Cause 2: The Account Was Deleted or No Longer Exists If the user has been deleted or offboarded from Microsoft 365, Veeam will still attempt to process the object if it remains referenced in the backup job. Resolution: Edit the job → Select Objects menu → Select User → Remove. Alternatively, add the account to the Exclusions list if the job is configured for the entire organization. If the mailbox was recently removed but should be recoverable, restore it from the Microsoft 365 Admin Center → Deleted Users, then rerun the backup. Cause 3: Permissions or Access Have Changed If the organization’s Exchange Online permissions were modified, Veeam may no longer have sufficient rights to access specific mailboxes. Resolution: In Veeam, open Organization → Edit Organization → Connection Settings, and verify the configured Microsoft 365 app registration and service account have Application Impersonation rights and Mailbox Access permissions. In Azure AD, confirm the app registration still has the delegated Exchange Online permissions required by Veeam (full_access_as_app, EWS.AccessAsUser.All, etc.). Rerun the job after confirming access. Additional Notes This error may appear as a warning if other mailboxes complete successfully. To backup shared mailboxes, the backup account must have a valid Exchange license and active mailbox. When offboarding users, it’s good practice to remove or exclude their accounts from backup jobs to avoid recurring warnings. If you continue to experience this error or need assistance verifying mailbox permissions, please contact Support@Managecast.com.

Troubleshooting, Veeam

Veeam Backup & Replication Warning: RPO Violation

In recent versions of Veeam Backup & Replication, the RPO Monitoring feature tracks how frequently restore points are created for each backup job. RPO (Recovery Point Objective) defines how much data loss your organization can tolerate between backups—essentially, how often backups must occur to meet your protection goals. If RPO Monitoring is enabled and a job does not create a new restore point within the configured timeframe, Veeam will generate an RPO violation warning in the job session or in the RPO Monitoring dashboard. Common Causes and Resolutions Cause 1: Backup Jobs Are Overlapping or Delayed When multiple jobs are scheduled to run at the same time or share repository resources, one or more may enter a “waiting” state and exceed the RPO window. Resolution: Review the schedule for each backup and copy job under Home → Jobs. Stagger job start times to avoid overlap and resource contention. Consider chaining dependent jobs using the “After this job” option to ensure sequential execution. If your environment has multiple proxies or repositories, balance job placement to improve concurrency. Cause 2: Job Size or Duration Exceeds the RPO Window Large jobs that take longer to complete than the defined RPO interval will consistently trigger RPO warnings. Resolution: Split large jobs into smaller, logical groups (e.g., by department, datastore, or workload type) so each finishes within the target window. Review repository and proxy performance — bottlenecks can extend backup duration. Enable parallel processing if your hardware resources allow, to speed up data movement. Cause 3: RPO Target Too Strict Your defined RPO value may be unrealistic for the current backup window, job load, or infrastructure performance. Resolution: Edit the affected copy job → Target → Advanced → RPO Monitor. Adjust the RPO target to a more achievable interval (for example, from every 1 hour to every 4 hours, or daily instead of hourly). Click OK to save and rerun the job to validate compliance. Additional Notes RPO violations are warnings, not failures — they indicate that your environment is not meeting its defined backup frequency. Use the RPO Monitoring report (available in Veeam ONE or within the Veeam Backup & Replication Console) to identify patterns and recurring delays. If the issue began after upgrading, ensure that RPO Monitoring is configured correctly for all job types (backup, replication, and copy). If you continue to experience RPO violation warnings or would like help analyzing job duration and scheduling, please contact Support@Managecast.com for assistance.

General Cloud Backup, Troubleshooting, Veeam

Veeam Backup & Replication Error: File Being Used by Another Process

The error “The process cannot access the file because it is being used by another process” is a common issue in Veeam Backup & Replication environments. It occurs when Veeam attempts to read or write to a backup file that is temporarily locked by another process. These conflicts are often caused by scheduling overlaps, slow storage performance, or antivirus activity scanning the backup files. Common Causes and Resolutions Cause 1: Scheduling Conflicts Overlapping backup, copy, or replication jobs can attempt to access the same backup files simultaneously, resulting in file lock conflicts. Resolutions: Cause 2: Network or Storage Performance Issues When data transfer to or from the repository is slower than expected, a job may still be writing to a file when another process tries to open it. Resolutions: Cause 3: Antivirus or Third-Party Software Locking Files Antivirus, endpoint protection, or indexing software may temporarily lock Veeam’s backup files (.vbk, .vib, .vrb) during real-time scans. Resolutions: Additional Troubleshooting If the issue persists: Preventive Recommendations If you continue to experience this error, or would like assistance with scheduling optimization or repository performance tuning, please contact Support@Managecast.com.

General Cloud Backup, Troubleshooting, Veeam

Veeam Backup & Replication Error: Failed to Open Storage for Read/Write Access / File Does Not Exist

When a backup job fails with the errors “Failed to open storage for read/write access” or “File does not exist,” it typically indicates that Veeam was unable to access or write to the backup repository. These issues are often caused by connectivity problems, permission misconfigurations, insufficient storage, or file locks that prevent normal access. Common Causes and Resolutions Cause 1: Repository or Storage Connectivity Issues If Veeam cannot reach or communicate properly with the repository, it will fail to open the backup file for read/write operations. Resolutions: Cause 2: Insufficient Free Space When the repository runs out of space, Veeam cannot write incremental or full backup data, often producing the same error message. Resolutions: Cause 3: Permissions or Ownership Issues If the credentials Veeam uses do not have sufficient rights on the repository, the job may fail to open or write to the storage file. Resolution: Cause 4: File Locks or Interference from Other Software Antivirus, backup agents, or volume snapshot tools may lock Veeam backup files (.vbk, .vib, .vrb), preventing read/write operations. Resolutions: Advanced Troubleshooting If the above resolutions do not resolve the issue: Preventive Recommendations If you continue to experience errors after performing these steps, please contact Support@Managecast.com for assistance.

Scroll to Top