Compartilhar via

Práticas recomendadas para a excelência operacional (SharePoint Server 2010)

  • Artigo

 

Aplica-se a: Excel Services, SharePoint Server 2010

Tópico modificado em: 2016-11-30

O Microsoft SharePoint Server 2010 é usado para um amplo conjunto de aplicativos e soluções, tanto de forma autônoma quanto em conjunto com outros sistemas. Para chegar a essa flexibilidade, a plataforma fornece suporte a várias arquiteturas e configurações possíveis. Algumas partes do sistema são bem conhecidas, mas ainda vemos variantes nessas partes. Este artigo aborda as principais práticas recomendadas para configuração que devem ser consideradas por você, como, por exemplo, a configuração do servidor Web front-end, a configuração de banco de dados, atendimento e aplicação de patch.

Este artigo faz parte de uma série de artigos de práticas recomendadas para o SharePoint Server 2010. Este artigo descreve as práticas recomendadas para excelência operacional. Para ver mais artigos dessa série, consulte Práticas recomendadas (SharePoint Server 2010). Para obter informações adicionais e recursos sobre Práticas Recomendadas para o SharePoint Server 2010, consulte a Central de Recursos de Práticas Recomendadas (https://go.microsoft.com/fwlink/?linkid=221383&clcid=0x416).

1. Use bastante memória e adaptadores de rede rápidos

Para obter o desempenho desejado em um ambiente, verifique se está usando bastante memória nos servidores Web e de aplicativos.

A velocidade da rede é também importante para o desempenho do ambiente. Faça o seguinte para fazer com que o tráfego da rede flua rapidamente:

  • Use adaptadores de rede gigabit para todas as funções do servidor.

  • Para os servidores Web front-end e de aplicativos, use adaptadores de rede duplos em ambientes de produção. Use um adaptador de rede para usuários e outro para comunicação do Microsoft SQL Server.

  • Use adaptadores de rede privada para comunicações entre servidores em tarefas como gerenciamento e backups, de modo que esse tráfego não afete o desempenho geral do farm.

  • Quando a carga for pesada, considere a possibilidade de usar VLANs (redes locais virtuais) para reduzir o tráfego da rede.

Para obter mais informações, consulte Requisitos de hardware e software (SharePoint Server 2010) e Gerenciamento de desempenho e capacidade (SharePoint Server 2010).

2. Mantenha a proximidade: não deixe muita distância na rede entre os servidores Web front-end, os servidores de aplicativos e os servidores de banco de dados

Nenhum servidor Web front-end ou de aplicativos deve ter mais de um milissegundo (ms) de latência entre ele e o servidor de banco de dados. Na prática, isso normalmente quer dizer que você deve manter todos os servidores em um farm no mesmo data center. Todos os servidores de um farm precisam estar no mesmo fuso horário.

Para obter mais informações, consulte Soluções globais para Produtos do SharePoint 2010 (modelo).

3. Considere o desempenho e a disponibilidade quando for configurar os servidores Web e de aplicativos

A maneira como você configura os servidores Web e os servidores de aplicativos pode causar um grande efeito na taxa de transferência e na disponibilidade. Siga estas recomendações para obter os melhores resultados:

  • Separe os componentes do sistema em unidades lógicas e use o RAID para redundância.

    Componentes na unidade Nível de RAID recomendado

    Unidade do Windows e dos arquivos de programas

    RAID 1

    Unidade de permuta e diretório temporário do sistema operacional

    RAID 1

    Arquivos de log

    RAID 1

    Disco de inicialização para geração de imagem e Windows Desktop Search (opcional)

    RAID 1

  • Use pelo menos quatro discos físicos e discos separados para manter os arquivos de log e a unidade de permuta separados da unidade do Windows e dos arquivos de programas.

  • Na maioria dos ambientes de produção, recomendamos alocar no mínimo 200 GB de espaço em disco para o sistema operacional e os arquivos temporários e 150 GB de espaço em disco para os logs.

  • Assegure-se de testar a capacidade do servidor Web e fornecer servidores suficientes para o número de usuários e solicitações presentes no farm. Para garantir alta disponibilidade, verifique se você alocou um servidor adicional, de modo que possa retirar um servidor de um farm de servidor de balanceamento de carga da rede e o recicle sem afetar a disponibilidade do sistema.

Para obter mais informações, consulte os seguintes recursos:

4. Considere o desempenho e a disponibilidade quando for configurar os servidores de banco de dados

Assim como ocorre com servidores Web e servidores de aplicativo, a configuração de servidores de banco de dados afeta o desempenho do SharePoint Server 2010. Determinados bancos de dados exigem colocação específica ou separação de outros bancos de dados. Para obter mais informações, consulte Escala de dados no artigo Visão geral do gerenciamento da capacidade e dimensionamento do SharePoint Server 2010 e Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 2010).

