As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Iniciando a coleta de dados A coleta de dados é o processo de coleta de metadados de aplicativos e infraestrutura. O processo é iterativo em todas as etapas da avaliação. Em cada estágio, a quantidade e a fidelidade dos dados aumentarão. Nesse estágio, o foco está na coleta de dados gerais que possam ajudar a estabelecer um inventário inicial. O inventário será usado para criar um caso de negócios direcional e a identificação dos candidatos à migração inicial. Depois que as fontes de dados atuais forem identificadas, recomendamos coletar informações do maior número possível de sistemas. Para obter mais informações, consulte os [requisitos de dados](understanding-initial-assessment-data-requirements.md) para esse estágio. Essa abordagem tem a vantagem de ajudar a atualizar a visão atual do portfólio e o conhecimento da organização sobre seus aplicativos e serviços. Também ajuda a determinar o que deve ser movido. A abordagem recomendada é revisar os dados existentes, como saídas do banco de dados de gerenciamento de configuração (CMDB) e sistemas de gerenciamento de serviços de tecnologia da informação (ITSM). Em seguida, crie uma lista de ativos destinados à coleta de dados. Se sua organização tiver clareza total do que está dentro e fora do escopo da migração, você pode restringir a coleta de dados aos sistemas que estão no escopo. Ao criar seu portfólio, considere os aplicativos e seus ambientes ou ciclos de vida de lançamento de software. Por exemplo, em vez de identificar um aplicativo de gerenciamento de relacionamento com o cliente (CRM) e especificar que ele tem ambientes de teste, desenvolvimento e produção, liste três aplicativos (por exemplo, CRM-test, CRM-dev, CRM-prod). Como alternativa, use o nome do CRM, mas atribua uma ID exclusiva a cada ambiente e apresente-os como registros separados em seu repositório de dados. Isso ajudará a planejar e acompanhar a migração desses ambientes individualmente. Por exemplo, talvez você queira migrar primeiro ambientes que não sejam de produção. Ao listar as instâncias do seu aplicativo de acordo com o ambiente, você pode gerenciar e controlar claramente sua transição. Durante a coleta de dados, pode haver incerteza sobre quais aplicativos ou servidores estão em um determinado data center ou local de origem. Nesses casos, é útil obter listas bare-metal e de hipervisores das ferramentas de gerenciamento existentes. Por exemplo, você pode se conectar a um hipervisor para obter listas de máquinas virtuais a serem destinadas à coleta de dados. Observe que a saída inicial, ao combinar fontes de dados existentes, pode estar incompleta. A chave é realizar uma análise de lacunas em termos dos [requisitos de dados](understanding-initial-assessment-data-requirements.md) para esse estágio e do que pode ser obtido das fontes existentes. É importante comparar a porcentagem de integridade com o nível de fidelidade dos dados. Níveis mais altos de completude de fontes de baixa fidelidade conterão várias suposições que podem levar a análises errôneas. Embora esse estágio de avaliação não exija a máxima fidelidade dos dados, recomendamos que as fontes de dados tenham pelo menos uma fidelidade média a média-alta. Compare esses números com a tolerância de sua organização ao risco, incluindo o uso de suposições para preencher lacunas de dados. A análise de lacunas ajuda você a entender a quantidade e a qualidade dos dados com os quais você está trabalhando. A análise também ajuda você a estabelecer o nível de suposições que devem ser feitas para criar um caso de negócios direcional e priorizar os aplicativos para migração. As ferramentas de descoberta podem ajudar a preencher as lacunas e coletar dados de alta fidelidade. Para aumentar os níveis de confiança nos dados e acelerar os resultados da migração, recomendamos a implantação de ferramentas de descoberta o mais cedo possível. A ação antecipada também é importante porque os processos internos de aquisição, segurança e implementação de novas ferramentas podem exigir várias semanas ou meses para serem concluídos. Recomendamos estabelecer um plano ou cadência de comunicação e um mecanismo de controle de mudança de escopo neste estágio. Isso ajuda você a manter as partes interessadas informadas para que possam planejar com antecedência e mitigar os riscos. Um elemento-chave para comunicações claras é definir uma única fonte confiável para o portfólio de aplicativos e a infraestrutura associada. Evite manter vários sistemas de registro e listas de aplicativos e infraestrutura. Mantenha os dados em um só lugar (por exemplo, um banco de dados, uma ferramenta ou uma planilha) que ofereça suporte ao controle de versão e à colaboração on-line e atribua um proprietário a eles.