Estabelecendo e orientando o serviço do SharePoint (SharePoint Server 2010)

 

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2017-01-20

A implantação bem-sucedida do Microsoft SharePoint Server 2010 depende da capacidade da empresa de administrar o serviço e assegurar que ele atenda às necessidades de negócios dos clientes de forma segura, gerenciável, eficaz e econômica. Este artigo descreve os elementos básicos de um serviço de TI que hospeda o SharePoint Server 2010, sugere os principais fatores para o sucesso da administração de um serviço do SharePoint Server e apresenta um exemplo de serviço do SharePoint de três camadas.

  • O que é um serviço do SharePoint?

  • Elementos de um serviço de sucesso

  • O que administrar em um serviço do SharePoint

  • Criando vários serviços

  • Contratos de nível de serviço

O que é um serviço do SharePoint?

Um serviço do SharePoint é um serviço de TI que oferece sites hospedados baseados nos Produtos do Microsoft SharePoint 2010. Veja a seguir alguns dos itens que um serviço oferece:

  • Sites em um escopo, como conjunto de sites, aplicativo Web ou farm de servidores

  • Backup e recuperação

  • Armazenamento de conteúdo

  • Suporte para personalizações

  • Segurança

  • Níveis de serviço baseados em velocidade e disponibilidade

Elementos de um serviço de sucesso

Ao planejar e implementar seu serviço do SharePoint Server, considere os seguintes elementos que podem contribuir para o sucesso do seu trabalho de administração:

  • Formar e usar um grupo de administração

    Seu serviço de TI com suporte para o SharePoint Server deve ser administrado por um grupo que inclua participantes executivos, líderes de divisão de negócios, profissionais de informações influentes, gerentes de TI e especialistas técnicos de TI, entre outros. O objetivo do grupo de administração deve ser supervisionar o serviço. Nessa função, o grupo de administração define as ofertas iniciais do serviço, determina as políticas contínuas do serviço e se reúne regularmente para avaliar o sucesso.

  • Comunicar sobre os serviços

    As políticas de governança desenvolvidas devem ser divulgadas em sua empresa. Mantenha um site que descreva o conjunto de serviços.

  • Estimular o uso do serviço

    Desestimule ou impeça que os usuários implantem seus próprios servidores. Ao contrário, estimule-os a usar o serviço. Servidores isolados podem não estar configurados de acordo com a política de segurança de TI e os requisitos de regulamentação da empresa. Além do mais, os usuários que implantam seus próprios servidores podem não conseguir fazer backup corretamente, nem mantê-los atualizados com os patches e as atualizações de software. Por fim, o conteúdo em servidores não administrados pelo serviço pode não ser rastreado pelo serviço de indexação da empresa, podendo criar partes isoladas de conteúdo.

  • Criar vários serviços

    Você deve oferecer um conjunto de serviços com suporte ao SharePoint Server. Por exemplo, um serviço poderia oferecer milhares de sites para colaboração e outro poderia oferecer suporte para sites extensos indispensáveis aos negócios, como os sites de intranet empresariais. Um conjunto de serviços do SharePoint Server permite aplicar regras e políticas exclusivas de governança em vários níveis de serviço, para que seja possível variar o custo estimado para as organizações com base no nível de serviço. Por fim, um serviço em camadas permite o planejamento gerenciável de serviços em fases.

O que administrar em um serviço do SharePoint

Ao criar serviços de TI com suporte para o SharePoint Server, um grupo de administração deve determinar os limites e as políticas de controle dos serviços. Se você usar os recursos de multilocação no SharePoint Server para a hospedagem de serviços, poderá permitir que um grupo de TI delegue tarefas administrativas comuns em um conjunto de sites aos proprietários de unidades de negócios. Isso permite que o grupo de TI concentre sua atenção no serviço propriamente dito. Para obter mais informações sobre multilocação, consulte Ambientes hospedados (SharePoint Server 2010).

