Planejando a migração de objetos do Configuration Manager para o 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

Com o System Center 2012 Configuration Manager, você pode migrar vários objetos diferentes associados a diferentes recursos encontrados em um site de origem. Use as seções a seguir para ajudá-lo a planejar a migração de objetos entre hierarquias.

• Planejando a migração de atualização de Software

• Planejando a migração de conteúdo

• Planejando a migração de coleções

• Planejando a migração de implantações de sistema operacional

• Planejando a migração de gerenciamento de configuração desejada

• Planejando migrar computadores baseados em AMT que são provisionados para gerenciamento fora da banda

• Planejando a migração de limites

• Planejando a migração de relatórios

• Planejando a migração de pastas organizacionais e de pesquisa

• Planejando a migração de personalizações do Asset Intelligence

• Planejando a migração de personalizações das regras de medição de software

Planejando a migração de atualização de Software

É possível migrar objetos de atualização de software, como os pacotes de atualização de software e implantações de atualização de software.

Para migrar com êxito os objetos de atualização de software, é necessário primeiro configurar sua hierarquia de destino com configurações que correspondem ao ambiente da hierarquia de origem. Isso requer as seguintes ações:

• Implantar um ponto de atualização de software ativo na hierarquia de destino.

• Configurar o catálogo de produtos e idiomas para corresponder à configuração da hierarquia de origem.

• Sincronizar o ponto de atualização de software na hierarquia do destino com um WSUS (Windows Server Update Services).

Ao migrar as atualizações de software, considere o seguinte:

• A migração dos objetos de atualização de software pode falhar quando você não sincroniza as informações na hierarquia de destino para corresponder à hierarquia de origem.

  Aviso
  Não há suporte para usar a ferramenta WSUSutil para sincronizar dados entre a hierarquia de origem e destino.

• Você não pode migrar as atualizações personalizadas que são publicadas usando o System Center Updates Publisher. Em vez disso, as atualizações personalizadas devem ser republicadas na hierarquia de destino.

Quando você migra de uma hierarquia de origem do Configuration Manager 2007, o processo de migração modifica alguns objetos de atualização de software para o formato usado na hierarquia de destino. Use a tabela a seguir para ajudá-lo a planejar a migração dos objetos de atualização de software do Configuration Manager 2007.

Objeto do Configuration Manager 2007	Nome do objeto após a migração
Listas de atualizações de software	As listas de atualizações de software são convertidas em grupos de atualização de software.
Implantações de atualização de software	As implantações de atualização de software são convertidas em implantações e grupos de atualizações. Observação Depois de migrar uma implantação de atualização de software do Configuration Manager 2007, será necessário habilitá-la na hierarquia de destino para poder implantá-la.
Pacotes de atualizações de software	Os pacotes de atualizações de software permanecem como pacotes de atualizações de software.
Modelos de atualizações de software	Os modelos de atualizações de software permanecem como modelos de atualizações de software. Observação O valor Duração nos modelos de implantação do Configuration Manager 2007 não é migrado.

Ao migrar objetos de uma hierarquia de origem do System Center 2012 Configuration Manager, os objetos de atualizações de software não são modificados.

Planejando a migração de conteúdo

É possível migrar o conteúdo de uma hierarquia de origem com suporte para a hierarquia de destino. Para uma hierarquia de origem do Configuration Manager 2007, esse conteúdo inclui pacotes de distribuição de software, programas e aplicativos virtuais, como o Microsoft Application Virtualization (App-V). Começando pelas hierarquias de origem do System Center 2012 Configuration Manager, esse conteúdo inclui aplicativos e aplicativos virtuais do App-V. Ao migrar o conteúdo entre hierarquias, são os arquivos de origem compactados que migram para a hierarquia de destino.

Pacotes e programas

Quando você migrar pacotes e programas, eles não foram modificados pela migração. No entanto, para migrá-los, é necessário configurar cada pacote para usar um caminho UNC (convenção de nomenclatura universal) para seu local de arquivo de origem. Como parte da configuração para migrar pacotes e programas, é necessário atribuir um site na hierarquia de destino para gerenciar esse conteúdo. Esse conteúdo não é migrado de um site atribuído, mas após a migração, o site atribuído acessa o local do arquivo de origem original usando o mapeamento UNC.

