Implantar personalizações
Atualizado em: 2008-09-11
Neste artigo:
Sobre as duas classes de elementos de site personalizáveis
Implantando elementos de site desenvolvidos
Implantando elementos de site criados
Este artigo e os recursos nele listados mais à frente descrevem como implantar personalizações de elementos de site do Microsoft Office SharePoint Server 2007 em um ambiente empresarial.
Esses artigos fornecem:
Uma lista abrangente dos processos envolvidos na implantação de elementos de site personalizados em um ambiente empresarial.
Procedimentos de cada etapa do processo de implantação.
Antes de ler este artigo, consulte os seguintes recursos para conhecer as diferentes abordagens e considerações ambientais:
A implantação de personalizações pode ser bastante complexa, especialmente porque há muitas opções de implantação disponíveis no Office SharePoint Server 2007. Há duas classes distintas de elementos de site personalizáveis: elementos de site desenvolvidos e elementos de site criados. As duas classes são diferenciadas por:
Local em que os arquivos são armazenados em um farm do Office SharePoint Server 2007.
Qual equipe da empresa é responsável pela administração do elemento de site.
Qual mecanismo de implantação o elemento do site exige.
Geralmente, há vários métodos diferentes de implantação de personalizações em um determinado ambiente e as vantagens de usar um método em vez de outro nem sempre são óbvias.
Uma prática geral recomendada para personalizações é manter anotações detalhadas sobre as personalizações feitas em qualquer arquivo do diretório de instalação. Essas personalizações podem ser sobregravadas durante uma atualização. Se você tiver notas detalhadas, poderá mais facilmente reaplicar as personalizações depois de uma atualização. Para obter mais informações sobre personalizações de atualização, consulte Visão geral da atualização do SharePoint Portal Server 2003 para o Office SharePoint Server 2007 e novos métodos para personalizações comuns.
Importante
Antes de implantar qualquer código personalizado no ambiente, estabeleça uma linha de base de desempenho do ambiente para que 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. Nunca implemente qualquer personalização no ambiente de produção sem antes testá-la completamente.
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.
Os Cenários de personalização descrevem abordagens diferentes para implantação de personalizações nos dois seguintes exemplos de ambientes que representam níveis diferentes de complexidade na variedade de ambientes:
**Centralizado no autor **Um ambiente ágil, no qual flexibilidade e velocidade de implantação tem precedência sobre o controle rigoroso de origem. Um ambiente centralizado no autor usa muitos dos recursos internos do Office SharePoint Server, como o sistema de implantação de conteúdo e a API de Migração de Conteúdo.
**Centralizado no desenvolvedor **Um ambiente usado por empresas que fazem implantações contínuas e complexas, usando o Office SharePoint Server 2007 como plataforma. A agilidade é sacrificada em favor de uma abordagem conservadora na análise da personalização, controle de origem e teste. A maioria das personalizações são conservadas em um sistema de gerenciamento de configuração de software antes de serem implantadas de um farm para outro. O processo de desenvolvimento centralizado no desenvolvedor geralmente ignora alguns dos recursos internos do Office SharePoint Server.
Para obter mais informações sobre como determinar qual abordagem é mais adequada ao ambiente, consulte Determinar sua abordagem.
Para tarefas de implantação específicas e considerações relacionadas, consulte os seguintes recursos:
Dica
A orientação nestes artigos considera um ambiente preexistente do Office SharePoint Server 2007. Para garantir que o ambiente atenda aos requisitos destes artigos, consulte Configurar os ambientes do servidor.
Sobre as duas classes de elementos de site personalizável
Os Elementos de site desenvolvidos, geralmente criados por desenvolvedores, podem incluir:
Web Parts
Fluxos de trabalho
Definições de site e de lista
Conversores de documentos
Contrariamente, os elementos de site criado, que geralmente são criados por Web designers, podem incluir:
Páginas mestras
Folhas de estilo em cascata
Formulários
Páginas de layout
Implante esses tipos diferentes de elementos de site usando métodos diferentes. Não é possível implantar toda a variedade de elementos de site personalizáveis usando um único método de implantação. Há outras considerações de implantação exclusivas queu são aplicáveis a cada tipo de elemento, porque provavelmente se originam de frupos diferentes de designers e porque estão sujeitos a diferentes considerações de atualização.
Além disso, os elementos de site criados podem ser divididos nas duas seguintes subcategorias:
Elementos de página, como páginas mestras, folhas de estilo em cascata, formulários e páginas de layout.
Conteúdo, como texto e imagens.
Conteúdo, como texto e imagens, geralmente não seria incluído em um pacote de implantação de conteúdo sendo implantado em um site de produção, mas pode ser incluído para fins de teste, como em um pacote de implantação sendo implantado de um farm de criação em um farm de integração.
Para obter mais informações, consulte Análise de elementos do site.
Implantando elementos de site desenvolvidos
Os elementos de site desenvolvidos geralmente podem ser definidos como elementos de site criados em um ambiente de desenvolvimento de código e são implantados diretamente em servidores Web e servidores de aplicativos. Esses elementos de site são personalizados por desenvolvedores, usando Microsoft Office SharePoint Designer, extensões do Microsoft Visual Studio 2005 para Windows SharePoint Services 3.0 ou ferramentas de edição XML. Para obter mais informações, consulte Revisão de ferramentas e processos.
Você pode implantar elementos de site desenvolvidos de ambientes de desenvolvedor para farms de integração e depois para farms de criação, pilote e produção, usando um ou mais sistemas diferentes. A seguinte tabela descreve esses sistemas e os cenários de uso e interfaces associadas.
| Sistema de implantação | Interface | Cenário de uso |
|---|---|---|
Estrutura de soluções |
Ferramenta de linha de comando Stsadm |
Use a ferramenta de linha de comando Stsadm para criar, importar, exportar e provisionar pacotes de solução, os quais estimulam a Estrutura de soluções do Office SharePoint Server 2007 a distribuir personalizações de elementos de site desenvolvidos. A ferramenta Stsadm é útil para implantação de personalizações de site na maioria dos ambientes porque está incluída no Windows SharePoint Services 3.0 e no Office SharePoint Server 2007 e pode ser usada sozinha ou em conjunto com outros métodos. Você pode usar a ferramenta de linha de comando Stsadm para implantar os artefatos e os elementos de site desenvolvidos. Para obter mais informações, consulte Ferramenta de linha de comando Stsadm (Office SharePoint Server). |
Gerador de soluções |
Este método é mais útil quando for usado o Visual Studio 2005 para criar e implantar definições de sites. O Gerador de soluções do SharePoint é um aplicativo autônomo que gera um projeto de definição de sites a partir de um site existente do SharePoint. O aplicativo permite que os desenvolvedores usem o navegador e o Microsoft Office SharePoint Designer para personalizar o conteúdo dos seus sites, antes de criar código usando o Visual Studio. Para obter mais informações e baixar a ferramenta, consulte Ferramentas do Windows SharePoint Services 3.0: extensões do Visual Studio 2005 (https://go.microsoft.com/fwlink/?linkid=107267&clcid=0x416). |
|
Scripts e aplicativos personalizados |
Crie trabalhos de timer nos Produtos e Tecnologias do SharePoint que possam automatizar a criação e implantação de pacotes de soluções. Escreva scripts personalizados e aplicativos Windows para executar tarefas específicas nesse processo. |
|
Manipulação manual de código |
Não aplicável |
Em ambientes menores ou cujos elementos de site desenvolvidos não sejam personalizados em base contínua, implante manualmente elementos de site e recursos relacionados. Para obter mais informações, consulte o Windows SharePoint Services 3.0 Software Development Kit (https://go.microsoft.com/fwlink/?linkid=86923&clcid=0x416). |
Recursos |
Não aplicável |
O Windows SharePoint Services 3.0 apresenta uma funcionalidade, por natureza, portátil e modular, conhecida como um Recurso, que simplifica a modificação de sites por meio da definição de sites. Um Recurso é um pacote de elementos do Windows SharePoint Services 3.0 que pode ser ativado para um escopo específico e que pode ajudar os usuários a realizar uma determinada tarefa. Para obter mais informações, consulte Trabalhando com recursos (https://go.microsoft.com/fwlink/?linkid=105337&clcid=0x416). |
Modelos de site |
Não aplicável |
Em Windows SharePoint Services 3.0, uma definição de site consiste em um conjunto de arquivos XML que podem ser aplicados para provisionar novos sites. Os arquivos estão localizados em servidores Web. Além disso, você também pode aplicar um modelo de site (arquivo .stp) para provisionar novos sites. Um modelo de site criado por meio da interface do usuário ou por meio da implementação do modelo de objeto é um pacote que contém um conjunto de diferenças e alterações de uma definição de site base. O pacote do modelo do site é armazenado como um arquivo CAB que pode ser baixado ou enviado para conjuntos de sites por usuários com as permissões apropriadas. |
Para obter mais informações, consulte Implantando personalizações de elementos em sites desenvolvidos.
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 de recursos que existem no sistema de arquivos de servidores Web ou servidores de aplicativos. Em alguns casos, para funcionar, os elementos de site criados exigem o envio anterior de elementos de site desenvolvidos.
Nos ambientes nos quais as implantações de personalização são totalmente automatizadas, a ordem de implantação necessária pode ser imposta pelo sistema para eliminar questões de sincronização. Entretanto, se a implantação de personalização for parcial ou totalmente executada sob demanda, é preciso garantir que todos os recursos necessários estarão disponíveis nos servidores Web e servidores de aplicativos, antes de implantar o conteúdo que depende daqueles recursos.
Os elementos de site dessa classe geralmente são personalizados por autores com o uso da interface de usuário dos Produtos e Tecnologias do SharePoint. Contudo, as ferramentas de criação incluem o Office SharePoint Designer 2007 ou extensões do Visual Studio 2005 para Windows SharePoint Services 3.0. Para obter mais informações, consulte Revisão de ferramentas e processos.
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 | Interface | Cenário de uso |
|---|---|---|
Site Administração Central do SharePoint |
Implantação de conteúdo |
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 |
API de Migração de Conteúdo |
Dependendo do método usado (programação versus APIs de namespace de implantação, com chamadas do Simple Object Access Protocol (SOAP) a um serviço da Web ou movimentação de um site inteiro com a ferramenta de linha de comando Stsadm), é possível controlar qual conteúdo é migrado e como. O uso da API para importar e exportar conteúdo é o único método suportado que retém identificadores globais exclusivos (GUIDs). Para obter mais informações, consulte Migração de Conteúdo (https://go.microsoft.com/fwlink/?linkid=103094&clcid=0x416). |
Linha de comando |
Use a ferramenta de linha de comando Stsadm para fazer operações de importação e exportação de um site completo, preservando carimbos de data/hora, informações de segurança e informações de usuário. A ferramenta Stsadm é mais útil quando quando se quer mover conteúdo básico de um site todo. A ferramenta Stsadm é útil para implantação de personalizações de site na maioria dos ambientes, pois ela está incluída no Windows SharePoint Services 3.0 e no Office SharePoint Server 2007 e pode ser usada sozinha ou com outros métodos. Use a ferramenta de linha de comando Stsadm para implantar artefatos e elementos de site desenvolvidos. Para obter mais informações, consulte Ferramenta de linha de comando Stsadm (Office SharePoint Server). |
|
Serviço da Web personalizado |
Crie um serviço da Web personalizado que automatize a migração de conteúdo e processo de implantação. Escreva scripts personalizados e aplicativos Windows para executar tarefas específicas nesse processo. Para obter mais informações sobre métodos programáticos associados à gravação de um serviço da Web personalizado, consulte os seguintes recursos no Windows SharePoint Services 3.0 Software Development Kit (SDK):
|
|
Manipulação manual de código |
Não aplicável |
Em ambientes menores e desconectados ou em ambientes nos quais os elementos de site criados não são personalizados continuamente, implante manualmente elementos de site e recursos relacionados. Em ambientes conectados menores, pense em usar os recursos de implantação de conteúdo na Administração Central para implantar personalizações de elemento de site criado. |
Recursos |
Não aplicável |
O Windows SharePoint Services 3.0 apresenta uma funcionalidade portátil e modular, conhecida como Recurso, o que simplifica a modificação de sites por meio da definição de sites. Um Recurso é um pacote de elementos do Windows SharePoint Services 3.0 que pode ser ativado para um escopo específico e que pode ajudar os usuários a realizar uma determinada tarefa. Para obter mais informações sobre os tipos de elemento que podem ser implantados em um recurso, consulte Tipos de elemento (https://go.microsoft.com/fwlink/?linkid=107271&clcid=0x416) no Windows SharePoint Services 3.0 SDK. |
Modelos de site |
Não aplicável |
No Windows SharePoint Services 3.0, uma definição de site consiste em um conjunto de arquivos XML que podem ser aplicados para provisionar novos sites. Os arquivos estão localizados em servidores Web. Além disso, você também pode aplicar um modelo de site (arquivo .stp) para provisionar novos sites. Um modelo de site criado por meio da interface do usuário ou por meio da implementação do modelo de objeto é um pacote que contém um conjunto de diferenças e alterações de uma definição de site base. O pacote do modelo do site é armazenado como um arquivo CAB que pode ser baixado ou enviado para conjuntos de sites por usuários que tenham as permissões apropriadas. |
Para obter mais informações, consulte Implantando personalizações de elementos de site criados.
Baixar este manual
Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:
Consulte a lista completa de manuais disponíveis na seção de manuais para download do Office SharePoint Server 2007 (em inglês).
Consulte também
Conceitos
Implantando personalizações de elementos de site criados
Implantando personalizações de elementos em sites desenvolvidos
Componentes do pacote de soluções
Revisão de ferramentas e processos