Compartilhar via


Recuperar um site Configuration Manager

Aplica-se a: Configuration Manager (branch atual)

Execute um Configuration Manager recuperação do site depois que um site falhar ou ocorrer perda de dados no banco de dados do site. Reparar e ressincronizar dados são as tarefas principais de uma recuperação do site e são necessárias para evitar a interrupção das operações.

As seções deste artigo podem ajudá-lo a recuperar um site Configuration Manager. Para criar um backup, consulte Backup para Configuration Manager.

Considerações antes de recuperar um site

Importante

Essas informações se aplicam apenas a cenários de recuperação de site. Ao atualizar sua infraestrutura local e não recuperar ativamente um site com falha, examine as informações nos seguintes artigos:

Preparar o hardware do servidor

Verifique se as configurações existentes não estão presentes no servidor do site. Qualquer configuração anterior pode causar conflitos durante o processo de recuperação do site. Use uma das seguintes opções para o hardware do servidor:

  • Use um novo servidor que atenda aos requisitos gerais e de recuperação.

  • Formate os discos e reinstale o sistema operacional no servidor existente. Verifique se ele atende aos requisitos gerais e de recuperação.

  • Reutilizar um servidor existente que você limpou

Use um dos seguintes procedimentos para limpo um servidor existente:

Limpar um servidor existente somente para recuperação de servidor de site

  1. Excluir chaves do registro SMS: HKLM\Software\Microsoft\SMS
  2. Exclua todas as entradas do registro começando com SMS de HKLM\System\CurrentControlSet\Services. Por exemplo:
    • SMS_DISCOVERY_DATA_MANAGER
    • SMS_EXECUTIVE
    • SMS_INBOX_MONITOR
    • SMS_INVENTORY_DATA_LOADER
    • SMS_LAN_SENDER
    • SMS_MP_FILE_DISPATCH_MANAGER
    • SMS_SCHEDULER
    • SMS_SITE_BACKUP
    • SMS_SITE_COMPONENT_MANAGER
    • SMS_SITE_SQL_BACKUP
    • SMS_SITE_VSS_WRITER
    • SMS_SOFTWARE_METERING_PROCESSOR
    • SMS_STATE_SYSTEM
    • SMS_STATUS_MANAGER
    • SMS_WSUS_SYNC_MANAGER
    • SMSvcHost 3.0.0.0
    • SMSvcHost 4.0.0.0
  3. Desinstalar o console Configuration Manager
  4. Reinicie o servidor.
  5. Confirme se todas as chaves de registro acima são excluídas.

O servidor agora está pronto para o procedimento de restauração Configuration Manager.

Limpar um servidor existente somente para recuperação de banco de dados do site

  1. Faça backup do banco de dados do site. Faça backup de outros bancos de dados de suporte, como o WSUS.
  2. Observe o nome SQL Server e o nome da instância
  3. Exclua manualmente o banco de dados do site do SQL Server
  4. Reiniciar o SQL Server

O servidor agora está pronto para o procedimento de restauração Configuration Manager.

Limpar um servidor existente para recuperação completa

  1. Faça backup do banco de dados do site. Faça backup de outros bancos de dados de suporte, como o WSUS.
  2. Fazer uma cópia da biblioteca de conteúdo

Aviso

A etapa a seguir – Desinstalar o site Configuration Manager – só deve ser executada em um site primário autônomo ou em um site primário filho que não consegue se comunicar pela rede com o CAS (Site de Administração Central). Desinstalar o site em um resultado de hierarquia é o CAS perdendo a capacidade de se comunicar com esse filho primário e o processo de restauração falhará. Para sites primários filho, em vez disso, siga o Limpar um servidor existente para recuperação do servidor de site somente etapas acima.

  1. Exclua manualmente o banco de dados do site do SQL Server
  2. Desinstalar o site Configuration Manager
  3. Exclua manualmente a pasta de instalação Configuration Manager, registros relacionados e quaisquer outras pastas Configuration Manager
  4. Reinicie o servidor.
  5. Restaure a biblioteca de conteúdo e outros bancos de dados, como o WSUS.

