Compartilhar via


Backup e recuperação no Configuration Manager

 

Aplica-se a: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1

Soluções para empresas, como o System Center 2012 Configuration Manager, devem ser preparadas para operações de backup e recuperação para evitar a perda de dados importantes. Para os sites do Gerenciador de Configurações, esse preparo garante que sites e hierarquias sejam recuperados com o mínimo de perda de dados e o mais rápido possível. Use as seções deste tópico como auxílio para fazer backup de seus sites do Gerenciador de Configurações e recuperar um site em caso de falha ou perda de dados.

  • Serviço SMS Writer

  • Fazer backup de um site do Configuration Manager

    • Tarefa de manutenção de backup

    • Usando o Data Protection Manager para fazer backup do banco de dados do site

    • Arquivando o instantâneo de backup

    • Usando o arquivo AfterBackup.bat

    • Tarefas de backup complementares

  • Recuperar um site do Configuration Manager

    • Determinar as opções de recuperação

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

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

    • Chaves de arquivo de script de recuperação autônoma do site

    • Tarefas de pós-recuperação

    • Recuperar um site secundário

Serviço SMS Writer

O SMS Writer é um serviço que interage com o VSS (Serviço de Cópias de Sombra de Volume) durante o processo de backup. O serviço SMS Writer deve estar em execução para o backup do site do Gerenciador de Configurações ser concluído com êxito.

Finalidade

O SMS Writer registra-se no serviço VSS e se associa às suas interfaces e eventos. Quando o VSS transmite eventos ou envia notificações específicas para o SMS Writer, o SMS Writer responde à notificação e executa a ação apropriada. O SMS Writer lê o arquivo de controle de backup (smsbkup.ctl), localizado em <Caminho de Instalação do ConfigMgr>\inboxes\smsbkup.box, e determina os arquivos e os dados que devem ser armazenados em backup. O SMS Writer cria metadados, que consistem em vários componentes, com base nessas informações e em dados específicos da chave e das subchaves de registro de SMS. O serviço envia os metadados ao VSS quando solicitado. Em seguida, o VSS envia os metadados ao aplicativo solicitante, o Gerenciador de Backup do Gerenciador de Configurações. O Gerenciador de Backup seleciona os dados que passam por backup e envia esses dados ao SMS Writer via VSS. O SMS Writer executa as etapas apropriadas para se preparar para o backup. Quando o VSS está pronto para capturar o instantâneo, ele envia um evento, o SMS Writer interrompe todos os serviços do Gerenciador de Configurações e assegura que as atividades do Gerenciador de Configurações sejam congeladas enquanto o instantâneo é criado. Depois que o instantâneo é concluído, o SMS Writer reinicia os serviços e as atividades.

O serviço SMS Writer é instalado automaticamente. Ele deve estar em execução quando o aplicativo VSS solicitar um backup ou uma restauração.

ID do gravador

A ID do gravador do SMS Writer é: 03ba67dd-dc6d-4729-a038-251f7018463b.

Permissões

O serviço SMS Writer deve ser executado pela conta Sistema Local.

Serviço de Cópias de Sombra de Volume

O VSS é um conjunto de APIs COM que implementa uma estrutura para permitir a execução de backups de volume enquanto os aplicativos de um sistema continuam a ser gravados nos volumes. O VSS fornece uma interface consistente que permite a coordenação entre os aplicativos do usuário que atualizam dados em disco (o serviço SMS Writer) e aqueles que fazem backup dos aplicativos (o serviço Gerenciador de Backup). Para obter mais informações sobre o VSS, consulte o tópico Serviço de Cópias de Sombra de Volume no Windows Server TechCenter.

Fazer backup de um site do Configuration Manager

O System Center 2012 Configuration Manager fornece uma tarefa de manutenção de backup executada em horário agendado e faz backup do banco de dados do site, de chaves de registro específicas, bem como de pastas e arquivos específicos. É possível criar o arquivo AfterBackup.bat para executar ações pós-backup automaticamente depois de executar a tarefa de manutenção de backup com êxito. O arquivo AfterBackup.bat é usado mais frequentemente para arquivar o instantâneo de backup em um local seguro. No entanto, também é possível usar o arquivo AfterBackup.bat para copiar arquivos na pasta de backup e iniciar outras tarefas de backup complementares. Use as seções a seguir como auxílio para criar sua estratégia de backup do Gerenciador de Configurações.

System_CAPS_noteObservação

O Gerenciador de Configurações pode recuperar o banco de dados do site na tarefa de manutenção de backup do Gerenciador de Configurações ou em um backup do banco de dados do site executado usando-se outro processo. Por exemplo, é possível restaurar o banco de dados do site por um backup executado como parte de um plano de manutenção do Microsoft SQL Server. Pelo Gerenciador de Configurações SP1, é possível restaurar o banco de dados do site por um backup executado usando-se o System Center 2012 Data Protection Manager (DPM). Para obter mais informações, consulte Usando o Data Protection Manager para fazer backup do banco de dados do site.

Tarefa de manutenção de backup

É possível automatizar o backup de sites do Gerenciador de Configurações agendando a tarefa de manutenção Servidor do Site de Backup predefinida. É possível fazer backup de um site de administração central e de um site primário, mas não há suporte de backup para sites secundários ou servidores de sistema de site. Quando o serviço de backup do Gerenciador de Configurações é executado, ele segue as instruções definidas no arquivo de controle de backup (<ConfigMgrInstallationFolder>\Inboxes\Smsbkup.box\Smsbkup.ctl). É possível modificar o arquivo de controle de backup para alterar o comportamento do serviço de backup. As informações de status de backup do site são gravadas no arquivo Smsbkup.log. O arquivo é criado na pasta de destino especificada nas propriedades da tarefa de manutenção Servidor do Site de Backup.

Use o procedimento a seguir para habilitar a tarefa de manutenção de backup do site para um site.