Após migrar um pacote ou programa para a hierarquia de destino e enquanto a migração da hierarquia de origem permanece ativa, é possível tornar o conteúdo disponível para clientes nessa hierarquia usando um ponto de distribuição compartilhado. Para usar um ponto de distribuição compartilhado, o conteúdo deverá permanecer acessível no ponto de distribuição do site de origem. Para obter informações sobre pontos de distribuição compartilhados, consulte a seção Compartilhar pontos de distribuição entre hierarquias de origem e destino no tópico Planejando uma estratégia de migração de implantação de conteúdo no System Center 2012 Configuration Manager.

Para o conteúdo que foi migrado, se a versão do conteúdo for alterada na hierarquia de origem ou de destino, os clientes não poderão mais acessar o conteúdo do ponto de distribuição compartilhado na hierarquia de destino. Neste cenário, é necessário migrar o conteúdo novamente para restaurar uma versão consistente do pacote entre as hierarquias de origem e de destino. Essas informações são sincronizadas durante o ciclo de coleta de dados.

Dica

Para cada pacote que você migrar, atualize o pacote na hierarquia de destino. Essa ação pode evitar problemas com a implantação do pacote nos pontos de distribuição na hierarquia de destino. No entanto, quando você atualiza um pacote no ponto de distribuição na hierarquia de destino, os clientes nessa hierarquia não poderão mais adquirir esse pacote de um ponto de distribuição compartilhado. Para atualizar um pacote na hierarquia de destino, no console do Gerenciador de Configurações, navegue até a Biblioteca de software, clique com o botão direito no pacote e selecione Atualizar pontos de distribuição. Execute essa ação para cada pacote que você migrou.

Dica
Você pode usar o Gerenciador de Conversão de Pacote do Microsoft System Center Gerenciador de Configurações para converter pacotes e programas em aplicativos do System Center 2012 Configuration Manager. Baixe o Package Conversion Manager do site Centro de Download da Microsoft. Para obter mais informações, confira Configuration Manager Package Conversion Manager.

Aplicativos virtuais

Ao migrar pacotes do App-V de um site do Configuration Manager 2007 com suporte, o processo de migração converte-os em aplicativos na hierarquia de destino. Além disso, com base nos anúncios existentes do pacote do App-V, os seguintes tipos de implantação são criados na hierarquia de destino:

• Se não há nenhum anúncio, cria-se um tipo de implantação que usa as configurações de tipo de implantação padrão.

• Se há um anúncio, cria-se um tipo de implantação que usa as mesmas configurações do anúncio do Configuration Manager 2007.

• Se há vários anúncios, cria-se um tipo de implantação para cada anúncio do Configuration Manager 2007, usando as configurações para esse anúncio.

Importante
Se você migrar um App-V do Configuration Manager 2007 migrado anteriormente, a migração falhará porque os pacotes de aplicativos virtuais não oferecem suporte para o comportamento de substituição da migração. Nesse cenário, é necessário excluir o pacote de aplicativos virtuais migrado da hierarquia de destino e criar um novo trabalho de migração para migrar o aplicativo virtual.

Observação
Feita a migração de um pacote do App-V, é possível usar o Assistente para Atualizar Conteúdo para alterar o caminho de origem para os tipos de implantação do App-V. Para obter informações sobre como atualizar o conteúdo de um tipo de implantação, consulte a seção Como gerenciar tipos de implantação no tópico Como gerenciar aplicativos e tipos de implantação no Configuration Manager.

Ao migrar de uma hierarquia de origem do System Center 2012 Configuration Manager, além de aplicativos e tipos de implantação do App-V, é possível migrar objetos para o ambiente virtual do App-V. Para obter informações sobre ambientes do App-V, consulte a seção Usando aplicativos virtuais do App-V com o Configuration Manager no tópico Introdução ao gerenciamento de aplicativos no Configuration Manager.

Anúncios

