Partilhar via

Recuperar um site do Gestor de Configuração

  • Artigo

Aplica-se a: Configuration Manager (ramo atual)

Executar uma recuperação do site do Gestor de Configuração depois de um site falhar ou a perda de dados ocorrer na base de dados do site. Reparar e ressincronizar dados são as tarefas principais de uma recuperação de site e são necessárias para evitar a interrupção das operações.

As secções deste artigo podem ajudá-lo a recuperar um site do Gestor de Configurações. Para criar uma cópia de segurança, consulte Backup para O Gestor de Configuração.

Considerações antes de recuperar um site

Importante

Esta informação aplica-se apenas aos cenários de recuperação do local. Quando estiver a atualizar a sua infraestrutura no local e não recuperar ativamente um site falhado, reveja as informações nos seguintes artigos:

Prepare o hardware do servidor

Certifique-se de que as configurações existentes não estão presentes no servidor do site. Quaisquer configurações anteriores podem causar conflitos durante o processo de recuperação do site. Utilize uma das seguintes opções para o hardware do servidor:

  • Use um novo servidor que satisfaça os requisitos gerais e de recuperação.

  • Formatar os discos e reinstalar o SO no servidor existente. Certifique-se de que satisfaz os requisitos gerais e de recuperação.

  • Reutilizar um servidor existente que limpou

Utilize um dos seguintes procedimentos para limpar um servidor existente:

Limpe um servidor existente apenas para recuperação do servidor do site

  1. Eliminar as chaves de registo SMS: HKLM\Software\Microsoft\SMS
  2. Elimine quaisquer entradas de registo a partir 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 a consola Do Gestor de Configuração
  4. Reiniciar o servidor
  5. Confirme que todas as chaves de registo acima foram eliminadas.

O servidor está agora pronto para o procedimento de restauro do Gestor de Configuração.

Limpe um servidor existente apenas para recuperação de bases de dados de sites

  1. Ressi para a base de dados do site. Também apoie quaisquer outras bases de dados de suporte, como a WSUS.
  2. Certifique-se de ter em conta o nome SQL Server e nome da instância
  3. Eliminar manualmente a base de dados do site do SQL Server
  4. Reiniciar a SQL Server

O servidor está agora pronto para o procedimento de restauro do Gestor de Configuração.

Limpe um servidor existente para a recuperação total

  1. Ressi para a base de dados do site. Também apoie quaisquer outras bases de dados de suporte, como a WSUS.
  2. Faça uma cópia da biblioteca de conteúdos
  3. Desinstalar o site do Gestor de Configuração
  4. Eliminar manualmente a base de dados do site do SQL Server
  5. Elimine manualmente a pasta de instalação do Gestor de Configuração e quaisquer outras pastas do Gestor de Configuração
  6. Reiniciar o servidor
  7. Restaurar a biblioteca de conteúdos e outras bases de dados como a WSUS

O servidor está agora pronto para o procedimento de restauro do Gestor de Configuração.

Use uma versão suportada e a mesma edição de SQL Server

Se possível, utilize a mesma versão de SQL Server. No entanto, é suportado para restaurar uma base de dados para uma versão mais recente.

Não mude a edição SQL Server. Restaurar uma base de dados do site da edição Standard para a edição Enterprise não é suportado.

Outros requisitos de configuração SQL Server:

  • SQL Server não pode ser configurado para o modo de utilizador único.
  • Certifique-se de que os ficheiros MDF e LDF são válidos. Quando se recupera um site, não há verificação do estado dos ficheiros.

Grupos de disponibilidade Always On do SQL Server

Se utilizar SQL Server Grupos de disponibilidade para hospedar a base de dados do site, modifique os seus planos de recuperação conforme descrito na Prepare-SQL Server Always On.

Réplicas de base de dados

Depois de restaurar uma base de dados do site que configura para réplicas de bases de dados, reconfigure cada réplica. Antes de poder utilizar as réplicas da base de dados, recrie as publicações e as subscrições.

Determinar as opções de recuperação

Existem duas áreas principais a ter em conta para o servidor do site principal do Gestor de Configuração e para a recuperação do site da administração central (CAS): o servidor do site e a base de dados do site . As seguintes secções podem ajudá-lo a selecionar as melhores opções para o seu cenário de recuperação.

Nota

