Esta página descreve os documentos RackWare RMM disponíveis e fornece algumas orientações ao usar o RMM para realizar migrações.


Principais Documentos RMM:

  • RMM 7.4 PRÉ-REQUISITOS E REQUISITOS OPERACIONAIS
    Este guia fornece informações sobre os pré-requisitos para o ambiente de origem/fonte (ou seja, o ambiente de produção atual), o próprio RMM e o ambiente de destino.   Ele inclui instruções para configurar a comunicação por meio de uma sessão ssh com os servidores de origem Linux e Windows e descreve as exclusões de antivírus necessárias nos servidores de origem.    Algumas das configurações podem ser feitas antes mesmo de o RMM estar em execução. 
  • GUIA DE OPERAÇÕES DE GUI DO RMM 7.4
    Fornece uma visão geral genérica (não específica da nuvem) sobre a GUI do RMM e a configuração necessária para migração/DR.    Inclui as etapas a seguir ao usar o RMM para migrar servidores ou proteger servidores (Recuperação de Desastres).
  • PARÂMETROS E OPERAÇÕES DE NUVEM DO RMM 7.4 – Este guia contém informações específicas da nuvem para coletar e configurar migração e DR. Há um capítulo separado para cada nuvem na qual o RMM oferece suporte a servidores de provisionamento automático.   Por exemplo, o capítulo 5 descreve os valores do GCP necessários para provisionar automaticamente servidores no GCP.



Informações adicionais:


  • RMM Bridge Server configuração (exemplo) –Este guia deve ser usado como referência para configurar um Bridge Server e a GRE Tunnel, nos casos em que o Cliente pretenda manter o IP do Servidor ORIGIN nas VM’s Alvo.   Observe que não há nenhum software da RackWare rodando em um RMM Bridge Server - é um servidor Linux padrão configurado para atuar como um RMM Bridge Server. 


  •  Link para vídeos de migração RMM – Vídeos sobre o uso do RMM para migração e/ou DR no Google Cloud, que percorrem as etapas básicas e explicam o que está acontecendo nos bastidores, estão disponíveis e

    https://vimeo.com/showcase/9713727
    senha: G@@gle!

    (Para ver os vídeos - insira o nome da sua empresa, ID de e-mail, nome e sobrenome)




  • Etapas/práticas recomendadas de ALTO NÍVEL durante a migração usando RMM
      NOTA - Um pré-requisito muito importante, tanto para casos de uso de migração quanto de DR), é garantir que os ambientes ORIGIN e TARGET sejam ISOLADOS de forma que o ambiente de produção ORIGIN NÃO seja afetado devido ao destino provisionado ficar on-line no destino ambiente.  O fluxo de trabalho de alto nível abaixo permanece o mesmo, independentemente dos aplicativos ORIGIN, ou sistema operacional, ou nuvem/hipervisor subjacente ou ambiente TARGET para o qual você está migrando.


  • Planeje o esforço de migração com antecedência e implante a arquitetura adequadamente (configuração RMM, uso do Bridge Server, quais servidores em qual onda, linha do tempo, ambiente de destino, etc.)
  • Instale o RMM na nuvem de destino e verifique se ele está funcionando.  

    Para licenciamento, envie por e-mail o arquivo de pré-instalação gerado do RMM para – Licensing@RackWareInc.com

  • Reúna informações sobre os servidores ORIGIN no escopo.

  • Prepare os servidores ORIGIN para atender aos pré-requisitos

  • Reúna informações sobre o ambiente de nuvem de destino (provisionamento automático para ambiente de destino de suporte), prepare o ambiente de destino para atender aos pré-requisitos OU crie e prepare os servidores de destino na nuvem de destino (alvos pré-provisionados)

  • Prepare ondas de servidores para migrar

  • Use o RMM para sincronizar os servidores com a nuvem, provisionando-os automaticamente ou usando os servidores de destino pré-provisionados.

  • Verificação inicial dos servidores na nuvem de destino.

  • Execute uma ou mais sincronizações delta do ambiente ORIGIN para os servidores na nuvem de destino para capturar alterações

     (ou seja, quaisquer arquivos/pastas que tenham sido modificados ou excluídos desde o horário de início da sincronização anterior) para os servidores ORIGIN desde que a migração inicial ou sincronização anterior foi realizada

  • Cerca de um dia antes do horário de transição agendado, execute um ÚLTIMO menos UM - DELTA SYNC - para aproximar o tempo provavelmente necessário para a transição

  • Planeje as atividades de transição

  • Antes da transição, desative os aplicativos/desconecte os usuários, de forma que não haja muita E/S -> execute uma transição/sincronização delta final para as VMs TARGET.