É possível migrar anúncios de um site de origem do Configuration Manager 2007 com suporte para a hierarquia de destino usando a migração baseada em coleção. Ao atualizar um cliente, ele retém o histórico de anúncios executados anteriormente para evitar que o cliente execute novamente os anúncios migrados.

Observação
Não é possível migrar anúncios para pacotes virtuais. Essa é uma exceção para a migração de anúncios.

Aplicativos

É possível migrar aplicativos de uma hierarquia de origem do System Center 2012 Configuration Manager com suporte para uma hierarquia de destino. Se você reatribuir um cliente da hierarquia de origem para a hierarquia de destino, o cliente retém o histórico de aplicativos instalados anteriormente para evitar que o cliente execute novamente o aplicativo migrado.

Planejando a migração de coleções

É possível migrar critérios para coleções de uma hierarquia de origem do System Center 2012 Configuration Manager com suporte. Para isso, use um trabalho de migração com base em objeto. Ao migrar uma coleção, você migra as regras para a coleção e não as informações sobre os membros da coleção e nem informações ou objetos relacionados a eles.

Não há suporte para a migração do objeto de coleção quando você migra uma hierarquia de origem do Configuration Manager 2007.

Planejando a migração de implantações de sistema operacional

É possível migrar os seguintes objetos de implantação do sistema operacional de uma hierarquia de origem com suporte:

• Pacotes e imagens do sistema operacional. O caminho de origem das imagens de inicialização é atualizado para o local de imagem padrão para o Windows AIK (Kit de Instalação Automatizada do Windows) no site de destino. Estes são os requisitos e as limitações para migrar pacotes e imagens do sistema operacional:

  • Para migrar os arquivos de imagem com êxito, a conta do computador do servidor do Provedor de SMS Provider para o site de nível superior de hierarquias de destino deve ter a permissão de Ler e Gravar para os arquivos de origem da imagem para o local do Windows AIK dos sites de origem.

  • Ao migrar um pacote de instalação do sistema operacional, garanta que a configuração do pacote nos pontos do site de origem para a pasta contenha o arquivo WIM e não para o próprio arquivo WIM. Se os pontos de pacote de instalação apontam para o arquivo WIM, a migração do pacote de instalação falha.

  • Ao migrar um pacote de imagem de inicialização de um site de origem do Configuration Manager 2007, a ID do pacote não é mantida no site de destino. Consequentemente, os clientes na hierarquia de destino não podem usar os pacotes de imagem de inicialização que estão disponíveis em pontos de distribuição compartilhados.

• Sequências de tarefas. Ao migrar uma sequência de tarefas que contém uma referência ao pacote de instalação do cliente, essa referência é substituída por uma referência ao pacote de instalação de cliente da hierarquia de destino.

  Observação
  Ao migrar uma sequência de tarefas, o Gerenciador de Configurações pode migrar objetos que não são necessários na hierarquia de destino. Esses objetos incluem imagens de inicialização e pacotes de instalação de cliente do Configuration Manager 2007.

• Drivers e pacotes de driver.

Planejando a migração de gerenciamento de configuração desejada

É possível migrar itens de configuração e as linhas de base de configuração.

Observação

Não há suporte para os itens de configuração não interpretados das hierarquias de origem do Configuration Manager 2007. Não é possível migrar ou importar esses itens de configuração para a hierarquia de destino. Para obter informações sobre itens de configuração não interpretados, consulte a seção “Item de configuração não interpretado” no tópico About Configuration Items in Desired Configuration Management (Sobre itens de configuração em gerenciamento de configuração desejada) na biblioteca de documentação do Configuration Manager 2007.

É possível importar os Pacotes de Configuração do Configuration Manager 2007. O processo de importação converte automaticamente o Pacote de Configuração para ser compatível com o System Center 2012 Configuration Managerou com o System Center 2012 R2 Configuration Manager.

Planejando migrar computadores baseados em AMT que são provisionados para gerenciamento fora da banda

Não é possível migrar as informações de provisionamento AMT entre hierarquias e é necessário executar etapas adicionais para poder gerenciar um computador baseado em AMT fora da banda na hierarquia de destino. Essas etapas incluem a remoção de clientes das informações de provisionamento AMT do site de origem e o provisionamento de novas informações de um site da hierarquia de destino. Para tanto, certifique-se de ter instalado e configurado um site na hierarquia de destino para o provisionamento AMT e então use uma das seguintes estratégias:

• No site de origem, remova as informações do provisionamento AMT e selecione a opção Desabilitar provisionamento automático. Migre o cliente. Em seguida, no site de destino, provisione o computador baseado em AMT.

• No site de destino, configure a Conta de Remoção de Provisionamento AMT em Propriedades de Componente de Gerenciamento Fora de Banda: Guia Provisionamento. Especifique uma conta do Windows que foi especificada como uma conta de usuário AMT no site de origem. Para a migração de um site do Configuration Manager 2007 com suporte, verifique se a conta de usuário AMT tem a permissão Administração de Plataforma (Configuration Manager 2007 SP2) ou Administração de PT (Configuration Manager 2007 SP1). Migre o cliente e atribua-o para o site de destino. Em seguida, remova as informações de provisionamento do computador baseado em AMT usando a Conta de Remoção de Provisionamento AMT e provisione-as novamente.

  Aviso

  Não é possível remover as informações de provisionamento do site de destino se a conta que você especifica para a Conta de Remoção de Provisionamento AMT não é uma conta de usuário AMT para o computador, ou se a conta de usuário AMT não tem a permissão necessária ou se o log de auditoria contém dados. Se você não tiver certeza de que o computador baseado em AMT está configurado com esta Conta de Usuário AMT, para os sites de origem do Configuration Manager 2007, verifique e atualize o controlador de gerenciamento no site do Configuration Manager 2007 ou remova as informações de provisionamento enquanto o cliente ainda estiver atribuído ao site do Configuration Manager 2007. Se a auditoria AMT estiver habilitada, limpe o log de auditoria ou desabilite a auditoria enquanto o cliente ainda estiver atribuído ao site do Configuration Manager 2007. Para obter mais informações sobre como gerenciar o log de auditoria no Configuration Manager 2007, consulte How to Manage the Audit Log for AMT-based Computers (Como Gerenciar o Log de Auditoria para Computadores Baseados em ATM) na biblioteca da documentação do Configuration Manager 2007.

• Migre o cliente. Remova manualmente as informações de provisionamento nas extensões do BIOS do computador AMT. Em seguida, no site de destino, provisione o computador baseado em AMT.

Para obter mais informações sobre como remover as informações de provisionamento AMT, configurar as Contas de Usuário AMT e atualizar os controladores de gerenciamento de um site do Configuration Manager 2007, consulte os seguintes tópicos na biblioteca da documentação do Configuration Manager 2007:

• How to Remove Provisioning Information for AMT-Based Computers (Como Remover Informações de Provisionamento de Computadores Baseados em AMT)

• How to Configure AMT Settings and AMT User Accounts (Como Definir Configurações de AMT e Contas de Usuário AMT)

• How to Update AMT Settings in Provisioned Computers Using Out of Band Management (Como Atualizar as Configurações de AMT em Computadores Provisionados Usando o Gerenciamento Fora de Banda)

Para obter mais informações sobre como configurar o provisionamento AMT, a Conta de Remoção de Provisionamento AMT e como remover as informações de provisionamento AMT em um site do System Center 2012 Configuration Manager, veja a seguinte:

• Como configurar e configurar computadores AMT no Configuration Manager 

• A seção Como remover informações de AMT no tópico Como gerenciar as informações no Gerenciador de configuração de provisionamento AMT.

Planejando a migração de limites

É possível migrar os limites entre hierarquias. Quando você migra limites do Configuration Manager 2007, cada limite do site de origem é migrado e, ao mesmo tempo, adicionado ao novo grupo de limites que é criado na hierarquia de destino. Quando você migra limites de uma hierarquia do System Center 2012 Configuration Manager, cada limite selecionado é adicionado a um novo grupo de limites na hierarquia de destino.

