Plano para a migração de objetos do Gestor de Configuração para o atual ramo do Gestor de Configuração
Aplica-se a: Configuration Manager (ramo atual)
Com o ramo atual do Gestor de Configuração, pode migrar muitos dos diferentes objetos que estão associados a diferentes funcionalidades encontradas num site de origem.
Plano para migrar atualizações de software
Pode migrar objetos de atualização de software, como pacotes de atualização de software e implementações de atualização de software.
Para migrar com sucesso objetos de atualização de software, tem primeiro de configurar a sua hierarquia de destino com configurações que correspondam ao ambiente da sua hierarquia de origem. Isso requer as seguintes ações:
Implementar 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 sua hierarquia de origem
Sincronia o ponto de atualização de software na hierarquia de destino com Windows Server Update Services (WSUS)
Ao migrar atualizações de software, tenha em consideração:
A migração de objetos de atualização de software pode falhar quando não tiver sincronizado informações na sua hierarquia de destino para corresponder à configuração da sua hierarquia de origem.
Aviso
O Gestor de Configuração não suporta a utilização da ferramenta WSUSutil para sincronizar dados entre uma hierarquia de origem e destino.
Não é possível migrar atualizações personalizadas que tenham sido publicadas utilizando o System Center Updates Publisher. Em vez disso, as atualizações personalizadas devem ser republicadas na hierarquia de destino.
Quando migra de uma hierarquia de origem do Gestor de Configuração de 2007, o processo de migração modifica alguns objetos de atualização de software para o formato em uso pela hierarquia de destino. Utilize a seguinte tabela para o ajudar a planear a migração de objetos de atualização de software do Configuration Manager 2007.
| Objeto do Gestor de Configuração 2007 | Nome do objeto após a migração |
|---|---|
| Listas de atualização de software | As listas de atualização de software são convertidas em grupos de atualização de software. |
| Implementações de atualizações de software | As implementações de atualização de software são convertidas em implementações e grupos de atualização. Depois de migrar uma atualização de software do Configuration Manager 2007, tem de o ativar na hierarquia de destino antes de a poder implantar. |
| Pacotes de atualização de software | Os pacotes de atualização de software mantêm a mesma designação. |
| Modelos de atualização de software | Os modelos de atualização de software mantêm a sua designação. O valor de duração nos modelos de implementação do Gestor de Configuração 2007 não migra. |
Quando migra objetos de uma hierarquia de origem de System Center de configuração de 2012 ou do Gestor de Configuração, os objetos de atualização de software não são modificados.
Plano para migrar conteúdo
É possível migrar conteúdo de uma hierarquia de origem suportada para a hierarquia de destino. Para uma hierarquia de origem do Gestor de Configuração de 2007, este conteúdo inclui pacotes e programas de distribuição de software e aplicações virtuais, como a Virtualização da Aplicação microsoft (App-V). Para System Center 2012, o Gestor de Configuração e as hierarquias atuais do Gestor de Ramificação e Do Gestor de Configuração, este conteúdo inclui aplicações e aplicações virtuais App-V. Quando migramos o conteúdo entre hierarquias, os ficheiros de origem comprimido migram para a hierarquia de destino.
Pacotes e programas
Ao migrar pacotes e programas, estes não são modificados pela migração. No entanto, antes de os migrar, tem de configurar cada pacote para utilizar um caminho da Convenção Universal de Nomeação (UNC) para a sua localização de ficheiro de origem. Como parte da configuração para migrar pacotes e programas, terá de atribuir um site na hierarquia de destino para gerir este conteúdo. O conteúdo não é migrado do site designado, mas após a migração, o site designado acede à localização original do ficheiro de origem usando o mapeamento da UNC.
Depois de migrar um pacote e programa para a hierarquia de destino, e enquanto a migração da hierarquia de origem permanece ativa, você pode disponibilizar o conteúdo para os clientes dessa hierarquia usando um ponto de distribuição compartilhado. Para utilizar um ponto de distribuição partilhado, o conteúdo terá de permanecer acessível no ponto de distribuição do site de origem. Para obter mais informações sobre pontos de distribuição partilhados, consulte pontos de distribuição de partilha entre as hierarquias de origem e de destino no Plano de uma estratégia de migração de implementação de conteúdos.
Para conteúdos que tenham migrado, se a versão de conteúdo mudar na hierarquia de origem ou na hierarquia de destino, os clientes já não podem aceder ao conteúdo a partir do ponto de distribuição partilhado na hierarquia de destino. Neste cenário, deve reemigá-lo para restaurar uma versão consistente do pacote entre a hierarquia de origem e a hierarquia de destino. Esta informação sincroniza durante o ciclo de recolha de dados.
Dica
Por cada pacote que migrar, atualize o pacote na hierarquia de destino. Esta ação pode evitar problemas na implementação do pacote nos pontos de distribuição na hierarquia de destino. No entanto, ao atualizar um pacote sobre o ponto de distribuição na hierarquia de destino, os clientes dessa hierarquia deixarão de poder obter esse pacote a partir de um ponto de distribuição partilhado. Para atualizar um pacote na hierarquia de destino, na consola 'Gestor de Configuração', vá à Biblioteca de Software, clique com o botão direito no pacote e, em seguida, selecione 'Pontos de Distribuição de Actualização'. Faça esta ação por cada pacote que migrar.
Dica
Utilize o Gestor de Conversão de Pacotes para converter pacotes e programas em aplicações de Gestor de Configuração. Para obter mais informações, consulte o Gestor de Conversão de Pacotes.
Aplicações virtuais
Quando migra pacotes App-V de um site suportado do Gestor de Configuração 2007, o processo de migração converte-os em aplicações na hierarquia de destino. Adicionalmente, com base nos anúncios existentes para o pacote App-V, os seguintes tipos de implementação são criados na hierarquia de destino:
Se não existirem anúncios, é criado um tipo de implementação que utilize as predefinições do tipo de implementação.
Se existir um anúncio, é criado um tipo de implementação que utiliza as mesmas definições que o anúncio do Gestor de Configuração de 2007.
Se existirem vários anúncios, é criado um tipo de implementação para cada anúncio do Gestor de Configuração de 2007, utilizando as definições para esse anúncio.
Importante
Se migrar um pacote app-V do Application-V anteriormente migrado, a migração falha porque os pacotes de aplicações virtuais não suportam o comportamento de migração em excesso. Neste cenário, terá de eliminar o pacote de aplicação virtual migrado da hierarquia de destino e, em seguida, criar uma nova tarefa de migração para migrar a aplicação virtual.
Nota
Depois de migrar um pacote App-V, pode utilizar o assistente de conteúdo de atualização para alterar o caminho de origem para os tipos de implementação app-V. Para obter mais informações sobre como atualizar o conteúdo para um tipo de implementação, consulte como gerir tipos de implementação em tarefas de Gestão para aplicações do Gestor de Configuração.
Quando migra de uma hierarquia de origem de System Center de configuração de 2012 ou do Gestor de Configuração, pode migrar objetos para o ambiente virtual app-V, além de tipos e aplicações de implementação app-V. Para obter mais informações sobre ambientes App-V, consulte implementar aplicações virtuais app-V.
Anúncios
Pode migrar anúncios de um site de origem suportado do Gestor de Configuração 2007 para a hierarquia de destino utilizando a migração baseada na recolha. Se atualizar um cliente, este manterá o histórico dos anúncios anteriormente executados, para impedir que o cliente volte a executar os anúncios migrados.
Nota
Não é possível migrar anúncios para pacotes virtuais. Esta é uma exceção à migração de anúncios.
Aplicações
Pode migrar aplicações de uma hierarquia de origem de System Center de configuração suportada System Center de 2012 ou do Gestor de Configuração para uma hierarquia de destino. Se reatribuir um cliente da hierarquia de origem para a hierarquia de destino, o cliente manterá o histórico das aplicações anteriormente instaladas, para impedir que o cliente volte a executar as aplicações migradas.
Plano para migrar coleções
Pode migrar os critérios para coleções a partir de uma hierarquia de System Center de configuração suportada System Center de configuração de 2012 ou do gestor de configuração atual. Para isso, usa-se um trabalho de migração baseado em objetos. Ao migrar uma coleção migrará as respetivas regras, e não as informações sobre os membros da coleção nem as informações ou objetos relacionados com os membros da coleção.
A migração do objeto de recolha não é suportada quando migra de uma hierarquia de origem do Gestor de Configuração de 2007.
Plano para migrar implementações do sistema operativo
É possível migrar os seguintes objetos de implementação de sistemas operativos a partir de uma hierarquia de origem suportada:
Imagens e pacotes de sistemas operativos. O percurso de origem das imagens de arranque é atualizado para a localização de imagem padrão para o Kit de Instalação Administrativa Windows (Windows AIK) no local de destino. Eis os requisitos e limitações da migração de imagens e pacotes de sistemas operativos:
Para migrar com sucesso ficheiros de imagem, a conta de computador do servidor fornecedor de SMS para o site de nível superior da hierarquia de destino deve ter permissão de Leitura e Escrita para os ficheiros de origem de imagem da localização Windows AIK do site de origem.
Quando migrar um pacote de instalação do sistema operativo, certifique-se de que a configuração da embalagem no site de origem aponta para a pasta que tem o ficheiro WIM e não para o próprio ficheiro WIM. Se o pacote de instalação apontar para o ficheiro WIM, a migração do pacote de instalação falhará.
Quando migra um pacote de imagem de arranque de um site de origem do Configuration Manager 2007, o ID do pacote não é mantido no local de destino. O resultado é que os clientes da hierarquia de destino não poderão utilizar pacotes de imagens de arranque que estejam disponíveis em pontos de distribuição partilhados.
Sequências de tarefas. Quando migra uma sequência de tarefas que tem uma referência a um pacote de instalação do cliente, essa referência é substituída por uma referência ao pacote de instalação do cliente da hierarquia de destino.
Nota
Ao migrar uma sequência de tarefas, o Gestor de Configuração poderá migrar objetos que não são necessários na hierarquia de destino. Estes objetos incluem imagens de arranque e pacotes de instalação de clientes Do Gestor de Configuração 2007.
Controladores e pacotes de controladores. Ao migrar pacotes de motorista, a conta informática do Fornecedor SMS na hierarquia de destino deve ter controlo total na fonte do pacote.
Plano para migrar gestão de configuração desejada
É possível migrar itens de configuração e linhas de base de configuração.
Nota
Os itens de configuração não interpretados das hierarquias de origem do Configuration Manager 2007 não são suportados para migração. Não é possível migrar ou importar estes itens de configuração para a hierarquia de destino.
Pode importar pacotes de configuração do Gestor de Configuração 2007. O processo de importação converte automaticamente os pacotes de configuração para serem compatíveis com o ramo atual do Gestor de Configuração.
Plano para migrar fronteiras
É possível migrar limites entre hierarquias. Quando migra os limites do Gestor de Configuração 2007, cada limite do local de origem migra ao mesmo tempo e é adicionado a um novo grupo de fronteiras que é criado na hierarquia de destino. Quando migra limites de uma hierarquia de System Center de configuração de 2012 ou do gestor de configuração, cada limite que seleciona é adicionado a um novo grupo de limites na hierarquia de destino.
Cada grupo de limites criado automaticamente está ativado para localização de conteúdo, mas não para atribuição de site. Deste modo, é evitada a sobreposição de limites para atribuição de sites entre as hierarquias de origem e de destino. Quando migra de um site de origem do Configuration Manager 2007, isto ajuda a evitar que novos clientes do Configuration Manager 2007 que instalam a designação incorreta para a hierarquia de destino. Por predefinição, os clientes atuais da sucursal do Gestor de Configuração não atribuem automaticamente aos sites do Gestor de Configuração 2007.
Durante a migração, se partilhar um ponto de distribuição com a hierarquia de destino, todos os limites associados a essa distribuição migram automaticamente para a hierarquia de destino. Na hierarquia do destino, a migração cria um novo grupo de fronteira apenas para leitura para cada ponto de distribuição compartilhado. Se alterar os limites do ponto de distribuição da hierarquia de destino, o grupo de limites da hierarquia de destino será atualizado com estas alterações durante o próximo ciclo de recolha de dados.
Plano para migrar relatórios
O Gestor de Configuração não suporta a migração de relatórios. Em alternativa, utilize o SQL Server Reporting Services Report Builder para exportar relatórios da hierarquia de origem e, em seguida, importá-los para a hierarquia de destino.
Nota
Como existem alterações de esquema para relatórios entre o Gestor de Configuração 2007 e a sucursal atual do Gestor de Configuração, teste cada relatório que importa de uma hierarquia do Gestor de Configuração 2007 para garantir que funciona como esperado.
Para obter mais informações sobre reportagens, consulte Introdução à comunicação.
Plano para migrar pastas organizacionais e de pesquisa
É possível migrar pastas organizacionais e pastas de procura de uma hierarquia de origem suportada para uma hierarquia de destino. Além disso, a partir de um System Center 2012, o Gestor de Configuração ou a atual hierarquia de origem do ramo do Gestor de Configuração, pode migrar os critérios para uma pesquisa guardada para uma hierarquia de destino.
Por predefinição, o processo de migração mantém as estruturas de pastas de procura e de pastas administrativas de objetos e coleções. No entanto, no assistente De Emprego de Migração, na página Definições, pode configurar um trabalho de migração para não migrar a estrutura organizacional para objetos, desmarcando a caixa para esta opção. As estruturas organizacionais das coleções são sempre mantidas.
Uma exceção a esta regra é uma pasta de procura com aplicações virtuais. Quando um pacote App-V é migrado, o pacote App-V é transformado numa aplicação no Gestor de Configuração. Após a migração da pasta de pesquisa, apenas são encontradas as restantes embalagens, e a pasta de pesquisa não consegue localizar um pacote App-V devido a esta conversão a uma aplicação quando o pacote App-V migra.
Quando migra uma pesquisa guardada de uma hierarquia de origem de System Center de configuração de 2012 ou do Gestor de Configuração, migra os critérios para a pesquisa e não as informações sobre os resultados da pesquisa. A migração de uma pesquisa guardada não é aplicável a partir de um site de origem do Gestor de Configuração 2007.
Plano para migrar personalizações de Inteligência de Ativos
É possível migrar personalizações do Asset Intelligence de uma hierarquia de origem suportada para uma hierarquia de destino. Não existem alterações significativas na estrutura das personalizações de Inteligência de Ativos entre o Gestor de Configuração 2007 e a sucursal atual do Gestor de Configuração.
Nota
O atual ramo do Gestor de Configuração não suporta a migração de objetos de Inteligência de Ativos de um site do Gestor de Configuração 2007 que está a utilizar o Serviço de Inteligência de Ativos 2.0 (AIS 2.0).
Plano para migrar regras de medição de software personalizações
Não existem alterações significativas na medição de software entre o Gestor de Configuração 2007 e a sucursal atual do Gestor de Configuração. É possível migrar as regras de medição de software de uma hierarquia de origem suportada para uma hierarquia de destino.
Por predefinição, as regras de medição de software que migra para uma hierarquia de destino não estão associadas a um site específico da hierarquia de destino e, em vez disso, aplicam-se a todos os clientes da hierarquia. Para aplicar uma regra de medição de software a clientes de um site específico, tem de editar a regra de medição após a respetiva migração.