NinjaOne Backup — Decommissioning MSP360 at a Migrated Site
Audience: T2 Use when: NinjaOne Backup is verified working at a site and it's time to cleanly remove MSP360.
Do not decommission MSP360 until the migration verification checklist has been completed and the site tracker is updated. Removing MSP360 before NinjaOne is confirmed working leaves the site unprotected.
Pre-Decommission Checklist
Before removing anything:
- Migration verification checklist completed for this site
- At least 2 consecutive successful NinjaOne backups (local + cloud) confirmed
- Test file restore from NinjaOne verified
- Nate or Josh notified if the client has any data retention obligations for old MSP360 cloud data
Step 1 — Stop and Disable MSP360 Backup Jobs
Before uninstalling the agent, stop any active MSP360 jobs to avoid conflicts:
- Log into the MSP360 management portal
- Navigate to the client → find all active backup plans
- Disable or delete each backup plan for this site's devices
- Confirm no active jobs are running
Step 2 — Uninstall the MSP360 Agent From All Devices
Run this on each device at the site via NinjaOne terminal:
# Find MSP360 / CloudBerry / MBS agent
$agents = Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*",
"HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*" |
Where-Object {
$_.DisplayName -like "*MSP360*" -or
$_.DisplayName -like "*Cloudberry*" -or
$_.DisplayName -like "*Managed Backup*" -or
$_.DisplayName -like "*MBS*"
} | Select DisplayName, UninstallString
$agents | Format-Table -AutoSize
If found, uninstall via Programs and Features or using the UninstallString silently:
# Silent uninstall (modify the string based on output above)
# Example format:
Start-Process -FilePath "msiexec.exe" -ArgumentList "/x {PRODUCT-GUID} /quiet /norestart" -Wait
# Alternatively — use Add/Remove Programs if the GUID approach fails
After uninstalling: reboot the device, then confirm MSP360 is gone:
Get-Service | Where-Object {$_.DisplayName -like "*MSP360*" -or $_.DisplayName -like "*Cloudberry*" -or $_.DisplayName -like "*MBS*"}
# Should return nothing
Step 3 — Remove MSP360 VSS Provider (If Present)
MSP360 registers a VSS provider that can conflict with NinjaOne Backup even after the agent is uninstalled:
# Check for lingering VSS providers
vssadmin list providers
# Look for any provider with "CloudBerry", "MSP360", or "MBS" in the name
# If found — this needs to be removed. Contact NinjaOne support or escalate to T3 for registry-level removal.
Most cases: the MSP360 uninstaller removes the VSS provider automatically. Check anyway.
Step 4 — Confirm No MSP360 Scheduled Tasks Remain
Get-ScheduledTask | Where-Object {
$_.TaskName -like "*MSP360*" -or
$_.TaskName -like "*Cloudberry*" -or
$_.TaskName -like "*MBS*"
} | Select TaskName, State
# Remove any found
# Unregister-ScheduledTask -TaskName "TaskNameHere" -Confirm:$false
Step 5 — Old Cloud Data Retention Decision
MSP360 backup data in Backblaze S3 is not automatically deleted when the agent is removed. Discuss with Nate:
- Active Veeam BDR site: Old MSP360 data can be expired after 30 days — covered by Veeam
- NinjaOne-only site: Old MSP360 cloud data can be expired once 2+ weeks of NinjaOne cloud backups are confirmed
- Archive requirement: Some clients may have a contractual or compliance reason to retain old backup data longer — confirm before expiring
Update the Backblaze or S3 bucket lifecycle policy for this site's bucket to expire data after the agreed retention period.
Step 6 — Update the Migration Tracker and Remove from MSP360 Portal
Post-Decommission Verification
Run a final backup in NinjaOne after the MSP360 removal and reboot:
- Confirm Lockhart is still running and healthy
- Confirm the backup job completes successfully
- Confirm no new VSS errors appeared (old MSP360 VSS provider conflict can surface post-uninstall)