Utility Spotlight: Upgrade Toolkit for SharePoint Sites and Templates

Artigo
08/19/2016

Destaque de utilitárioKit de Ferramentas de Atualização para Sites e Modelos do SharePoint

Luis Câmara Manoel and Peter Skjøtt Larsen

Faça download do código deste artigo: Upgrade Toolkit for Windows SharePoint Services Sites and Templates (699KB)

Com a recente chegada do Windows SharePoint Services (WSS) 3.0, muitos administradores se deparam com a tarefa de atualizar seus sites e dados do WSS 2.0 para os novos ambientes WSS 3.0. Embora o WSS 3.0 forneça ferramentas abrangentes que migrem adequadamente os dados e

atualizem a estrutura do site, pode ser necessário algum trabalho adicional para atualizar a estrutura de sites personalizados ou modelos de site.

Entretanto, a atualização da estrutura de sites personalizados ou modelos de site talvez requeira um trabalho extra. Felizmente, a equipe do Microsoft® Solution Accelerator lançou o Kit de Ferramentas de Atualização para Sites e Modelos do Windows® SharePoint® Services, que fornece orientações e ferramentas acerca dessa prática (veja a barra lateral "Recursos do WSS"). Esta coluna se concentra em alguns dos desafios e soluções associados à atualização de sites personalizados para ambientes WSS 3.0. Consulte primeiro a barra lateral "Terminologia do WSS" para ver algumas definições de termos comuns.

O processo de atualização

Por que você deveria atualizar? Há uma série de recursos novos do WSS 3.0 que podem convencer os proprietários de sites a atualizarem:

A Lixeira, que permite que os usuários recuperem os documentos excluídos acidentalmente.
A segurança em nível de item de pasta, que permite que os administradores de sites controlem quais pessoas ou grupos têm acesso às pastas.
O envio de email para listas, que permite que listas como as de postagem de blog em um site do SharePoint recebam conteúdo por email.
O botão Ações de Site, que permite que os usuários criem sites e páginas, editem páginas e gerenciem configurações de site com facilidade.
As trilhas, que fornecem ao usuário o contexto imediato da navegação.
Exibições em dispositivos móveis, que permitem que os usuários móveis aproveitem os convenientes recursos de sincronização offline.
Os RSS feeds, que permitem que os programas habilitados para RSS, como o Internet Explorer 7.0 e o Outlook® 2007, recuperem informações de listas.
O controle de versão em bibliotecas de documentos, que possibilita um pequeno controle da versão e do check-out de documentos antes da edição.

Como o processo de atualização de sites e modelos depende da execução de etapas específicas antes e depois da própria atualização do servidor para o WSS 3.0 (veja a Figura 1), a definição de requisitos de atualização de sites e modelos é uma etapa importante na estratégia geral de atualização para o WSS 3.0. Os proprietários de sites e gerentes de servidores devem trabalhar em conjunto para determinar quais sites e modelos deverão ter uma instância criada e ser atualizados para um ambiente WSS 3.0. Uma vez que esses sites personalizados tenham sido selecionados, o trabalho de atualização poderá ser iniciado.

Figura 1 O fluxo de trabalho de atualização de sites e modelos de site do WSS

Figura 1** O fluxo de trabalho de atualização de sites e modelos de site do WSS **(Clique na imagem para aumentar a exibição)

Identificar modelos de site personalizados

Como é possível determinar se os sites foram personalizados? O WSS 3.0 fornece uma ferramenta de verificação pré-atualização que gera um relatório sobre as alterações feitas em modelos de site de todo o farm. Você deve executar essa ferramenta antes de iniciar a migração para selecionar quais modelos de site requerem atenção especial.

A ferramenta fornece um relatório no formato XML, como mostra a Figura 2. O elemento unghostedPage indica que um site foi personalizado.

Figure 2 Relatório da ferramenta de verificação pré-atualização sobre as alterações feitas em modelos de site

