Design de farms de servidor e topologias com oOffice SharePoint Server 2007

Microsoft Corporation

Resumo

O Microsoft Office SharePoint Server 2007 fornece a flexibilidade para atender a diversos objetivos de solução de implantação. Este artigo inclui instruções que poderão ajudar você a:• Determinar o número de farms de servidor exigidos para atender aos objetivos de sua solução.• Planejar relacionamentos entre farms de servidores.• Planejar farms de servidor que utilizem a Internet.• Projetar topologias de farm de servidores que atendam aos objetivos de disponibilidade.

As informações contidas neste documento representam a visão atual da Microsoft Corporation sobre as questões discutidas até a data de publicação. Como a Microsoft deve responder às condições modificáveis do mercado, elas não devem ser interpretadas como compromisso por parte da Microsoft, e a Microsoft não pode garantir a precisão das informações apresentadas depois da publicação.

Este White Paper é apenas para fins informativos. A MICROSOFT NÃO FAZ GARANTIA, EXPRESSA, IMPLÍCITA OU ESTATUTÁRIA, QUANTO ÀS INFORMAÇÕES DESTE DOCUMENTO.

A conformidade com todas as leis aplicáveis de direitos autorais é de responsabilidade do usuário. Sem limitar os direitos protegidos pelos direitos autorais, nenhuma parte deste documento pode ser reproduzida, armazenada ou apresentada a um sistema de recuperação, ou transmitida, de qualquer forma ou por qualquer meio (eletrônico, mecânico, fotocopiador, gravador ou outros), ou por qualquer finalidade, sem a permissão expressa por escrito da Microsoft Corporation.

A Microsoft pode possuir patentes, aplicações patentes, marcas registradas, direitos autorais ou outros direitos de propriedade intelectual que abordem os assuntos deste documento. Excetuando-se o que se encontra expressamente fornecido em qualquer contrato de licença por escrito, os complementos deste documento não provêm quaisquer licenças a essas patentes, marcas registradas, direitos autorais ou outra propriedade intelectual.

A menos que seja notificado, os exemplos de empresas, organizações, produtos, nomes de domínios, endereços de e-mail, logotipos, pessoas, locais e eventos aqui descritos são fictícios e não estão associados a qualquer empresa, organização, produto, nome de domínio, endereço dee-mail, logotipo, pessoa, local e evento reais.© 2007 Microsoft Corporation. Todos os direitos reservados.

Microsoft, Excel, SharePoint, Visual Studio e Windows são marcasregistradas ou apenas marcas da Microsoft Corporation nos EstadosUnidos e/ou outros países.Todas as outras marcas registradas pertencem a seus respectivos proprietários.

Traduzido por Francisco Baddini, Junho de 2007

Índice

Design de farms de servidor e topologias com o Office SharePoint Server 2007 ..... 4Planejamento de farms de servidores ............................................................... 4

Requisitos de licenciamento ......................................................................... 4Requisitos organizacionais ........................................................................... 6Disponibilidade e acordos de níveis de serviço ................................................ 7Requisitos funcionais................................................................................... 8Requisitos de isolamento de segurança ......................................................... 8Desempenho e escalabilidade....................................................................... 8

Projeto de uma topologia de farm de extranet ................................................. 10Projeto da topologia de implantação de conteúdos ........................................... 11

Elementos das topologias de implantação de conteúdos ................................ 11Topologias típicas de implantação de conteúdos ........................................... 11

Projeto de uma topologia de conversões de documentos................................... 14Sobre as conversões de documentos........................................................... 14Topologias típicas de conversão de documentos ........................................... 15Configurando conversões de documentos em um farm de servidores .............. 17Planejando topologias para conversões de documentos ................................. 19Planilha ................................................................................................... 19

Planejamento da disponibilidade .................................................................... 20Sobre a disponibilidade ............................................................................. 20Defina os requisitos de redundância de servidor ........................................... 20Planejamento de uma implantação limitada de servidores.............................. 22Planejamento de um nível mínimo de disponibilidade .................................... 23Planejamento da disponibilidade de servidor da Web front-end...................... 27Planejamento da disponibilidade de servidor de aplicativos ............................ 28Planejamento da disponibilidade de bancos de dados .................................... 31Selecione uma topologia de linha de base .................................................... 32

Design de farms de servidor e topologias com o OfficeSharePoint Server 2007O Microsoft Office SharePoint Server 2007 fornece a flexibilidade para atender a diversos objetivos de solução de implantação. Este artigo inclui instruções que poderão ajudar você a:• Determinar o número de farms de servidor exigidos para atender aos objetivos de sua solução.• Planejar relacionamentos entre farms de servidores.• Planejar farms de servidor que utilizem a Internet.• Projetar topologias de farm de servidores que atendam aos objetivos de disponibilidade.

Planejamento de farms de servidoresEste artigo ajudará você a determinar quantos farms de servidor são necessários para sua organização. Você pode criar e operar diferentes tipos de sites utilizando o Microsoft Office SharePoint Server 2007. Dependendo de quantos e quais tipos de sites você planeja implantar, pode ser que seja preciso planejar mais de um farm de servidores.Este artigo descreve os critérios que podem ser utilizados para determinar se serão exigidosmúltiplos farms de servidores. Artigos de planejamento subseqüentes fornecem instruções sobre o planejamento individual de farms, incluindo:• P l an e j a m e n t o d a d i s p o n i b ilid a d e e m h tt p :/ / t ec hn e t2 . m i c r os o f t . c o m/ O f f i c e / e n -

u s / l i b r a r y / 9 cc f b 27 f - e c b a -4 b 7d- b 9 a 0-8 8 f a c 7 147 8 a 3 1 03 3 . ms p x • P l a n e j a m e n t o d o d e s e m p e n ho e a c a p a c id a d e e m h tt p :/ / t ec hn e t2 . m i c r os o f t . co m / O f f i c e / e n -

u s /lib rar y/8d d52 916 -f77 d-44 44-b 593 -1f 7d6 f33 0e5 f1 03 3. m sp x

Requisitos de licenciamentoConsidere os requisitos de licenciamento para determinar o número mínimo de farms de servidor que você precisa planejar. Duas licenças de servidor estão disponíveis para o Office SharePoint Server 2007. Essas licenças não podem ser combinadas no mesmo servidor e nem no mesmofarm de servidores. A tabela a seguir lista e descreve cada oferta de licença:Oferta Descrição

Microsoft OfficeSharePoint Server2007, Licença deServidor

Esta licença é exigida para executar o Office SharePoint Server 2007 nomodo cliente/servidor. Você deverá utilizar essa licença com o número derequisito apropriado das CALs (Client Access Licenses) para suasnecessidades organizacionais.

Microsoft OfficeSharePoint Server2007 para sites daInternet

Você pode utilizar o software somente para sites da Web que acessam aInternet. Todas as informações, todos os conteúdos e aplicativos devemestar acessíveis para não-funcionários. Esta licença possui todos os recursos do Enterprise Edition do Office SharePoint Server. Esta é uma licença por servidor que não exige a aquisição de CALs.

Se você planeja implantar conteúdos internos para sua organização e conteúdos de acesso àInternet para não-funcionários, você deverá implantar, pelo menos, dois farms de servidor de forma a atender aos requisitos de licenciamento.A parte restante desta seção descreve qual licença utilizar para os diferentes tipos de implantações.

Sites da intranet para funcionários internos e remotos

Utilize a licença de servidor com o número apropriado das CALs. Embora os sites da intranetpossam ser expostos à Internet para permitir o acesso aos funcionários remotos, esta é a licença correta para este cenário.

Sites da Internet para usuários externosUtilize a licença de sites da Internet.

Sites da extranet de parceiros para a comunicação com funcionários das empresas parceirasVocê pode escolher as seguintes opções para os sites da extranet de parceiros:• Adicionar o site da extranet de um parceiro a um farm de servidores que hospeda a intranet da

empresa (licença de servidor). Com esta opção, você deve garantir que adquiriu o número exigido das CALs para os funcionários dos parceiros.

• Adicionar o site da extranet de um parceiro a um farm de servidores que hospeda o site da Internet da empresa (licença de sites da Internet). Esta opção não exige CALs para os funcionários parceiros e nem para seus próprios funcionários, os quais colaboram com os parceiros. Entretanto, neste farm, você não pode criar sites utilizados exclusivamente por funcionários de sua organização.

• Implantar um farm de servidores dedicado para colaboração de parceiros e utilização da licença de sites da Internet. Esta opção não exige CALs para os funcionários parceiros e nem para seus próprios funcionários, os quais colaboram com os parceiros. Entretanto, neste farm, você não pode criar sites utilizados exclusivamente por funcionários de sua organização.

Se você planejar a implantação de um único farm de servidores, utilize este farm de servidores. Se você planeja implantar dois diferentes farms de servidores, um para sites da intranet e outro para

sites da Internet, considere os seguintes aspectos para decidir qual farm de servidor utilizarpara sites de extranet de parceiros:• Natureza da colaboração Se o objetivo principal do site de extranet de um parceiro for a

