Planejando sites e hierarquias no Configuration Manager
Aplicável 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
Para implantar o System Center 2012 Configuration Manager em um ambiente de produção, planeje o design dos sites e da hierarquia do site. Durante a fase de planejamento, identifique o número e o tipo de sites e o local em que planeja implantá-los. Planeje cada site e identifique onde instalar as funções do sistema de site em cada site.
.jpeg "System_CAPS_tip") Dica |
|---|
Verifique se seu plano considera as alterações futuras de hardware do servidor além dos requisitos de hardware atuais. |
Você pode implantar o Gerenciador de Configurações como um único site primário autônomo ou como vários sites em uma hierarquia. Ao planejar sua implantação inicial, considere um design que possibilita a expansão futura que sua organização talvez necessite. Planejar a expansão é uma etapa importante porque as mudanças no System Center 2012 Configuration Manager em relação às versões anteriores do produto significam que o Gerenciador de Configurações pode oferecer suporte a mais clientes com menos sites.
.jpeg "System_CAPS_important") Importante |
|---|
O Gerenciador de Configurações não oferece suporte para transferir um servidor de site entre domínios. Se você deve transferir um servidor do site, é necessário desinstalar o Gerenciador de Configurações do servidor, transferir o servidor para um novo domínio e instalar um novo site do Gerenciador de Configurações. Não é possível restaurar com êxito o site original em um servidor que já foi transferido para um novo domínio. |
Use as seções a seguir neste tópico para ajudá-lo a implementar um design de hierarquia:
Planejando uma hierarquia no Configuration Manager
Sobre os tipos de site no Configuration Manager
Determinar se um site de administração central deve ser instalado
Determinar se um site primário deve ser instalado
Determinar se um site secundário deve ser instalado
Determinar se um site deve ser instalado ou usar as opções de gerenciamento de conteúdo
Planejando expandir um site primário autônomo
Planejando os idiomas do sistema operacional do servidor e do cliente no Configuration Manager
Sobre os pacotes de idiomas
Planejando pacotes de idiomas do servidor
Planejando pacotes de idiomas do cliente
Práticas recomendadas para gerenciar pacotes de idiomas
Planejando o console do Configuration Manager
- Sobre o console somente leitura
Planejando vários usuários administrativos e a replicação de dados globais no Configuration Manager
Sobre várias edições em dados globais no Configuration Manager
Sobre o acesso a dados no console do Configuration Manager
Novidades no Configuration Manager
.jpeg "System_CAPS_note"){kind=icon} Observação |
|---|
As informações nesta seção também aparecem em no guia Introdução ao System Center 2012 Configuration Manager. |
O System Center 2012 Configuration Manager apresenta o site de administração central e algumas alterações em sites primários e secundários. As tabelas a seguir resumem esses sites e como eles se comparam aos sites do Configuration Manager 2007.
Site |
Finalidade |
Alteração do Configuration Manager 2007 |
|---|---|---|
Site de administração central |
O site de administração central coordena a replicação de dados entre sites em toda a hierarquia usando replicação de banco de dados do Configuration Manager. Também permite a administração de configurações da hierarquia para agentes cliente, descoberta e outras operações. Use esse site em toda a administração e geração de relatórios da hierarquia. |
Embora esse seja o site da parte superior da hierarquia no System Center 2012 Configuration Manager, ele tem as seguintes diferenças em relação a um site central do Configuration Manager 2007:
|
Site primário |
Gerencia clientes em redes bem conectadas. |
Os sites primários do System Center 2012 Configuration Manager têm as seguintes diferenças em relação aos sites primários do Configuration Manager 2007:
|
Site secundário |
Controla a distribuição de conteúdo para clientes em locais remotos através de links que têm largura de banda de rede limitada. |
Os sites secundários do System Center 2012 Configuration Manager têm as seguintes diferenças em relação aos sites secundários do Configuration Manager 2007:
|
Novidades no Configuration Manager SP1
| Observação |
|---|
As informações nesta seção também aparecem em no guia Introdução ao System Center 2012 Configuration Manager. |
A partir do Gerenciador de Configurações SP1, é possível expandir um site primário autônomo em uma hierarquia que inclui um novo site de administração central. Instalado o novo site de administração central, você pode instalar mais sites primários. Para obter mais informações, consulte Expanda um site primário autônomo em uma hierarquia com um site de administração central.
Planejando uma hierarquia no Configuration Manager
Ao planejar uma hierarquia do Gerenciador de Configurações, considere seu ambiente de rede e computação e identifique seus requisitos de negócios. Com isso, você planeja implementar o Gerenciador de Configurações usando o número mínimo de servidores e de sobrecarga administrativa a fim de atender aos objetivos da organização.
Se você possui um investimento existente no Configuration Manager 2007, o System Center 2012 Configuration Manager fornece uma solução unificada para uma migração automatizada do Configuration Manager 2007. No entanto, não há suporte para atualizações in-loco das versões anteriores do Gerenciador de Configurações ou da interoperabilidade com o Configuration Manager 2007 com as seguintes duas exceções. A primeira exceção é que durante o tempo que você está migrando ativamente do Configuration Manager 2007 para o System Center 2012 Configuration Manager, é possível compartilhar os pontos de distribuição do Configuration Manager 2007 com o System Center 2012 Configuration Manager fazendo com que o conteúdo nesses pontos de distribuição esteja acessível aos clientes do System Center 2012 Configuration Manager. A segunda exceção é que você pode atualizar os sites secundários do Configuration Manager 2007 para serem os pontos de distribuição do System Center 2012 Configuration Manager.
Então, para manter o investimento em sua infraestrutura atual do Configuration Manager 2007, é necessário instalar o System Center 2012 Configuration Manager como uma nova hierarquia e migrar dados e clientes do Configuration Manager 2007 para o System Center 2012 Configuration Manager. Essa implementação lado a lado fornece uma oportunidade para reprojetar e simplificar sua hierarquia usando menos servidores do site.
Antes de instalar o primeiro site de uma nova hierarquia do System Center 2012 Configuration Manager, leve em conta os requisitos de negócios e o ambiente de rede e analise de que forma os novos recursos no Gerenciador de Configurações podem auxiliá-lo a atender a esses requisitos com uma menor infraestrutura. Quando possível, planeje somente instalar um site primário autônomo para a hierarquia somente se um único site não puder oferecer suporte ao número de clientes e dispositivos que você gerencia. O design do site primário autônomo evita a sobrecarga de gerenciamento de sites adicionais e de replicação de banco de dados entre sites. Se você precisa gerenciar mais dispositivos que um site pode dar suporte, é necessário instalar um site de administração central como o seu primeiro site e, posteriormente, um ou mais sites primários filho. Para obter informações sobre o número de clientes com suporte por um site, veja a seção Clientes por site no tópico Configurações com suporte para o Configuration Manager.
Alguns dos recursos que contribuem para a decisão de instalar um único site primário em vez de vários são novos no System Center 2012 Configuration Manager. Com o System Center 2012 Configuration Manager, é possível gerenciar o uso de largura de banda de rede a fim de transferir conteúdo para pontos de distribuição remotos em um site, semelhante ao modo de gerenciar a largura de banda entre sites em uma hierarquia. Essa funcionalidade pode substituir a necessidade de instalar sites adicionais para gerenciar transferências de conteúdo entre redes mais lentas, conforme visto nas versões anteriores do Gerenciador de Configurações. Outras alterações incluem o uso de Configurações do Cliente e de administração baseada em função, o que dispensa a necessidade de manter sites separados para configurações personalizadas de cliente ou sites separados para partições baseadas em segurança de acesso ou responsabilidades. Quando todas as alterações no System Center 2012 Configuration Manager são compreendidas e levadas em consideração, o último ponto de decisão para a instalação de diversos sites primários é normalmente o número de dispositivos e clientes que a sua hierarquia pode oferecer suporte e não o local desses clientes e dispositivos.
Antes do System Center 2012 Configuration Manager SP1, o design inicial da hierarquia que você escolhia era permanente. Especificamente, o System Center 2012 Configuration Manager sem service pack não oferece opções de converter um site primário autônomo em um site primário filho que se reporte a um site de administração central. Então, para alterar a configuração era necessário primeiro desinstalar um site primário autônomo para depois instalar o site novamente como um site primário filho abaixo do site de administração central. No entanto, a partir do Gerenciador de Configurações SP1, é possível expandir um site primário autônomo em uma hierarquia que inclui um site de administração central e, assim, poder instalar mais sites primários filho. Essa capacidade de expandir um site primário autônomo em uma hierarquia maior está disponível para ambos os novos sites instalados com o Gerenciador de Configurações SP1 e para os sites que passam por atualização no System Center 2012 Configuration Manager sem service pack. No entanto, o Gerenciador de Configurações não oferece suporte à conversão de uma hierarquia que inclui um site de administração central para um site primário autônomo. Para obter informações sobre como expandir um site primário autônomo, veja a seção Planejando expandir um site primário autônomo mais adiante neste tópico.
A capacidade de expandir um site primário autônomo possibilita implantar o Gerenciador de Configurações com o mínimo de infraestrutura do servidor, um único site primário autônomo com a possibilidade de expandir a sua hierarquia para oferecer suporte a mais dispositivos futuramente. Além disso, a partir do Gerenciador de Configurações SP1, é possível migrar dados de uma hierarquia do System Center 2012 Configuration Manager para outra do Gerenciador de Configurações quando ambas as hierarquias executam o mesmo service pack. Por exemplo, é possível migrar dados de um site ou uma hierarquia do Gerenciador de Configurações SP1 para outro site ou outra hierarquia do Gerenciador de Configurações SP1. Isso significa que você pode migrar dados de um ambiente de teste para o seu ambiente de produção ou migrar dados de uma aquisição e, então, gerenciar o ambiente combinado de usuários e dispositivos de uma única hierarquia do System Center 2012 Configuration Manager. Para obter informações sobre migração, consulte Migrando hierarquias no System Center 2012 Configuration Manager.
Sobre os tipos de site no Configuration Manager
Sua implantação do Gerenciador de Configurações consiste em uma hierarquia de sites ou um site autônomo. Uma hierarquia consiste em vários sites, cada um com um ou mais servidores do sistema de site. Um site autônomo também consiste em um ou mais servidores do sistema de site. Os diagramas a seguir mostram alguns exemplos de designs de site.
.jpeg "Designs de site")
Os servidores do sistema em um site estendem a funcionalidade do Gerenciador de Configurações. Por exemplo, você pode instalar um sistema de site em um site para oferecer suporte à implantação de software ou para gerenciar dispositivos móveis. Para planejar com êxito sua hierarquia de sites e identificar as melhores localizações geográficas e rede para colocar servidores do site, revise as informações sobre cada tipo de site e as alternativas a sites oferecidas pelos sistemas de site usados para a implantação de conteúdo.
Use a tabela a seguir para ajudá-lo a planejar o tipo de site que você talvez precise em sua hierarquia.
Servidor |
Finalidade |
Mais informações |
|---|---|---|
Site de administração central |
A localização recomendada para toda a administração e relatórios da hierarquia. |
|
Site primário |
Um site necessário que gerencia clientes em redes bem conectadas. Todos os clientes são atribuídos a um site primário. |
|
Site secundário |
Gerencia os clientes em locais remotos onde o controle de largura de banda de rede é necessário. |
|
Ao planejar uma hierarquia do Gerenciador de Configurações, considere o seguinte:
Você pode agendar e limitar o tráfego de rede ao distribuir o conteúdo de implantação para pontos de distribuição. Portanto, você pode usar um ponto de distribuição em vez de um site para alguns locais de rede remotos.
Os DDRs (Registros de dados de descoberta) para recursos desconhecidos são transferidos, usando a replicação baseada em arquivo, de um site primário para o site de administração central para processamento. Como a descoberta pode criar um grande número de DDRs, planeje onde posicionar seu site de administração central e considere em quais sites que as operações de descoberta serão executadas para minimizar a transferência de DDRs pelas redes de largura de banda baixas. Os DDRs para recursos conhecidos são processados no primeiro site primário para recebê-los e não serem transferidos, usando a replicação baseada em arquivo para o site de administração central. Em vez disso, após serem processadas no site primário, as informações de descoberta são replicadas para outros sites usando a replicação do banco de dados.
A administração baseada em funções fornece o modelo de segurança administrativa central para a hierarquia e você não precisa instalar sites para fornecer um limite de segurança. Em vez disso, use escopos de segurança, funções de segurança e coleções para definir quais usuários administrativos podem visualizar e gerenciar na hierarquia.
Os alertas no console do Gerenciador de Configurações fornecem informações baseadas em estado para operações por toda a hierarquia.
Use as informações a seguir para ajudá-lo a determinar se sites e sistemas de site do Gerenciador de Configurações deve ser instalados.
Determinar se um site de administração central deve ser instalado
Instale um site de administração central se você precisa instalar vários sites primários. No entanto, somente se você oferece suporte a mais clientes e dispositivos que um único site primário pode oferecer suporte, você pode instalar um site primário autônomo e reduzir sua sobrecarga administrativa além de evitar a replicação de banco de dados desnecessária entre um site primário e um site de administração central. Em um design de hierarquia autônoma, um site primário autônomo oferece a mesma funcionalidade de um site de administração central. Antes do Gerenciador de Configurações SP1, essa era uma decisão permanente. A partir do Gerenciador de Configurações SP1, é possível expandir um site primário autônomo em uma hierarquia com um site de administração central e adicionar mais sites primários filho. No entanto, o System Center 2012 Configuration Manager não oferece suporte à remoção de um site de administração central de uma hierarquia para converter uma hierarquia em um design de hierarquia autônoma.
Use um site de administração central para definir configurações em toda a hierarquia e monitorar todos os sites e objetos na hierarquia. Esse tipo de site não gerencia clientes diretamente, mas coordena a replicação de dados entre sites, o que inclui a configuração de sites e clientes em toda a hierarquia.
Use as seguintes informações para ajudá-lo a planejar um site de administração central:
O site da administração central é o site de nível superior em uma hierarquia.
Ao configurar uma hierarquia que tem mais de um site primário, você deve instalar um site de administração central e ele deve ser o primeiro site a ser instalado.
O site de administração central oferece suporte a apenas sites primários como sites filho.
O site de administração central não pode ter clientes atribuídos a ele.
O site de administração central não oferece suporte a todas as funções do sistema de site. Para obter mais informações, consulte Planejando onde instalar funções do sistema de site na hierarquia.
Você pode gerenciar todos os clientes na hierarquia e executar as tarefas de gerenciamento de site em qualquer site primário ao usar o console do Gerenciador de Configurações que está conectado ao site de administração central.
Ao usar um site de administração central, ele é o único lugar onde é possível exibir dados de site de todos os sites. Esses dados incluem informações como dados de inventário e mensagens de status.
Você pode configurar operações de descoberta em toda a hierarquia no site de administração central ao atribuir métodos de descoberta a serem executados em sites individuais.
Você pode gerenciar a segurança em toda hierarquia ao atribuir diferentes funções de segurança, escopos de segurança e coleções a diferentes usuários administrativos. Essas configurações se aplicam a cada site na hierarquia.
Você pode configurar a replicação de arquivo e a de banco de dados para controlar a comunicação entre sites na hierarquia. Isso inclui o agendamento de replicação de banco de dados para dados de site e o gerenciamento de largura de banda para a transferência de dados baseados em arquivo entre sites.
Determinar se um site primário deve ser instalado
Use sites primários para gerenciar clientes. É possível instalar um site primário como um site primário filho abaixo do site de administração central em uma hierarquia maior ou como o primeiro site de uma nova hierarquia. Um site primário que é instalado como o primeiro site de uma hierarquia cria um site primário autônomo. Ambos os sites primários filho e os sites primários autônomos oferecem suporte a sites secundários como sites filho do site primário.
Considere a instalação de um site primário para qualquer um dos seguintes motivos:
Para gerenciar clientes diretamente.
Para aumentar o número de clientes e dispositivos, é possível gerenciá-los com uma única hierarquia. Para obter informações sobre o número de clientes e dispositivos com suporte por cada site primário, veja a seção Clientes por site no tópico Configurações com suporte para o Configuration Manager.
Para fornecer um ponto local de conectividade para a administração.
Para atender aos requisitos de gerenciamento organizacional. Por exemplo, pode ser necessário instalar um site primário em uma localização remota para gerenciar a transferência de conteúdo de implantação pela rede de largura de banda baixa. No entanto, com o System Center 2012 Configuration Manager é possível usar opções para limitar a largura de banda de rede ao transferir dados para um ponto de distribuição e com esse recurso, não há a necessidade de instalar sites adicionais.
Use as informações a seguir para ajudá-lo a planejar sites primários:
Um site primário pode ser um site primário autônomo ou um site primário filho em uma hierarquia maior. Quando um site primário é membro de uma hierarquia com um site de administração central, os sites usam a replicação de banco de dados para replicar dados entre os sites. Recomenda-se instalar um site primário autônomo somente se você precisa oferecer suporte a mais clientes e dispositivos que um único site primário pode dar suporte. A partir do Gerenciador de Configurações SP1, é possível converter um site primário autônomo em uma hierarquia maior quando a implantação excede a capacidade de um único site primário.
Um site primário oferece suporte a somente um site de administração central como um site pai.
Um site primário oferece suporte somente a sites secundários como sites filho e pode oferecer suporte a um ou mais sites secundários filho.
Ao usar o Gerenciador de Configurações sem service pack, um site primário não pode alterar sua relação de site pai após a instalação. No entanto, a partir do Gerenciador de Configurações SP1, é possível instalar um novo site de administração central como um site pai de um site primário autônomo existente.
Os sites primários são responsáveis pelo processamento de todos os dados do cliente em seus clientes atribuídos.
Instalado o site primário, ele configura automaticamente a replicação de banco de dados com seu site de administração central designado.
Sites primários usam a replicação de banco de dados para se comunicar diretamente com seu site de administração central.
Você pode instalar as funções do sistema de site geralmente usadas ao instalar um site primário. Para obter uma lista das funções do sistema de sites com suporte em sites primários, veja Planejando onde instalar funções do sistema de site na hierarquia.
Determinar se um site secundário deve ser instalado
Use sites secundários para gerenciar a transferência de dados de cliente e conteúdo de implantação em redes de baixa largura de banda.
Gerencie um site secundário de um site de administração central ou do site primário pai do site secundário. Os sites secundários devem ser anexados ao site primário, e você não pode movê-los para um site pai diferente sem desinstalá-los, e depois reinstalá-los como um site filho abaixo do novo site primário. Você pode rotear o conteúdo entre sites secundários pares para ajudar a gerenciar a replicação baseada em arquivos de conteúdo de implantação. Para transferir os dados do cliente para um site primário, o site secundário usa replicação baseada em arquivo. No entanto, um site secundário também usa replicação de banco de dados para se comunicar com seu site primário pai.
Considere instalar um site secundário se alguma das seguintes condições se aplicar:
Não é necessário um usuário administrativo local para o site.
Você precisa gerenciar a transferência de conteúdo de implantação para sites inferiores na hierarquia.
Você precisará gerenciar informações do cliente que são enviadas para sites mais altos na hierarquia.
Se não desejar instalar um site secundário e tiver clientes em locais remotos, considere usar o Windows BranchCache ou o ponto de distribuição que está habilitado para controle da largura de banda e agendamento. Você pode usar essas opções de gerenciamento de conteúdo com ou sem sites secundários, e eles podem ajudá-lo a reduzir o número de sites e servidores que você precisa instalar. Para obter informações sobre as opções de gerenciamento de conteúdo no Gerenciador de Configurações, veja Determinar se um site deve ser instalado ou usar as opções de gerenciamento de conteúdo.
Use os detalhes a seguir para ajudá-lo a planejar sites secundários:
Os sites secundários instalam automaticamente o SQL Server Express durante a instalação do site se uma instância local do SQL Server não estiver disponível.
A instalação do site secundário é iniciada do console do Gerenciador de Configurações quando ele está conectado ao site de administração central ou a um site primário.
Quando um site secundário está instalado, ele configura automaticamente a replicação de banco de dados com seu site primário pai.
Os sites secundários usam a replicação de banco de dados para se comunicar diretamente com o site primário pai e para obter uma sub-rede do banco de dados compartilhado do Gerenciador de Configurações.
Os sites secundários oferecem suporte ao roteamento de conteúdo baseado em arquivo para outros sites secundários que têm um site primário pai em comum.
As instalações do site secundário implantam automaticamente um ponto de gerenciamento e um ponto de distribuição que estão localizados no servidor do site secundário.
Determinar se um site deve ser instalado ou usar as opções de gerenciamento de conteúdo
Se você tiver clientes em locais de rede remotos, considere usar uma ou mais opções de gerenciamento de conteúdo em vez de um site primário ou secundário. Muitas vezes, você pode remover o requisito para outro site ao usar o Windows BranchCache, configurar pontos de distribuição para controle da largura de banca ou copiar manualmente conteúdo para pontos de distribuição (conteúdo de pré-teste).
Considere a implantação de um ponto de distribuição em vez de instalar outro site se alguma das seguintes condições se aplicar:
Sua largura de banda de rede é suficiente para computadores cliente no local remoto para se comunicar com um ponto de gerenciamento para baixar política de cliente e enviar inventário, status do relatório e informações de descoberta.
O BITS (Serviço de Transferência Inteligente de Plano de Fundo) não fornece controle de largura de banda suficiente para suas necessidades de rede.
Para obter mais informações sobre as opções de gerenciamento de conteúdo no Gerenciador de Configurações, veja Introdução ao gerenciamento de conteúdo no Configuration Manager.
Planejando expandir um site primário autônomo
Começando com o System Center 2012 Configuration Manager SP1, é possível instalar um novo site de administração central como um site pai de um site primário autônomo existente. Isso expande seu site primário autônomo para uma hierarquia maior que oferece suporte à instalação de novos sites primários adicionais. Você pode expandir somente um site primário pré-existente para a nova hierarquia, pois o banco de dados do novo site de administração central está baseado no banco de dados do seu site primário autônomo. Depois de instalar esse novo site de administração central, você não poderá adicionar nem expandir sites primários pré-existentes adicionais a essa mesma hierarquia. No entanto, você pode instalar novos sites primários como sites filho abaixo do site de administração central.
Para expandir um site primário autônomo para uma hierarquia maior, execute a Instalação do Gerenciador de Configurações a partir da mídia do Gerenciador de Configurações SP1 (ou uma versão superior doGerenciador de Configurações) e instale um novo site de administração central em um novo servidor. Durante a instalação, você pode instalar o novo site de administração central com o primeiro site em uma hierarquia nova ou expandir um site primário autônomo existente para uma hierarquia. Ao expandir um site primário autônomo existente, você deve especificar o servidor do site primário autônomo que deseja expandir. Depois que a instalação entra em contato com o servidor do site do site primário autônomo, a instalação continuará normalmente.
Após a conclusão da instalação, o site primário torna-se um site primário filho em uma hierarquia com um site de administração central e não mais um site primário autônomo.
Depois de expandir um site primário autônomo para uma hierarquia, você não poderá desanexar o site primário da hierarquia para restaurá-lo para operação como um site primário autônomo. Para remover o site principal da hierarquia, você deve desinstalar o site primário.
Pré-requisitos para expandir um site primário autônomo
Um site primário autônomo deve atender aos seguinte pré-requisitos para que você possa expandi-lo para uma hierarquia com um site de administração central:
Pré-requisito |
Detalhes |
|---|---|
O site primário autônomo e o novo site de administração central devem executar a mesma versão do Gerenciador de Configurações |
Por exemplo, se você usa a instalação para que o SP1 instale um site de administração central e expanda um site primário autônomo, esse site primário autônomo também deve estar no SP1. |
O site primário autônomo não pode ser configurado para migrar dados de outra hierarquia do Gerenciador de Configurações |
Você deve interromper a migração ativa para o site primário autônomo, de outras hierarquias do Gerenciador de Configurações, e remover todas as configurações para migração. Isso inclui a migração de trabalhos que não foram concluídos e a configuração da hierarquia de origem ativa. Isso ocorre porque as operações de migração são realizadas pelo site de camada superior da hierarquia, e as configurações para migração não são transferidas ao site de administração central quando você expande um site primário autônomo. Depois de expandir o site primário autônomo, se você reconfigurar a migração no site primário, ela será o site de administração central que realiza as operações relacionadas à migração. Para obter mais informações sobre como configurar a migração, veja Configurando hierarquias de origem e sites de origem para migração para o System Center 2012 Configuration Manager. |
A conta de computador do computador que hospedará o novo site de administração central deve ser um membro do grupo de Administradores no site primário autônomo |
Para expandir com êxito o site primário autônomo, a conta de computador do novo site de administração central deve ser um membro do grupo de Administradores dos sites primários autônomos. Isso é necessário somente durante a expansão do site, e a conta pode ser removida do grupo no site primário após a conclusão da expansão do site. |
A conta de usuário que executa a instalação do novo site de administração central deve ter permissões de administração baseada em função no site primário autônomo. |
Para instalar um site de administração central como parte de um cenário de expansão de site, a conta de usuário que executa a instalação do site de administração central deve ser definida em administração baseada em função no site primário autônomo como um Administrador Completo ou um Administrador de Infraestrutura. |
Para expandir o site, você deve desinstalar as seguintes funções do sistema de site do site primário autônomo:
|
Essas funções do sistema de site têm suporte apenas no site de camada superior da hierarquia. Portanto, você deve desinstalar essas funções do sistema do site antes de expandir o site primário autônomo. Depois de expandir o site, você poderá reinstalar essas funções do sistema de site no site de administração central. Todas as outras funções do sistema de site podem permanecer instaladas no site primário. |
A porta do SQL Server Service Broker deve estar aberta entre o site primário autônomo e o computador que instalará o site de administração central. |
Para replicar dados de maneira bem sucedida entre o site de administração centrar e um site primário, o Gerenciador de Configurações requer que uma porta que será usada pelo SQL Server Service seja aberta entre os dois sites. Ao instalar uma administração central e expandir um site primário autônomo, a verificação de pré-requisitos não estabelece que a porta que você determinou para o SQL Server Service Broker seja aberta no site primário. |
Quando o site primário autônomo está configurado para migração, você pode interromper toda coleta de dados ativa antes de expandir o site |
Se você usar a migração para migrar dados de outra hierarquia do Gerenciador de Configurações, poderá interromper toda coleta de dados ativa antes de expandir o site. Após a expansão do site, você poderá reconfigurar a coleta de dados. Para obter mais informações sobre como interromper e reconfigurar a coleta de dados para migração, veja a seção Coleta de dados de migração no tópico Planejando estratégia de hierarquia de origem no System Center 2012 Configuration Manager. |
Considerações ao expandir um site primário autônomo
Quando você expande um site primário autônomo, os objetos e as configurações existentes no banco de dados do site primário são compartilhados com o novo site de administração central. Com as seguintes exceções, não há nenhuma consideração especial quando você expande um site primário autônomo:
Considerações |
Detalhes |
|---|---|
Pontos de atualização de software |
Para expandir um site primário autônomo, você não precisa fazer alterações na configuração para pontos de atualização de software no site. No entanto, quando você expande um site primário autônomo, os pontos de atualização de software no site primário são reconfigurados automaticamente para sincronizar com um ponto de atualização de software no novo site de administração central. Portanto, depois de concluir a instalação do novo site de administração central, planeje instalar um ponto de atualização de software no site o quanto antes e configure-o para sincronizar com o WSUS (Windows Server Update Services). Até que você configure um ponto de atualização de software no site de administração central, os pontos de atualização de software no site primário não poderão sincronizar novas atualizações de software. Logo depois de expandir um site primário autônomo, espere um alto nível de processamento de dados no site de administração central, pois o site sincroniza informações de atualização de software do site primário. O site de administração central cria automaticamente novos objetos para gerenciamento de atualizações de software. Os objetos no site de administração central são autoritativos para a hierarquia. As configurações pré-existentes no site primário são aplicadas automaticamente no site de administração central. Essas configurações incluem agendas de sincronização, configurações de substituição e outras configurações relacionadas. |
Pacotes de implantação de software |
Os pacotes criados no site primário autônomo antes de você expandir o site continuam sendo gerenciados pelo site primário. Entretanto, esses pacotes replicam como dados globais para todos os site na hierarquia, e você pode gerenciá-los do site de administração central. A única exceção é o pacote de instalação do cliente. |
Pacote de instalação do cliente |
Quando você expande um site primário autônomo, a propriedade do pacote de instalação do cliente é transferida ao site de administração central. No entanto, a ID do pacote para esse pacote permanece inalterada. Como o site de camada superior de uma hierarquia gerencia esse pacote e o modifica para dar suporte somente aos idiomas do sistema operacional do cliente que estão selecionados nesse site, verifique se o site de administração central oferece suporte aos mesmos idiomas do cliente que foram selecionados no site primário. Para obter mais informações, veja a seção Planejando pacotes de idiomas do cliente no tópico Planning for Sites and Hierarchies in Configuration Manager. |
Configurações do cliente |
Depois de expandir um site primário, é preciso reiniciar o componente SMS_POLICY_PROVIDER no site primário. Até que você reinicie o provedor de política, o site primário não fornece configurações do cliente novas ou atualizadas aos clientes e continua fornecendo configurações do cliente definidas no site primário antes da expansão desse site. Para reiniciar o provedor de política, use o Configuration Manager Service Manager. Para usar o Configuration Manager Service Manager para gerenciar um componente, selecione o componente no nó Status do Componente em Status do Sistema no espaço de trabalho Monitoramento do console do Gerenciador de Configurações. Depois de selecionar o componente, clique em Iniciar no grupo Componente na guia Início e selecione Configuration Manager Service Manager. No Configuration Manager Service Manager, localize o componente que você deseja gerenciar e clique em Componente. Em seguida, clique em Consulta e, depois de consultar o status do componente, você poderá gerenciar o status desse componente. O provedor de política também reinicia-se quando o serviço SMS_EXECUTIVE é reiniciado no servidor do site ou após a reinicialização do computador do servidor do site. |
Suporte para idiomas do cliente |
Ao expandir um site primário autônomo e instalar a administração central, planeje adicionar suporte no site de administração central para os mesmos idiomas do cliente com suporte do site primário autônomo. A adição dos mesmos idiomas do cliente não é um requisito; essa é uma prática recomendada para assegurar que novos clientes do Gerenciador de Configurações ofereçam suporte aos idiomas do cliente que você espera. Para obter mais informações sobre como gerenciar idiomas no Configuration Manager, veja a seção Planejando os idiomas do sistema operacional do servidor e do cliente no Configuration Manager no tópico Planning for Sites and Hierarchies in Configuration Manager. |
Inicialização padrão WIM |
O site de administração central cria e implanta uma nova inicialização padrão WIM. Esse WIM torna-se o novo padrão WIM para uso na hierarquia. O WIM de inicialização do site primário autônomo permanece não modificado, e os objetos para implantação do sistema operacional baseados nesse WIM continuam funcionando. |
| Importante |
|---|
Se você usar o System Center 2012 R2 Configuration Manager SP1: Depois de expandir um site primário autônomo que executa o System Center 2012 R2 Configuration Manager SP1, execute Configmgr2012R2SP1.msi no novo site de administração central para habilitar os recursos do R2 para a hierarquia. |
Planejando os idiomas do sistema operacional do servidor e do cliente no Configuration Manager
O System Center 2012 Configuration Manager oferece suporte à exibição de informações em vários idiomas. Por padrão, a interface do usuário do Gerenciador de Configurações é exibida em inglês embora os objetos que um usuário administrativo cria sejam exibidos no console do Gerenciador de Configurações e no idioma do cliente que é usado para criá-los. Além disso, você pode instalar pacotes de idiomas do servidor e do cliente para permitir que a interface do usuário seja exibida em um idioma que corresponda às preferências do usuário.
Use as informações nas seções a seguir para ajudá-lo a planejar o suporte ao idioma instalando os pacotes de idiomas. Para obter informações sobre como gerenciar os pacotes de idiomas, veja a seção Gerenciar pacotes de idiomas em sites do Configuration Manager no tópico Gerenciar sites e configurações de hierarquia.
Novidades no Configuration Manager
| Observação |
|---|
As informações nesta seção também aparecem em no guia Introdução ao System Center 2012 Configuration Manager. |
Os seguintes itens são novos ou foram alterados para suporte ao idioma desde o Configuration Manager 2007:
Você não instala mais servidores do site usando arquivos de origem projetados para um idioma específico. Além disso, você não instala mais Client Packs Internacionais para oferecer suporte a idiomas diferentes no cliente. Em vez disso, você pode optar por instalar somente os idiomas do servidor e do cliente para os quais deseja oferecer suporte.
Os pacotes de idiomas do cliente e do servidor disponíveis estão incluídos na mídia de instalação do Gerenciador de Configurações na pasta LanguagePack, e as atualizações estão disponíveis para download com os arquivos de pré-requisito.
Você pode adicionar pacotes de idiomas do cliente e do servidor a um site ao instalar o site, e pode modificar os pacotes de idiomas em uso depois da instalação do site.
Você pode instalar vários idiomas em cada site e sé precisa instalar os idiomas que você usa:
Cada site oferece suporte a vários idiomas para consoles do Gerenciador de Configurações.
Em cada site, você pode instalar pacotes de idiomas individuais, adicionando suporte somente para os idiomas do cliente que você deseja oferecer suporte.
Quando você instala o suporte para um idioma que corresponde ao idioma de exibição de um computador, os consoles do Gerenciador de Configurações e a interface do usuário do cliente executada nesse computador exibem informações nesse idioma.
Quando você instala o suporte para um idioma que corresponde à preferência de idioma em uso pelo navegador da Web de um computador, as conexões com informações baseadas na web, incluindo o catálogo de aplicativos ou o SQL Server Reporting Services, são exibidas nesse idioma.
Sobre os pacotes de idiomas
Você pode adicionar suporte para pacotes de idiomas do cliente e do servidor no site de administração central e em sites primários para permitir que o Gerenciador de Configurações exiba o texto interno em um idioma que corresponda à preferência do usuário. Os sites secundários oferecem suporte automaticamente aos mesmos idiomas do cliente de seus sites primários pai. Para obter uma lista dos idiomas com suporte, veja a seção Idiomas do sistema operacional com suporte no tópico Referência técnica para os pacotes de idiomas no Configuration Manager.
Use pacotes de idiomas do servidor para o console do Gerenciador de Configurações e para funções do sistema de site, como o ponto do Reporting Services.
Use pacotes de idiomas do cliente para os clientes do Gerenciador de Configurações e o catálogo de aplicativos.
Os pacotes de idioma usam as seguintes preferências de idioma para exibir informações:
O idioma de exibição de um computador aplica-se ao console do Gerenciador de Configurações, às notificações do cliente e ao Centro de Software.
A preferência de exibição em um navegador da Web aplica-se a exibição de relatórios e ao catálogo de aplicativos.
| Observação |
|---|
Mesmo quando os pacotes de idiomas são instalados, os dados criados por um usuário administrativo não são afetados pelo uso de pacotes de idiomas. |
Quando você executa a instalação, o Gerenciador de Configurações copia os idiomas disponíveis da pasta LanguagePack na mídia de origem do Gerenciador de Configurações para o local especificado para downloads de pré-requisito. Se a mídia de origem não estiver acessível, o Gerenciador de Configurações baixará os pacotes de idiomas como parte do download dos arquivos de pré-requisito. Além disso, todos os arquivos que estão faltando ou que possuem atualizações também serão baixados com os arquivos de pré-requisito. Em seguida, durante a instalação, você poderá optar por adicionar ao site um ou mais dos pacotes de idiomas do servidor e do cliente disponíveis.
Se você não instalar pacotes de idiomas ao instalar um servidor do site, poderá adicioná-los posteriormente executando a instalação no servidor do site. Você deve executar a instalação do menu Iniciar ou abrindo Setup.exe no caminho de instalação e, em seguida, optar por modificar a configuração do site. Quando você altera os idiomas aceitos para um site, o Gerenciador de Configurações toma as seguintes ações:
Tipo de pacote de idiomas |
Ação |
|---|---|
Pacote de idiomas do servidor |
|
Pacote de idiomas do cliente |
|
Planejando pacotes de idiomas do servidor
Adicione suporte para um idioma do servidor para que um site permita que consoles do Gerenciador de Configurações e pontos do Reporting Services exibam informações no idioma aceito. Você pode instalar vários pacotes de idiomas do servidor em cada site na sua hierarquia.
Cada pacote de idiomas do servidor que um site aceita é adicionado aos arquivos de origem de instalação do console do Gerenciador de Configurações nesse servidor do site. Para que um console do Gerenciador de Configurações exiba informações em um idioma aceito, você deve adicionar o pacote de idiomas ao site e instalar o console do Gerenciador de Configurações dos arquivos de origem que incluem esse idioma.
Os pontos do Reporting Services são atualizados automaticamente para dar suporte à exibição de informações nos pacotes de idiomas que você instala em um site.
Planejando pacotes de idiomas do cliente
O Gerenciador de Configurações oferece suporte a idiomas do cliente para clientes de dispositivo e clientes de dispositivo móvel:
Quando um cliente do Gerenciador de Configurações é instalado em um dispositivo, ele adiciona suporte para cada pacote de idiomas do cliente que está incluído com os arquivos de instalação do cliente.
Quando um cliente do Gerenciador de Configurações é instalado em um dispositivo móvel, ele adiciona suporte para todos os idiomas ao mesmo tempo.
Você pode adicionar suporte para idiomas do cliente ao instalar um site ou executando novamente a instalação no computador do servidor do site depois da instalação de um site. Para que um cliente exiba informações em um idioma aceito, você deve adicionar suporte para idioma ao site do cliente e instalar o cliente dos arquivos de origem que incluem esse idioma. Você deve adicionar o suporte para os pacotes de idiomas do cliente antes de instalar o cliente.
Quando um site adiciona suporte para um pacote de idiomas do cliente, ele atualiza os arquivos de instalação do cliente. O conjunto de arquivos de instalação do cliente que o site atualiza depende do local do site na hierarquia.
O site de camada superior de uma hierarquia gerencia o pacote de instalação do cliente. Esse pacote é distribuído automaticamente para cada ponto de distribuição na hierarquia. Por padrão, quando um cliente é instalado, use esse pacote para os arquivos de origem de instalação do cliente.
ObservaçãoO site de camada superior pode ser um site de administração central ou um site primário autônomo.
Os sites primários gerenciam o pacote de atualização do cliente e atualizam os idiomas aceitos na pasta Cliente no servidor do site e nos pontos de gerenciamento desse site. Os clientes usam os arquivos de origem de instalação do site primário quando o processo de instalação não pode acessar o pacote de instalação do cliente em um ponto de distribuição ou quando a propriedade /source de linha de comando da instalação do cliente é usada para especificar esses arquivos.
DicaAo usar um site de administração central, verifique se um cliente instala os pacotes de idiomas do cliente que você espera adicionando suporte para cada pacote de idiomas ao site de administração central e para cada site primário.
Ao alterar os idiomas aceitos do cliente em um site de camada superior, aguarde para que o pacote de instalação do cliente replique para pontos de distribuição na sua hierarquia. Você pode monitorar a redistribuição do pacote para pontos de distribuição usando o nó Status do Conteúdo no espaço de trabalho Monitoramento do console do Gerenciador de Configurações. Para obter mais informações, veja a seção Monitorar conteúdo no tópico Operações e manutenção para o gerenciamento de conteúdo no Configuration Manager.
Como alternativa, você pode monitorar o andamento, exibindo mensagens de status para a redistribuição do pacote:
O nome do pacote de instalação do cliente é Pacote do Cliente do Gerenciador de Configurações.
Os pontos de distribuição geram uma mensagem de status com a ID da mensagem 2330 quando o pacote é atualizado com êxito nesse ponto de distribuição.
Após a instalação de um novo servidor do site com suporte a pacotes de idiomas do cliente ou depois que um servidor do site é atualizado nos pontos de distribuição com as alterações do pacote de idiomas, você poderá instalar novos clientes ou reinstalar clientes existentes em computadores para adicionar suporte para pacotes de idiomas aceitos do cliente.
| Importante |
|---|
O Gerenciador de Configurações não oferece suporte à reinstalação do cliente de dispositivo móvel sem primeiro apagar o dispositivo móvel. Portanto, se você planeja oferecer suporte a dispositivos móveis que não estejam em inglês, habilite o suporte para idiomas do cliente de dispositivo móvel antes de instalar o cliente de dispositivo móvel do Gerenciador de Configurações. |
Quando o cliente do Gerenciador de Configurações é instalado em um novo computador, o CCMSetup modifica a linha de comando do Windows Installer para adicionar suporte para cada pacote de idiomas incluído com os arquivos de origem de instalação cliente. Para atualizar um cliente existente com novos pacotes de idiomas, você deve atualizar ou reinstalar o cliente.
Por exemplo, você pode modificar os idiomas aceitos em um computador ao reimplantar o software do cliente usando a instalação do cliente por push ou a implantação de software.
A tabela a seguir lista os métodos de instalação e atualização do cliente que não têm suporte para gerenciar o suporte ao pacote de idiomas para um cliente instalado anteriormente.
Método |
Detalhes |
|---|---|
Reparação |
Uma ação de reparo do Windows Installer reusa a linha de comando do Windows Installer usada por último para instalar o cliente, conforme armazenado no Registro do computador cliente. Essa linha de comando não fará referência a novos pacotes de idiomas do cliente. |
Atualização automática de cliente |
Este tipo de atualização falha porque as atualizações automáticas são baseadas em uma alteração de versão do cliente. Os novos pacotes de idiomas não alteram a versão do cliente. |
Instalação do cliente baseada na atualização de software |
Os pontos de atualização de software contam com uma alteração de versão do cliente para instalar o cliente. Os novos pacotes de idiomas não alteram a versão do cliente. |
Para obter informações sobre como os clientes acessam os arquivos de origem para instalação, veja Como instalar clientes em computadores com base em Windows no Configuration Manager.
Para obter informações sobre as propriedades de instalação do cliente, veja Sobre as propriedades de instalação do cliente no Configuration Manager
Práticas recomendadas para gerenciar pacotes de idiomas
Use as seguintes informações de práticas recomendadas para ajudar a usar pacotes de idiomas no System Center 2012 Configuration Manager.
Instalar idiomas no momento em que você instala um site
Quando você modifica os pacotes de idiomas aceitos no site de camada superior de uma hierarquia, o site inicia uma atualização do pacote de instalação do cliente em cada ponto de distribuição na hierarquia, reinstala funções aplicáveis do sistema de site e executa uma redefinição de site. Além disso, você deve reinstalar os clientes antes que eles usem os novos pacotes de idiomas que você adiciona ao site deles.
Quando você adiciona o suporte para pacotes de idiomas ao seu site de administração central, adiciona também esses pacotes de idiomas do cliente a cada site primário.
Quando você modifica os pacotes de idiomas do cliente em um site, os arquivos de instalação do cliente que são atualizados dependem do local do site na hierarquia. Quando um cliente é instalado, ele pode usar o pacote de instalação do cliente gerenciado pelo site de camada superior da hierarquia ou pode retornar usando arquivos de origem do ponto de gerenciamento no site atribuído do cliente quando ele não puder acessar o pacote de instalação do cliente em um ponto de distribuição.
Planejando o console do Configuration Manager
Os usuários administrativos usam o console do Gerenciador de Configurações para gerenciar o ambiente do Gerenciador de Configurações. Cada console do Gerenciador de Configurações conecta-se a um site de administração central ou a um site primário. Depois de estabelecer a conexão inicial, o console do Gerenciador de Configurações poderá se conectar a outros sites. Entretanto, você não pode conectar um console do Gerenciador de Configurações a um site secundário.
Para conectar a um site diferente quando usar o console do Gerenciador de Configurações, no Menu de Aplicativo, selecione Conectar a um Novo Site e especifique o nome do servidor do site. É possível especificar uma conexão a um site específico ao abrir uma nova instância no console do Gerenciador de Configurações. Para isso, você deve especificar o nome do servidor do site como parte da linha de comando para abrir o console do Gerenciador de Configurações. Por exemplo, para conectar a um site que executa no Servidor1, no prompt de comando, digite %path%\microsoft.configurationmanagement.exe Server1.
O Gerenciador de Configurações não limita o número de conexões simultâneas ao Gerenciador de Configurações para um site primário ou site de administração central. Quando você conecta ao site de administração central, pode exibir e configurar dados para todos os sites na hierarquia. Se tiver um site de administração central, mas conectar o console Gerenciador de Configurações diretamente a um site primário, você poderá exibir e gerenciar dados do Gerenciador de Configurações nessa conexão, mas não poderá ver dados de outros sites primários ou sites secundários de outros sites primários. Entretanto, se você não tiver um site de administração central porque sua hierarquia possui um site primário independente, poderá usar o console do Gerenciador de Configurações para acessar todos os dados em sua hierarquia.
| Importante |
|---|
Quando você gerencia objetos ou clientes usando o console do Gerenciador de Configurações que está conectado a um site primário filho em uma hierarquia com outros sites primários, as alterações que você fizer serão replicadas por meio da hierarquia para outros sites primários, mesmo se você não puder ver os dados desses outros sites primários. |
| Observação |
|---|
Quando você conecta um console do Gerenciador de Configurações a uma instalação de avaliação do Gerenciador de Configurações, a barra de título do console mostra o número de dias que restam antes de expirar a instalação de avaliação. O número de dias não é atualizado automaticamente; é atualizado somente quando você faz uma nova conexão a um site. Depois de concluído o período de avaliação, o console do Gerenciador de Configurações conecta-se como um console somente leitura. |
Sobre o console somente leitura
Quando você conecta um console do Gerenciador de Configurações a um site primário, há certas condições que resultam na conexão do Gerenciador de Configurações como um console somente leitura. O console somente leitura permite que você exiba objetos e definições de configuração, mas impede que você faça alterações, que poderiam ser perdidas quando o site primário completasse a inicialização, ou se fosse sincronizado com o site de administração central depois de resolvidos os problemas de replicação.
Consoles somente leitura são estabelecidos pelos seguintes motivos:
Você se conectar a um site primário antes de concluir a instalação do site do Gerenciador de Configurações.
Você se conectar a um site primário que tem problemas de replicação entre sites.
Você se conectar a um site primário durante uma restauração desse site.
Você se conectar a um site primário quando esse site estiver inicializando dados globais.
Depois que o site primário estiver completamente inicializado, ou os problemas de replicação entre esse site e o site de administração central estiverem resolvidos, você deverá fechar e então reconectar o console do Gerenciador de Configurações para estabelecer uma sessão normal, em que você pode gerenciar objetos e configurações.
| Observação |
|---|
Um console do Gerenciador de Configurações que se conecta a uma instalação de avaliação do Gerenciador de Configurações, depois de concluído o período de avaliação de 180 dias, se conectará como um console somente leitura. |
Planejando vários usuários administrativos e a replicação de dados globais no Configuration Manager
Use as seções a seguir para ajudar a planejar diversos usuários administrativos que acessam objetos e definições de configuração que são compartilhadas entre sites. Esses dados são referidos como dados globais e estão disponíveis por toda a hierarquia.
Sobre várias edições em dados globais no Configuration Manager
Como usuários administrativos diferentes em um ou mais sites podem tentar gerenciar o mesmo objeto ao mesmo tempo, o Gerenciador de Configurações impede que um usuário administrativo edite um objeto se outro usuário administrativo na hierarquia estiver atualmente editando o mesmo objeto. Quando um objeto que você deseja gerenciar já estiver em uso, você terá a opção de exibir o objeto como uma instância somente leitura, ou tentar novamente obter propriedade do objeto. Se você tentar obter propriedade e o objeto não estiver mais em uso por outro usuário administrativo, você terá a propriedade do objeto concedida e poderá editá-lo. Não confunda o status somente leitura de um objeto que você deseja gerenciar com o console do Gerenciador de Configurações somente leitura. Diferente do console somente leitura, essa é uma condição específica do objeto que é temporária e baseada na disponibilidade atual do objeto em questão. Essa condição não está relacionada ao status do site ao qual o console do Gerenciador de Configurações se conecta.
O Gerenciador de Configurações também resolve edições para um objeto quando essas edições são feitas em sites diferentes, quando um dos sites não consegue replicar dados. Esse cenário pode ocorrer se um link de rede estiver desconectado. Nesse cenário, a primeira edição a um objeto que replica ao site de administração central tem precedência sobre uma edição posterior do site primário, que não podia replicar os dados.
Sobre o acesso a dados no console do Configuration Manager
Use a administração baseada em funções para definir os objetos na hierarquia que os usuários administrativos podem ver no console do Gerenciador de Configurações e as permissões que possuem a esses objetos. Use uma combinação de funções de segurança, escopos de segurança e coleções para ajudar a gerenciar o acesso aos dados em toda a hierarquia para cada usuário administrativo. Para obter mais informações, consulte Planejando a segurança no Configuration Manager.