<?xml version=”1.0” encoding=”utf-8”?>
<summary>
  <sites>
    <site url=”http://mscc-shr-v3-01” storage=”172767226”>
      <webs>
        <web url=”http://mscc-shr-v3-01/Board of Directors-Basic”>
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/default.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/AllItems.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/DispForm.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/EditForm.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/Upload.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/WebFldr.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Company Finance and 
                Business Planning/Forms/AllItems.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Company Finance and 
                Business Planning/Forms/DispForm.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Company Finance and 
                Business Planning/Forms/EditForm.aspx” />

Definições de site personalizadas

A maioria dos sites do WSS 2.0 personalizados que você deverá atualizar foi provavelmente desenvolvida a partir de modelos criados com definições de site padrão do WSS. No entanto, é possível que alguns modelos de site personalizados tenham sido desenvolvidos com base em definições personalizadas. Esse poderá ser o caso se os desenvolvedores de sua organização criaram definições de site personalizadas ou se você adquiriu aplicativos ou modelos de terceiros baseados em definições personalizadas. Esta coluna abordará apenas o cenário de definição de site padrão. Para obter mais informações sobre o cenário de modelo de site personalizado, consulte a barra lateral "Recursos do WSS".

Depois de verificar se os seus sites e arquivos .stp foram realmente criados a partir de definições de site padrão, o que significa que há definições de atualização no WSS 3.0, você poderá prosseguir com a instalação e criação de uma instância dos seus sites.

Para atualizar modelos de site específicos do WSS 2.0, primeiro é necessário instalar os modelos em um servidor WSS 2.0 (consulte o Estágio 1 na Figura 1). Em seguida, você deverá criar sites baseados em cada um dos modelos instalados.

Para simplificar o processo de instalação de vários arquivos .stp, criação de uma instância de vários sites e limpeza do servidor de arquivos temporários após a atualização, o solution accelerator fornece um conjunto de scripts que utilizam comandos do Stsadm.exe (consulte a barra lateral "Scripts da solução" para obter detalhes). O Stsadm.exe é um aplicativo de linha de comando que oferece um conjunto completo de operações do WSS para o gerenciamento de servidores e sites do SharePoint. Os scripts da solução automatizam esse processo permitindo que você instale e crie uma instância em lote para executar essas tarefas em seqüência. A economia de tempo poderá ser considerável se houver muitos .stps instalados e muitos sites para a criação de uma instância.

Scripts da solução

O processo de instalação e criação de site utiliza dois scripts que executam o Stsadm.exe:

O MigInstStp.cmd instala os modelos de site usando a operação addtemplate do Stsadm.exe. Essa operação tem os parâmetros _SOURCEFILELOCATION, _SOURCEFILENAME e _FILETITLE.
O MigMakeSite_1.cmd cria os novos sites. O MigMakeSite_1.cmd executa a operação createweb do Stsadm.exe. Essa operação tem os parâmetros _SERVERURL, _SITENAME, _SITETEMPLATENAME e _SITETITLE.

Execute esses scripts no servidor WSS 2.0 local com acesso à localização dos seus arquivos de modelo de site (.stp) salvos. Para executar esses scripts, você deve ser membro do grupo Administradores local no servidor ou membro do grupo Administradores do WSS com permissões de criação de site. O guia Kit de Ferramentas de Atualização para Sites e Modelos do Windows SharePoint Services fornece uma descrição detalhada sobre como aproveitar ao máximo esses scripts. Com os seus .stps instalados e uma instância dos sites criada, você agora está pronto para prosseguir com a atualização do servidor. Os métodos de atualização para o WSS 3.0 são explicados em detalhes em “Atualizando para o Windows SharePoint Services 3.0” (consulte o link listado na barra lateral “Recursos do WSS”).

Terminologia do WSS

O Windows SharePoint Services tem sua própria terminologia exclusiva. Aqui está um pequeno glossário dos termos mais usados.

Definição de site Um conjunto de arquivos que define um tipo específico de site. Uma definição de site inclui arquivos .xml, .aspx, .ascx e de Página Mestra, além de arquivos de modelo de lista e de conteúdo armazenados em uma pasta especial no servidor Web front-end. O WSS vem com um conjunto de definições de site padrão prontas para uso, que incluem Site de Equipe, Site em Branco e Espaço de Trabalho de Documento. A princípio, esses são apenas modelos armazenados na galeria de modelos de site e disponíveis na lista Selecione um modelo no Novo Site do SharePoint.