Para habilitar a tarefa de manutenção de backup do site

  1. No console do Gerenciador de Configurações, clique em Administração.

  2. No espaço de trabalho Administração, expanda Configuração do Site e clique em Sites.

  3. Selecione o site no qual deseja habilitar a tarefa de manutenção de backup do site.

  4. Na guia Início, no grupo Configurações, clique em Tarefas de Manutenção do Site.

  5. Clique em Servidor do Site de Backup e clique em Editar.

  6. Selecione Habilitar esta tarefa e clique em Definir Caminhos para especificar o destino do backup. Você tem as seguintes opções:

    System_CAPS_security Segurança Observação

    Para ajudar a evitar a violação dos arquivos de backup, armazene os arquivos em um local seguro. O caminho de backup mais seguro é uma unidade local, para que possibilite definir permissões do sistema de arquivos NTFS na pasta. Independentemente da opção selecionada, o Gerenciador de Configurações não criptografa os dados de backup armazenados no caminho do backup.

    - **Unidade local no servidor do site para dados e banco de dados do site**: especifica que os arquivos de backup do site e do banco de dados do site são armazenados no caminho especificado na unidade de disco local do servidor do site. É necessário criar a pasta local para poder executar a tarefa de backup.
    
      <div class="alert">
    
      <table>
      <colgroup>
      <col style="width: 100%" />
      </colgroup>
      <thead>
      <tr class="header">
      <th><img src="images/Gg712320.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-security(TechNet.10).jpeg" title="System_CAPS_security" alt="System_CAPS_security" /> Segurança Observação</th>
      </tr>
      </thead>
      <tbody>
      <tr class="odd">
      <td><p>A conta Sistema Local no servidor do site deve ter permissões de <strong>Gravação</strong> no sistema de arquivos NTFS para a pasta local do backup do servidor do site.</p>
      <p>A conta Sistema Local no computador que está executando o SQL Server deve ter permissões de <strong>Gravação</strong> NTFS para a pasta do backup do banco de dados do site.</p></td>
      </tr>
      </tbody>
      </table>
    
      </div>
    
    - **Caminho de rede (nome UNC) para dados e banco de dados do site**: especifica que os arquivos de backup do site e do banco de dados do site são armazenados no caminho UNC especificado. É necessário criar o compartilhamento para poder executar a tarefa de backup.
    
      <div class="alert">
    
      <table>
      <colgroup>
      <col style="width: 100%" />
      </colgroup>
      <thead>
      <tr class="header">
      <th><img src="images/Gg712320.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-security(TechNet.10).jpeg" title="System_CAPS_security" alt="System_CAPS_security" /> Segurança Observação</th>
      </tr>
      </thead>
      <tbody>
      <tr class="odd">
      <td><p>A conta de computador do servidor do site e a conta de computador do SQL Server, se o SQL Server estiver instalado em outro computador, devem ter permissões de <strong>Gravação</strong> NTFS e compartilhar permissões para a pasta de rede compartilhada.</p></td>
      </tr>
      </tbody>
      </table>
    
      </div>
    
    - **Unidades locais no servidor do site e no SQL Server**: especifica que os arquivos de backup do site são armazenados no caminho especificado na unidade local do servidor do site, e os arquivos de backup do banco de dados do site são armazenados no caminho especificado na unidade local do servidor de banco de dados do site. É necessário criar as pastas locais para poder executar a tarefa de backup.
    
      <div class="alert">
    
      <table>
      <colgroup>
      <col style="width: 100%" />
      </colgroup>
      <thead>
      <tr class="header">
      <th><img src="images/Gg712320.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-security(TechNet.10).jpeg" title="System_CAPS_security" alt="System_CAPS_security" /> Segurança Observação</th>
      </tr>
      </thead>
      <tbody>
      <tr class="odd">
      <td><p>A conta de computador do servidor do site deve ter permissões de <strong>Gravação</strong> NTFS para a pasta criada no servidor do site. A conta de computador do SQL Server deve ter permissões de <strong>Gravação</strong> NTFS para a pasta criada no servidor de banco de dados do site. Essa opção está disponível somente quando o banco de dados do site não está instalado no servidor do site.</p></td>
      </tr>
      </tbody>
      </table>
    
      </div>
    
    System_CAPS_noteObservação

    A opção de navegar até o destino do backup está disponível somente quando o caminho UNC do destino do backup é especificado. 

    System_CAPS_importantImportante

    O nome da pasta ou do compartilhamento usado como destino do backup não oferece suporte ao uso de caracteres Unicode.

  7. Configure um horário adequado para a tarefa de backup do site. Como prática recomendada, considere agendar a execução do backup para fora do horário de trabalho ativo. Se houver uma hierarquia, considere agendar a execução para no mínimo duas vezes por semana para garantir a máximo retenção de dados em caso de falha do site.

    System_CAPS_noteObservação

    Ao executar o console do Gerenciador de Configurações no mesmo servidor do site em que o backup está sendo configurado, a tarefa de manutenção Servidor do Site de Backup usa a hora local para o agendamento. Quando o console do Gerenciador de Configurações é executado em um computador remoto do site que está sendo configurado para backup, a tarefa de manutenção Servidor do Site de Backup usa o horário UTC para o agendamento.

  8. Selecione se um alerta deve ser criado caso a tarefa de backup do site falhe, clique em OK e em OK novamente. Quando selecionado, o Gerenciador de Configurações cria um alerta crítico para a falha do backup, que pode ser visto no nó Alertas do espaço de trabalho Monitoramento.

 

Verifique se a tarefa de manutenção Servidor do Site de Backup está sendo executada com êxito depois de agendá-la, para confirmar que você está preparado para recuperar o site em caso de falha e também para ajudá-lo a planejar a recuperação de dados. Use o procedimento a seguir para verificar se a tarefa de manutenção de backup do site foi concluída com êxito.

Para verificar se a tarefa de manutenção Servidor do Site de Backup foi concluída com êxito

  • Verifique se a tarefa de manutenção do Site de Backup foi concluída com êxito conferindo o seguinte:

    • Confira o carimbo de data e hora dos arquivos na pasta de destino do backup que a tarefa de manutenção Servidor do Site de Backup criou. Verifique se o carimbo de data e hora foi atualizado para uma hora que coincida com a hora em que a tarefa de manutenção Servidor do Site de Backup foi agendada para ser executada.

    • No nó Status do Componente do espaço de trabalho Monitoramento, confira as mensagens de status de SMS_SITE_BACKUP. Quando o backup do site for concluído com êxito, você verá a mensagem ID 5035, que indica que o backup do site foi concluído sem erros.

    • Quando a tarefa de manutenção Servidor do Site de Backup estiver configurada para criar um alerta em caso de falha do backup, é possível verificar as falhas de backup no nó Alertas do espaço de trabalho Monitoramento.

    • Em <ConfigMgrInstallationFolder>\Logs, verifique se há avisos e erros em Smsbkup.log. Quando o backup do site for concluído com êxito, você verá Backup completed com um carimbo de data e hora e a ID de mensagem STATMSG: ID=5035.

    System_CAPS_tipDica

    Quando a tarefa de manutenção de backup falha, é possível reiniciá-la interrompendo e reiniciando o serviço SMS_SITE_BACKUP.

Usando o Data Protection Manager para fazer backup do banco de dados do site

Para o System Center 2012 Configuration Manager SP1 e posterior:

Pelo Gerenciador de Configurações SP1, é possível usar o System Center 2012 Data Protection Manager (DPM) para fazer backup do banco de dados do site. É necessário criar um novo grupo de proteção no DPM para o computador do banco de dados do site. Na página Selecionar Membros do Grupo do Assistente para Criar Novo Grupo de Proteção, selecione o serviço SMS Writer na lista de fontes de dados e selecione o banco de dados do site como membro apropriado. Para obter mais informações sobre como usar o DPM para fazer backup do banco de dados do site, consulte a Biblioteca de Documentação do Data Protection Manager no TechNet.

