Explorando o SharePoint

As informações aqui são baseadas em uma versão beta. Todos os detalhes estão sujeitos a alterações.

Prepare-se para o SharePoint 2010

Pav Cherny

Com o lançamento do SharePoint 2010 apenas ao redor do canto, é um bom momento para considerar as opções de atualização e migração e tomar a ação para preparar o ambiente.
Como acontece na maioria dos cenários de atualização ou migração, existem centenas se não milhares de detalhes para pensar que aumentam a complexidade, variando de conectividade de rede a aplicativos de terceiros a continuidade dos negócios. Também há várias estruturas e cenários que você pode usar para mover para uma nova versão, como preparar-teste-implementar-validar e decisivo atualizar no lugar ou migrar.

A boa notícia é que você ainda tem tempo para planejar sua estratégia de migração e preparar agora para atenuar possíveis problemas ao mover para o SharePoint 2010.

Este artigo aborda algumas das ações que pode levar agora para se preparar para SharePoint 2010 que terão o maior impacto. Se desejar aprofundar mais profunda, você pode examinar a documentação existente para orientações adicionais ou para ajudar você a desenvolver um plano mais abrangente.

Por exemplo, Joel Oleson lançou um white paper sobre atualização preparedness e apresentações em seu blog em sharepointjoel.com, e a Microsoft publicou preliminar orientações.

Resolver o hardware e software dependências

A primeira ação que você pode tomar para preparar o ambiente é o software existente e a configuração de hardware para ver se é adequado para SharePoint 2010 de auditoria e atualizar seu ambiente se não atende aos requisitos. O requisito geral mais significativo é pelo menos hardware de 64 bits e o SharePoint 2007 com a atualização do SP2.

Você pode mais, do curso; considere atualizando seu ambiente de acordo com as seguintes práticas recomendadas para servidores front-end e de aplicativos, clientes e servidores back-end.

Para servidores front-end, o SharePoint 2010 requer Windows Server 2008 ou Windows Server 2008 R2, que usa a nova interface de usuário com base no Windows 7 de 64 bits. Muitas instalações como da redação deste artigo executado sem problemas principais no Windows Server 2003 e se você estiver na posição, grande parte da preparação para a transição para o SharePoint 2010 envolve a atualização dos.

Se você executar o Windows Server 2003 em hardware de 64 bits já, você pode reutilizar os servidores e fazer uma atualização in-loco para servidores front-end, aplicativos e de back-end. Você também pode adicionar novos servidores ao farm e migrar o site de Web de Administração Central, funções de front-end e funções do aplicativo. Se você planeja mover para o Windows Server 2008, você deve considerar as práticas recomendadas a seguir:

• Permissões de temporizador Grant Windows SharePoint Services (SPTimerV3). Se a conta de administrador do farm não está no grupo Administradores local, ou se você tiver uma instalação autônoma, conceda permissão SPTimerV3 ler do IIS 7.0 executando stsadm -o grantiis7permission.
• Pare o serviço procura do Windows SharePoint Services (SPSEARCH). Se você instala o Windows Server 2008 e executa o Assistente de configuração de tecnologias e produtos SharePoint enquanto SPSEARCH estiver sendo executado, o processo pode corromper o índice de pesquisa. Para recriar um índice corrompido, você precisa executar stsadm -o spsearch - ação de parada, navegue até a página de configurações de serviço do Windows SharePoint Services Search na Administração Central e renomear o banco de dados. Para obter mais informações, consulte tinyurl.com/l6fmkr.
• Verifique as configurações do IIS 7. Após atualizar para Windows Server 2008 e do IIS7, o serviço W3SVC pode ser desativado se sua instalação do IIS 6 usado recursos incompatíveis, como extensões de servidor. Outro problema que você pode encontrar é autenticação de modo kernel, IIS 7 usa por padrão. Se você obtiver um erro 401.1, autenticação de modo kernel pode ser a causa. Você pode desativá-lo o IIS Advanced Settings para autenticação Windows. Clique em aqui Para obter mais detalhes.

Para servidores back-end, o SharePoint 2010 requer 64 bits do SQL Server 2005 ou posterior. Há suporte para o SQL Express mas movendo SharePoint 2010 oferece a oportunidade de reexaminar a infra-estrutura de back-end e otimizar a ele.

Edições Standard e Enterprise do SQL Server fornecem ferramentas de gerenciamento e recursos de alta disponibilidade, como clusters.