Modelo de site Os modelos de site definem como criar uma instância de um site do SharePoint. Para criar um novo site do SharePoint, você deve selecionar um modelo no qual o site será baseado. Por exemplo, é possível criar um novo site chamado "Conselho Administrativo" com base em um modelo "Site em Branco" padrão. Você poderá então adicionar listas, bibliotecas, Web Parts e outras personalizações ao site do qual foi criada uma instância. Para tornar essas personalizações disponíveis para outras pessoas, você poderá salvar o site como um modelo chamado "Conselho Administrativo" baseado na definição "Site em Branco". O WSS salva o modelo de site personalizado como um arquivo .stp (modelo de site), coloca-o na galeria de modelos de site e o exibe na lista "Selecione um modelo" na página Novo Site do SharePoint, para que os usuários possam, no futuro, criar novos sites baseados nele. Os modelos de site contêm uma série de arquivos de configuração de site, incluindo .xml, .aspx, imagem e outros que são compactados em um único arquivo .stp. (Os arquivos .Stp são semelhantes em função aos arquivos .cab.) O mais importante desses arquivos é o Manifest.xml, que contém informações importantes, como estrutura e navegação do site, listas e bibliotecas, posicionamento de Web Parts, definições de listas personalizadas e a definição na qual o modelo de site personalizado se baseia.

Modelo de aplicativo Refere-se aos modelos de site do Windows SharePoint Services que são desenvolvidos para atender às exigências de processos ou tarefas comerciais específicos. Eles são publicados pela Microsoft e estão disponíveis para download gratuito aos clientes do WSS.

Site personalizado É um site do SharePoint com uma interface do usuário que foi modificada.

Página Mestra É uma área em que informações de layout padrão, como faixa, controles de navegação e outros menus, podem ser armazenadas para oferecer uma interface consistente em todo o site.

Páginas fantasma São páginas cujo conteúdo não está armazenado no banco de dados de conteúdo do WSS, mas, em vez disso, é lido em um arquivo de definição de site. As páginas fantasma não foram personalizadas.

Páginas não-fantasma São páginas que foram modificadas a partir do arquivo de definição de site e cujo conteúdo está armazenado no banco de dados de conteúdo do WSS.

Após a atualização do servidor — inspeção do site

Agora você chegou ao Estágio 2 do fluxo de trabalho de atualização (consulte a Figura 1). As etapas executadas neste estágio de atualização do site e do modelo incluem as seguintes:

Abrir e verificar os sites atualizados.
Aplicar a Página Mestra padrão.
Corrigir os problemas de layout e recursos com os novos sites.
Salvar os sites corrigidos como novos modelos de site do WSS 3.0.
Reimplantar os novos modelos de site do WSS 3.0 no servidor.
Criar sites a partir dos modelos de site reimplantados.
Abrir os novos sites e verificar se funcionam conforme o esperado.
Iniciar o processo de limpeza.

Redefinindo o site

Quando você abrir pela primeira vez seu site atualizado, verá que ele ainda lembra muito um site do WSS 2.0. Para fazer com que o site se assemelhe mais a um site do WSS 3.0, você deve primeiro redefini-lo para a nova definição de site do WSS 3.0. Isso corrigirá a maioria dos problemas de layout e você não perderá nenhuma personalização feita nas Web Parts, contanto que essas Web Parts já estejam na zona de Web Parts que há na página de definição do site. Essa ação também aplicará a Página Mestra padrão a todas as páginas dos seus sites.

Uma Página Mestra, como o próprio nome sugere, é uma área em que informações de layout padrão, como faixa, controles de navegação e outros menus, podem ser armazenadas para oferecer uma aparência consistente. Isso permite que você faça alterações de design na Página Mestra e tenha as alterações propagadas em todo o site. Com a aplicação de Páginas Mestras, toda a funcionalidade nativa do WSS 3.0 será habilitada nos seus sites atualizados.

