+55 11 3500-4088
BLOG
Como migrar de plataforma MDM sem parar a operação
Como migrar de plataforma MDM sem parar a operação
Trocar de plataforma MDM com centenas de dispositivos ativos não precisa ser uma semana de caos. Com a sequência certa, a migração acontece em ondas controladas, sem perda de controle e sem impacto para o colaborador.
A decisão de migrar de plataforma MDM costuma ser adiada por meses por um único motivo: o medo de “quebrar tudo”. Gestores de TI que já viveram uma implantação ruim sabem o que acontece quando centenas de dispositivos ficam sem politica aplicada ao mesmo tempo.
Mas permanecer em uma plataforma que não atende mais a operação tem um custo silencioso: funcionalidades ausentes, suporte degradado, integrações que nunca saem do papel e colaboradores contornando politicas porque o sistema não responde. Este guia mostra como planejar e executar a migração de MDM de forma estruturada, em ondas progressivas, sem interrupção da operação.
Por que empresas trocam de plataforma MDM
Os motivos mais comuns são: crescimento do parque de dispositivos que expõe limitações da plataforma atual, fusões e aquisições que unificam ambientes com MDMs diferentes, mudança de mix de sistemas operacionais (ex.: empresa que era 100% Android e agora tem iPhones), encerramento ou degradação do suporte do fornecedor, e necessidade de integração com novas ferramentas de segurança ou IAM que o MDM atual não suporta. Em todos esses cenários, a questão não é se migrar, mas como fazer sem interromper a operação.
Neste artigo
- O que precisa estar claro antes de começar
- Os 4 erros mais comuns na migração de MDM
- O modelo de migração em ondas: como funciona
- Passo a passo: da preparação ao rollout completo
- O que fazer com dados, politicas e apps durante a migração
- Plano de rollback: como voltar atrás sem desastre
- Perguntas frequentes
O que precisa estar claro antes de começar
Migração de MDM não começa com a instalação da nova plataforma. Começa com um inventário honesto do ambiente atual. Sem esse diagnóstico, a probabilidade de surpresas no meio da migração é alta.
Antes de qualquer coisa, o time de TI precisa ter respostas claras para quatro perguntas:
Quantos dispositivos e de que tipo?
Numero total, mix de SO (Android/iOS/Windows), versões, e quais estão em campo x escritório x armazém. Dispositivos que não aparecem no inventario atual são o maior risco de migração.
Quais politicas estão realmente ativas?
Exporte a lista de politicas do MDM atual e compare com o que está aplicado nos dispositivos. Em muitas empresas existem politicas configuradas que nunca foram distribuidas, ou distribuidas para grupos que não existem mais.
Quais apps corporativos são criticos?
Mapeie os aplicativos gerenciados pelo MDM e classifique por criticidade operacional. Um app de coleta de pedidos em campo é mais critico que um app de comunicação interna. A ordem de migração segue essa classificação, de forma inversa: criticos migram por ultimo, depois que o ambiente está validado.
Qual é a janela de baixo impacto?
Identifique os periodos em que o time operacional tem menor dependência dos dispositivos: madrugadas, fins de semana, periodos entre turnos. São nesses momentos que as ondas de migração devem ser executadas para minimizar impacto percebido.
O inventário como ponto de partida obrigatório
Se o MDM atual não tem um inventario confiavel, o primeiro passo da migração é construir um manualmente. Isso pode ser feito combinando relatórios da plataforma atual com dados do diretório corporativo (AD/Azure AD) e registros de TI. Um dispositivo que não está no inventario antes da migração provavelmente ficará fora de gestão depois.
Os 4 erros mais comuns na migração de MDM
A maioria dos problemas em migrações de MDM não é técnica. São falhas de planejamento que se manifestam como problemas técnicos. Conhecer esses erros antes de começar é a forma mais eficaz de evitá-los.
Migração como oportunidade de higienização
A troca de plataforma é o momento ideal para corrigir o que estava errado no ambiente anterior. Politicas obsoletas, grupos sem membros, apps que ninguém usa mais e configurações herdadas de versões antigas da operação: tudo isso pode ser descartado agora. Empresas que migram com critério chegam ao novo MDM com um ambiente mais enxuto e mais seguro do que tinham antes. Aproveite a migração para fazer essa limpeza — do contrario, você estará replicando os mesmos problemas em uma plataforma nova.
O modelo de migração em ondas: como funciona
O modelo de ondas divide o universo de dispositivos em grupos menores e migra cada grupo de forma sequencial e controlada. Cada onda é uma validação: se algo der errado, o impacto é limitado e o rollback é viável.
Onda piloto
5 a 10 devices do time de TI. Valida a plataforma, politicas e processo de enroll.
Onda de referência
10 a 20% do parque. Usuários que tolerem impacto temporário. Valida escala.
Ondas em lote
Grupos de 20 a 30% do parque, executados em janelas programadas até atingir 95%.
Onda final
Dispositivos criticos, remotos e casos especiais. MDM antigo desativado.
Critérios para definir os grupos de cada onda
A composição das ondas deve seguir critérios de risco e criticidade operacional, não simplesmente ordem alfabética ou por departamento. Uma forma eficaz de agrupar:
- Onda 1 (piloto): time de TI e voluntários de outros departamentos que tolerem impacto e consigam reportar problemas com precisão técnica
- Onda 2 (referência): departamentos administrativos na sede, com baixa dependência de apps criticos e acesso direto ao suporte
- Ondas intermediárias: grupos operacionais de menor criticidade, progressivamente incluindo departamentos com maior dependência de dispositivos
- Onda final: equipes de campo, operações em tempo real, dispositivos com apps de missão critica
Passo a passo: da preparação ao rollout completo
A seguir, a sequência completa de uma migração de MDM executada de forma estruturada. O tempo estimado entre cada etapa varia conforme o tamanho do parque, mas a ordem não deve ser alterada.
Inventario e auditoria do ambiente atual
Exporte todos os dados do MDM atual: dispositivos, usuarios, grupos, politicas, apps gerenciados e certificados. Confirme quais dados podem ser exportados e quais precisam ser reconfigurados manualmente na nova plataforma (a maioria das configurações precisará ser recriada, não importada).
Configuração completa do novo MDM em ambiente de homologação
Configure grupos, politicas, perfis de rede, apps gerenciados e integrações no novo MDM antes de migrar qualquer dispositivo de producão. Use um ambiente de homologação com dispositivos de teste. Valide cada politica critica com um dispositivo real antes de avançar.
Comunicação antecipada aos colaboradores
Avise com pelo menos 48 horas de antecedência o que vai acontecer com o dispositivo de cada grupo: o que o colaborador vai ver, o que ele precisa fazer (geralmente apenas aceitar uma solicitação de enroll), o que vai mudar e o que não vai. Uma comunicação clara reduz chamados de suporte em mais de 60%.
Execução da onda piloto e validação
Migre o grupo piloto, confirme que todas as politicas foram aplicadas corretamente e que os apps estão funcionando. Documente qualquer desvio do esperado. Só avance para a onda 2 depois que a onda 1 estiver 100% validada e estavel por pelo menos 24 horas.
Ondas progressivas com janela de validação entre cada uma
Execute cada onda na janela de baixo impacto definida no planejamento. Reserve pelo menos 12 horas entre ondas para monitorar e resolver qualquer problema antes de avançar. Documente a taxa de sucesso de enroll, tempo médio de migração por device e tickets abertos.
Desativação do MDM antigo e encerramento
Só desative o MDM antigo quando 100% dos dispositivos ativos estiverem enrollados e validados no novo. Mantenha o MDM antigo em modo somente leitura por pelo menos 30 dias após a migração completa, para referência em caso de duvida.
Periodo de coexistência: normal e necessário
Durante a migração em ondas, a empresa opera com dois MDMs ativos simultaneamente por um periodo que pode variar de dias a semanas, dependendo do tamanho do parque. Isso é esperado e não representa risco, desde que cada dispositivo esteja gerenciado por apenas um MDM em qualquer momento. O controle de qual dispositivo está em qual plataforma precisa ser registrado e atualizado em tempo real durante todo o processo.
O que fazer com dados, politicas e apps durante a migração
Esta é a parte que mais gera duvida: o que acontece com os dados que estão no dispositivo quando ele é desenrollado do MDM antigo e enrollado no novo?
Politicas: recriar, não importar
Uma das expectativas comuns é que as politicas do MDM antigo possam ser importadas no novo. Na prática, isso raramente é possível de forma automatica: cada plataforma tem sua própria estrutura de politicas, nomenclaturas e hierarquia de configuração.
O caminho correto é usar o inventario do MDM antigo como documentação de referência, não como arquivo de importação. Recrie cada politica no novo MDM do zero, aproveitando a oportunidade para revisar e simplificar configurações que tinham sido acumuladas ao longo de anos.
Atenção com dispositivos COPE e COBO
Em dispositivos corporativos de propriedade da empresa (COPE ou COBO), o unenroll do MDM antigo pode acionar um factory reset, dependendo de como a plataforma foi configurada. Confirme esse comportamento com o fornecedor do MDM atual antes de iniciar a migração. Se o unenroll acionar reset, o dispositivo precisará ser reenrollado com configuração completa, o que exige mais tempo por dispositivo no processo.
Plano de rollback: como voltar atrás sem desastre
Nenhuma migração bem planejada prescinde de um plano de rollback. Não porque o fracasso seja esperado, mas porque a existência de um plano de reversão reduz o risco real: a equipe de TI age com mais calma quando sabe que tem uma saida segura.
O que define um bom plano de rollback
Um plano de rollback eficaz responde quatro perguntas: (1) Qual é o critério de acionamento? (ex.: mais de 10% dos dispositivos de uma onda com falha de enroll ou perda de politica critica). (2) Quem autoriza o rollback? (responsavel de TI com autonomia para decidir sem escalar). (3) Como é feito tecnicamente? (manter o MDM antigo ativo para reenroll imediato). (4) Qual é o tempo maximo aceitavel sem resolução? (defina SLA interno antes de começar).
Critérios de parada durante a migração
Antes de iniciar cada onda, defina explicitamente os critérios que pausam a migração e acionam análise antes de continuar:
- Taxa de falha de enroll acima de 5% nos primeiros 30 minutos da onda
- Qualquer dispositivo critico (app de missão critica parado) sem resolução em menos de 2 horas
- Perda de politica de segurança em dispositivo já migrado, sem causa identificada
- Mais de 3 chamados de suporte com o mesmo sintoma, indicando problema sistêmico
A pausa não é fracasso. É o modelo de ondas funcionando como planejado: problemas pequenos são detectados antes de virar problemas grandes.
Migração e ciclo de vida dos dispositivos
A migração de MDM é parte do ciclo de vida de gestão de dispositivos corporativos. Uma plataforma bem escolhida reduz a frequência com que essa migração é necessária, mas não elimina a eventualidade. Para aprofundar a gestão completa do ciclo, leia nosso artigo sobre custo e ROI do MDM e entenda como estruturar a escolha de plataforma com critérios que reduzam a necessidade de trocas futuras. Se a causa da migração é uma política de dispositivos que não está funcionando, vale revisar também o modelo BYOD, COPE ou COBO que está sendo aplicado.
Perguntas frequentes
Quanto tempo leva uma migração de MDM?
Depende do tamanho do parque e do modelo de migração. Para parques de até 100 dispositivos, uma migração em ondas bem planejada pode ser concluída em 2 a 3 semanas. Para parques maiores (300 a 500+ dispositivos), o processo pode levar de 4 a 8 semanas, incluindo o periodo de coexistência e validação. Pressa nesse processo é o principal fator de risco.
Preciso fazer factory reset nos dispositivos para migrar de MDM?
Não necessariamente. Em muitos casos, é possível fazer o unenroll do MDM antigo e o enroll no novo sem reset, mantendo os dados pessoais e alguns dados corporativos no dispositivo. Isso depende da plataforma de origem e destino, do modelo de enrollment (especialmente se for DEP/ABM ou zero-touch) e de como o dispositivo foi originalmente enrollado. Verifique com os dois fornecedores antes de planejar o processo.
O que acontece com dispositivos que estão off-line durante a migração?
Dispositivos off-line durante a onda programada permanecem no MDM antigo até reconectarem. Quando ficam online, recebem o processo de unenroll e são migrados na onda seguinte. Por isso é importante manter o MDM antigo ativo até que 100% dos dispositivos tenham sido migrados, incluindo os que ficaram off-line por longos periodos.
Como lidar com dispositivos enrollados via DEP/ABM na migração?
Dispositivos Apple enrollados via Apple Business Manager (ABM) precisam ter o servidor MDM associado atualizado dentro do proprio ABM antes da migração. O processo envolve adicionar o novo MDM como servidor de dispositivos no ABM e reatribuir os dispositivos para o novo servidor. Consulte a documentação da Apple e do novo fornecedor de MDM para o procedimento especifico da plataforma de destino.
Vale a pena contratar suporte especializado para a migração?
Para parques acima de 100 dispositivos ou com complexidade alta (múltiplos SOs, ambientes BYOD e corporativo misturados, apps criticos de operação em campo), o suporte especializado reduz significativamente o risco. O custo de uma migração mal executada, em termos de horas de TI, impacto operacional e potencial incidente de segurança, costuma superar o investimento em uma assessoria técnica dedicada ao processo.
Precisa migrar de plataforma MDM?
Migração estruturada, em ondas controladas, sem parar a operação
A Mobit tem experiência em migrações de MDM em ambientes corporativos de diferentes portes e complexidades. Fale com nosso time e entenda como estruturar a troca de plataforma sem risco para a sua operação.
Deixe um comentário