Planejar uma estratégia de trabalho de migração no Configuration Manager
Aplica-se a: Gerenciador de Configurações (branch atual)
Use trabalhos de migração para configurar os dados específicos que você deseja migrar para seu ambiente de branch Configuration Manager atual. Trabalhos de migração identificam os objetos que você planeja migrar e eles são executados no site de nível superior na hierarquia de destino. Você pode configurar um ou mais trabalhos de migração por site de origem. Isso permite migrar todos os objetos ao mesmo tempo ou subconjuntos limitados de dados com cada trabalho.
Você pode criar trabalhos de migração após Configuration Manager tenha coletado com êxito dados de um ou mais sites da hierarquia de origem. Você pode migrar dados em qualquer sequência dos sites de origem que coletaram dados. Com um site de origem Configuration Manager 2007, você só pode migrar dados do site em que um objeto foi criado. Com sites de origem que executam o System Center 2012 Configuration Manager ou posterior, todos os dados que você pode migrar estão disponíveis no site de nível superior da hierarquia de origem.
Antes de migrar clientes entre hierarquias, verifique se os objetos que os clientes usam migraram e que esses objetos estão disponíveis na hierarquia de destino. Por exemplo, quando você migra de uma hierarquia de origem do SP2 Configuration Manager 2007, você pode ter um anúncio de conteúdo implantado em uma coleção personalizada que tem um cliente. Nesse cenário, recomendamos que você migre a coleção, o anúncio e o conteúdo associado antes de migrar o cliente. Esses dados não poderão ser associados ao cliente na hierarquia de destino se o conteúdo, a coleção e o anúncio não forem migrados antes da migração do cliente. Se um cliente não estiver associado aos dados relacionados a um anúncio e conteúdo executados anteriormente, o cliente poderá oferecer o conteúdo para instalação na hierarquia de destino, o que pode ser desnecessário. Quando o cliente migra após a migração dos dados, o cliente é associado a esse conteúdo e anúncio e, a menos que o anúncio seja recorrente, não será oferecido esse conteúdo para o anúncio migrado novamente.
Alguns objetos exigem mais do que a migração de dados da hierarquia de origem para a hierarquia de destino. Por exemplo, para migrar com êxito as atualizações de software para seus clientes para sua hierarquia de destino, você deve implantar um ponto de atualização de software ativo, configurar o catálogo de produtos e sincronizar o ponto de atualização de software com Windows Server Update Services (WSUS) na hierarquia de destino.
Tipos de trabalhos de migração
Configuration Manager dá suporte aos seguintes tipos de trabalhos de migração. Cada tipo de trabalho foi projetado para ajudar a definir os objetos que você pode incluir nesse trabalho.
Migração de coleção (com suporte somente ao migrar do Configuration Manager 2007 SP2): Migre objetos relacionados às coleções selecionadas. Por padrão, a migração de coleção inclui todos os objetos associados aos membros da coleção. Você pode excluir instâncias de objeto específicas ao usar um trabalho de migração de coleção.
Migração de objeto: migrar objetos individuais selecionados. Você seleciona apenas os dados específicos que deseja migrar.
Migração de objeto migrada anteriormente: migrar objetos que você migrou anteriormente quando eles foram atualizados na hierarquia de origem após a última migração.
Objetos que você pode migrar
Nem todos os objetos podem migrar por um tipo específico de trabalho de migração. A lista a seguir identifica o tipo de objetos que você pode migrar com cada tipo de trabalho de migração.
Observação
Os trabalhos de migração de coleção só estão disponíveis quando você migra objetos de uma hierarquia de origem do SP2 Configuration Manager 2007.
Tipos de trabalho que você pode usar para migrar cada objeto
Anúncios (disponíveis para migrar de sites de origem com suporte Configuration Manager 2007)
- Migração de coleção
Catálogo do Asset Intelligence
Migração de objeto
Migração de objeto migrado anteriormente
Requisitos de hardware do Asset Intelligence
Migração de objeto
Migração de objeto migrado anteriormente
Lista de software do Asset Intelligence
Migração de objeto
Migração de objeto migrado anteriormente
Limites
Migração de objeto
Migração de objeto migrado anteriormente
Linhas de base de configuração
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Itens de configuração
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Janelas de manutenção
- Migração de coleção
Imagens de inicialização de implantação do sistema operacional
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Pacotes de driver de implantação do sistema operacional
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Drivers de implantação do sistema operacional
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Imagens de implantação do sistema operacional
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Pacotes de implantação do sistema operacional
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Pacotes de distribuição de software
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Regras de medição de software
Migração de objeto
Migração de objeto migrado anteriormente
Pacotes de implantação de atualização de software
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Modelos de implantação de atualização de software
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Implantações de atualização de software
- Migração de coleção
Listas de atualização de software
Migração de objeto
Migração de objeto migrado anteriormente
Sequências de tarefas
Migração de coleção
Migração de objeto
Migração de objeto migrado anteriormente
Pacotes de aplicativos virtuais
Migração de coleção
Migração de objeto
Importante
Embora você possa migrar um pacote de aplicativo virtual usando a migração de objeto, os pacotes não podem ser migrados usando o tipo de trabalho de migração de Migração de Objeto Migrado Anteriormente. Em vez disso, você deve excluir o pacote de aplicativos virtuais migrados do site de destino e criar um novo trabalho de migração para migrar o aplicativo virtual.
Planejamento geral para todos os trabalhos de migração
Use o assistente Criar Trabalho de Migração para criar um trabalho de migração para migrar objetos para sua hierarquia de destino. O tipo do trabalho de migração que você cria determina quais objetos estão disponíveis para migração. Você pode criar e usar vários trabalhos de migração para migrar dados do mesmo site de origem ou de vários sites de origem. O uso de um tipo de trabalho de migração não bloqueia o uso de um tipo diferente de trabalho de migração.
Depois que um trabalho de migração é executado com êxito, seu status é listado como Concluído e não pode ser executado novamente. No entanto, você pode criar um novo trabalho de migração para migrar qualquer um dos objetos que foram migrados pelo trabalho original, e o novo trabalho de migração também pode incluir objetos adicionais. Quando você cria trabalhos de migração adicionais, os objetos que foram migrados anteriormente mostram o estado de Migração. Você pode selecionar esses objetos para migrou-los novamente, mas, a menos que o objeto tenha sido atualizado na hierarquia de origem, migrar esses objetos novamente não é necessário. Se o objeto tiver sido atualizado na hierarquia de origem depois de ter sido originalmente migrado, você poderá identificar esse objeto quando usar o tipo de trabalho de migração de Objetos modificados após a migração.
Você pode excluir um trabalho de migração antes de ser executado. No entanto, depois que um trabalho de migração é concluído, ele permanece visível no console Configuration Manager e não pode ser excluído. Cada trabalho de migração concluído ou ainda não executado permanece visível no console Configuration Manager até concluir o processo de migração e limpar os dados de migração.
Observação
Depois de concluir a migração usando a ação Limpar Dados de Migração de Migração , você pode reconfigurar a mesma hierarquia que a hierarquia de origem atual para restaurar a visibilidade dos objetos que você migrou anteriormente.
Você pode exibir os objetos contidos em qualquer trabalho de migração no console Configuration Manager selecionando o trabalho de migração e escolhendo os Objetos na guia Trabalho.
Use as informações nas seções a seguir para ajudá-lo a planejar todos os trabalhos de migração.
Seleção de dados
Ao criar um trabalho de migração de coleção, você deve selecionar uma ou mais coleções. Depois de selecionar as coleções, o assistente Criar Trabalho de Migração mostra os objetos associados às coleções. Por padrão, todos os objetos associados às coleções selecionadas são migrados, mas você pode desmarcar os objetos que não deseja migrar com esse trabalho. Quando você desmarca um objeto que tem objetos dependentes, esses objetos dependentes também são desmarcados. Todos os objetos não verificados são adicionados a uma lista de exclusão. Objetos em uma lista de exclusão são removidos da seleção automática para trabalhos futuros de migração. Você deve editar manualmente a lista de exclusão para remover objetos que deseja ter selecionado automaticamente para migração em trabalhos de migração que você criar no futuro.
Propriedade do site para conteúdo migrado
Ao migrar o conteúdo para implantações, você deve atribuir o objeto de conteúdo a um site na hierarquia de destino. Esse site então se torna o proprietário desse conteúdo na hierarquia de destino. Embora o site de nível superior da hierarquia de destino seja o site que realmente migra os metadados para o conteúdo, ele é o site atribuído que acessa os arquivos de origem originais para o conteúdo em toda a rede.
Para minimizar a largura de banda de rede usada durante a migração, considere transferir a propriedade do conteúdo para o site mais próximo disponível. Como as informações sobre o conteúdo são compartilhadas globalmente em Configuration Manager, elas estarão disponíveis em todos os sites.
As informações sobre o conteúdo são compartilhadas para todos os sites na hierarquia de destino usando a replicação de banco de dados. No entanto, qualquer conteúdo que você atribuir a um site primário e, em seguida, implantar em pontos de distribuição em outros sites primários é transferido usando replicação baseada em arquivo. Essa transferência é roteada por meio do site de administração central e, em seguida, para cada site primário adicional. Ao centralizar pacotes que você planeja distribuir para vários sites primários antes ou durante a migração ao atribuir um site como proprietário do conteúdo, você pode reduzir as transferências de dados em redes de baixa largura de banda.
Escopos de segurança de administração baseados em função para dados migrados
Ao migrar dados para uma hierarquia de destino, você deve atribuir um ou mais escopos de segurança de administração baseados em função aos objetos cujos dados são migrados. Isso garante que apenas os usuários administrativos apropriados tenham acesso a esses dados após a migração. Os escopos de segurança especificados são definidos pelo trabalho de migração e são aplicados a cada objeto migrado por esse trabalho. Se você precisar que diferentes escopos de segurança sejam aplicados a diferentes conjuntos de objetos e quiser atribuir esses escopos durante a migração, você deverá migrar os diferentes conjuntos de objetos usando diferentes trabalhos de migração.
Antes de configurar um trabalho de migração, examine como a administração baseada em função funciona em Configuration Manager. Se necessário, configure um ou mais escopos de segurança para os dados migrados para controlar quem terá acesso aos objetos migrados na hierarquia de destino.
Para saber mais sobre escopos de segurança e administração baseada em função, consulte Fundamentos da administração baseada em função para Configuration Manager.
Revisar ações de migração
Ao configurar um trabalho de migração, o assistente Criar Trabalho de Migração mostra uma lista de ações que você deve executar para garantir uma migração bem-sucedida e uma lista de ações que Configuration Manager executa durante a migração dos dados selecionados. Examine essas informações cuidadosamente para verificar o resultado esperado.
Agendar trabalhos de migração
Por padrão, um trabalho de migração é executado imediatamente após a criação. No entanto, você pode especificar quando o trabalho de migração é executado quando você cria o trabalho ou editando as propriedades do trabalho. Você pode agendar o trabalho de migração para ser executado da seguinte maneira:
Execute o trabalho agora
Executar o trabalho em um horário de início específico
Não executar o trabalho
Especificar a resolução de conflitos para dados migrados
Por padrão, os trabalhos de migração não substituem os dados no banco de dados de destino, a menos que você configure o trabalho de migração para ignorar ou substituir dados que foram migrados anteriormente para o banco de dados de destino.
Planejar trabalhos de migração de coleção
Os trabalhos de migração de coleção só estão disponíveis quando você migra dados de uma hierarquia de origem que executa uma versão com suporte de Configuration Manager 2007. Você deve especificar uma ou mais coleções para migrar quando migrar por coleção. Para cada coleção especificada, o trabalho de migração seleciona automaticamente todos os objetos relacionados para migração. Por exemplo, se você selecionar uma coleção específica de usuários, os membros da coleção serão identificados e você poderá migrar as implantações associadas a essa coleção. Opcionalmente, você pode selecionar outros objetos de implantação para migrar associados a esses membros. Todos esses itens selecionados são adicionados à lista de objetos que podem ser migrados.
Quando você migra uma coleção, Configuration Manager também migra as configurações de coleção, incluindo janelas de manutenção e variáveis de coleção, mas não pode migrar as configurações de coleção para provisionamento de cliente AMT.
Use as informações nas seções a seguir para saber mais sobre configurações adicionais que podem ser aplicadas a trabalhos de migração baseados em coleção.
Excluir objetos de trabalhos de migração de coleção
Você pode excluir objetos específicos de um trabalho de migração de coleção. Quando você exclui um objeto específico de um trabalho de migração de coleção, esse objeto é adicionado a uma lista de exclusão global que tem todos os objetos excluídos dos trabalhos de migração criados para qualquer site de origem na hierarquia de origem atual. Objetos na lista de exclusão ainda estão disponíveis para migração em trabalhos futuros, mas não são incluídos automaticamente quando você cria um novo trabalho de migração baseado em coleção.
Você pode editar a lista de exclusão para remover objetos que você excluiu anteriormente. Depois de remover um objeto da lista de exclusão, ele será selecionado automaticamente quando uma coleção associada é especificada durante a criação de um novo trabalho de migração.
Coleções sem suporte
Configuration Manager pode migrar qualquer uma das coleções de usuário padrão, coleções de dispositivos e a maioria das coleções personalizadas de uma hierarquia de origem Configuration Manager 2007. No entanto, Configuration Manager não pode migrar coleções que contêm usuários e dispositivos na mesma coleção.
As seguintes coleções não podem ser migradas:
Uma coleção que tem usuários e dispositivos.
Uma coleção que tem uma referência a uma coleção de um tipo de recurso diferente. Por exemplo, uma coleção baseada em dispositivo que tem uma subcolleção ou um link para uma coleção baseada no usuário. Neste exemplo, apenas a coleção de nível superior migra.
Uma coleção que tem uma regra para incluir computadores desconhecidos. A coleção migra, mas a regra para incluir computadores desconhecidos não migra.
Coleções vazias
Uma coleção vazia é uma coleção que não tem recursos associados a ela. Quando Configuration Manager migra uma coleção vazia, ela converte a coleção em uma pasta organizacional que não tem usuários ou dispositivos. Essa pasta é criada com o nome da coleção vazia no nó Coleções de Usuários ou Coleções de Dispositivos no workspace Ativos e Conformidade no console Configuration Manager.
Coleções e subcolleções vinculadas
Quando você migra coleções vinculadas a outras coleções ou que têm subcolleções, Configuration Manager cria uma pasta no nó Coleções de Usuário ou Coleções de Dispositivos, além das coleções e subcolleções vinculadas.
Dependências de coleção e incluem objetos
Quando você especifica uma coleção para migrar no assistente Criar Trabalho de Migração, todas as coleções dependentes são selecionadas automaticamente para serem incluídas no trabalho. Esse comportamento garante que todos os recursos necessários estejam disponíveis após a migração.
Por exemplo: você seleciona uma coleção para dispositivos que executam Windows 10 e tem o nome Win_10. Essa coleção é limitada a uma coleção que tem todos os sistemas operacionais cliente e tem o nome All_Clients. O All_Clients de coleção será selecionado automaticamente para migração.
Limitação de coleção
Com Configuration Manager branch atual, as coleções são dados globais e são avaliadas em cada site na hierarquia. Portanto, planeje como limitar o escopo de uma coleção depois que ela for migrada. Durante a migração, você pode identificar uma coleção da hierarquia de destino a ser usada para limitar o escopo da coleção que você está migrando para que a coleção migrada não inclua membros imprevistos.
Por exemplo, em Configuration Manager 2007, as coleções são avaliadas no site que as cria e em sites filho. Um anúncio pode ser implantado em apenas um site filho, e isso limitaria o escopo desse anúncio a esse site filho. Em comparação, com Configuration Manager branch atual, as coleções são avaliadas em cada site e os anúncios associados são avaliados para cada site. O limite de coleção permite refinar os membros da coleção com base em outra coleção para evitar a adição de membros inesperados da coleção.
Substituição do código do site
Ao migrar uma coleção com critérios que identifica um site Configuration Manager 2007, você deve especificar um site específico na hierarquia de destino. Isso garante que a coleção migrada permaneça funcional em sua hierarquia de destino e não aumente no escopo.
Especificar comportamento para anúncios migrados
Por padrão, trabalhos de migração baseados em coleção desabilitam anúncios que migram para a hierarquia de destino. Isso inclui todos os programas associados ao anúncio. Ao criar um trabalho de migração baseado em coleção que tenha anúncios, você verá a opção Habilitar programas para implantação em Configuration Manager depois que um anúncio for migrado na página Configurações do assistente Criar Trabalho de Migração. Se você selecionar essa opção, os programas associados aos anúncios serão habilitados após a migração. Como prática recomendada, não selecione essa opção. Em vez disso, habilite os programas depois que eles migrarem quando você puder verificar os clientes que os receberão.
Observação
Você vê a opção Habilitar programas para implantação no Configuration Manager depois que um anúncio é migrado somente quando você estiver criando um trabalho de migração baseado em coleção e o trabalho de migração contiver anúncios.
Para habilitar um programa após a migração, desmarque Este programa em computadores em que ele é anunciado na guia Avançado das propriedades do programa.
Planejar trabalhos de migração de objetos
Ao contrário da migração de coleção, você deve selecionar cada objeto e instância de objeto que deseja migrar. Você pode selecionar os objetos individuais (como anúncios de uma hierarquia Configuration Manager 2007 ou uma publicação de um System Center 2012 Configuration Manager ou Configuration Manager hierarquia de branch atual) para adicionar à lista de objetos a migrar para um trabalho de migração específico. Os objetos que você não adicionar à lista de migração não são migrados para o site de destino pelo trabalho de migração de objeto.
Trabalhos de migração baseados em objeto não têm configurações adicionais para planejar para além daqueles aplicáveis a todos os trabalhos de migração.
Planejar trabalhos de migração de objetos migrados anteriormente
Quando um objeto que você já migrou para a hierarquia de destino é atualizado na hierarquia de origem, você pode migrar esse objeto novamente usando os Objetos modificados após o tipo de trabalho de migração. Por exemplo, quando você renomeia ou atualiza os arquivos de origem para um pacote na hierarquia de origem, a versão do pacote incrementa na hierarquia de origem. Após o incremento da versão do pacote, o pacote pode ser identificado para migração por esse tipo de trabalho.
Esse tipo de trabalho é semelhante ao tipo de migração de objeto, exceto que quando você seleciona objetos para migrar, você só pode selecionar entre objetos que foram atualizados depois que eles foram migrados por um trabalho de migração anterior.
Quando você seleciona esse tipo de trabalho, o comportamento de resolução de conflitos na página Configurações do assistente Criar Trabalho de Migração é configurado para substituir objetos migrados anteriormente. Essa configuração não pode ser alterada.
Observação
Esse trabalho de migração pode identificar objetos que são atualizados automaticamente pela hierarquia de origem e objetos que um usuário administrativo atualiza.
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de