Quando a configuração do Gestor de Configuração deteta um site existente no servidor, pode iniciar uma recuperação do site, mas as opções de recuperação do servidor do site são limitadas. Por exemplo, se executar o Programa de Configuração num servidor de site existente, quando escolher a recuperação, poderá recuperar o servidor de base de dados do site, mas a opção de recuperação do servidor de site é desativada.

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

Iniciar a configuração do Gestor de Configuração a partir de uma cópia da pasta CD.Mais recente que criou fora da pasta de instalação do Gestor de Configuração.

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

  • Se instalou quaisquer atualizações a partir da consola Do Gestor de Configuração antes de fazer a cópia de segurança, não poderá reinstalar o site utilizando a configuração a partir dos seguintes locais:

    • Meios de instalação
    • O caminho de instalação do Gestor de Configuração

Em seguida, selecione a opção Recuperar um site. Tem as seguintes opções de recuperação para o servidor do site falhado:

Recupere o servidor do site usando uma cópia de segurança existente

Utilize esta opção quando tiver uma cópia de segurança do Servidor de Configuração do servidor do site antes da falha do site. O site cria esta cópia de segurança como parte da tarefa de manutenção do Servidor do Site de Backup. O site é reinstalado e as definições do site são configuradas com base no site que foi apoiado.

Reinstalar o servidor do site

Utilize esta opção quando não tiver uma cópia de segurança do servidor do site. O servidor do site foi reinstalado e tem de especificar as definições do site como faria durante uma instalação inicial.

  • Utilize o mesmo código do site e o nome da base de dados do site que usou quando o site falhado foi instalado pela primeira vez.

  • Pode reinstalar o site num novo computador que executa uma nova versão SO.

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

Opções de recuperação da base de dados do site

Quando executar a configuração do Gestor de Configuração, tem as seguintes opções de recuperação para a base de dados do site:

Recupere a base de dados do site usando um conjunto de backup

Utilize esta opção quando tiver uma cópia de segurança do Gestor de Configuração da base de dados do site antes da falha da base de dados. O site cria esta cópia de segurança como parte da tarefa de manutenção do Servidor do Site de Backup. Numa hierarquia, ao restaurar um local primário, o processo de recuperação recupera do CAS quaisquer alterações es feitas na base de dados do site após a última cópia de segurança. Ao restaurar o CAS, o processo de recuperação recupera estas alterações a partir de um local primário de referência. Quando recupera a base de dados do site para um local primário autónomo, perde as alterações do site após a última cópia de segurança.

Quando recupera a base de dados do site para um site numa hierarquia, o comportamento de recuperação é diferente para um CAS e site primário. O comportamento também é diferente quando a última cópia de segurança está dentro ou fora do SQL Server alterar o período de retenção de rastreamento. Para mais informações, consulte a secção de cenários de recuperação da base de dados do Site neste artigo.

Nota

Se selecionar para restaurar a base de dados do site utilizando um conjunto de backup, mas a base de dados do site já existe, a recuperação falha.

Criar uma nova base de dados para este site

Utilize esta opção quando não tiver uma cópia de segurança da base de dados do site. Numa hierarquia, o processo de recuperação cria uma nova base de dados do site. Ao restaurar um local primário para crianças, recupera os dados replicando-se do CAS. Ao restaurar o CAS, replica dados de um local primário de referência. Esta opção não está disponível quando se está a recuperar um site primário autónomo ou um CAS que não tem sites primários.

Use uma base de dados do site que tenha sido recuperada manualmente

Utilize esta opção quando já tiver recuperado a base de dados do Site Do Gestor de Configuração, mas precisa de concluir o processo de recuperação.

  • O Gestor de Configuração pode recuperar a base de dados do site a partir de qualquer um dos seguintes processos:

    • A tarefa de manutenção de backup do Gestor de Configuração

    • Uma cópia de segurança da base de dados do site utilizando Data Protection Manager (DPM)

    • Outro processo de backup

      Depois de restaurar a base de dados do site utilizando um método fora do Gestor de Configuração, executar Configuração e selecione esta opção para concluir a recuperação da base de dados do site.

      Nota

      Quando utilizar o DPM para fazer o back-base do site, utilize os procedimentos DPM para restaurar a base de dados do site para um local especificado antes de continuar o processo de restauro no Gestor de Configuração. Para mais informações sobre o DPM, consulte a biblioteca de documentação Data Protection Manager.

  • Numa hierarquia, quando recupera uma base de dados do site primário, o processo de recuperação recupera do CAS quaisquer alterações es feitas na base de dados do site após a última cópia de segurança. Ao restaurar o CAS, o processo de recuperação recupera estas alterações a partir de um local primário de referência. Quando recupera a base de dados do site para um local primário autónomo, perde as alterações do site após a última cópia de segurança.