O servidor agora está pronto para o procedimento de restauração Configuration Manager.

Use uma versão com suporte e a mesma edição do SQL Server

Se possível, use a mesma versão do SQL Server. No entanto, há suporte para restaurar um banco de dados para uma versão mais recente.

Não altere o SQL Server edição. Não há suporte para restaurar um banco de dados do site da edição Standard para a edição enterprise.

Outros requisitos de configuração SQL Server:

  • SQL Server não pode ser definido como modo de usuário único.
  • Verifique se os arquivos MDF e LDF são válidos. Quando você recupera um site, não há marcar para o estado dos arquivos.

SQL Server Always On grupos de disponibilidade

Se você usar SQL Server Always On grupos de disponibilidade para hospedar o banco de dados do site, modifique seus planos de recuperação conforme descrito em Preparar para usar SQL Server Always On.

Réplicas de banco de dados

Depois de restaurar um banco de dados do site que você configurou para réplicas de banco de dados, reconfigure cada réplica. Antes de usar as réplicas de banco de dados, recrie as publicações e as assinaturas.

Determinar suas opções de recuperação

Há duas main áreas a serem consideradas para Configuration Manager recuperação de CAS (servidor de site primário) e site de administração central: o servidor do site e o banco de dados do site. As seções a seguir podem ajudá-lo a selecionar as melhores opções para o cenário de recuperação.

Observação

Quando Configuration Manager instalação detecta um site existente no servidor, você pode iniciar uma recuperação de site, mas as opções de recuperação para o servidor do site são limitadas. Por exemplo, se você executar a Instalação em um servidor de site existente, quando escolher a recuperação, poderá recuperar o servidor de banco de dados do site, mas a opção de recuperar o servidor do site será desabilitada.

Opções de recuperação do servidor de site

Inicie Configuration Manager configuração de uma cópia da pasta CD.Latest que você criou fora da pasta de instalação Configuration Manager.

  • Se você executar a configuração no menu Iniciar no servidor do site, a opção Recuperar um site não estará disponível.

  • Se você instalou as atualizações de dentro do console Configuration Manager antes de fazer o backup, não poderá reinstalar o site usando a configuração dos seguintes locais:

    • Mídia de instalação
    • O caminho de instalação Configuration Manager

Em seguida, selecione a opção Recuperar um site . Você tem as seguintes opções de recuperação para o servidor de site com falha:

Recuperar o servidor do site usando um backup existente

Use essa opção quando você tiver um backup Configuration Manager do servidor do site de antes da falha do site. O site cria esse backup como parte da tarefa de manutenção do Servidor de Site de Backup . O site é reinstalado e as configurações do site são configuradas com base no site que fez backup.

Reinstalar o servidor do site

Use essa opção quando não tiver um backup do servidor do site. O servidor do site é reinstalado e você deve especificar as configurações do site como faria durante uma instalação inicial.

  • Use o mesmo código do site e o nome do banco de dados do site que você usou quando o site com falha foi instalado pela primeira vez.

  • Você pode reinstalar o site em um novo computador que executa uma nova versão do sistema operacional.

  • O servidor deve usar o mesmo nome de host e o FQDN (nome de domínio totalmente qualificado) do servidor de site original.

Opções de recuperação de banco de dados do site

Ao executar Configuration Manager configuração, você tem as seguintes opções de recuperação para o banco de dados do site:

Recuperar o banco de dados do site usando um conjunto de backup

Use essa opção quando tiver um backup Configuration Manager do banco de dados do site antes da falha do banco de dados. O site cria esse backup como parte da tarefa de manutenção do Servidor de Site de Backup . Em uma hierarquia, ao restaurar um site primário, o processo de recuperação recupera do CAS quaisquer alterações feitas no banco de dados do site após o último backup. Ao restaurar o CAS, o processo de recuperação recupera essas alterações de um site primário de referência. Ao recuperar o banco de dados do site para um site primário autônomo, você perde as alterações de site após o último backup.