Cada grupo de limites criado automaticamente está habilitado para localização de conteúdo, mas não para atribuição de site. Isso impede que os limites sejam sobrepostos para a atribuição de site entre as hierarquias de origem e de destino. Quando você migra de um site de origem do Configuration Manager 2007, isso ajuda a impedir que novos clientes do Configuration Manager 2007 instalados sejam incorretamente atribuídos à hierarquia de destino. Por padrão, os clientes do System Center 2012 Configuration Manager não são atribuídos automaticamente aos sites do Configuration Manager 2007.

Durante a migração, se você compartilhar um ponto de distribuição com a hierarquia de destino, todos os limites associados a essa distribuição serão automaticamente migrados para a hierarquia de destino. Na hierarquia de destino, a migração cria um novo grupo de limites somente leitura para cada ponto de distribuição compartilhado. Se você alterar os limites do ponto de distribuição na hierarquia de destino, o grupo de limites da hierarquia de destino será atualizado com essas alterações durante o ciclo seguinte de coleta de dados.

Planejando a migração de relatórios

O Gerenciador de Configurações não oferece suporte à migração de relatórios. Em vez disso, use o Construtor de Relatórios do SQL Server Reporting Services para exportar os relatórios da hierarquia de origem e, depois, importá-los na hierarquia de destino.

Observação
Visto que há alterações de esquema dos relatórios entre o Configuration Manager 2007 e o System Center 2012 Configuration Manager, teste todos os relatórios importados de uma hierarquia do Configuration Manager 2007 para assegurar que estejam funcionando como esperado.

Para obter mais informações sobre relatórios, consulte Relatórios no Configuration Manager.

Planejando a migração de pastas organizacionais e de pesquisa

Você pode migrar pastas organizacionais e de pesquisa de uma hierarquia de origem com suporte para uma hierarquia de destino. Além disso, por meio de um hierarquia de origem do System Center 2012 Configuration Manager, você pode migrar os critérios de uma pesquisa salva para uma hierarquia de destino.

Por padrão, o processo de migração mantém suas estruturas de pasta de pesquisa e pasta administrativa para os objetos e as coleções quando você realiza a migração. No entanto, no Assistente para Criar Trabalho de Migração, na página Configurações, você pode configurar um trabalho de migração para que não migre a estrutura organizacional de objetos ao desmarcar a caixa de seleção dessa opção. As estruturas organizacionais das coleções são sempre mantidas.

Uma exceção a isso é uma pasta de pesquisa que contém aplicativos virtuais. Quando um pacote de App-V é migrado, ele é transformado em um aplicativo no System Center 2012 Configuration Manager. Após a migração da pasta de pesquisa, apenas os pacotes restantes são encontrados, e a pasta de pesquisa não é capaz de localizar o pacote de App-V em virtude dessa conversão para um aplicativo ocorrida quando ele é migrado.

Quando você migra uma pesquisa salva de uma hierarquia de origem do System Center 2012 Configuration Manager, você migra os critérios da pesquisa e não as informações sobre os resultados da pesquisa. A migração de uma pesquisa salva não é aplicável por meio de um site de origem do Configuration Manager 2007.

Planejando a migração de personalizações do Asset Intelligence

Você pode migrar personalizações do Asset Intelligence de uma hierarquia de origem com suporte para uma hierarquia de destino. Não existem alterações significativas na estrutura das personalizações do Asset Intelligence entre o Configuration Manager 2007 e o System Center 2012 Configuration Manager.

Observação
O System Center 2012 Configuration Manager não oferece suporte à migração de objetos do Asset Intelligence por meio de um site do Configuration Manager 2007 que esteja usando o Asset Intelligence Service 2.0 (AIS 2.0).

Planejando a migração de personalizações das regras de medição de software

Não existem alterações significativas na medição de software entre o Configuration Manager 2007 e o System Center 2012 Configuration Manager. Você pode migrar suas regras de medição de software de uma hierarquia de origem com suporte para uma hierarquia de destino.

Por padrão, as regras de medição de software que você migra para uma hierarquia de destino não são associadas a um site específico da hierarquia de destino e, em vez disso, são aplicadas a todos os clientes da hierarquia. Para aplicar uma regra de medição de software a clientes em um site específico, você deve editar a regra de medição depois que ela é migrada.

Consulte também

Planejando migração para o System Center 2012 Configuration Manager