Implantar personalizações - visão geral (SharePoint Server 2010)

 

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2016-11-30

Os artigos neste capítulo descrevem como implantar elementos de site que foram personalizados por desenvolvedores ou por Web designers em um ambiente do Microsoft SharePoint Server 2010.

Neste artigo:

  • Visão geral do processo

  • Antes de começar

  • Sobre os dois tipos de elementos de site personalizáveis

  • Implantando elementos de site desenvolvidos

  • Implantando elementos de site criados

Visão geral do processo

A implantação de personalizações pode ser bastante complexa, especialmente porque há muitos métodos de implantação disponíveis no SharePoint Server 2010 e as vantagens de usar um método ou outro nem sempre são óbvias.

A implantação desses tipos de elementos de site ou artefatos é feita por meio de diferentes métodos. Não é possível implantar a série completa de elementos de site personalizáveis usando um único método de implantação. Há outras considerações de implantação exclusivas que se aplicam a cada tipo de elemento, pois elas provavelmente são originadas em diferentes grupos de designers e porque estão sujeitas a diferentes considerações de atualização. Os vários tipos de elementos de site estão descritos em Sobre os dois tipos de elementos de site personalizáveis, posteriormente neste artigo.

Para obter as tarefas de implantação específicas e respectivas considerações, consulte os seguintes recursos:

Antes de começar

Antes de implantar qualquer código personalizado no ambiente, estabeleça uma linha de base do desempenho do ambiente para que você possa analisar como as personalizações afetam o desempenho. Depois de estabelecer uma linha de base de desempenho, teste o código personalizado exaustivamente em um ambiente de teste ou de integração e compare os resultados com a linha de base. Lembre-se de testar completamente todas as personalizações antes de implantá-las no ambiente de produção.

Teste qualquer código que adquirir de terceiros antes de implantá-lo no ambiente de produção, mesmo que o tenha adquirido de uma fonte confiável.

As descrições e a orientação apresentadas nestes artigos se aplicam a um ambiente do SharePoint Server que tenha sido implantado e configurado para atender aos requisitos estipulados em Planejar ambientes e farms de servidores (SharePoint Server 2010).

Sobre os dois tipos de elementos de site personalizáveis

Os elementos de site desenvolvidos são artefatos de solução e são tipicamente criados por desenvolvedores. Uma solução pode incluir assemblies, que são componentes do SharePoint escritos em linguagens baseadas no Microsoft .NET Framework e compiladas antes da implantação. Os elementos de site desenvolvidos, exceto os assemblies de trabalhos de timer e definições de sites, são normalmente agrupados em Recursos e implantados como parte de um pacote de soluções. Elementos de site desenvolvidos incluem:

  • Web Parts

  • Fluxos de trabalho

  • Definições de site e de lista

  • Conversores de documentos

  • Receptores de eventos

  • Trabalhos de timer

  • Assemblies

Elementos de site criados, normalmente criados por Web designers, não são explicitamente compilados e residem em um banco de dados de conteúdo. Os elementos de site criados incluem:

  • Páginas mestras

  • Folhas de estilo em cascata

  • Formulários

  • Páginas de layout

Esses dois tipos de elementos de site personalizáveis são diferenciados por:

  • Local em que os arquivos são armazenados em um farm do SharePoint Server 2010.

  • Qual equipe da empresa é responsável pela administração do elemento de site.

  • Qual mecanismo de implantação o elemento do site exige.

Alguns elementos podem ser artefatos de solução ou artefatos criados. Por exemplo, um tipo de conteúdo pode ser definido em um arquivo XML como um artefato de solução desenvolvido ou criado por meio de um navegador como um artefato criado. Os elementos de site que podem ser artefatos de solução ou artefatos criados incluem colunas de site e instâncias de lista. Além disso, os artefatos de solução podem ser usados para provisionar arquivos em sites e podem ser definidos para armazenamento em cache no servidor Web front-end.

Implantando elementos de site desenvolvidos