Quando você recupera o banco de dados do site para um site em uma hierarquia, o comportamento de recuperação é diferente para um CAS e um site primário. O comportamento também é diferente quando o último backup está dentro ou fora do SQL Server período de retenção de controle de alterações. Para obter mais informações, consulte a seção Cenários de recuperação de banco de dados do site neste artigo.

Observação

Se você selecionar restaurar o banco de dados do site usando um conjunto de backup, mas o banco de dados do site já existir, a recuperação falhará.

Criar um novo banco de dados para este site

Use essa opção quando não tiver um backup do banco de dados do site. Em uma hierarquia, o processo de recuperação cria um novo banco de dados do site. Ao restaurar um site primário filho, ele recupera os dados replicando do CAS. Ao restaurar o CAS, ele replica dados de um site primário de referência. Essa opção não está disponível quando você está recuperando um site primário autônomo ou um CAS que não tem sites primários.

Usar um banco de dados do site que foi recuperado manualmente

Use essa opção quando já tiver recuperado o banco de dados do site Configuration Manager, mas precisa concluir o processo de recuperação.

  • Configuration Manager pode recuperar o banco de dados do site de qualquer um dos seguintes processos:

    • A tarefa de manutenção de backup Configuration Manager

    • Um backup do banco de dados do site usando o DPM (Gerenciador de Proteção de Dados)

    • Outro processo de backup

      Depois de restaurar o banco de dados do site usando um método fora Configuration Manager, execute Configuração e selecione essa opção para concluir a recuperação do banco de dados do site.

      Observação

      Ao usar o DPM para fazer backup do banco de dados do site, use os procedimentos DPM para restaurar o banco de dados do site em um local especificado antes de continuar o processo de restauração em Configuration Manager. Para obter mais informações sobre o DPM, consulte a biblioteca de documentação do Data Protection Manager .

  • Em uma hierarquia, quando você recupera um banco de dados de site primário, o processo de recuperação recupera do CAS todas as alterações feitas no banco de dados do site após o último backup. Ao restaurar o CAS, o processo de recuperação recupera essas alterações de um site primário de referência. Ao recuperar o banco de dados do site para um site primário autônomo, você perde as alterações de site após o último backup.

Ignorar a recuperação de banco de dados

Use essa opção quando nenhuma perda de dados tiver ocorrido no servidor de banco de dados do site Configuration Manager. Essa opção só é válida quando o banco de dados do site está em um computador diferente do servidor de site que você está recuperando.

SQL Server período de retenção de controle de alterações

Configuration Manager permite o controle de alterações para o banco de dados do site no SQL Server. O controle de alterações permite que Configuration Manager consulta para obter informações sobre as alterações feitas nas tabelas de banco de dados após um ponto anterior no tempo. O período de retenção especifica quanto tempo as informações de controle de alterações são mantidas. Por padrão, o banco de dados do site está configurado para ter um período de retenção de cinco dias. Quando você recupera um banco de dados do site, o processo de recuperação prossegue de maneira diferente se o backup estiver dentro ou fora do período de retenção. Por exemplo, se o SQL Server falhar e o último backup tiver sete dias, ele estará fora do período de retenção.

Para obter mais informações sobre SQL Server internos de controle de alterações, confira as seguintes postagens no blog da equipe de SQL Server: Controle de Alterações Cleanup - parte 1 e Controle de Alterações Cleanup - parte 2.

Reinicialização de dados de site ou global

O processo para reinicializar dados do site ou global substitui os dados existentes no banco de dados do site por dados de outro banco de dados do site. Por exemplo, quando o site ABC reinicializa dados do site XYZ, as seguintes etapas ocorrem:

  • Os dados são copiados do site XYZ para o site ABC.
  • Os dados existentes do site XYZ são removidos do banco de dados do site no site ABC.
  • Os dados copiados do site XYZ são inseridos no banco de dados do site para o site ABC.

Cenário de exemplo 1: o site primário reinicializa os dados globais do CAS

O processo de recuperação remove os dados globais existentes para o site primário no banco de dados do site primário e substitui os dados pelos dados globais copiados do CAS.