Em termos de suporte de navegador do cliente, o SharePoint 2010 deixou suporte para o Internet Explorer 6 e só oferece suporte a navegadores com base em padrões, como o IE7 ou posterior. SharePoint 2010 também oferece suporte 3.x Firefox e Safari.

Executar a ferramenta atualização do verificador

A próxima etapa depois de garantir que servidores front-end executam Windows Server 2008 em hardware de 64 bits, servidores back-end execute SQL Server 2005 ou posterior e que os clientes estiverem usando um navegador baseado em padrões, é executar stsadm -o preupgradecheck. PreUpgradeCheck é incluído com SP2 para o SharePoint 2007 e usa arquivos de regra--OssPreUpgradeCheck.xml para WssPreUpgradeCheck.xml para Windows SharePoint Services (WSS) e Microsoft Office SharePoint Server (MOSS)--para verificar detalhes de configuração e criar um relatório.

Claro, antes de executar o PreUpgradeCheck, você deve instalar o SP2. O Assistente de instalação é relativamente simples, mas há várias coisas em mente. Primeiro, fornece aviso aos usuários de tempo de inatividade planejado porque você deve interromper os serviços do IIS front-end em cada servidor e fazer backup e desanexar os bancos de dados de conteúdo antes de prosseguir. É uma boa idéia fazer backup de arquivos de servidor front-end e de aplicativo muito, especialmente se você tiver personalizações.

Segundo, instalar o SP2 do WSS, cancelar o Assistente de configuração e instalar o SP2 do MOSS.

Finalmente, após os processos de atualização completos, verifique se há erros no upgrade.log, localizado no diretório versão 12 hive logs. Procure por instâncias de falha ou erro. Se a instalação for concluída com êxito, upgrade.log deve incluir as seqüências de caracteres mostradas do Figura 1. Clique em aqui Para obter mais informações sobre atualizações

Após executar PreUpgradeCheck, o relatório detalhado, que ele gera contém informações úteis sobre os detalhes do seu ambiente e inclui detalhes específicos sobre a topologia do farm, configuração de servidor, mapeamentos alternativos de acesso (AAMs) bancos de dados, recursos, definições de site e assim por diante. A saída imediata no prompt de comando também indica se as categorias não passam; isto é, eles exigem você fazer alterações antes de mover para o SharePoint 2010. O arquivo .htm detalhado é útil para localizar mais informações sobre o que você precisa fazer para resolver a condição subjacente. Procure os seguintes detalhes no arquivo que precisam ser abordadas:

• Pacotes de idioma. Se sua configuração requer pacotes de idioma, você precisa planejar atualizar os pacotes de idioma para as versões mais recentes após mover SharePoint 2010.
• AAMs. Se você planeja migrar para o SharePoint 2010 e usar os novos servidores (ou novos nomes de servidor), há uma boa chance de que você precisará fazer alterações relacionadas à URL, como Atualizando entradas AAMs e DNS.
• Definições do site. Sites usam definições de site personalizadas requerem um arquivo de definição 2010 SharePoint usa para atualizar o site. Você precisa criar esse arquivo para ajustar sua definição personalizada. Para obter mais informações, consulte tinyurl.com/mulfcb.
• Recursos. Examine o relatório recursos faltando e instalar qualquer estão faltando.
• Lista. Verificar tamanho e o número de listas porque ambos influenciam a velocidade de migração. A Microsoft publicou orientações para dimensionamento recomendações no desempenho tinyurl.com/kueoov. Se suas listas tem mais de 2.000 para 5.000 itens ou se o ambiente cresceu exceder outras diretrizes de desempenho recomendado, colocá-lo novamente na linha com práticas recomendadas.
• BD de configuração e conteúdo DB órfãs. No curso de executar tarefas administrativas ou operações de usuário, a situação pode surgir onde os itens de esquema ou banco de dados do SharePoint existirem com relações de pai ou filho. Esses itens incluem listas sem sites pai, documentos com nenhuma biblioteca de documentos pai, itens de lista com nenhuma lista pai, páginas da Web com nenhum site pai, trabalhos de timer e assim por diante. A ferramenta PreUpgradeCheck não encontra sempre órfãs e eles podem não aparecer no site Administração Central, portanto, você deve verificar manualmente para objetos órfãos. Há dois tipos de órfãs, órfãs configuração e conteúdos órfãs. Configuração órfãs são itens que existem na configuração DB mas não tem nenhum componente filho no conteúdo DB. Conteúdo órfãs existirem dois casos: tanto um site em branco mapeado na configuração DB mas não tem conteúdo existente DB associado a ele, ou conteúdo correto DB está associado com o site na configuração DB, mas há extraviados itens em outros BDs conteúdos.