System_CAPS_importantImportante

O Gerenciador de Configurações não oferece suporte ao backup do DPM para um cluster do SQL Server que usa uma instância nomeada, mas oferece suporte ao backup do DPM em um cluster do SQL Server que usa a instância padrão do SQL Server.

Depois de restaurar o banco de dados do site, siga as etapas da Instalação para recuperar o site. Selecione a opção de recuperação Usar um banco de dados do site recuperado manualmente para usar o banco de dados do site recuperado com o uso do Data Protection Manager.

Arquivando o instantâneo de backup

A primeira vez que a tarefa de manutenção Servidor do Site de Backup é executada, um instantâneo de backup é criado, e você pode usá-lo para recuperar o servidor do site em caso de falha. Quando a tarefa de backup é executada novamente durante ciclos subsequentes, é criado um novo instantâneo de backup que substitui o instantâneo anterior. Consequentemente, o site fica com apenas um instantâneo de backup e não há como recuperar um instantâneo de backup anterior.

Como prática recomendada, mantenha diversos arquivos de instantâneo de backup, pelos seguintes motivos:

  • É comum que a mídia de backup falhe, se extravie ou tenha apenas um backup parcial armazenado nela. Recuperar um site primário autônomo com falha de um backup mais antigo é melhor do que recuperar sem qualquer backup. Para um servidor de site em uma hierarquia, o backup deve estar no período de retenção do controle de alterações do SQL Server, ou o backup não será necessário.

  • Uma corrupção no site pode não ser detectada durante vários ciclos de backup. Pode ser necessário retornar vários ciclos e usar o instantâneo de backup anterior à corrupção do site. Isso só se aplica a um site autônomo primário e a sites em uma hierarquia onde o backup está no período de retenção do controle de alterações do SQL Server.

  • O site poderá não ter nenhum instantâneo de backup, se, por exemplo, a tarefa de manutenção de servidor do site de backup falhar. Como a tarefa de backup remove o instantâneo de backup anterior antes de começar a fazer o backup dos dados atuais, não haverá um instantâneo de backup válido.

Usando o arquivo AfterBackup.bat

Após o backup bem-sucedido do site, a tarefa do Servidor do Site de Backup tentará executar automaticamente um arquivo chamado AfterBackup.bat. Você deve criar manualmente o arquivo AfterBackup.bat em <ConfigMgrInstallationFolder>\Inboxes\Smsbkup. Se existir um arquivo AfterBackup.bat, e ele estiver armazenado na pasta correta, o arquivo será executado automaticamente depois que a tarefa de backup for concluída. O arquivo AfterBackup.bat permite arquivar o instantâneo de backup no final de cada operação de backup, e executa automaticamente outras tarefas pós-backup que não fazem parte da tarefa de manutenção do servidor do site de backup. O arquivo AfterBackup.bat integra o arquivo e as operações de backup, garantindo assim que cada novo instantâneo de backup seja arquivado. Quando o arquivo AfterBackup.bat não está presente, a tarefa de backup a ignora sem efeito sobre a operação de backup. Para verificar se a tarefa de backup do site executou com sucesso o arquivo AfterBackup.bat, consulte o nó Status do Componente no espaço de trabalho Monitoramento e verifique as mensagens de status de SMS_SITE_BACKUP. Quando a tarefa inicia com êxito o arquivo de comando AfterBackup.bat, você vê uma mensagem ID 5040.

System_CAPS_tipDica

Para criar o arquivo AfterBackup.bat para arquivar os arquivos de backup do servidor do site, use uma ferramenta de comando de cópia no arquivo em lotes, como o Robocopy. Por exemplo, você pode criar o arquivo AfterBackup.bat, e na primeira linha, adicionar algo semelhante a: Robocopy E:\ConfigMgr_Backup \\ServerName\ShareName\ConfigMgr_Backup /MIR. Para obter mais informações sobre o Robocopy, veja a página da Web de referência de linha de comando Robocopy.

Embora o uso pretendido do AfterBackup.bat seja arquivar instantâneos de backup, você pode criar um arquivo AfterBackup.bat para executar tarefas adicionais ao final de cada operação de backup.

Tarefas de backup complementares

A tarefa de manutenção do servidor do site de backup fornece um instantâneo de backup para os arquivos do servidor do site e banco de dados do site, mas há outros itens sem backup que você deve considerar ao criar a estratégia de backup. Use as seções a seguir para ajudá-lo a concluir a estratégia de backup do Gerenciador de Configurações.

Fazer backup de relatórios personalizados do Reporting Services

Quando você modifica ou cria relatórios personalizados do Reporting Services, criar backup para os arquivos de banco de dados do servidor é uma parte importante de sua estratégia de backup. O backup do servidor de relatórios deve incluir backup dos arquivos de origem para relatórios e modelos, chaves de criptografia, montagens ou extensões personalizadas, arquivos de configuração personalizados, visualizações do SQL Server usadas em relatórios personalizados, procedimentos de armazenamento personalizados, e assim por diante.

System_CAPS_importantImportante

Quando o System Center 2012 Configuration Manager é atualizado para uma versão mais recente, os relatórios predefinidos são substituídos por novos relatórios. Se você modificar um relatório predefinido, será necessário fazer backup do relatório antes de instalar a nova versão, e depois restaurar o relatório no Reporting Services.

Para obter mais informações sobre como fazer backup de relatórios personalizados no Reporting Services, consulte Operações de backup e restauração para uma instalação do Reporting Services nos Manuais Online do SQL Server 2008.

Fazer backup de arquivos de conteúdo

A biblioteca de conteúdo do Gerenciador de Configurações é o local que armazena todos os arquivos de conteúdo para atualizações de software, aplicativos, implantação de sistema operacional e assim por diante. A biblioteca de conteúdo está localizada no servidor do site e em cada ponto de distribuição. A tarefa de manutenção do servidor do site de backup não inclui um backup para a biblioteca de conteúdo ou para os diretórios de origem do pacote. Quando um servidor do site falha, as informações sobre os arquivos da biblioteca de conteúdo são restauradas no banco de dados do site, mas você deve restaurar a biblioteca de conteúdo e os diretórios de origem do pacote no servidor do site.

  • Biblioteca de conteúdo: A biblioteca de conteúdo deve ser restaurada antes de redistribuir o conteúdo nos pontos de distribuição. Quando você começa a redistribuição do conteúdo, o Gerenciador de Configurações copia os arquivos da biblioteca de conteúdo no servidor do site para os pontos de distribuição. A biblioteca de conteúdo do servidor do site está na pasta SCCMContentLib, que normalmente fica localizada na unidade com mais espaço livre em disco no momento em que o site é instalado. Para mais informações sobre a biblioteca de conteúdo, consulte Introdução ao gerenciamento de conteúdo no Configuration Manager.

  • Diretórios de origem do pacote: Os diretórios de origem do pacote devem ser restaurados antes de atualizar o conteúdo nos pontos de distribuição. Quando você inicia uma atualização de conteúdo, o Gerenciador de Configurações copia arquivos novos ou modificados da origem do pacote na biblioteca de conteúdo, que por sua vez, copia os arquivos nos pontos de distribuição associados. É possível executar a seguinte consulta no SQL Server para encontrar o local de origem do pacote de todos os pacotes e aplicativos: SELECT * FROM v_Package. É possível identificar o site de origem do pacote observando os três primeiros caracteres da ID do pacote. Por exemplo, se a ID do pacote for CEN00001, o código do site de origem será CEN. Ao restaurar os arquivos de origem do pacote, eles devem ser restaurados no mesmo local em que estavam antes da falha. Para obter mais informações sobre o conteúdo de atualização, consulte a seção Atualizar conteúdo em pontos de distribuição no tópico Operações e manutenção para o gerenciamento de conteúdo no Configuration Manager.