Saltar recuperação da base de dados

Utilize esta opção quando não ocorrer qualquer perda de dados no servidor de base de dados do Site Do Gestor de Configuração. Esta opção só é válida quando a base de dados do site está num computador diferente do servidor do site que está a recuperar.

Período de retenção do registo de alterações do SQL Server

O Gestor de Configuração permite o rastreio de alterações para a base de dados do site em SQL Server. O rastreio de alteração permite que o Gestor de Configuração se questione sobre as alterações es feitas nas tabelas de bases de dados após um ponto anterior no tempo. O período de retenção especifica a duração da conservação da informação de rastreio de alterações. Por predefinição, a base de dados do site está configurada para ter um período de retenção de cinco dias. Quando recupera a base de dados de um site, o processo de recuperação procede de forma diferente se a sua cópia de segurança estiver dentro ou fora do período de retenção. Por exemplo, se o seu SQL Server falhar, e o seu último reforço tiver sete dias, está fora do período de retenção.

Para obter mais informações sobre SQL Server alterar os internos de rastreio, consulte as seguintes publicações de blog da equipa de SQL Server: Change Tracking Cleanup - parte 1 e Change Tracking Cleanup - parte 2.

Reinitialização do site ou dados globais

O processo para reinicializar um site ou dados globais substitui dados existentes na base de dados do site por dados da base de dados de outro site. Por exemplo, quando o site ABC reinicializa dados do site XYZ, ocorrem os seguintes passos:

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

Exemplo cenário 1: O site primário reinitializa os dados globais do CAS

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

Exemplo cenário 2: O CAS reinicia os dados do site a partir de um site primário

O processo de recuperação remove os dados do site existentes para esse local primário na base de dados CAS. Substitui os dados pelos dados do site copiados do site primário. Os dados do site para outros locais primários não são afetados.

Cenários de recuperação de bases de dados de site

Depois de uma base de dados do site ser restaurada a partir de uma cópia de segurança, o Gestor de Configurações tenta restaurar as alterações no site e os dados globais após a última cópia de segurança da base de dados. O Gestor de Configuração inicia as seguintes ações depois de uma base de dados do site ser restaurada a partir de cópia de segurança:

O local recuperado é um CAS

  • Cópia de segurança da base de dados dentro do período de retenção do registo de alterações

    • Dados globais: As mudanças nos dados globais após a cópia de segurança são replicadas a partir de todos os sites primários.

    • Dados do site: As alterações nos dados do site após a cópia de segurança são replicadas a partir de todos os sites primários.

  • Cópia de segurança da base de dados anterior ao período de retenção do registo de alterações

    • Dados globais: O CAS reinicia os dados globais a partir do local primário de referência se os especificar. Em seguida, todos os outros sites primários reinlitam os dados globais do CAS. Se não especificar um site de referência, todos os sites primários reiniciam os dados globais do CAS. Estes dados são o que restaurou a partir de cópias de segurança.

    • Dados do site: O CAS reinicia os dados do site a partir de cada local primário.

O local recuperado é um local primário

  • Cópia de segurança da base de dados dentro do período de retenção do registo de alterações

    • Dados globais: As alterações nos dados globais após a cópia de segurança são replicadas a partir do CAS.

    • Dados do site: O CAS reinicia os dados do site a partir do site primário. Mudanças após a perda do backup. Os clientes regeneram a maioria dos dados quando enviam informações para o site principal.

  • Cópia de segurança da base de dados anterior ao período de retenção do registo de alterações

    • Dados globais: O site primário reinicia os dados globais do CAS.

    • Dados do site: O CAS reinicia os dados do site a partir do site primário. Mudanças após a perda do backup. Os clientes regeneram a maioria dos dados quando enviam informações para o site principal.

Procedimentos de recuperação de sites

Utilize um dos seguintes procedimentos para o ajudar a recuperar o servidor do site e a base de dados do site:

Inicie uma recuperação do site no assistente de configuração

  1. Copie a pasta CD.Mais recente para uma localização fora da pasta de instalação do Gestor de Configuração. A partir da cópia da pasta CD.Mais recente, executar o assistente de configuração do Gestor de Configuração.

  2. Na página 'Iniciar', selecione Recuperar um site e, em seguida, selecione Seguinte.

  3. Conclua o assistente utilizando as opções adequadas para a recuperação do seu site.

    • Durante a recuperação, a configuração identifica a porta SQL Server Service Broker (SSB) utilizada pela SQL Server. Não altere esta definição de porta durante a recuperação ou a replicação de dados não funcionará corretamente após a recuperação concluída.

    • Pode especificar o original ou um novo caminho a utilizar para a instalação do Gestor de Configuração no assistente de configuração.

Inicie uma recuperação do site sem supervisão

  1. Prepare o script de instalação automática para as opções de que necessita para a recuperação do site. Para obter mais informações, consulte a recuperação do site sem supervisão.

  2. Executar configuração do Gestor de Configuração utilizando a /script opção de linha de comando. Por exemplo, cria um ficheiro de inicialização de configuração ConfigMgrUnattend.ini. Guarde-o no C:\Temp diretório do computador em que está a executar a configuração. Utilize o seguinte comando:

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

Nota

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

Se este problema ocorrer, reinicie o ConfigMgrDRSSiteQueue para a replicação da base de dados. Utilize SQL Server Gestor para executar a seguinte consulta na base 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 de pós-recuperação

Depois de recuperar o seu site, existem várias tarefas de pós-recuperação a considerar antes da recuperação do seu site estar concluída. Utilize as secções seguintes para concluir o processo de recuperação do site.

Reentrar palavras-passe da conta de utilizador

Após a recuperação do servidor do site, reentre nas palavras-passe de quaisquer contas de utilizador no site. Estas palavras-passe são reiniciadas durante a recuperação do site. As contas estão listadas na página acabada do assistente de configuração após a recuperação do site estar concluída. A lista também é guardada C:\ConfigMgrPostRecoveryActions.html no servidor do site recuperado.

Reentrar palavras-passe da conta de utilizador após recuperação do site

  1. Abra a consola Do Gestor de Configurações e ligue-se ao local recuperado.

  2. Vá ao espaço de trabalho da Administração, expanda a Segurança e, em seguida, selecione Contas.

  3. Para cada conta, faça os seguintes passos para reentrar na palavra-passe:

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

    2. Selecione Propriedades na fita.

    3. No separador Geral, selecione 'Set' e, em seguida, reentre na palavra-passe da conta.

    4. Selecione Verificar, escolha a fonte de dados adequada para a conta de utilizador selecionada e, em seguida, selecione a ligação de teste. Este passo testa que a conta do utilizador pode ligar-se à fonte de dados e verifica as credenciais.

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

Reenter palavras-passe PXE

  1. Na consola 'Gestor de Configuração', vá ao espaço de trabalho da Administração e selecione o nó pontos de distribuição. Qualquer ponto de distribuição no local com Sim na coluna PXE está ativado para PXE e pode ter uma palavra-passe para reentrar.

  2. Selecione um ponto de distribuição ativado por PXE e selecione Propriedades na fita.

  3. Mude para o separador PXE.

  4. Se a opção de Exigir uma palavra-passe quando os computadores usam PXE estiver ativada, insira e confirme a palavra-passe.

  5. Selecione OK para guardar e fechar as propriedades.

Repita este processo para qualquer outro ponto de distribuição ativado por PXE no local.