Figura 1: Êxito SP2 installação entradas do upgrade.log

É relativamente simples resolver configuração órfãs; desanexar o banco de dados de conteúdo e reanexá-lo (deletecontentdb do stsadm -o e stsadm -o addcontentdb).

Não se esqueça de executar stsadm -o preparetomove antecipadamente em ambientes do MOSS 2007.

Para resolver um conteúdo órfã onde o site é mapeado para o DB conteúdo vazio, incorreto, fazer backup e excluir o banco de dados de conteúdo incorreto e anexar um apropriado.

Para resolver um conteúdo órfã onde existem BDs conteúdos órfãos, fazer backup de seu site de produção, excluí-lo, anexar o DB conteúdo órfão para tornar acessível e excluí-lo. Você pode restaurar o site de backup.

Confira artigos 918742, 918744 e o STSADM comandos -o databaserepair, deletecorruption -o, repairorphans -o e - deleteconfigurationobject - id < objectId > para obter mais informações.

Tenha em mente que detalhes de configuração podem diferir entre servidores front-end, portanto, executados PreUpgradeCheck em cada servidor e a seleção para quaisquer diferenças de configuração.

Executando stsadm -o preupgradecheck - localonly, você pode verificar um servidor individual e comparar os relatórios .htm resultantes usando uma ferramenta como o WinDiff.

Localizar aqui obter mais informações sobre PreUpgradeCheck.

Limpar e padronizar

Personalizações são um dos problemas mais tempo intensivo para endereço antes movendo para SharePoint 2010 porque mesmo em cenários mais simples de personalizações de site secundário, transição envolve especificidades de gravação, migrando e então verificar e corrigir problemas.

Para personalizações maiores, ou para aqueles usando ferramentas de terceiros, maior complexidade pode ativar a migração de personalizações em um projeto de desenvolvimento de software completo.

Da perspectiva profissional de TI, padronização onde possível, documentando personalizações e limpando os detalhes de dados e configuração ajuda todas para atenuar problemas para desenvolvedores.

Figura 2: Personalização migração práticas

Abordei algumas possibilidades de limpeza anteriores. Verificando órfãs, resolvendo o recurso e dependências de Web Part, otimizando listas, definindo um limite rígido de banco de dados de 100 GB e realizar outras otimizações facilitará a movimentação.

Excluindo sites não utilizados, aumentar cotas e iniciando uma iniciativa de limpeza do site controlado por usuário são oportunidades adicionais para aparar o tamanho de migração. Você também deve padronizar soluções e recursos sempre que possível e considerar se é a melhor opção Excluir, reinstale ou recriar as personalizações. Figura 2 mostra algumas práticas recomendadas gerais e opções para personalizações.

Porque 2010 SharePoint ainda não é lançado, há limites quanto a preparação e teste, você podem fazer para personalizações.

A melhor abordagem para a maioria dos ambientes é planejar a não atualização in-loco, mas criar um novo farm, migrar bancos de dados de conteúdo e aplicar as personalizações.

Com essa abordagem, você poderia fazer uma atualização gradual e encerrar servidores anteriores como migrar sites.

Aproveitar possibilidades de virtualização

A conveniência de virtualização e ferramentas de gerenciamento relacionado tornou possível validar e verifique se os planos de migração antes de atualizar o ambiente de produção.

Talvez a mais óbvia possibilidade com virtualização é recriar o ambiente de produção em uma escala muito menor como computadores virtuais e validar a migração ou atualização estratégia antes de implementar no ambiente de produção.

Virtualização fornece recursos como tirar um instantâneo do SO e restauração por demanda. Isso torna possível a documento que etapas de migração completa em detalhes, para que quando você atualizar o ambiente de produção, ele se torne uma questão de seguir as etapas

Olhando para o futuro

Eu já abordados prontidão do ponto de vista prático e oferecidas sugestões para ações que pode levar para preparar o ambiente SharePoint 2010.

Se você seguir as sugestões a chaves de movimentação de 64 bits, executando a ferramenta PreUpgradeCheck, resolvendo problemas descobertos e Validando seu plano em um ambiente virtual vai ser na forma boa para SharePoint 2010.

Pav Cherny é especialista em TI e autor especializado em tecnologias Microsoft para colaboração e comunicação unificada. Entre suas publicações estão white papers, manuais de produto e livros com foco nas operações de TI e na administração do sistema. Pav é presidente da Biblioso Corporation, empresa especializada em serviços de documentação gerenciada e localização.