Certifique-se de incluir a biblioteca de conteúdo e os diretórios de origem do pacote em seu backup de sistema de arquivos para o servidor do site.

Fazer backup de atualizações de software personalizadas

O System Center Updates Publisher 2011 é uma ferramenta autônoma que permite que você publique atualizações de software personalizadas no WSUS (Windows Server Update Services), sincronize-as com o Gerenciador de Configurações, avalie a conformidade das atualizações de software e implante-as nos clientes. O Updates Publisher 2011 usa um banco de dados local para seu repositório de atualização de software. Quando você usa o Updates Publisher 2011 para gerenciar atualizações de software personalizadas, determine se precisará incluir o banco de dados do Updates Publisher 2011 em seu plano de backup. Para obter mais informações sobre o Updates Publisher, consulte System Center Updates Publisher 2011 na biblioteca do System Center TechCenter.

Use o procedimento a seguir para fazer backup do banco de dados do Updates Publisher 2011.

Para fazer o backup do banco de dados do Updates Publisher 2011

  1. No computador que executa o Updates Publisher, navegue no arquivo do banco de dados do Updates Publisher 2011 (Scupdb.sdf) em %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\. Há um arquivo de banco de dados diferente para cada usuário que executa o Updates Publisher 2011.

  2. Copie o arquivo do banco de dados no destino de backup. Por exemplo, se o seu destino de backup for E:\ConfigMgr_Backup, você poderá copiar o arquivo de banco de dados do Updates Publisher 2011 em E:\ConfigMgr_Backup\SCUP2011.

    System_CAPS_tipDica

    Quando há mais de um arquivo de banco de dados em um computador, considere armazenar o arquivo em uma subpasta que indique o perfil do usuário ao qual o arquivo de banco de dados está associado. Por exemplo, pode haver um arquivo de banco de dados em E:\ConfigMgr_Backup\SCUP2011\User1 e outro em E:\ConfigMgr_Backup\SCUP2011\User2.

Dados de migração de estado do usuário

Você pode usar as sequências da tarefas do Gerenciador de Configurações para capturar e restaurar dados de estado do usuário em cenários de implantação do sistema operacional onde você deseja manter o estado do usuário do sistema operacional atual. As pastas que armazenam os dados do estado do usuário são listadas nas propriedades do ponto de migração de estado. Esses dados de migração de estado do usuário não ganham backup como parte da tarefa de manutenção de backup do servidor do site. Como parte do plano de backup, você deve fazer backup manualmente das pastas especificadas para armazenar os dados de migração do estado do usuário. Use o procedimento a seguir para determinar as pastas usadas para armazenar dados de migração de estado do usuário.

Para determinar as pastas usadas para armazenar dados de migração de estado do usuário

  1. No console do Gerenciador de Configurações, clique em Administração.

  2. No espaço de trabalho Administração, expanda Configuração de Site e clique em Funções de Servidores e Sistema de Site.

  3. Selecione o sistema do site que hospeda a função de migração de estado, e em seguida, selecione Ponto de migração de estado em Funções do Sistema de Site.

  4. Na guia Função do Site, no grupo Propriedades, clique em Propriedades.

  5. As pastas que armazenam os dados de migração de estado do usuário estão listadas na seção Detalhes da Pasta na guia Geral.

Recuperar um site do Configuration Manager

Uma recuperação de site do Gerenciador de Configurações é necessária sempre que um site do Gerenciador de Configurações falha ou ocorre perda de dados no banco de dados do site. Reparação e nova sincronização de dados são as tarefas principais de uma recuperação de site para evitar a interrupção das operações. A recuperação do site é iniciada pela execução do assistente de instalação do Gerenciador de Configurações por meio da mídia de instalação ou pela configuração do script de instalação autônoma e depois o uso da opção do comando de instalação /script. Suas opções de recuperação variam dependendo se você tiver um backup de banco de dados do site do Gerenciador de Configurações.

System_CAPS_importantImportante

Ao recuperar o banco de dados de um site, você deve usar a mesma versão e edição do SQL Server. Por exemplo, não há suporte para restaurar um banco de dados executado no SQL Server 2008 para o SQL Server 2012. Da mesma forma, não há suporte para restaurar um banco de dados do site executado em uma Standard Edition do SQL Server 2012 para uma Enterprise Edition do SQL Server 2012.

A recuperação do site é iniciada pela execução do assistente de instalação do Gerenciador de Configurações por meio da mídia de instalação ou pela configuração do script de instalação autônoma e depois o uso da opção do comando de instalação /script. Suas opções de recuperação variam dependendo se você tiver um backup de banco de dados do site do Gerenciador de Configurações.

System_CAPS_importantImportante

Se você executar a instalação do Gerenciador de Configurações por meio do menu Iniciar no servidor do site, a opção Recuperar um site não estará disponível. Você deve executar a instalação por meio da mídia de instalação.

System_CAPS_noteObservação

Após restaurar o banco de dados do site que estava configurado para as réplicas de banco de dados, reconfigure cada réplica para poder usá-las, recriando as publicações e assinaturas.

Determinar as opções de recuperação

Há duas áreas principais que você deve considerar para a recuperação do servidor do site primário e site de administração central do Gerenciador de Configurações;o servidor do site e o banco de dados do site. Use as seguintes seções para ajudar a determinar as opções que você deve escolher para o seu cenário de recuperação.

System_CAPS_importantImportante

A partir do Gerenciador de Configurações SP1, há novas opções para recuperar um site secundário. Para obter informações sobre a recuperação de site secundário, consulte a seção Recuperar um site secundário.

System_CAPS_noteObservação

Quando uma recuperação de site anterior falhou ou quando você está tentando recuperar um site que não foi completamente desinstalado, deve selecionar Desinstalar um site do Configuration Manager na Instalação, antes da opção de recuperar o site. Se o site com falha tiver sites filhos e você precisar desinstalá-lo, deverá excluir manualmente o banco de dados do site no site com falha antes de selecionar a opção Desinstalar um site do Configuration Manager ou o processo de desinstalação falhará.

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