comunicação segura de informações entre muitos parceiros, o farm de servidores da Internetserá a opção mais econômica. Por outro lado, se o objetivo principal for o trabalho colaborativocom um número pequeno de funcionários parceiros, o farm de servidores da intranet poderá ser a melhor opção. Escolha a opção que permite que você otimize o farm para a função pretendida (ou seja, conteúdo de colaboração vs. conteúdo de somente leitura).

• Número de funcionários parceiros Se você colaborar com muitos funcionários parceiros e custo for um forte critério, você poderá hospedar, de forma segura, conteúdos colaborativos e anônimos em um farm que utiliza a Internet com a licença de sites da Internet.

Se você colaborar com muitos funcionários parceiros, considere a implantação de um servidordedicado para sites da extranet de parceiros nas seguintes circunstâncias:• Você não planeja implantar um farm de servidores para sites da Internet e é muito mais custo-

efetivo adquirir a licença de sites da Internet do que adquirir CALs para todos os funcionários parceiros.

• Sua organização impede o acesso autenticado ou a colaboração no mesmo farm de servidores que hospeda o seu site da Internet.

• Você está passando por problemas de desempenho em um farm de servidores que hospedasites da Internet e sites da extranet de parceiros. Por exemplo, funcionários parceiros queixam- se de tempos lentos de resposta quando mediante a colaboração de conteúdos.

Ambientes de pré-publicação para sites da Internet

Em ambientes de pré-publicação em que múltiplos ambientes são utilizados nos processos dedesenvolvimento, criação e testes, considere as seguintes diretrizes:• Desenvolvimento e teste de códigos Utilize uma licença MSDN. Para mais informações,

veja Licenciamento de Assinatura MSDN (h t t p:/ / g o . m i c r o so f t . c o m/ f wli n k / ? L i n k I d = 816 6 5 &c l c i d = 0 x 4 0 9 ) .

• Criação de conteúdos Utilize a licença de servidor com o número apropriado das CALs.• Testes Os ambientes de testes são tipicamente configurados para corresponder ao ambiente

de produção. Como conseqüência, utilize a licença de sites da Internet.

Mais informações sobre o licenciamentoPara mais informações sobre o licenciamento, consulte os seguintes recursos:• Como adquirir o Microsoft Office SharePoint Server 2007

(h t t p:/ / g o . m i c r o so f t . c o m/ f wli n k / ? L i n k I d = 815 9 4 &c l c i d = 0 x 4 0 9 ) • Perguntas Freqüentes sobre o Microsoft Office SharePoint Server 2007

(h t t p:/ / g o . m i c r o so f t . c o m/ f wli n k / ? L i n k I d = 815 9 5 &c l c i d = 0 x 4 0 9 )

Requisitos organizacionaisDiversos critérios determinados por sua organização podem afetar o número de farms de servidores exigido, incluindo:• Divisões operacionais de responsabilidade• Origem da verba• Locais do datacenter

Divisões operacionais de responsabilidadeEm algumas organizações, diferentes divisões são responsáveis por diferentes tipos de sites ou aplicativos da Web. Se uma divisão exigir autonomia na implantação e operação dessesaplicativos, pode ser que seja preciso planejar um farm de servidores separado para a divisão. De forma alternativa, você pode negociar com as múltiplas divisões para determinar se você pode ser mais eficiente e combinar múltiplos sites em um único farm de servidores.

Origem da verbaEm algumas organizações, a forma com que os projetos são financiados pode influenciar o númerode farms de servidores exigido. Por exemplo, os seguintes cenários podem exigir múltiplos farms de servidores:• Cada divisão possui um orçamento separado para hardware.• Os projetos são financiados de forma independente com poucas oportunidades para combinar

orçamentos de hardware ou custos operacionais em múltiplos projetos.• Os projetos são financiados com a utilização de diferentes modelos de financiamento. Por

exemplo, uma organização pode financiar a área Meus Sites com um orçamento de hardware compartilhado, mas oferecer sites da equipe a equipes individuais, utilizando um modelo de hospedagem interna de custos recuperados que resulta em um custo recompensado para cada equipe.

Locais do datacenterSe os sites precisarem ser hospedados em diferentes locais do datacenter, você terá de planejar mais de um farm de servidores.

Disponibilidade e acordos de níveis de serviçoSe os sites tiverem diferentes requisitos de disponibilidade e acordos de nível de serviço, será muito mais custo-efetivo implementar múltiplos farms de servidores. Os tipos de cenários que podem exigir múltiplos farms de servidores são os seguintes:• Ambiente de publicação• Diferentes acordos de nível de serviço• Alta disponibilidade

Ambiente de publicaçãoUm ambiente de publicação sempre contém múltiplos ambientes para a criação e os testes. Cada um desses ambientes terá requisitos diferentes de disponibilidade e acordos de nível de serviçocom relação ao ambiente de produção. Os sites de criação e de testes possuem uma carga muito menor de usuários e estão sujeitos a atividades de testes.Planeje, pelo menos, dois farms de servidores: um para o site publicado e outro para as atividades de criação e testes. Dependendo de sua organização, você pode precisar planejar um farm de servidores separado para cada uma das atividades de pré-publicação.Para mais informações sobre o planejamento de um ambiente de publicação, veja "Requisitosfuncionais" mais adiante nesse artigo.

Diferentes acordos de nível de serviçoAlguns sites em seu ambiente de produção podem ter diferentes acordos de nível de serviço. Considere os seguintes exemplos:• Sua organização pode definir alguns tipos de conteúdos mais importantes do que outros. Por

exemplo, o conteúdo dos sites da equipe podem ser mais importantes para os objetivos de negócios do que o conteúdo de Meus Sites. Conseqüentemente, as janelas de serviço para a restauração para cada tipo de conteúdo quando ocorrer uma falha poderão ser diferentes.

• Os sites que hospedam informações críticas de segurança podem exigir maiores medidas de segurança, incluindo um método de autenticação mais seguro, o registro aprimorado ou aplicativos mais rápidos de atualizações de software.

Acordos diferentes de nível de serviço não exigem necessariamente farms de servidor separados. Em alguns casos, sites com acordos diferentes de nível de serviço podem ser hospedados, deforma eficiente, em um farm de servidores. Em outros casos, requisitos específicos de nível deserviço são mais bem atendidos por meio da implantação de sites em farms de servidores separados.Avalie os acordos de nível de serviço tendo em mente que:• Criar aplicativos da Web separados ou pools de aplicativos no mesmo farm de servidores

permite implementar métodos de autenticação e diretivas de controle de acesso diferentes. Essa abordagem também resulta em bancos de dados separados, os quais podem ser restaurados em ordem de prioridade com base nos acordos de nível de serviço.

• Os requisitos que afetam a topologia, a configuração e as operações de todo o ambiente de servidor podem ser atendidos de forma mais eficiente, por meio da implantação de mais de um farm.

Alta disponibilidadeAlgumas organizações exigem a capacidade de causar o failover em um farm de servidores que estão em um local geográfico diferente quando houver uma falha. O Office SharePoint Server2007 suporta o envio de logs do SQL Server para fazer o backup de bancos de dados. Utilizando

as cópias de backup, você poderá rapidamente criar um farm de servidores para fazer com que osdados fiquem on-line.Se sua organização exigir a capacidade de disponibilizar um farm de servidores em um datacenter remoto, planeje, no mínimo, dois farms de servidores.

Requisitos funcionaisO conteúdo desta seção será disponibilizado em breve.

Requisitos de isolamento de segurançaMuitos requisitos de isolamento podem ser atendidos em um único farm de servidores. Por outro lado, alguns cenários exigem mais de um servidor.O Office SharePoint Server 2007 permite isolar aplicativos hospedados no mesmo farm de servidores, utilizando um ou mais métodos de isolamento. São eles:• Utilizar pools de aplicativo do IIS (Internet Information Services) com diferentes identidades de

processo a fim de obter o isolamento no nível de processos.• Utilizar aplicativos da Web diferentes para obter o isolamento no nível de aplicativo da Web.• Utilizar SSPs (Shared Services Providers - provedores de serviços compartilhados) para obter o

isolamento nos níveis de conteúdo e de público.Para mais informações sobre a utilização desses métodos, veja os seguintes arquivos:• Componentes da arquitetura Lógica DELETELIVE em

h tt p :/ / t ec hn e t2 . m i c r os o f t . co m / O f f i c e / e n - u s / li b r a r y / a a e d 3 a 0 1 - f 4 d c -43 5 3- a bd a - 0 b e c e d 2 080 b 61 0 33 . m s p x

• Modelo de arquitetura lógica: Implantação corporativa em h tt p :/ / t ec hn e t2 . m i c r os o f t . co m / O f f i c e / e n - u s / li b r a r y /1 c f f b2 7 8-6 4 97- 4 6 f c - a b d 0 - 3 dd 6 52 0 64 c 8 9 10 3 3 . ms p x

Embora não existam razões técnicas pelas quais você pode precisar da implantação de mais de um farm de servidor para obter o isolamento de segurança, alguns requisitos organizacionais irãoditar de mais de um farm de servidor deverá ser implementado. Como exemplo, temos osseguintes cenários:• Em algumas áreas, como a bancária de investimentos, as regras da indústria ditam o

isolamento físico entre os sites.• Algumas organizações que terceirizam projetos de TI, como um governo de estado, podem