Reenter palavras-passe da sequência de tarefas

  1. Na consola 'Gestor de Configuração', vá ao espaço de trabalho da Biblioteca de Software, expanda os Sistemas Operativos e selecione o nó sequências de tarefas.

  2. Selecione uma sequência de tarefas e, em seguida, na fita, selecione Editar.

  3. Reveja os seguintes passos para que as palavras-passe reentrem:

    • Aplicar Windows Definições: Se ativar e especificar a palavra-passe do administrador local, volte a entrar e confirme a palavra-passe.

    • Aplicar Definições de rede: Para a conta que tem permissão para se juntar ao domínio, selecione set. Introduza e confirme a palavra-passe e, em seguida, selecione Verificar.

    • Captura imagem do sistema operativo: Para a conta utilizada para aceder ao destino, selecione set. Introduza e confirme a palavra-passe e, em seguida, selecione Verificar.

    • Ligação à Pasta de Rede: Para a conta utilizada para ligar uma pasta de rede, selecione set. Introduza e confirme a palavra-passe e, em seguida, selecione Verificar.

    • Ativar o BitLocker: Se utilizar a opção de gestão da chave TPM e PIN, reentre no PIN.

    • Junte-se ao Domínio ou grupo de trabalho: Para a conta que tiver permissão para se juntar ao domínio, selecione set. Introduza e confirme a palavra-passe e, em seguida, selecione Verificar.

    • Linha de comando executar: Se utilizar a opção para executar este passo como a seguinte conta, selecione set. Introduza e confirme a palavra-passe e, em seguida, selecione Verificar.

    • Executar Script PowerShell: Se utilizar a opção para executar este passo como a seguinte conta, selecione set. Introduza e confirme a palavra-passe e, em seguida, selecione Verificar.

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

Recriar meios de comunicação insutilizáveis e meios de comunicação em ambientes não-PKI

Em ambientes não-PKI, os certificados auto-assinados em meios de arranque e meios de comunicação são baseados nas chaves da máquina do servidor onde os meios de comunicação foram criados. Por esta razão, se o hardware mudar ou o SO for reinstalado como parte de uma recuperação, qualquer meio de comunicação e meios de comunicação que sejam iniciados criados nesse servidor precisam de ser recriados. Para obter mais informações sobre como criar meios de comunicação insejáveis e meios de comunicação, consulte Criar meios de comunicação insutilizáveis e criar meios de comunicação .

Reenterar teclas de carga lateral

Após a recuperação do servidor do site, reinsente Windows teclas de carga lateral especificadas para o site. Estas teclas são reiniciadas durante a recuperação do local. Depois de voltar a entrar nas teclas sideloading, o local reinicia a contagem na coluna utilizada ativações para Windows teclas de carga lateral.

Por exemplo, antes da falha do site, a contagem total de ativações mostra como 100. O número de chaves que os dispositivos utilizaram, ou ativações utilizadas, é de 90. Após a recuperação do site, o valor total das ativações ainda apresenta 100, mas a coluna ativação utilizada apresenta incorretamente 0. Depois de 10 novos dispositivos utilizarem uma chave de carga lateral, não há mais teclas de sideloading, e o 11º dispositivo não aplica uma chave de carga lateral.

Recrie os serviços da Azure

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

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

Para resolver esta questão, renove a chave secreta para cada ligação ao inquilino da Azure.

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

Na versão 2107, depois de recuperar o CAS, tem de eliminar e recriar quaisquer subscrições para notificações externas. Para obter mais informações, consulte notificações externas: Remova uma subscrição.

Configure HTTPS para funções de sistema de site que usam iIS

Quando recuperar os sistemas de sites que executam o IIS e configurar para HTTPS, reconfigure o IIS para utilizar o certificado do servidor web.

Reinstalar hotfixes

Após a recuperação do site, deve reinstalar quaisquer hotfixes fora da banda que foram aplicados no servidor do site. Após a recuperação do local, consulte a lista das estafixas previamente instaladas na página Acabada do assistente de configuração. Esta lista também é guardada C:\ConfigMgrPostRecoveryActions.html no servidor do site recuperado.

Recuperar relatórios personalizados

Alguns clientes criam relatórios personalizados em SQL Server Reporting Services. Quando este componente falhar, recupere os relatórios de uma cópia de segurança do servidor de relatórios. Para obter mais informações sobre a restauração dos seus relatórios personalizados nos Serviços de Relatório, consulte Operações de Backup e Restauro para Serviços de Relatório.

Recuperar ficheiros de conteúdo

A base de dados do site rastreia onde o servidor do site armazena os ficheiros de conteúdo. Os ficheiros de conteúdo em si não são apoiados ou restaurados como parte do processo de backup e recuperação. Para recuperar totalmente os ficheiros de conteúdo, restaurar a biblioteca de conteúdos e os ficheiros de origem do pacote para a localização original. Existem vários métodos para recuperar os seus ficheiros de conteúdo. O método mais fácil é restaurar os ficheiros a partir de uma cópia de segurança do sistema de ficheiros do servidor do site.