Você deve iniciar a instalação por meio da mídia de instalação do System Center 2012 Configuration Manager ou uma pasta de rede compartilhada que contém os arquivos de origem para a opção Recuperar um site estará disponível. Quando você executa a instalação, tem as seguintes opções de recuperação para o servidor do site que falhou:

  • Recuperar o servidor do site usando um backup existente: Use esta opção quando houver um backup do servidor do site do Gerenciador de Configurações criado no servidor do site, como parte da tarefa de manutenção do Servidor do Site de Backup anterior à falha. O site é reinstalado e as definições configuradas, com base no site de backup.

  • Reinstalar o servidor do site: Use essa opção quando não houver backup do banco de dados do servidor do site. O servidor do site é reinstalado e você deve especificar as configurações do site, assim como faria durante uma instalação inicial. Você deve usar o mesmo código e nome de banco de dados do site que usou quando o site com falha foi instalado pela primeira vez para recuperação.

System_CAPS_noteObservação

Quando a instalação detecta um site do Gerenciador de Configurações existente no servidor, é possível iniciar uma recuperação do site, mas as opções de recuperação do 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 recuperação do servidor do site estará desativada.

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

Quando você executa a instalação, 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 esta opção quando você tiver um backup do servidor do site do Gerenciador de Configurações criado como parte da tarefa de manutenção do Servidor do Site de Backup anterior à falha. Quando há uma hierarquia, as alterações feitas no banco de dados do site após o último backup do banco de dados do site são recuperadas do site de administração central para um site primário, ou de um site primário de referência para um site de administração central. Ao recuperar o banco de dados do site para um site primário autônomo, as alterações do site após o último backup são perdidas.

    Ao recuperar o banco de dados do site para um site em uma hierarquia, o comportamento de recuperação é diferente para sites de administração central e sites primários, e quando o último backup está dentro ou fora do período de retenção de controle de alterações do SQL Server. Para obter mais informações, consulte a seção Cenários de recuperação de banco de dados do site neste tópico.

    System_CAPS_noteObservação

    A recuperação falha ao selecionar a opção para restaurar o banco de dados do site usando um conjunto de backup, mas o banco de dados do site já existe.

  • Criar um novo banco de dados para este site: use essa opção quando não houver backup do banco de dados do site do Gerenciador de Configurações. Quando há uma hierarquia, o novo banco de dados do site é criado e os dados são recuperados usando dados replicados do site de administração central para um site primário, ou de um site primário de referência para um site de administração central. Essa opção não está disponível quando se recupera um local primário autônomo ou um site de administração central que não tem sites primários.

  • Usar um banco de dados do site recuperado manualmente: Use esta opção quando você já tiver recuperado o banco de dados do site do Gerenciador de Configurações, mas precisar concluir o processo de recuperação. O Gerenciador de Configurações pode recuperar o banco de dados do site na tarefa de manutenção de backup do Gerenciador de Configurações ou em um backup do banco de dados do site executado com o uso do DPM ou de outro processo. Depois de restaurar o banco de dados do site usando um método fora do Gerenciador de Configurações, é necessário executar a Instalação e selecionar essa opção para concluir a recuperação do banco de dados do site. Quando há uma hierarquia, as alterações feitas no banco de dados do site após o último backup do banco de dados do site são recuperadas do site de administração central para um site primário, ou de um site primário de referência para um site de administração central. Ao recuperar o banco de dados do site para um site primário autônomo, as alterações do site após o último backup são perdidas.

    System_CAPS_noteObservação

    Quando o DPM for usado para fazer backup do banco de dados do site, use os procedimentos do DPM para restaurar o banco de dados do site para um local especificado antes de continuar o processo de restauração no Gerenciador de Configurações. Para obter mais informações sobre o DPM, consulte a Biblioteca de Documentação do Data Protection Manager no TechNet.

  • Ignorar a recuperação do banco de dados: use essa opção quando não ocorrer perda de dados no servidor de banco de dados do site do Gerenciador de Configurações. Essa opção é válida somente quando o banco de dados do site está em um computador diferente do servidor do site que está sendo recuperado.

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

O controle de alterações é habilitado para o banco de dados do site no SQL Server. O controle de alterações permite que o Gerenciador de Configurações consulte informações sobre as alterações feitas nas tabelas do banco de dados após determinado período anterior. O período de retenção especifica por quanto tempo as informações do controle de alterações são mantidas. Por padrão, o banco de dados do site é configurado para ter um período de retenção de 5 dias. Ao recuperar um banco de dados do site, o processo de recuperação procede de maneira diferente quando o backup está dentro ou está fora do período de retenção. Por exemplo, se o servidor de banco de dados do site falhar e o último backup tiver 7 dias, ele estará fora do período de retenção.

Processo para reinicializar o site ou dados globais

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

  • 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 ABC.

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

Cenário de exemplo 1

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

Cenário de exemplo 2

O site de administração central reinicializa os dados do site de um site primário: o processo de recuperação remove os dados existentes desse site primário no banco de dados do site de administração central e substitui os dados pelos dados 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, o Gerenciador de Configurações tenta restaurar as alterações do site e dos dados globais após o último backup do banco de dados. A tabela a seguir fornece as ações iniciadas pelo Gerenciador de Configurações depois que um banco de dados do site é restaurado do backup.

Backup de banco de dados dentro do período de retenção do controle de alterações

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

Site recuperado

Dados globais

Dados do site

Dados globais

Dados do site

Site primário

As alterações dos dados globais após o backup são replicadas no site de administração central.

O site de administração central reinicializa os dados do site por meio do site primário. As alterações ocorridas pós o backup são perdidas, mas a maioria dos dados é gerada novamente pelos clientes que enviam as informações ao site primário.

O site primário reinicializa os dados globais do site de administração central.

O site de administração central reinicializa os dados do site por meio do site primário. As alterações ocorridas pós o backup são perdidas, mas a maioria dos dados é gerada novamente pelos clientes que enviam as informações ao site primário.

Site de administração central

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

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

O site de administração central reinicializa os dados globais do site primário de referência, se for especificado. Em seguida, todos os outros sites primários reinicializam os dados globais do site de administração central. Se nenhum site de referência for especificado, todos os sites primários reinicializarão os dados globais do site de administração central (os dados que foram restaurados do backup).

O site de administração central reinicializa os dados do site por meio de cada site primário.

Procedimentos de recuperação do site

Use um dos procedimentos a seguir como auxílio para recuperar o servidor do site e o banco de dados do site.