Cenário de exemplo 2: o CAS reinicializa os dados do site de um site primário

O processo de recuperação remove os dados de site existentes para esse site primário no banco de dados CAS. Ele substitui os dados pelos dados do site copiados do site primário. Os dados do site de outros sites primários não são afetados.

Cenários de recuperação de banco de dados do site

Depois que um banco de dados do site é restaurado de um backup, Configuration Manager tenta restaurar as alterações no site e nos dados globais após o último backup de banco de dados. Configuration Manager inicia as seguintes ações depois que um banco de dados do site é restaurado do backup:

O site recuperado é um CAS

  • Backup de banco de dados no período de retenção de rastreamento de alterações

    • Dados globais: as alterações nos dados globais após o backup são replicadas de todos os sites primários.

    • Dados do site: as alterações nos dados do site após o backup são replicadas de todos os sites primários.

  • Backup de banco de dados mais antigo do que o período de retenção de rastreamento de alterações

    • Dados globais: o CAS reinitializa os dados globais do site primário de referência se você especifique- os. Em seguida, todos os outros sites primários reinitilizam os dados globais do CAS. Se você não especificar um site de referência, todos os sites primários reinitializarão os dados globais do CAS. Esses dados são o que você restaurou do backup.

    • Dados do site: o CAS reinicializa os dados do site de cada site primário.

O site recuperado é um site primário

  • Backup de banco de dados no período de retenção de rastreamento de alterações

    • Dados globais: as alterações nos dados globais após o backup são replicadas do CAS.

    • Dados do site: o CAS reinicializa os dados do site do site primário. Alterações após a perda do backup. Os clientes regeneram a maioria dos dados quando enviam informações para o site primário.

  • Backup de banco de dados mais antigo do que o período de retenção de rastreamento de alterações

    • Dados globais: o site primário reinicializa os dados globais do CAS.

    • Dados do site: o CAS reinicializa os dados do site do site primário. Alterações após a perda do backup. Os clientes regeneram a maioria dos dados quando enviam informações para o site primário.

Procedimentos de recuperação de site

Use um dos seguintes procedimentos para ajudá-lo a recuperar o servidor do site e o banco de dados do site:

Iniciar uma recuperação de site no assistente de instalação

  1. Copie a pasta CD.Latest para um local fora da pasta de instalação Configuration Manager. Na cópia da pasta CD.Latest, execute o assistente de configuração Configuration Manager.

  2. Na página Introdução, selecione Recuperar um site e selecione Avançar.

  3. Conclua o assistente usando as opções apropriadas para a recuperação do site.

    • Durante a recuperação, a instalação identifica a porta SSB (Service Broker) SQL Server usada pelo SQL Server. Não altere essa configuração de porta durante a recuperação ou a replicação de dados não funcionará corretamente após a conclusão da recuperação.

    • Você pode especificar o caminho original ou um novo a ser usado para a instalação do Configuration Manager no assistente de instalação.

Iniciar uma recuperação de site autônoma

  1. Prepare o script de instalação autônomo para as opções necessárias para a recuperação do site. Para obter mais informações, consulte Recuperação de site autônomo.

  2. Execute Configuration Manager configuração usando a opção /script de linha de comando. Por exemplo, você cria um arquivo de inicialização de configuraçãoConfigMgrUnattend.ini. Você o salva no C:\Temp diretório do computador no qual está executando a instalação. Use o seguinte comando:

    setup.exe /script C:\temp\ConfigMgrUnattend.ini

Observação

Depois de recuperar um CAS, a replicação de alguns dados do site de sites filho pode não ser estabelecida. Esses dados podem incluir inventário de hardware, inventário de software e mensagens de status.

Se esse problema ocorrer, reinitialize o ConfigMgrDRSSiteQueue para replicação de banco de dados. Use SQL Server Manager para executar a seguinte consulta no banco de dados do site para o CAS:

IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)  
 
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON

Tarefas pós-recuperação