Os elementos de site, em geral, podem ser definidos como elementos de site criados em um ambiente de desenvolvimento de código e são implantados diretamente nos servidores Web front-end e nos servidores de aplicativos. Esses elementos de site são normalmente personalizados com o Microsoft Visual Studio 2010 Tools for SharePoint 2010, ou com o Microsoft Office SharePoint Designer, ou com ferramentas de edição de XML. Para obter mais informações, consulte o documento sobre ferramentas de desenvolvimento do SharePoint Foundation (https://go.microsoft.com/fwlink/?linkid=183360&clcid=0x416).

Observação

Este artigo não aborda a implantação de elementos de site desenvolvidos implantados como soluções de área restrita. Soluções de área restrita são aquelas que podem acessar um subconjunto do modelo de objeto de servidor e um subconjunto de elementos de recursos que os administradores de conjuntos de sites podem implantar. Para obter mais informações, consulte Visão geral de soluções de área restrita (SharePoint Server 2010).

Uma prática recomendada é usar pacotes de soluções e o Windows PowerShell para implantar elementos de site desenvolvidos. O SharePoint Server Solution Framework simplifica e padroniza o processo de implantação de elementos de site novos e atualizados no farm, e também o processo de sincronização de um servidor Web front-end, para que o estado seja consistente com o estado de outros servidores do farm. Por exemplo, os pacotes de soluções simplificam o processo de recriação de um farm. A implantação de elementos de site por meio da administração manual de código e arquivos pode induzir a inconsistências no processo de atualização e pode resultar em servidores não sincronizados com outros servidores. É possível usar pacotes de soluções para implantar elementos de site desenvolvidos em ambientes de desenvolvedor em farms de integração e depois em farms de preparação, piloto e de produção.

Use os cmdlets do Windows PowerShell para criar, importar, exportar e provisionar pacotes de soluções que otimizem o Solution Framework para distribuir personalizações de elementos de site desenvolvidos. Os cmdlets do Windows PowerShell são úteis para a implantação de personalizações de site na maioria dos ambientes porque estão incluídos no SharePoint Server 2010 e no SharePoint Foundation 2010, e é possível usá-los isoladamente ou em conjunto com outros métodos. Você pode usar os cmdlets do Windows PowerShell para implantar artefatos e elementos de site desenvolvidos. Pode também usar os cmdlets para ativar os Recursos que são implantados em um pacote de soluções.

Implantando elementos de site criados

Os elementos de site criados diferem dos elementos de site desenvolvidos porque são armazenados no banco de dados de conteúdo, embora dependam dos recursos existentes no sistema de arquivos de servidores Web ou, com frequência menor, de servidores de aplicativos. Em alguns casos, os elementos de site criados não funcionam porque exigem que os elementos de site desenvolvidos sejam implantados primeiro.

Nos ambientes em que as implantações de personalização são totalmente automatizadas, a ordem de implantação necessária pode ser imposta pelo sistema para eliminar problemas de sincronização. Entretanto, se a implantação de personalização for parcial ou totalmente manual, será preciso garantir que todos os recursos exigidos estejam instalados nos servidores Web e nos servidores de aplicativos antes da implantação do conteúdo que depende desses recursos.

Implante elementos de site criados em ambientes de criação farms de criação, piloto e produção, usando um ou mais sistemas diferentes. A tabela abaixo descreve esses sistemas e interfaces associadas e cenários de uso.

Sistema de implantação Cenário de uso

Site Administração Central do SharePoint

Em ambientes nos quais os farms de origem e destino são conectados por uma rede, use os recursos de implantação de conteúdo da Administração Central para criar um pacote de implantação de conteúdo no farm de origem e exportar o pacote para outro farm.

Esse método é fácil de configurar e usar e pode ser utilizado para automatizar a implantação de elementos de site criados com muito pouco tempo de instalação e manutenção.

Modelo de objeto de migração de conteúdo

Dependendo do método utilizado (programação por meio de APIs de namespace de implantação, ou com chamadas do protocolo SOAP para um serviço Web, ou via movimentação de todo o site usando cmdlets do Windows PowerShell), é possível controlar o conteúdo a ser migrado e a forma de migração. O uso da API para importar e exportar conteúdo é o único método com suporte que retém GUIDs (identificadores globais exclusivos).

Para obter mais informações, consulte o documento sobre migração de conteúdo (https://go.microsoft.com/fwlink/?linkid=183372&clcid=0x416).

Windows PowerShell

É possível usar os cmdlets do Windows PowerShell para executar operações de importação e exportação em todo o site, preservando os carimbos de data/hora, as informações de segurança e as informações do usuário. Os cmdlets do Windows PowerShell são mais úteis quando você move o conteúdo básico de um site inteiro.

O Windows PowerShell é útil para a implantação de personalizações de site na maioria dos ambientes porque está incluído no Produtos do SharePoint 2010 e pode ser usado sozinho ou com outros métodos. Use os cmdlets do Windows PowerShell para implantar artefatos e elementos de site desenvolvidos.

Para obter mais informações, consulte Administração dos Produtos do SharePoint 2010 usando o Windows PowerShell.

Serviço da Web personalizado

Crie um serviço Web personalizado que automatize a migração de conteúdo e o processo de implantação. Escreva scripts personalizados e aplicativos Windows para executar as tarefas específicas desse processo.

Para obter mais informações sobre os métodos de programação para elaboração de um serviço Web personalizado, consulte os seguintes recursos do Microsoft SharePoint 2010 Software Development Kit (SDK):

Manipulação manual de código

Em ambientes menores e desconectados ou em ambientes em que os elementos de site criados não são personalizados de modo contínuo, implante manualmente os elementos de site e respectivos recursos. Em ambientes conectados menores, considere o uso dos recursos de implantação de conteúdo da Administração Central para implantar personalizações de elemento de site criado.

Pacotes de soluções e Recursos

Elementos como layouts de página, páginas mestras, formulários e folhas de estilos podem ser agrupados e implantados em Recursos como parte de um pacote de soluções. Os recursos implantados de um pacote de soluções podem ser ativados nos escopos em que os elementos criados precisam ser provisionados.

Para obter mais informações, consulte Implantar elementos de site usando Recursos (SharePoint Server 2010).

Modelos personalizados

Um usuário pode salvar um site existente, com ou sem conteúdo específico, como um modelo personalizado. Isso oferece um meio de reutilizar sites personalizados. Um modelo de site personalizado é armazenado como um arquivo .wsp. Os modelos de site são salvos na Galeria de Soluções, no site de nível superior de um conjunto de sites, onde ficam disponíveis para a criação de subsites em todos os sites do conjunto de sites. Modelos de site podem ser baixados e movidos para outras galerias de conjunto de sites.

See Also

Concepts

Implantar pacotes de solução (SharePoint Server 2010)
Implantar elementos de site criado (SharePoint Server 2010)
Implantar modelos (SharePoint Server 2010)
Implantar modelos (SharePoint Server 2010)