Para iniciar uma recuperação do site no Assistente de Instalação

  1. Execute o Assistente de Instalação do Gerenciador de Configurações pela mídia de instalação ou por uma pasta de rede compartilhada. Por exemplo, é possível iniciar o Assistente de Instalação usando a opção Instalar ao inserir o DVD do Gerenciador de Configurações. Ou, abrir o arquivo Setup.exe de uma pasta de rede compartilhada para iniciar o Assistente de Instalação.

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

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

    System_CAPS_importantImportante

    Durante a recuperação, a Instalação identifica a porta do SQL Server Service Broker (SSB) usada pelo SQL Server. Não altere essa configuração de porta durante a recuperação; caso contrário, a replicação de dados não funcionará corretamente após o término da recuperação.

    System_CAPS_noteObservação

    A partir do System Center 2012 R2 Configuration Manager, é possível especificar no Assistente de Instalação qualquer caminho a usar para a instalação do Gerenciador de Configurações. Anterior a isso, é necessário especificar o mesmo caminho que foi usado ao instalar originalmente o site.

Para iniciar uma recuperação autônoma do site

  1. Prepare o script de instalação autônoma para as opções necessárias para a recuperação do site.

  2. Execute a Instalação do Gerenciador de Configurações usando a opção /script. Por exemplo, se você nomeasse seu arquivo de inicialização de instalação como ConfigMgrUnattend.ini e o salvasse no diretório C:\Temp do computador em que está executando a Instalação, o comando seria o seguinte: Setup /script C:\temp\ConfigMgrUnattend.ini.

Chaves de arquivo de script de recuperação autônoma do site

Para executar uma recuperação autônoma de um site de administração central ou de um site primário do Gerenciador de Configurações, é possível criar um script de instalação autônoma e usar a Instalação com a opção de comando /script. O script fornece o mesmo tipo de informação que o Assistente de Instalação solicita, porém não há configurações padrão. Todos os valores devem ser especificados para as chaves de instalação que se aplicam ao tipo de recuperação usado.

Você pode executar a Instalação autônoma do Gerenciador de Configurações usando um arquivo de inicialização com a opção de linha de comando de instalação /script. A instalação autônoma tem suporte para a recuperação de site de administração central e de site primário do Gerenciador de Configurações. Para usar a opção de linha de comando de instalação /script, é necessário criar um arquivo de inicialização e especificar o nome do arquivo de inicialização após a opção de linha de comando de instalação /script. O nome do arquivo não é importante, contanto que tenha a extensão de nome de arquivo .ini. Para fazer referência ao arquivo de inicialização de instalação na linha de comando, é necessário fornecer o caminho completo do arquivo. Por exemplo, se o arquivo de inicialização de instalação for nomeado como setup.ini e armazenado na pasta C:\setup, sua linha de comando será:

setup /script c:\setup\setup.ini.

System_CAPS_security Segurança Observação

É necessário ter direitos de administrador para executar a Instalação. Ao executar a Instalação com o script autônomo, inicie o prompt de comando em um contexto de administrador usando Executar como administrador.

O script contém nomes de seção, nomes de chave e valores. Os nomes de chave da seção requeridos variam de acordo com o tipo de recuperação do script. A ordem das chaves dentro das seções, bem como a ordem das seções dentro do arquivo, não é importante. As chaves não diferenciam maiúsculas de minúsculas. Ao fornecer valores para chaves, o nome da chave deve ser seguido por um de sinal de igualdade (=) e o valor da chave.

Use as seções a seguir como auxílio para criar seu script para a recuperação autônoma do site. As tabelas listam as chaves de script de instalação disponíveis, seus valores correspondentes, se são necessárias, em que tipo de instalação são usadas e uma descrição breve da chave.

Recuperar um site de administração central de forma autônoma

Use a seção a seguir para recuperar um site de administração central usando um arquivo de script de instalação autônoma.

Seção

Nome da chave

Necessária

Valores

Descrição

Identificação

Ação

Sim

RecoverCCAR

Recupera um site de administração central

RecoveryOptions

ServerRecoveryOptions

Sim

1, 2 ou 4

1 = Servidor do site de recuperação e SQL Server.

2 = Recuperar apenas o servidor do site.

4 = Recuperar apenas o SQL Server.

Especifica se a Instalação irá recuperar o servidor do site, o SQL Server ou ambos. As chaves associadas são necessárias quando o seguinte valor é definido para a configuração de ServerRecoveryOptions:

  • Valor = 1: Você tem a opção de especificar um valor para a chave SiteServerBackupLocation recuperar o site usando um backup do site. Caso não especifique um valor, o site é reinstalado sem ser restaurado por meio de um conjunto de backup.

    A chave BackupLocation é necessária quando o valor 10 é configurado para a chave DatabaseRecoveryOptions, que restaura o banco de dados do site por meio do backup.

  • Valor = 2: Você tem a opção de especificar um valor para a chave SiteServerBackupLocation recuperar o site usando um backup do site. Caso não especifique um valor, o site é reinstalado sem ser restaurado por meio de um conjunto de backup.

  • Valor = 4: A chave BackupLocation é necessária quando o valor 10 é configurado para a chave DatabaseRecoveryOptions, que restaura o banco de dados do site por meio do backup.

DatabaseRecoveryOptions

Talvez

10, 20, 40, 80

10 = Restaurar, por meio do backup, o banco de dados do site.

20 = Usar um banco de dados do site recuperado manualmente usando outro método.

40 = Criar um novo banco de dados para o site. Use essa opção quando não houver backup do banco de dados do site disponível. Os dados globais e do site são recuperados por meio da replicação de outros sites.

80 = Ignorar recuperação do banco de dados.

Especifica como a Instalação recuperará o banco de dados do site no SQL Server. Essa chave é necessária quando a configuração ServerRecoveryOptions tem o valor 1 ou 4.

ReferenceSite

Talvez

<ReferenceSiteFQDN>

Especifica o site primário de referência que o site de administração central usa para recuperar dados globais se o backup do banco de dados for mais antigo que o período de retenção do controle de alterações ou quando o site é recuperado sem backup.

Quando um site de referência não é especificado e o backup é mais antigo que o período de retenção do controle de alterações, todos os sites primários são reinicializados com os dados restaurados por meio do site de administração central.

Quando o site de referência não é especificado e o backup está dentro do período de retenção do controle de alterações, somente as alterações ocorridas desde o backup são replicadas dos sites primários. Quando houver alterações conflitantes de sites primários diferentes, o site de administração central usará a primeira alteração que receber.

Essa chave é necessária quando a configuração DatabaseRecoveryOptions tem o valor 40.

SiteServerBackupLocation

Não

Recuperar um site primário autônomo

Use a seção a seguir para recuperar um site primário usando um arquivo de script de Instalação autônoma.

Seção

Nome da chave

Necessária

Valores

Descrição

Identificação

Ação

Sim

RecoverPrimarySite

Recupera um site primário

RecoveryOptions

ServerRecoveryOptions

Sim

1, 2 ou 4

1 = Servidor do site de recuperação e SQL Server.

2 = Recuperar apenas o servidor do site.

4 = Recuperar apenas o SQL Server.