emitir contratos que exigem isolamento físico dos aplicativos.• Algumas organizações não se sentem confortáveis em confiar no isolamento no nível de

software e insistem no isolamento físico.• A necessidade de assegurar dados muito importantes, incluindo o acesso administrativo para

operar um farm de servidores, pode resultar em um requisito para um ambiente separado fisicamente.

Se qualquer um desses tipos de cenários aplicar-se a sua implantação, você deverá pensar emplanejar mais de um farm de servidor.

Desempenho e escalabilidadeSe nenhum dos critérios anteriores exigirem a existência de mais de um farm de servidores, considere os seguintes aspectos de desempenho e escalabilidade:• Limites de software• Perfil do aplicativo

• Velocidade do processamento dos dados

Limites de softwareDependendo do escopo de sua implantação, as diretrizes de escala poderão indicar a necessidade de mais de um farm de servidores. Reveja o artigo Plano para limites de software em h t tp:/ / t e c h n e t 2 . m i c r o so f t . c o m/ O f f i ce / e n - u s / li b r a r y/ 6 a 1 3 c d 9 f - 4b4 4 -4 0 d6- 8 5 a a - c 70a 8e 5c 34f e10 33. m sp x para determinar se um único farm de servidores poderá hospedar aescala esperada.

Perfil do aplicativoEm ambientes maiores, você pode aumentar o desempenho de um farm de servidores, otimizandoo farm para aplicativos com perfis de desempenho similares. Por exemplo, conteúdos da intranet publicados, como um site de Recursos Humanos, possui um perfil de desempenho muito diferentedo conteúdo colaborativo, como sites de equipe.Existem diversos fatores que contribuem para um perfil de desempenho. São eles:• Volume de solicitações. Por exemplo, Meus Sites tipicamente resulta em menos solicitações do

que os sites de equipe.• Conteúdo somente-leitura vs. Conteúdo colaborativo• Volume de conteúdo. Por exemplo, uma central de registros armazena um grande volume de

dados, mas processa menos solicitações de usuários.

Velocidade do processamento dos dadosEm alguns casos, a expectativa pela velocidade do processamento dos dados exige a implementação de múltiplos farms de servidores. Para mais informações sobre o planejamento para atender aos requisitos de velocidade de processamento dos dados, veja: Planejamento do desempenho e a capacidade em h t t p :/ / t e c h n e t2 . m i c r os o f t . c o m/ O f f i c e / e n - u s / lib r a r y /8d d 52 9 16 - f 7 7d - 444 4 -b5 9 3-1 f 7 d 6 f 3 30 e 5 f 103 3 . ms p x .

Projeto de uma topologia de farm de extranetUtilize os seguintes recursos para planejar farms de servidores que utilizam a Internet, por meio do uso do Microsoft Office SharePoint Server 2007:• Modelo: Topologias de Extranet do Office SharePoint Server (h t t p:/ / g o . m i c r o so f t . c o m/ f wli n k / ?

L i n k I D = 7 3 153 &c l c id = 0x 4 09 ) i lustra e descreve as topologias suportadas para farms de servidores que utilizam a Internet.

• Modelo de arquitetura lógica: Implantação corporativa(h tt p :/ / t ec hn e t2 . m i c r o s o f t . co m / O f f i c e / e n - u s / li b r a r y /1 c f f b 2 78- 6 497 - 46 f c - a b d 0 - 3 dd 6 52 0 64 c 8 9 10 3 3 . ms p x ) d escreve uma implementação prática dos componentes da arquitetura lógica para obter um design apropriado em um ambiente de extranet. Este artigo deve ser utilizado em conjunto com o seguinte modelo: Design (h t t p:/ / g o . m i c r o so f t . c o m/ f wli n k / ? L i n k I d = 821 5 1 &c l c i d = 0 x 4 0 9 ) . E ste exemplo de design incorpora opções de autenticação e zona que concedem acesso para funcionários remotos, funcionários parceiros, clientes e funcionários internos.

• Planejamento do fortalecimento da segurança para ambientes de extranet(h t t p:/ / t ec hn e t2 . m i c r o s o f t . co m / O f f i c e / e n - u s / li b r a r y /73 b 92 c f a -8 1 e d -42 d e -9 1 74 - 8 b7 9 7 f 1b6 1 8d 1 03 3 . ms p x ) d etalha o requisitos de fortalecimento para um ambiente deextranet em que um farm de servidores do Office SharePoint Server 2007 é colocado em uma rede de perímetro e o conteúdo está disponível a partir da Internet ou da rede corporativa.

Projeto da topologia de implantação de conteúdosA implantação de conteúdos copia conteúdos de uma coleção de sites do Microsoft Office SharePoint Server 2007 de origem para uma coleção de sites de destino, com base em um cronograma ou feita manualmente. Este artigo descreve os elementos das topologias projetadospara a implantação de conteúdos e ilustra as topologias típicas de implantação de conteúdos. Parauma visão geral da implantação de conteúdos utilizando o Office SharePoint Server 2007, vejaP l a n e ja m e n t o d a i m p l an t a çã o d e c o n t e ú do s e m h t tp: / / t e c h n e t 2 . m i c r o so f t . c o m/ O f f i c e / e n - u s / lib r a r y / e d cd a cc a -8 0 13- 4 60 e -95 a 0- d 2b8 3 b6 cc 7 e f 1 0 3 3 . m s p x .

Elementos das topologias de implantação de conteúdosA maioria das topologias de implantação de conteúdo inclui dois ou mais farm de servidores a fim de separar o ambiente de criação do ambiente de produção. Um farm de servidores utilizado na implantação de conteúdos pode ter um dos seguintes objetivos:• Criação O farm contém a coleção de sites utilizada pela equipe de criação de conteúdos para

a elaboração destes.• Produção O farm contém a coleção de sites que apresenta o conteúdo a seu público-alvo e,

geralmente, possui segurança restrita.• Testes O farm contém a coleção de sites que é uma cópia da coleção de sites de produção,

de forma que o conteúdo possa ser revisado antes de ser publicado.Em qualquer farm que exporte conteúdos, você deve especificar um único servidor de front-end como o servidor de exportação. De forma semelhante, em qualquer farm que importe conteúdos, você deve especificar um único servidor de front-end como o servidor de importação.Os pacotes de implantação de conteúdos são implementados como arquivos CAB (cabinet)divididos, por padrão, em blocos de 10 MB, os quais são coletados em um local temporário no servidor de exportação. Após todos os arquivos CAB terem sido criados e movidos para o diretório temporário no servidor de exportação, a implantação de conteúdos será iniciada. Depois que todosos arquivos CAB forem recebidos no servidor de importação, o conteúdo implantado será copiadopara os sites da Web de destino.Ambos os servidores de front-end de exportação e importação deverão ter espaço em disco suficiente para armazenar o conjunto completo dos arquivos CAB para o maior job de implantaçãode conteúdo que eles possam executar. Os arquivos CAB serão removidos do diretório temporário no servidor de exportação depois que todos eles forem enviados com sucesso para o farm de destino. Os arquivos CAB serão removidos do diretório temporário no servidor de importaçãodepois que o conteúdo do site tiver sido implantado com sucesso nos sites de destino.

Topologias típicas de implantação de conteúdosEsta seção mostra as topologias de implantação de conteúdos mais comuns.

Topologia padrão de site da InternetA topologia padrão de site da Internet é típica das topologias utilizadas para publicar um site da Internet, como o site de presença da Internet de uma corporação ou o site de notícias on-line de uma organização. Ela inclui dois farms de servidores: um para hospedar a coleção de sites de produção e outro para hospedar a coleção de sites de criação junto com outros sites utilizadospela equipe de criação. Os usuários do farm de servidores de produção pertencem a um domínio

separado do serviço de diretório do Active Directory® , e alguns usuários do farm de produçãopodem ser anônimos.Um servidor da Web de front-end no farm de produção deve ser configurado para importar conteúdos a partir do farm de criação. Opcionalmente, esse servidor pode ser utilizado somente para importar conteúdos.O farm de servidores de criação contém a coleção de sites utilizada para criar o conteúdo do site. Um servidor da Web de front-end no farm de criação deve ser configurado para exportarconteúdos a partir da coleção de sites de criação para o farm de produção.Geralmente, nessa topologia, o farm de produção é hospedado em uma rede de perímetro protegida por firewall internos e externos a fim de aumentar a segurança. Para mais informaçõessobre a implantação de uma configuração de perímetro, veja DELETELIVE Projeto da Topologia de farm de extranet em h t t p: / / t e c hn e t 2 . m i c r o s o f t . c o m/ O f f i ce / e n - u s / li b r a r y / f ce 67 a 2 a - 9 a 1 e -4 1 c 2 - b 0 e 8- 9 42 2 c 9 d5 d 86 c 1 0 33 . m s p x .

As variações nessa topologia incluem:• Único farm de criação publicando em múltiplos farms de produção Nesta variação,

múltiplos farms são implantados na rede de perímetro. Cada farm de produção pode conter o mesmo conteúdo, ou os sites podem variar de farm para farm. Esta topologia pode ser configurada de diversas formas:

• O farm de criação pode implantar em todos os farms de produção.• O farm de criação pode implantar em um farm de produção; utilizando a implantação de

conteúdos, esse farm de produção pode, então, implantar para outros farms deprodução.

• Múltiplos farms de criação publicando para um único farm de produção Diferentes equipes de criação, cada uma trabalhando em seu próprio farm de criação, podem trabalhar em coleções de sites separadas que são publicadas para um único farm de produção.

Topologia de três fasesEm algumas soluções, uma topologia de três fases é implantada, incluindo um farm de criação, um farm de testes e um farm de produção. O farm de testes é utilizado para testar ou revisar o conteúdo antes que ele seja publicado no farm de produção.Em uma topologia de implantação de conteúdos de três fases, o farm de criação implanta para ofarm de testes, então, um servidor da Web de front-end no farm de criação deve ser configurado

para exportar conteúdos. Um servidor de front-end no farm de testes deve ser configurado paraimportar e exportar conteúdos. Um servidor da Web de front-end no farm de produção deve ser configurado para importar conteúdos a partir do farm de testes.

Topologia de farm únicoA implantação de conteúdos pode ser configurada dentro de um único farm de servidores. Nessa topologia, os criadores trabalham em uma coleção de sites e implantam para uma coleção de sitesde publicação duplicada no mesmo farm. As coleções de sites estão em aplicativos da Webseparados e utilizam bancos de dados separados no mesmo computador que executa o Microsoft® SQL Server™. A segurança é gerenciada, concedendo permissões de usuário aos conteúdos emvez de utilizar domínios separados do Active Directory.

Projeto de uma topologia de conversões dedocumentosO Microsoft Office SharePoint Server 2007 suporta a instalação de conversores de documentos no servidor, os quais permitem que os usuários transformem documentos de um formato para outro.As conversões podem ser executadas tanto a partir da interface de usuário quanto de formaprogramática, como a partir de um fluxo personalizado. O relacionamento entre um documento de origem e sua parte convertida é mantido.Além de fornecer a infra-estrutura no servidor para instalar e executar conversores dedocumentos, o Office SharePoint Server 2007 inclui um Serviço de Balanceamento de Carga para Conversões de Documentos (Document Conversions Load Balancer Service) que pode ser configurado para otimizar a utilização de seus recursos de servidor. A implantação de conversõesde documentos inclui o ajuste do farm de servidores para balancear a carga conforme os documentos vão sendo convertidos.

Sobre as conversões de documentosUm conversor de documentos é um programa que converte um documento de um tipo de arquivoe gera uma cópia dele em outro tipo de arquivo. O Office SharePoint Server 2007 incluiconversores para transformar documentos em páginas da Web. Por exemplo, o Office SharePoint Server 2007 inclui o conversor De Documento do Word para Página da Web (From Word Document to Web Page), o qual transforma documentos baseados no Microsoft Office Word 2007 em páginas da Web. O Office SharePoint Server 2007 também inclui um framework extensível, permitindo que você tenha seus próprios conversores de documentos personalizados. Para mais detalhes sobre a criação e implantação de conversores personalizados, veja o SDK (Software Development Kit)do SharePoint Server 2007 em h t tp:/ / go . m i c r os o f t . co m / f wl i n k / ? L i n k I d = 7 1 218 &c l c id = 0x 4 09 . É possível disponibilizar um conversor de documentos para os usuários de duas maneiras:• Disponibilizá-lo a partir de todas as bibliotecas de documentos no servidor.• Associá-lo a um tipo de conteúdo e depois associar esse tipo a uma biblioteca de documentos.

Dessa forma, os usuários poderão converter documentos desse tipo de conteúdo, utilizando o comando Converter Documento. Para mais informações sobre os tipos de conteúdos, veja P l an e j a m e n t o d e t i po s d e c o n t e ú do s e m h t t p:/ / t e c h n e t 2 . m i c r o s o f t . c o m/ O f f i c e / e n- u s / l i b r a r y / 6 3 bb 0 92 a -00 f e - 4 5 f f - a 4 b8 - d8 b e 9 9 8d 1 a 3 c 1 0 3 3 . m s p x .

As conversões de documentos podem ser intensivas a recursos. Devido a esse fato, dois serviços estão inclusos no Office SharePoint Server 2007 a fim de auxiliar no gerenciamento do desempenho da conversão de documentos:• Serviço de Inicialização de Conversões de Documentos: agenda e inicia as conversões de

documentos em um servidor. Quando o Office SharePoint Server 2007 envia a ele umasolicitação de conversão de documento, o Serviço de Inicialização de Conversões de Documentos chama o conversor de documentos apropriado. Na maioria das configurações de farm de servidores, o Serviço de Inicialização de Conversões de Documentos e os programasde conversão iniciados por ele deverão estar instalados em um servidor de aplicativos. Cadaservidor de aplicativos pode possuir apenas um único Serviço de Inicialização de Conversões deDocumentos habilitado.

• Serviço de Balanceamento de Carga para Conversões de Documentos: faz o balanceamento das solicitações de conversão de documentos a partir do farm de servidores. Quando esse serviço recebe uma solicitação de conversão do Office SharePoint Server 2007, o

Serviço de Balanceamento de Carga para Conversões retorna uma URI (Uniform ResourceIdentifier) apontando para o Serviço de Inicialização de Conversões de Documentos apropriado. Um servidor de aplicativos pode possuir apenas um único Serviço de Balanceamento de Carga para Conversões de Documentos habilitado.

Vejamos como esses dois serviços funcionam:

1. Um usuário ou serviço solicita uma conversão do tipo "A." O aplicativo da Web solicita ao Serviço de Balanceamento de Carga para Conversões de Documentos um inicializador disponível.

2. O Serviço de Balanceamento de Carga para Conversões de Documentos retornará uma URIpara o Serviço de Inicialização de Conversões de Documentos que estiver mais disponível.

3. O aplicativo da Web enviará a solicitação de conversão para o Serviço de Inicialização deConversões de Documentos disponível.

4. O Serviço de Inicialização de Conversões de Documentos executará o Conversor A e notificaráo aplicativo da Web quando a conversão for finalizada.

5. O aplicativo da Web notificará o Serviço de Balanceamento de Carga para Conversões deDocumentos sobre a finalização da conversão, disponibilizando-o para novas solicitações.

Topologias típicas de conversão de documentosNa topologia de conversões de documentos mais básica, um único servidor de aplicativos contémo Serviço de Inicialização de Conversões de Documentos e o Serviço de Balanceamento de Carga para Conversões de Documentos, juntamente com os programas de conversão de documentos.

Se os limites de desempenho de um único servidor de aplicativos excederem, será possível obterum melhor desempenho, utilizando múltiplos servidores de aplicativos para hospedar instâncias configuradas de forma idêntica do Serviço de Inicialização e seus programas de conversão de documentos associados. Um Serviço de Balanceamento de Carga pode ser configurado para balancear conversões de documentos em múltiplos servidores de aplicativos, cada um executandoo Serviço de Inicialização de Conversões de Documentos, se cada um dos servidores de aplicativos possuir o mesmo conjunto de programas de conversão de documentos instalados.

Cada aplicativo da Web do Office SharePoint Server 2007 pode apontar somente para um Serviço de Balanceamento de Carga para Conversões de Documentos. Se dois aplicativos Web exigirem conversores de documento separados, serão necessários dois servidores de aplicativo, um para

cada Serviço de Balanceamento de Carga para Conversões de Documentos. No exemplo a seguir,cada aplicativo da Web possui um par dedicado de servidores de aplicativos, um executando o Serviço de Balanceamento de Carga e o outro executando o Serviço de Inicialização e os programas de conversão de documentos.

Configurando conversões de documentos em um farm de servidoresConfigurar serviços de conversões de documentos em um farm de servidores exige a realização de etapas manuais descritas nesta seção.1. Em cada servidor de aplicativos que executa o Serviço de Balanceamento de Carga, determine

a porta na qual esse serviço está sendo executado. Para fazer isso, utilize o comando regedit no servidor de aplicativos que executa o Serviço de Balanceamento de Carga e localize a seguinte chave:[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeServer\12,0\LoadBalancerSettings]

2. Configure o Serviço de Inicialização de Conversões de Documentos, utilizando o registro.Localize a seguinte chave:[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeServer\12,0\LauncherSettings]

1. Em cada servidor de aplicativos que executa o Serviço de Inicialização de Conversõesde Documentos, defina o valor da entrada LoadBalancerUrl para a URL do Serviço de Balanceamento de Carga relevante, utilizando a seguinte sintaxe: http://[Load Balancer Server]:[Load Balancer port]/HTMLTrLoadBalancer. Por exemplo, "h t tp : / / S a m pl eS e r v e r :80 9 3 /HT M L T r L o a d B a l a n c e r " d efine a URL do Serviço deBalanceamento de Carga executado no servidor Htt p://s amp les erv er .

Observação:

O número da porta do Serviço de Balanceamento de Carga é o valor que vocêdeterminou na etapa anterior. Se o seu farm possuir múltiplos servidores deaplicativos que executam o Serviço de Balanceamento de Carga, certifique-se de quevocê está utilizando o número de porta do Serviço de Balanceamento de Cargacorreto.