Depois de recuperar seu site, há várias tarefas pós-recuperação a serem consideradas antes da conclusão da recuperação do site. Use as seções a seguir para ajudá-lo a concluir o processo de recuperação do site.

Senhas da conta de usuário reentrada

Após uma recuperação do servidor do site, reentrada as senhas de todas as contas de usuário no site. Essas senhas são redefinidas durante a recuperação do site. As contas são listadas na página Concluída do assistente de configuração após a conclusão da recuperação do site. A lista também é salva C:\ConfigMgrPostRecoveryActions.html no servidor de site recuperado.

Reentrada senhas da conta de usuário após a recuperação do site

  1. Abra o console Configuration Manager e conecte-se ao site recuperado.

  2. Vá para o workspace Administração , expanda Segurança e selecione Contas.

  3. Para cada conta, faça as seguintes etapas para reentrada na senha:

    1. Selecione a conta na lista identificada após a recuperação do site.

    2. Selecione Propriedades na faixa de opções.

    3. Na guia Geral , selecione Definir e, em seguida, reentrada a senha da conta.

    4. Selecione Verificar, escolha a fonte de dados apropriada para a conta de usuário selecionada e selecione Testar conexão. Esta etapa testa que a conta de usuário pode se conectar à fonte de dados e verifica as credenciais.

    5. Selecione OK para salvar as alterações de senha e selecione OK para fechar a página de propriedades da conta.

Reentrada senhas PXE

  1. No console Configuration Manager, acesse o workspace Administração e selecione o nó Pontos de Distribuição. Qualquer ponto de distribuição local com Sim na coluna PXE está habilitado para PXE e pode ter uma senha para reentrada.

  2. Selecione um ponto de distribuição habilitado para PXE e selecione Propriedades na faixa de opções.

  3. Alterne para a guia PXE .

  4. Se a opção exigir uma senha quando os computadores usarem PXE estiver habilitada, insira e confirme a senha.

  5. Selecione OK para salvar e fechar as propriedades.

Repita esse processo para qualquer outro ponto de distribuição local habilitado para PXE.

Senhas de sequência de tarefas de reentrada

  1. No console Configuration Manager, acesse o workspace biblioteca de software, expanda Sistemas Operacionais e selecione o nó Sequências de Tarefas.

  2. Selecione uma sequência de tarefas e, em seguida, na faixa de opções, selecione Editar.

  3. Examine as seguintes etapas para que as senhas sejam reentradas:

    • Aplicar Configurações do Windows: se você habilitar e especificar a senha do administrador local, reentrada e confirme a senha.

    • Aplicar Configurações de Rede: para a conta que tem permissão para ingressar no domínio, selecione Definir. Insira e confirme a senha e selecione Verificar.

    • Captura imagem do sistema operacional: para a conta usada para acessar o destino, selecione Definir. Insira e confirme a senha e selecione Verificar.

    • Conectar-se à Pasta de Rede: para a conta usada para conectar uma pasta de rede, selecione Definir. Insira e confirme a senha e selecione Verificar.

    • Habilitar o BitLocker: se você usar a opção de gerenciamento de chaves TPM e PIN, reentrada o PIN.

    • Ingressar domínio ou grupo de trabalho: para a conta que tem permissão para ingressar no domínio, selecione Definir. Insira e confirme a senha e selecione Verificar.

    • Executar Linha de Comando: se você usar a opção para Executar esta etapa como a conta a seguir, selecione Definir. Insira e confirme a senha e selecione Verificar.

    • Executar o Script do PowerShell: se você usar a opção para Executar esta etapa como a conta a seguir, selecione Definir. Insira e confirme a senha e selecione Verificar.

Repita esse processo para todas as sequências de tarefas.

Recriar mídia inicializável e mídia prestada em ambientes não PKI

Em ambientes não PKI, os certificados autoassinados em mídia inicializável e mídia prestaged são baseados nas chaves do computador do servidor em que a mídia foi criada. Por esse motivo, se o hardware for alterado ou o sistema operacional for reinstalado como parte de uma recuperação, qualquer mídia inicializável e mídia criada nesse servidor precisarão ser recriadas. Para obter mais informações sobre como criar mídia inicializável e mídia prestaged, consulte Criar mídia inicializável e Criar mídia prestaged.

