Planejar a estratégia de backup e recuperação do sistema (FAST Search Server 2010 para SharePoint)

 

Aplica-se a: FAST Search Server 2010

Tópico modificado em: 2016-11-29

Importante

Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

Existem dois tipos de mecanismos de recuperação para o FAST Search Server 2010 for SharePoint:

  • Configuração de backup e restauração que restaura somente os dados de configuração do sistema

  • Total de backup e restauração que restaura a configuração e os dados indexados no sistema instalado para o estado do backup

Observação

Este artigo aborda os planos de backup e restauração para o Plano de backup e recuperação no SharePoint Server 2010. Para obter informações sobre o SharePoint Server 2010 backup e recuperação, consulte o FAST Search Server 2010 for SharePoint.

Ao planejar sua estratégia de backup e recuperação, considere os seguintes problemas e limitações e seu efeito no sistema e usuários.

Considerações e as limitações gerais

  • O banco de dados de administração do SQL Server é feito no backup de configuração e o backup completo. O arquivo de backup do banco de dados é gerado localmente em SQL Server e não é armazenado com o backup do FAST Search Server 2010 for SharePoint. Você deve garantir que o SQL Server é feito e que ele está presente no destino FAST Search Server 2010 for SharePoint durante a restauração.

  • O backup FAST Search Server 2010 for SharePoint é sensível a diferenças de versão entre o backup SQL Server e SQL Server restaurado. As versões devem ser idênticas. Se a versão do SQL Server for alterado, exporte o banco de dados de administração de FAST Search Server 2010 for SharePoint para um formato canônico e importá-lo.

  • Procedimentos de backup podem interferir na ortografia ajuste do processo. Se o sintonizador de ortografia não está em execução durante o tempo de carregamento de dicionário agendado, ele não carregue os dicionários de novos quando ele for reiniciado mais tarde. Considere este cenário. Agendar um backup diário para ser executado às 02: 00: 00, o backup é executado por 10 minutos e pára o sintonizador de ortografia para a duração. Se você agendou também carregamentos de dicionário para ser executado às 02: 05: 00 (o tempo padrão), o novo ortográfica dicionários de verificação não será carregado porque o backup suspendeu ortográfica ajuste do processo. Para resolver esse problema, você deve executar o sintonizador de ortografia manualmente para atualizar os dicionários:

    1. Fazer logon no servidor de administração como administrador.

    2. Execute o comando: spelltuner -f --wordcount-threshold 100000 --spellcheck-threshold 13 --max-wordcount 10000000

    Para evitar essa situação, agendar backups regulares e ortográfica execuções de ajustes para que elas não interferem uma da outra. Por padrão, o sintonizador ortográfica está programado para ser executado às 2: 05 horas; agendar o backup para ser executado em um horário diferente.

Limitações de uma configuração de backup e restauração

  • Se o sistema de backup e o sistema restaurado têm diferentes conjuntos de propriedades gerenciadas, o conteúdo não será pesquisável após uma restauração. Se você encontrar esse problema, você deve refeed todos os dados para colocar o sistema em um estado consistente. Para evitar esse problema, certifique-se de que você execute um backup de configuração do novo quando altera o conjunto de propriedades gerenciadas.

Limitações de um backup completo e restauração

  • Backups totais só podem ser restaurados para o mesmo conjunto de servidores que têm os mesmos nomes de servidor. Portanto, a topologia do sistema não pode alterar para a operação de restauração.

  • Backups completos podem exigir uma grande quantidade de espaço de armazenamento. O volume de dados de backup será igual à soma de todos os diretórios de instalação em todos os servidores. Para ajudar a reduzir os requisitos de espaço, exclua o índice de pesquisa do backup. Isso reduzirá o espaço necessário, o equivalente do %FASTSEARCH%\data\data_index.

  • Backups totais interromperá a indexação durante o processo de backup e de alimentação. O sistema irá atender a consultas, mas haverá novos itens não disponíveis no índice durante o processo de backup.

  • Backups totais exigem um tempo de inatividade para restaurar um sistema. A FAST Search Server 2010 for SharePoint completa do sistema deve ser desligada durante o processo de restauração.

  • Os certificados de autenticação FAST Search Server 2010 for SharePoint para Microsoft SharePoint Server não são cobertos por FAST Search Server 2010 for SharePoint backup e restauração. Você deve executar um procedimento manual se os certificados foram alteradas. Por exemplo, isso pode ocorrer se você estiver restaurando um sistema reinstalado. Consulte a restauração de um certificado para obter mais informações.

  • Um backup do Microsoft SharePoint Serverdeve estar combinado com um backup FAST Search Server 2010 for SharePoint para garantir que os dois sistemas funcionará como esperado após uma operação de restauração.

Observação

As listas de inclusão e exclusão de usuário para a empresa, localização e extração de propriedades de nome de pessoa, como também os dicionários de extractors propriedades personalizadas, são armazenadas no armazenamento do recurso e não são preservadas por uma configuração de backup.

Tempo de inatividade considerações ao planejar a estratégia de recuperação do sistema

Consulte o artigo Plano de backup e recuperação no SharePoint Server 2010 para definições de requisitos de negócios sobre estratégias de backup e recuperação.

O objetivo de tempo de recuperação (RPO) que é alvo tem implicações para a estratégia que deve ser escolhida durante o planejamento de backup e a estratégia de recuperação para FAST 2010 de servidor de pesquisa do SharePoint.

O tempo de inatividade é necessária durante a recuperação do sistema depende da complexidade de implantação, a quantidade de dados, e se o índice de pesquisa foi incluído no backup. Você pode limitar o tempo de inatividade, usando as seguintes estratégias de recuperação:

  • Sem tempo de inatividade: usar o programa de instalação parcial ou totalmente redundante

  • Um dia para vários dias: usar o backup de dados completos de FAST Search Server 2010 for SharePoint ou uma solução de backup de terceiros

  • Dias para semanas: reinstale o programa de instalação do zero usando um backup de configuração e de restauração

A tabela a seguir mostra o que você pode optar por proteger e o que está sendo encoberto por diferentes opções de 2010 Server FAST pesquisa do SharePoint.

Componente Configuração de backup Backup completo Backup completo + backup do FARM

Arquivos do instalador gerado

Sim

Sim

Arquivos de configuração do servidor

Sim

Sim

Sim

Configuração de administração de SAM

Sim

Sim

Sim

Configuração de SPRel

Sim

Sim

Sim

Configuração de WebAnalyzer

Sim

Sim

Sim

Configuração de rastreador FAST

Sim

Sim

Sim

Os binários e de DLLs

PeopleSearch

Sim

Índice de pesquisa

Sim *

Sim *

Arquivos FIXML

Sim

Sim

Estado de conteúdo SSA

Sim

* Pode ser desabilitado com o parâmetro –excludeindex

Observação

Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

See Also

Concepts

Pré-requisitos de backup e restauração (FAST Search Server 2010 para SharePoint)

Other Resources

Plano de backup e recuperação no SharePoint Server 2010