Embora o site agora deva parecer e funcionar como um site do WSS 3.0 nativo, você ainda poderá encontrar algumas áreas com problemas, como Quadros de discussão, Web Parts personalizadas, hiperlinks e temas.

Corrigindo o que não funciona

Uma série de problemas pode ocorrer em modelos de site atualizados e personalizados. Aqui estão alguns dos mais comuns e algumas idéias simples de como corrigi-los.

A folha de estilos padrão do WSS 2.0 ainda está aplicada a um site. Remova a folha de estilos antiga no SharePoint Designer.

Faltam Web Parts ou elas estão nos lugares incorretos. Mova ou insira Web Parts usando o SharePoint Designer.

Web Parts não funcionam corretamente. Remova as Web Parts incompatíveis com o WSS 3.0 e contate o desenvolvedor da Web Part para verificar se foram criadas Web Parts correspondentes para ambientes WSS 3.0.

Listas e bibliotecas personalizadas não parecem corretas. Salve os dados existentes, recrie a lista ou biblioteca personalizada e importe os dados salvos.

Recursos do WSS 3.0 habilitados não estão disponíveis. Os recursos de colaboração em equipe podem precisar ser explicitamente ativados em Recursos do Site.

Os hiperlinks não funcionam mais. Os hiperlinks embutidos em código podem exigir atualização manual.

O tema mudou. Aplique o tema do WSS adequado.

Quase pronto

À medida que o fim do processo que se aproxima e os problemas foram todos corrigidos, é hora de fazer uma verificação final dos sites. Você deve salvar os sites corretos como modelos de site do WSS 3.0, executar uma nova instalação do .stp e criar uma instância do site (aqui também é possível usar os práticos scripts) e, finalmente, abrir o site para verificar se todos os problemas foram solucionados e se os sites e .stps atualizados estão prontos para a distribuição no ambiente de rede.

Alternativas à atualização

A atualização de modelos usando as ferramentas e os processos automatizados descritos aqui nem sempre pode ser o melhor método. Se você estiver usando modelos de terceiros altamente personalizados, poderá ser muito difícil atualizar os modelos sozinho, e talvez seja melhor aguardar uma nova versão do modelo. Em outros casos, criar um modelo totalmente novo no WSS 3.0 e, em seguida, implementar os recursos do modelo antigo pode ser a melhor opção.

Modelos de aplicativos

Há um conjunto de modelos de aplicativos desenvolvidos pela Microsoft disponíveis para o WSS 2.0 e o WSS 3.0. O novo conjunto do WSS 3.0 inclui versões atualizadas de alguns dos modelos de aplicativos do WSS 2.0. Se você usa qualquer um desses modelos, poderá carregar a versão atualizada do WSS 3.0 no seu ambiente WSS 3.0.

Se você usa um dos modelos de aplicativos do WSS 2.0 que não foram atualizados para o WSS 3.0, o solution accelerator fornece um conjunto de modelos do WSS 2.0 que foram atualizados para funcionar em um ambiente WSS 3.0.

Resumo

O Kit de Ferramentas de Atualização para Sites e Modelos do Windows SharePoint Services será fundamental para que você mantenha seus modelos, sites e personalizações do 2.0 no ambiente 3.0. Para obter mais informações sobre esse assunto, e obter o Kit de Ferramentas, visite os sites indicados na barra lateral "Recursos do WSS".

Agradecemos a Betty Houser pelas valiosas contribuições para esta coluna e para o solution accelerator.

Recursos do WSS

Luis Câmara Manoel é um gerente de programa do grupo Microsoft Solution Accelerator. Ele trabalha na Microsoft há um ano. Antes disso, trabalhou como gerente de projetos e de programa na Novell Inc. e na Volera em Provo, Utah. Luis pode ser contatado pelo email luiscam@microsoft.com.

Peter Skjøtt Larsen é um gerente de produto do grupo Microsoft Solution Accelerator. Ele trabalha na Microsoft há mais de quatro anos em desenvolvimento e marketing. Antes disso, desenvolveu softwares cliente e servidor para os setores de finanças, engenharia e telecomunicações. Peter pode ser contatado pelo email petela@microsoft.com.

Recursos adicionais