Determine limites e políticas para os seguintes elementos de serviços:

  • Modelos de cota

    Um modelo de cota consiste em valores que especificam a quantidade de dados que pode ser armazenada em um conjunto de sites. O valor também indica o limite que dispara o alerta de email ao administrador do conjunto de sites. Você pode associar cotas a sites oferecidos em vários níveis de serviço para administrar o crescimento do SharePoint Server na empresa. Observe que é possível definir cotas separadas para soluções em área restrita.

  • Tamanho máximo de carregamento

    No nível do aplicativo Web, é possível definir limites quanto ao tamanho máximo de arquivos carregados. Todos os sites que fazem parte do aplicativo Web host usam o mesmo limite.

  • Gerenciamento do ciclo de vida do site

    Você pode controlar como os sites são criados, seu tamanho e sua durabilidade usando o gerenciamento de site pessoal e a confirmação e exclusão de uso do site. Também pode definir políticas de expiração e acesso para controlar o ciclo de vida do conteúdo dos sites.

    O provisionamento de sites pessoais permite aos usuários criar seus próprios sites de nível superior visitando uma página hospedada em TI e fornecendo dados sobre o uso pretendido do site. O site pode ser provisionado com base em um fluxo de trabalho personalizado. Para vários níveis de serviço, é possível controlar o tamanho desses sites e sua durabilidade.

  • Política de personalização

    O principal benefício de usar sites baseados no SharePoint Server é a capacidade que os proprietários dos sites têm de personalizá-los. Por exemplo, os proprietários dos sites podem alterar a aparência de um site ou incluir uma nova funcionalidade, como uma Web Part ou um fluxo de trabalho personalizado. Analise atentamente o tipo e a quantidade de personalização permitidos e que têm suporte em cada nível de serviço, pois alguns tipos de personalizações são globais no farm de servidores.

    Considere o uso de soluções em área restrita para limitar o impacto das personalizações em um farm. Por exemplo, serviços que permitem a criação de sites pessoais podem incluir milhares de sites que compartilham um único aplicativo Web. Nesse caso, você pode limitar as personalizações somente aos sites com suporte na interface do usuário, como a adição de Web Parts a páginas. Se você usar soluções em área restrita, as personalizações serão aplicadas somente ao conjunto de sites em questão. Em um serviço que dispõe de isolamento virtual ou físico do farm de servidores, como no caso do site de intranet empresarial, convém permitir um intervalo grande de personalizações, como manipuladores de eventos e fluxos de trabalho personalizados.

    No nível do aplicativo Web, existe também a capacidade de controlar se o SharePoint Designer pode ser usado para modificar sites no aplicativo Web. Para obter mais informações, consulte Definir configurações de um aplicativo Web (SharePoint Server 2010).

    Para obter a descrição completa do intervalo de personalizações com suporte no SharePoint Server 2010 e saber os riscos e os benefícios do suporte a cada tipo de personalização em diversos níveis de serviço, consulte o white paper sobre a política de personalização de Produtos e Tecnologias do SharePoint (https://go.microsoft.com/fwlink/?linkid=92311&clcid=0x416). Embora o conteúdo tenha sido elaborado especificamente para o Microsoft Office SharePoint Server 2007, muitas das informações valem para o SharePoint Server 2010. Para obter mais informações sobre soluções em área restrita, consulte Planejar soluções de área restrita (SharePoint Server 2010).

  • Classificação de ativos

    Você pode desenvolver e implementar um sistema de classificação para sites e conteúdo suportado por um serviço que identifique o impacto e o valor da informação para a organização. Por exemplo, os metadados podem classificar o conteúdo como de impacto ou valor alto, moderado ou baixo para a empresa.

    • O impacto está relacionado à exposição e ao conteúdo: se o conteúdo for distribuído externamente, ele prejudicaria seus negócios? Seriam divulgadas informações de identificação de usuários ou clientes? Em caso afirmativo, esse conteúdo será de alto impacto para a empresa.

    • O valor está relacionado à disponibilidade: se o conteúdo estiver indisponível, ele afetaria o trabalho diário da empresa? Em caso afirmativo, esse conteúdo será de alto valor.

    Cada classificação causaria então outros comportamentos - por exemplo, você poderia exigir que um conteúdo de alto impacto comercial fosse transferido somente na forma criptografada, ou que o conteúdo de impacto médio passasse por um processo de aprovação antes de ser publicado em um site público. Talvez, o conteúdo de alto impacto comercial devesse ser hospedado em um serviço capaz de oferecer políticas mais restritivas e processos de recuperação de desastre mais agressivos.

  • Gerenciamento do ciclo de vida

    Um serviço deve oferecer políticas ou ferramentas de ciclo de vida para sites ativos e não usados. Para serviços de nível inferior, você poderia, por exemplo, implementar um mecanismo que permitisse somente aos proprietários criar sites que permaneçam ativos por seis meses, exigindo que os usuários estendam a solicitação de acesso ao site após esse período. Você também pode implementar uma ferramenta que procure e exclua sites não usados por um determinado período de tempo. O gerenciamento do ciclo de vida também significa integrar o serviço às ferramentas e processos de gerenciamento de registros usados pela organização. Para obter mais informações, consulte Planejamento do gerenciamento de registros (SharePoint Server 2010).

  • Identidade visual e navegação

    A identidade visual consistente com um guia de estilo corporativo torna a aparência dos sites mais coerente e facilita seu desenvolvimento. Páginas mestras e modelos ajudam a criar a marca visual de um site. Armazene as páginas mestras aprovadas em galerias de sites para que os designers de site as utilizem consistentemente. O design consistente ajuda os usuários a confirmarem que estão no local certo quando visualizarem o site. Defina as partes do modelo que podem, e as que não podem, ser alteradas pelos proprietários de sites. Deixe espaço para subidentidade visual de equipes individuais ou marcas de projeto.

    A navegação consistente é também essencial para assegurar que os usuários não fiquem perdidos ao navegarem pelos serviços em busca de conteúdo.

  • Proteção de dados

    Backup e recuperação são alguns dos recursos que oferecem proteção de dados. É possível variar o nível da proteção de dados com base nos níveis de serviço que você oferece. Níveis mais altos podem incorrer em taxas para o proprietário do site. Para cada nível de serviço, planeje a frequência com que será feito o backup dos sites e o tempo de resposta garantido para a restauração dos sites. Para obter mais informações, consulte Plano de backup e recuperação no SharePoint Server 2010 e a Central de Recursos de Gerenciamento da Continuidade dos Negócios (https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x416).

  • Políticas de segurança, infraestrutura e aplicativo Web

    Mantenha a infraestrutura e monitore o acesso a ela e ao conteúdo para garantir um ambiente estável e seguro. Use políticas de aplicativos Web para autorizar ou negar acesso ao conteúdo de acordo com as regras de conformidade ou as necessidades de negócios. Atualize sempre a infraestrutura por meio de atualizações de software para ter os aperfeiçoamentos e as correções mais recentes.

  • Treinamento

    Uma comunidade de usuários bem treinados sempre traz benefícios ao setor de TI. Ela reduz a quantidade de chamadas para o atendimento técnico, incentiva a adoção da tecnologia, promove o uso adequado do SharePoint Server e ajuda os usuários a compreender suas responsabilidades quanto à utilização do serviço do SharePoint Server. Para cada nível de serviço, considere exigir o nível apropriado de treinamento. Ainda que o serviço seja básico, usuários com privilégios de administração do site terão acesso a muitos recursos que afetam sua funcionalidade. O treinamento online (por tutoriais, por exemplo) pode ajudar os usuários a aproveitar melhor as vantagens do seu site.

    O treinamento para uma comunidade de usuários está disponível em Recursos do SharePoint 2010 para usuários finais (https://go.microsoft.com/fwlink/?linkid=199542&clcid=0x416)

Criando vários serviços

Os usuários do serviço do SharePoint Server da empresa exigem sites que atendem a vários objetivos, como:

  • Espaços de trabalho temporários e de finalidade única para o planejamento de eventos e o gerenciamento de reuniões e projetos

  • Sites de equipes para colaboração em geral

  • Portais divisionais para o gerenciamento de processos corporativos de grandes grupos de trabalho

  • Sites de intranet empresariais para a divulgação de informações e o fornecimento de serviços para toda a organização

Pense em dividir o serviço do SharePoint Server em um conjunto de serviços que atenda às diferentes necessidades de uma empresa. Cada usuário de um serviço específico obteria o mesmo nível de suporte e arcaria com um custo semelhante. À medida que soluções mais complexas ou caras fossem necessárias, você poderia adicionar novos serviços de suporte. Um dos benefícios dessa abordagem é a possibilidade de introdução de um serviço por vez, o que alivia a carga de trabalho da equipe de TI. Trabalhe com os participantes executivos, líderes de divisões de negócios e gerentes de TI para identificar os requisitos de cada nível de serviço e a ordem na qual os serviços serão introduzidos.

A tabela abaixo ilustra um exemplo de abordagem para a criação de um conjunto hierárquico de serviços. Nesse exemplo, três níveis de serviço são oferecidos. Observe que os valores fornecidos não são recomendações, e sim meros exemplos:

Exemplo de abordagem de um conjunto de serviços

Serviço básico Serviço avançado Serviço Premium

Descrição

Um farm de servidores usado para hospedar dezenas de milhares de conjuntos de sites de clientes.

Destinado ao suporte de sites temporários e sites de equipes pequenas.

Um farm de servidores desenvolvido para hospedar um pequeno número de sites de portais.

É aplicável a clientes com alguns requisitos para personalizações de servidor que não interferirão com outros sites hospedados nos mesmos servidores.

Um farm de servidores dedicado à hospedagem de sites grandes, altamente personalizados ou altamente críticos.

A topologia é dimensionável dependendo dos requisitos de hospedagem acordados entre o cliente e a equipe de hospedagem.

Exemplo

Site de colaboração para planejar um evento

Portal de divisão incluindo integração com dados de linha de negócios e fluxos de trabalho personalizados

Site de intranet empresarial que inclui integração em grande escala com vários sistemas back-end

Escopo

Conjunto de sites

Aplicativo Web

Farm de servidores com vários aplicativos Web

Personalizações

Somente há suporte para personalizações disponíveis na interface de usuário.

Há suporte para algumas personalizações de servidor, como modelos de site personalizados. Todas as personalizações são testadas e revisadas antes de serem aceitas para implantação. Como alternativa, personalizações são permitidas somente como soluções em área restrita.

São permitidas personalizações extensivas. Todas as personalizações são testadas e revisadas antes de serem aceitas para implantação. Como alternativa, personalizações são permitidas somente como soluções em área restrita.

Custo para o usuário

Nenhum ou mínimo

Moderado

Alto

Provisionamento pessoal?

Sim

Não

Não

Limites de armazenamento de conteúdo

500 MB

2 GB

Ilimitado

Frequência de backup

Duas vezes por semana

Diariamente

Diariamente

Backups mantidos por

14 dias

30 dias

60 dias

Contratos de nível de serviço

Estabeleça contratos de nível de serviço para cada nível de serviço. Esse contrato deve, no mínimo, incluir os seguintes itens:

  • A duração e as aprovações necessárias para criar um site.

    Qual é o processo de criação de um site? Quem são os envolvidos?

  • Informações sobre custos de serviço aos usuários ou departamentos.

    Quem é cobrado pelo quê?

  • Contratos de nível operacional que especificam as equipes que executam as operações e a frequência.

    Qual equipe aplica as atualizações? Qual equipe realiza os backups? Com que frequência?

  • Políticas sobre resolução de problemas por meio da Assistência Técnica.

    Quando o usuário enfrenta um problema, a quem ele deve recorrer? Qual é o caminho de escalação?

  • Destinos de desempenho negociados para a primeira carga de um site, as cargas subsequentes e o desempenho em locais remotos.

  • Estratégias de recuperação, balanceamento de carga e failover.

  • Políticas de personalização para o serviço.

  • Limites de armazenamento para conteúdo e sites.

  • Suporte multilíngue.

    Quais idiomas serão instalados e terão suporte?

See Also

Concepts

Acompanhar ou bloquear instalações do SharePoint Server 2010

Other Resources

Governança no SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x416)
SharePoint - Exemplo de contrato de nível de serviço (SLA) - blog "From the Field" (https://go.microsoft.com/fwlink/?linkid=203973&clcid=0x416)
Modelo de exemplo: Plano de governança dos Produtos e Tecnologias do SharePoint (https://go.microsoft.com/fwlink/?linkid=162169&clcid=0x416)