Planejando estratégia de trabalho de migração no System Center 2012 Configuration Manager
Aplica-se a: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Use os trabalhos de migração para configurar os dados específicos que deseja migrar para o ambiente do System Center 2012 Configuration Manager. Os trabalhos de migração identificam os objetos que se planeja migrar e também são executados no site de nível superior na hierarquia de destino. É possível configurar um ou mais trabalhos de migração por site de origem. Isso permite migrar todos os objetos de uma só vez ou as sub-redes limitadas de dados com cada trabalho.
É possível migrar trabalhos de migração após o Gerenciador de Configurações coletar com êxito os dados de um ou mais sites de uma hierarquia de origem. Você pode migrar dados em qualquer sequência dos sites de origem que coletaram os dados. Com um site de origem do Configuration Manager 2007, é possível migrar dados somente de um site onde o objeto foi criado. Com os sites de origem do System Center 2012 Configuration Manager, todos os dados que podem ser migrados estão disponíveis no site de nível superior da hierarquia de origem.
Antes de migrar clientes entre hierarquias, assegure-se de que os objetos que os clientes usam foram migrados e que esses objetos estão disponíveis na hierarquia de destino. Por exemplo, ao migrar de uma hierarquia de origem do Configuration Manager 2007 SP2, talvez seja necessário ter um anúncio para o conteúdo que é implantado em uma coleção personalizada que contém um cliente. Nesse cenário você deve migrar a coleção, o anúncio e o conteúdo associado antes de migrar o cliente. Isso porque, quando o conteúdo, a coleção e o anúncio não são migrados antes da migração do cliente, esses dados não podem ser associados ao cliente na hierarquia de destino. Se um cliente não está associado aos dados relacionados a um anúncio e conteúdo executados anteriormente, o conteúdo para instalação na hierarquia de destino pode ser oferecido para o cliente, o que talvez seja desnecessário. Quando o cliente migra depois que os dados foram migrados, o cliente é associado a esse conteúdo e anúncio, e a menos que o anúncio seja recorrente, não é oferecido a ele esse conteúdo para a anúncio migrado novamente.
Alguns objetos requerem mais do que a migração de dados da hierarquia da origem para a hierarquia de destino. Por exemplo, para migrar com êxito as atualizações de software para clientes na hierarquia de destino, nessa hierarquia 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 um WSUS (Windows Server Update Services).
Use as seções a seguir para ajudá-lo a planejar seus trabalhos de migração.
Tipos de trabalhos de migração
Planejamento geral para todos os trabalhos de migração
Planejando os trabalhos de migração da coleção
Planejando os trabalhos de migração de objeto
Planejando trabalhos de migração de objeto migrado anteriormente
Tipos de trabalhos de migração
O Gerenciador de Configurações oferece suporte para os seguintes tipos de trabalhos de migração. Cada tipo de trabalho foi desenvolvido para ajudar a definir os objetos que você pode incluir nesse trabalho.
Tipo de trabalho de migração |
Hierarquia de origem |
Mais informações |
|---|---|---|
Migração da coleção |
Com suporte para migração das seguintes hierarquias de origem:
|
Migre os objetos que estão relacionados às coleções selecionadas. Por padrão, a migração da coleção inclui todos os objetos que estão associados aos membros da coleção. Quando você usa um trabalho de migração da coleção, você pode excluir instâncias de objeto específico. |
Migração de objeto |
Com suporte para migração das seguintes hierarquias de origem:
|
Migre objetos individuais que você selecionou. Você seleciona somente os dados específicos que deseja migrar. |
Migração de objetos migrados anteriormente |
Com suporte para migração das seguintes hierarquias de origem:
|
Migre os objetos migrados anteriormente, quando esses objetos foram atualizados na hierarquia de origem após a última migração deles. |
Objetos que você pode migrar
Nem todo objeto pode ser migrado por um tipo específico de trabalho de migração. A tabela a seguir identifica o tipo dos objetos que podem ser migrados com cada tipo de trabalho de migração.
.jpeg "System_CAPS_note"){kind=icon} Observação |
|---|
Os trabalhos de migração de coleção estão disponíveis somente ao migrar objetos de uma hierarquia de origem do Configuration Manager 2007 SP2. |
Tipo de objeto |
Migração da coleção |
Migração de objeto e a migração de objeto migrado anteriormente |
||
|---|---|---|---|---|
Anúncios (disponíveis para migrar dos sites de origem do Configuration Manager 2007 com suporte) |
Sim |
Não |
||
Catálogo do Asset Intelligence |
Não |
Sim |
||
Requisitos de hardware do Asset Intelligence |
Não |
Sim |
||
Lista de softwares do Asset Intelligence |
Não |
Sim |
||
Limites |
Não |
Sim |
||
Linhas de base de configuração |
Sim |
Sim |
||
Itens de configuração |
Sim |
Sim |
||
Janelas de manutenção |
Sim |
Não |
||
Imagens de inicialização para implantação do sistema operacional |
Sim |
Sim |
||
Pacotes de driver de implantação do sistema operacional |
Sim |
Sim |
||
Drivers de implantação do sistema operacional |
Sim |
Sim |
||
Imagens de implantação do sistema operacional |
Sim |
Sim |
||
Pacotes de implantação do sistema operacional |
Sim |
Sim |
||
Pacotes de distribuição de software |
Sim |
Sim |
||
Regras de medição de software |
Não |
Sim |
||
Pacotes de implantação de atualização de software |
Sim |
Sim |
||
Modelos de implantação de atualização de software |
Sim |
Sim |
||
Implantações de atualização de software |
Sim |
Não |
||
Listas de atualizações de software |
Não |
Sim |
||
Sequências de tarefas |
Sim |
Sim |
||
Pacotes de aplicativos virtuais |
Sim |
Sim
|
.jpeg "System_CAPS_important")
Importante
Planejamento geral para todos os trabalhos de migração
Use o Assistente para Criar Trabalho de Migração para criar um trabalho de migração para migrar objetos para a hierarquia de destino. O tipo de trabalho de migração que você cria determina quais objetos estão disponíveis para migrar. É possível criar e usar vários trabalhos de migração para migrar dados de um 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.
Executado com êxito o trabalho de migração, seu status é listado como Concluído e ele não pode ser executado novamente. No entanto, é possível criar um novo trabalho de migração para migrar qualquer objeto migrado pelo trabalho original e o novo trabalho de migração pode também incluir objetos adicionais. Ao criar trabalhos de migração adicionais os objetos que foram migrados anteriormente exibem o estado de Migrado. É possível selecionar esses objetos para migrá-los novamente, no entanto, a menos que o objeto tenha sito atualizado na hierarquia de origem, não é necessário migrar esses objetos novamente. Se o objeto foi atualizado na hierarquia de origem depois que foi migrado originalmente, é possível identificar esse objeto ao usar o tipo de trabalho de migração Objetos modificados após a migração.
Você pode excluir um trabalho de migração antes de ele ser executado. No entanto, se o trabalho de migração é concluído, ele permanece visível no console do Gerenciador de Configurações e não pode ser excluído. Cada trabalho de migração que foi concluído ou ainda não foi executado permanece no console do Gerenciador de Configurações até que se conclua o processo de migração e se limpem os dados de migração.
| Observação |
|---|
Concluída a migração usando a ação Limpar Dados de Migração, é possível reconfigurar a mesma hierarquia como a hierarquia de origem atual para restaurar a visibilidade dos objetos migrados anteriormente. |
É possível exibir os objetos contidos em qualquer trabalho de migração no console do Gerenciador de Configurações selecionando o trabalho de migração e clicando na guia Objetos no 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
Quando você cria um trabalho de migração de coleção, você deve selecionar uma ou mais coleções. Selecionadas as coleções, o Assistente para Criar Trabalho de Migração exibe os objetos que estão associados às coleções. Por padrão, todos os objetos associados às coleções selecionadas são migrados, mas é possível limpar os objetos que você não deseja migrar com esse trabalho. Quando você limpa um objeto que tem objetos dependentes, esses objetos dependentes também estão limpos. Todos os objetos limpos são adicionados a uma lista de exclusão. Os objetos em uma lista de exclusão são removidos da seleção automática para trabalhos de migração futuros. Você deve editar manualmente a lista de exclusão para remover objetos que deseja que sejam selecionados automaticamente para migração em trabalhos de migração que você criará no futuro.
Propriedade do site para o conteúdo migrado
Ao migrar conteúdo para implantações, você deverá atribuir o objeto do conteúdo a um site na hierarquia de destino. Esse site, então, torna-se 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 de conteúdo, é o site atribuído que acessa os arquivos originais de conteúdo na rede.
Para minimizar a largura de banda de rede usada durante a migração, considere a transferência de propriedade de conteúdo para o site mais próximo disponível. Como as informações de conteúdo são compartilhadas globalmente no System Center 2012 Configuration Manager, elas estarão disponíveis em todos os sites.
Embora as informações de conteúdo sejam compartilhadas com todos os sites na hierarquia de destino usando a replicação de banco de dados, qualquer conteúdo que você atribua a um site primário e depois implante nos pontos de distribuição de outros sites primários é transferido usando replicação baseada em arquivo. Essa transferência é roteada através do site de administração central e, em seguida, para cada site primário adicional. Ao centralizar pacotes que você pretende distribuir para vários sites primários antes ou durante a migração quando você atribui um site como o proprietário do conteúdo, é possível reduzir a transferência de dados através de redes de baixa largura de banda.
Configurar escopos de segurança para dados migrados de administração baseada em funções
Ao migrar dados para uma hierarquia de destino, é necessário atribuir um ou mais escopos de segurança de administração baseada em funções a objetos cujos dados são migrados. Isso garante que apenas os usuários administrativos apropriados tenham acesso a esses dados depois de serem migrados. Os escopos de segurança que você especifica são definidos pelo trabalho de migração e são aplicados a cada objeto migrado por esse trabalho. Se você necessita de escopos de segurança diferentes a serem aplicados a diferentes conjuntos de objetos e deseja atribuir esses escopos durante a migração, você deve 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ções trabalha no System Center 2012 Configuration Manager, e se necessário, configure um ou mais escopos de segurança para os dados que você migra para controlar quem tem acesso aos objetos migrados na hierarquia de destino.
Para obter mais informações sobre escopos de segurança e administração baseada em funções, veja a seção Planejando a administração baseada em funções no tópico Planejando a segurança no Configuration Manager.
Verificar as ações de migração
Ao configurar um trabalho de migração, o Assistente para Criar Trabalho de Migração exibe uma lista de ações que você deve executar para obter uma migração bem-sucedida e uma lista de ações que o Gerenciador de Configurações executa durante a migração de dados selecionados. Examine essas informações cuidadosamente para verificar o resultado esperado.
Agendando os trabalhos de migração
Por padrão, um trabalho de migração é executado imediatamente após a sua criação. No entanto, é possível especificar quando um trabalho de migração é executado quando você cria o trabalho ou posteriormente ao editar as propriedades do trabalho. É possível agendar o trabalho de migração para ser executado nos seguintes horários.
Executar o trabalho agora
Executar o trabalho em uma hora de início específica
Não executar o trabalho
Especificar a resolução de conflitos de dados migrados
Por padrão, os trabalhos de migração não podem substituir 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.
Planejando os trabalhos de migração da coleção
Os trabalhos de migração de coleção estão disponíveis apenas quando você migra dados de uma hierarquia de origem executada em uma versão do Configuration Manager 2007 com suporte. Você deve especificar uma ou mais coleções a serem migradas quando realiza a migração 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 esta coleção. Como opção, você pode selecionar outros objetos de implantação a serem migrados, que estão associados a esses membros. Todos esses itens selecionados são adicionados à lista de objetos que podem ser migrados.
Quando você migra uma coleção, o Gerenciador de Configurações também migra as configurações da coleção, inclusive janelas de manutenção e variáveis da coleção; porém, ele não pode migrar as configurações da coleção para o provisionamento do cliente AMT.
Utilize as informações das seções a seguir para entender as configurações adicionais que podem ser aplicadas aos trabalhos de migração baseada em coleção.
Excluindo objetos dos 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 contém todos os objetos que você excluiu dos trabalhos de migração, criados para qualquer site de origem da hierarquia de origem atual. Os objetos da lista de exclusão ainda estarão disponíveis para migração em trabalhos futuros e não serão incluídos automaticamente quando você criar um novo trabalho de migração baseada em coleção.
Você pode editar a lista de exclusão para remover objetos excluídos anteriormente. Depois que você remove um objeto da lista de exclusão, ele é automaticamente selecionado quando uma coleção associada é especificada durante a criação de um novo trabalho de migração.
Coleções sem suporte
O Gerenciador de Configurações pode migrar qualquer uma das coleções de usuários padrão, coleções de dispositivos e a maioria das coleções personalizadas de uma hierarquia de origem do Configuration Manager 2007. No entanto, o Gerenciador de Configurações não é capaz de 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 contém usuários e dispositivos.
Uma coleção que contém uma referência a uma coleção de um tipo de recurso diferente. Por exemplo, uma coleção baseada em dispositivo, com uma subcoleção ou um link para uma coleção baseada em usuário. Neste exemplo, apenas a coleção de nível superior é migrada.
Uma coleção que contém uma regra para incluir computadores desconhecidos. A coleção é migrada, mas a regra para incluir computadores desconhecidos não é migrada.
Coleções vazias
Uma coleção vazia não contém recursos associados a ela. Quando o Gerenciador de Configurações migra uma coleção vazia, ele converte a coleção em uma pasta organizacional que não contém usuários nem dispositivos. Esta pasta é criada com o nome da coleção vazia no nó Coleções de Usuários ou Coleções de Dispositivos, no espaço de trabalho Ativos e Conformidade do console do Gerenciador de Configurações.
Coleções e subcoleções vinculadas
Quando você migra coleções vinculadas a outras coleções ou que contém subcoleções, o Gerenciador de Configurações cria uma pasta no nó Coleções de Usuários ou Coleções de Dispositivos, além das coleções e subcoleções vinculadas.
Dependências da coleção e inclusão de objetos
Quando você especifica uma coleção a ser migrada no Assistente para Criar Trabalho de Migração, todas as coleções dependentes são automaticamente selecionadas para serem incluídas no trabalho. Este comportamento garante que todos os recursos necessários estejam disponíveis após a migração.
Por exemplo: você seleciona uma coleção de dispositivos que executam o Windows 7, nomeada como Win_7. Esta coleção está limitada à coleção que contém os sistemas operacionais de todos os seus clientes, nomeada como All_Clients. A coleção All_Clients será automaticamente selecionada para migração.
Limitação da coleção
Visto que as coleções do System Center 2012 Configuration Manager contêm dados globais e são avaliadas em cada site da hierarquia, planeje como limitar o escopo de uma coleção depois que ela é 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 de modo que a coleção migrada não contenha membros não previstos.
Por exemplo, no Configuration Manager 2007, as coleções são avaliadas no site que as cria e em sites filho. Um anúncio pode ser implantado apenas em um site filho, e isso limita o escopo do anúncio a esse site filho. Em comparação, o System Center 2012 Configuration Manager avalia as coleções em todos os sites, e os anúncios associados são então avaliados para cada site. A limitação da coleção permite que você refine os membros da coleção com base em outra coleção para evitar a adição de membros não previstos da coleção.
Substituição de código do site
Ao migrar uma coleção que contém critérios que identificam um site do Configuration Manager 2007, você deve determinar 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 em escopo.
Especificar o comportamento de anúncios migrados
Por padrão, os trabalhos de migração baseados em coleção desativam anúncios migrados para a hierarquia de destino. Isso inclui todos os programas associados ao anúncio. Quando você cria um trabalho de migração baseada em coleção que contém anúncios, você vê a opção Habilitar programas para implantação no Configuration Manager 2012 depois que um anúncio é migrado na página Configurações do Assistente para Criar Trabalho de Migração. Se você selecionar esta opção, os programas associados aos anúncios serão habilitados depois de migrados. Como prática recomendada, não selecione esta opção e, em vez disso, habilite os programas após a migração quando quiser verificar os clientes que os receberão.
| Observação |
|---|
Você vê a opção Habilitar programas para implantação no Configuration Manager 2012 depois que um anúncio é migrado apenas quando cria um trabalho de migração baseada em coleção e o trabalho de migração contém anúncios. |
Para habilitar um programa após a migração, desmarque a opção Desabilitar este programa nos computadores em que é anunciado na guia Avançado das propriedades do programa.
Planejando os trabalhos de migração de objeto
Ao contrário da migração de coleção, você deve selecionar cada objeto e instância do objeto que deseja migrar. Você pode selecionar os objetos individuais, como anúncios de uma hierarquia do Configuration Manager 2007 ou uma publicação de uma hierarquia do System Center 2012 Configuration Manager, para serem adicionados à lista de objetos a serem migrados em um trabalho de migração específico. Todos os objetos que não forem adicionados à lista de migração não serão migrados para o site de destino pelo trabalho de migração de objeto.
Os trabalhos de migração baseada em objeto não têm configurações adicionais a serem planejadas além das aplicáveis a todos os trabalhos de migração.
Planejando trabalhos de migração de objeto migrado anteriormente
Quando um objeto que você já migrou para a hierarquia de destino é atualizado na hierarquia de origem, você pode migrá-lo novamente usando o tipo de trabalho Objetos modificados após a migração. Por exemplo, quando os arquivos de origem são renomeados ou atualizados para um pacote na hierarquia de origem, a versão do pacote é incrementada na hierarquia de origem. Depois que isso ocorre, o pacote pode ser identificado para migração por este tipo de trabalho.
Este tipo de trabalho é semelhante ao tipo de migração de objeto; porém, quando você seleciona os objetos a serem migrados, apenas os objetos atualizados após a migração por um trabalho de migração anterior poderão ser selecionados.
Quando você seleciona este tipo de trabalho, o comportamento de resolução de conflitos da página Configurações do Assistente para criar trabalho de migração é configurado para substituir os objetos migrados anteriormente, esta configuração não pode ser alterada.
| Observação |
|---|
Este trabalho de migração pode identificar os objetos atualizados automaticamente na hierarquia de origem e aqueles atualizados por um usuário administrativo. |