Se não tiver uma cópia de segurança do sistema de ficheiros para os ficheiros de origem do pacote, copie-os manualmente ou descarregue-os manualmente. Este processo é semelhante ao de quando criou o pacote originalmente. Executar a seguinte consulta em SQL Server para encontrar o local de origem do pacote para todos os pacotes e aplicações: SELECT * FROM v_Package . Identifique o site de origem do pacote olhando para os três primeiros caracteres do ID do pacote. Por exemplo, se o ID de pacote for CEN00001, o código de site do site de origem é CEN. Ao restaurar os ficheiros de origem do pacote, estes devem ser restaurados para a mesma localização em que se encontravam antes da falha.

Se não tiver uma cópia de segurança do sistema de ficheiros que inclua a biblioteca de conteúdos, tem as seguintes opções de restauro:

  • Importar um ficheiro de conteúdo prestado: Numa hierarquia do Gestor de Configuração, pode criar um ficheiro de conteúdo prestado com todos os pacotes e aplicações de outro local. Em seguida, importe o ficheiro de conteúdo supérido para recuperar a biblioteca de conteúdos no servidor do site.

  • Conteúdo de atualização: O Gestor de Configurações copia o conteúdo da fonte do pacote para a biblioteca de conteúdos. Para que esta ação termine com sucesso, os ficheiros de origem do pacote devem estar disponíveis no local original. Faça esta ação em cada pacote e aplicação.

Recuperar atualizações de software personalizadas

Quando tiver incluído System Center Atualizações Publisher ficheiros de base de dados no seu plano de cópia de segurança, poderá recuperar as bases de dados se o computador Publisher de Atualizações falhar. Para obter mais informações sobre atualizações Publisher, consulte Publisher de Atualizações System Center.

Restaurar a base de dados Publisher atualizações

  1. Reinstalar atualizações Publisher no computador recuperado.

  2. Copie o ficheiro de base de dados Scupdb.sdf do seu destino de backup para %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ o computador que executa atualizações Publisher.

  3. Quando mais de um utilizador executa atualizações Publisher no computador, copie cada ficheiro de base de dados para a localização adequada do perfil do utilizador.

Dados de migração de estado de utilizador

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

Gerar novamente os certificados para pontos de distribuição

Depois de restaurar um site, o distmgr.log pode listar a seguinte entrada para um ou mais pontos de distribuição: Failed to decrypt cert PFX data . Esta entrada indica que os dados do certificado de ponto de distribuição não podem ser desencriptados pelo site. Para resolver esta questão, regenerar ou reimportar o certificado para pontos de distribuição afetados. Utilize o cmdlet PowerShell Set-CMDistributionPoint.

Recuperar um site secundário

O Gestor de Configuração não suporta a cópia de segurança da base de dados num site secundário, mas suporta a recuperação reinstalando o site secundário. A recuperação do site secundário é necessária quando um site secundário do Gestor de Configuração falha.

Requisitos

  • O servidor deve cumprir todos os pré-requisitos do site secundário e ter direitos de segurança adequados configurados.

  • Utilize o mesmo caminho de instalação que foi utilizado para o local falhado.

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

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

    • Durante uma recuperação do site secundário, o Gestor de Configuração não instala SQL Server Express se ainda não estiver instalado no computador.

    • Utilize a mesma versão de SQL Server e a mesma instância de SQL Server que utilizou para a base de dados do site secundário antes da falha.

Procedimento

Utilize a ação "Recuperar o Site Secundário" a partir do nó 'Sites' na consola 'Gestor de Configuração'. Ao contrário de outros tipos de sites, a recuperação para um site secundário não usa um ficheiro de reserva. Este processo reinstala os ficheiros do site secundário no servidor falhado. Após a reinstalação do site, os dados secundários do site são reinicializados a partir do local principal dos pais.

Durante o processo de recuperação, o Gestor de Configuração verifica se a biblioteca de conteúdos existe no servidor do site secundário. Verifica igualmente que o conteúdo adequado está disponível. O site secundário utiliza a biblioteca de conteúdos existente, se incluir o conteúdo apropriado. Caso contrário, para recuperar a biblioteca de conteúdos de um site secundário, redistribuir ou complementar o conteúdo para o servidor.

Quando tem um ponto de distribuição que não está no servidor do site secundário, não é obrigado a 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.

Pode verificar o estado da recuperação do site secundário utilizando a ação 'Mostrar Estado' do nó 'Site' na consola 'Gestor de Configuração'.