Estimar os requisitos de desempenho e capacidade para ambientes do InfoPath Forms Services (Office SharePoint Server)
Atualizado em: 2009-04-23
Neste artigo:
Características principais
Ambiente de teste
Resultados do teste
Recomendações
Esse cenário de planejamento de desempenho e capacidade incorpora um único farm do Microsoft Office SharePoint Server 2007 em execução nos InfoPath Forms Services. O farm é utilizado para publicar modelos de formulários do InfoPath. Observe que os resultados do teste mostrados nesse artigo são específico dos InfoPath Forms Services do Office SharePoint Server 2007. Os resultados podem não ser representativos das características de desempenho do Microsoft Office Forms Server 2007.
Características principais
As principais características descrevem fatores ambientais, características de uso e outras considerações que provavelmente serão encontradas em implantações baseadas nesse cenário.
As principais características desse cenário incluem:
**Autenticação, controle de acesso e autorização **A Autenticação Integrada do Windows é utilizada neste cenário. Em geral, sites e conteúdo são protegidos por grupos de segurança ou por concessão de acesso a usuários individuais, com base nas contas de usuário. A autenticação e a autorização afetam a taxa de transferência e exigem uma conexão de rede entre os servidores do farm e os controladores de domínio. A taxa de transferência é o número de operações que um farm de servidores pode executar por segundo. A taxa de transferência é medida em solicitações por segundo (RPS).
Serviço de diretório associado Este cenário incorpora um serviço de diretório associado do Active Directory para fornecer informações sobre o usuário e a organização. Essas informações são utilizadas pelos recursos do Office SharePoint Server 2007 para fornecer funcionalidade avançada; por exemplo, presença, direcionamento e audiências.
Operações complexas (ler/gravar) de usuário Em um ambiente de formulários, os usuários exibem e fazem contribuições para o conteúdo. As taxas de transferência pretendidas são designadas para garantir tempos razoáveis de resposta para as operações complexas de usuário; por exemplo, carregamento de modelos de formulários ou preenchimento de formulários.
Crescimento dos dados e do site ao longo do tempo Além de estimar o volume de dados inicial, um ambiente de colaboração do Office SharePoint Server 2007 também deve permitir que os dados e o site cresçam ao longo do tempo. Um farm de servidores designado para o volume de dados inicial pode se tornar rapidamente insuficiente.
Tempos de resposta de usuários Os tempos de resposta pretendidos dos usuários para operação comum, incomum, rara e de execução longa são listados na tabela referente ao tempo de resposta do usuário, no final do artigo Planejar limites de software (Office SharePoint Server). Algumas organizações podem tolerar tempos de resposta mais lentos ou podem exigir tempos de resposta mais rápidos. O tempo de resposta esperado do usuário é um fator importante para a determinação das taxas de transferência globais pretendidas. Quando há mais usuários, você precisa de uma taxa de transferência mais alta para que seja possível obter o mesmo tempo de resposta do usuário.
Simultaneidade de usuários Uma taxa de simultaneidade de 10% é presumida, com 1% de usuários simultâneos fazendo solicitações em determinado momento. Por exemplo, para 10.000 usuários, a suposição é de que 1.000 usuários usarão a solução simultaneamente e 100 deles farão solicitações.
Ambiente de teste
O teste desse cenário foi projetado para ajudar a desenvolver estimativas sobre como diferentes configurações de farm respondem a alterações nas seguintes variáveis:
Complexidade do formulário
Tipo de operação do usuário
Diferentes conexões de dados
O número de bibliotecas de documentos para as quais são enviados os formulários
É importante observar que os índices específicos de capacidade e desempenho apresentados neste artigo não serão iguais aos índices que ocorrerão em ambientes reais. O objetivo dos índices apresentados no artigo é fornecer um ponto de partida para o design de um ambiente dimensionado adequadamente. Depois de concluído o design inicial do sistema, teste a configuração para determinar se o sistema oferece suporte para os fatores do seu ambiente.
Para obter informações sobre como testar a implantação, consulte Ferramentas para planejamento de capacidade e desempenho (Office SharePoint Server) e o tópico referente ao kit de ferramentas de teste na Web do InfoPath Forms Services 2007 (em inglês) (https://go.microsoft.com/fwlink/?linkid=129547\&clcid=0x416) (em inglês).
Pressuposições
- Arquitetura de 64 bits Apenas servidores de 64 bits foram usados no ambiente de teste. Embora o Office SharePoint Server 2007 possa ser implantado em servidores de 32 bits, é recomendável usar servidores de 64 bits em implantações de farms. Para obter mais informações, consulte a seção 64 bits vs. 32 bits do artigo Sobre desempenho e planejamento da capacidade (Office SharePoint Server).
Definições de teste
Esta seção define os cenários de teste e fornece uma visão geral do processo de teste utilizado em cada cenário. Informações detalhadas -- como resultados do teste e parâmetros específicos -- serão apresentadas em cada uma das seções de resultados de teste, posteriormente neste artigo.
Definições de teste
Nome da solução | Descrição do teste |
---|---|
Solução de linha de base |
|
Abrir formulário |
|
Salve em uma biblioteca de documentos simples do SharePoint. |
|
Enviar o formulário por meio de uma conexão de dados do SharePoint |
|
Solução de linha de base sem lógica corporativa e controles complexos |
|
Salvar o formulário por meio de uma conexão de dados do SharePoint (cinco bibliotecas de documentos) |
|
Enviar formulário por meio de uma conexão de dados do SharePoint (cinco bibliotecas de documentos) |
|
Topologia de laboratório
Para fornecer um alto nível de detalhes de resultado de teste, várias configurações de farm foram utilizadas no teste. As configurações de farm incluíram de um a oito servidores Web e um único computador servidor de banco de dados executando o software de banco de dados do Microsoft SQL Server 2005. O teste foi executado em quatro computadores clientes. Todos os computadores servidores Web e o servidor de banco de dados eram 64 bits e os computadores clientes eram 32 bits.
A tabela a seguir lista o hardware específico usado no teste.
Função do computador | Hardware |
---|---|
Servidor Web |
2 processadores quad-core Intel Xeon E5345 -- 2,33 gigahertz (GHz) 8 gigabytes (GB) de RAM |
Servidor de banco de dados |
4 processadores quad-core Intel Xeon 3,2 GHz 16 GB de RAM Cinco discos rígidos 146 GB, 15.000 RPM, RAID 5 |
Computador cliente |
2 processadores Intel 3,06 GHz 2 GB de RAM |
Uma rede de um gigabit (1 bilhão de bits/s) foi usada no ambiente de teste. Recomendamos usar uma rede de um gigabit entre os servidores de um farm do Office SharePoint Server para garantir uma largura de banda de rede suficiente.
Software
A tabela a seguir descreve o software que foi instalado nos servidores usados no teste.
Função do computador | Software |
---|---|
Servidor Web |
Sistema operacional Windows Server 2008 Enterprise Edition com Service Pack 1 (SP1), contendo as atualizações mais recentes. Microsoft Office SharePoint Server 2007 com Service Pack 1 (SP1), versão x64. Observe que o teste foi executado antes da liberação do Atualização de infraestrutura para os Microsoft Office Servers. Microsoft .NET Framework versão 3.5. |
Servidor de banco de dados |
Windows Server 2008 Enterprise Edition com SP 1, contendo as atualizações mais recentes. Software de banco de dados do SQL Server 2005. .NET Framework versão 3.5. |
Computador cliente |
Windows Server 2003 Enterprise Edition com SP 1, contendo as atualizações mais recentes. |
Resultados do teste
As seguintes tabelas mostram os resultados do testes do InfoPath Forms Services no Office SharePoint Server 2007 com SP1. Para cada grupo de testes, somente determinadas variáveis específicas foram alteradas para mostrar o impacto progressivo no desempenho do farm.
Observe que todos os testes relatados neste artigo foram conduzidos sem tempo de reflexão, um atraso natural entre operações consecutivas. Em um ambiente real, cada operação é seguida por um atraso à medida que o usuário executa a próxima etapa da tarefa. Em contraposição, neste teste, cada operação foi imediatamente seguida pela próxima operação, o que resultou em uma carga contínua no farm. Essa carga introduziu contenção do banco de dados e outros fatores capazes de afetar negativamente o desempenho.
Para obter informações sobre afunilamentos dos InfoPath Forms Services, consulte a seção sobre afunilamentos comuns e suas causas, posteriormente neste artigo.
Como a lógica de negócios e os controles complexos de um formulário afetam a taxa de transferência
Os dois testes da tabela a seguir mostram como a adição de lógica de negócios e controles complexos a um formulário afeta a taxa de transferência do farm. As diferenças entre os modelos de formulário testados são mostradas na tabela, no final desta seção.
Servidores Web | Desempenho da solução de linha de base (RPS) | Desempenho da solução de linha de base com lógica de negócios e controles complexos (RPS) |
---|---|---|
1 |
325 |
292 |
2 |
633 |
547 |
4 |
1076 |
954 |
6 |
1052 |
1095 |
8 |
1102 |
1065 |
Este gráfico mostra que a adição de lógica de negócios e controles complexos não afeta necessariamente a taxa de transferência do farm de maneira linear. A taxa de transferência melhora significativamente nas duas soluções de teste em quatro servidores Web. As linhas de tendência são similares nas duas soluções de teste. Em resumo, quando utilizamos lógica de negócios e controles complexos em um formulário, há um aumento da demanda dos servidores Web no farm e isso pode indicar que é preciso adicionar servidores Web ao farm.
A tabela a seguir mostra as variáveis do design de modelo de formulário para a solução de formulário complexo.
Variáveis de modelo de formulário
Parâmetro | Solução de linha de base | Solução de linha de base com lógica de negócios e controles complexos |
---|---|---|
Afunilamento |
E/S de disco de banco de dados |
E/S de disco de banco de dados |
Conexões de dados |
1 (enviar para o serviço Web) |
1 (enviar para o serviço Web) |
Principal fonte de dados |
Plano (todos os filhos diretos de elementos de myFields) |
Hierárquico (elementos agrupados em seções) |
Regra de fechar no envio |
Sim |
Sim |
Seções |
0 |
6 (2 opcional) |
Tabelas repetidas |
0 |
1 |
Validação de dados |
4 |
10 |
Regras |
0 |
3 |
Postbacks |
2 |
1 |
Primeira otimização de solicitação |
Sim |
Não |
Como operações diferentes afetam a taxa de transferência
Estes testes mostram como as diferentes operações executadas em uma solução específica afetam a taxa de transferência do farm.
Esta tabela mostra a diferença de taxa de transferência quando diferentes operações (enviar para serviço Web, abrir formulário, salvar em uma única biblioteca de documentos, enviar para uma conexão de dados do SharePoint) são executadas no mesmo formulário.
Todos os postbacks são de 10 KB.
Como operações diferentes afetam a taxa de transferência
Servidores Web | Solução de linha de base (enviar para serviço Web) (RPS) | Abrir formulário (RPS) | Salvar em uma única biblioteca de documentos (RPS) | Enviar para uma conexão de dados do SharePoint (RPS) |
---|---|---|---|---|
1 |
325 |
302 |
331 |
241 |
2 |
633 |
591 |
416 |
313 |
4 |
1076 |
847 |
429 |
301 |
6 |
1052 |
877 |
426 |
292 |
8 |
1102 |
825 |
431 |
305 |
Conforme mostrado no gráfico a seguir, as operações de salvar em uma única biblioteca de documentos e de enviar para uma conexão de dados do SharePoint tiveram um impacto significativo na taxa de transferência. A taxa de transferência não melhorou com a adição de servidores Web ao farm. Entretanto, o desempenho das operações enviar para serviço Web e abrir formulário melhoraram quando servidores Web foram adicionados.
Nesse cenário, o desempenho ótimo foi alcançado com o uso de quatro servidores Web. Melhores resultados podem ser obtidos com a utilização de um servidor de banco de dados mais poderoso. Além disso, é uma boa prática colocar os bancos de dados de conteúdo em outro servidor de banco de dados, e não no banco de dados de estado da sessão. Essa prática melhorou o desempenho do farm em pelo menos 10% em nosso laboratório de teste.
A tabela a seguir mostra os parâmetros de design de modelo de formulário utilizados neste cenário de teste.
Variáveis de modelo de formulário
Parâmetro | Solução de linha de base | Abrir formulário | Salvar em uma única biblioteca de documentos | Enviar para uma conexão de dados do SharePoint |
---|---|---|---|---|
Afunilamento |
E/S de disco de banco de dados |
Não aplicável |
Bloqueios de bancos de dados |
Bloqueios de bancos de dados |
Conexões de dados |
1 (enviar para o serviço Web) |
1 (enviar para a biblioteca de documentos do SharePoint) |
1 (enviar para o serviço Web) |
1 (enviar para uma conexão de dados do SharePoint) |
Principal fonte de dados |
Plano (todos os filhos diretos de elementos de myFields) |
Plano |
Plano |
Plano |
Regra de fechar no envio |
Sim |
Sim |
Não |
Sim |
Seções |
0 |
0 |
0 |
0 |
Tabelas repetidas |
0 |
0 |
0 |
0 |
Validação de dados |
4 |
4 |
4 |
4 |
Regras |
0 |
0 |
0 |
0 |
Postbacks |
2 |
1 |
2 |
1 |
Primeira otimização de solicitação |
Sim |
Não |
Sim |
Não |
Efeito na taxa de transferência de uma única biblioteca de documentos versus várias bibliotecas de documentos
Os testes da tabela a seguir mostram o efeito na taxa de transferência referente ao envio de um formulário para uma única biblioteca de documentos em comparação à distribuição de envios de formulários em várias bibliotecas de documentos.
Efeito na taxa de transferência de uma única biblioteca de documentos versus várias bibliotecas de documentos
Servidores Web | Linha de base (RPS) | Enviar para uma única biblioteca de documentos via conexão de dados do SharePoint (RPS) | Enviar para cinco bibliotecas de documentos via conexão de dados do SharePoint (RPS) | Salvar em uma única biblioteca de documentos (RPS) | Salvar em cinco bibliotecas de documentos (RPS) |
---|---|---|---|---|---|
1 |
325 |
241 |
229 |
331 |
319 |
2 |
633 |
313 |
436 |
416 |
523 |
4 |
1076 |
301 |
485 |
429 |
637 |
6 |
1052 |
292 |
455 |
426 |
591 |
8 |
1102 |
305 |
468 |
431 |
621 |
Conforme mostrado no gráfico a seguir, a distribuição de formulários entre várias bibliotecas de documentos pode ter um bom efeito no desempenho. Em implantações de pequeno porte, o uso de várias bibliotecas de documentos não é um fator importante a ser considerado. Entretanto, à medida que o número de formulários salvos na biblioteca aumenta e ultrapassa os limites discutidos em Planejar limites de software (Office SharePoint Server), o desempenho pode melhorar muito com o uso de bibliotecas de documentos distribuídas, o que reduz a contenção. Para implantações empresariais de larga escala, recomendamos a criação de formulários que enviem dados por meio de uma conexão, em vez de formulários a serem salvos em bibliotecas de documentos.
A tabela a seguir mostra os parâmetros de design de modelo de formulário utilizados neste teste.
Variáveis de modelo de formulário
Parâmetro | Enviar o formulário por meio de uma conexão de dados do SharePoint | Enviar formulário por meio de uma conexão de dados do SharePoint (cinco bibliotecas de documentos) | Salvar em uma única biblioteca de documentos (RPS) | Salvar em cinco bibliotecas de documentos (RPS) |
---|---|---|---|---|
Afunilamentos |
Bloqueios de bancos de dados |
Bloqueios de bancos de dados |
Bloqueios de bancos de dados |
Bloqueios de bancos de dados |
Conexões de dados |
1 (enviar para a biblioteca de documentos do SharePoint) |
1 (enviar para o serviço Web) |
1 (enviar para a biblioteca de documentos do SharePoint) |
1 (enviar para o serviço Web) |
Principal fonte de dados |
Plano (todos os filhos diretos de elementos de myFields) |
Plano |
Plano |
Plano |
Regra de fechar no envio |
Sim |
Sim |
Sim |
Sim |
Seções |
0 |
0 |
0 |
0 |
Tabelas repetidas |
0 |
0 |
0 |
0 |
Validação de dados |
4 |
4 |
4 |
4 |
Regras |
0 |
0 |
0 |
0 |
Postbacks |
1 |
1 |
1 |
1 |
Primeira otimização de solicitação |
Não |
Não |
Não |
Não |
Recomendações
Esta seção fornece algumas recomendações gerais sobre desempenho e capacidade. Use-as para determinar as características de capacidade e desempenho da topologia inicial criada por você em Planejar-se para a disponibilidade (Office SharePoint Server) e para decidir se é necessário expandir a topologia inicial.
Recomendações de hardware
Para obter informações sobre os requisitos de sistema mínimos e recomendados, consulte Determinar requisitos de hardware e software (Office SharePoint Server).
Dica
Os requisitos de memória para servidores Web e para servidores de banco de dados dependem do tamanho do farm, do número de usuários simultâneos e da complexidade das páginas do farm. As recomendações de memória da tabela a seguir podem ser adequadas a um farm pequeno ou de pouco uso. Entretanto, a utilização de memória deve ser cuidadosamente monitorada para determinar se é preciso adicionar mais memória.
Topologias expandidas
Você pode estimar o desempenho de sua topologia de ponto inicial, comparando-a às topologias de ponto inicial fornecidas em Planejar-se para a disponibilidade (Office SharePoint Server). Isso pode ajudá-lo a determinar rapidamente se é preciso expandir a topologia de ponto inicial para cumprir as metas de desempenho e capacidade.
Se tiver determinado que a implantação não exige alta disponibilidade, leia o tópico Planejar-se para redundância (Office SharePoint Server) para obter informações sobre como determinar os requisitos de redundância.
Para aumentar a capacidade e o desempenho de uma das topologias de ponto inicial, você pode executar uma de duas ações. É possível expandir por meio da implementação de computadores servidores com mais capacidade ou por meio da adição de mais servidores à topologia. Esta seção descreve as características gerais de desempenho de várias topologias expandidas. As topologias de exemplo representam as seguintes maneiras mais comuns de expandir uma topologia para um cenário do InfoPath Forms Services:
Para acomodar mais carga de usuário, adicione computadores servidores Web.
Para acomodar mais carga de dados, adicione capacidade à função de servidor de banco de dados, aumentando a capacidade de um único servidor (agrupado ou espelhado), atualizando para um servidor de 64 bits ou adicionando servidores agrupados ou espelhados.
Mantenha uma proporção de no máximo oito computadores servidores Web para um computador servidor de banco de dados (agrupado ou espelhado). Embora o teste em laboratório tenha produzido uma proporção ótima específica de servidores Web para servidores de banco de dados em cada cenário de teste, a implantação de um hardware mais robusto, especialmente para o servidor de banco de dados, pode proporcionar resultados melhores ao ambiente.
Estimando metas de taxa de transferência
Muitos fatores podem afetar a taxa de transferência. Esses fatores incluem o número de usuários; o tipo, a complexidade e a frequência das operações do usuário; o número de postbacks em uma operação; e o desempenho das conexões de dados. Cada um desses fatores pode impactar bastante a taxa de transferência do farm. Analise cuidadosamente cada um desses fatores quando planejar sua implantação.
Como o Office SharePoint Server 2007 pode ser implantado e configurado de várias maneiras, não há uma maneira simples de estimar para quantos usuários um determinado número de servidores oferecerá suporte. Portanto, procure conduzir testes no seu próprio ambiente antes de implantar o Office SharePoint Server 2007 em um ambiente de produção.
Otimizações
As próximas seções abordarão os métodos de melhoria de desempenho de farms por meio da otimização de modelos de formulários e do servidor de banco de dados.
Otimizações do design de modelo de formulário
Otimize a primeira solicitação (isto é, a solicitação para abrir o formulário) de modelos de formulários sem eventos onLoad ou lógica de negócios. Otimize a primeira solicitação, adiando a criação de entrada de estado de sessão até que ocorra um POST. Observe que, para esses modelos de formulários, se somente POST estiver designado para fechar o formulário após o envio, o estado de sessão SQL não será criado. Para aplicar essa otimização, o designer de formulários deve definir a configuração avançada Enviar para fechar o formulário após o envio. Para obter mais informações sobre otimizações de design de modelos de formulários, consulte a série de blog de seis partes em projetando formulários habilitados para navegador para desempenho no InfoPath Forms Services (em inglês) (https://go.microsoft.com/fwlink/?linkid=129548\&clcid=0x416) (em inglês).
Se o cenário incluir salvar o formulário em uma biblioteca de documentos, o melhor será enviar o formulário para a biblioteca, em vez de salvá-lo. Uma operação Enviar aciona somente uma solicitação POST ou viagem de ida e volta, ao passo que a operação Salvar aciona duas solicitações POST. O nome do formulário pode ser gerado dinamicamente, usando uma regra ou um controle no formulário.
Para reduzir a latência do usuário, recomendamos que o designer de formulários diminua o número de controles por visualização. Para otimização de visualização da primeira página, posicione os controles com custo alto de recurso, como os campos Rich Text, em visualizações subsequentes, e não na visualização padrão.
Otimizações de servidor de banco de dados
- É mais importante ter uma versão 64 bits do sistema operacional Windows Server 2003 no servidor de banco de dados do que ter uma versão 64 bits do software de banco de dados SQL Server. Isso porque a arquitetura do Windows Server 64 bits fornece uma alocação melhor de endereço, disponibilizando mais memória para o processo SQL. Por outro lado, se a memória física no servidor de banco de dados provocar um afunilamento de desempenho, considere a possibilidade de usar também um servidor de banco de dados de 64 bits. A configuração recomendada para o SQL Server 2005 inclui computador de 64 bits, com 8 processadores e que utilize a versão 64 bits do Windows Server 2003.
Afunilamentos comuns e suas causas
Durante o teste de desempenho, vários e diferentes afunilamentos foram revelados. Um afunilamento é uma condição em que é atingida a capacidade de um determinado componente do farm. Isso faz com a taxa de transferência do farm atinja seu nível máximo ou diminua.
A tabela a seguir lista alguns dos afunilamentos comuns e descreve suas causas e possíveis soluções.
Afunilamentos no InfoPath Forms Services
Afunilamento | Causa | Resolução |
---|---|---|
Contenção de banco de dados (bloqueio) |
Os bloqueios de bancos de dados evitam que vários usuários façam modificações conflitantes em um conjunto de dados. Quando um conjunto de dados é bloqueado por um usuário ou processo, nenhum outro usuário ou processo poderá modificar o mesmo conjunto de dados enquanto o primeiro usuário ou processo não terminar de modificar os dados e então suspender o bloqueio. |
Para ajudar a reduzir a incidência de bloqueios de banco de dados, você pode:
Há métodos que burlam o sistema de bloqueio de banco de dados no SQL Server 2005; por exemplo, o parâmetro NOLOCK. Entretanto, não recomendamos nem oferecemos suporte ao uso desse método, pois dados podem ser corrompidos. |
E/S de disco de servidor de banco de dados |
Quando o número de solicitações de E/S em um disco rígido excede a capacidade de E/S do disco, as solicitações são enfileiradas e isso aumenta o tempo para concluir cada solicitação. |
A distribuição de arquivos de dados em várias unidades físicas permite E/S paralela. O blog sobre alocação de disco e E/S de disco do SharePoint (em inglês) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x416) (em inglês) contém informações bastante úteis relacionadas à solução de problemas de E/S. |
Utilização de CPU do servidor Web |
Quando um servidor Web fica sobrecarregado com solicitações de usuários, a utilização média da CPU se aproxima dos 100%. Isso impede o servidor Web de responder rapidamente e pode provocar a emissão de mensagens de tempo limite ou de erro nos computadores clientes. |
Esse problema pode ser resolvido de duas maneiras. Você pode adicionar servidores Web ao farm, para distribuir a carga do usuário, ou pode expandir o servidor ou os servidores Web, adicionando processadores de maior velocidade. Consulte Planejar-se para a disponibilidade (Office SharePoint Server) e Planejar-se para redundância (Office SharePoint Server) para obter mais informações. |
Estimando os requisitos de espaço em disco
As próximas seções fornecem tabelas que podem ajudá-lo a estimar os requisitos de espaço em disco para esse cenário. Os requisitos de espaço em disco do seu hardware podem variar significativamente por função de servidor e cenário. Os requisitos de espaço em disco dependem dos dados a serem armazenados no banco de dados de conteúdo; dos requisitos de cache; e do número e do tamanho dos formulários e dos modelos de formulários armazenados no farm. Sempre que possível na discussão a seguir, os números das fórmulas serão baseados nos requisitos de espaço em disco que possam ser previstos; por exemplo, tamanho dos arquivos de instalação.
Primeiro, estime os requisitos de espaço em disco por função de servidor. Em seguida, com base na topologia planejada e para os casos em que as funções de servidor compartilhem o mesmo computador servidor físico, adicione os requisitos de espaço em disco a essas funções. Finalmente, confirme se o hardware pode acomodar os requisitos de espaço em disco.
Além disso, use as práticas recomendadas de armazenamento do SQL Server nos servidores de banco de dados. Para obter mais informações, consulte o tópico sobre design de armazenamento de banco de dados físico (em inglês) (https://go.microsoft.com/fwlink/?linkid=78853\&clcid=0x416) (em inglês). Se mais de um servidor de banco de dados for implementado, aplique o fator de espaço em disco do SQL separadamente para cada servidor Web.
Dica
Os arquivos do sistema operacional e os arquivos de programas devem ser armazenados separadamente dos arquivos de dados em uma unidade de disco diferente ou em um RAID (Redundant Array of Independent Disks).
Requisitos de espaço em disco para servidores de bancos de dados
Use a tabela a seguir para calcular os requisitos de espaço em disco para servidores de bancos de dados no farm. Se mais de um servidor de banco de dados for implementado, calcule essa soma separadamente para cada servidor de banco de dados.
Categoria | Descrição | Valor |
---|---|---|
Arquivos do sistema operacional |
Espaço em disco necessário para os arquivos de instalação e sistema do Windows Server 2008. Para obter mais informações, consulte a página sobre como escolher um sistema de arquivos para a partição de instalação (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x416). |
4 GB |
Arquivo de paginação |
Por padrão, o tamanho do arquivo de paginação será igual à quantidade de memória física. |
|
Arquivos de instalação do SQL Server |
Espaço em disco necessário para os arquivos de instalação e programas do SQL Server. Para obter mais informações, consulte a página sobre requisitos de sistema do SQL Server 2005 Standard Edition (em inglês) (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x416) (em inglês). |
425 MB |
Arquivos de log do banco de dados |
Coloque o arquivo SharedServices_DB.ldf em um disco rígido que não faça parte dos discos em que o arquivo SharedServices_DB.mdf e o WSS Content_DB estejam localizados. Os administradores podem considerar conveniente ter um disco especificamente dedicado para os arquivos de log, pois esses arquivos podem se tornar muito grandes. Ou então configure os arquivos de log para serem reciclados quando ocuparem aproximadamente 50% do espaço em disco disponível. O espaço em disco para os arquivos de log pode variar conforme as configurações de log e o número de bancos de dados. Para obter mais informações, consulte o artigo sobre design de armazenamento de banco de dados físico (em inglês) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x416) (em inglês). |
|
Banco de dados de configuração |
O banco de dados de configuração geralmente não ultrapassa este tamanho. Este é um tamanho máximo estimado, não um limite rígido. |
1,5 GB |
Bancos de dados de conteúdo |
Coloque o arquivo SharedServices_DB.mdf em um disco virtual que tenha uma matriz de disco mais longa e capacidade maior. Estime o volume inicial do conteúdo a ser armazenado nos bancos de dados de conteúdo. Considere os seguintes fatores:
|
|
Crescimento futuro |
Você deve planejar o dobro do volume de dados a ser implantado inicialmente. Digite um número apropriado ao seu ambiente. |
|
Espaço livre |
Deixe pelo menos 25% de espaço livre em cada disco rígido ou volume. |
|
Capacidade total |
Requisitos de espaço em disco para servidores Web
Use a tabela a seguir para calcular os requisitos de espaço em disco para cada servidor Web do farm.
Categoria | Descrição | Valor |
---|---|---|
Arquivos do sistema operacional |
Espaço em disco necessário para os arquivos de instalação e sistema do Windows Server 2008. Para obter mais informações, consulte a página sobre como escolher um sistema de arquivos para a partição de instalação (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x416). |
4 GB |
Arquivo de paginação |
Por padrão, o tamanho do arquivo de paginação será igual à quantidade de memória física. |
|
Arquivos de instalação do Office SharePoint Server 2007 |
1,3 GB |
|
.NET Framework versão 3.5 |
60 MB |
|
Espaço livre |
Deixe pelo menos 25% de espaço livre em cada disco rígido ou volume. |
|
Capacidade total |
Monitoramento de desempenho
Para ajudar você a determinar quando precisará expandir o sistema, use os contadores de desempenho para monitorar a integridade do sistema. Use as informações das tabelas a seguir para determinar quais contadores de desempenho devem ser monitorados e a quais processos os contadores de desempenho devem ser aplicados.
Servidores Web
A tabela a seguir mostra contadores de desempenho e processos para monitoramento de servidores Web do farm.
Contador de desempenho | Aplicar a objeto | Observações |
---|---|---|
Tempo do processador |
Total |
Mostra a porcentagem de tempo usada pelo thread no processador para executar as instruções. |
Utilização de memória |
Pool de aplicativos |
Mostra a utilização média da memória do sistema pelo pool de aplicativos. Identifique o pool de aplicativos correto a ser monitorado. A diretriz básica é identificar a utilização máxima de memória para um determinado aplicativo Web e atribuir esse número + 10 ao pool de aplicativos associado. |
Servidores de bancos de dados
A tabela a seguir mostra contadores de desempenho e processos a serem monitorados em servidores de bancos de dados do farm.
Contador de desempenho | Aplicar a objeto | Observações |
---|---|---|
Comprimento médio da fila de disco |
Disco rígido que contém o SharedServices.mdf |
Valores médios maiores que 1,5 por eixo indicam que os horários de gravação desse disco rígido não são suficientes. |
Tempo de processador |
Processo SQL Server |
Valores médios maiores que 80% indicam que a capacidade do processador do servidor de banco de dados não é suficiente. |
Tempo de processador |
Total |
Mostra a porcentagem de tempo usada pelo thread no processador para executar as instruções. |
Utilização de memória |
Total |
Mostra a utilização média da memória do sistema. |
Baixar este manual
Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:
Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.
Consulte também
Outros recursos
kit de ferramentas de teste na Web do InfoPath Forms Services 2007 (em inglês)