How to migrate remote management platforms without rebuilding everything
Forcing a migration between management platforms requires completely rebuilding years of established policies, scripts, automation, and patching across thousands of endpoints. This massive operational friction drains engineering resources and leaves teams exhausted by repeated, vendor-pushed transitions.
What people tried
Every workaround mentioned in the threads below. We haven’t tested any of them — and nobody here is claiming they worked.
- 1Migrating to alternative RMM vendors like Datto RMM, N-Able, NinjaOne, or Gorelo
- 2Staying on legacy versions like VSA9 until forced to change by end-of-life dates
- 3Moving core operations around Intune and keeping basic tools only for remote access
- 4Checking out alternative tools like NinjaOne or Datto
- 5Switching to Microsoft Intune
- 6Staying with the same account manager and sticking with the new version path forward
- 7Maintain the old tenant while stopping the addition of new devices, pointing all existing devices to the new parent MDM server until they are phased out or retired.
- 8Buy entirely new devices for the destination tenant.
- 9Evaluating alternative CRM platforms like Microsoft Dynamics, HubSpot, or Pipedrive
- 10Staying on the current platform and questioning whether the roadmap justifies the cost
In their words
Unedited, most upvoted first, each linked to the thread it came from.
“My CRO wants me to use Dreamforce to determine if we believe Salesforce’s roadmap enough to stick around or (his preference) switch off the platform for good.”source ↗
“Besides the horrifying costs associated with actually switching vendors, has anyone successfully transitioned their company? What platform did you use and was it actually that much better?”source ↗
“We put a significant amount of time into migrating, rebuilding policies, scripts, automation, patching, monitoring, reporting, etc.”source ↗
“It’s not just installing a different agent. You’re talking about rebuilding years of policies, automation, scripts, monitoring, patching, documentation, integrations, training your techs, and then dealing with the transition across thousands of endpoints.”source ↗
“What really pisses me off is that we already went through a major transition because VSAX was presented as the direction we should be moving in. Now we’re basically preparing to do it all over again — to another Kaseya-owned product.”source ↗
“I'm surprised to discover that Apple does not provide a 'clean' way to migrate devices from one ABM to another through a M&A process.”source ↗
“When I called support, they indicate that devices must be 'manually' moved - meaning we need to de-register and manually add them in the destination tenant.”source ↗
“It looks like VSA9 has less than a year left before EOL.”source ↗
“is there anyone here who can share their experiences with migrating from 9 to 10? I wanted to get an idea of some of the major differences for good or bad from someone that isnt trying to sell the tool to me.”source ↗
Where this came up
People with this problem also raised
- 9Why is it so hard to export and switch accounting software?
- 4How to migrate company email from Google Workspace to Microsoft 365
- 4Is it too late to shift from NetSuite to Oracle Fusion or DevOps?
- 4Who wins when warehouse data and CRM updates clash?
- 3How to choose between N-able and Action1 for patching and remote support
- 3Migrating an established online store to Shopify Plus