Migre os dados existentes para a estrutura CSDM

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 3 min. de leitura

    • Você conclui várias tarefas para garantir que os dados da aplicação existentes sejam migrados com sucesso para as tabelas necessárias no CMDB.

    Antes de Iniciar

    Função necessária: administrador

    Por Que e Quando Desempenhar Esta Tarefa

    Lembre-se dos seguintes pontos:
    • Algumas tabelas CSDM foram introduzidas recentemente, portanto, talvez você não esteja familiarizado com elas. Consulte a documentação do seu produto da ServiceNow para saber mais sobre qualquer uma das tabelas que você não conhece.
    • Você pode continuar usando tabelas personalizadas ou em não conformidade CMDB. No entanto, se você fizer isso, pode não obter todos os benefícios de seus produtos ServiceNow.
    • Certifique-se de usar as ferramentas de migração descritas em Ferramenta de migração do CSDM.
    Gerenciar os atributos que você está usando. Racionalize seus atributos personalizados. Use as seguintes diretrizes para decidir se você realmente precisa manter todas as personalizações:
    • Prática recomendada: não tem um atributo de sistema-base relacionado ao atributo personalizado, mas você precisa usá-lo.
    • Manter: não tem um atributo sistema-base relacionado ao atributo personalizado, mas é necessário para um caso de uso exclusivo.
    • Refatorar: o atributo personalizado tem um atributo de sistema-base ou uma capacidade que pode ser migrada.
    • Não é necessário (DNN): a personalização não é mais necessária. Exclua os atributos que você não usa ou usa apenas raramente. Considere a eliminação de atributos se existir uma melhor forma de abordar um caso de uso.
    Considerar as dependências relacionadas. Mover os itens de configuração (ICs) para uma nova tabela não move automaticamente as dependências relacionadas. Para identificar as dependências relacionadas, use o script chamado Migrar para o CSDM, identificando as dependências da tabela disponível na Comunidade ServiceNow.
    Importante:
    O script não move seus dados ou suas dependências. Ele simplesmente identifica as dependências. Você reestrutura dados e dependências como parte da migração.

    Depois de executar os scripts e avaliar os dados, você terá uma ideia melhor do esforço necessário para migrar seus dados. Decida se você precisa de todos os relatórios, regras e scripts referenciados. Em seguida, decida o que você deseja migrar e faça um plano de migração.

    Figura 1. Fluxo de trabalho de migração
    Etapas no fluxo de trabalho de migração.

    Procedimento

    1. Faça backup de seus dados.
      Exporte seus dados (com todos os atributos) para o Excel e mantenha o arquivo em um local seguro. Tenha um plano de contingência para o caso de surgirem problemas.
    2. Mapeie os atributos.
      Identifique a tabela para onde os dados devem ir. Certifique-se de que a tabela de destino tenha os atributos sistema-base necessários. Racionalize seus atributos personalizados. Decida quais personalizações você manterá.
    3. Mova ICs de classes existentes para CMDB classes.
      Nota:
      Não se esqueça das tabelas que não estão em conformidade e de suas dependências. Você pode ter centenas de relatórios, regras de negócios, scripts, referências de tabela e muito mais que precisam dos dados em suas tabelas não conformes.

      Mover os ICs para uma nova tabela não move automaticamente os relatórios, as regras de negócios e assim por diante. Conforme descrito nas etapas a seguir, o script de correção identifica as dependências que você precisa refatorar. Você pode baixar o script de correção do ServiceNow Community.

    4. Refatore os atributos.
      Solidifique o modelo de dados e prepare os dados para a migração.

      Certifique-se de ter concluído as tarefas relacionadas ao mapeamento de atributo descritas nas etapas anteriores. Siga as diretrizes e refatore seus dados conforme necessário.

    5. Migre os dados.
      Nota:
      Verifique se você tem um backup válido e recente. Faça outro backup, se necessário. Durante a migração, o usuário perde todos os atributos ou sistema-base personalizados que não estão na mesma hierarquia de tabela.
      Lembre-se destes pontos ao prosseguir:
      • Migrar seus ICs para a nova classe move o IC e todos os seus objetos relacionados, incidentes e mudanças para a nova tabela.
      • Comece com alguns ICs e aumente o número ao se sentir confortável.
    6. Corrija as dependências da tabela:
      1. Modifique os relatórios para usar a nova tabela.
      2. Migre regras de negócios e scripts, se necessário.
      3. Atualize as referências de tabela, conforme necessário.
    7. Recarregue os dados nos novos atributos usando o backup feito anteriormente.
    8. Valide todos os dados e dependências.

    Resultado

    Você migrou com sucesso sua aplicação para a estrutura de CSDM e seus dados estão nos locais necessários em CMDB.