Chaves de sideload de reentrada

Após uma recuperação do servidor de site, reentre as chaves de sideload do Windows especificadas para o site. Essas chaves são redefinidas durante a recuperação do site. Depois de reentrar as chaves de sideload, o site redefine a contagem na coluna Ativações usadas para chaves de sideload do Windows.

Por exemplo, antes da falha do site, a contagem total de ativações é mostrada como 100. O número de chaves usadas pelos dispositivos ou ativações é90. Após a recuperação do site, o valor Total de ativações ainda exibe 100, mas a coluna Ativações usadas exibe incorretamente 0. Depois que 10 novos dispositivos usam uma chave de sideload, não há mais chaves de sideload e o 11º dispositivo falha ao aplicar uma chave de sideload.

Recriar serviços do Azure

Após a recuperação do site, você poderá ver o seguinte erro no cloudmgr.log:

Index (zero-based) must be greater than or equal to zero

Para resolve esse problema, renove a chave secreta para cada conexão de locatário do Azure.

Excluir e recriar assinaturas para notificações externas no CAS

Depois de recuperar o CAS, você precisará excluir e recriar quaisquer assinaturas para notificações externas. Para obter mais informações, confira notificações externas.

Configurar HTTPS para funções do sistema de sites que usam o IIS

Ao recuperar sistemas de site que executam o IIS e você configurou para HTTPS, reconfigure o IIS para usar o certificado do servidor Web.

Reinstalar hotfixes

Após uma recuperação do site, você deve reinstalar todos os hotfixes fora da banda que foram aplicados ao servidor do site. Após a recuperação do site, exiba a lista dos hotfixes instalados anteriormente na página Concluída do assistente de instalação. Essa lista também é salva C:\ConfigMgrPostRecoveryActions.html no servidor do site recuperado.

Recuperar relatórios personalizados

Alguns clientes criam relatórios personalizados em SQL Server Reporting Services. Quando esse componente falhar, recupere os relatórios de um backup do servidor de relatório. Para obter mais informações sobre como restaurar seus relatórios personalizados no Reporting Services, consulte Operações de Backup e Restauração para Reporting Services.

Recuperar arquivos de conteúdo

O banco de dados do site rastreia onde o servidor do site armazena os arquivos de conteúdo. Os arquivos de conteúdo em si não são backup nem restaurados como parte do processo de backup e recuperação. Para recuperar totalmente os arquivos de conteúdo, restaure a biblioteca de conteúdo e os arquivos de origem do pacote para o local original. Há vários métodos para recuperar seus arquivos de conteúdo. O método mais fácil é restaurar os arquivos de um backup do sistema de arquivos do servidor do site.

Se você não tiver um backup do sistema de arquivos para os arquivos de origem do pacote, copie ou baixe-os manualmente. Esse processo é semelhante ao de quando você criou o pacote originalmente. Execute a consulta a seguir no SQL Server para localizar o local de origem do pacote para todos os pacotes e aplicativos: SELECT * FROM v_Package. Identifique o site de origem do pacote examinando os três primeiros caracteres da ID do pacote. Por exemplo, se a ID do pacote for CEN00001, o código do site para o site de origem será CEN. Quando você restaura os arquivos de origem do pacote, eles devem ser restaurados para o mesmo local em que estavam antes da falha.

Se você não tiver um backup do sistema de arquivos que inclua a biblioteca de conteúdo, terá as seguintes opções de restauração:

  • Importar um arquivo de conteúdo prestaged: em uma hierarquia de Configuration Manager, você pode criar um arquivo de conteúdo com todos os pacotes e aplicativos de outro local. Em seguida, importe o arquivo de conteúdo prestaged para recuperar a biblioteca de conteúdo no servidor do site.

  • Atualizar conteúdo: Configuration Manager copia o conteúdo da origem do pacote para a biblioteca de conteúdo. Para que essa ação seja concluída com êxito, os arquivos de origem do pacote devem estar disponíveis no local original. Faça essa ação em cada pacote e aplicativo.