2. Defina o valor da entrada Porta para o número de porta que o Serviço de Inicialização abrirá para solicitações de conversão de entrada. A porta padrão é a 8082.

3. Se o servidor de aplicativos que executa o Serviço de Balanceamento de Carga ou o Serviçode Inicialização possuir múltiplos endereços IP (por exemplo, duas ou mais placas de rede), especifique o endereço IP correto para as comunicações de conversão de documentos.

Observação:Se um servidor com múltiplos endereços IP estiver executando o Serviço de Balanceamentode Carga ou o Serviço de Inicialização, você poderá receber uma mensagem de erro no logULS (Unified Logging Service) com o valor 6062 ou 0000, a categoria de evento "Serviço deBalanceamento de Carga" ou "Serviço de Inicialização" e a string de descrição "Encontradosn endereços ip válidos para esta máquina. Escolhendo este: nnn.nnn.nnn.nnn"

Para especificar o endereço IP correto para as comunicações de conversão de documentos, edite o arquivo .config do Serviço de Balanceamento de Carga ou o programa executável do Serviço de Inicialização e forneça uma máscara de endereço IP para excluir todos osendereços IP, exceto aquele utilizado pelo Serviço de Balanceamento de Carga ou o Serviço deInicialização.

1. Use o utilitário de linha comandoPING a partir de um servidor que executa Serviço de Inicialização para determinar o endereço IP do servidor que executa o Serviço de Balanceamento de Carga. Por exemplo:Ping nomedoservidorDe forma semelhante, use o utilitário PING para determinar o endereço IP de um servidor que executa o Serviço de Inicialização.

2. Abra o arquivo .config para o Serviço de Balanceamento de Carga ou o programa executável do Serviço de Inicialização; ele está localizado na mesma pasta em que se encontra o programa executável do serviço. Por exemplo, se o programa executável do Serviço de Inicialização estiver em C:\Program Files\Microsoft Office Server\12.0\Bin\Microsoft.Office.Server.Conversions.Launcher.exe, o arquivo .config estará em C:\Program Files\Microsoft Office Server\12.0\Bin\Microsoft.Office.Server.Conversions.Launcher.exe.config.

3. No arquivo .config, atualize o valor da entrada keyIPExclude. O valor dessa entrada éuma expressão regular comparada com todos os endereços IP. Quaisquer valores que corresponderem à chave serão excluídos assim como o endereço IP a ser utilizado na comunicação com o Serviço de Balanceamento de Carga ou o Serviço de Inicialização. Você deverá definir uma máscara de endereço IP que filtre todos os outros exceto o correto. Por exemplo, se o seu servidor tiver 1.1.1.1, 1.1.1.2 e 1.1.1.3 como endereçosIP válidos, e você desejar utilizar o endereço 1.1.1.3, será preciso utilizar:keyIPExclude value= (1\.1\.1\.1)|(1\.1\.1\.2)Note que a chave keyIPExclude funciona para o IPv4 e o IPv6. Para mais informações sobre a criação de expressões regulares, veja h t tp : / / go . m i c r o s o f t . co m/ f w li n k / ? L i n k I d =7 9 21 8 & c l c id = 0x 4 0 9 .

4. Após a alteração do arquivo .config para o Serviço de Inicialização ou o Serviço deBalanceamento de Carga, reinicie o serviço. No menu Iniciar, clique em Ferramentas Administrativas e depois em Serviços. Localize o Serviço de Inicialização de Conversões de Documentos do Office ou o Serviço de Balanceamento de Carga de Conversões de Documentos do Office e, a partir do menu de atalho, pare e reinicie o serviço.

Planejando topologias para conversões de documentosUtilize a Planilha de Topologia de Conversões de Documentos do Microsoft® Office SharePoint® Server 2007 em h tt p :/ / g o . m i c r o s o f t . c o m/ f w li n k / ?L i n k I D = 79 7 13 &c l c i d = 0 x4 0 9 p a ra registrar suas decisões de topologia de conversões de documentos.Na seção Serviço de Balanceamento de Carga da planilha, realize as seguintes tarefas para cada servidor de aplicativos que executará o Serviço de Balanceamento de Carga:1. Registre a URL do servidor de aplicativos.2. Registre o endereço IP do servidor de aplicativos.3. Registre o número da porta na qual o Serviço de Balanceamento de Carga está sendo

executado.Na seção Serviço de InicializPlanilha, realize as seguintes tarefas para cada servidor de aplicativos que executará o Serviço de Inicialização:1. Registre a URL do servidor de aplicativos.2. Registre os nomes dos programas de conversão de documentos que serão executados no

servidor.3. Registre a URL do servidor de aplicativos que executa o Serviço de Balanceamento de Carga

para esse servidor de aplicativos de Inicialização.4. Registre o endereço IP do servidor de aplicativos.5. Registre o número da porta na qual o Serviço de Inicialização está sendo executado.

PlanilhaPlanilha de Topologia de Conversões de Documentos do Microsoft® Office SharePoint® Server2007 (h t t p:/ / g o . m i c r o s o f t . c o m/ f wli n k / ? L i n k I d = 79 7 13& c l c id= 0 x 4 09 )

Planejamento da disponibilidadeEste artigo descreve as opções de disponibilidade para as funções de servidor inclusas em um farm do Microsoft Office SharePoint Server 2007. Após ler este artigo, você será capaz de identificar e registrar as opções de disponibilidade apropriadas para seu ambiente.

Sobre a disponibilidadeO gerenciamento de disponibilidade está relacionado à capacidade de um sistema em responder previsivelmente a solicitações. A disponibilidade de um serviço confia no bom funcionamento de uma série de componentes, incluindo a rede e os computadores cliente que hospedam o serviço. Instalações à parte do computador, como placas de rede, fornecimento de energia e unidades de disco rígido podem afetar a disponibilidade de seu serviço. Este artigo descreve as opções de disponibilidade para as funções de servidor inclusas em um farm do Microsoft Office SharePoint Server 2007. Esse artigo não trata da disponibilidade de outros componentes.Uma das medidas mais comuns de disponibilidade é o número de ocorrências do número nove.Esse número é traduzido para a porcentagem de tempo que um determinado sistema está ativo e em funcionamento. Por exemplo, um sistema com a porcentagem de tempo de disponibilidade de99.999 é considerado com cinco "noves" de disponibilidade. A tabela a seguir correlaciona onúmero de noves ao tempo no calendário equivalente.Porcentagem detempo dedisponibilidadeaceitável

Tempo deindisponibilidadepor dia

Tempo deindisponibilidadepor mês

Tempo deindisponibilidadepor ano

95 72,00 minutos 36 horas 18,26 dias

99 14,40 minutos 7 horas 3,65 dias

99,9 86,40 segundos 43 minutos 8,77 horas

99,99 8,64 segundos 4 minutos 52,60 minutos

99,999 0,86 segundos 26 segundos 5,26 minutos

O Office SharePoint Server 2007 suporta farms de servidores escalonáveis para altadisponibilidade e desempenho. Tipicamente, a disponibilidade é a primeira consideração a ser feita ao determinar o número inicial de computadores servidores. Após fatorar os requisitos de disponibilidade, o planejamento de desempenho e capacidade também exercerá um papel importante para determinar o número de servidores e o tamanho ou a capacidade doscomputadores servidores em um farm de servidores. Adicionar computadores servidores paraatender a esses objetivos também aumentará a disponibilidade total de seu serviço.O objetivo desse artigo é ajudá-lo a determinar os requisitos mínimos para permitir que sua implantação alcance seus objetivos quanto ao tempo de disponibilidade e lidar com sua tolerânciade tempo de indisponibilidade. Após obter o mínimo de disponibilidade em seu projeto, artigos subseqüentes irão ajudá-lo no processo de otimização da topologia de servidores e dos requisitosde hardware a fim de alcançar os objetivos de desempenho e capacidade.

Defina os requisitos de redundância de servidorNo final desta seção, você será capaz de decidir entre criar a disponibilidade mínima em sua topologia de servidores, implantando servidores redundantes 9três ou mais servidores) ou se será mais adequado para sua organização planejar a implantação de um servidor limitado que não

possui servidores redundantes. Se você já tiver identificado a alta disponibilidade como umrequisito para sua implantação, não será preciso continuar acompanhando essa seção. Em vez disso, vá diretamente para "Planejamento de um nível mínimo de disponibilidade", mais adiante neste artigo.Para muitas organizações, os requisitos de alta disponibilidade de uma solução conduzem aoprojeto inicial de implantação. Essas organizações confiam no fornecimento de acesso de usuário a serviços e informações. Se um serviço falhar ou ficar indisponível durante certo tempo, as conseqüências disso para os negócios poderão ser prejudiciais. Essas organizações possuem pouca tolerância para tempos de indisponibilidade e terão de definir seu tempo de disponibilidade como o critério mais importante do que o custo de servidores adicionais exigidos para a criação da disponibilidade no projeto.Por outro lado, algumas organizações podem tolerar uma determinada quantidade de tempo deindisponibilidade. A indisponibilidade durante um determinado período é uma inconveniência para essas organizações, mas não é prejudicial para os negócios. Essas organizações podem aceitar o risco do tempo de indisponibilidade não-planejado como um medida aceitável para o custoreduzido em implementar menos servidores.Para estimar a tolerância de tempo de indisponibilidade de sua organização, responda às seguintes perguntas:Pergunta Sim Não