Especifica se a Instalação irá recuperar o servidor do site, o SQL Server ou ambos. As chaves associadas são necessárias quando o seguinte valor é definido para a configuração de ServerRecoveryOptions:

  • Valor = 1: Você tem a opção de especificar um valor para a chave SiteServerBackupLocation recuperar o site usando um backup do site. Caso não especifique um valor, o site é reinstalado sem ser restaurado por meio de um conjunto de backup.

    A chave BackupLocation é necessária quando o valor 10 é configurado para a chave DatabaseRecoveryOptions, que restaura o banco de dados do site por meio do backup.

  • Valor = 2: Você tem a opção de especificar um valor para a chave SiteServerBackupLocation recuperar o site usando um backup do site. Caso não especifique um valor, o site é reinstalado sem ser restaurado por meio de um conjunto de backup.

  • Valor = 4: A chave BackupLocation é necessária quando o valor 10 é configurado para a chave DatabaseRecoveryOptions, que restaura o banco de dados do site por meio do backup.

DatabaseRecoveryOptions

Talvez

10, 20, 40, 80

10 = Restaurar, por meio do backup, o banco de dados do site.

20 = Usar um banco de dados do site recuperado manualmente usando outro método.

40 = Criar um novo banco de dados para o site. Use essa opção quando não houver backup do banco de dados do site disponível.

80 = Ignorar recuperação do banco de dados.

Especifica como a Instalação recuperará o banco de dados do site no SQL Server. Essa chave é necessária quando a configuração ServerRecoveryOptions tem o valor 1 ou 4.

SiteServerBackupLocation

Não

Tarefas de pós-recuperação

Feita a recuperação de seu site, há várias tarefas de pós-recuperação a considerar 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.

Digite novamente as senhas de conta de usuário

Recuperado o servidor do site, as senhas das contas de usuário especificadas para o site devem ser digitadas novamente porque elas são redefinidas durante a recuperação de site. As contas são listadas na página Concluído no Assistente de Instalação após a recuperação do site estiver concluída e salva em C:\ConfigMgrPostRecoveryActions.html no servidor do site recuperado.

Para digitar novamente as senhas de conta de usuário após a recuperação de site

  1. Abra o console do Gerenciador de Configurações e conecte-se ao site recuperado.

  2. No console do Gerenciador de Configurações, clique em Administração.

  3. No espaço de trabalho Administração, expanda Segurança e clique em Contas.

  4. Para cada conta em que você tenha que digitar novamente a senha, faça o seguinte:

    1. Selecione a conta da lista de contas que foram identificadas após a recuperação do site. Você pode encontrar essa lista no C:\ConfigMgrPostRecoveryActions.html no servidor do site recuperado.

    2. Na guia Início, no grupo Propriedades, clique em Propriedades para abrir as propriedades da conta.

    3. Na guia Geral, clique em Definir e digite novamente as senhas da conta.

    4. Clique em Verificar, selecione a fonte de dados apropriada para a conta de usuário selecionada e clique em Testar conexão para verificar se a conta de usuário pode conectar-se à fonte de dados.

    5. Clique em OK para salvar as alterações de senha e clique em OK.

Digite novamente as chaves de sideload

Para System Center 2012 R2 Configuration Manager e posterior:

Recuperado o servidor do site, é necessário digitar novamente as chaves de sideload do Windows especificadas para o site porque elas são redefinidas durante a recuperação do site. Ao digitar novamente as chaves de sideload, a contagem na coluna Ativações usadas para as chaves de sideload do Windows é redefinida no console do Gerenciador de Configurações. Por exemplo, digamos que antes da falha do site a contagem de Total de ativações estava definida como 100 e de Ativações usadas como 90 para o número de chaves usadas pelos dispositivos. Recuperado o site, a coluna Total de ativações continua a exibir 100, mas a coluna Ativações usadas exibe incorretamente 0. No entanto, quando 10 novos dispositivos usarem uma chave de sideload, não haverá mais chaves de sideload disponíveis e o dispositivo seguinte irá falhar ao usar uma chave de sideload. Para obter mais informações sobre chaves de sideloading, consulte a seção Preparar para registrar o dispositivo móvel no tópico Gerenciar dispositivos móveis com o Configuration Manager e o Microsoft Intune.

Configurar o SSL para funções do sistema de site que usam IIS

Ao recuperar sistemas de site que executam o IIS e que foram configurados para HTTPS antes da falha, você precisa reconfigurar o IIS para usar o certificado do servidor Web. Para obter mais informações, consulte "Configurando o IIS para usar o certificado do servidor Web" na seção Implantando o certificado do servidor Web para sistemas de sites que executam IIS no tópico Exemplo passo a passo para implantação dos certificados PKI para o Configuration Manager: Autoridade de certificação do Windows Server 2008.

Reinstalar os hotfixes no servidor do Site recuperado

Feita a recuperação de site, você deverá reinstalar os hotfixes que foram aplicados ao servidor do site. Os hotfixes instalados anteriormente são listados na página Concluído no Assistente de Instalação após a recuperação e salvos em C:\ConfigMgrPostRecoveryActions.html no servidor do site recuperado.

Recuperar relatórios personalizados no computador que está executando o Reporting Services

Quando você cria relatórios do Reporting Services personalizados e o Reporting Services falha, você pode recuperar os relatórios feito o backup do servidor de relatório. Para obter mais informações sobre como restaurar relatórios personalizados no Reporting Services, consulte Operações de backup e restauração para a Instalação do Reporting Services nos Manuais Online do SQL Server 2008.

Recuperar arquivos de conteúdo

O banco de dados do site contém informações sobre onde os arquivos de conteúdo são armazenados no servidor do site, mas os arquivos de conteúdo não passam por backup ou restauração como parte do processo de backup ou recuperação. Para recuperar completamente os arquivos de conteúdo, você deve restaurar a biblioteca de conteúdo e os arquivos de origem do pacote no local original. Há vários métodos de recuperar seus arquivos de conteúdo, mas o mais fácil é restaurá-los por meio do backup do sistema de arquivo do servidor do site.

Se você não tem o backup do sistema de arquivo para os arquivos de origem do pacote, você deve copiar ou baixá-los manualmente da mesma forma quando o pacote foi criado pela primeira vez. É possível executar a seguinte consulta no SQL Server para encontrar o local de origem do pacote de todos os pacotes e aplicativos: SELECT * FROM v_Package. É possível identificar o site de origem do pacote observando os três primeiros caracteres da ID do pacote. Por exemplo, se a ID do pacote for CEN00001, o código do site de origem será CEN. Ao restaurar os arquivos de origem do pacote, eles devem ser restaurados no mesmo local em que estavam antes da falha.

Se você não tem o backup do sistema de arquivo que contém a biblioteca de conteúdo, você possui as seguintes opções de restauração:

Recuperar atualizações de software personalizadas no computador que executa o Updates Publisher