Os bancos de dados listados na tabela a seguir devem ser mantidos separados de outros bancos de dados.

Nome do banco de dados Tamanho Otimização de leitura/gravação Colocalização

TempDB

Média

Deve ficar em um fuso separado de todos os outros bancos de dados.

Repositório Seguro

Pequena

Hospede em uma instância de banco de dados separada. Limite o acesso a um único administrador.

Rastreamento de pesquisa

Extragrande

Otimizar para leitura

Esse é um banco de dados de larga escala. Hospede em um servidor diferente do banco de dados Propriedade de pesquisa.

Propriedade de pesquisa

Grande a extragrande

Otimize para gravação

Esse é um banco de dados de larga escala. Hospede-o em seu próprio servidor.

Uso

Extragrande

Otimize para gravação

Deve ficar em um fuso separado.

Observação

O banco de dados de uso pode ficar em um servidor separado, e não precisa ter um desempenho tão alto como o dos outros bancos de dados. A velocidade do banco de dados de uso não afeta o desempenho do site.

Os bancos de dados da tabela a seguir precisam ficar armazenados no mesmo local dos outros bancos de dados.

Nome do banco de dados Tamanho Colocalização

Configuração

Conteúdo da Administração Central

Pequena

Precisa ser localizado junto

ReportServer do SQL Server

ReportServerTempDB

Pequena

Varia

Precisa ficar no mesmo servidor de banco de dados