Seu requisito de disponibilidade é 99% ou mais?

Se o serviço tornar-se indisponível, os funcionários de sua organização não conseguirão realizar suas responsabilidades de trabalho esperadas?

Se o serviço tornar-se indisponível, as transações de negócios e clientes serãointerrompidas, levando à perda dos negócios e dos clientes?

Se você tiver respondido sim a qualquer uma dessas perguntas, a tolerância de tempo deindisponibilidade de sua organização é pouca o suficiente para exigir que um nível mínimo de disponibilidade seja criado na topologia de farms de servidores.Se você ainda não tiver certeza, considere o custo do tempo de indisponibilidade relativo ao custo com a implementação de servidores adicionais. Primeiramente, calcule o custo do tempo de indisponibilidade para a sua organização para uma falha típica de servidor:1. Calcule o custo por hora que sua empresa terá caso o serviço fique indisponível. Esse custo

pode incluir vendas perdidas (não necessariamente as vendas atrasadas), a produtividade perdida dos funcionários e o custo dos serviços de TI exigidos para fazer tornar o serviço disponível novamente.

2. Calcule quanto tempo se leva (em horas úteis) para resolver problemas de hardware doservidor em sua organização. Pode ser útil rever os contratos de manutenção de fornecimento de hardware e software a fim de obter esse número.

3. Multiplique o custo do tempo de indisponibilidade (por hora) pelo total de horas tipicamente exigidas para resolver problemas de hardware do servidor. Esse número final será uma estimativa do custo do tempo de indisponibilidade de sua organização mediante uma falha típica de servidor.

Em seguida, calcule o custo em adquirir e manter um servidor em sua organização.1. Quando sua organização geralmente gasta com a aquisição de um computador servidor?2. Quando sua organização geralmente gasta com a manutenção de um computador servidor em

uma base anual? Você pode calcular esse valor, dividindo o orçamento de TI relevante pelo

número de servidores atualmente suportados.3. Some esses dois números. Este é o custo estimado de sua organização com cada servidor

adicional para seu farm de servidores.Além disso, você pode adicionar o custo de licenciamento e manutenção de software nessesservidores caso você queira calcular o TCO (total cost of ownership) por computador servidor. Avaliando esses dois números , você poderá estimar o custo para reduzir o risco do tempo de indisponibilidade em sua organização. Se o custo de uma única falha de hardware for maior doque o custo de servidores adicionais para sua organização, você poderá justificar o gasto de criara disponibilidade em sua topologia de servidores. A próxima etapa no processo de planejamento é criar a redundância no projeto de farm de servidores. Veja "Planejamento de um nível mínimo de disponibilidade" mais adiante neste artigo.Se, por outro lado, o custo com dois ou três servidores adicionais para sua organização excedermuito o custo estimado de tempo de indisponibilidade, você poderá justificar a existência de uma implantação limitada de servidores que não é projetada para disponibilidade. Neste caso,certifique-se de que esta decisão refletirá em qualquer documentação de serviços que você irá produzir. Entretanto, seus objetivos quanto ao desempenho e à capacidade podem indicar a necessidade de computadores servidores adicionais.

Planejamento de uma implantação limitada de servidoresSe você não precisa de disponibilidade em sua implantação de servidores, o ponto inicial para a sua topologia de servidores será um ou dois servidores. Com o objetivo de uma utilização limitada, você poderá implantar um único servidor.

Os objetivos de utilização limitada incluem:• Instalar o Office SharePoint Server 2007 com objetivos de avaliação.• Implantar somente o Microsoft Windows SharePoint Services 3.0.• Implantar um subconjunto dos recursos do Office SharePoint Server 2007.• Implantar o Office SharePoint Server 2007 com um objetivo limitado (como para um único

departamento) ou com um número limitado de usuários.O ponto inicial recomendado para a maioria das implantações do Office SharePoint Server 2007 é,pelo menos, dois computadores servidor:• Servidor 1: Computador servidor de aplicativos e servidor da Web de front-end• Servidor 2: Computador dedicado ao SQL Server

Planilha