Quando você possui arquivos do banco de dados do Updates Publisher 2011 incluídos em seu plano de backup, você pode recuperar os bancos de dados em caso de falha no computador em que o Updates Publisher 2011 é executado. Para obter mais informações sobre o Updates Publisher, consulte System Center Updates Publisher 2011 na biblioteca do System Center TechCenter.

Use o procedimento a seguir para restaurar o banco de dados do Updates Publisher 2011.

Para restaurar o banco de dados do Updates Publisher 2011

  1. Reinstalar o Updates Publisher 2011 no computador recuperado.

  2. Copiar o arquivo de banco de dados (Scupdb.sdf) de seu destino de backup para %PERFILDOUSUÁRIO%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ no computador que executa o Updates Publisher 2011.

  3. Quando mais de um usuário executa o Updates Publisher 2011 no computador, você deve copiar cada arquivo de banco de dados para o local apropriado do perfil do usuário.

Dados de migração de estado do usuário

Como parte das propriedades do sistema de site do ponto de migração de estado, você especifica as pastas que armazenam os dados de migração de estado do usuário. Depois de recuperar um servidor com uma pasta que armazena dados de migração de estado do usuário, você deve restaurar manualmente os dados de migração de estado do usuário no servidor para as mesmas pastas que armazenaram os dados antes da falha.

Atualizar certificados usados para pontos de distribuição baseados em nuvem

Para o System Center 2012 Configuration Manager SP1 e posterior:

O Gerenciador de Configurações requer um certificado de gerenciamento que ele utiliza para comunicação do servidor do site com o ponto de distribuição baseado em nuvem. Após recuperações de site, você deve atualizar os certificados para os pontos de distribuição baseados em nuvem. Para obter mais informações, veja a seção Sobre assinaturas e certificados para pontos de distribuição baseados em nuvem no tópico Planejando o gerenciamento de conteúdo no Configuration Manager.

Reprovisionar computadores Intel AMT provisionados anteriormente

Após recuperar o site, execute as seguintes etapas de configuração:

  1. Solicite novamente o certificado de provisionamento AMT e selecione-o nas propriedades do ponto de serviço fora da banda.

  2. Reconfigure as senhas das seguintes contas nas propriedades do componente de gerenciamento fora da banda:

    • A conta MEBx

    • A conta de remoção de provisionamento AMT

    • As contas de descoberta e provisionamento AMT

Para obter mais informações sobre como executar essas etapas, consulte Como configurar e configurar computadores AMT no Configuration Manager.

Depois use o procedimento a seguir para reprovisionar computadores Intel AMT que foram provisionados anteriormente.

Para reprovisionar computadores Intel AMT

  1. Verifique se você configurou a conta de remoção de provisionamento AMT nas propriedades do componente de gerenciamento fora da banda.

  2. Remova as informações de provisionamento AMT dos computadores Intel AMT:

    - Não selecione **Desabilitar provisionamento automático**.
    
    - Selecione **Usar Conta de Remoção de Provisionamento AMT**.
    

    Para obter mais informações sobre como remover as informações de provisionamento de AMT, consulte Como remover informações de AMT.

  3. Monitorar o status AMT nesses computadores:

    - **Não provisionados**: estes computadores estão prontos para serem reprovisionados pelo Gerenciador de Configurações.
    
    - **Detectados**: estes computadores não podem ser reprovisionados pelo Gerenciador de Configurações. Se o Gerenciador de Configurações não puder remover as informações de provisionamento AMT, remova manualmente essas informações configurando as extensões do BIOS no computador.
    
      <div class="alert">
    
      <table>
      <colgroup>
      <col style="width: 100%" />
      </colgroup>
      <thead>
      <tr class="header">
      <th><img src="images/JJ851033.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-icon-note(SC.12).jpeg" title="System_CAPS_note" alt="System_CAPS_note" />Observação</th>
      </tr>
      </thead>
      <tbody>
      <tr class="odd">
      <td><p>A conta de remoção de provisionamento AMT não pode remover informações de provisionamento se a trilha de auditoria estiver habilitada e desbloqueada, ou se a conta configurada para a conta de remoção de provisionamento AMT não for uma conta de usuário AMT nesse computador.</p></td>
      </tr>
      </tbody>
      </table>
    
      </div>
    
  4. Verifique se a caixa de seleção Habilitar o provisionamento para computadores baseados em AMT está selecionada na guia Gerenciamento fora da banda nas propriedades da coleção.

  5. Confirme se o status AMT muda para Provisionado. Você também pode executar o relatório Exibir os computadores com controladores de gerenciamento fora da banda para confirmar o status do provisionamento AMT.

Recuperar um site secundário

Para o System Center 2012 Configuration Manager SP1 e posterior:

O Gerenciador de Configurações não oferece suporte ao backup do banco de dados em um site secundário, mas oferece suporte à recuperação reinstalando o site secundário. A recuperação de sites secundários é necessária quando um site secundário do Gerenciador de Configurações falha. Você pode recuperar sites secundários usando a ação Recuperar Site Secundário do nó Sites no console do Gerenciador de Configurações. Diferentemente da recuperação de um site de administração central ou site primário, a recuperação de sites secundários não usa um arquivo de backup, e em vez disso reinstala os arquivos do site secundário no computador do site secundário com falha. Em seguida, os dados do site secundário são reinicializados com os dados do site pai primário. Durante o processo de recuperação, o Gerenciador de Configurações verifica se há uma biblioteca de conteúdo no computador do site secundário e se o conteúdo apropriado está disponível. O site secundário usará a biblioteca de conteúdo existente, se ela contiver o conteúdo apropriado. Caso contrário, para recuperar a biblioteca de conteúdo de um site secundário recuperado, será necessário redistribuir ou pré-configurar o conteúdo para o site recuperado. Para obter mais informações, consulte Operações e manutenção para o gerenciamento de conteúdo no Configuration Manager. Quando você possui um ponto de distribuição que não está no site secundário, não é necessário reinstalar o ponto de distribuição durante recuperações do site secundário. Após a recuperação de site secundário, o site sincroniza-se automaticamente com o ponto de distribuição.

Você pode verificar o status da recuperação do site secundário usando a ação Mostrar Status da Instalação, do nó Sites, no console do Gerenciador de Configurações.

System_CAPS_importantImportante

Você deve usar um computador com a mesma configuração que o computador que falhou, como seu FQDN, para recuperar com êxito o site secundário. O computador também deve atender a todos os pré-requisitos do site secundário e ter os direitos de segurança apropriados configurados. Além disso, use o mesmo caminho de instalação usado para o site que falhou.

System_CAPS_importantImportante

Durante a recuperação de sites secundários, o Gerenciador de Configurações não instala o SQL Server Express se ele não estiver instalado no computador. Portanto, para poder recuperar um site secundário, você deve instalar manualmente o SQL Server Express ou o SQL Server. Você deve usar a mesma versão do SQL Server e a mesma instância do SQL Server usadas para o banco de dados do site secundário antes da falha.