Há mais informações sobre o dimensionamento de banco de dados e a mistura de leitura e gravação para banco de dados específicos no Bancos de dados que dão suporte ao modelo de Produtos SharePoint 2010(https://go.microsoft.com/fwlink/?linkid=187970&clcid=0x416).

5. Mantenha a limpeza: mantenha os bancos de dados em um estado saudável

Um servidor de banco de dados saudável possui espaço suficiente para os bancos de dados e arquivos de log, mais capacidade bastante para acompanhar as solicitações. Use as recomendações da seguinte lista para manter os servidores de banco de dados com desempenho ideal.

  • Preveja o crescimento de todos os bancos de dados e logs, caso consiga. Assegure-se de monitorar os tamanhos de forma que não fique sem espaço em disco.

  • Não sobrecarregue os servidores de banco de dados usando muitos bancos de dados ou muitos dados. Siga o procedimento abaixo.

    • Quando você usar o espelhamento do SQL Server, não armazene mais de 50 bancos de dados em uma única instância física do SQL Server .

    • Limite os bancos de dados de conteúdo a 200 GB.

  • os índices devem ser desfragmentados e criados diariamente, se você puder absorver o tempo de espera requerido para recompilar.

  • Monitore o servidor do banco de dados para garantir que ele está respondendo corretamente e não está sobrecarregado. Os principais contadores de desempenho a serem monitorados são os seguintes:

    • Fila de espera da rede: em 0 ou 1 para desempenho bom

    • Comprimento médio da fila do disco (latência): menos de 5 ms

    • Memória usada: menos de 70 por cento

    • Espaço livre em disco: mais de 25 por cento

    • Relação de ocorrências do cache do buffer: 90 por cento ou mais

Para obter mais informações, consulte os seguintes recursos:

6. Mantenha os servidores atualizados usando as últimas atualizações

É importante manter tudo atualizado, aplicando os hotfixes, as atualizações e os service packs mais recentes. Essas atualizações contêm melhorias e aperfeiçoamentos importantes para o produto. Entretanto, assegure-se de testar exaustivamente essas atualizações nos ambientes de pré-produção antes de aplicá-las aos ambientes de produção. Siga o procedimento recomendado para implantar as atualizações, inclusive o seguinte:

  • Ative o Windows Update para baixar as atualizações de forma automática, mas não as instale automaticamente.

  • Agende a instalação das atualizações fora do horário de pico.

  • Para obter uma disponibilidade alta, faça o rodízio dos servidores fora de operação, um de cada vez, durante o processo de atualização.

Certifique-se de que esteja aplicando patches no BIOS (computadores servidores, controladores e discos), no sistema operacional Windows, no Microsoft SharePoint Foundation 2010 e SharePoint Server 2010 e no SQL Server.

Para obter mais informações, consulte Atualizações para a Central de Recursos de Produtos do SharePoint 2010 (https://go.microsoft.com/fwlink/?linkid=209614&clcid=0x416).

7. Use contas diferentes para ações diferentes

Use contas apropriadas para os aplicativos e serviços Web. Todas as contas devem ser contas de domínio. (Lembrete: não use o Serviço de Rede.) Para obter os melhores resultados, use contas separadas para o seguinte:

  • Aplicações Web: use contas diferentes com base em seus requisitos de segurança.

  • Conta de pesquisa: use uma conta para o farm.

  • Conta de serviços do Excel: use uma conta para conexões externas.

Para obter mais informações, consulte Permissões de conta e configurações de segurança (SharePoint Server 2010).

Há muitas outras contas que são usadas pelo SharePoint Server 2010, por exemplo, as contas de serviços do SQL Server, a identidade de pool de aplicativos da Administração Central, a conta de serviço de Temporizador do SharePoint Foundation, a conta de acesso de conteúdo padrão, a conta de logon único e a conta de importação de perfil. Siga os procedimentos recomendados para manter suas senhas atualizadas e assim garantir que os serviços sigam funcionando.

Para obter mais informações, consulte Alterar senhas usadas para contas de administração (SharePoint Server 2010).

8. Siga as recomendações de backup e restauração de dados

Em geral, é melhor usar um disco local para os backups, e depois copiar os dados. Use a compactação quando puder, mas quando você usar esse recurso com backups, use o bom-senso para não saturar o SQL Server. Por exemplo, o LiteSpeed para SQL Server faz compactação durante o backup, o que pode interromper o desempenho do SQL Server.

Para bancos de dados grandes, conte com backups incrementais, como os que há disponíveis no System Center Data Protection Manager (DPM) 2010. Não confie nos backups completos como seu mecanismo principal. Eles também são muito grandes para serem restaurados rapidamente.

Para obter mais informações, consulte Práticas recomendadas de backup e recuperação (SharePoint Server 2010).

9. Assegure-se de fazer backup dos arquivos de log e truncá-los

Não faça backup somente dos dados. Faça backup também dos arquivos de log. Os logs de uso, os logs do IIS, os logs de transações e os logs de emails SMTP: você deve fazer backup de todos esses logs se deseja conseguir recuperar completamente o seu ambiente. Para os logs de transação, você deve fazer backup e truncar o arquivo de log a cada cinco minutos. Entretanto, nunca reduza o log de transação, pois você pode ter problemas quando o log voltar a crescer.

Para obter mais informações, consulte Back up or archive logs in SharePoint Server 2010 e Como impedir que o log de transação de um banco de dados do SQL Server cresça inesperadamente (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x416).

10. Restaure os dados: teste os backups e tenha disponível um ambiente em espera para a continuidade dos serviços

Teste rotineiramente os backups e valide sua consistência. Não presuma que o backup funcionará quando você deseja. Assegure-se de que ele vá funcionar. Pratique a recuperação para aprender o que mais você precisa fazer para recuperar o ambiente inteiro. Para ambientes dispersos geograficamente, prepare a recuperação de desastre configurando um farm remoto. Dessa forma, você pode restaurar o ambiente usando o comando de anexação de banco de dados para carregar uma cópia do banco de dados no farm remoto e redirecionar os usuários. De modo semelhante, é possível configurar um ambiente em espera e que execute a mesma versão de software do ambiente de produção, para que você possa restaurar rapidamente os bancos de dados e recuperar documentos. Mantenha os bancos de dados em tamanho pequeno para agilizar a recuperação.

Para obter mais informações, consulte Práticas recomendadas de procedimentos.

Se você estiver usando o DPM 2010 para backup e recuperação, assegure-se de que você planeje o backup e a recuperação dos aplicativos de serviço separadamente. O DPM 2010 não faz backup da Pesquisa ou de outros aplicativos de serviço.

a>Para obter mais informações, consulte Escolher o que deve ser protegido e recuperar em seu ambiente SharePoint e Como proteger o SharePoint com o whitepaper DPM 2010 (https://go.microsoft.com/fwlink/?linkid=218153&clcid=0x416

Agradecimentos

A equipe de Publicação de Conteúdo do SharePoint Server 2010 agradece aos seguintes contribuidores deste artigo:

  • Aaron Saikovski, Microsoft Consulting Services

  • Ali Mazaheri, Microsoft Consulting Services

  • Bryan Porter, Microsoft Consulting Services

  • Chris Holder, Microsoft SharePoint Customer Engineering

  • Dan Winter, Microsoft SharePoint Customer Engineering

  • Eric Charran, Microsoft Consulting Services

  • Gus Apostol, Microsoft SQL Server Customer Programs

  • John S. Moh, Microsoft Consulting Services

  • Luca Bandinelli, Microsoft SharePoint Customer Engineering

  • Rahim Dossa, Microsoft Consulting Services

  • Steve Peschka, Microsoft Consulting Services

  • Steve Walker, Microsoft SharePoint Customer Engineering

  • Tajeshwar Singh, Microsoft Consulting Services

See Also

Concepts

Health monitoring (SharePoint Server 2010)

Other Resources

Health monitoring (SharePoint Foundation 2010)