Recuperar atualizações de software personalizadas

Ao incluir arquivos de banco de dados do System Center Atualizações Publisher em seu plano de backup, você poderá recuperar os bancos de dados se o computador Atualizações Publisher falhar. Para obter mais informações sobre Atualizações Publisher, consulte System Center Atualizações Publisher.

Restaurar o banco de dados Atualizações Publisher

  1. Reinstale Atualizações Publisher no computador recuperado.

  2. Copie o arquivo de banco de dados Scupdb.sdf do destino de backup para %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ no computador que executa Atualizações Publisher.

  3. Quando mais de um usuário executa Atualizações Publisher no computador, copie cada arquivo de banco de dados para o local de perfil de usuário apropriado.

Dados de Migração de Estado do Usuário

Como parte das propriedades do ponto de migração de estado, você especifica as pastas que armazenam dados de estado do usuário. Depois de recuperar um ponto de migração de estado, restaure manualmente os dados de estado do usuário no servidor. Restaure-os para as mesmas pastas que armazenaram os dados antes da falha.

Regenerar os certificados para pontos de distribuição

Depois de restaurar um site, o distmgr.log poderá listar a seguinte entrada para um ou mais pontos de distribuição: Failed to decrypt cert PFX data. Essa entrada indica que os dados do certificado do ponto de distribuição não podem ser descriptografados pelo site. Para resolve esse problema, regenerou ou reimporte o certificado para os pontos de distribuição afetados. Use o cmdlet Set-CMDistributionPoint PowerShell.

Restaurar certificados de criptografia de banco de dados

Se você usar SQL Server criptografia para todo o banco de dados ou para tabelas específicas, talvez seja necessário restaurar os certificados depois de restaurar o banco de dados do site. Por exemplo, se você criptografar dados de recuperação para o gerenciamento do BitLocker. Para obter mais informações, confira Restaurar certificado para o gerenciamento do BitLocker.

Recuperar um site secundário

Configuration Manager não dá suporte ao backup do banco de dados em um site secundário, mas dá suporte à recuperação reinstalando o site secundário. A recuperação de site secundário é necessária quando um Configuration Manager site secundário falha.

Requisitos

  • O servidor deve atender a todos os pré-requisitos de site secundários e ter os direitos de segurança apropriados configurados.

  • Use o mesmo caminho de instalação usado para o site com falha.

  • Use um servidor com a mesma configuração que o servidor com falha. Essa configuração inclui seu FQDN (nome de domínio totalmente qualificado).

  • O servidor deve ter a mesma configuração de SQL Server que o site com falha.

    • Durante uma recuperação de site secundário, Configuration Manager não instalará SQL Server Express se ainda não estiver instalado no computador.

    • Use a mesma versão do SQL Server e a mesma instância de SQL Server que você usou para o banco de dados de site secundário antes da falha.

Procedimento

Use a ação Recuperar Site Secundário do nó Sites no console Configuration Manager. Ao contrário de outros tipos de sites, a recuperação de um site secundário não usa um arquivo de backup. Esse processo reinstala os arquivos de site secundários no servidor com falha. Após a reinstalação do site, os dados secundários do site são reinitializados do site primário pai.

Durante o processo de recuperação, Configuration Manager verifica se a biblioteca de conteúdo existe no servidor de site secundário. Ele também verifica se o conteúdo apropriado está disponível. O site secundário usará a biblioteca de conteúdo existente, se incluir o conteúdo apropriado. Caso contrário, para recuperar a biblioteca de conteúdo de um site secundário, redistribua ou execute o conteúdo para o servidor.

Quando você tem um ponto de distribuição que não está no servidor de site secundário, não é necessário reinstalar o ponto de distribuição durante uma recuperação do site secundário. Após a recuperação do site secundário, o site sincroniza automaticamente com o ponto de distribuição.

Você pode verificar o status da recuperação de site secundário usando a ação Mostrar Status de Instalação do nó Sites no console Configuration Manager.