Na Planilha Planejamento da disponibilidade(ht tp:// go. m icros of t.co m/ fw lin k/? Lin kID =7 333 3&c lc id= 0x 409 ), faça o seguinte:• Indique que a redundância não é exigida.

• Selecione a topologia de servidor mais apropriada a ser utilizada como um ponto inicial parasua implantação (para um ou dois servidores), copie e cole essa topologia nessa planilha.

• Na seção Notas, indique quais funções de servidor de aplicativos você planeja implantar.

Após completar a planilha, consulte o seguinte artigo para concluir a próxima etapa deplanejamento: Planejamento do desempenho e a capacidade em h t tp:/ / t e c h n e t 2 . m i c r o so f t . c o m/ O f f i ce / e n - u s / li b r a r y/ 8 dd 52 91 6 - f 7 7d- 4 444 - b5 9 3 - 1 f 7d 6 f 3 30 e 5 f 1 03 3 . ms p x . A conclusão desta etapa de planejamento irá determinar o número totalde servidores recomendado para o seu plano de implantação de servidores. Não é preciso ler o restante deste artigo.

Planejamento de um nível mínimo de disponibilidadePara implantar uma solução de alta disponibilidade, você deverá implantar um farm de servidores. Utilizando um farm de servidores, você reduz os efeitos do tempo de indisponibilidade inesperado, como também o tempo de indisponibilidade relacionado à manutenção contínua, como as atualizações de sistemas operacionais.Diversas topologias diferentes de servidores podem ser utilizadas como uma linha de base. Cada uma dessas topologias é criada e, um nível de redundância de servidor. Esta seção fornece uma visão geral sobre esses farms de servidores.

Farm de quatro servidoresO menor farm de servidores que cria disponibilidade consiste em quatro servidores:• Servidores um e dois: servidores da Web e de função de consulta instalados em ambos os

computadores. Funções de servidor de aplicativos adicionais, como o Excel Calculation Services, podem ser instaladas em um ou em ambos os servidores.

• Servidores três e quatro: servidor de banco de dados espelhado ou de cluster.Um cuidado que se deve ter com este tamanho de farm é a escolha do local em a função de servidor de índice será implantada. Se a função de índice for instalada no mesmo computador

servidor que a função de consulta, a função de índice não propagará índices de conteúdo aservidores externos de consulta. Como conseqüência, se você instalar a função de servidor de índice em um dos servidores da Web, você não conseguirá hospedar a função de consulta em ambos os servidores da Web. Você poderá instalar a função de índice no servidor de banco de dados, alcançando a disponibilidade da função de consulta nos servidores da Web. Entretanto, o desempenho do servidor de banco de dados será afetado.

Farm de cinco servidoresA topologia de farm de servidores mais comum altamente disponível apresenta uma camada média e consiste em cinco computadores servidores.

Diante desta topologia, você poderá instalar todas as funções de servidor de aplicação no servidor de aplicativos dedicado. Este design otimiza o desempenho dos computadores servidores, permitindo que você tenha um ou mais funções de servidor de aplicativos na camada média.A principal decisão de planejamento a ser tomada com esta topologia é o local em que as funçõesde servidor de aplicativos serão instaladas. A função de servidor de índice deverá permanecer no

servidor de aplicativos dedicado. Entretanto, sua decisão quanto ao local em que as funções deservidor de aplicativo deverão ser instaladas dependerá se você deseja otimizar o farm de servidores por questões de desempenho ou disponibilidade. Se a redundância de funções deservidor de aplicativo for uma prioridade, você poderá instalar as funções de servidor de aplicativoque são projetadas para ser redundantes (Excel Calculation Services, consulta e o Microsoft Office Project Server 2007) nos dois computadores servidores da Web de front-end . Para otimizar por questões de desempenho, considere mover, primeiro, a função Excel Services para o servidor de aplicativos e depois a função de consulta. As escolhas de planejamento feitas após a leitura de “Planejamento da disponibilidade de servidor de aplicativos”, mais adiante neste artigo, determinarão a opção mais adequada para o seu ambiente.

Farm de seis servidoresPara a máxima redundância com um número mínimo de servidores, implante um servidor de aplicativos adicional na camada média para balancear a carga das funções de servidor deaplicativos projetadas para ser redundantes. Esta topologia de farm de servidores consiste em seis servidores. A função de consulta é instalada nos servidores da Web a fim de obter a redundância.

Se você tem planos de implantar a função de servidor de aplicativos Excel Calculation Services oua função de aplicativo Office Project Server 2007no farm, e a disponibilidade desses serviços for uma prioridade, este é o ponto inicial recomendado. Esta topologia protege essas funções de servidor a partir de conexões diretas de usuários e otimiza o desempenho de todo o farm quando comparado com farms menores.

Farm de três servidoresExiste uma alternativa para implantar poucos servidores. Com um farm de três servidores, você deve escolher quais funções de servidor serão redundantes: a função de servidor da Web ou a função de servidor de banco de dados.Ao adicionar o terceiro servidor à camada Web, você irá obter a redundância da função de servidor da Web. As funções de consulta e índice podem ser instaladas no mesmo servidor da Web ou

podem ser separadas em diferentes servidores da Web. Para obter a redundância, a função deconsulta não pode ser instalada em ambos os servidores da Web.Embora a disponibilidade seja limitada, essa topologia aumenta o desempenho geral do pequeno farm. Utilize essa topologia quando o desempenho for mais importante do que a redundância de dados.

Ao adicionar um terceiro servidor à camada de banco de dados, você poderá ajudar a garantir a disponibilidade de dados importantes. Planejamento da utilização desta topologia pequena defarms quando a disponibilidade de seus dados for importante, mas a perda temporária do acesso de usuário for aceitável.

Escolhendo uma topologia de farm de servidores de linha de baseCada uma das topologias de farm de servidores descrita anteriormente nesse artigo representa um ponto inicial de linha de base para o projeto de sua implantação. O ponto inicial maisadequado para sua organização depende de quais funções de servidor você exige redundância e também quais funções de servidor de aplicativos você planeja utilizar.O restante deste artigo descreve as opções de redundância para cada uma das funções deservidor. Utilize a planilha Planejamento da disponibilidade para registrar suas decisões quanto a cada uma dessas funções. Ao finalizar este artigo, você será capaz de identificar a topologia de linha de base que pode fornecer a disponibilidade exigida por sua organização. Esta é a topologia

que você utilizará como linha de base quando iniciar o planejamento da capacidade e dodesempenho.

Planejamento da disponibilidade de servidor da Web front-endUtilize esta seção para:• Determinar se a sua organização exige redundância em sua camada Web.• Planeje qual tecnologia de balanceamento de carga de servidor da Web será implementada.A maioria das organizações exige a redundância na camada Web. Existem poucos cenários em que um farm de três servidores com um servidor executando a função de servidor da Web éapropriado. Para determinar se a sua organização exige a redundância na camada Web, respondaàs seguintes perguntas:Pergunta Sim Não

Seu requisito de disponibilidade está abaixo de 99%?

A disponibilidade de seus dados é importante?

Sua organização pode tolerar a perda temporária de acesso aos dados?

Se você tiver respondido Sim a todas as perguntas, sua organização pode utilizar um únicoservidor da Web em vez de utilizar um servidor de banco de dados adicional para obter a disponibilidade dos dados. Neste caso, consulte a próxima seção, “Planejamento da disponibilidadede servidor de aplicativos”.Se você tiver respondido Não a alguma das perguntas, a redundância de servidor da Web é importante para o seu projeto de implantação. Neste caso, planeje a implementação de, no mínimo, dois servidores da Web.A próxima etapa será planejar a tecnologia de balanceamento de carga a ser implementada. OWindows SharePoint Services 3.0 suporta dois métodos de balanceamento de carga. São eles:• Software, como os serviços NLB (Network Load Balancing) no sistema operacional Microsoft

Windows Server 2003. O NLB é executado em servidores da Web de front-end e utiliza oTCP/IP para rotear as solicitações. Pelo fato de o NLB (e outras soluções de balanceamento de

carga de software) ser executado em servidores da Web de front-end , ele utiliza os recursos de sistema Web front-end, reduzindo, desta forma, os recursos que podem ser utilizados para

fornecer páginas da Web. Entretanto, o impacto causado nos recursos de sistema não é grande, e uma solução de software pode lidar com até 32 servidores da Web de front-end .

• Hardware, como um roteador ou uma caixa de switch. O hardware de balanceamento de carga utiliza a sua rede para direcionar o tráfego de sites da Web entre os seus servidores da Web de front-end . O hardware de balanceamento de carga é mais caro para ser configurado emrelação ao software, mas não afeta seus recursos de servidor da Web de front-end . O WindowsSharePoint Services 3.0 pode ser utilizado com qualquer hardware de balanceamento de carga.

Embora não seja recomendado, este é um terceiro método de balanceamento de carga: balanceamento de carga de rodízio com o DNS (Domain Name System). O balanceamento decarga de rodízio com o DNS pode utilizar recursos significativos nos servidores da Web de front- end , é mais lento do que o software ou hardware de balanceamento de carga e não é recomendado para ser utilizado com o Windows SharePoint Services 3.0. Além disso, obalanceamento de carga de rodízio com o DNS não leva em conta a carga de sessão ao rotear um usuário para um servidor, o que pode levar à sobrecarga de um servidor.

O guia de implantação do Office SharePoint Server 2007 inclui instruções para configurar o NLB noWindows Server 2003. Se você optar por implementar uma tecnologia diferente para o balanceamento de carga, considere isso no processo de planejamento e implantação.

Planilha

Na seção função de servidor da Web da planilha Plano de disponibilidade(h t tp:/ / go . m i c r os o f t . co m / f w l i n k / ? L i n k I D = 7 33 3 3 &c l c id = 0 x 40 9 ) , i n dique as opções dedisponibilidade para a camada de servidor da Web de front-end .

Planejamento da disponibilidade de servidor deaplicativosA topologia de servidor de linha de base escolhida dependerá de seus requisitos de redundância para as funções de servidor de aplicativos. Esta seção descreve as funções de servidor de aplicativos relativas a suas opções de disponibilidade.As funções de servidor de aplicativos para o Office SharePoint Server 2007 são divididas em duascategorias:• Funções que podem ser redundantes• Funções que não podem ser redundantes

Funções que podem ser redundantesEstas funções de servidor de aplicativos podem ser implantadas em múltiplos servidores. O código implantado em cada servidor é idêntico e as funções de servidor de aplicativos não armazenam nenhuma informação. Em outras palavras, cada instância dessas funções de servidor permanece idêntica. Se um dos computadores servidor falhar, nenhuma informação gravada será perdida. Os servidores da Web automaticamente balanceiam a carga das solicitações para essas funções de servidor por meio dos computadores de servidor de aplicativos.As seguintes funções de servidor de aplicativos podem ser implantadas de forma redundante:• Consulta A função de consulta pode ser implantada para qualquer número de computadores

de servidor de aplicativos ou ainda pode ser implantada pelos servidores da Web. Entretanto, existe uma limitação. Se a função de consulta for implantada no mesmo servidor que hospedaa função de índice, a função de consulta não poderá ser implantada em nenhum outrocomputador servidor. Isso ocorre porque a função de servidor reconhece que a função de consulta está no mesmo servidor e, como conseqüência, não haverá tentativas de propagar o índice. Em alguns cenários, você pode otimizar a velocidade de processamento de sue farm de servidores, implantando a função de servidores em seus servidores da Web, mesmo se vocêtiver adicionado uma camada média para os servidores de aplicativo dedicados. Por exemplo, de mais de 50% das solicitações de conteúdo que chegarem ao farm de servidores foremsolicitações de conteúdo estático, o desempenho será potencialmente otimizado, hospedando a função de consulta nos servidores da Web. Isso ocorre porque a função de consulta armazenaem cache o conteúdo que fornece, tornando-o prontamente disponível para solicitações subseqüentes. A função de consulta é exclusiva neste aspecto.

• Excel Calculation Services A função Excel Calculation Services realiza cálculos do Excel em planilhas do Excel armazenadas nos bancos de dados de conteúdo. Esta função de servidor de aplicativos é exclusiva e armazena informações de estado de sessão ao longo da duração de uma sessão de usuário. Quando um usuário abre uma planilha, a função de servidor de aplicativos continua roteando as solicitações dos usuários para o mesmo servidor do Excel Calculation Services até que a planilha seja fechada e o usuário finalize a sessão. A função

Excel Calculation Services pode ser uma função intensiva a recursos. Em alguns cenários, vocêpoderá otimizar o desempenho de seu farm de servidores, implantando essa função por todos os servidores da Web.

• Office Project Server 2007 Embora o Office Project Server 2007 não esteja incluso com oOffice SharePoint Server 2007, ele é criado na plataforma Windows SharePoint Services 3. e pode ser implantado em um farm do Windows SharePoint Services 3.0 ou do Office SharePoint Server 2007. A função de aplicativo Office Project Server 2007 fornece solicitações para os serviços e dados do Office Project Server 2007 para os servidores Microsoft Office Project Web Access.

Funções que não podem ser redundantesAs funções de servidor de aplicativos que não podem ser redundantes incluem índice e a pesquisa no Windows SharePoint Services 3.0. Essas funções de servidor de aplicativos podem ser implantadas em múltiplos servidores; no entanto, esses servidores não são redundantes. Essas funções de servidor são configuradas para rastrear conteúdos e gerar índices de conteúdo. Sevocê implantar essas funções em múltiplos servidores, cada servidor irá rastrear conteúdosdiferentes.• Windows SharePoint Services 3.0 A função de aplicativo de pesquisa no Windows SharePoint

Services 3.0 é uma opção caso você não esteja utilizando a consulta e a indexação do Office SharePoint Server 2007. A função de aplicativo de pesquisa no Windows SharePoint Services3.0 inclui os componentes de pesquisa e indexação. Esses componentes não podem serdivididos. Além disso, a pesquisa no Windows SharePoint Services 3.0 é exigida para fornecer a pesquisa de texto completo da Ajuda. Como conseqüência, você poderá considerar aimplantação dessa função de servidor de aplicativos em um farm do Office SharePoint Server2007 a fim de obter essa funcionalidade (mesmo se a pesquisa no Office SharePoint Server2007 estiver implantada).

• Office SharePoint Server 2007 No Office SharePoint Server 2007, a função de índice está associada a um SSP (Shared Services Provider). A função de índice cria um índice por SSP. Um servidor de índices pode estar associado a múltiplos SSPs. Entretanto, os índices pelos SSPsnão podem ser combinados. Com o intuito de aprimorar a capacidade, você poderá implantar múltiplos servidores de índice. Neste caso, cada servidor de índice é associado a diferentes SSPs. Diferente da função de pesquisa no Windows SharePoint Services 3.0, os índices de conteúdo produzidos pela função de índice do Office SharePoint Server 2007 sãocontinuamente propagados a todos os servidores que hospedam a função de consulta em umfarm. Como conseqüência, a saída da função de servidor de índice do Office SharePoint Server2007, ou seja, o índice, será considerada redundante se a função de consulta for implantada em mais de um computador servidor.

Se você estiver implantando um farm do Office SharePoint Server 2007, recomendamos que você utilize as funções de servidor de índice e de servidor de consulta do Office SharePoint Server2007. Isso permitirá que você mensure o componente da consulta, obtendo, assim, a redundânciados índices de conteúdo. Como a razão principal para a implantação de múltiplos servidores de índice do Office SharePoint Server 2007 ou servidores de pesquisa do Windows SharePoint Services 3.0 é obter capacidade ou desempenho, os artigos subseqüentes sobre planejamento ajudarão você a decidir se são recomendados múltiplos servidores para sua implantação.O gráfico a seguir indica quais funções de servidor de aplicativos podem ser implantadas de forma redundante e quais funções podem ser implantadas em múltiplos servidores, mas não são redundantes.

Função de servidor deaplicativos

Os múltiplos servidores que hospedam essa funçãosão redundantes

Consulta Sim

Excel Calculation Services Sim

Office Project Server 2007 Sim

Índice Não

Pesquisa no Windows SharePointServices 3.0

Não

Avaliar os riscos das falhas de servidor de aplicativosEsta seção resume as conseqüências esperadas de uma única falha de servidor de aplicativos. Em outras palavras, se você implantar uma função de servidor de aplicativos para apenas umservidor, e o servidor falhar, quais serão as principais conseqüências? Compreender as principais conseqüências ajudará você a priorizar a alocação de servidores em seu farm. A tabela a seguir lista as funções de servidor de aplicativos e descreve as conseqüências do tempo de

indisponibilidade de cada uma.

Função deservidor deaplicativos

Conseqüências do tempo de indisponibilidade

Consulta Os usuários não conseguirão realizar consultas full-text. Os usuários poderãonavegar pelos sites e acessar os conteúdos expostos pelos sites. Se o seuaplicativo depende dos usuários ou clientes que conseguem encontrarconteúdos por meio da pesquisa, planeje a implantação da função de servidorde consulta em múltiplos servidores. Em um farm de cinco servidores, issopode ser realizado facilmente por meio da implantação da função de consultaem dois computadores servidores da Web.

Excel CalculationServices

O fornecimento do lado do cliente de dados de inteligência de negócios e do Excel não estará disponível. As planilhas não podem ser carregadas, recalculadas, atualizadas ou recuperadas pelo Excel Calculation Services. Os scorecards e os recursos que utilizam o Excel Web Renderer não estão disponíveis.Os usuários ainda conseguirão abrir planilhas a partir de bibliotecas doSharePoint, utilizando o aplicativo cliente do Excel. Entretanto, se os usuários não tiverem permissão para abrir arquivos no cliente, eles não conseguirão visualizar esses arquivos até que a função Excel Calculation Services volte a seu status on-line.

Serviços OfficeProject Server2007

Os aplicativos do Office Project Server 2007 não estão disponíveis. O ProjectWorkspaces estará disponível a partir do aplicativo da Web de conteúdo.Entretanto, o Office Project Web Access e todos os recursos relacionados nãoestão acessíveis. Além disso, a integração de terceiros com o Project ServerInterface não estará disponível. O banco de dados do Office Project Server2007 Reporting permanece disponível.

Função deservidor deaplicativos

Conseqüências do tempo de indisponibilidade

Índice Os servidores de consulta continuarão utilizando os índices de conteúdo existentes até que o serviço de índice seja restaurado e índices novos ou atualizados sejam gerados. Conseqüentemente, os resultados da pesquisa não incluirão conteúdos novos ou alterados enquanto a função de índice nãoestiver disponível.

Pesquisa noWindowsSharePointServices 3.0

A pesquisa não está disponível. A quantidade de tempo exigido para restaurara capacidade de pesquisa depende se os índices de conteúdo existentes podemser restaurados e se novos índices devem ser gerados pelo rastreamento doconteúdo.

A recomendação geral quanto à redundância será planejar a instalação de uma função de servidor de aplicativos em, pelo menos, dois computadores de servidor de aplicativos se:• Sua solução for baseada principalmente em recursos fornecidos pelo servidor de aplicativos.• Seu requisito de disponibilidade para os recursos fornecidos pela função de servidor for 99% ou

superior.Se sua organização puder tolerar a perda temporária dessa funcionalidade para o tempo que suaequipe de TI leva para implantar uma função de servidor de aplicativos em um servidor diferente ou restaurar o serviço para um servidor existente, considere a implantação de uma função paraum único servidor de aplicativos.

Planilha

Na seção funções de servidor de aplicativos da planilha Planejamento da disponibilidade(h t tp:/ / go . m i c r os o f t . co m / f w l i n k / ? L i n k I D = 7 33 3 3 &c l c id = 0 x 40 9 ) , i n dique as funções de servidor deaplicativos que você planeja implantar. Para as funções de servidor que podem ser redundantes,indique se a sua organização exige a redundância da função.

Planejamento da disponibilidade de bancos de dadosUtilize esta seção a fim de obter ajuda para determinar se a redundância da função de servidor de banco de dados é um requisito para sua solução. Os tópicos subseqüentes sobre planejamento ajudarão você a decidir a tecnologia de disponibilidade de banco de dados mais apropriada para o seu ambiente. Para mais informações, veja Planejamento e Projeto do armazenamento e o g e r e n c i a m e n t o d e b a n c o s d e d a d o s e m h t tp : / / t e c h n e t 2 . m i c r o s o f t . c o m/ O f f i c e / e n - us /libra ry /a1f 9a cc a -9280 -47b b-8 5fa -52b 9a 7be 7a8 610 33. msp x.A função de servidor de banco de dados afeta a disponibilidade de sua solução mais do que qualquer outra função. Se um servidor da Web ou de aplicativo falhar, essas funções poderão ser restauradas ou re-implantadas. Entretanto, se um banco de dados falhar, sua solução dependeráda restauração do servidor de banco de dados. Isso pode incluir a recriação do servidor de banco de dados e depois a restauração dos dados a partir de sua mídia de backup. Neste caso, você poderá perder quaisquer dados novos ou alterados com data anterior a seu último trabalho de backup, dependendo de como o SQL Server está configurado. Além disso, a solução estará completamente indisponível enquanto a função de servidor de banco de dados estiver sendo restaurada.

Existem diversos cenários que justificam o custo reduzido da implantação de um único servidor debanco de dados. Para determinar se a sua solução adequar-se a esta categoria, responda às seguintes perguntas:Pergunta Sim Não

Seu requisito de disponibilidade está abaixo de 99%?

Os funcionários de sua organização conseguem realizar suas responsabilidades de trabalho esperadas se a solução tornar-se indisponível por um ou mais dias?

Sua organização pode tolerar a perda de acesso do cliente à solução por um ou maisdias?

Se você tiver respondido Sim a todas as perguntas, sua organização pode conseguir justificar aimplantação da função de servidor de banco de dados em um único computador servidor.Se você tiver respondido Não a qualquer uma das perguntas, significa que a redundância de bancode dados é importante para a sua organização. Neste caso, planeje a implantação de, no mínimo, dois servidores de banco de dados.

Planilha

Na planilha Planejamento da disponibilidade(h t tp:/ / go . m i c r os o f t . co m / f w l i n k / ? L i n k I D = 7 33 3 3 &c l c id = 0 x 40 9 ) , r e gistre se a redundância é exigidapara a função de servidor de banco de dados.

Selecione uma topologia de linha de baseApós a identificação dos requisitos de redundância para as funções de servidor, reveja astopologias de servidor de linha de base e escolha a topologia mais apropriada para seu ambiente.

Planilha

Copie e cole sua topologia selecionada na planilha Planejamento da disponibilidade(h t tp:/ / go . m i c r os o f t . co m / f w l i n k / ? L i n k I D = 7 33 3 3 &c l c id = 0 x 40 9 ) . U t ilize a seção Notas para registrardecisões adicionais relacionadas a seu plano de disponibilidade, como a tecnologia debalanceamento de carga específica que você planeja implementar ou, ainda, se você planejaimplantar a função de consulta nos servidores da Web de front-end.