Atualização in-loco para o SharePoint Server 2010
Propaganda
Atualizando para o Microsoft SharePoint Server 2010 Microsoft Corporation Publicado: novembro de 2010 Autor: equipe de servidores e do Microsoft Office System ([email protected]) Resumo Este guia foi criado para orientar os administradores e profissionais de TI pelo processo de atualização para o Microsoft SharePoint Server 2010 do Microsoft Office SharePoint Server 2007. O conteúdo deste guia é uma cópia do conteúdo selecionado na biblioteca técnica do SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x416) a partir da data de publicação. Para obter o conteúdo mais atual, consulte a biblioteca técnica na Web. 1 Este documento é fornecido "no estado em que se encontra". As informações e as exibições expressas neste documento, incluindo URLs e outras referências a sites da Internet, podem ser alteradas sem aviso prévio. Você assume o risco inerente à sua utilização. Alguns exemplos citados neste documento são fornecidos somente como ilustração e são fictícios. Não há nenhuma intenção, nem por dedução, de qualquer associação ou conexão real. Este documento não oferece a você quaisquer direitos legais sobre propriedade intelectual em qualquer produto da Microsoft. Este documento pode ser copiado e usado para fins internos e de referência. © 2010 Microsoft Corporation. Todos os direitos reservados. Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer, Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server e Windows Vista são marcas registradas ou marcas comerciais da Microsoft Corporation nos Estados Unidos e/ou em outros países. As informações contidas neste documento representam a visão atual da Microsoft Corporation em relação às questões discutidas na data de publicação. Como a Microsoft precisa responder a condições de mercado em permanente mudança, essas informações não devem ser interpretadas como um compromisso por parte da Microsoft, e a Microsoft não pode garantir a precisão das informações apresentadas após a data de publicação. 2 Conteúdo Obtendo ajuda ......................................................................................................................................... 11 Atualizando para o SharePoint Server 2010 ........................................................................................... 12 Consulte também ................................................................................................................................. 13 Sobre o processo de atualização (SharePoint Server 2010) .................................................................. 14 O que há de novo na atualização (SharePoint Server 2010) .................................................................. 15 Requisitos de atualização .................................................................................................................... 15 Requisito de hardware: 64 bits ......................................................................................................... 15 Requisito de sistema operacional: Windows Server 2008 ou Windows Server 2008 R2 ................ 16 Requisito de banco de dados: SQL Server 2005 SP3 ou SQL Server 2008 SP1 de 64 bits ........... 17 Verificador de pré-atualização.............................................................................................................. 17 Comando do Windows PowerShell para verificar bancos de dados antes da anexação .................... 18 Atualização Visual ................................................................................................................................ 18 Atualização de Recursos ...................................................................................................................... 19 Novas opções para reduzir o tempo de inatividade durante a atualização ......................................... 19 Alterações nos principais recursos entre versões................................................................................ 20 Visão geral do processo de atualização (SharePoint Server 2010) ........................................................ 25 Atualização no local ............................................................................................................................. 25 Atualização com anexação de banco de dados................................................................................... 27 Abordagem híbrida 1: bancos de dados somente leitura .................................................................... 29 Abordagem híbrida 2: desanexar bancos de dados ............................................................................ 31 Como os recursos de pesquisa são afetados pela atualização (SharePoint Server 2010) .................... 35 Como outros serviços são afetados pela atualização (SharePoint Server 2010) ................................... 36 Infraestrutura de serviço atualizado para SharePoint Server 2010 ..................................................... 36 Atualização in-loco com serviços ......................................................................................................... 37 Antes da atualização in-loco ............................................................................................................. 38 Durante a atualização in-loco ........................................................................................................... 38 Após a atualização in-loco ................................................................................................................ 43 Atualização com anexação de banco de dados com serviços ............................................................ 43 Antes da atualização com anexação do banco de dados ................................................................ 43 Durante a atualização com anexação de banco de dados ............................................................... 44 Após a atualização com anexação de banco de dados ................................................................... 45 Considerações para serviços específicos ............................................................................................ 45 Perfis de usuários ............................................................................................................................. 45 Sites da Web do Meu Site ................................................................................................................ 46 Pesquisa do Office SharePoint Server ............................................................................................. 46 3 Pesquisa do Windows SharePoint Services ..................................................................................... 47 InfoPath Forms Services ................................................................................................................... 48 Serviços do Excel ............................................................................................................................. 48 Catálogo de Dados Corporativos ...................................................................................................... 48 Logon único....................................................................................................................................... 48 Sobre a atualização de farms que compartilham serviços (farms pai e filho) (SharePoint Server 2010) .............................................................................................................................................................. 50 Sobre a atualização de farms pais e filhos .......................................................................................... 50 Considerações de planejamento para atualização de farms pais e filhos ........................................... 51 Visão geral do processo: atualizando uma duplicata de farm pai........................................................ 52 Visão geral do processo: atualização usando um farm pai temporário ............................................... 56 Consulte também ................................................................................................................................. 60 Atualizando o SharePoint Portal Server 2003 para o SharePoint Server 2010 ...................................... 61 Visão geral do processo ....................................................................................................................... 61 Sequência de atualização ................................................................................................................. 62 Antes de começar ................................................................................................................................ 64 Examinar as permissões necessárias .............................................................................................. 64 Examinar o hardware e o software necessários ............................................................................... 65 Preparar para atualizar ......................................................................................................................... 65 Preparar seus farms ............................................................................................................................. 66 Executar a primeira atualização ........................................................................................................... 67 Verificar a primeira atualização ............................................................................................................ 68 Executar a segunda atualização .......................................................................................................... 68 Verificar a segunda atualização ........................................................................................................... 68 Planejar-se e preparar-se para atualização (SharePoint Server 2010) .................................................. 70 Determinar abordagem de atualização (SharePoint Server 2010) ......................................................... 72 Escolher uma abordagem de atualização ............................................................................................ 72 Casos especiais ................................................................................................................................... 75 Revisar práticas recomendadas de atualização (SharePoint Server 2010) ............................................ 79 Examinar caminhos de atualização com e sem suporte (SharePoint Server 2010) ............................... 81 Examinar topologias com suporte para atualização ............................................................................ 81 Orientações sobre topologia física ................................................................................................... 81 Topologias com suporte .................................................................................................................... 82 Migrando de um servidor autônomo para um farm de servidores .................................................... 82 Migrando a partir de um hardware de 32 bits ................................................................................... 82 Edições com suporte para atualização ................................................................................................ 82 Atualizações entre produtos com suporte ............................................................................................ 83 Examinar os requisitos do sistema para atualização (SharePoint Server 2010) .................................... 84 4 Sobre estes requisitos .......................................................................................................................... 84 Determinar como lidar com personalizações (SharePoint Server 2010) ................................................ 86 Identificar personalizações no ambiente .............................................................................................. 86 Avaliar as personalizações................................................................................................................... 86 Considerações para personalizações específicas ............................................................................... 87 Garantir que personalizações futuras seguirão práticas recomendadas ............................................. 90 Criar um plano de comunicação (SharePoint Server 2010) .................................................................... 91 Quem faz parte da equipe de atualização? ......................................................................................... 91 Quando e o que deve ser comunicado à equipe de atualização ......................................................... 92 Quando e o que deve ser comunicado aos usuários do site ............................................................... 94 Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010) ..... 95 Os serviços de Catálogo de Dados Corporativos, Registro de Aplicativo e Conectividade de Dados Corporativos ...................................................................................................................................... 95 Como a atualização dos Serviços Corporativos de Conectividade funciona ....................................... 96 Atualizando por meio da anexação de banco de dados ...................................................................... 98 Considerações sobre atualização específicas da solução .................................................................. 98 Modelos............................................................................................................................................. 98 Web Parts ......................................................................................................................................... 99 Pesquisa ......................................................................................................................................... 100 Logon único..................................................................................................................................... 100 Mantendo bancos de dados de serviço em servidores separados ................................................ 100 Mantendo as relações pai/filho do farm .......................................................................................... 101 Consulte também ............................................................................................................................... 101 Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010 .................................................................................................................................................... 102 Informações sobre atualização de formulários durante uma atualização para o SharePoint Server 2010 ................................................................................................................................................ 102 Atualize modelos de formulário durante uma atualização com anexação de banco de dados de conteúdo para o SharePoint Server 2010 ...................................................................................... 103 Exporte e importe arquivos de modelo de formulário aprovado pelo administrador entre bancos de dados de configuração ................................................................................................................ 104 Atualizar links de modelos de formulário para o servidor ............................................................... 105 Atualize modelos de formulário durante uma atualização in-loco para o SharePoint Server 2010 ... 105 Planejar a atualização visual (SharePoint Server 2010) ....................................................................... 106 Fase de planejamento fundamental da atualização visual ................................................................ 106 Preservando a interface do usuário existente ................................................................................ 106 Atualizando para a nova interface do usuário ................................................................................ 107 Treinamento de proprietários de conjuntos de sites e de proprietários de sites ............................... 107 Problemas conhecidos ....................................................................................................................... 108 5 Consulte também ............................................................................................................................... 109 Testando e solucionando problemas de atualização (SharePoint Server 2010) .................................. 110 Melhores práticas para testar a atualização (SharePoint Server 2010) ................................................ 112 Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010) .. 114 Configurar um ambiente de teste ....................................................................................................... 115 Usando um ambiente de teste virtual ............................................................................................. 115 Usando um ambiente de teste físico .............................................................................................. 116 Ambientes de teste adicionais para atualização com anexação de banco de dados .................... 117 Identificar e instalar personalizações ................................................................................................. 117 Copiar os dados reais no ambiente de teste e tentar a atualização .................................................. 118 Tentar a atualização in-loco ............................................................................................................ 119 Tentar uma abordagem com anexação de banco de dados .......................................................... 120 Revisar os resultados ......................................................................................................................... 120 Revisar os arquivos de log .............................................................................................................. 120 Reiniciar a atualização, se necessário ........................................................................................... 121 Revisar sites atualizados ................................................................................................................ 122 Ajustar seu planejamento e tentar novamente................................................................................... 122 Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010) .................................................................................................................................................. 123 Estimar o espaço necessário para a atualização............................................................................... 123 Estimar a duração da atualização ...................................................................................................... 124 Limpando o ambiente antes da atualização (SharePoint Server 2010) ................................................ 129 Itens para limpeza .............................................................................................................................. 129 Exclua subwebs e conjuntos de sites não utilizados ou pouco utilizados ...................................... 129 Abordar listas grandes .................................................................................................................... 129 Abordar ACLs grandes ................................................................................................................... 130 Remover versões de documentos externas ................................................................................... 130 Remover modelos, recursos e Web Parts não utilizados ............................................................... 130 Reparar problemas de dados ......................................................................................................... 131 Fazendo alterações estruturais .......................................................................................................... 131 Solucionar problemas de atualização (SharePoint Server 2010).......................................................... 132 Princípios gerais para identificar problemas ...................................................................................... 132 Em primeiro lugar, verifique o status da atualização e os arquivos de log .................................... 132 Em seguida, solucione os problemas em ordem ............................................................................ 133 Problemas comuns ............................................................................................................................. 133 Personalizações ou arquivos ausentes ou preteridos no servidor ................................................. 133 Configurações ausentes ou definidas incorretamente para farm de servidores, aplicativo Web ou serviços........................................................................................................................................ 134 Níveis de atualização inconsistentes ou incorretos ........................................................................ 135 6 Problemas de dados ....................................................................................................................... 135 Alterações na interface do usuário ................................................................................................. 136 Espaço insuficiente ......................................................................................................................... 136 Autenticação baseada em formulários ........................................................................................... 136 Segurança e permissões.................................................................................................................... 136 Atualizando dados do SharePoint Portal Server 2003: verificador de pré-atualização relata bancos de dados corrompidos ......................................................................................................................... 137 Consulte também ............................................................................................................................... 137 Recuperação após uma atualização com falha (SharePoint Server 2010) .......................................... 138 Recuperando quando você tem bancos de dados somente leitura em um ambiente em espera (atualização com anexação de banco de dados) ........................................................................... 138 Recuperando quando você tem um backup do ambiente completo (atualização in-loco) ................ 139 Recuperando quando você tem backups de bancos de dados (atualização in-loco)........................ 139 Continuar a atualização (SharePoint Server 2010) ............................................................................... 140 Reiniciar a atualização para um farm de servidores usando Psconfig.exe ....................................... 140 Reiniciar a atualização para um banco de dados usando o Windows PowerShell ........................... 141 Executar etapas de pré-atualização (SharePoint Server 2010) ............................................................ 142 Executar o verificador de pré-atualização (SharePoint Server 2010) ................................................... 143 Sobre o relatório do verificador de pré-atualização ........................................................................... 144 Executar o verificador de pré-atualização .......................................................................................... 145 Fazer backup de todo o ambiente antes de uma atualização in-loco (SharePoint Server 2010) ......... 147 Fazer backup do ambiente ................................................................................................................. 147 Testar os backups .............................................................................................................................. 147 Consulte também ............................................................................................................................... 147 Executar uma atualização in-loco (SharePoint Server 2010) ................................................................ 148 Lista de verificação para atualização in-loco (SharePoint Server 2010) ............................................... 149 Preparar a atualização ....................................................................................................................... 149 Executar a atualização ....................................................................................................................... 151 Executar etapas de pós-atualização .................................................................................................. 155 Consulte também ............................................................................................................................... 159 Atualização in-loco para o SharePoint Server 2010 .............................................................................. 160 Visão geral do processo ..................................................................................................................... 161 Antes de começar .............................................................................................................................. 162 Instalar pré-requisitos ......................................................................................................................... 162 Executar a Instalação em todos os servidores .................................................................................. 163 Executar o Assistente de Configuração de Produtos do SharePoint ................................................ 164 Verificar o status de atualização dos sites ......................................................................................... 166 7 Verificação .......................................................................................................................................... 166 Etapas adicionais ............................................................................................................................... 167 Consulte também ............................................................................................................................... 167 Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010) .... 168 Visão geral do processo ..................................................................................................................... 169 Antes de começar .............................................................................................................................. 169 Para desanexar bancos de dados e atualizá-los em paralelo no mesmo farm ................................. 170 Para desanexar bancos de dados e atualizá-los em paralelo em um pequeno farm temporário ..... 171 Verificação .......................................................................................................................................... 174 Etapas adicionais ............................................................................................................................... 174 Instalar pacotes de idiomas disponíveis (SharePoint Server 2010) ...................................................... 175 Sobre a instalação de pacotes de idiomas e a atualização de sites ................................................. 175 Sobre a alteração de idiomas............................................................................................................. 175 Mudando de um produto totalmente localizado para um pacote de idiomas .................................... 176 Trocando de idioma para um novo pacote de idiomas ...................................................................... 176 Consulte também ............................................................................................................................... 177 Executar uma atualização com anexação de banco de dados para o SharePoint Server 2010 .......... 178 Lista de verificação para atualização com anexação do banco de dados (SharePoint Server 2010) .. 179 Preparar a atualização ....................................................................................................................... 179 Executar a atualização ....................................................................................................................... 182 Executar etapas pós-atualização ....................................................................................................... 186 Consulte também ............................................................................................................................... 190 Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados .................................................................................................................................................. 191 Antes de começar .............................................................................................................................. 191 Criar e configurar o novo ambiente .................................................................................................... 192 Instalar ............................................................................................................................................ 192 Configurar aplicativos de serviço .................................................................................................... 193 Configurar definições gerais do farm .............................................................................................. 194 Criar e configurar aplicativos Web .................................................................................................. 195 Reaplicar personalizações .............................................................................................................. 195 Verificar o novo ambiente ................................................................................................................... 197 Executar a atualização ....................................................................................................................... 197 Anexar bancos de dados e atualizar para o SharePoint Server 2010 .................................................. 198 Visão geral do processo ..................................................................................................................... 199 Antes de começar .............................................................................................................................. 199 Definir os bancos de dados de versões anteriores como somente leitura (anexação de banco de dados com banco de dados somente leitura) ................................................................................. 200 Fazer o backup de bancos de dados de versões anteriores usando ferramentas do SQL Server ... 202 8 Desanexar os bancos de dados de versões anteriores (anexação de banco de dados padrão) ...... 204 Restaurar uma cópia de backup do banco de dados (anexação de banco de dados com bancos de dados somente leitura) ................................................................................................................... 206 Verificar componentes personalizados .............................................................................................. 207 Anexar um banco de dados de conteúdo a um aplicativo Web ......................................................... 208 Verificação: verificar atualização para o primeiro banco de dados.................................................... 210 Atualizar o banco de dados de serviços compartilhados ................................................................... 211 Atualizar os sites de Meu Site ............................................................................................................ 214 Anexar os bancos de dados restantes ............................................................................................... 214 Verificação: verificar atualização para bancos de dados adicionais .................................................. 215 Etapas adicionais ............................................................................................................................... 215 Consulte também ............................................................................................................................... 215 Executar etapas pós-atualização (SharePoint Server 2010) ................................................................ 216 Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010) ............... 217 Configurar serviços novos e atualizados após a atualização no local ............................................... 217 Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil ............................................................................................................................ 218 Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro ........................................................................................................ 220 Atualizando soluções que dependem do Catálogo de Dados Corporativos ...................................... 222 Instruir os usuários a migrarem Meus Links particulares para marcas particulares (opcional) ......... 223 Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010) ................................................................................................................... 224 Reaplicar permissões de administrador para serviços ...................................................................... 224 Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil ............................................................................................................................ 224 Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro ........................................................................................................ 227 Atualizando soluções que dependem do Catálogo de Dados Corporativos ...................................... 229 Atualizar links usados em qualquer modelo de formulário atualizado do InfoPath ........................... 229 Instruir os usuários a migrarem Meus Links particulares para marcas particulares (opcional) ......... 230 Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010) ................................................................................................................... 231 Converter aplicativos Web para a autenticação de declarações ....................................................... 231 Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando a Administração Central ..................................................................................................................... 232 Configurar os arquivos LDAP Web.Config ......................................................................................... 233 Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando o Windows PowerShell ...................................................................................................................... 237 Migrar usuários e permissões do SharePoint Server 2007 para o SharePoint Server 2010 ............ 238 9 Verificar a atualização e revisar os sites atualizados (Office SharePoint Server) ................................ 239 Verificar status da atualização ........................................................................................................... 239 Revisar os arquivos de log .............................................................................................................. 239 Verificar o número da versão .......................................................................................................... 241 Verificar o status de atualização dos sites ...................................................................................... 241 Validar o ambiente atualizado ............................................................................................................ 242 Examinar sites atualizados................................................................................................................. 243 Web Parts ....................................................................................................................................... 243 Listas grandes ................................................................................................................................. 245 Estilos e aparência .......................................................................................................................... 245 Permissões ..................................................................................................................................... 246 Páginas personalizadas (desconvertidas de fantasma) ................................................................. 246 Consulte também ............................................................................................................................... 248 Gerenciar a atualização visual (SharePoint Server 2010) .................................................................... 249 Sobre o uso da Atualização Visual .................................................................................................... 249 Exibir o status da interface do usuário atual ...................................................................................... 250 Reverter sites para a interface do usuário anterior ............................................................................ 250 Impor uma atualização para a nova interface do usuário .................................................................. 251 Opções de proprietário do site para a atualização visual .................................................................. 252 Consulte também ............................................................................................................................... 252 Usando o redirecionamento de URL de AAM como parte do processo de atualização (SharePoint Server 2010) (white paper)................................................................................................................. 253 10 Obtendo ajuda Todo esforço foi dedicado para garantir a precisão deste guia. Este conteúdo também está disponível online na TechNet Library do Office System, portanto, se encontrar algum problema, veja se há atualizações em: http://technet.microsoft.com/pt-br/office/bb267342 Se não encontrar a sua resposta no conteúdo online, envie um email para a equipe de conteúdo de servidores e do Microsoft Office System: [email protected] Se a sua dúvida for relacionada aos produtos do Microsoft Office, e não ao conteúdo deste guia, pesquise o Centro de Ajuda e Suporte da Microsoft ou a Base de Dados de Conhecimento Microsoft pelo site: http://support.microsoft.com/?ln=pt-br 11 Atualizando para o SharePoint Server 2010 Bem-vindo ao guia de atualização do Microsoft SharePoint Server 2010. Os artigos neste guia ajudam a planejar e realizar uma atualização do Microsoft Office SharePoint Server 2007 para o SharePoint Server 2010. Para obter uma visualização gráfica do processo de atualização e informações sobre como planejar e testar a atualização, consulte os modelos de atualização a seguir: Planejamento de atualização Abordagens de atualização Atualização de serviços Testar o processo de atualização Neste guia: Sobre o processo de atualização (SharePoint Server 2010) Conheça as novidades do processo de atualização e como ele funciona Planejar-se e preparar-se para atualização (SharePoint Server 2010) Determine qual abordagem deve ser adotada para atualizar para o SharePoint Server 2010 e planeje seu processo de atualização Testando e solucionando problemas de atualização (SharePoint Server 2010) Saiba como testar seu processo de atualização com antecedência, para descobrir que problemas podem ocorrer na atualização real e determinar o tempo e o espaço necessários para esse processo. Além disso, aprenda a solucionar problemas que podem surgir durante a atualização real Executar etapas de pré-atualização (SharePoint Server 2010) Descubra que etapas você deve realizar antes de atualizar, incluindo informações sobre como executar o verificador de pré-atualização Executar uma atualização in-loco (SharePoint Server 2010) Siga as etapas nesta seção se estiver atualizando in-loco para o SharePoint Server 2010. Em uma atualização in-loco, você instala o SharePoint Server 2010 no mesmo hardware e depois atualiza o conteúdo e as configurações no servidor ou no farm de servidores como parte de um único processo. Executar uma atualização com anexação de banco de dados para o SharePoint Server 2010 Siga as etapas nesta seção se estiver usando o método de atualização com anexação de banco de dados para atualizar para o SharePoint Server 2010. Ao usar esse método, você atualiza o conteúdo do ambiente em um farm separado. Executar etapas pós-atualização (SharePoint Server 2010) 12 Descubra como saber se uma atualização foi concluída com êxito e que etapas ainda precisam ser executadas a fim de deixar o ambiente novamente pronto para os usuários. Consulte também Usando o redirecionamento de URL de AAM como parte do processo de atualização (SharePoint Server 2010) (white paper) 13 Sobre o processo de atualização (SharePoint Server 2010) A primeira etapa de qualquer processo de atualização é saber mais sobre o processo em si, para que você possa planejá-lo e prepará-lo adequadamente. Esta seção do guia de atualização contém artigos que ajudam a compreender como a atualização funciona e como os serviços no Microsoft Office SharePoint Server 2007 são afetados quando você atualiza para o Microsoft SharePoint Server 2010. Nesta seção: O que há de novo na atualização (SharePoint Server 2010) Saiba mais sobre novos requisitos, abordagens e recursos que estão disponíveis para atualizar para o Microsoft SharePoint Server 2010. Visão geral do processo de atualização (SharePoint Server 2010) Obtenha uma visão geral das etapas de cada abordagem de atualização. Como os recursos de pesquisa são afetados pela atualização (SharePoint Server 2010) Conheça o que pode ou não ser atualizado para Pesquisa no Office SharePoint Server 2007 e compreenda as etapas adicionais que devem ser executadas para atualizar a Pesquisa para o SharePoint Server 2010. Como outros serviços são afetados pela atualização (SharePoint Server 2010) O Office SharePoint Server 2007 incluía vários serviços compartilhados. O modelo de serviços é diferente para o SharePoint Server 2010, o que significa que você precisa configurar serviços que podem ser atualizados e também migrar os dados ou as informações para os serviços que não podem ser atualizados. Descubra quais abordagens podem atualizar quais serviços e quais etapas são necessárias antes, durante e após a atualização para os seus serviços compartilhados existentes. Sobre a atualização de farms que compartilham serviços (farms pai e filho) (SharePoint Server 2010) No Office SharePoint Server 2007, era possível configurar farms pai e farms filho para compartilhar serviços. Nesse ambiente, o farm pai hospeda um ou mais SSPs (Provedores de Serviços Compartilhados) a partir dos quais um ou mais farms filho consomem serviços. Aprenda a abordagem de atualização desses ambientes. Atualizando o SharePoint Portal Server 2003 para o SharePoint Server 2010 Entenda como usar atualizações com anexação de banco de dados para atualizar o conteúdo do Microsoft Office SharePoint Portal Server 2003 para o SharePoint Server 2010. 14 O que há de novo na atualização (SharePoint Server 2010) O Microsoft SharePoint Server 2010 foi criado para escala e desempenho e, como tal, apresenta novos requisitos de hardware e software que são descritos neste artigo. Esses requisitos se aplicam a abordagens de atualização com anexação de banco de dados e in-loco. Para obter mais informações, consulte Determinar abordagem de atualização (SharePoint Server 2010). Para facilitar uma atualização previsível e minimizar o impacto da personalização e problemas ambientais que possam impedir uma atualização bem-sucedida, você pode usar o cmdlet testspcontentdatabase do Windows PowerShell, a nova opção Atualização Visual ou a operação Stsadm preupgradecheck. Neste artigo: Requisitos de atualização Verificador de pré-atualização Comando do Windows PowerShell para verificar bancos de dados antes da anexação Atualização Visual Atualização de Recursos Novas opções para reduzir o tempo de inatividade durante a atualização Alterações nos principais recursos entre versões Requisitos de atualização Antes que você possa executar uma atualização in-loco ou uma atualização com anexação de banco de dados para o SharePoint Server 2010, seu ambiente existente do Office SharePoint Server 2007 ou o novo ambiente do SharePoint Server 2010 deve atender aos seguintes requisitos mínimos. Observação: Para obter mais informações sobre os requisitos gerais do sistema para o SharePoint Server 2010, consulte Requisitos de hardware e software (SharePoint Server 2010). Para obter informações sobre os requisitos de atualização, consulte Examinar os requisitos do sistema para atualização (SharePoint Server 2010). Requisito de hardware: 64 bits O SharePoint Server 2010 só pode ser executado em uma edição de 64 bits do sistema operacional Windows Server 2008 R2 ou Windows Server 2008 com SP2. Se você planeja uma atualização in-loco, sua instalação do Office SharePoint Server 2007 deverá ser executada em um ambiente de 64 bits do Windows Server 2008. Se a sua instalação do Office SharePoint Server 2007 estiver atualmente em 15 um ambiente de 32 bits, não será possível executar uma atualização in-loco no farm de servidores ou no servidor existente. Você deve instalar o SharePoint Server 2010 em um servidor ou farm diferente que ofereça suporte a aplicativos de 64 bits e deve mover os dados para esse servidor ou farm usando uma atualização com anexação de banco de dados. Para descobrir e solucionar mais facilmente qualquer problema nos processos de migração e atualização, recomendamos não combinar as ações de migração para um ambiente de 64 bits e a atualização in-loco para o SharePoint Server 2010. Como você deve ter um ambiente de 64 bits para poder fazer a atualização in-loco para o SharePoint Server 2010, é necessário migrar para um sistema operacional de 64 bits antes de executar uma atualização in-loco. Se estiver usando uma atualização com anexação de banco de dados, você poderá migrar para 64 bits durante o processo de atualização. Antes de migrar para um ambiente de 64 bits: Atualize o Office SharePoint Server 2007 para o mesmo service pack ou nível de atualização de software em todos os computadores do farm de origem. Descubra se você precisa recompilar os aplicativos de 32 bits existentes e assemblies personalizados — por exemplo, Web Parts e receptores de evento — para executá-los no ambiente de 64 bits. (Alguns aplicativos podem ser executados nos dois ambientes e não precisam ser recompilados.) Se os aplicativos existentes são de terceiros, verifique com o fornecedor se há versões de 64 bits e consulte a compatibilidade. Para obter mais informações sobre como planejar e executar uma migração para um ambiente de 64 bits, consulte o artigo Migrar um farm de servidores existente para um ambiente de 64 bits (Office SharePoint Server 2007) no TechNet (http://go.microsoft.com/fwlink/?linkid=155576&clcid=0x416). Requisito de sistema operacional: Windows Server 2008 ou Windows Server 2008 R2 O SharePoint Server 2010 deve ser executado em uma edição de 64 bits do Windows Server 2008 R2 ou Windows Server 2008 com Service Pack 2 (SP2). Se você está executando o Office SharePoint Server 2007 no Windows Server 2003 e pretende atualizar para SharePoint Server 2010, deve planejar a aquisição de um número suficiente de licenças do Windows Server para a implantação no sistema operacional mais recente. Para descobrir e solucionar mais facilmente os problemas ocorridos nos processos de migração e atualização, recomendamos não combinar as ações de atualização ou migração para Windows Server 2008 ou Windows Server 2008 R2 ao processo de atualização do SharePoint Server 2010. Você pode combinar a migração para um hardware de 64 bits à migração para o Windows Server 2008 ou o Windows Server 2008 R2. Se você já executa um hardware de 64 bits, pode atualizar do Windows Server 2003 para o Windows Server 2008 ou o Windows Server 2008 R2. Para obter mais informações sobre como executar uma atualização in-loco para o Windows Server 2008, consulte o artigo Atualizar para Windows Server 2008 com o Windows SharePoint Services 3.0 com SP1 no TechNet (http://go.microsoft.com/fwlink/?linkid=155575&clcid=0x416). 16 Se estiver migrando para um hardware de 64 bits, aproveite a oportunidade para também migrar para o Windows Server 2008 ou Windows Server 2008 R2 ao mesmo tempo. Para obter mais informações sobre como instalar o Windows Server 2008 no Windows Server 2008, consulte o artigo Implantar um farm simples no sistema operacional Windows Server 2008 (Office SharePoint Server) do TechNet (http://go.microsoft.com/fwlink/?linkid=145932&clcid=0x416). Requisito de banco de dados: SQL Server 2005 SP3 ou SQL Server 2008 SP1 de 64 bits O SharePoint Server 2010 requer que seu servidor de banco de dados seja uma versão de 64 bits de um dos seguintes: Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2 ou SQL Server 2005 com SP3 e Atualização Cumulativa 3. Se sua instalação atual do Office SharePoint Server 2007 usa o SQL Server 2000, você deve atualizar para uma dessas versões antes de atualizar para o SharePoint Server 2010. Para descobrir e solucionar mais facilmente qualquer problema nos processos de migração e atualização, recomendamos não combinar as ações de migração para um SQL Server de de 64 bits ao processo de atualização para o SharePoint Server 2010. Você pode combinar a migração para um SQL Server de 64 bits ao processo geral de migração para hardware de 64 bits. Se estiver combinando a migração para o SQL Server 2005 SP3 ou o SQL Server 2008 no hardware de 64 bits com uma migração geral para um ambiente de 64 bits, siga as orientações sobre como migrar para um ambiente de 64 bits fornecidas neste artigo. Para obter mais informações sobre como migrar todos os bancos de dados, consulte o artigo Mover todos os bancos de dados (Office SharePoint Server 2007) no TechNet (http://go.microsoft.com/fwlink/?linkid=159761&clcid=0x416). Se você já tem um hardware de 64 bits, mas precisa atualizar para o SQL Server 2005 ou o SQL Server 2008 SP3, siga as orientações na documentação do SQL Server. Verificador de pré-atualização O verificador de pré-atualização é uma ferramenta de linha de comando que você executa em um ambiente do Office SharePoint Server 2007 para localizar possíveis problemas na atualização e rever recomendações e práticas recomendadas. STSADM.exe –o preupgradecheck Com o verificador de pré-atualização, você pode encontrar informações como: Uma lista de todos os servidores e componentes do farm, e se os servidores atendem aos seguintes requisitos de atualização: hardware de 64 bits e sistema operacional Windows Server 2008. As URLs de mapeamento de acesso alternativo que estão sendo usadas no farm. Uma lista de todas as definições do site, modelos do site, recursos e pacotes de idiomas instalados no farm. 17 Se há personalizações sem suporte no farm (como modificações no esquema do banco de dados). Se há algum site ou banco de dados órfão no farm. Se há configurações ausentes ou inválidas no farm (como um arquivo Web.config ausente, nomes de host inválidos ou contas de serviço inválidas). Se os bancos de dados atendem aos requisitos de atualização, por exemplo, se os bancos de dados estão definidos para leitura/gravação e se os bancos de dados e conjuntos de sites armazenados no Banco de Dados Interno do Windows não são maiores do que 4 GB. O verificador de pré-atualização está disponível com o Office SharePoint Server 2007 Service Pack 2 e foi atualizado na Atualização Cumulativa de outubro de 2009 para Windows SharePoint Services 3.0 e Office SharePoint Server 2007. Você pode baixar e instalar a Atualização Cumulativa de outubro de 2009 de Pacotes de Atualização Cumulativa de outubro de 2009 para SharePoint Server 2007 e Windows SharePoint Services 3.0 foram publicados (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x416). Para obter mais informações sobre como usar o verificador de pré-atualização, consulte estes artigos no TechNet: Preupgradecheck: operação Stsadm (Office SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=149848&clcid=0x416) Exame e relatório de pré-atualização para versões futuras (Office SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=148375&clcid=0x416) Executar o verificador de pré-atualização (SharePoint Server 2010) Comando do Windows PowerShell para verificar bancos de dados antes da anexação Você pode usar o cmdlet test-spcontentdatabase do Windows PowerShell antes de anexar um banco de dados de conteúdo ao SharePoint Server 2010 para determinar se falta alguma personalização de servidor no ambiente. Para obter mais informações, consulte Anexar bancos de dados e atualizar para o SharePoint Server 2010 e Test-SPContentDatabase. Atualização Visual Um novo recurso que está disponível com a atualização permite que o administrador do servidor ou o proprietário do site determine quando e se a nova aparência do SharePoint Server 2010 é usada em um determinado conjunto de sites. Os administradores do servidor podem optar por adotar a nova aparência para todos os sites durante atualização, permitir que os proprietários do site façam a escolha após a atualização ou manter a aparência antiga de todos os sites. Se o administrador do servidor permitir que os proprietários do site decidam, depois que o site for atualizado por meio de atualização in-loco, uma opção de visualização estará disponível na interface do usuário do site. Essa opção oferece uma visualização da aparência do SharePoint Server 2010 para o site: Se o proprietário gostar da aparência e das funções do site, poderá aceitar a atualização visual. 18 Se ele quiser que o site mantenha a aparência antiga, poderá reverter para a aparência do Office SharePoint Server 2007. Por padrão, é mantida a aparência do Office SharePoint Server 2007. Para obter mais informações, consulte Planejar a atualização visual (SharePoint Server 2010). Atualização de Recursos O SharePoint Foundation 2010 fornece novos membros e tipos que possibilitam a atualização de Recursos personalizados por meio do controle de versão e de ações de atualização declarativas. Usando esses membros, você pode atualizar qualquer Recurso criado para o Office SharePoint Server 2007 de modo que ele funcione com o SharePoint Server 2010. Para obter mais informações, consulte Atualizando recursos. Novas opções para reduzir o tempo de inatividade durante a atualização Dependendo do ambiente, da complexidade e do número de sites do SharePoint, o processo de atualização pode demorar. Para reduzir o tempo de inatividade durante esse processo, o SharePoint Server 2010 oferece as seguintes opções: Atualização de vários bancos de dados ao mesmo tempo (atualização paralela) Quando você atualiza para o SharePoint Server 2010, pode iniciar manualmente a atualização de vários bancos de dados ao mesmo tempo usando um método híbrido de desanexação de bancos de dados para atualização. No Office SharePoint Server 2007, somente um processo de atualização pode ser executado ao mesmo tempo, de forma que cada banco de dados precisa ser processado sequencialmente. Há um impacto de desempenho quando você executa a atualização em vários bancos de dados em vez de em um único banco de dados, mas pode ser mais rápido atualizar vários bancos de dados ao mesmo tempo do que atualizá-los sequencialmente. O número de bancos de dados que podem ser atualizados paralelamente dependerá do hardware do seu ambiente e da estrutura do conteúdo dos bancos de dados. Para obter mais informações, consulte Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010). Uso de bancos de dados somente leitura para fornecer acesso contínuo aos dados Se você executar uma atualização com anexação de banco de dados — e se definir os bancos de dados originais para o modo somente leitura — o farm antigo poderá continuar a oferecer conteúdo aos usuários enquanto você atualiza uma cópia dos bancos de dados em um novo farm. Se você fizer isso, os usuários poderão continuar a acessar os dados, embora não seja possível adicionar novos dados ou atualizá-los. Quando o novo farm estiver pronto e todo o conteúdo tiver sido atualizado com êxito, os usuários poderão ser passados para o novo farm ao vivo. Para obter mais informações sobre bancos de dados somente leitura, consulte o artigo Executar um farm que usa bancos de dados somente leitura (Office SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=148373&clcid=0x416). 19 Para obter mais informações sobre essas técnicas de redução do tempo de inatividade, consulte o artigo Determinar abordagem de atualização (SharePoint Server 2010). Alterações nos principais recursos entre versões O SharePoint Server 2010 tem uma nova arquitetura e inclui muitos recursos novos. As tabelas a seguir listam algumas das principais alterações em terminologia e recursos que, imediatamente após a atualização, afetam o processo de administração e gerenciamento de sites. Para obter mais informações, consulte Guia de avaliação do SharePoint Server 2010 (white paper). Conceito, termo ou recurso Novo ou alterado Comentários Verificador de pré-atualização Novo O verificador de pré-atualização é uma operação de linha de comando Stsadm executada em um ambiente do Office SharePoint Server 2007 para localizar possíveis problemas na atualização e examinar recomendações e práticas recomendadas. Diferentemente da ferramenta de exame de pré-atualização (Prescan.exe), usada na atualização para o Office SharePoint Server 2007, o verificador de pré-atualização não faz nenhuma alteração no seu ambiente. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). Site da Administração Central do SharePoint Alterado O site da Administração Central foi reformulado com novas opções e recursos disponíveis, como os seguintes: A faixa de opções simplifica a visualização ou alteração de detalhes de um aplicativo Web fornecendo todas as opções na mesma página. Para obter 20 Conceito, termo ou recurso Novo ou alterado Comentários mais informações sobre aplicativos Web, consulte Web applications management (SharePoint Server 2010). Foram incluídos Assistentes de Configuração para simplificar o processo de configuração e guiá-lo pelas etapas de configuração do farm de servidores. Para obter mais informações, consulte Implantar um servidor único com SQL Server (SharePoint Server 2010). Agora, você pode executar um backup na página Backup e Restauração. Para obter mais informações, consulte Backup (SharePoint Server 2010). Use o site da Administração Central para gerenciar serviços, em vez de usar um site de administração separado. Faixa de Opções Novo A interface do usuário Faixa de Opções foi introduzida para assegurar uma experiência consistente ao usuário e simplificar o trabalho com os sites do SharePoint. Ela é contextual para que você veja apenas as opções relevantes às tarefas que deseja executar. Além disso, é possível personalizá-la. Aplicativos de serviço Novo Nova arquitetura de serviço permite que você gerencie e centralize serviços efetivamente. Serviços individuais podem ser configurados independentemente e empresas terceirizadas podem 21 Conceito, termo ou recurso Novo ou alterado Comentários adicionar serviços à plataforma. Para obter mais informações, consulte Configurar serviços (SharePoint Server 2010). Páginas mestras Alterado Agora um proprietário de site pode aplicar identidade visual a seu site, independentemente dos demais sites, e os administradores podem especificar se as páginas do sistema na pasta _Layouts serão renderizadas usando as páginas mestras fornecidas pelos proprietários do site ou as páginas mestras padrão disponíveis no sistema. Além disso, é possível usar o Windows PowerShell para especificar uma página mestra de cliente para as páginas de erro do sistema, de logon, de confirmação e outras páginas não específicas do site. Temas Alterado O SharePoint Server 2010 mudou o modo como os temas funcionam, tornando-os mais fáceis de personalizar. Os temas do Microsoft PowerPoint 2010 podem ser importados diretamente para o SharePoint Server 2010. Além disso, agora os temas podem ser aplicados a todos os subsites a partir dessa interface. Para obter mais informações, consulte Planejar o uso de temas (SharePoint Server 2010). BCS (Serviços Corporativos de Conectividade) Novo Os BCS foram desenvolvidos com base na funcionalidade Catálogo de Dados Corporativos disponível na versão anterior do produto para fornecer acesso a sistemas 22 Conceito, termo ou recurso Novo ou alterado Comentários externos usando soluções baseadas no SharePoint. Os BCS dão suporte à interação com sistemas externos usando listas do SharePoint e Web Parts, e também à interação com dados de clientes avançados do Office. Para obter mais informações, consulte Visão geral dos Serviços Corporativos de Conectividade (SharePoint Server 2010). Autenticação baseada em declarações Novo A autenticação baseada em declarações é um modelo de autenticação novo, mais sofisticado e flexível, que funciona com qualquer sistema de identidade corporativa, incluindo o AD DS (Serviços de Domínio Active Directory), diretórios baseados no protocolo LDAP, bancos de dados específicos do aplicativo e novos modelos de identidade centrados no usuário, como o LiveID. Para obter mais informações, consulte Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010). Controles de limitação e de lista Novo Os controles de limitação e de lista são novos e atuam sobre o desempenho. A limitação fornece um meio de controlar os recursos do servidor e foi projetada de modo a proteger o servidor contra sobrecarga no horário comercial de pico. O SharePoint Server 2010 também oferece várias configurações diferentes que restringem as consultas que 23 Conceito, termo ou recurso Novo ou alterado Comentários podem ser executadas em uma lista de grande porte. Tais configurações podem ser especificadas para cada aplicativo Web. SharePoint Designer Alterado O SharePoint Server 2010 concede aos administradores controle adicional sobre o modo como o SharePoint Designer é usado em cada aplicativo Web; por exemplo, os administradores determinam se os administradores de site estarão autorizados a personalizar páginas mestras e páginas de layout, e se poderão gerenciar a estrutura de URLs do site. Painel do desenvolvedor Novo É uma nova adição aos diagnósticos do servidor e exibe informações detalhadas de cada carregamento de página, colaborando, dessa forma, com a resolução dos problemas de desempenho. Soluções de área restrita Novo Agora você pode permitir que administradores de site carreguem código de usuário personalizado usando soluções em área restrita. Para obter mais informações, consulte Planejar soluções de área restrita (SharePoint Server 2010). 24 Visão geral do processo de atualização (SharePoint Server 2010) Você pode escolher entre duas abordagens de atualização básicas ao atualizar do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010: atualização in-loco e atualização com anexação de banco de dados. A atualização in-loco é usada para atualizar todos os sites do Microsoft SharePoint no mesmo hardware. Uma atualização com anexação de banco de dados permite que você mova seu conteúdo para um novo farm ou hardware. Você também pode combinar esses dois tipos de atualização em abordagens híbridas que reduzem o tempo de inatividade durante uma atualização. Para obter mais informações sobre essas abordagens, consulte Determinar abordagem de atualização (SharePoint Server 2010). Este artigo ajuda você a compreender as etapas envolvidas na realização de atualizações usando essas abordagens, para que você possa planejar o seu processo de atualização. Para obter informações detalhadas sobre como usar um desses processos de atualização, consulte os tópicos a seguir: Atualização in-loco para o SharePoint Server 2010 Anexar bancos de dados e atualizar para o SharePoint Server 2010 Neste artigo: Atualização no local Atualização com anexação de banco de dados Abordagem híbrida 1: bancos de dados somente leitura Abordagem híbrida 2: desanexar bancos de dados Importante: É importante que o administrador do servidor se comunique com os proprietários de sites e com os usuários sobre o que esperar durante uma atualização. O administrador deve informálos sobre o tempo de inatividade e o risco de que a atualização demore mais do que o esperado ou que alguns sites possam exigir um certo retrabalho após a atualização. Para obter mais informações, consulte Criar um plano de comunicação (SharePoint Server 2010). Atualização no local Uma atualização in loco ocorre no mesmo hardware da instalação da sua versão anterior. Quando você executa uma atualização in loco, o processo atualiza a instalação completa em uma ordem fixa. As etapas a seguir explicam o que acontece enquanto o processo de atualização in-loco é executado: 25 1. Depois de executar todas as etapas pré-atualização, o administrador do servidor executa a Instalação do SharePoint Server 2010 no servidor que executa o site da Administração Central do SharePoint. Como a versão anterior estava instalada, uma atualização in-loco é selecionada automaticamente. 2. Após a execução da Instalação no servidor que hospeda o site da Administração Central, o administrador do servidor executa a Instalação nos servidores Web front-end e nos servidores de aplicativos restantes no farm. 3. O administrador do servidor executa o Assistente de Configuração de Produtos do SharePoint no servidor que hospeda o site da Administração Central. Esse servidor, o banco de dados de configuração, os serviços e os bancos de dados de conteúdo são atualizados sequencialmente. Quando o assistente de configuração é concluído, o site da Administração Central é aberto. Um trabalho de timer agenda o processo de atualização de forma que ele seja executado para cada conjunto de sites. O trabalho de timer do processo de atualização atualiza cada conjunto de sites. Após a atualização de todos os sites, o processo de atualização é finalizado. 4. O administrador do servidor executa o Assistente de Configuração de Produtos do SharePoint em todos os outros servidores no farm. 26 5. O administrador do servidor confirma a conclusão bem-sucedida da atualização. 6. Se a Atualização Visual estiver sendo usada, o administrador do servidor ou proprietário do site visualizará os sites com a aparência do Microsoft SharePoint Server 2010. Quando o administrador ou o proprietário do site terminar, ele concluirá a atualização com a aparência do SharePoint Server 2010. Atualização com anexação de banco de dados Uma atualização com anexação de banco de dados permite mover para um novo hardware ou um novo farm. Durante essa atualização, você desanexa todos os bancos de dados de conteúdo de um farm existente e os anexa a uma nova instalação de farm de servidores. Quando você anexa os bancos de dados ao novo farm de servidores, o processo de atualização é executado e atualiza os dados in loco. 27 As etapas a seguir explicam o que acontece durante uma atualização com anexação de banco de dados: 1. O administrador do servidor instala e configura um novo farm do SharePoint Server 2010, transfere todas as personalizações para esse novo farm e testa o ambiente. Para obter mais informações sobre como configurar o novo ambiente, consulte Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados. 2. O administrador do servidor desanexa os bancos de dados de conteúdo do farm antigo do Office SharePoint Server 2007 e coloca o farm antigo offline (por exemplo, alterando o balanceador de carga ou os aplicativos Web do IIS, para interromper solicitações de serviço, ou desativando todos os componentes e serviços em cada computador de servidor do farm). 3. O administrador do servidor anexa os bancos de dados de conteúdo ao novo farm e atualiza o conteúdo. 28 4. O administrador do servidor confirma a conclusão bem-sucedida da atualização e depois configura o novo farm para que ele comece a atender a solicitações na nova URL. Abordagem híbrida 1: bancos de dados somente leitura Essa abordagem fornece aos usuários acesso somente leitura contínuo aos dados durante a atualização. Os bancos de dados de conteúdo no farm original são definidos como somente leitura, e suas cópias são atualizadas em um novo farm. As etapas a seguir explicam o que acontece durante uma atualização de anexação de bancos de dados com bancos de dados somente leitura: 1. O administrador do servidor instala e configura um novo farm do SharePoint Server 2010, transfere todas as personalizações para esse novo farm e testa o ambiente. 2. O administrador do servidor transforma os bancos de dados de conteúdo em somente leitura. Em seguida, ele usa o SQL Server para fazer backup desses bancos de dados no farm do Office SharePoint Server 2007 e os restaura no farm novo. 29 3. O administrador do servidor anexa as novas cópias dos bancos de dados de conteúdo, e o processo de atualização é executado, atualizando o conteúdo. 30 4. Após a execução do processo de atualização, o administrador do servidor confirma a conclusão bem-sucedida da atualização. Em seguida, ele configura o novo farm de forma que este comece a atender a solicitações na nova URL e coloca o farm original offline (por exemplo, alterando o balanceador de carga ou os aplicativos Web do IIS para interromper solicitações de serviço ou desativando todos os componentes e serviços em cada computador de servidor do farm). Abordagem híbrida 2: desanexar bancos de dados Essa abordagem permite acelerar o processo de atualização, desanexando e anexando bancos de dados para atualizar vários bancos de dados ao mesmo tempo. Trata-se de uma atualização in loco porque o farm original é atualizado. Porém, você também pode usar outro farm para realizar a 31 atualização e, em seguida, anexar os bancos de dados atualizados ao farm original. Observe que o farm original não pode atender a solicitações durante o processo de atualização. Como em uma atualização in loco padrão, os usuários não podem acessar o conteúdo durante o andamento do processo. As etapas a seguir explicam o que acontece durante uma atualização in loco com bancos de dados desanexados: 1. O administrador do servidor coloca o farm original offline (por exemplo, alterando o balanceador de carga ou os aplicativos Web do IIS para interromper solicitações de serviço ou desativando todos os componentes e serviços em cada computador servidor do farm). 2. O administrador do servidor desanexa os bancos de dados de conteúdo do farm original. 3. O administrador do servidor executa uma atualização in loco nos servidores, nos serviços e no banco de dados de configuração do farm original. 4. O administrador do servidor anexa os bancos de dados de conteúdo ao farm original e atualiza o conteúdo. 32 Como alternativa, você pode usar um pequeno farm temporário e separado para realizar a atualização. Nessa abordagem, será necessário anexar os bancos de dados ao farm original depois que eles forem atualizados. As etapas a seguir explicam o que acontece durante uma atualização in loco com bancos de dados desanexados e um pequeno farm temporário para atualizar os bancos de dados de conteúdo: 1. O administrador do servidor configura um pequeno farm temporário que executa a nova versão. Em seguida, ele coloca o farm original offline (por exemplo, alterando o balanceador de carga ou os aplicativos Web do IIS para interromper solicitações de serviço ou desativando todos os componentes e serviços em cada computador de servidor do farm). 2. O administrador do servidor desanexa os bancos de dados de conteúdo do farm original. 33 3. O administrador do servidor executa uma atualização in loco no farm original para atualizar os servidores, os serviços e o banco de dados de configuração. 4. O administrador do servidor anexa os bancos de dados de conteúdo ao pequeno farm temporário e os atualiza em paralelo. 5. O administrador do servidor volta a anexar os bancos de dados de conteúdo ao farm original. 6. O administrador do servidor confirma a conclusão bem-sucedida da atualização. 7. Se a Atualização Visual estiver sendo usada, o administrador do servidor ou proprietário do site visualizará os sites com a aparência do Microsoft SharePoint Server 2010. Quando o administrador ou o proprietário do site terminar, ele concluirá a atualização com a aparência do Microsoft SharePoint Server 2010. 34 Como os recursos de pesquisa são afetados pela atualização (SharePoint Server 2010) Quando você atualiza do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, diversos aspectos do sistema de pesquisa são afetados. Os artigos a seguir descreve os efeitos da atualização do produto no sistema de pesquisa: Como a arquitetura do sistema de pesquisa é afetada pela atualização (SharePoint Server 2010) Este artigo descreve como os recursos ou as funções a seguir são afetados pela atualização: Serviço de pesquisa Dependências de configuração do serviço de Pesquisa Bancos de dados Rastreamento Fazendo consultas Índice de conteúdo Propagação de índice de conteúdo Nomenclatura do SSP (Provedor de Serviços Compartilhados) e do aplicativo de serviço de Pesquisa Como os sites do Centro de Pesquisa são afetados pela atualização (SharePoint Server 2010) Os sites do Centro de Pesquisa criados por um administrador no SharePoint Server 2010 têm uma nova aparência em comparação com a aparência de sites criados no Office SharePoint Server 2007. Durante a atualização do produto, um administrador de servidor poderá atualizar sites antigos para a nova aparência. Após a atualização, os proprietários de sites poderão atualizar um site antigo por vez. 35 Como outros serviços são afetados pela atualização (SharePoint Server 2010) Quando você faz um upgrade de Microsoft Office SharePoint Server 2007 para Microsoft SharePoint Server 2010, pode aproveitar os novos recursos e novas opções de configuração. No SharePoint Server 2010, a infraestrutura dos serviços foram atualizadas para dar a você mais flexibilidade na maneira como configura os serviços e há muitos mais serviços disponíveis agora do que havia no Office SharePoint Server 2007. Devido a essa alteração na arquitetura, a a atualização dos dados de seus serviços requer planejamento prévio. É necessário entender a nova infraestrutura dos serviços, como funciona a atualização dos serviços e considerações a serem feitas para serviços específicos que você deseje atualizar para a nova versão. Neste artigo: Infraestrutura de serviço atualizado para SharePoint Server 2010 Atualização in-loco com serviços Atualização com anexação de banco de dados com serviços Considerações para serviços específicos Infraestrutura de serviço atualizado para SharePoint Server 2010 No SharePoint Server 2010, os serviços não estão mais contidos em um SSP (Servidor de Serviços Compartilhados). Em vez disso, a infraestrutura para serviços de hospedagem agora está em Microsoft SharePoint Foundation 2010 e a configuração da oferta de serviços é muito mais flexível. Serviços individuais podem ser configurados independentemente e empresas terceirizadas podem adicionar serviços à plataforma. Muitos serviços que armazenaram dados no banco de dados SSP possuem seus próprios bancos de dados — em alguns casos, diversos bancos de dados. Quando você habilita novos serviços, novos bancos de dados também são criados para armazenar os dados para estes serviços. A tabela a seguir lista os bancos de dados de serviços em seus ambientes pré e pós implementação. Essa lista é apenas um exemplo. A lista de banco de dados varia de acordo com que serviços estão habilitados no seu ambiente. 36 Bancos de dados de serviços do Microsoft Office Bancos de dados do SharePoint Server 2010 após a SharePoint Server 2007 antes da atualização atualização in-loco Banco de dados de pesquisa Banco de dados de Registro de Aplicativo Banco de dados do SSP Banco de dados de Serviço BDC Bancos de dados de conteúdo do Site de Administração SSP Banco de dados de Administrador de Serviço de Pesquisa Banco de dados de Repositório de Rastreamento de Serviço de Pesquisa Banco de dados de Repositório de Propriedades de Serviço de Pesquisa Banco de dados de serviço de estado de sessão Banco de dados de serviço de estado Banco de dados de taxonomia Bancos de dados de Perfil de Usuário Banco de dados de Uso do WSS Mais… Antes de começar o processo de atualização para serviços, revise a infraestrutura de serviços atualizados e determine que serviços você tem que atualizar e quais novos serviços deseja incorporar ao seu ambiente atualizado. Planeje a arquitetura lógica e física necessárias para dar suporte aos serviços e aplicativos de serviços que você deseja hospedar em seu ambiente SharePoint Server 2010. Para obter mais informações, consulte Componentes de arquitetura lógica (SharePoint Server 2010) e os modelos de Serviços em Diagramas técnicos (SharePoint Server 2010). Atualização in-loco com serviços Quando você executa uma atualização in-loco, toda sua infraestrutura de serviços e as configurações para os próprios serviços são atualizados como parte do processo. As seções e diagramas a seguir explicam o que acontece a componentes de diferentes serviços durante o processo de atualização. SSPs (Provedores de Serviços Compartilhados) Durante uma atualização in-loco, os SSPs são convertidos em aplicativos e proxies de serviços, um por serviço. Recebem nomes padrão (por exemplo, se o nome do SSP for SharedServices1, os aplicativos do serviço se chamarão SharedServices1_serviço, como “SharedServices1_Pesquisa). Todos os SSPs que são atualizados mantêm suas associações aos aplicativos Web consumidos no SSP. Todos os administradores de SSP são adicionados ao site de Administração Central do SharePoint como administradores delegados. Bancos de dados 37 O banco de dados SSP é atualizado e os dados são copiados para novos perfis de usuários e bancos de dados de taxonomia. Outras informações sobre serviços são movidas para outros bancos de dados de serviço ou banco de dados de configurações. Sites O site de administrador SSP é atualizado como um site majoritariamente em branco, com exceção das páginas de perfil do Catálogo de Dados Coorporativos. O site pode ser excluído depois da atualização se não for necessário para as páginas do Catálogo de Dados Corporativos. Antes da atualização in-loco Coletar quaisquer configurações que possam ser reaplicadas, como configurações de um trabalho de timer agendado. Analise sua arquitetura de serviços e determine quais alterações (se houver) devem ser feitas após a atualização. Para mais informações sobre as etapas que precisam ser executadas antes de começar uma atualização in-loco, consulte Atualização in-loco para o SharePoint Server 2010. Durante a atualização in-loco Se você possui um SSP único, todos os proxies para aplicativos de serviços são adicionados ao grupo de proxy padrão. O diagrama a seguir mostra as alterações que ocorrem em seu farm durante a atualização in-loco. Infraestrutura de serviços antes da atualização: 38 Infraestrutura de serviços após a atualização: 39 Se possuir vários SSPs, todos serão atualizados juntos e você terá vários grupos proxy após a atualização. O diagrama a seguir mostra as alterações que ocorrem em seu farm durante a atualização in-loco. Infraestrutura de serviços antes da atualização: 40 Infraestrutura de serviços após a atualização: 41 Para obter mais informações e as etapas detalhadas para a execução da atualização in-loco, consulte Atualização in-loco para o SharePoint Server 2010. 42 Após a atualização in-loco Configurar serviços novos e atualizados Muitos serviços novos estão disponíveis em SharePoint Server 2010. Você pode habilitar esses novos serviços depois da execução de uma atualização in-loco. Você deve criar aplicativos de serviço para hospedar quaisquer novos serviços. Use o Assistente de Configuração de Farm para selecionar e habilitar rapidamente diversos novos serviços em seu farm ou configure-os manualmente. Também é possível adicionar proxies para quaisquer aplicativos de serviço que deseje usar com diferentes aplicativos Web. Para Serviços de Perfil, atualize os dados de taxonomia manualmente. Para Serviços do Excel, provisione uma nova conta de serviço sem supervisão para o Serviço de Repositório Seguro. Para o Catálogo de Dados Corporativos, considere a possibilidade de migrar as páginas de perfil do Catálogo de Dados Corporativos para um novo local. Para obter informações detalhadas sobre etapas pós-atualização para serviços, consulte Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010). Atualização com anexação de banco de dados com serviços A maioria das configurações de serviços precisam ser redefinidas quando você faz a atualização através da anexação de banco de dados. Ao mover seus bancos de dados para um novo farm e atualizar o conteúdo, é preciso que você crie sua infraestrutura de serviços no novo farm e configure os serviços apropriadamente para o seu novo farm e sua nova versão. Você pode anexar os bancos de dados SSP do seu antigo farm, mas apenas as informações de perfil naquele banco de dados serão atualizadas — outras informações de pesquisa e configurações de serviços não serão atualizadas. Não é possível atualizar bancos de dados de Pesquisa usando a abordagem de atualização por anexação de banco de dados. Se estiver usando a abordagem com anexação de banco de dados para atualizar para SharePoint Server 2010, há diversas etapas que devem ser executadas antes, durante e após a atualização para reconfigurar a infraestrutura do serviço com êxito. Antes da atualização com anexação do banco de dados Quando configurar o novo farm, você deve configurar também os novos aplicativos de serviço e proxies de aplicativos de serviço para o farm e configurar as definições para todos os serviços que deseja usar. Se estiver usando os Serviços de Perfil e possuir dados de taxonomia nos seus bancos de dados, configure o serviço de Metadados Gerenciados antes de começar a atualização. Dessa maneira, é 43 possível atualizar os dados de taxonomia do banco de dados de serviços quando você anexa o banco de dados. Para o InfoPath Forms Services, exporte todos os modelos de formulário implantados pelo administrador (arquivos .xsn) e arquivos de conexão de dados (arquivos .udcx) do seu farm do Office SharePoint Server 2007 usando o comando a seguir: Stsadm.exe -o exportipfsadminobjects -filename<caminho para exportar CAB> Para o InfoPath Forms Services, importe modelos de formulário implantados pelo administrador e arquivos de conexão de dados para o seu novo farm antes de anexar os bancos de dados de conteúdo. Use o cmdlet Import-SPIPAdministrationFilesWindows PowerShell para importar os formulários. Para obter mais informações sobre como configurar seu novo ambiente antes de executar a atualização com anexação de banco de dados, consulte Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados. Durante a atualização com anexação de banco de dados Quando você anexa um banco de dados e atualiza os bancos de dados de conteúdo, também anexa e atualiza o banco de dados SSP, que atualiza as informações de perfil no banco de dados. A tabela a seguir fornece um exemplo dos bancos de dados de serviços existentes antes e depois da atualização. Bancos de dados de serviços do Microsoft Office Bancos de dados do SharePoint Server 2010 após SharePoint Server 2007 que podem ser atualizados uma atualização com anexação de banco de dados usando a abordagem com anexação de banco de dados Banco de dados do SSP Banco de dados do SSP Contém apenas dados do perfil do usuário, não possui dados de pesquisa ou de outros serviços. Observe que o nome não é alterado durante a atualização com anexação de banco de dados. Banco de dados de taxonomia Se o serviço de Metadados Gerenciados foi configurado antes da atualização e os dados de taxonomia existiam no banco de dados SSP, esse banco de dados contém dados. Para obter mais informações e procedimentos para a execução de uma atualização com anexação de banco de dados, consulte Anexar bancos de dados e atualizar para o SharePoint Server 2010. 44 Após a atualização com anexação de banco de dados Reaplique permissões de administrador para serviços. Por padrão, os administradores do farm têm permissões para todos os serviços quando você realiza uma atualização com anexação de banco de dados. Para os serviços do Excel, você pode provisionar uma conta de serviço sem supervisão que usa o Serviço de Repositório Seguro para interagir com os serviços do Excel. Para os InfoPath Forms Services, atualize os links que são usados no modelos de formulário atualizados usando o cmdlet Update-SPInfoPathAdminFileURLWindows PowerShell. Para os Serviços de Perfil, atualize os dados taxonômicos. Use o cmdlet MoveSPProfileManagedMetadataPropertyWindows PowerShell para atualizar dados de taxonomia de perfil manualmente no banco de dados de Taxonomia e reconectar os dados aos aplicativos de serviço dos Metadados Gerenciados e Perfis de Usuários. Os serviços de Perfil de Usuário e Metadados Gerenciados devem estar no mesmo grupo de proxy para que os dados sejam atualizados e usados. Para o Catálogo de Dados Corporativos, considere a possibilidade de migrar as páginas de perfil do Catálogo de Dados Corporativos para um novo local. Para obter informações detalhadas sobre etapas pós-atualização para serviços, consulte Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010). Considerações para serviços específicos Os serviços a seguir estavam disponíveis no Office SharePoint Server 2007 e podem ser atualizados para o SharePoint Server 2010. As alterações na infraestrutura dos serviços significam que há outros fatores a serem considerados no planejamento e execução de uma atualização para um ambiente onde estes serviços estão presentes. Perfis de usuários Serviços Dois serviços são usados agora para perfis de usuário e informações sobre taxonomia: o serviço de Perfil de Usuário e o serviço de Metadados Gerenciados. Durante uma atualização in-loco, estes dois serviços são habilitados e configurados automaticamente. Se estiver usando a abordagem com anexação de banco de dados, você pode habilitar e configurar o serviço de Metadados Gerenciados antes de atualizar o serviço de Perfil de Usuário para atualizar os dados de taxonomia como parte da atualização. Bancos de dados Durante uma atualização in-loco, os dados de perfil de usuário do Office SharePoint Server 2007 são atualizados a partir do banco de dados SSP para um novo banco de dados de perfil de usuário. Todos os dados de taxonomia são atualizado e você pode copiar os dados de 45 taxonomia para um banco de dados de Taxonomia para uso do serviço de Metadados Gerenciado depois que a atualização for concluída usando o cmdlet MoveSPProfileManagedMetadataProperty do Windows PowerShell. Durante a atualização de uma anexação de banco de dados, os dados de taxonomia e perfil de usuário do banco de dados SSP são atualizados quando o banco de dados SSP é anexado, mas o banco de dados não é copiado e renomeado. Você pode copiar os dados de taxonomia para um banco de dados de Taxonomia para uso do serviço de Metadados Gerenciados depois da atualização é concluída usando o cmdlet MoveSPProfileManagedMetadataProperty do Windows PowerShell. Os trabalhos de timer agendados precisarão ser reconfigurados após a atualização. Durante a atualização, eles são definidos novamente com seus tempos padrão. Certifique-se de registrar seus agendamento de trabalho de timer antes da atualização para poder reaplicá-los depois. As propriedades persistentes relacionadas aos perfis (como o MySite Host URL) são preservadas durante a atualização in-loco, mas não são atualizadas quando você usa a anexação de banco de dados porque estão armazenadas no banco de dados de configuração, não no banco de dados de serviços. As propriedades a seguir são preservadas durante a atualização in-loco, mas não na atualização com anexação de banco de dados: MySiteHostURL SearchCenterURL EnablePersonalFeaturesforMultipleDeployments ProfileStoreLanguage ProfileStoreLanguagePacksApplied ProfileStoreCollationID DaysWorthOfEventsToKeep Sites da Web do Meu Site Atualiza a hospedagem do host do Meu Site ao mesmo tempo que atualiza os serviços do perfil. Não é necessário atualizar os próprios sites do Meu Site ao mesmo tempo. Para obter resultados melhores, atualize os sites do Meu Site (ou pelo menos o host do Meu Site) ao mesmo tempo que seu principal site de intranet. Pesquisa do Office SharePoint Server Antes de executar uma atualização in-loco, você deve revisar e ajustar sua topologia de Pesquisa depois da atualização para corresponder às novas recomendações e requerimentos. Para obter mais informações, consulte o artigo sobre Planejamento de pesquisa (Office SharePoint Server) e os modelos de Pesquisa em Diagramas técnicos (SharePoint Server 2010). 46 Não é possível atualizar os dados de Pesquisa usando o método com anexação de banco de dados para atualização. Se você estiver usando a atualização com anexação de banco de dados, você deve configurar a Pesquisa em seu novo farm separadamente antes ou depois de atualizar seus outros conteúdos. Aplicativos de serviço Durante a atualização, para cada SSP que hospeda o serviço de Pesquisa em seu farm do Office SharePoint Server 2007, um novo aplicativo de serviço é criado em seu farm do SharePoint Server 2010. O servidor de aplicativos que servia como o servidor de indexação torna-se o componente de rastreamento no mesmo servidor. Quaisquer servidores de consulta tornam-se componentes de consulta nos mesmos servidores, todos na mesma partição de indexação. Bancos de dados No SharePoint Server 2010, o serviço de Pesquisa usa três bancos de dados: Banco de dados de administração de pesquisa (novo): contém as configurações de administração de Pesquisa armazenadas no banco de dados SSP no Office SharePoint Server 2007. Banco de dados de Repositório de Rastreamento de Serviço de Pesquisa (novo): contém informações de histórico de rastreamento que foram armazenadas no banco de dados SSP no Office SharePoint Server 2007. Banco de dados de Repositório de Propriedades de Serviço de Pesquisa (banco de dados de Pesquisa reutilizado): contém os metadados para pesquisa. Arquivos de indexação Antes da atualização, os arquivos de indexação são armazenados nos servidores de indexação e de consulta. Após a atualização, somente os servidores que possuem componentes de consulta armazenarão os arquivos de indexação. Dica: A atualização será mais rápida se você diminuir para um servidor de consulta antes de atualizar. Com apenas um servidors, há menos dados para copiar. Você pode aumentar novamente para vários componentes de consulta espelhados após a atualização. Pesquisa do Windows SharePoint Services O serviçõ Windows SharePoint Services Search foi reprojetado no SharePoint Server 2010. Durante uma atualização in-loco, o serviço Windows SharePoint Services Search é interrompido e reprovisionado. O Windows SharePoint Services Search armazena arquivos de indexação servidor de aplicativos no Office SharePoint Server 2007 e também possui um banco de dados (WSS_Search, um por servidor em seu farm). Durante uma atualização in-loco, o banco de dados é reestruturado e reutilizado. Os dados antigos não são mantidos nem atualizados. 47 InfoPath Forms Services Quando você faz uma atualização usando a abordagem de atualização com anexação de banco de dados, você deve exportar quaisquer modelos de formulário implantados pelo administrador (arquivos .xsn) e arquivos de conexão de dados (arquivos .udcx) antes de executar a anexação de banco de dados, e importá-los para o novo farm usando o cmdlet Export-SPInfoPathAdministrationFiles do Windows PowerShell. Se a URL do novo servidor for diferente da URL do anterior, você pode executar o cmdlet Update-SPInfoPathAdminFileUrl do Windows PowerShell para atualizar os links usados nos modelos de formulários atualizados. Para obter mais informaçõe sobre como atualizar formulários e modelos de formulários, consulte Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010. Serviços do Excel Os Serviços do Excel permanece como um serviço local para o SharePoint Server 2010 — isso significa que você precisa executar o serviço no mesmo farm que o consome. Para uma atualização in-loco, quaisquer informações de configuração armazenadas no banco de dados SSP para os Seviços do Excel são atualizadas e movidas para o banco de dados de configuração. Para a abordagem de atualização com anexação de banco de dados, você deve reconfigurar os Serviços do Excel em seu novo farm. Após a atualização, seja in-loco ou com anexação de banco de dados, você deve provisionar uma nova conta de serviço sem supervisão que usa o Serviço de Repositório Seguro para interagir com os Serviços do Excel. Catálogo de Dados Corporativos Durante uma atualização in-loco, os dados que foram armazenados no banco de dados SSP são movidos e atualizados para um banco de dados diferente. Os novos aplicativos de serviço são criados para o serviço do SharePoint Server 2010. Um novo serviço, o serviço de Registro de Aplicativos Compatíveis com Versões Anteriores, é usado para gerenciar as conexões antigas do Catálogo de Dados Corporativos. O Catalogo de Dados Corporativos não é atualizado quando você utilza o método de atualização com anexação de banco de dados. Para obter mais informações, consulte Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010). Logon único O serviço SSO (Logon Único) será substituído pelo Serviço de Repositório Seguro no SharePoint Server 2010. Você pode usar os cmdlets do Windows PowerShell para atualizar as definições de aplicativos do SSO para o Serviço de Repositório Seguro. Observe que as senhas não são atualizadas. Após a atualização das definições de aplicativos, você pode tornar o Serviço de 48 Repositório Seguro o provedor SSO padrão. Para obter mais informações, consulte Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010). 49 Sobre a atualização de farms que compartilham serviços (farms pai e filho) (SharePoint Server 2010) No Microsoft Office SharePoint Server 2007, era possível configurar farms pai e farms filho para compartilhar serviços. Nesse tipo de ambiente, o farm pai hospeda um ou mais SSPs (Provedores de Serviços Compartilhados), dos quais um ou mais farms filhos consomem serviços. É possível escolher uma de duas abordagens para atualizar farms que compartilham serviços. A abordagem recomendada é atualizar uma duplicata do farm pai (o farm que hospeda os serviços compartilhados). Se for preciso tempo adicional para concluir a atualização em todos os farms, você poderá usar um farm pai temporário para atualizar os farms filhos (farms que consomem os serviços compartilhados) até que o farm pai original possa ser totalmente atualizado. As duas abordagens exigem a criação de um farm pai adicional: no primeiro caso, esse farm pai é uma duplicata do farm pai original que você atualiza imediatamente; no segundo caso, esse farm pai é um novo farm pai criado no Microsoft SharePoint Server 2010. Ao atualizar farms pais e filhos, execute as etapas de atualização em uma ordem específica para que os serviços (por exemplo, Pesquisa ou Perfil de Usuário) possam continuar funcionando conforme necessário. Este artigo descreve as considerações que você deve ter em mente ao planejar a atualização de farms de servidores pais e filhos; além disso, contém ilustrações gerais dos processos de atualização. Antes de começar, lembre-se de examinar as informações gerais de atualização disponíveis em Sobre o processo de atualização (SharePoint Server 2010). Neste artigo: Sobre a atualização de farms pais e filhos Considerações de planejamento para atualização de farms pais e filhos Visão geral do processo: atualizando uma duplicata de farm pai Visão geral do processo: atualização usando um farm pai temporário Sobre a atualização de farms pais e filhos A lista a seguir descreve as duas abordagens para atualização de farms pais e filhos e apresenta as vantagens de cada uma delas: Duplicar farm pai (recomendado) Com essa abordagem, você duplica e atualiza o farm pai original e então atualiza cada farm filho individualmente. Após a atualização de cada farm filho, você o configura para consumir serviços do farm pai atualizado. Depois que todos os farms filhos tiverem sido atualizados, você poderá remover o farm pai original. 50 Essa abordagem é otimizada para tempo mínimo de inatividade durante o processo de atualização. O farm pai original fica disponível para hospedar serviços para todos os farms filhos ainda não atualizados e, por isso, os usuários podem continuar a trabalhar nos sites desses farms. Farm pai temporário Com essa abordagem, você cria um novo farm pai e então atualiza os farms filhos individualmente e os configura para consumir serviços do novo farm pai. Depois que todos os farms filhos tiverem sido atualizados, você poderá atualizar ou remover o farm pai original. Essa abordagem é otimizada para permitir que cada farm filho seja atualizado ao longo do tempo. Sempre que um farm filho estiver pronto para atualização, ele será atualizado e começará a consumir serviços do novo farm pai, sem afetar o farm pai original ou outros farms filhos. Considerações de planejamento para atualização de farms pais e filhos Ao planejar a atualização de farms pais e filhos para compartilhamento de serviços, tenha em mente as seguintes considerações: Os tipos de autenticação não podem ser alterados durante a atualização. Os dois farms pais precisam ter a capacidade de rastrear o mesmo conteúdo e, sendo assim, você não deverá alterar os tipos de autenticação enquanto todos os farms não tiverem sido atualizados. Se você planeja alterar o tipo de autenticação do farm atualizado, conclua a atualização e depois faça a alteração. É preciso planejar a atualização dos serviços antes de começar qualquer tipo de atualização. Os serviços de Pesquisa, Perfis de Usuário e Catálogo de Dados Corporativos, entre outros, têm etapas específicas que devem ser executadas antes, durante e após a atualização. Para obter mais informações, consulte Como os recursos de pesquisa são afetados pela atualização (SharePoint Server 2010), Como outros serviços são afetados pela atualização (SharePoint Server 2010), Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010 e Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010). Os farms filhos que não forem atualizados não terão acesso ao Web Analytics disponível no SharePoint Server 2010. Isso pode não ter qualquer importância em curto prazo, mas, dependendo do tempo que os farms ficarem em um estado de atualização mista, os dados poderão ser distorcidos porque são divididos entre dois sistemas analíticos, o que torna impossível combiná-los. Para obter mais informações sobre como planejar uma atualização, consulte Planejar-se e preparar-se para atualização (SharePoint Server 2010). 51 Visão geral do processo: atualizando uma duplicata de farm pai Para fornecer o máximo tempo de operação durante o processo de atualização, pode ser conveniente manter o farm pai original em execução até que todos os farms filhos tenham sido atualizados para o SharePoint Server 2010. Entretanto, como um farm do SharePoint Server 2010 não pode consumir serviços de um farm do Office SharePoint Server 2007, isso significa que você deve criar outro farm do SharePoint Server 2010 para fornecer serviços para os farms filhos até que todo o ambiente esteja atualizado. Essa abordagem duplica o farm pai, atualiza a versão duplicada e então atualiza os farms filhos. Após a atualização, você continua com o farm pai duplicado e desativa o farm pai original. 1. Duplique o farm pai original. a. Faça backup do farm pai original (Farm Pai 1). b. Restaure o Farm Pai 1 para um novo farm, o Farm Pai 2. 52 53 2. Atualize o novo farm pai. a. Atualize o Farm Pai 2 para o SharePoint Server 2010. b. Opcional: configure a sincronização de perfis de usuário do Farm Pai 1 e do Farm Pai 2. As etapas de sincronização são opcionais, mas podem garantir que os farms filhos passem por uma experiência tranquila e com o mínimo de perda de configuração de serviços ou de conteúdo à medida que são movidos do farm pai do Office SharePoint Server 2007 para o farm pai do SharePoint Server 2010. A próxima versão do Kit de Ferramentas Administrativas conterá uma ferramenta chamada Mecanismo de Replicação de Perfil, que poderá ser usada para sincronizar perfis entre o Office SharePoint Server 2007 e o SharePoint Server 2010. 3. Publique os aplicativos de serviço que serão usados pelos farms filhos (no mínimo, incluindo Pesquisa, Catálogo de Dados Corporativos e Perfis de Usuário). 4. Atualize o primeiro farm filho. a. Atualize o primeiro farm filho, Farm Filho 1, para o SharePoint Server 2010. b. Verifique se os aplicativos de serviço locais (como os Serviços do Excel) estão configurados e funcionando no Farm Filho 1. c. Configure o Farm Filho 1 para começar a consumir serviços do Farm Pai 2. 54 5. Atualize os demais farms filhos. Repita a etapa 4 para todos os farms filhos restantes do ambiente. 6. Remova o farm pai original. 55 Visão geral do processo: atualização usando um farm pai temporário Se você precisa atualizar um farm filho antes de estar pronto para atualizar o farm pai, faça isso criando um farm pai temporário no SharePoint Server 2010. 56 1. Crie e configure um novo farm pai, Farm Pai 2, no SharePoint Server 2010. 57 2. Atualize o primeiro farm filho. a. Atualize o primeiro farm filho, Farm Filho 1, para o SharePoint Server 2010. b. Verifique se os aplicativos de serviço locais (como os Serviços do Excel) estão configurados e funcionando no Farm Filho 1. c. Configure o Farm Filho 1 para começar a consumir serviços do Farm Pai 2. 58 3. Atualize os demais farms filhos. Repita a etapa 2 para todos os farms filhos restantes do ambiente. 4. Atualize o farm pai original, Farm Pai 1, no SharePoint Server 2010 É possível reassociar os farms filhos com o Farm Pai 1 depois de os ter atualizado ou continuar a usar o novo Farm Pai 2 para hospedar os serviços dos farms filhos. 59 Consulte também Publish a service application (SharePoint Server 2010) Manage service applications (SharePoint Server 2010) Mecanismo de Replicação de Perfis de Usuário (Office SharePoint Server) 60 Atualizando o SharePoint Portal Server 2003 para o SharePoint Server 2010 Não é possível atualizar diretamente o Microsoft Office SharePoint Portal Server 2003 para Microsoft SharePoint Server 2010. As alterações entre as versões são muito distintas, e os requisitos de hardware entre elas são muito diferentes, de forma que uma atualização direta no local não é possível, nem tem suporte. No entanto, é possível executar uma série de atualizações com anexação de banco de dados para atualizar o conteúdo para Microsoft Office SharePoint Server 2007 e depois para SharePoint Server 2010. Este artigo descreve o processo para executar essa atualização de dupla anexação de banco de dados. Observação: Durante todo o processo, seu ambiente antigo deve estar offline para evitar que usuários façam alterações nele enquanto você atualiza. Após concluir e validar a atualização, você poderá dar acesso novamente aos usuários no ambiente do SharePoint Server 2010. Neste artigo: Visão geral do processo Antes de começar Preparar para atualizar Preparar seus farms Executar a primeira atualização Executar a segunda atualização Visão geral do processo Como esta abordagem de atualização combina dois processos de atualização que já foram documentados, este artigo descreve como as etapas de cada processo funcionam juntas no processo geral. Ele não oferece detalhes para cada etapa, pois essas etapas estão disponíveis nos artigos sobre como implantar um novo farm de servidores e migrar os bancos de dados de conteúdo (atualização) Anexar bancos de dados e atualizar para o SharePoint Server 2010 Esses artigos, combinados com este roteiro, oferecem as informações necessárias para executar a atualização de dupla anexação de banco de dados. Importante 61 Experimente este processo em um ambiente de teste antes de tentar atualizar seu conteúdo real. Para obter mais informações sobre como testar os processos de atualização, consulte o conteúdo sobre Sequência de atualização Para atualizar o conteúdo nas duas versões, siga estas etapas. 1. Preparar para atualizar a. Prepare o farm original executando a ferramenta de exame de pré-atualização e fazendo um inventário de todas as personalizações. b. Configure um farm pequeno e temporário que esteja executando o Office SharePoint Server 2007. c. Configure o farm do SharePoint Server 2010 completo e verifique se ele está configurado e executando corretamente. 2. Primeira atualização: atualizar o conteúdo para Office SharePoint Server 2007 a. Desanexe os bancos de dados de conteúdo do farm antigo e coloque o farm offline. Também é possível deixar os bancos de dados anexados e fazer uma cópia desses bancos de dados, se você quiser garantir que o farm original poderá ser restaurado para ser usado rapidamente. b. Anexe os bancos de dados de conteúdo ao farm do Office SharePoint Server 2007 e atualizeos. c. Verifique se o conteúdo foi atualizado e se o farm Office SharePoint Server 2007 está funcionando corretamente. 3. Segunda atualização: atualizar o conteúdo para SharePoint Server 2010 a. Desanexe os bancos de dados de conteúdo do farm do Office SharePoint Server 2007 . b. Anexe os bancos de dados de conteúdo ao farm do SharePoint Server 2010 e atualize-os (opcionalmente, você poderá atualizá-los em paralelo). c. Verifique se o conteúdo foi atualizado e se o farm do SharePoint Server 2010 está funcionando corretamente. 4. Comece a atender às solicitações no farm do SharePoint Server 2010. Os seguintes diagramas ilustram este processo: A atualização com anexação de banco de dados para Office SharePoint Server 2007. 62 A atualização com anexação de banco de dados para SharePoint Server 2010. 63 Antes de começar Antes de começar a atualização, verifique as seguintes informações sobre permissões e requisitos de hardware e software. Siga as etapas especificadas para instalar ou configurar software de pré-requisito ou para modificar configurações. Examinar as permissões necessárias Ao criar um ambiente temporário do Office SharePoint Server 2007, você precisará ter as permissões adequadas. Para obter mais informações, consulte o documento sobre planejamento de contas administrativas e de serviço (Office SharePoint Server). 64 Quando você cria e configura seu farm do SharePoint Server 2010 de destino, você deve ter as permissões adequadas. Para obter mais informações, consulte Contas administrativas e de serviço (SharePoint Server 2010). Examinar o hardware e o software necessários Ao criar um ambiente temporário do Office SharePoint Server 2007, você precisará cumprir os requisitos específicos de hardware e software. Para obter mais informações, consulte o material sobre como determinar os requisitos de hardware e software (Office SharePoint Server). Quando você cria e configura o farm do SharePoint Server 2010 de destino, deve cumprir diferentes requisitos de hardware e software. Para obter mais informações, consulte Requisitos de hardware e software (SharePoint Server 2010). Em alguns ambientes, é necessário coordenar os procedimentos de movimentação de bancos de dados para um farm separado com o administrador de banco de dados. Certifique-se de seguir as diretivas e orientações adequadas para lidar com bancos de dados. Preparar para atualizar Como está executando duas atualizações, você precisa compreender todas as etapas envolvidas na atualização para Office SharePoint Server 2007 e para SharePoint Server 2010. O seguinte conteúdo está disponível para ajudá-lo a entender esses processos de atualização: Preparando para atualizar para o Office SharePoint Server 2007 Leia o capítulo sobre como planejar e preparar uma atualização, na TechNet. Leia principalmente os artigos sobre como funciona o processo de atualização (Office SharePoint Server) determinar a forma de lidar com as personalizações (Office SharePoint Server) desenvolver novas definições de site personalizadas e criar arquivos de definição de atualização (Office SharePoint Server) Leia o capítulo sobre como executar as etapas de pré-atualização, na TechNet. Você deverá executar as seguintes etapas para uma atualização de anexagem de banco de dados (chamada de migração de banco de dados nesta versão): Instale o Service Pack 3 para Windows SharePoint Services 2.0 e SharePoint Portal Server 2003 Execute a ferramenta de exame pré-atualização (Office SharePoint Server) Importante: Siga estas etapas no farm do SharePoint Portal Server 2003 existente. Preparando para atualizar para SharePoint Server 2010 Planeje e prepare para a atualização. Leia o seguinte artigo na TechNet: Visão geral do processo de atualização (SharePoint Server 2010) 65 Execute etapas de pré-atualização. Leia o seguinte artigo na TechNet: Executar o verificador de pré-atualização (SharePoint Server 2010) Importante: Estas etapas são executadas no farm do Office SharePoint Server 2007 temporário. Preparar seus farms Nesta etapa, você seguirá as etapas de pré-atualização no farm existente, criará o farm temporário para a atualização para Office SharePoint Server 2007 e criará o farm do SharePoint Server 2010 de destino. Use as seguintes etapas e o conteúdo relacionado ao preparar o farm para atualizações. Criar o farm do Office SharePoint Server 2007 temporário Em um ambiente virtual ou físico, crie um farm pequeno e temporário que execute Office SharePoint Server 2007 com Service Pack 2 (SP2) e a Atualização Cumulativa de outubro de 2009. Você utilizará este farm para atualizar o conteúdo para Office SharePoint Server 2007 antes do SharePoint Server 2010. Dica: Para melhores resultados, recomenda-se aplicar as atualizações mais recentes ao ambiente. A Atualização Cumulativa de outubro de 2009 inclui alterações ao verificador de pré-atualização que podem ajudar a identificar problemas antes de atualizar. Para uma lista de atualizações disponíveis, consulte o centro de atualizações para Microsoft Office, Office Servers e produtos relacionados (http://go.microsoft.com/fwlink/?linkid=181115&clcid=0x416). Para obter mais informações sobre a aplicação de atualizações, consulte o centro de recursos de atualizações para produtos e tecnologias do SharePoint (http://go.microsoft.com/fwlink/?linkid=181116&clcid=0x416). 1. Baixe o software para o farm temporário. Você poderá usar a versão de avaliação do Microsoft Office SharePoint Server 2007 neste ambiente temporário se não tiver um contrato de licença para o produto completo. A versão de avaliação pode ser usada por 180 dias. Baixe a versão de avaliação em um dos seguintes links: Versão x86: Detalhes do download: Versão de Avaliação do SharePoint Server 2007 (http://go.microsoft.com/fwlink/?linkid=120683&clcid=0x416) Versão x64: Detalhes de download: Versão de Avaliação do SharePoint Server 2007 (x64) (http://go.microsoft.com/fwlink/?linkid=120684&clcid=0x416) 2. Instale todos os pacotes de modelos de idioma necessários aos sites. Para obter mais informações, consulte o documento sobre como instalar os pacotes de modelos de idioma disponíveis (Office SharePoint Server). 3. Defina o farm usando as configurações de farm adequadas para seu ambiente e reaplicando as personalizações necessárias para seu conteúdo. Certifique-se de implantar as personalizações e os arquivos de definição de atualização necessários para quaisquer definições de site personalizadas que possam existir em seu ambiente. Você deverá criar aplicativos Web no farm 66 temporário para todos os servidores virtuais que possuir no farm original. A URL para os novos aplicativos Web deve corresponder exatamente às URLs do farm de origem ou de destino, caso contrário você correrá o risco de adicionar referências a URLs temporárias adicionais ao conteúdo. O ideal é usar as mesmas URLs para os farms de origem e destino, de forma que as URLs do farm temporário sejam exatamente as mesmas, incluindo os números de porta usados. Para obter mais informações sobre a configuração do farm, consulte o documento sobre como preparar o novo ambiente do Microsoft Office SharePoint Server 2007. Para obter mais informações sobre a implantação de definições de site personalizadas e definições de atualização, consulte o documento sobre como implantar arquivos de definição de atualização e novas definições de site (Office SharePoint Server). Configurar o farm SharePoint Server 2010 completo Este é o farm que será usado para o ambiente de produção, então certifique-se de planejar a infraestrutura de forma adequada para oferecer suporte à solução hospedada. Para obter mais informações sobre como planejar o farm de servidores, consulte Planejar ambientes e farms de servidores (SharePoint Server 2010). 1. Crie seu farm em hardware de 64 bits com servidores de bancos de dados que executam a versão de 64 bits do Microsoft SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2. Para obter mais informações, consulte Vários servidores para um farm de três camadas (SharePoint Server 2010). 2. Instale todos os pacotes de modelo de idioma necessários para seus sites. Para mais informações, consulte Instalar pacotes de idiomas disponíveis (SharePoint Server 2010). 3. Defina o farm usando as configurações de farm adequadas para o ambiente e reaplicando todas as personalizações necessárias para seu conteúdo. Novamente, será necessário criar aplicativos Web no farm de destino para todos os servidores virtuais existentes no farm original. Para obter mais informações sobre como criar e configurar um farm de servidores para uma atualização com anexação de banco de dados, consulte Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados. Executar a primeira atualização Com os farms definidos e configurados, você está pronto para atualizar os bancos de dados de conteúdo para Office SharePoint Server 2007. Importante: Verifique se você executou a ferramenta de exame pré-atualização no farm original antes de desanexar os bancos de dados. O processo de atualização não será executado se você não tiver examinado os bancos de dados. Para obter mais informações, leia sobre como executar a ferramenta de exame pré-atualização (Office SharePoint Server). Para executar uma atualização com anexação de bancos de dados (chamada de migração de banco de dados nesta versão), siga estas etapas: 1. Faça backup dos bancos de dados de conteúdo. 67 Os bancos de dados de conteúdo são quaisquer bancos de dados que usam o sufixo "_site". 2. Restaure as cópias de backup para o farm temporário. 3. Adicione os bancos de dados aos aplicativos Web para iniciar o processo de atualização. Para obter informações completas e as etapas a serem seguidas, consulte o documento sobre como migrar bancos de dados. Após a atualização, também será necessário importar as informações de perfil. Para obter mais informações, consulte a seção sobre perfis de usuário e como iniciar uma importação completa do artigo sobre como executar as etapas pós-atualização de uma atualização in-loco. Verificar a primeira atualização Para verificar a atualização, faça o seguinte: Examine o arquivo de log da atualização. Para obter mais informações, consulte o documento sobre como migrar bancos de dados. Verifique os sites atualizados para certificar-se de que eles ainda funcionam como esperado e verificar se as Web Parts e outros elementos personalizados funcionam corretamente. Executar a segunda atualização Após ter verificado que os sites funcionam corretamente, você poderá iniciar a atualização para o SharePoint Server 2010. Importante: Execute o verificador de pré-atualização e examine o relatório para poder resolver qualquer possível problema no farm temporário antes de atualizar o conteúdo. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). Para executar a atualização com anexação de banco de dados, siga estas etapas: 1. Faça backup dos bancos de dados de conteúdo. 2. Restaure as cópias de backup no farm de destino. 3. Adicione os bancos de dados aos aplicativos Web para iniciar o processo de atualização. No SharePoint Server 2010, é possível anexar bancos de dados em paralelo para acelerar o processo de atualização. Para obter informações completas e etapas a serem seguidas, consulte Anexar bancos de dados e atualizar para o SharePoint Server 2010. Verificar a segunda atualização Para verificar a atualização, faça o seguinte: Verifique o arquivo de log de atualização. 68 Verifique os sites atualizados para certificar-se de que eles ainda funcionam como esperado e verificar se as Web Parts e outros elementos personalizados funcionam corretamente. Para obter mais informações, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). 69 Planejar-se e preparar-se para atualização (SharePoint Server 2010) Agora que você aprendeu como o processo de atualização funciona lendo os artigos em Sobre o processo de atualização (SharePoint Server 2010), já pode começar a planejar a atualização. Esta seção contém artigos para ajudá-lo a planejar e preparar a atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010. Nesta seção: Determinar abordagem de atualização (SharePoint Server 2010) Saiba mais sobre as diferentes abordagens de atualização e escolha aquela que é mais adequada ao seu ambiente. Revisar práticas recomendadas de atualização (SharePoint Server 2010) Evite problemas durante o processo de atualização adotando estas melhores práticas. Examinar caminhos de atualização com e sem suporte (SharePoint Server 2010) Entenda quais topologias, edições e outros produtos podem ser atualizados para o SharePoint Server 2010. Examinar os requisitos do sistema para atualização (SharePoint Server 2010) Examine os requisitos para ajudar a garantir que o ambiente possa ser atualizado para o SharePoint Server 2010. Determinar como lidar com personalizações (SharePoint Server 2010) Aprenda a identificar e avaliar as personalizações no ambiente e determine se e como você as atualizará. Criar um plano de comunicação (SharePoint Server 2010) Crie um plano para coordenar e se comunicar com a equipe de atualização, os usuários e proprietários de sites e os participantes. Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010) Descreve como funciona a atualização do Catálogo de Dados Corporativos do Office SharePoint Server 2007 para o Serviços Corporativos de Conectividade da Microsoft no SharePoint Server 2010 e fornece diretrizes sobre como atualizar vários tipos de soluções que usam o Catálogo de Dados Corporativos. Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010 Saiba o que fazer antes, durante e depois da atualização para garantir que seus modelos de formulários funcionem com a nova versão. Planejar a atualização visual (SharePoint Server 2010) 70 Conheça as diferentes opções de atualização visual e saiba como escolher a opção mais adequada para as suas necessidades corporativas. Há uma planilha disponível para registrar informações sobre o ambiente enquanto você prepara a atualização. Baixe a planilha de http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416. 71 Determinar abordagem de atualização (SharePoint Server 2010) Antes de executar qualquer processo de atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, você precisa determinar a abordagem de atualização a ser adotado. Use as informações neste artigo para ajudar a comparar os prós e os contras de cada abordagem e examine as informações sobre casos especiais que podem influenciar a sua abordagem. Além das informações neste artigo, leia o artigo Examinar caminhos de atualização com e sem suporte (SharePoint Server 2010) para saber exatamente quais situações de atualização são válidas e que originam atualizações com êxito. Observação: Para executar uma atualização, você deve ter instalado o Office SharePoint Server 2007 com Service Pack 2 (SP2). Neste artigo: Escolher uma abordagem de atualização Casos especiais Escolher uma abordagem de atualização Há duas abordagens básicas para a atualização: in-loco e com anexação de banco de dados. Além disso, há várias técnicas que você pode usar para combinar aspectos das abordagens básicas, de modo a reduzir o tempo de inatividade ou possivelmente aprimorar o desempenho. A tabela a seguir compara as abordagens de atualização in-loco e com anexação de banco de dados. Abordagem Descrição Prós Contras Atualização no local É possível instalar o SharePoint Server 2010 no mesmo hardware. Também é possível atualizar o conteúdo e as definições do farm de servidores como parte de um único processo. As definições de todo o farm são preservadas e atualizadas. Personalizações são disponibilizadas no ambiente após a atualização, embora etapas manuais possam ser exigidas para atualizá-las ou reformulálas. Servidores e farms ficam offline durante a atualização. A atualização prossegue sem interrupções. Por isso, aloque tempo suficiente para que todo o conteúdo possa ser atualizado em sequência. 72 Abordagem Descrição Prós Contras Atualização com anexação de banco de dados É possível atualizar o conteúdo do ambiente em um farm separado. O resultado é que você não atualiza nenhum dos serviços ou das definições do farm. Os bancos de dados podem ser atualizados em qualquer ordem, e você pode atualizar vários deles ao mesmo tempo. Enquanto cada banco de dados estiver sendo atualizado, seu conteúdo não estará disponível para os usuários. Você pode atualizar vários bancos de dados de conteúdo ao mesmo tempo, o que resulta em períodos gerais de atualização mais rápidos do que na atualização inloco. É possível usar uma atualização com anexação de banco de dados para combinar vários farms em um só. As definições de servidor e farm não são atualizadas. É preciso transferir manualmente as definições que você deseja preservar do farm antigo no farm novo. Todas as personalizações também devem ser transferidas manualmente para o novo farm. Qualquer perda de personalização pode provocar interrupções acidentais de funcionalidade ou problemas na experiência do usuário. Copiar bancos de dados em uma rede exige tempo e largura de banda, e isso deve ser planejado. Você precisa de acesso direto aos servidores de bancos de dados. Para obter mais informações sobre o funcionamento das atualizações in-loco e com anexação de banco de dados, consulte Visão geral do processo de atualização (SharePoint Server 2010). A tabela a seguir lista as técnicas de redução de tempo de inatividade que você pode usar durante a atualização para reduzir o tempo durante o qual os usuários não podem acessar seu conteúdo ou para possivelmente aprimorar o desempenho da atualização. Técnica Descrição Prós Contras Atualização paralela É possível anexar e atualizar vários bancos de dados ao mesmo tempo para agilizar o processo Atualizações mais rápidas para o ambiente geral. Esse é um processo manual que requer monitoramento e etapas adicionais. 73 Técnica Descrição Prós Contras O farm existente pode continuar hospedando sites não atualizados (em modo somente leitura) enquanto você atualiza o conteúdo. Dessa forma, há um tempo de inatividade mínimo para os usuários. As definições de servidor e farm não são atualizadas. É preciso transferir manualmente as definições que você deseja preservar do farm antigo no farm novo. geral de atualização. O número máximo de atualizações paralelas depende do hardware. Essa técnica funciona para atualizações inloco ou com anexação de banco de dados. Abordagem híbrida 1: anexação de bancos de dados com bancos de dados somente leitura Permite que você continue fornecendo acesso somente leitura ao conteúdo durante o processo de atualização. Para essa abordagem, os bancos de dados são definidos como somente leitura enquanto a atualização está em andamento em outro farm. Esse método reduz o tempo de inatividade percebido pelos usuários. Você pode atualizar vários bancos de dados de conteúdo ao mesmo tempo, o que resulta em períodos gerais de atualização mais rápidos do que na atualização inloco. Além do software, você também atualizar o hardware. Todas as personalizações também devem ser transferidas e atualizadas manualmente. Qualquer perda de personalização pode provocar interrupções acidentais de funcionalidade ou problemas na experiência do usuário. Copiar bancos de dados em uma rede exige tempo e largura de banda, e isso deve ser planejado. Você precisa de acesso direto aos servidores de bancos de dados. Abordagem híbrida 2: atualização in-loco com bancos de dados desanexados Permite obter as vantagens de uma atualização in-loco para atualizar conteúdo e definições, As definições de todo o farm podem ser preservadas e atualizadas. As personalizações são Copiar bancos de dados em uma rede exige tempo e largura de banda, e isso deve ser planejado. 74 Técnica Descrição Prós Contras adicionando a velocidade de uma atualização com anexação de banco de dados. Para essa abordagem, a atualização in-loco é usada para atualizar o farm e as definições e, em paralelo, desanexar e atualizar vários bancos de dados (no mesmo farm ou em um farm separado). disponibilizadas no Você precisa de acesso ambiente após a direto aos servidores de atualização, embora bancos de dados. etapas manuais possam ser exigidas para atualizá-las ou reformulálas. Você pode atualizar vários bancos de dados de conteúdo ao mesmo tempo, o que resulta em períodos gerais de atualização mais rápidos do que na atualização inloco. Você também pode combinar as técnicas. Por exemplo, é possível configurar o farm original para o modo somente leitura, criar uma cópia do farm e atualizá-lo sem os bancos de dados de conteúdo, usar a atualização paralela para atualizar rapidamente todo o conteúdo dos usuários e, finalmente, alternar os usuários para o novo farm após concluir a atualização. Para obter mais informações sobre o funcionamento dessas técnicas de redução de tempo de inatividade, consulte Visão geral do processo de atualização (SharePoint Server 2010). Uma opção a ser considerada se houver a possibilidade de uma interrupção extremamente longa é usar o Redirecionamento de URL de Mapeamento Alternativo de Acesso com uma abordagem com anexação de banco de dados, para que você redirecione temporariamente os usuários para um farm existente enquanto atualiza o conteúdo de um novo farm. Esse é um método avançado, que deverá ser usado somente se outras técnicas de redução de tempo de inatividade não forem suficientes. Para obter mais informações, consulte Usando o redirecionamento de URL de AAM como parte do processo de atualização (SharePoint Server 2010) (white paper). Casos especiais Talvez você tenha outros requisitos ou metas adicionais que queira realizar ao executar a atualização. A tabela a seguir lista casos especiais e descreve que abordagem de atualização é apropriada para cada caso. Caso Abordagem de atualização Atualizando de uma edição de 32 bits para uma Se você estiver executando uma versão de 32 bits 75 Caso Abordagem de atualização edição de 64 bits do SQL Server? do SQL Server, deverá migrar para uma edição de 64 bits. Recomendamos que você execute essa migração antes de atualizar para o SharePoint Server 2010, para garantir melhores benefícios de desempenho. Execute somente um tipo de atualização por vez para evitar falhas. Para obter mais informações, consulte Migrar um farm de servidores existente para um ambiente de 64 bits (Office SharePoint Server 2007). Há duas opções de atualização da edição de 32 bits para a de 64 bits do SQL Server: Você pode fazer backup do conjunto inteiro de bancos de dados do farm, realizar a atualização e depois restaurar os bancos de dados. (Recomendado e com suporte já que você terá um backup completo e, depois de restaurar os bancos de dados, você não precisa mudar nada dentro do SharePoint Server 2010). É possível mover os bancos de dados SQL Server que você deseja atualizar para uma edição de 64 bits diferente. Para tal, adicione a edição diferente e execute um comando nos computadores nos quais o SharePoint Server 2010 está em operação a fim de que eles apontem para a nova edição de 64 bits do SQL Server. Observação: embora haja suporte para essa opção, ela não é recomendada porque requer mais trabalho no SharePoint Server 2010, por exemplo, quando os bancos de dados mudam de localização. Observação: Se você atualizar a versão do SQL Server (por exemplo, do SQL Server 2005 SP2 para o SQL Server 2008), poderá realizar a atualização antes, durante ou depois de uma atualização de versão de 32 bits para uma de 64 bits do SQL Server. Atualizando de um sistema operacional de 32 bits Se estiver usando um sistema operacional de 32 76 Caso Abordagem de atualização para um de 64 bits? bits, migre para um de 64 bits antes de atualizar. Para obter mais informações, consulte Migração de um farm de servidores existente para um ambiente de 64 bits (Office SharePoint Server 2007. Atualizando um ambiente que usa autenticação baseada em formulários? São necessárias etapas adicionais para a atualização quando você usa a autenticação baseada em formulários. Para obter mais informações, consulte Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010). Atualizando bancos de dados muito grandes? Em geral, bancos de dados muito grandes — particularmente aqueles que contêm um grande número ou muitas versões de documentos — demoram mais para ser atualizados do que bancos de dados menores. No entanto, o tempo necessário para a atualização é determinado pela complexidade dos dados, não pelo tamanho do banco de dados em si. Se o processo de atualização atingir o tempo limite, isso geralmente decorre de problemas de conexão. No Office SharePoint Server 2007, o processo de atualização atingia o tempo limite com frequência, devido ao tempo necessário para executar um processo, mas isso raramente ocorre com o SharePoint Server 2010. Para obter mais informações sobre o tempo que a atualização pode levar para seu ambiente, consulte Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010). Atualizando do SharePoint Portal Server 2003? Use um método de atualização com anexação de banco de dados para atualizar para o Microsoft Office SharePoint Server 2007 e, em seguida, atualize para o SharePoint Server 2010. Para obter mais informações sobre esse processo de atualização, consulte Atualizando o SharePoint Portal Server 2003 para o SharePoint Server 2010. 77 Caso Abordagem de atualização Atualizando do Windows SharePoint Services 3.0? Use a abordagem de atualização com anexação de banco de dados para anexar e atualizar os bancos de dados de conteúdo do Windows SharePoint Services 3.0 para o SharePoint Server 2010. Esse processo atualiza as informações nos bancos de dados de conteúdo, mas não transfere nenhuma configuração do farm. Você está usando nomes de domínio internacionalizados? O Office SharePoint Server 2007 dava suporte a IDNs (nomes de domínio internacionalizados), mas o SharePoint Server 2010 não inclui esse suporte. Se você usa IDNs atualmente com o Office SharePoint Server 2007 e planeja atualizar ou migrar para o SharePoint Server 2010, deve deixar de usá-los, excluir todas as configurações IDN e configurar um ambiente não IDN antes de fazer isso. Para obter mais informações, consulte Planejar sites multilíngues (SharePoint Server 2010). 78 Revisar práticas recomendadas de atualização (SharePoint Server 2010) Para garantir uma atualização tranquila do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, siga estas práticas recomendadas: 1. Atualize os servidores para o Service Pack 2 (SP2) do Microsoft Office SharePoint Server 2007 (ou posterior). O ambiente deve ter o Service Pack 2 do Office SharePoint Server 2007 instalado antes da execução de qualquer um dos processos de atualização (in-loco ou com anexação de banco de dados). Instale a Atualização Cumulativa de outubro de 2009, pois ela inclui aprimoramentos na ferramenta de verificação de pré-atualização. Para obter mais informações sobre como instalar service packs e atualizações, consulte o artigo sobre a Central de recursos de atualizações para os Produtos e Tecnologias do SharePoint. Para obter uma lista de todas as atualizações disponíveis, consulte o artigo sobre a Central de atualização para o Microsoft Office, Office Servers e produtos relacionados 2. Verifique se o ambiente está completamente funcional antes de executar uma atualização. A atualização não resolve problemas preexistentes no ambiente. Portanto, certifique-se de que o sistema esteja totalmente funcional antes de executar uma atualização. Por exemplo, remova as extensões de aplicativos Web que não estejam mais em uso e, no caso do ISS (Serviços de Informações da Internet), de aplicativos Web que você deseje excluir. Se isso não for feito, o SharePoint Server 2010 tentará atualizar o aplicativo Web, mesmo que ele não exista, e o processo falhará. Se você identificar e resolver problemas com antecedência, terá maior probabilidade de cumprir o cronograma estimado para a atualização. 3. Antes de tentar uma atualização in-loco, migre para servidores de 64 bits. Atualize o sistema operacional para uma versão de 64 bits do Windows Server 2008 R2 ou Windows Server 2008 com Service Pack 2 (SP2). Se estiver usando o SQL Server, atualize ou migre para uma versão de 64 bits do Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2 ou SQL Server 2005 com SP3 e Atualização Cumulativa 3. Não tente combinar essas operações com o processo de atualização. Não será possível executar a atualização in-loco, a não ser que o sistema já esteja em execução usando um sistema operacional e plataforma com suporte. Para obter mais informações, consulte O que há de novo na atualização (SharePoint Server 2010). 4. Use a ferramenta de verificação de pré-atualização para procurar possíveis problemas. Essa ferramenta informa, entre outras coisas, sobre personalizações ausentes e problemas com sites órfãos, para que você possa solucionar esses problemas antes de executar a atualização. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). 5. Execute uma atualização de avaliação primeiro em um farm de teste. 79 Faça backup do farm ativo, restaure em servidores de teste e execute a atualização. Examine os resultados para estabelecer expectativas quanto à aparência que os sites reais terão depois da atualização, saber quanto de personalização precisará ser feito após a atualização e estimar o tempo necessário para a atualização. Tente fazer um rastreamento de indexação de pesquisa completo. Para obter mais informações, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). 6. Planeje a capacidade. Verifique se você tem capacidade de disco, processador e memória suficiente para lidar com os requisitos da atualização. Para obter mais informações sobre requisitos de sistema, consulte Examinar os requisitos do sistema para atualização (SharePoint Server 2010). Para obter mais informações sobre como planejar o espaço em disco necessário para a atualização, consulte Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010). Para obter informações sobre como planejar a capacidade, consulte Gerenciamento de desempenho e capacidade (SharePoint Server 2010). 7. Faça backup do ambiente. Execute um backup total do ambiente antes de atualizar. Desse modo, será possível recuperar o sistema, caso seja necessário reverter para a configuração anterior. Para obter mais informações, consulte Fazer backup de todo o ambiente antes de uma atualização in-loco (SharePoint Server 2010). 8. (Opcional) Se estiver usando o método de atualização com anexação de banco de dados, defina os bancos de dados originais como somente leitura. Isso poderá ser útil, se você achar que terá uma janela de interrupção longa durante o procedimento, para que os usuários possam continuar a acessar os dados sem alterá-los. Para obter mais informações, consulte Anexar bancos de dados e atualizar para o SharePoint Server 2010. 9. Não adicione servidores ao farm de servidores depois ter iniciado o processo de atualização. A execução do Assistente de Configuração de Produtos do SharePoint atualiza o banco de dados de configuração, o qual contém a lista de servidores do farm. Servidores adicionados ao farm depois da execução do assistente de configuração não serão incluídos no banco de dados e, portanto, não figurarão na topologia da versão atualizada. Se for necessário adicionar servidores ao farm, faça isso antes do início ou depois da conclusão da atualização. 10. Ao término do processo, consulte a página Status da Atualização e os respectivos logs da operação para determinar se existem problemas a serem solucionados. Em seguida, examine os sites atualizados. A página contém informações sobre o andamento da atualização, e os logs listam os erros e avisos ocorridos durante o processo. Verifique e teste todos os sites antes de considerar a atualização concluída. Para obter mais informações, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). 80 Examinar caminhos de atualização com e sem suporte (SharePoint Server 2010) Ao planejar o processo de atualização, não deixe de verificar se há suporte para o caminho de atualização que deseja utilizar. Este artigo descreve os caminhos de atualização com e sem suporte para uma atualização in-loco e aborda topologias, edições e produtos específicos que podem ser atualizados in-loco para o Microsoft SharePoint Server 2010. Neste artigo: Examinar topologias com suporte para atualização Edições com suporte para atualização Atualizações entre produtos com suporte Examinar topologias com suporte para atualização Ao fazer a atualização, você deve atualizar para o mesmo tipo de instalação: de autônoma para autônoma ou de farm de servidores para farm de servidores. Não é possível migrar de autônoma para farm de servidores ou vice-versa durante um processo de atualização in-loco. No entanto, antes ou depois da atualização, você pode alterar o porte e a escala de um farm de servidores para atender a seus requisitos. Ou então, se executar uma atualização com anexação de banco de dados, você poderá anexar os bancos de dados a um tipo de instalação diferente. Orientações sobre topologia física A topologia do Microsoft SQL Server — além da sua rede, repositório físico e cache — pode afetar de maneira significativa o desempenho do sistema. Ao planejar o hardware, lembre-se de que para uma atualização in-loco, o servidor ou o farm de servidores que você atualizar deverá estar executando uma versão de 64 bits do Windows Server 2008 R2 ou Windows Server 2008 com Service Pack 2 (SP2). Para farms de servidores, você também deve estar executando uma versão de 64 bits do Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2 ou SQL Server 2005 com SP3 e Atualização Cumulativa 3. Para saber mais sobre como mapear o design da solução para o tamanho do farm e o hardware que dará suporte às suas metas comerciais, consulte Gerenciamento de desempenho e capacidade (SharePoint Server 2010). Para obter mais informações sobre requisitos de atualização, consulte Examinar os requisitos do sistema para atualização (SharePoint Server 2010). 81 Topologias com suporte A tabela a seguir relaciona as topologias iniciais com suporte no Microsoft Office SharePoint Server 2007 e as topologias finais com e sem suporte quando você atualiza in-loco para o SharePoint Server 2010. Topologia inicial (Office Topologia final com suporte Topologia final sem suporte ( SharePoint Server 2007) (SharePoint Server 2010) SharePoint Server 2010) Servidor autônomo com SQL Server 2005 Express Edition Servidor autônomo com Microsoft SQL Server 2008 Express Qualquer farm Servidor único com SQL Server Servidor único com SQL Server Servidor autônomo com Microsoft SQL Server 2008 Express Farm de qualquer porte Farm de qualquer porte Servidor autônomo com Microsoft SQL Server 2008 Express Migrando de um servidor autônomo para um farm de servidores Se você quiser mudar de um servidor autônomo para um farm de servidores, poderá fazer isso antes de atualizar. Para migrar de uma configuração de servidor autônomo para uma configuração de farm de servidores, primeiro crie um novo farm e depois mova os bancos de dados do servidor autônomo para o farm de servidores. Para obter mais informações, consulte o artigo sobre migração de uma instalação autônoma para uma instalação de farm de servidores (Office SharePoint Server 2007. Após a migração, você poderá executar a atualização para o SharePoint Server 2010. Migrando a partir de um hardware de 32 bits Você não poderá fazer uma atualização in-loco do Office SharePoint Server 2007 para o SharePoint Server 2010 se estiver usando hardware de 32 bits. Se iniciar com um hardware de 32 bits, primeiro você deverá migrar para um hardware de 64 bits. Para obter mais informações, consulte o artigo sobre migração de um farm de servidores existente para um ambiente de 64 bits (Office SharePoint Server 2007). Edições com suporte para atualização A tabela a seguir relaciona as edições disponíveis para o Microsoft Office SharePoint Server 2007 e as edições finais com e sem suporte quando você faz uma atualização in-loco para o Microsoft SharePoint Server 2010. 82 Edição inicial Edição final com suporte Edição final sem suporte Office SharePoint Server 2007 com SP2, Standard edition SharePoint Server 2010, Standard edition SharePoint Server 2010, Enterprise edition SharePoint Server 2010, Standard edition SharePoint Server 2010, Enterprise edition Office SharePoint Server 2007 com SP2, Enterprise Edition SharePoint Server 2010, Enterprise edition SharePoint Server 2010, Standard edition Office SharePoint Server 2007 com SP2, Edição de avaliação SharePoint Server 2010, Edição de avaliação SharePoint Server 2010, produto completo SharePoint Server 2010, Edição de avaliação SharePoint Server 2010, produto completo Atualizações entre produtos com suporte A tabela a seguir relaciona os produtos para servidores da Microsoft que podem ser atualizados in-loco para o Microsoft SharePoint Foundation 2010 ou o SharePoint Server 2010. Produto inicial Produtos finais com suporte Produto final sem suporte Windows SharePoint Services 3.0 com SP2 Microsoft SharePoint Foundation 2010 SharePoint Server 2010 SharePoint Foundation 2010 SharePoint Server 2010 Servidor de Pesquisa da Microsoft 2008 SharePoint Server 2010 ou Microsoft Search Server 2010 SharePoint Foundation 2010 Microsoft Office Forms Server 2007 SharePoint Server 2010 SharePoint Foundation 2010 Microsoft Office PerformancePoint Server 2007 SharePoint Server 2010 Microsoft Office Project Server 2007 com Windows SharePoint Services 3.0 com SP2 ou Office SharePoint Server 2007 com SP2 SharePoint Server 2010, Enterprise Edition plus Microsoft Project 2010 SharePoint Foundation 2010 e Project 2010 83 Examinar os requisitos do sistema para atualização (SharePoint Server 2010) Para poder atualizar seu ambiente do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, os servidores devem atender aos seguintes requisitos mínimos: Os componentes de hardware e de software devem atender aos requisitos mínimos do sistema, ou superá-los, para executar a nova versão Isso inclui os requisitos de hardware de 64 bits e versões de 64 bits do sistema operacional e o Microsoft SQL Server. Antes de iniciar o processo de atualização, verifique se o sistema atende ou excede os requisitos mínimos em Requisitos de hardware e software (SharePoint Server 2010). Antes de atualizar, determine quanta capacidade de produção é necessário ter no ambiente atualizado e, com base nessas informações, identifique os componentes de hardware necessários. Para obter mais informações, consulte Gerenciamento de desempenho e capacidade (SharePoint Server 2010). O Office SharePoint Server 2007 deve ser atualizado para o Service Pack 2 Seu ambiente deve ser atualizado pelo menos para o Service Pack 2 do Office SharePoint Server 2007 para executar o processo de atualização, seja para uma atualização in-loco ou para uma atualização com anexação de banco de dados. Convém instalar a Atualização Cumulativa de outubro de 2009, pois ela inclui melhorias na ferramenta de verificação pré-atualização. Para obter mais informações sobre como instalar service packs e atualizações, consulte a página da central de recursos de atualizações para produtos e tecnologias do SharePoint. Para obter uma lista de todas as atualizações disponíveis, consulte a página da central de atualizações para Microsoft Office, Office Servers e produtos relacionados Sobre estes requisitos É importante que o hardware atenda pelo menos aos requisitos mínimos listados no artigo Requisitos de hardware e software (SharePoint Server 2010); caso contrário, você poderá encontrar problemas durante o processo de atualização. Por exemplo, se o seu servidor de banco de dados não tiver memória ou capacidade de processador suficientes, talvez não seja possível acompanhar o número de transações realizadas durante o processo de atualização, e a atualização poderá falhar. Recomendamos o uso de uma atualização de teste para determinar exatamente qual é a capacidade de hardware necessária para uma experiência de atualização aceitável. Para obter mais informações, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Se você perceber problemas de capacidade com o seu hardware durante a atualização de teste, poderá aumentar a capacidade e repetir a atualização até ficar satisfeito com o nível de desempenho de atualização encontrado Importante: 84 É importante controlar os três componentes de recurso de um servidor que esteja executando o SQL Server: CPU, memória e subsistema de E/S. Quando um ou mais dos componentes parecerem estar na capacidade total, analise as ações apropriadas com base na carga de trabalho atual e projetada e opte por adicionar mais recursos ou redimensionar para um novo servidor que esteja executando o SQL Server. Em geral, recomendamos que você considere a segunda opção, além de adicionar mais recursos. 85 Determinar como lidar com personalizações (SharePoint Server 2010) Se você personalizou extensivamente os seus sites com base no Microsoft Office SharePoint Server 2007, deverá determinar como deseja lidar com seus sites personalizados quando atualizar para o Microsoft SharePoint Server 2010. A abordagem varia com base na extensão das personalizações, no tipo de personalização, na complexidade do site e nas metas de atualização. Antes de atualizar, é preciso identificar e avaliar as personalizações em seu ambiente e determinar se elas serão atualizadas e como isso será feito. Neste artigo: Identificar personalizações no ambiente Avaliar as personalizações Considerações para personalizações específicas Garantir que personalizações futuras seguirão práticas recomendadas Identificar personalizações no ambiente Como parte do processo de teste da atualização, você deve criar um inventário das personalizações do servidor no ambiente (soluções, recursos, Web Parts, manipuladores de eventos, páginas mestras, layouts de página, arquivos CSS e assim por diante). Para obter mais informações sobre como identificar personalizações, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Você pode usar a planilha de Planejamento de Atualização para listar personalizações específicas e registrar os resultados da avaliação na seção seguinte. Baixe a planilha em http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416. Avaliar as personalizações Após identificar as personalizações, você pode decidir o que fazer quanto a elas. As perguntas a seguir podem ajudá-lo a avaliar as personalizações: A personalização ainda é valiosa? Ela atende a uma necessidade comercial útil? Ela é amplamente implantada e utilizada? A personalização foi bem projetada? Ela se baseia em definições de site predefinidas e com suporte? Ela segue as práticas recomendadas para personalizações? Trata-se de um tipo de personalização com suporte ou ela introduz riscos ao ambiente? 86 Ao avaliar cada personalização individual, você também pode refletir sobre sua abordagem geral para personalizações. Escolha uma destas opções: 1. Manter as personalizações Use a Atualização Visual para continuar a usar a experiência do usuário da versão anterior para sites específicos. Embora essa abordagem possa ser usada para manter a mesma funcionalidade, você não poderá tirar proveito dos novos efeitos visuais — como a interface do usuário do Fluent, também chamada de faixa de opções — e recursos disponíveis na nova versão. 2. Substituir ou refazer as personalizações Se você quiser usar a nova funcionalidade, planeje recriar seus sites ou, se estiver alterando significativamente a arquitetura de informações, a atualização será sua chance de recomeçar com novos recursos, um novo visual ou uma nova organização. Quando você substitui ou refaz personalizações, pode aproveitar as vantagens de novos recursos, modificar ligeiramente o design, se quiser, ou mudar para um design mais fácil de gerenciar. Para obter mais informações sobre como refazer e reimplantar soluções, consulte o artigo sobre como reimplantar personalizações e soluções no SharePoint Foundation 2010 e no SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=182335&clcid=0x416). 3. Descartar as personalizações Substitua as personalizações usando funcionalidade padrão. Você pode redefinir as páginas para as definições de site padrão e remover Web Parts ou recursos aos quais não deseja mais dar suporte. Se decidir descartar personalizações, você deverá corrigir os problemas resultantes da remoção das personalizações dos sites que as utilizavam. Você pode usar o inventário de personalizações para determinar os sites que necessitam desse tipo de atenção antes ou depois da atualização. Considerações para personalizações específicas Além de sua decisão geral sobre como tratar as personalizações no ambiente durante a atualização, você deve examinar tipos específicos de personalizações para determinar se deve executar ações adicionais para que elas funcionem no ambiente atualizado. A tabela a seguir lista algumas personalizações comuns e fornece uma recomendação para abordar esse tipo de personalização. Tipo de personalização Recomendação Modelos de sites (arquivos STP) Os arquivos STP são um recurso preterido no SharePoint Server 2010. Os novos modelos de sites do SharePoint Server 2010 são salvos como arquivos WSP (pacotes de soluções). Um site que foi provisionado por meio de um modelo de site será atualizado, mas você não poderá criar novos sites com base no modelo. Para criar novos sites, você pode 87 Tipo de personalização Recomendação criar e implantar um pacote de solução. Definição de site Migre os sites para uma definição de site predefinida e com suporte e, em seguida, aplique recursos personalizados usando a implantação de solução. Você também pode continuar a usar uma definição de site personalizada. Não é preciso criar uma nova definição de site com base no SharePoint Server 2010. No entanto, se precisar executar ações de atualização personalizadas para a definição, talvez você precise criar um arquivo de definição de atualização para essa definição de site. Para obter mais informações, consulte o artigo sobre como atualizar arquivos de definição (http://go.microsoft.com/fwlink/?linkid=182339&clcid=0x416) no MSDN. Recurso Avalie e reformule ou reimplante, se necessário. Fluxos de trabalho e controles de servidor Depende da solução. Contate o fornecedor para saber se há uma solução atualizada. Se um fluxo de trabalho for compatível com a nova versão, reimplante. Manipulador de eventos Reescreva e reimplante como um recurso. Caminhos gerenciados (inclusões/exclusões) Recrie as inclusões para uma atualização com anexação de banco de dados. As exclusões são presumidas e não precisam ser recriadas. Temas Devido às amplas alterações na interface do usuário, temas personalizados com base no Office SharePoint Server 2007 não funcionarão no SharePoint Server 2010. Use a Atualização Visual para continuar a usar os sites na experiência do usuário antiga até que você possa criar e aplicar um novo tema com base no SharePoint Server 2010. Ações da barra de ferramentas Mova para a faixa de opções (interface do usuário do Fluent). Páginas mestras e arquivos CSS Reformule para acomodar a nova experiência do usuário. JavaScript Teste para determinar se alguma ação é necessária. Em certos casos, pode ser necessário ajustar os scripts para funcionar com o novo modelo de página. Verifique se funciona em um site atualizado e em ambos os modos da 88 Tipo de personalização Recomendação Atualização Visual. Provedor de pesquisa ou filtro de segurança Teste para determinar se ações são necessárias. Web Parts Teste para determinar se alguma ação é necessária. Talvez seja preciso ajustar as Web Parts para funcionar com o modo XHMTL estrito. Se uma Web Part estiver localizada em uma página, mas não em uma Zona de Web Parts (sendo então, basicamente, código HTML inserido diretamente em uma página), não funcionará se você reverter a página ao modelo padrão. Serviços Teste para determinar se alguma ação é necessária. Reformule ou ajuste o código, conforme necessário. Provedores de autenticação Teste para determinar se ações são necessárias. Reimplante o provedor em um farm de teste e verifique se ele está funcionando corretamente com a autenticação por declarações. Os seguintes tipos de personalizações não têm suporte. Se você tiver algumas dessas personalizações no seu ambiente, deverá substituí-las usando um tipo de personalização com suporte antes de poder atualizar. Caso contrário, talvez ocorram problemas de atualização que não é possível corrigir: Arquivos predefinidos, recursos ou definições de sites que foram modificados. Aviso: Alguns tipos de arquivos predefinidos — como ações ou ícones de documento — podem ser modificados e, embora não sejam atualizados, suas alterações podem ser propagadas de maneira aceitável. Modificações em outros arquivos predefinidos, como páginas ASPX no servidor, serão perdidas durante a atualização se você reverter para o modelo de site. Dependendo dos arquivos que foram alterados e da extensão dessas alterações, a experiência de atualização pode variar significativamente. A prática recomendada é reverter todas as alterações em todos os arquivos do disco. Bancos de dados do SharePoint que foram modificados, seja pela alteração direta dos dados ou pela alteração do esquema, incluindo a adição ou a remoção de gatilhos, tabelas, exibições ou índices. Se você possui qualquer uma dessas personalizações, remova-as e substitua-as por personalizações com suporte antes de tentar a atualização. Essa é uma prática recomendada que ajuda a garantir não 89 só que a atualização atual funcione, como também que qualquer atualização futura seja executada de maneira mais uniforme. A alteração de arquivos e bancos de dados predefinidos continuará sem suporte. Garantir que personalizações futuras seguirão práticas recomendadas Garanta o bom desempenho do seu ambiente e siga as práticas recomendadas. Implante apenas as personalizações que seguem as práticas recomendadas descritas nos seguintes artigos do MSDN e do TechNet: Sobre práticas recomendadas: usando objetos descartáveis do Windows SharePoint Services (http://go.microsoft.com/fwlink/?linkid=105945&clcid=0x416). Sobre ferramentas e técnicas de desenvolvimento para trabalhar com código no Windows SharePoint Services 3.0 (Parte 1 de 2) (http://go.microsoft.com/fwlink/?linkid=101494&clcid=0x416). Práticas recomendadas: problemas comuns de codificação ao usar o modelo de objeto do SharePoint (http://go.microsoft.com/fwlink/?linkid=105946&clcid=0x416). Diretiva de personalização de Produtos e Tecnologias do SharePoint (http://go.microsoft.com/fwlink/?linkid=105947&clcid=0x416). 90 Criar um plano de comunicação (SharePoint Server 2010) É importante comunicar-se com os usuários durante o processo de atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010. Os usuários de sites precisam saber o que esperar quando visitarem seus sites novamente após a atualização, e os proprietários de sites precisam saber como podem ajudar a preparar a atualização e o que deverão fazer depois dela. Os proprietários e usuários de sites precisam saber quando a atualização ocorrerá. Como parte do processo de planejamento, determine o seguinte: Quem são os membros da equipe de atualização, quais são os outros participantes envolvidos e quem será afetado pela atualização. Que informações a equipe de atualização deve ter e quando. Que informações os usuários de sites e outros participantes devem ter e quando. Este artigo descreve como criar seu plano de comunicação, para que a equipe de atualização, os participantes e os usuários saibam o que esperar antes, durante e depois da atualização. Neste artigo: Quem faz parte da equipe de atualização? Quando e o que deve ser comunicado à equipe de atualização Quando e o que deve ser comunicado aos usuários do site Quem faz parte da equipe de atualização? Para pequenas implantações em que os sites não foram altamente personalizados, a equipe de atualização pode ser formada por apenas uma pessoa. No entanto, para maiores implantações, várias pessoas com diferentes funções podem ser necessárias, conforme descrito na lista a seguir: Administradores de servidor O administrador de servidor executa a maioria das tarefas de atualização. Deve haver ao menos um administrador de servidor na equipe de atualização, já que a execução do Assistente de instalação precisa de alguém que seja membro do grupo Administradores local em cada servidor Web front-end. Observação: Os administradores de farm podem não ser os administradores locais do servidor. Administradores de bancos de dados Se houver uma equipe de administração de banco de dados separada, em coordenação com ela, você deverá agendar e executar a atualização, principalmente se planejar usar o método de atualização com anexação de banco de dados. 91 Equipes de segurança de servidor Em coordenação com as equipes de segurança, como a equipe de serviços de diretório Active Directory, você deve verificar contas e permissões ou tirar proveito das novas configurações de diretiva que pode aplicar ao SharePoint Server 2010. Equipe de implantação de cliente Comunique-se com as equipes de implantação de cliente para coordenar as implantações de novos aplicativos de cliente e servidor. A implantação de cliente talvez precise ocorrer antes da atualização, podendo também ser uma opção disponível para os usuários depois que seus sites forem atualizados. Administradores de serviços Para o Office SharePoint Server 2007, você precisa se comunicar com os administradores de serviços compartilhados, como pesquisa, para garantir que eles estejam prontos para a atualização e possam configurar as definições apropriadas na nova versão. Proprietários do conjunto de sites Você deve notificar aos proprietários dos conjuntos de sites de que o processo de atualização está prestes a ocorrer e alertá-los sobre qualquer problema encontrado durante a execução do verificador de pré-atualização ou durante a atualização dos sites. Se estiver usando a Atualização Visual, deverá se comunicar também com proprietários de conjuntos de sites sobre a alteração da nova interface do usuário e se os administradores de farm ou os administradores de conjunto de sites concluirão essa alteração. Desenvolvedores e designers de site Se você tiver modelos, Web Parts, serviços Web ou outros elementos personalizados associados aos seus sites, deverá trabalhar com pessoas responsáveis pelo desenvolvimento ou personalização desses elementos para garantir que seja possível criar novas versões desses elementos personalizados ou verificar se esses elementos foram atualizados corretamente. Para obter mais informações sobre possíveis problemas com elementos personalizados, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Usuários do site Embora você não tenha de incluir usuários do site nas decisões do processo de atualização, é preciso avisá-los sobre quando a atualização acontecerá e o que eles devem esperar. Patrocinadores e outros participantes Você pode ter outras pessoas da sua organização envolvidas no processo de planejamento da atualização. Certifique-se de que elas estejam apropriadamente incluídas no seu plano de comunicação. Observação: Uma equipe de atualização pode incluir um ou mais membros em cada função, dependendo da organização. Quando e o que deve ser comunicado à equipe de atualização No geral, os administradores de servidores e de serviços compartilhados definem o cronograma da atualização, enquanto os proprietários de sites são notificados somente quando o processo está prestes a começar. Entretanto, como os membros da equipe têm suas próprias tarefas para executar em determinados pontos do processo de atualização geral, é crucial que você tenha um plano concreto 92 para comunicar o andamento da atualização a todos os membros da equipe para que eles saibam quando é hora de executar suas tarefas específicas. Toda a equipe de atualização precisa trabalhar em conjunto para determinar o seguinte: A abordagem de atualização a ser usada O artigo Determinar abordagem de atualização (SharePoint Server 2010) contém informações que o ajudarão a decidir que tipo de atualização deve ser executada. Também é importante considerar o relatório gerado pelo verificador de préatualização quando você tomar essa decisão. Datas e horários para executar a atualização Recomendamos (especialmente para uma atualização in-loco) que você faça a atualização quando o site for pouco usado. Para implantações pequenas de servidor único, a atualização pode ser concluída em menos de um dia. Para implantações maiores, como, por exemplo, farms de servidores com grandes quantidades de dados, o método de atualização com anexação de bancos de dados ou a atualização in-loco com o método com anexação de bancos de dados pode ser usado para distribuir o processo de atualização em vários períodos de inatividade. Não há como determinar a quantidade exata de tempo necessária para atualizar qualquer conjunto de sites em especial. Por isso, é muito importante a comunicação com outros membros da equipe envolvidos no processo, assim como com os usuários finais. O(s) dia(s) que você escolher para a atualização deve(m) ser distante(s) o suficiente para que a equipe de atualização possa concluir todas as etapas preliminares. Ao planejar a linha do tempo, não deixe de agendar um horário para a validação dos sites atualizados e um horário para a implementação de possíveis alterações ou trabalhos de renovação da marca. É importante se comunicar com os proprietários, designers e desenvolvedores do site nos seguintes pontos do processo de atualização: Antes de o processo começar, para que eles saibam o cronograma geral e quais serão suas funções no processo. Depois que o verificador de pré-atualização tiver sido executado, para que eles possam solucionar qualquer problema identificado pelo verificador. Para obter mais informações sobre o verificador de pré-atualização, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). Por exemplo, problemas como modelos de site personalizados ou Web Parts personalizadas devem ser relatados ao proprietário, designer ou ao desenvolvedor do site apropriado antes do agendamento da atualização, para que eles possam ter tempo de investigar os problemas e executar as etapas preliminares. Ou um desenvolvedor pode decidir que é prudente reconstruir uma Web Part antes da atualização, e os proprietários do site podem desejar registrar todas as personalizações que foram feitas no site, incluindo modelos de sites e alterações nos principais arquivos ASPX (Extensão Active Server Page). Depois que os sites tiverem sido atualizados, para que eles possam examiná-los e fazer alterações, conforme necessário. 93 Quando e o que deve ser comunicado aos usuários do site A comunicação com os usuários dos sites é igualmente importante para informá-los sobre os seguintes problemas: Quando os sites serão atualizados No caso de uma atualização in-loco, eles também devem ser informados que os sites ficarão indisponíveis durante a atualização. Quando esperar que os sites atualizados estejam prontos Isso significa que a equipe de atualização não apenas atualizou, como também verificou a funcionalidade dos sites atualizados. Como a atualização pode afetá-los e o que eles devem saber sobre o novo ambiente Por exemplo, o site terá uma aparência diferente ou uma função um pouco diferente na nova interface do usuário. Se você estiver usando a Atualização Visual, informe aos seus usuários se eles verão a nova ou a antiga experiência do usuário e o que eles devem esperar. Você também pode direcioná-los para o conteúdo disponível; por exemplo, artigos Novidades ou materiais de treinamento para que eles saibam mais sobre a nova versão. Para obter mais informações sobre alterações de recursos e atualização visual, consulte Planejar a atualização visual (SharePoint Server 2010) e o documento sobre Alterações nos principais recursos entre versões, no artigo referente às novidades em atualização. . Como obter ajuda Se houver um problema com o site após a atualização, onde deve-se buscar ajuda para resolvê-lo? 94 Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010) Este artigo descreve como a atualização do Catálogo de Dados Corporativos do Microsoft Office SharePoint Server 2007 para os Serviços Corporativos de Conectividade da Microsoft no Microsoft SharePoint Server 2010 funciona e fornece orientação sobre como atualizar vários tipos de soluções que usam esse catálogo. Os serviços de Catálogo de Dados Corporativos, Registro de Aplicativo e Conectividade de Dados Corporativos Como a atualização dos Serviços Corporativos de Conectividade funciona Atualizando por meio da anexação de banco de dados Considerações sobre atualização específicas da solução Os serviços de Catálogo de Dados Corporativos, Registro de Aplicativo e Conectividade de Dados Corporativos Esta seção apresenta os três serviços envolvidos em uma atualização do Catálogo de Dados Corporativos para o SharePoint Server 2010. No Office SharePoint Server 2007, o Catálogo de Dados Corporativos integra dados externos em soluções. Esse catálogo foi implementado como um serviço compartilhado no contexto da estrutura do Provedor de Serviços Compartilhados. O Catálogo de Dados Corporativos armazena definições de aplicativo, que são semelhantes, mas não idênticos, aos modelos BDC no SharePoint Server 2010. No SharePoint Server 2010, um novo serviço, o Serviço Conectividade de Dados Corporativos, integra dados externos em soluções. Este serviço é implementado na nova estrutura de serviços compartilhados do SharePoint Server 2010. Para obter uma visão geral da nova estrutura de serviços compartilhados, consulte Planejamento da arquitetura de serviços (SharePoint Server 2010). O novo Serviço Conectividade de Dados Corporativos é parte dos Serviços Corporativos de Conectividade da Microsoft, que são um conjunto de recursos de cliente e de servidor que inclui um conjunto completo de recursos de leitura-gravação com sistemas externos, integração com clientes do Microsoft Office 2010 e um conjunto sofisticado de ferramentas de desenvolvimento. O modelo de objeto do Serviço Conectividade de Dados Corporativos não é compatível com versões anteriores do modelo de objeto que o Catálogo de Dados Corporativos usa, embora os modelos de objeto sejam similares. Outro serviço no SharePoint Server 2010, o Serviço de Registro de Aplicativo, substitui diretamente o Catálogo de Dados Corporativos do Office SharePoint Server 2007 e dá suporte à compatibilidade com 95 versões anteriores das soluções que se baseiam em tal catálogo. Como o Serviço de Registro de Aplicativo dá suporte ao modelo de objeto do Catálogo de Dados Corporativos, o Serviço de Registro de Aplicativo pode dar suporte a soluções que dependem do modelo de objeto do Catálogo de Dados Corporativos. O Serviço de Registro de Aplicativo pode dar suporte a aplicativos originalmente criados no Office Microsoft Office SharePoint Server 2007, que incluem um ou mais dos seguintes elementos: Web Parts personalizadas Código personalizado Pesquisa Todos esses elementos dependem do modelo de objeto ou do esquema de metadados do Catálogo de Dados Corporativos, e continuará inserido no SharePoint Server 2010 usando o Serviço de Registro de Aplicativo. As Web Parts fornecidas pelo Office SharePoint Server 2007, por exemplo, Lista de Dados Corporativos e Associação de Dados Corporativos, são atualizadas no SharePoint Server 2010 para executem no Serviço Conectividade de Dados Corporativos e não executem no Serviço de Registro de Aplicativo. Para obter mais informações, consulte Web Parts. Importante: Observe que o Serviço de Registro de Aplicativo foi preterido e existe apenas para dar suporte à compatibilidade com versões anteriores das soluções que se baseiam no Catálogo de Dados Corporativos do Office SharePoint Server 2007. Não desenvolva novas soluções que dependam do Serviço de Registro de Aplicativo preterido. Elabore nova soluções com base no Serviço Conectividade de Dados Corporativos. Como a atualização dos Serviços Corporativos de Conectividade funciona Durante a atualização do Office SharePoint Server 2007 para o SharePoint Server 2010, ocorre: 1. Para cada Catálogo de Dados Corporativos em execução no contexto de um SSP (Provedor de Serviços Compartilhados) no Office SharePoint Server 2007, dois serviços são criados no SharePoint Server 2010: Um Serviço de Registro de Aplicativo para armazenar definições de aplicativo que sejam compatíveis com o modelo de objeto do Catálogo de Dados Corporativos do Office SharePoint Server 2007. Um Serviço Conectividade de Dados Corporativos para armazenar modelos BDC que sejam compatíveis com o modelo de objeto Serviços Corporativos de Conectividade de Dados do SharePoint Server 2010. O novo modelo de objeto dá suporte aos novos recursos no Serviço Conectividade de Dados Corporativos. 2. Uma cópia de cada definição de aplicativo no Catálogo de Dados Corporativos é colocada no Serviço de Registro de Aplicativo, e uma versão atualizada que se baseia no novo modelo de objeto é colocada no Serviço Conectividade de Dados Corporativos. 96 A ilustração a seguir mostra como essa atualização funciona. Na imagem, dos provedores de serviço compartilhado são mostrados no Office SharePoint Server 2007 e os quatro serviços resultantes (duas instâncias de cada Serviço de Registro de Aplicativo e do Serviço Conectividade de Dados Corporativos) são fornecidos no SharePoint Server 2010 depois da atualização: Aviso: Somente a atualização in-loco tem suporte para soluções de atualização que se baseiem no Catalogo de Dados Corporativos do Office SharePoint Server 2007. Para obter informações gerais sobre a atualização in-loco, consulte Executar uma atualização in-loco (SharePoint Server 2010) . 97 Atualizando por meio da anexação de banco de dados Há duas abordagens de atualização do Office SharePoint Server 2007 para o SharePoint Server 2010: in-loco e com anexação de banco de dados. Para obter mais informações, consulte Visão geral do processo de atualização (SharePoint Server 2010). Se você usar o método com anexação de banco de dados para atualiza e continuar usando os dados externos acessados por uma ou mais definições de aplicativos, execute uma das seguintes tarefas: 1. Exporte as definições de aplicativo de que a solução necessita do Catálogo de Dados Corporativos do Office SharePoint Server 2007. Para obter mais informações, consulte Exportar definição de aplicativo (http://go.microsoft.com/fwlink/?linkid=189010&clcid=0x416). 2. Depois da atualização, atualize a solução para usar o modelo de objeto e os recursos dos Serviços Corporativos de Conectividade da Microsoft. Essa etapa inclui atualizar as definições de aplicativo para se tornar modelos BDC, que são compatíveis com o Serviços Corporativos de Conectividade da Microsoft. Para obter mais informações sobre o modelo de objeto Serviço Conectividade de Dados Corporativos, consulte Microsoft SharePoint 2010 Software Development Kit (http://go.microsoft.com/fwlink/?linkid=166117&clcid=0x416). 3. Importe os modelos BDC atualizados para o Serviço Conectividade de Dados Corporativos. Para obter mais informações, consulte Manage BDC models (SharePoint Server 2010). Para obter mais informações sobre a atualização com anexação de banco de dados, consulte Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados e Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010). Considerações sobre atualização específicas da solução Esta seção contém recomendações sobre como gerenciar aspectos específicos das soluções que são atualizadas para executar no SharePoint Server 2010. Modelos Web Parts Pesquisa Logon único Logon único Mantendo as relações pai/filho do farm Modelos Como descrito em uma seção anterior, quando você atualiza do Catálogo de Dados Corporativos do Office SharePoint Server 2007 para os Serviços Corporativos de Conectividade da Microsoft, duas 98 versões de cada definição de aplicativo no Catálogo de Dados Corporativos são criadas no SharePoint Server 2010. Uma cópia idêntica da definição de aplicativo é armazenada no serviço de Registro de Aplicativo; outra versão do arquivo de definição de aplicativo é atualizada para o esquema de metadados do Serviços Corporativos de Conectividade da Microsoft, agora denominado "modelo BDC", e armazenada no novo Serviço Conectividade de Dados Corporativos. Importante: Quando definições de aplicativo são atualizadas para modelos BDC e armazenadas no Serviço Conectividade de Dados Corporativos, todos os erros ou avisos relacionados ao processo de conversão são gravados no log de atualização. Para obter informações sobre o log de atualização, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). É recomendado usar o modelo BDC atualizado no Serviço Conectividade de Dados Corporativos para o desenvolvimento futuro da solução. No entanto, se você desenvolver adicionalmente a definição de aplicativo original no Serviço de Registro de Aplicativo, faça alterações semelhantes no modelo BDC atualizado que está armazenado no Serviço Conectividade de Dados Corporativos. Dessa forma, os recursos que dependam do novo modelo de objeto, como as Web Parts incluídas no SharePoint Server 2010, propiciarão uma experiência de usuário consistente. Além disso, como o Serviço de Registro de Aplicativo foi preterido, assegure que uma solução estará disponível nas atualizações futuras, para as versões de produto subsequentes, se o seu desenvolvimento se basear no modelo BDC. Web Parts O Office SharePoint Server 2007 incluiu as seguintes Web Parts para desenvolvimento de soluções que usam o Catálogo de Dados Corporativos: Web Part da Lista de Dados Corporativos Web Part de Associação de Dados Corporativos Web Part Ações de Dados Corporativos Web Part de Detalhes de Dados Corporativos Web Part Filtro de Catálogo de Dados Corporativos As Web Parts fornecidas pelo Office SharePoint Server 2007 são atualizadas no SharePoint Server 2010 para serem executadas no Serviço Conectividade de Dados Corporativos. Essas Web Parts que você usar em uma solução do Office SharePoint Server 2007 continuarão a trabalhar depois da atualização usando Web Parts atualizadas e o Serviço Conectividade de Dados Corporativos. As Web Parts personalizadas em uma solução do Office SharePoint Server 2007, no entanto, serão executadas no Serviço de Registro de Aplicativo depois da atualização. Para fins de consistência de dados, é recomendado obter novas versões de Web Parts personalizadas que possam ser executadas no Serviço Conectividade de Dados Corporativos. Essas Web Parts foram atualizadas no SharePoint Server 2010 para atuar nos modelos BDC, no novo Serviço Conectividade de Dados Corporativos. Se uma solução no Office SharePoint Server 2007 99 depender de uma ou mais Web Parts, atualize a solução para o modelo de objeto dos Serviços Corporativos de Conectividade da Microsoft e use as novas versões de Web Part para interagir com ela. As Web Parts não estão disponíveis para serem executadas diretamente nas definições de aplicativo, no serviço de Registro de Aplicativo. Pesquisa Para pesquisar dados externos no Office SharePoint Server 2007, crie uma fonte de conteúdo que aponte para uma definição de aplicativo no Catálogo de Dados Corporativos. Se você pesquisar conteúdo dessa maneira no Office SharePoint Server 2007, poderá continuar a pesquisar os mesmos dados externos depois de atualizar para o SharePoint Server 2010 usando o Serviço de Registro de Aplicativo. Não é necessária nenhuma modificação para a fonte de conteúdo na atualização para que a pesquisa funcione. É recomendado também criar uma nova definição de fonte de conteúdo que aponte para o Serviço Conectividade de Dados Corporativos. Logon único No Office SharePoint Server 2007, alguns modos de autenticação para soluções que usem o Catálogo de Dados Corporativos também usam o serviço de Logon Único, que fornece armazenamento e mapeamento de credenciais, como nomes de contas e senhas. As definições de aplicativo no Catálogo de Dados Corporativos que dependiam do serviço de Logon Único incluíam as informações que fazem referência ao serviço. O Serviço de Repositório Seguro substitui o serviço de Logon Único no SharePoint Server 2010. Para obter mais informações, consulte Planejar o Serviço de Repositório Seguro (SharePoint Server 2010)). Depois de atualizar para o SharePoint Server 2010, as definições de aplicativo que foram atualizadas para o Serviço de Registro de Aplicativo e para o Serviço Conectividade de Dados Corporativos serão atualizadas de modo a fazer referência ao Serviço de Repositório Seguro. Para obter informações sobre como migrar dados do serviço de Logon Único para o Serviço de Repositório Seguro, consulte Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010) Importante: Se você usar um provedor de Logon Único personalizado no Office SharePoint Server 2007, precisará atualizar o provedor no SharePoint Server 2010 e os modelos BDC e definições de aplicativo manualmente no Serviço de Registro de Aplicativo e no Serviço Conectividade de Dados Corporativos. Mantendo bancos de dados de serviço em servidores separados No Office SharePoint Server 2007, o banco de dados que o Provedor de Serviços Compartilhados usa pode estar opcionalmente em um servidor separado do banco de dados de conteúdo do SharePoint. Depois da atualização para o SharePoint Server 2010, os bancos de dados do Serviço Conectividade de Dados Corporativos e do Serviço de Aplicativo de Registro sempre estarão no mesmo servidor que os bancos de dados de conteúdo. Para manter bancos de dados separados para esses serviços, você 100 terá de fazer isso como uma etapa de pós-atualização, fazendo backup de cada banco de dados de serviço e restaurando os bancos de dados para um servidor separado. Mantendo as relações pai/filho do farm No Office SharePoint Server 2007, o Provedor de Serviços Compartilhados que inclui o Catálogo de Dados Corporativos pode ser um farm que atende a um ou mais farms filho que usem os serviços compartilhados. Para que esse serviço esteja disponível aos farms filho depois da atualização para o Serviço de Registro de Aplicativo, você terá de usar o comando CreateDelegatedApplicationProxy do Windows PowerShell para criar um novo proxy que se conecte ao banco de dados do Serviço de Registro de Aplicativo no farm pai. O seguinte exemplo de script ilustra o uso desse comando para este fim: $proxy=[Microsoft.Office.Server.ApplicationRegistry.SharedService.ApplicationRegistryServiceApp licationProxy]::CreateDelegatedApplicationProxy("<NAME>", "Data Source=<SQLserverName>;Initial Catalog=<ApplicationRegistry DB NAME>;Integrated Security=true") Para o Serviço Conectividade de Dados Corporativos, esta operação pode ser feita durante a Administração Central do SharePoint Central. Consulte também Planejar Serviços Corporativos de Conectividade (SharePoint Server 2010) 101 Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010 Este artigo descreve as etapas adicionais necessárias para a atualização de modelos de formulário quando você atualiza os InfoPath Forms Services da versão no Microsoft Office SharePoint Server 2007 e no Microsoft Office Forms Server 2007 para a versão no Microsoft SharePoint Server 2010. Neste artigo: Informações sobre atualização de formulários durante uma atualização para o SharePoint Server 2010 Atualize modelos de formulário durante uma atualização com anexação de banco de dados de conteúdo para o SharePoint Server 2010 Atualize modelos de formulário durante uma atualização in-loco para o SharePoint Server 2010 Informações sobre atualização de formulários durante uma atualização para o SharePoint Server 2010 Quando você faz uma atualização do Office SharePoint Server 2007 ou Office Forms Server 2007 para o SharePoint Server 2010, os InfoPath Forms Services também são atualizados. O cenário de migração e de atualização a seguir são relevantes para o InfoPath Forms Services no SharePoint Server 2010: Atualização com anexação de banco de dados de conteúdo Atualização de formulários e modelos de formulário dos InfoPath Forms Services no Microsoft Office SharePoint Server 2007 ou do Microsoft Office Forms Server 2007 para outro servidor que está executando o SharePoint Server 2010. Os formulários e modelos de formulários existentes devem ser migrados para a nova implantação e atualizados para interagir com o InfoPath Forms Services no Microsoft SharePoint Server 2010. Atualização in-loco Atualização de formulários e modelos de formulários dos InfoPath Forms Services do Microsoft Office SharePoint Server 2007 para o SharePoint Server 2010 no mesmo servidor. Os formulários e os modelos de formulários são normalmente atualizados automaticamente durante uma atualização in-loco. Para obter mais informações sobre como atualizar de Office SharePoint Server 2007 para SharePoint Server 2010, consulte Atualizando para o SharePoint Server 2010. 102 Atualize modelos de formulário durante uma atualização com anexação de banco de dados de conteúdo para o SharePoint Server 2010 Ao fazer uma atualização do Office SharePoint Server 2007 em um servidor existente para o SharePoint Server 2010 em um novo servidor, faça backup do banco de dados de conteúdo original, anexe-o ao banco de dados de conteúdo no novo servidor e associe o banco de dados de conteúdo ao novo servidor. Esse processo se chama atualização com anexação de banco de dados de conteúdo. Trata-se da opção recomendada para fazer a atualização do Office SharePoint Server 2007 para o SharePoint Server 2010 e é a única maneira de atualizar o Microsoft Office Forms Server 2007 para o SharePoint Server 2010. O banco de dados de conteúdo contém apenas alguns dos arquivos usados pelos formulários do InfoPath. Esses arquivos incluem: Modelos de formulário (.xsn) que são atualizados para listas e bibliotecas de formulários por colaboradores individuais. Arquivos de conexão de dados (.udcx) para modelos de formulário de usuário. Conteúdos de formulários preenchidos (.xml) em listas e bibliotecas de conteúdo. Esses arquivos são atualizados automaticamente quando você executa uma atualização com anexação de banco de dados de conteúdo. Por outro lado, os modelos de formulário aprovados pelo administrador e os arquivos de conexão de dados nas bibliotecas da Administração Central são armazenados no banco de dados de configuração e devem ser importados separadamente. Estes arquivos incluem: Modelos de formulário aprovado pelo administrador (.xsn files) que são atualizados para a biblioteca Gerenciar Modelos de Formulário no site da Administração Central. Arquivos de conexão de dados (.udcx) que são carregados para a biblioteca Gerenciar Arquivos de Conexão de Dados, no site da Administração Central. Se você copiar e anexar o banco de dados de conteúdo antes que esses arquivos tenham sido importados, os formulários complementares que contém conteúdo para formulários aprovados pelo administrador causarão erros durante a importação. Para evitar que esses erros ocorram, é recomendado executar estas etapas na ordem listada: 1. Execute as etapas de pré-requisito para a atualização do Office SharePoint Server 2007 para SharePoint Server 2010. 2. Instale e configure o SharePoint Server 2010 no novo servidor. 3. Exporte as definições de configuração, incluindo os modelos de formulário aprovados pelo administrador e os arquivos de conexão de dados do banco de dados de configuração no servidor que está executando o Office SharePoint Server 2007. Para obter mais informações sobre como exportar e importar formulários aprovados pelo administrador, modelos de formulário e arquivos de conexão de dados entre banco de dados de configuração, consulte “Exportar e importar formulários entre bancos de dados de configuração”, posteriormente neste artigo. 103 4. Importe as definições de configuração para o banco de dados de configuração no servidor que estiver executando o SharePoint Server 2010. 5. Faça backup do banco de dados de conteúdo no servidor que está executando o Office SharePoint Server 2007, restaure e anexe o banco de dados de conteúdo ao novo servidor de execução do SharePoint Server 2010. 6. Se a URL desse novo servidor for diferente da URL do servidor anterior, execute um cmdlet do Windows PowerShell 2.0 para atualizar os links usados nos formulários atualizados e nos modelos de formulário. Para obter mais informações sobre como atualizar os links usados nos formulários atualizados e nos modelos de formulário, consulte “Atualizar links no servidor”, posteriormente neste artigo. Para obter mais informações sobre como anexar bancos de dados e atualizar para o SharePoint Server 2010, consulte Anexar bancos de dados e atualizar para o SharePoint Server 2010 Exporte e importe arquivos de modelo de formulário aprovado pelo administrador entre bancos de dados de configuração Os dados dos formulários no banco de dados do conteúdo incluem apenas os arquivos usados por formulários de usuários, modelos de formulário e arquivos de conexão de dados que são atualizados para listas e bibliotecas de documento em conjuntos de site regulares. Não inclui arquivos que são usados por modelos de formulário aprovados pelo administrador que são atualizados para bibliotecas de documento no site da Administração Central. Para evitar problemas na atualização de modelos de formulário, atualize o conteúdo que está armazenado no banco de dados de configuração antes de fazer o backup do banco de dados de conteúdo que executa o Office SharePoint Server 2007 e antes de anexar o banco de dados para o servidor que executa o SharePoint Server 2010. O conteúdo dos formulários neste banco de dados consiste de modelos de formulário aprovados pelo administrador (arquivos .xsn) e arquivos de conexão de dados (.udcx). Você atualiza o conteúdo no banco de dados de configuração exportando o banco de dados de configuração d servidor que está executando o Office SharePoint Server 2007 e importando-o para o novo servidor que está executando SharePoint Server 2010. Para exportar o conteúdo dos formulários armazenados no banco de dados de configuração do Office SharePoint Server 2007, use o comando –o exportipfsadminobject na ferramenta de linha de comando Stsadm. Para importar o conteúdo dos formulários para o banco de dados de configuração no novo servidor, use o cmdlet do Windows PowerShell 2.0Import-SPIPAdminFiles. As configurações de tempo limite da conexão de dados e outras configurações na página de administração Configurar o InfoPath Forms Services não são migradas e devem ser configuradas no novo servidor. Para obter mais informações sobre como usar a ferramenta de linha de comando Stsadm, consulte Ferramenta de linha de comando Stsadm (Office SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=186993&clcid=0x416). 104 Para obter mais informações sobre como usar o Windows PowerShell, consulte a documentação para o Windows PowerShell. Atualizar links de modelos de formulário para o servidor Durante atualizações ou migrações de conteúdo, é comum alterar a URL do servidor que contém os formulários e modelos de formulário. Se a URL do novo servidor for diferente da URL do servidor anterior, os links usados pelos formulários e modelos de formulários talvez precisem ser atualizados para a URL do novo servidor. Isso inclui os links nos dados do formulário para o local do arquivo do modelo ou os links no modelo de formulário para os arquivos de conexão de dados ou para outros arquivos de recursos. Os modelos de formulário de usuário em locais no conjunto de sites principal e nos modelos aprovados pelo administrador no site Administração Central podem ser afetados. Para atualizar links usados nos formulários de usuário atualizados e nos modelos de formulário de usuário localizados no conjunto de sites principal, execute o cmdlet Update-SPInfoPathUserFileUrl no Windows PowerShell 2.0. Para atualizar links que são usados em formulários aprovados pelo administrador, execute o cmdlet Update-SPInfoPathAdminFileUrl no Windows PowerShell 2.0. Estes cmdlets atualizam o nome do servidor nas URLs que os formulários e modelos de formulários usam no banco de dados de configuração. Eles não atualizam os links em formulários ou modelos de formulário que sejam movidos entre bibliotecas por usuários ou em outro conteúdo de formulário que esteja armazenado no banco de dados. Os usuários podem consertar esses links usando o comando Vincular novamente disponível nas configurações de biblioteca de formulário. Os formulários e modelos de formulários atualizados ou migrados usando o processo com anexação de banco de dados de conteúdo são vinculados novamente de forma automática. Atualize modelos de formulário durante uma atualização in-loco para o SharePoint Server 2010 Os modelos de formulário para o InfoPath Forms Services são geralmente atualizados como parte de qualquer atualização in-loco do SharePoint Server. Para obter mais informações sobre como fazer uma atualização in-loco para SharePoint Server 2010, consulte Atualização in-loco para o SharePoint Server 2010. 105 Planejar a atualização visual (SharePoint Server 2010) Este artigo aborda o novo recurso de atualização visual no Microsoft SharePoint Server 2010. Caso sua organização planeje executar uma atualização do Microsoft Office SharePoint Server 2007, você poderá tirar proveito desse novo recurso. Por padrão, a aparência dos sites é preservada durante uma atualização do Office SharePoint Server 2007. Os proprietários de sites podem alternar para a nova interface do usuário permanentemente ou podem visualizá-la para seus sites do SharePoint. Usando o recurso de atualização visual, você pode mover todos os sites para a nova interface do usuário. Se escolher a segunda opção, você substituirá a interface do usuário para os proprietários de conjuntos de sites e proprietários de sites. Também é possível preservar páginas personalizadas ou redefinir todas elas. Ambas as opções atualizam a aparência de páginas de modelo, mas a segunda opção exclui modificações de páginas personalizadas e não pode ser desfeita. Observação: O recurso de atualização visual não estará disponível se você estiver executando uma atualização em um servidor único com banco de dados interno por meio do Assistente de Configuração de Produtos do SharePoint. No entanto, o recurso de atualização visual ainda estará disponível caso você use a ferramenta de linha de comando PSConfig para a atualização. Este artigo lista considerações fundamentais sobre o planejamento da utilização da atualização visual e também discute problemas conhecidos. Para obter mais informações, consulte o artigo sobre o Gerenciar a atualização visual (SharePoint Server 2010). Neste artigo: Fase de planejamento fundamental da atualização visual Treinamento de proprietários de conjuntos de sites e de proprietários de sites Problemas conhecidos Fase de planejamento fundamental da atualização visual A atualização visual é um recurso que faz parte do processo de atualização. Antes de executar a atualização, verifique se você conhece os efeitos da escolha de uma das duas opções diferentes que a atualização visual tem a oferecer. Preservando a interface do usuário existente Se você optar por preservar a aparência de sites do SharePoint existentes, dará aos proprietários de conjuntos de sites o controle sobre seus conjuntos de sites e aos proprietários de sites o controle sobre 106 seus sites. Todos os dados e configurações dos sites originais serão preservados, e o layout, a organização de comandos e os estilos preservarão a interface do usuário anterior. Independentemente do tipo de atualização de farm selecionado, você obterá todos os benefícios de infraestrutura do Microsoft SharePoint Server 2010, incluindo confiabilidade, escalabilidade e capacidade de gerenciamento aprimoradas. A preservação da interface do usuário anterior reduz a probabilidade de o conteúdo personalizado parar de funcionar. Isso garante que você e os usuários possam continuar a usar sites do SharePoint existentes até que todo o trabalho de atualização, incluindo a solução de problemas e a atualização de personalizações, tenha sido concluído. Atualizando para a nova interface do usuário Se você optar por alterar todos os sites do SharePoint existentes para a nova interface, os proprietários de conjuntos de sites e os proprietários de sites não terão controle sobre a atualização. Todos os dados e configurações dos sites do SharePoint existentes serão atualizados para a nova interface do usuário. Talvez seja melhor escolher essa opção caso não haja personalizações ou se você tiver testado qualquer personalização necessária antes da atualização. Mesmo se essa opção for escolhida, você ainda poderá preservar páginas personalizadas ou redefini-las. Se precisar manter personalizações, ou se não tiver certeza de que as irá manter, opte por preservar as páginas personalizadas. A redefinição das páginas personalizadas remove personalizações e não pode ser desfeita. Escolha essa opção se não precisar mais das personalizações e se souber que nenhum dado importante será perdido. Para obter mais informações, consulte Determinar como lidar com personalizações (SharePoint Server 2010), Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010) e o artigo sobre como reimplantar personalizações e soluções no SharePoint Foundation 2010 e no SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=186372&clcid=0x416). Treinamento de proprietários de conjuntos de sites e de proprietários de sites É importante que você treine usuários sobre os efeitos de preservar a aparência de sites do SharePoint existentes ou de atualizar todos os sites para a nova interface do usuário. Os usuários treinados estarão preparados e saberão o que esperar, o que minimizará o suporte de helpdesk e as frustrações. Se você atualizar todos os sites para a nova interface do usuário, informe as alterações e os novos recursos aos usuários, como a faixa de opções, a nova interface de edição de páginas e os calendários interativos. Além disso, avise-os sobre possíveis problemas que se pode esperar. Por exemplo, eles poderão ter problemas com personalizações, como a exibição incorreta de páginas. Para obter informações sobre problemas gerais de atualização, consulte Solucionar problemas de atualização (SharePoint Server 2010). Se você optar por preservar a aparência de sites do SharePoint existentes, explique a proprietários de conjuntos de sites e a proprietários de sites que a interface do usuário não será alterada durante a atualização e conte-lhes sobre as opções que poderão fazer. 107 Por padrão, os proprietários de sites têm controle sobre seus sites. Eles podem usar a opção Visualizar Novos Visuais (em Configurações do Site) para visualizar a nova interface do usuário e alternar entre a interface do usuário anterior e a nova. Isso lhes dará tempo para garantir que tudo está funcionando corretamente, e eles poderão corrigir qualquer problema em suas páginas que tenham surgido após a atualização. Quando estiverem prontos, eles poderão atualizar seus sites para a nova interface do usuário. No entanto, os proprietários de conjuntos de sites podem optar por finalizar a nova interface do usuário, o que substituirá o controle que os proprietários de sites têm sobre a atualização visual de seus sites. Se os proprietários de conjuntos de sites desejarem manter a interface do usuário anterior em seu conjunto de sites, também terão a opção de ocultar as configurações de atualização visual dos proprietários de sites. Os proprietários de sites também precisam saber se é possível que, ao fazerem alterações na nova interface do usuário no modo de visualização e depois voltarem para a interface do usuário anterior, essas informações não sejam exibidas corretamente. Recomendamos que você tenha um plano e defina um limite de tempo para quanto tempo a interface do usuário anterior deverá ser usada na sua implantação do SharePoint. Por exemplo, cada administrador de conjunto de sites pode receber 90 dias para trabalhar com seus proprietários de sites para mudar da interface do usuário anterior para a nova. Comunique o limite de tempo aos usuários, o que garante que os usuários terão um tempo razoável para se familiarizarem com a nova interface do usuário e resolver qualquer problema que possa ter ocorrido durante a atualização. Se você definir um limite de tempo para os usuários, informe a eles também que, depois desse limite de tempo, você poderá impor uma atualização para todos os sites. Para obter mais informações, consulte Gerenciar a atualização visual (SharePoint Server 2010). Se os proprietários de conjuntos de sites decidirem usar a nova interface do usuário para todos os sites em seu conjunto de sites, não poderão mudar de ideia. No entanto, como administrador do farm, você pode alterar essas configurações ao reverter sites para a interface do usuário anterior com o Modelo de Objeto do Windows PowerShell ou do SharePoint. Para obter mais informações, consulte Gerenciar a atualização visual (SharePoint Server 2010). É importante dizer aos proprietários de conjuntos de sites e aos proprietários de sites que, se os sites usarem a interface do usuário anterior, os novos recursos — como a faixa de opções, a edição in-loco para páginas Wiki, calendários interativos e relacionamentos de listas — não estarão disponíveis. No entanto, a partir do momento que os sites alternarem para a nova interface do usuário, os recursos de aplicativo aparecerão automaticamente. Além disso, é importante observar que todos os novos sites criados após a atualização usarão a nova interface do usuário por padrão. Problemas conhecidos Existem alguns problemas conhecidos a serem considerados: Devido aos aperfeiçoamentos de rede social no Microsoft SharePoint Server 2010, os modelos de Meu Site existentes assimilam como padrão a nova interface do usuário após a atualização com a opção de preservar a interface do usuário existente selecionada. Contudo, todas as subpáginas têm a interface do usuário especificada pela atualização visual. 108 Os sites do PWA (Project Web Access), que são usados para controlar dados de projeto no Microsoft Project Server 2010, exigem a nova interface do usuário e não seguem configurações de atualização visual. Nas Web Parts de Serviços do Excel, as novas propriedades da Web Part do SharePoint Server 2010 são expostas quando uma atualização é concluída, mas antes que os sites tenham sido movidos para a nova interface do usuário. Portanto, algumas propriedades podem ser definidas, porém não farão nada até que a página seja atualizada para a nova interface do usuário. Se você usar o SharePoint Server 2010, verifique se está usando a mesma versão e service pack do SharePoint Designer. Consulte também Atualização in-loco para o SharePoint Server 2010 Anexar bancos de dados e atualizar para o SharePoint Server 2010 Atualizando para o SharePoint Server 2010 109 Testando e solucionando problemas de atualização (SharePoint Server 2010) Antes de atualizar do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, reserve algum tempo para testar o processo de atualização e entender os problemas que talvez ocorram na atualização real. Esta seção fornece informações sobre como testar a atualização e usar as informações do teste para prever o tempo e o espaço necessários para ela, além das etapas que você pode executar para limpar o ambiente antes de executar a atualização real. Durante a atualização e depois dela, use os artigos desta seção para abordar quaisquer problemas e continuar o processo de atualização. Nesta seção: Melhores práticas para testar a atualização (SharePoint Server 2010) Adote as práticas recomendadas a seguir para tirar o máximo proveito do teste da atualização. Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010) Saiba como planejar para obter êxito testando a atualização com seus dados reais em um ambiente físico ou virtual. Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010) Use as informações do teste para entender quanto tempo levará a atualização. Limpando o ambiente antes da atualização (SharePoint Server 2010) A atualização é realizada mais facilmente quando você prepara o ambiente limpando dados ou sites adicionais. Este artigo lista itens comuns cuja limpeza você deve considerar antes de iniciar o processo de atualização. Solucionar problemas de atualização (SharePoint Server 2010) Siga estas recomendações para solucionar os problemas que ocorrerem durante a atualização. Você também pode pesquisar problemas comuns e verificar como abordá-los. Recuperação após uma atualização com falha (SharePoint Server 2010) Se tiver criado um backup do ambiente e dos bancos de dados antes de iniciar uma atualização inloco ou se tiver definido o ambiente como somente leitura antes de iniciar uma atualização com anexação de banco de dados, você poderá recuperar o ambiente caso o processo de atualização falhe. Continuar a atualização (SharePoint Server 2010) Se houver erros durante a atualização, você poderá abordá-los usando o artigo de solução de problemas e, em seguida, usar este artigo para reiniciar ou continuar a atualização. Além disso, os seguintes recursos poderão ser úteis quando você testar o processo de atualização: Planilha de Atualização de Produtos do SharePoint 2010 110 Use a planilha para registrar informações sobre o ambiente enquanto testa a atualização. Baixe a planilha de http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416. Produtos do Microsoft SharePoint 2010 - Testar o modelo de processo de atualização Este cartaz tem uma exibição visual de informações sobre como testar o seu processo de atualização. Baixe o cartaz de http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x416. 111 Melhores práticas para testar a atualização (SharePoint Server 2010) Para compreender seu ambiente antes de tentar fazer uma atualização e para planejar com precisão o tempo que será necessário para o processo, convém executar uma ou mais atualizações de avaliação. O objetivo de testar a atualização é detectar e solucionar problemas com antecedência, para que você possa confiar no processo e ter certeza do resultado quando fizer a atualização real. Para realizar um teste preciso e útil do processo de atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, siga estas melhores práticas: 1. Torne o ambiente de teste o mais semelhante possível ao ambiente real Se possível, use o mesmo tipo de hardware e configure-o usando as mesmas definições, as mesmas URLs e assim por diante. Quanto mais você puder minimizar as diferenças entre o ambiente de teste e o ambiente real, melhores serão os resultados. Quanto mais diferenças forem introduzidas, maior será o tempo que você provavelmente desperdiçará acompanhando problemas não relacionados para garantir que eles não ocorram durante a atualização real 2. Conheça o conteúdo do ambiente. Faça uma pesquisa completa primeiro Dedique um tempo para documentar os componentes de hardware e software que estão presentes no seu ambiente, quais são as personalizações instaladas e usadas no servidor, quais são as configurações necessárias e onde elas se encontram. Isso irá ajudá-lo a fazer um planejamento mais abrangente e também a recuperar o ambiente se a atualização falhar. Disponibilizamos uma planilha para que você possa registrar informações sobre o seu ambiente enquanto se prepara para a atualização. Baixe-a em http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416 3. Use dados reais Use cópias dos seus bancos de dados reais para executar os testes. Ao testar usando dados reais, você pode identificar áreas problemáticas e também determinar o desempenho da atualização. O uso de dados reais também permite medir qual é o tempo necessário para diferentes ações e sequências de atualização em tipos de dados distintos. Se não for possível testar todos os dados, teste um subconjunto representativo deles para garantir a descoberta de todos os problemas relacionados aos diferentes tipos e tamanhos de sites, listas, bibliotecas e personalizações presentes no seu ambiente 4. Execute vários testes Um único teste pode indicar se você encontrará grandes problemas, mas vários testes ajudarão a garantir que todos os problemas possíveis sejam detectados, além de possibilitar uma linha do tempo mais precisa do processo. Ao executar vários testes, você pode determinar as melhores abordagens de atualização para o ambiente, as técnicas de atenuação do tempo de inatividade que devem ser planejadas e a maneira como o processo ou o desempenho pode mudar após a solução dos problemas revelados nos primeiros testes. O teste final pode ajudar a validar se todos os erros foram corrigidos e se você está pronto para atualizar o ambiente de produção 112 5. Não ignore avisos Mesmo não sendo um erro, um aviso pode resultar em problemas mais adiante no processo de atualização. Corrija os erros, mas também investigue os avisos para garantir que você conheça o possível efeito de todos eles 6. Teste o ambiente atualizado, não só o processo de atualização. Verifique seus serviços e aplicativos de serviços. Execute um rastreamento de pesquisa e examine os arquivos de log. Verifique se os sites Meu Site estão funcionando. 7. Verifique os sites em ambos os modos da Atualização Visual. Não presuma que o site funcionará corretamente em um modo só porque pode ser visualizado satisfatoriamente no outro. Confira a experiência do usuário na versão anterior e também na nova versão. 8. Considere um ambiente de visualização. Você pode criar um ambiente de visualização no qual os usuários podem conferir seus sites após uma atualização de teste e, assim, ajudá-lo a verificar a atualização e a encontrar problemas. É possível usar um ambiente somente leitura ou permitir que os usuários façam alterações. Nesse último caso, avise-os de que nenhuma das alterações que eles fizerem será salva. Considere a possibilidade de limitar esse ambiente de visualização a um pequeno conjunto de sites representativos e de limitar o acesso somente aos usuários interessados, para reduzir o tempo necessário para hospedar esse ambiente de visualização e a quantidade de comentários que você receberá. Para obter mais informações sobre como testar atualizações, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010) e o cartaz "Teste seu processo de atualização", disponível em http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x416. 113 Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010) Antes de iniciar o processo de atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, convém testar o processo de atualização para verificar se você sabe exatamente o que precisa fazer para ter uma atualização bem-sucedida. Ao usar uma atualização de verificação para testar o processo, é possível descobrir: Quais são as personalizações em seu ambiente, para que você possa planejar a forma de lidar com elas durante a atualização. Se você deve atualizar o seu hardware para fazer com que a atualização seja executada com mais eficiência e rapidez. O intervalo da sua atualização, ou quanto tempo ela levará em seu ambiente. O que você precisa planejar, operacionalmente — por exemplo, recursos à sua disposição. Além disso, você pode usar a atualização de verificação para conhecer melhor as ferramentas de atualização e o próprio processo, para que você saiba o que esperar quando passar pelo processo real. Por meio de testes, é possível descobrir: Que casos especiais se aplicam ao seu ambiente e que abordagem de atualização será a mais eficiente para você? Como é a aparência da interface do usuário de atualização? Como você sabe quando concluiu uma fase e está mudando para outra? Onde estão os arquivos de log e como você os lê? Quais são as informações que eles oferecem? Que técnicas você pode usar para reduzir o tempo de inatividade? Este artigo oferece as etapas básicas da atualização de teste e oferece recomendações para a revisão dos resultados e o ajuste dos seus planos de atualização com base no que você aprendeu durante os testes. Neste artigo: Configurar um ambiente de teste Identificar e instalar personalizações Copiar os dados reais no ambiente de teste e tentar a atualização Revisar os resultados Ajustar seu planejamento e tentar novamente Além disso, os seguintes recursos poderão ser úteis quando você testar o processo de atualização: Planilha de Atualização de Produtos do SharePoint 2010 114 Use a planilha para registrar informações sobre o ambiente enquanto testa a atualização. Baixe a planilha de http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416. Produtos do Microsoft SharePoint 2010 - Testar o modelo de processo de atualização Este cartaz apresenta visualmente informações sobre o teste do processo de atualização. Baixe o cartaz de http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x416. Configurar um ambiente de teste Você pode usar hardware virtual ou físico para testar o processo de atualização. Todos os ambientes são exclusivos e, portanto, não há diretrizes gerais para a duração da atualização e o grau de dificuldade da atualização de uma determinada personalização. A melhor maneira de mensurar como será a sua atualização é executar uma série de atualizações de verificação. Quando você criar o seu ambiente de teste: Faça com que o seu farm de teste seja o mais similar possível ao seu farm real — por exemplo, hardware, software e espaço disponível. Use as mesmas URLs do seu farm de teste no seu farm real. (Caso contrário, você perderá tempo com o diagnóstico de problemas relacionados às URLs que não aparecerão na atualização real.) Lembre-se de transferir todas as suas definições e personalizações para o ambiente de teste. A seção Identificar e instalar personalizações descreve como coletar essas informações. Usando um ambiente de teste virtual Ao executar um teste em um ambiente virtual, você não precisará de muito hardware. É possível replicar seu ambiente usando apenas dois servidores com o Hyper-V em execução. Um servidor terá as imagens dos servidores Web front-end e dos servidores de aplicativos, enquanto o outro terá as imagens dos servidores de banco de dados. 115 Usando um ambiente de teste físico Ao executar um teste em um ambiente físico, é necessário replicar todo o seu ambiente de farm de servidores da forma mais parecida possível. Se você simplificar muito o número de servidores Web front-end, servidores de aplicativos ou servidores de banco de dados, não terá uma estimativa confiável do tempo de duração do processo de atualização e talvez não possa especificar as possíveis complicações inerentes às interações entre servidores de mesma função (por exemplo, transações do SQL Server). Se tiver vários servidores em uma função no farm original, use pelo menos dois servidores dessa função no farm de teste para verificar esses problemas. 116 Ambientes de teste adicionais para atualização com anexação de banco de dados Se estiver usando a abordagem de atualização com anexação de banco de dados, talvez seja necessário criar um ambiente de teste adicional: um farm de servidores simples que execute o Office SharePoint Server 2007, para que você possa usá-lo para executar o verificador de pré-atualização antes de tentar atualizar os dados. Você pode evitar essa etapa executando o verificador de pré-atualização no farm de produção existente. Identificar e instalar personalizações Para obter um processo de teste preciso, localize todas as personalizações do ambiente atual e as copie para o ambiente de teste. Para obter mais informações sobre os tipos de personalização a serem identificados, consulte Determinar como lidar com personalizações (SharePoint Server 2010). Use o verificador de pré-atualização para identificar definições de site, modelos de site e recursos do ambiente. O verificador de pré-atualização percorre cada conjunto de sites e gera um relatório sobre o estado de cada site. Ele também salva informações de definição de cada lista. Você pode examinar os relatórios para localizar problemas e solucioná-los antes de iniciar o processo de atualização. Ao contrário da ferramenta de verificação de pré-atualização do Office SharePoint Server 2007, o verificador de pré-atualização é uma ferramenta somente leitura e não altera os seus sites. Para obter mais informações sobre essa ferramenta e conhecer as etapas para executá-la, consulte o artigo sobre verificação de pré-atualização e geração de relatórios para versões futuras (Office SharePoint Server) e Executar o verificador de pré-atualização (SharePoint Server 2010). 117 Use a operação Stsadm –o enumallwebs em todos os bancos de dados de conteúdo no ambiente do Office SharePoint Server 2007 para identificar personalizações específicas em subsites. Essa operação lista uma ID para cada conjunto de sites e subsite no seu ambiente, bem como os modelos dos quais o site depende. Ela foi inicialmente introduzida no Office SharePoint Server 2007 com Service Pack 2 (SP2). Para obter mais informações, consulte Enumallwebs: operação de Stsadm (Office SharePoint Server). Use uma ferramenta como WinDiff (fornecida com a maioria dos sistemas operacionais Windows) para comparar os servidores do seu ambiente de produção com os servidores do farm de teste. É possível usar essa ferramenta para ver quais arquivos existem nos servidores e as diferenças entre eles. Verifique se há alterações nos arquivos web.config e se há controles personalizados no elemento SafeControls. Use a Ferramenta de Diagnóstico do SharePoint (SPDiag) para localizar soluções implantadas. Para obter mais informações, consulte Ferramenta de Diagnóstico do SharePoint (SPDiag) . Crie uma lista de todas as personalizações encontradas. Se possível, identifique a origem delas. Por exemplo, há suplementos de terceiros ou modelos que tenham sido personalizados internamente? Depois de identificar a origem, verifique se há versões atualizadas das personalizações. Há uma planilha que pode ser usada para preencher informações do ambiente, com base nos dados apurados nos resultados do verificador de pré-atualização e na pesquisa sobre personalizações. Baixe a planilha em http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416 e adapte-a de acordo com as suas necessidades. Dica Quem você contata para obter informações sobre as personalizações que não criou? Após identificar todas as personalizações, copie-as para os servidores apropriados no farm de teste. Use o cmdlet do Windows PowerShell, test-spcontentdatabase, antes de anexar um banco de dados ao SharePoint Server 2010, para determinar se há alguma personalização faltando no ambiente. Execute esse comando para cada banco de dados após a restauração no servidor de banco de dados, porém antes de executar a atualização. Observe que o cmdlet será executado silenciosamente; ou seja, não retornará nenhuma saída, exceto em caso de erro. Copiar os dados reais no ambiente de teste e tentar a atualização Você só atingirá os objetivos do teste se usar dados reais. Os seguintes métodos podem ser usados para criar uma cópia dos dados: Para a atualização in-loco, crie um backup do farm e restaure-o no ambiente de teste. Para obter mais informações, consulte Fazer backup e restaurar um farm inteiro (Office SharePoint Server 2007). 118 Para a atualização com anexação de banco de dados, é necessário usar as ferramentas de backup e restauração do Microsoft SQL Server para criar uma cópia dos seus bancos de dados de conteúdo e de qualquer outro banco de dados que você queira atualizar. Para obter mais informações, consulte Fazer o backup e a restauração de bancos de dados (Office SharePoint Server). Não há maneira melhor de identificar o que pode surgir durante uma atualização do que a execução de um teste em uma cópia de todos os seus dados. Entretanto, isso nem sempre é uma opção viável para o teste inicial. Você pode dividir o teste em fases e testar um banco de dados de cada vez (caso os bancos de dados sejam grandes) para garantir que tudo o que for exclusivo no conjunto de dados será testado. Ou você pode montar um subconjunto de dados de sites representativos, no seu ambiente. Se quiser testar primeiro com um subconjunto de dados, verifique se o subconjunto tem estas características: O subconjunto de dados contém sites que são típicos dos sites que você aceita no seu ambiente. O tamanho e a complexidade do subconjunto de dados são muito semelhantes ao tamanho e à complexidade reais do seu ambiente. Importante: O teste de um subconjunto de dados não produz um parâmetro de comparação válido sobre a quantidade de tempo que será necessária para processar todo o volume de dados do seu ambiente. Depois de copiar os dados, faça uma primeira experiência do processo de atualização para ver o que acontece. Esta é apenas uma sessão preliminar. Tentar a atualização in-loco Se quiser tentar uma abordagem de atualização in-loco, use as etapas a seguir para testar o processo de atualização: 1. Crie um backup do seu farm. 2. Restaure o backup do farm de teste. Para obter mais informações, consulte Fazer o backup e a restauração de um farm inteiro (Office SharePoint Server 2007). 3. Execute o verificador de pré-atualização. Anote todos os problemas detectados. Convém solucioná-los no ambiente original antes de executar a atualização real do farm de produção. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). 4. Siga as etapas em Executar uma atualização in-loco (SharePoint Server 2010) para tentar a atualização in-loco. 5. Revise os resultados. 119 Tentar uma abordagem com anexação de banco de dados 1. Crie um backup do SQL Server dos seus bancos de dados de conteúdo e dos bancos de dados SSP (Provedor de Serviços Compartilhados). 2. Use o SQL Server para restaurar os backups no farm de teste de servidor único e anexe os bancos de dados de conteúdo a esse ambiente. Para obter mais informações, consulte Fazer o backup e a restauração de bancos de dados (Office SharePoint Server). 3. Execute o verificador de pré-atualização. Anote todos os problemas detectados. Convém solucioná-los no ambiente original antes de executar a atualização real do farm de produção. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). 4. Siga as etapas em Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados para configurar o ambiente de teste para uma atualização com anexação de banco de dados. 5. Siga as etapas em Anexar bancos de dados e atualizar para o SharePoint Server 2010 para tentar o processo de atualização com anexação de banco de dados. Revisar os resultados Depois de concluída a atualização de teste, você poderá revisar os resultados e rever seu planejamento. Analise os arquivos de log, examine os sites atualizados e verifique suas personalizações. Como a atualização funcionou no seu ambiente? O que você detectou? O que precisa ser repensado no seu planejamento de atualização? Revisar os arquivos de log Revise os seguintes arquivos de log: Arquivo de log do verificador de pré-atualização. Os arquivos de log do verificador de pré-atualização (stsadm -o preupgradecheck) estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Os arquivos de log são nomeados neste formato: PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-random-number.log, onde AAAAMMDD é a data e HHMMSS-SSS é a hora (formato de relógio 24 horas, com minutos, segundos e milissegundos), e o número aleatório é usado para diferenciar possíveis tentativas simultâneas de execução do verificador de pré-atualização. Arquivo de log do Assistente de Configuração de Produtos do SharePoint (Psconfig.exe) (gerado quando você executa este assistente como parte da sua tentativa de atualização in-loco). Os arquivos de log PSCDiagnostics estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. 120 Arquivo de log atualizado e arquivo de log de erro de atualização (gerados quando você executa a atualização). O arquivo de log de atualização (.log) e o arquivo de log de erro de atualização (.err) estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Os arquivos de log são nomeados neste formato: Upgrade-AAAAMMDDHHMMSS-SSS.log, onde AAAAMMDD é a data e HHMMSS-SSS é a hora (formato de relógio 24 horas, com minutos, segundos e milissegundos). Para analisar os arquivos de log para localizar e solucionar problemas, comece na parte superior dos arquivos. Erros ou avisos poderão se repetir se eles ocorrerem em vários conjuntos de sites do ambiente ou se, juntos, bloquearem o processo de atualização. Por exemplo, se você não puder se conectar ao banco de dados de configuração, o processo de atualização tentará (e falhará) várias vezes, e essas tentativas serão listadas no arquivo de log. Pesquise ou verifique visualmente as seguintes entradas: Atualização concluída SPFarm Name=<Nome do Banco de Dados de Configuração> Sessão de atualização in-loco concluída. Objeto raiz = SPFarm=<Nome do Banco de Dados de Configuração>, recursivo = True. 0 erros e 0 avisos encontrados. Se encontrar essas entradas, a instalação terá êxito. Se não encontrar as entradas da etapa anterior, identifique as questões específicas que possivelmente contribuíram para a falha, pesquisando ou verificando visualmente os seguintes termos do arquivo Upgrade.log: Pesquise ERROR nos arquivos de log para localizar todas as falhas (por exemplo, componentes com falhas ou conexões defeituosas de bancos de dados). Pesquise WARNING para localizar problemas, como recursos ou componentes que estejam faltando. Para localizar os problemas de atualização, um analisador de log pode ser bastante útil para a execução de consultas nos arquivos de log. Reiniciar a atualização, se necessário Durante uma atualização com anexação de banco de dados, todos os sites que não puderem ser atualizados serão ignorados. Durante uma atualização in-loco, se o servidor for reiniciado ou se a atualização falhar, você precisará recomeçar o processo de atualização para atualizar o restante dos sites. Para ver se algum site ficou faltando ou foi ignorado durante a atualização, execute a operação stsadm -o localupgradestatus do Stsadm em cada servidor Web front-end do seu farm de servidores do SharePoint Server 2010. Para obter mais informações sobre essa operação, consulte Localupgradestatus: operação de Stsadm (Office SharePoint Server).. Caso a atualização tenha ignorado algum conjunto de sites, reinicie o processo de atualização do banco de dados com o conjunto de sites em questão usando o seguinte cmdlet do Windows 121 PowerShell: upgrade-spcontentdatabase -id <GUID>. Para obter mais informações sobre esse cmdlet, consulte Upgrade-SPContentDatabase. Para obter mais informações, consulte Continuar a atualização (SharePoint Server 2010). Revisar sites atualizados Revise os sites atualizados para identificar problemas que devem ser solucionados antes da execução do processo de atualização no seu ambiente de produção. Para obter mais informações sobre o que analisar especificamente, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Ajustar seu planejamento e tentar novamente Repita o processo de teste até ter certeza de que você localizou todos os possíveis problemas e de que sabe como lidar com eles. Sua meta é saber o que seu planejamento prevê caso a situação não esteja bem, e já sejam 16 horas do domingo, e você precise estar online novamente na segunda-feira pela manhã. Há algum ponto sem retorno? Teste seu plano de reversão e verifique se ele funciona antes de começar a atualização real. 122 Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010) Uma parte importante do planejamento da atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010 consiste em determinar o tempo que o processo de atualização levará e o espaço de armazenamento que será necessário. Cada ambiente é exclusivo e inclui diferentes recursos de hardware e diferentes características de site. O espaço e o tempo necessários para executar uma atualização variarão bastante dependendo do ambiente. A melhor maneira de estimar esses fatores é executar uma atualização de avaliação e, depois, examinar o espaço e o tempo que foram necessários. Para obter mais informações sobre como executar uma atualização de avaliação, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Neste artigo: Estimar o espaço necessário para a atualização Estimar a duração da atualização Estimar o espaço necessário para a atualização Os bancos de dados podem ser expandidos durante as abordagens de atualização in-loco e de atualização com anexação de banco de dados. Além disso, muitas transações ocorrem enquanto o processo de atualização é executado; portanto, você deve garantir que os arquivos de log tenham espaço para se expandir, de modo a acomodar as alterações que ocorrerem. É necessário planejar o crescimento nos bancos de dados e nos arquivos de log. Ao planejar a atualização, verifique se o ambiente atual segue as práticas recomendadas de armazenamento para o Office SharePoint Server 2007, de modo a obter o melhor desempenho e a melhor experiência possíveis durante a atualização. Para obter mais informações, consulte o artigo sobre recomendações para armazenamento físico (Office SharePoint Server). Examine também as melhores práticas para o SharePoint Server 2010 e faça todos os ajustes necessários no ambiente atualizado. Devido às alterações em estruturas de tabelas na nova versão, os bancos de dados crescem temporariamente enquanto os dados são reorganizados. Esse espaço pode ser recuperado após a atualização, mas você deve garantir que exista espaço suficiente para os bancos de dados se expandirem em até 50% em relação a seus tamanhos atuais durante uma atualização in-loco ou com anexação de banco de dados (lembre-se de que, após a atualização, é possível reduzir novamente o banco de dados para recuperar grande parte desse espaço). Verifique também se há espaço nos servidores de bancos de dados para comportar o crescimento típico dos bancos de dados com o passar do tempo. Para saber o tamanho atual de seus bancos de dados, use o Enterprise Manager no 123 Microsoft SQL Server. Além do espaço para bancos de dados, também é preciso ter espaço para os seguintes itens: Os bancos de dados temporários. Verifique se há espaço suficiente no banco de dados para permitir o crescimento rápido dos bancos de dados temporários. Se o espaço for insuficiente, o processo de atualização poderá atingir o tempo limite e haverá falha na atualização. Arquivos de log de atualização. Arquivos de logs de transações para os bancos de dados. Esses arquivos de log devem crescer rapidamente para acomodar a quantidade de mudanças que ocorrem nos bancos de dados. Observação: Em ambientes muito grandes, existe a possibilidade de que a taxa de crescimento padrão para os arquivos de logs de transações (10 %) não seja suficiente para acompanhar o processo de atualização; isso pode causar um tempo limite. Novamente, uma atualização de avaliação é a melhor forma de determinar se os arquivos de logs de transações podem acompanhar o processo de atualização. Se o seu ambiente for muito grande ou se o processo tiver atingido o tempo limite durante a atualização de avaliação, considere a possibilidade de expandir os arquivos de logs de transações do SQL Server com antecedência, de modo a garantir espaço para o número de transações a serem processadas. Para obter mais informações sobre como expandir os logs de transações do SQL Server, consulte o artigo sobre expansão de um banco de dados (SQL Server 2005) (http://go.microsoft.com/fwlink/?linkid=182619&clcid=0x416) ou o artigo sobre expansão de um banco de dados (SQL Server 2008) (http://go.microsoft.com/fwlink/?linkid=182620&clcid=0x416). Estimar a duração da atualização Com as estimativas de espaço em disco em mãos e já tendo realizado alguns testes, agora você pode fazer uma estimativa bruta da duração real do processo de atualização. Os tempos de atualização variam bastante entre os ambientes. O desempenho de uma atualização depende muito do hardware que está sendo usado, da complexidade dos sites e das características específicas da implementação. Por exemplo: se você tiver muitas bibliotecas de documentos grandes, elas poderão demorar mais para serem atualizadas do que um site mais simples. Os fatores que influenciam o desempenho são descritos na tabela a seguir. Fatores de conteúdo Fatores de hardware O número de: Entrada/saída de disco por segundo do SQL Server Layout de banco de dados do SQL Server para disco Otimizações de bancos de dados temporários Conjuntos de sites Subwebs Listas 124 Fatores de conteúdo Versões de documentos (número e tamanho) Documentos Links Além do tamanho geral do próprio banco de dados. Fatores de hardware do SQL Server Características de memória e CPU do SQL Server Características de memória e CPU do servidor Web Largura de banda e latência A forma como os dados são estruturados pode afetar o tempo necessário para a sua atualização. Por exemplo, 10.000 listas com 10 itens cada terão um tempo de atualização maior do que 10 listas com 10.000 itens. As ações necessárias para atualizar a infraestrutura de lista devem ser realizadas para cada lista, independentemente do número de itens. Portanto, mais listas equivalem a mais ações. O mesmo vale para a maioria dos itens na coluna "Fatores de conteúdo" da tabela acima. A estrutura do seu hardware também pode afetar bastante o desempenho. Em geral, o desempenho do servidor de banco de dados é mais importante do que o desempenho do servidor Web. No entanto, problemas de conectividade ou hardware com potência insuficiente em uma dessas camadas podem afetar significativamente o desempenho da atualização. A abordagem de atualização escolhida também fará uma grande diferença para a duração do processo. A atualização com anexação de banco de dados é o método mais rápido (porém, as etapas de pré-atualização e pós-atualização dessa abordagem demoram mais do que as da atualização inloco). Uma atualização in-loco demora um pouco mais porque você atualiza o ambiente, além dos sites, mas não há tantas etapas de pré-atualização e pós-atualização nessa abordagem. A melhor forma de estimar o tempo geral é fazer uma atualização de avaliação de uma pequena parte dos dados ou de todos eles e, depois, examinar os arquivos de log de atualização. Os arquivos de log contêm a duração da atualização — procure a indicação de Tempo Total Decorrido na parte inferior do arquivo de log de atualização. Use essa indicação de tempo para projetar uma duração para o conjunto completo de conteúdo. Você também pode usar os arquivos de log para verificar o andamento do processo de atualização. O arquivo upgrade.log está localizado em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS. A estimativa a que se chega com base na atualização de avaliação refere-se ao processo de atualização real dos dados; ela não inclui todas as etapas que você precisa executar antes e depois dessa etapa, que podem levar mais tempo do que a própria atualização de dados. Ao estimar a duração da atualização, além do tempo necessário para o processamento de dados, estime também a duração das atividades das fases de pré-atualização e pós-atualização. Para as etapas de pré-atualização, considere os seguintes fatores: Criação de elementos personalizados A atualização de Web Parts ou a recriação de modelos personalizados para tirar proveito de novos recursos levarão algum tempo. O processo de criação de elementos personalizados deve começar cedo, durante a fase de avaliação do projeto. 125 Backup dos bancos de dados Para a atualização in-loco, você deve realizar um backup completo — não um backup diferencial — de todo o ambiente, de modo a garantir a recuperação na possibilidade remota de que haja falha na atualização e você precise recriar o farm de servidores. Em grandes ambientes, essa etapa pode levar muito tempo. Especificamente, se você estiver fazendo o backup em um local de rede, problemas de latência de rede poderão reduzir a velocidade do processo. Para as etapas de pós-atualização, considere os seguintes fatores: Verificação de sites e realização de alterações Reserve tempo suficiente para que os usuários validem seus sites após a atualização. Isso pode levar vários dias. Para obter mais informações, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Criação de aplicativos de serviço e configuração de serviços Essa etapa é aplicável somente durante uma atualização com anexação de banco de dados (em uma atualização in-loco, os aplicativos de serviço são criados como parte do processo de atualização). A criação de aplicativos de serviço e a configuração de serviços não levam muito tempo; no entanto, se for necessário contatar um administrador de banco de dados para pré-criar os bancos de dados, você poderá precisar de um dia ou dois para concluir o processo. Convertendo propriedades de perfil em dados de taxonomia e atualizando o repositório de fotos para serviços de Perfil de Usuário Você deve converter propriedades de perfil de usuário que incluam listas de opções para usar recursos de taxonomia fornecidos pelo serviço de Metadados Gerenciados. Dependendo do número de perfis de usuário no ambiente, essas etapas poderão adicionar uma ou mais horas ao processo de atualização. Executando um rastreamento de pessoas Em grandes organizações, esta etapa pode durar mais de 24 horas. Executando um rastreamento de pesquisa em todo o conteúdo Em grandes sites, esta etapa pode demorar mais de 24 horas. Outros fatores do ambiente também podem contribuir para aumentar o tempo de atualização, como: Bibliotecas de documentos muito grandes Uma biblioteca com mais de 250.000 documentos, todos na raiz da biblioteca (não em pastas) levará um longo tempo para ser atualizada, e a atualização talvez não tenha êxito. Se você adotar as diretrizes do Microsoft Office SharePoint Server 2007 para usar pastas para dividir grandes bibliotecas de documentos, isso poderá ajudá-lo a gerenciar o tamanho da biblioteca. Por exemplo, se você reorganizar a mesma biblioteca de documentos para que os 250.000 documentos sejam divididos em 125 pastas, ela deverá ser atualizada mais facilmente. Bancos de dados muito grandes Bancos de dados com mais de 100 GB podem levar muito tempo para serem atualizados. Observação Se você tiver bancos de dados de conteúdo com mais de 100 GB e que incluam tipos de sites mistos (como sites Meu Site e sites de equipes, juntamente com sites publicados), antes de fazer a atualização é recomendável dividi-los em bancos de dados menores que contenham 126 um tipo de dados consistente. Além de demorarem mais para serem atualizados, bancos de dados maiores dificultam a recuperação caso a atualização não seja concluída com êxito. Você pode usar as operações mergecontentdbs ou backup e restore de Stsadm.exe para mover sites entre bancos de dados. Para obter mais informações, consulte o artigo sobre Mergecontentdbs: operação do Stsadm (Office SharePoint Server) e o artigo sobre backup e restauração: operações do Stsadm (Office SharePoint Server). Se você tiver um banco de dados muito grande (com mais de 100 GB) que não possa ser dividido porque a maior parte do conteúdo está em um único conjunto de sites, convém reconsiderar sua abordagem de atualização. Uma abordagem de atualização com anexação de banco de dados é mais difícil de ser executada com bancos de dados muito grandes, pois o backup e a restauração destes são problemáticos. Cuidado: Verifique se você está seguindo as diretrizes de planejamento de capacidade das versões antiga e nova antes de tentar fazer a atualização. Se você tiver excedido as diretrizes de desempenho ideal, o processo de atualização poderá demorar mais ou não ser concluído com êxito (por exemplo, o processo pode atingir o tempo limite repetidamente na mesma grande biblioteca de documentos). Se sua implantação não atender às diretrizes de capacidade recomendadas, verifique se é necessário tomar alguma providência para atendê-las antes de tentar fazer a atualização. Novamente, uma atualização de avaliação pode ajudá-lo a tomar a decisão. Requisitos de comunicações É necessário notificar os usuários e a equipe sobre o cronograma de atualização e lhes dar tempo suficiente para concluírem suas tarefas. Para obter mais informações, consulte Criar um plano de comunicação (SharePoint Server 2010) Gerenciando alertas e alarmes do System Center Você precisa monitorar o desempenho do sistema durante a atualização, mas não precisa monitorar recursos específicos. Pause todos os alarmes e alertas desnecessários do Microsoft Systems Center Operations Manager ou do Microsoft Operations Manager e reative-os após a atualização. Ativando/desativando o espelhamento de SQL e o envio de logs Você deve desativar o espelhamento e o envio de logs antes do processo de atualização e reativálos depois que comprovar a execução correta do ambiente após a atualização. Convém não executar o espelhamento nem o envio de logs durante a atualização, pois isso gera carga adicional para os servidores que executam o SQL Server e desperdiça recursos com o espelhamento ou o envio de dados temporários. Teste seu processo de atualização para saber quanto tempo ele pode levar. Em seguida, crie um cronograma para as operações de atualização e teste-o para determinar a linha do tempo. Inclua o tempo necessário para realizar as etapas de pré-atualização e pós-atualização na linha do tempo de operações: se forem necessárias cinco horas para fazer o backup do ambiente antes de começar, inclua esse tempo na janela de interrupção. Inclua também tempo de reserva, caso seja necessário 127 restaurar ou recuperar o ambiente — você precisa determinar as linhas do tempo de interrupção planejada (caso realista) e de interrupção de emergência (a pior das hipóteses). 128 Limpando o ambiente antes da atualização (SharePoint Server 2010) Antes de começar a atualizar do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, verifique se o ambiente está funcionando em um estado íntegro e se você limpou todo o conteúdo que não precisa atualizar. Você também pode remover ou reorganizar o conteúdo, para ter a estrutura desejada após executar a atualização. Neste artigo: Itens para limpeza Fazendo alterações estruturais Itens para limpeza Muitos desses itens podem ser removidos ou reparados com o uso dos comandos Stsadm.exe. Importante: Para executar a ferramenta de linha de comando Stsadm, você deve ser membro do grupo Administradores do computador local. Exclua subwebs e conjuntos de sites não utilizados ou pouco utilizados Não convém atualizar conteúdo que você não precisa manter. Se ele não tiver sido utilizado por um longo período e não for necessário no futuro, faça backup dele e exclua-o para liberar recursos administrativos e armazenamento, além de aprimorar o desempenho da atualização e reduzir seus riscos. Não deixe de comunicar o status do site aos proprietários de sites ou contatos organizacionais — verifique se o site não é necessário antes de excluí-lo (por exemplo, não exclua sites que são necessários para conformidade, como procedimentos de emergência, mesmo que não sejam atualizados com frequência). Para obter mais informações sobre como excluir subwebs e conjuntos de sites, consulte: Deletesite: operação do Stsadm (Office SharePoint Server) Deleteweb: operação do Stsadm (Office SharePoint Server) Abordar listas grandes Por padrão, a limitação de consultas de listas grandes é aplicada após uma atualização para o SharePoint Server 2010. Se uma lista for muito grande e os usuários utilizarem uma exibição ou executarem uma consulta que exceda o limite ou limitação, a exibição ou a consulta não serão permitidas. Verifique as listas grandes em seu ambiente e peça ao proprietário do site ou da lista que 129 aborde o problema antes da atualização. Por exemplo, eles podem criar colunas indexadas usando exibições filtradas, organizar os itens em pastas, definir um limite de itens na página de uma grande exibição ou usar uma lista externa. Para obter mais informações sobre como abordar problemas de listas grandes, consulte o artigo sobre como gerenciar listas e bibliotecas com muitos itens (http://go.microsoft.com/fwlink/?linkid=182370&clcid=0x416) no Office Online. Abordar ACLs grandes O uso de permissões no nível de item muitas vezes pode resultar em grandes entradas de listas de controle de acesso (ACL), que, por sua vez, podem criar problemas de desempenho nos servidores. Para obter informações sobre esse problema e dicas sobre como lidar com muitos usuários, consulte o Artigo 953132 da Base de Dados de Conhecimento sobre como adicionar muitos usuários a um site, a uma lista ou a uma biblioteca de documentos no Windows SharePoint Services 3.0 e no SharePoint Server 2007 (http://go.microsoft.com/fwlink/?linkid=182327&clcid=0x416). Remover versões de documentos externas Um grande número de versões de documentos pode tornar uma atualização significativamente mais lenta. Se não for necessário manter várias versões, você poderá pedir aos usuários que as excluam manualmente ou usar o modelo de objeto para localizá-las e removê-las. Para obter mais informações sobre como remover versões externas por meio de programação, consulte o artigo sobre serviço Web de versões (http://go.microsoft.com/fwlink/?linkid=182330&clcid=0x416) no MSDN. Remover modelos, recursos e Web Parts não utilizados Primeiro, verifique se não há sites que usam o modelo, recurso ou Web Part. Você pode usar o verificador de pré-atualização (Stsadm -o preupgradecheck) e a operação Stsadm -o EnumAllWebs para identificar essas personalizações no ambiente. Ambas as operações foram atualizadas na Atualização Cumulativa de outubro de 2009 e agora identificam Web Parts, recursos, manipuladores de eventos e arquivos de configuração que estão sendo usados no ambiente. O verificador de préatualização especifica os arquivos do servidor que existem no ambiente e quantas vezes eles são usados. O comando EnumAllWebs especifica quais arquivos são usados por quais sites. Para obter mais informações sobre como identificar personalizações no ambiente, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Se personalizações não estiverem sendo usadas, exclua-as. Para obter mais informações sobre como gerenciar esses tipos de personalizações, consulte os artigos sobre recursos e modelos (http://go.microsoft.com/fwlink/?linkid=182338&clcid=0x416) e soluções e pacotes de Web Parts (http://go.microsoft.com/fwlink/?linkid=182332&clcid=0x416) no MSDN. 130 Reparar problemas de dados Limpe seus bancos de dados para remover sites órfãos ou outros dados corrompidos, como uma lista corrompida. Considere a desfragmentação, caso tenha removido sites ou subsites do banco de dados. Para obter mais informações, consulte: Databaserepair: operação do Stsadm (Office SharePoint Server) Forcedeletelist: operação Stsadm (Office SharePoint Server) Em ambientes de publicação, verifique a existência de qualquer variação que tenha de ser corrigida. Para obter mais informações, consulte Variationsfixuptool: operação do Stsadm (Office SharePoint Server). Fazendo alterações estruturais Se desejar fazer alterações estruturais no ambiente, como mover conjuntos de sites ou alterar a alocação dos bancos de dados, você poderá usar os seguintes métodos: Stsadm -o mergecontentdbs Use esse método para mover conjuntos de sites entre bancos de dados. A atualização é mais eficiente quando os bancos de dados contêm dados semelhantes. Portanto, será melhor se os conjuntos de sites que compartilharem um banco de dados de conteúdo forem de tipos semelhantes. Você também pode usar essa operação para dividir bancos de dados grandes, caso contenham vários conjuntos de sites. Isso também pode contribuir para tornar a atualização mais eficiente. Para obter mais informações, consulte Mergecontentdbs: operação do Stsadm (Office SharePoint Server). Exportar e importar sites Use esse método para mover subwebs ou conjuntos de sites em um farm ou entre farms. Para obter mais informações, consulte Import e export: operações do Stsadm (Office SharePoint Server). 131 Solucionar problemas de atualização (SharePoint Server 2010) Mesmo após testar o processo de atualização para identificar possíveis problemas, é possível que ocorram problemas inesperados durante uma atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010. Se houver problemas após a atualização, quanto mais cedo você os detectar e corrigir, melhor será a experiência do usuário final. Este artigo descreve princípios gerais para identificar e lidar com problemas de atualização, além de incluir uma lista de problemas comuns. Depois de identificar e solucionar esses problemas, você poderá continuar a atualização. Para obter mais informações sobre como continuar o upgrade, consulte Continuar a atualização (SharePoint Server 2010). Neste artigo: Princípios gerais para identificar problemas Problemas comuns Princípios gerais para identificar problemas Comece verificando o status da atualização, para determinar em que ponto ela foi interrompida (caso isso tenha ocorrido), e consulte os arquivos de log em busca de erros ou avisos. Corrija os problemas encontrados antes de continuar a atualização. Em primeiro lugar, verifique o status da atualização e os arquivos de log Os indicadores de status e os arquivos de log da atualização devem dar uma indicação do que não deu certo durante o processo de atualização. Convém examinar com atenção todos os erros registrados nos arquivos de log da atualização. Avisos nem sempre indicam um problema, mas não deixe de examinar todos eles para determinar se existe a possibilidade de que um deles cause ainda mais problemas. 1. Verifique o status da atualização executando um dos procedimentos a seguir ou ambos: Examine a página Status da Atualização no site da Administração Central do SharePoint. Use a operação localupgradestatus de Stsadm.exe para verificar o status da atualização. Para obter mais informações sobre como verificar o status da atualização, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). 2. Examine os seguintes arquivos de log: O arquivo de log de Setup.exe. O arquivo de log do Assistente de Configuração de Produtos do SharePoint (Psconfig.exe). 132 O arquivo de log de erros da atualização e o arquivo de log de atualização (que contém informações mais detalhadas do que o arquivo de log de erros da atualização). Arquivos de log de rastreamento ou ULS. Esses arquivos estão armazenados na pasta %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS e são nomeados da seguinte maneira: Nome_do_servidor_AAAAMMDD-MMSS.log. O arquivo de log de eventos do aplicativo. Esse arquivo pode ser exibido com o uso do Visualizador de Eventos. Para obter mais informações sobre Setup.exe, PSconfig.exe e os arquivos de log da atualização, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Para obter mais informações sobre o arquivo de log de rastreamento, consulte o artigo sobre logs de rastreamento (http://go.microsoft.com/fwlink/?linkid=182380&clcid=0x416) no MSDN. Em seguida, solucione os problemas em ordem Alguns problemas têm mais consequências do que outros. Por exemplo, um arquivo ausente no servidor pode causar vários erros aparentemente não relacionados no nível de site. Solucione os problemas na seguinte ordem: 1. Personalizações ou arquivos ausentes no servidor, como recursos ou Web Parts. 2. Problemas de configuração no farm de servidores, no aplicativo Web ou em serviços, como caminhos gerenciados ou serviços não iniciados. 3. Problemas adicionais descobertos em cada site, começando pelos sites de alto impacto e grande visibilidade. À medida que identificar e corrigir os problemas mais importantes, você poderá tentar executar novamente a atualização para conferir se outros problemas mais adiante no processo de atualização também foram corrigidos. Problemas comuns Verifique se um dos problemas a seguir está causando um erro ou um aviso de atualização. Personalizações ou arquivos ausentes ou preteridos no servidor Um erro comum durante a atualização está relacionado a arquivos ausentes no servidor — arquivos instalados com o Office SharePoint Server 2007 ou personalizados. Quando se preparou para a atualização, você deve ter criado um inventário de personalizações no servidor (como definições de sites, modelos, recursos, Web Parts, assemblies) necessárias para os sites. (O verificador de préatualização pode ajudar a identificar esses itens.) Consulte o inventário para garantir que todos os arquivos necessários às personalizações estejam instalados no ambiente de atualização. 133 Se estiver fazendo uma atualização com anexação de banco de dados, será possível usar o cmdlet test-spcontentdatabase do Windows PowerShell antes de atualizar o banco de dados para identificar arquivos ausentes. Também existe a opção de usar a operação enumallwebs em Stsadm.exe para identificar personalizações no servidor que estão sendo usadas. Nos arquivos de log da atualização, vários erros podem ser exibidos, entre os seguintes: ERRO Detectada Contagem de Referência Web(s) usando modelo da Web ausente Identificador de Modelo de Site (lcid: Código de Idioma do Modelo de Site) em ContentDatabase Nome do Banco de Dados de Conteúdo. ERRO ID de recurso ausente = [Identificador de Recurso] ERRO O arquivo [Caminho Relativo do Arquivo] é referenciado [Contagem de Referência] vezes no banco de dados, mas não está instalado no farm atual. AVISO A classe de WebPart [Identificador de Web Part] é referenciada [Contagem de Referência] vezes no banco de dados, mas não está instalada no farm atual. AVISO O assembly [Caminho do Assembly] é referenciado no banco de dados, mas não está instalado no farm atual. AVISO Não foi possível atualizar o recurso. Exceção: a ID de definição de recurso 'Identificador de Recurso' não foi encontrada. Se você puder obter um arquivo ou uma dependência ausente do servidor, instale-o e execute novamente a atualização para os sites afetados. Se o arquivo ou a dependência (como uma Web Part) tiver sido preterido, decida se deseja ou não recriar o site, a página ou a Web Part de forma a usar um modelo, um recurso ou uma Web Part diferente. Se for possível refazer a personalização usando dependências que não foram preteridas, você poderá executar a atualização novamente para os sites afetados. Se não conseguir remover a dependência, você não poderá atualizar o site. Após a instalação da dependência ou do arquivo ausente, use o cmdlet test-SPContentDatabase do Windows PowerShell em um servidor de teste para determinar se há outros arquivos ausentes para o banco de dados. Se você executar apenas o verificador de pré-atualização ou executar a atualização novamente, talvez o erro não apareça nos arquivos de log, embora ainda possa estar ocorrendo. Configurações ausentes ou definidas incorretamente para farm de servidores, aplicativo Web ou serviços Verifique as configurações do aplicativo Web e do farm e crie e inicialize os serviços ausentes. Verifique se os caminhos gerenciados (caminhos incluídos ou excluídos) estão configurados corretamente para cada aplicativo Web. Nos arquivos de log da atualização, podem ser relacionados vários erros, como: ERRO Não foi possível acessar o modelo Id do Modelo: SPSite Id=Id do Site devido a uma exceção. Ignorando SPWeb Id=Id da Web para atualização do modelo. Exceção: System.IO.FileNotFoundException: Não foi possível encontrar o site com o id Id do Site. 134 O erro indica que um caminho gerenciado está ausente. Adicione o caminho gerenciado do conjunto de sites ao aplicativo Web e reinicie a atualização para o banco de dados de conteúdo que contém esse conjunto de sites. Níveis de atualização inconsistentes ou incorretos É necessário estar executando o Office SharePoint Server 2007 com Service Pack 2 para realizar a atualização. Se você não atender a esse requisito mínimo, ocorrerá um erro e a atualização não será executada. Além disso, seus servidores devem ser atualizados corretamente. Por exemplo, se você tiver aplicado a versão do Windows SharePoint Services 3.0 de uma atualização, mas não a versão do Office SharePoint Server 2007, a atualização não será executada. O número de versão do Windows SharePoint Services 3.0 é exibido na página Servidores no Farm na Administração Central do SharePoint. O número de versão do Office SharePoint Server 2007 é o número de versão do arquivo Microsoft.SharePoint.portal.dll na pasta %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\ISAPI. Os números de versão na página Servidores no Farm e nos arquivos Microsoft.SharePoint.portal.dll devem ser correspondentes e devem estar no nível 12.0.6420.1000 ou superior para a atualização. Para obter mais informações, consulte o artigo sobre implantação de atualizações de software para o Office SharePoint Server 2007. Problemas de dados Os seguintes problemas de dados podem causar erros ou avisos durante a atualização: Conectividade a fontes de dados. Se os servidores não puderem se conectar aos bancos de dados, não poderão ser atualizados. Listas ou sites órfãos ou outros danos aos bancos de dados. Para obter mais informações, consulte Limpando o ambiente antes da atualização (SharePoint Server 2010). Dados de coluna ocultos. Se o processo de atualização adicionar uma coluna a uma lista, e já existir na lista uma coluna personalizada com esse mesmo nome, a coluna personalizada será renomeada. Após a atualização, talvez você precise reajustar suas exibições para incluir a coluna renomeada. Nos arquivos de log da atualização, podem ser relacionados vários erros, como: AVISO Os sites órfãos podem causar falhas de atualização. ERRO O banco de dados [Nome de Banco de Dados de Conteúdo] contém um site (Id = [Identificador do Conjunto de Sites], Url = [URL do Conjunto de Sites]) que não foi encontrado no mapa do site. Corrija os danos dos bancos de dados ou os itens órfãos e execute a atualização novamente. 135 Alterações na interface do usuário As alterações na interface do usuário, como a adição da interface do usuário do Fluent (também conhecida como faixa de opções) ou a adesão aos padrões de XHTML, podem causar problemas em sites. Ocasionalmente, elementos personalizados (como um tipo de conteúdo) podem ter um nome que esteja em conflito com um nome na nova versão. Também pode haver páginas que precisem ser revertidas à definição de site padrão ou listas grandes para as quais seja necessário criar novas exibições. Para obter mais informações sobre como examinar problemas da interface do usuário em sites, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Nos arquivos de log da atualização, podem ser relacionados vários erros, como: Falha ao ativar recursos do conjunto de sites no site Url do Site. Exceção: um nome de tipo de conteúdo duplicado "nome" foi encontrado. O erro indica que um tipo de conteúdo "Informações de Resumo" de terceiros foi adicionado ao site especificado no o12 e, durante a atualização para o o14, seu nome está em conflito com nosso tipo de conteúdo "Informações de Resumo" pronto para uso. Exclua o tipo de conteúdo de terceiros do site especificado ou renomeie-o como algo diferente de "Informações de Resumo" e execute a atualização novamente. Espaço insuficiente Se você ficar sem espaço (por exemplo, para arquivos de logs de transações nos servidores de bancos de dados), a atualização não poderá continuar. Libere espaço ou aumente o tamanho do arquivo de log de transações antes de continuar a atualização. Para obter mais informações, consulte o artigo sobre gerenciamento do tamanho do arquivo de log de transações (http://go.microsoft.com/fwlink/?linkid=124882&clcid=0x416). Autenticação baseada em formulários Serão necessárias etapas adicionais se você estiver atualizando um ambiente que use a autenticação baseada em formulários. Siga as etapas descritas em Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010) para atualizar provedores de autenticação baseados em formulários. Segurança e permissões Se você receber um erro sobre uma conta desconhecida ou se um banco de dados não estiver atualizado, verifique o seguinte: Para uma atualização in-loco, verifique se a conta que você usa para executar o Assistente de Configuração de Produtos do SharePoint é membro da função fixa de banco de dados db_owner para todos os bancos de dados a serem atualizados. Se a conta não for membro dessa função, 136 talvez seja exibido um erro sobre uma conta de usuário desconhecida assim que o assistente iniciar a atualização dos bancos de dados. Para uma atualização com anexação de banco de dados, se você estiver movendo bancos de dados entre instâncias do SQL Server, verifque se a segurança está configurada corretamente. Verifique se as contas que você está usando têm as funções fixas e as permissões apropriadas nos bancos de dados e se as contas ainda serão válidas se a atualização estiver sendo realizada entre domínios. Atualizando dados do SharePoint Portal Server 2003: verificador de pré-atualização relata bancos de dados corrompidos Quando um banco de dados de conteúdo em um farm do Office SharePoint Server 2007 é atualizado de um banco de dados de conteúdo do Microsoft Office SharePoint Portal Server 2003, talvez você veja o seguinte erro ao executar o verificador de pré-atualização: Falha: banco de dados de conteúdo com esquemas de banco de dados modificados Se você não fez nenhuma alteração de esquema manual no banco de dados, poderá ignorar o erro e continuar a atualização. Esse é um erro residual do processo de atualização do SharePoint Portal Server 2003 para o Office SharePoint Server 2007. Para obter mais informações, consulte o artigo 954772 da Base de Dados de Conhecimento da Microsoft. Consulte também Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010) Verificar a atualização e revisar os sites atualizados (Office SharePoint Server) Continuar a atualização (SharePoint Server 2010) 137 Recuperação após uma atualização com falha (SharePoint Server 2010) Se a atualização para o Microsoft SharePoint Server 2010 tiver falhado e você não tiver tempo para continuar a solucionar os problemas ou para continuar o processo de atualização, será preciso recuperar seu ambiente do Microsoft Office SharePoint Server 2007. As etapas são diferentes, dependendo do tipo de backup. Se você estava executando uma atualização com anexação de banco de dados e manteve o ambiente original disponível — usando bancos de dados somente leitura ou colocando o ambiente offline — será possível recuperar o ambiente com facilidade. Se estava executando uma atualização in-loco, recupere o ambiente inteiro e restaure os dados. Se tiver tempo, solucione os problemas e continue a atualização. Para obter mais informações, consulte Solucionar problemas de atualização (SharePoint Server 2010) e Continuar a atualização (SharePoint Server 2010). Neste artigo: Recuperando quando você tem bancos de dados somente leitura em um ambiente em espera (atualização com anexação de banco de dados) Recuperando quando você tem um backup do ambiente completo (atualização in-loco) Recuperando quando você tem backups de bancos de dados (atualização in-loco) Recuperando quando você tem bancos de dados somente leitura em um ambiente em espera (atualização com anexação de banco de dados) Ao executar uma atualização com anexação de banco de dados, você poderá optar por deixar disponível o ambiente existente, mas com os bancos de dados definidos como somente leitura. A recuperação nesse estado é o caminho mais simples, pois o ambiente original ainda está disponível, embora definido como somente leitura. Se precisar recuperar seu ambiente, você poderá simplesmente alternar os bancos de dados para leitura/gravação e retomar o atendimento de solicitações. O artigo sobre como executar um farm que usa bancos de dados somente leitura (Office SharePoint Server) descreve as etapas necessárias para definir que um farm deve usar bancos de dados somente leitura. Para retornar o farm somente leitura às operações completas, defina novamente a entrada Banco de Dados Somente Leitura como False e então habilite outra vez os trabalhos de timer listados no artigo. 138 Recuperando quando você tem um backup do ambiente completo (atualização in-loco) Se tiver criado um backup completo do ambiente antes de iniciar o processo de atualização, você poderá restaurar esse backup completo para recuperar o ambiente. Para obter mais sobre como restaurar com base em um backup completo, consulte o documento sobre como restaurar um farm usando ferramentas internas (Office SharePoint Server 2007). Recuperando quando você tem backups de bancos de dados (atualização in-loco) Se tiver apenas criado backups dos bancos de dados de conteúdo e SSP (Provedor de Serviços Compartilhados), você ainda poderá recuperar o ambiente, mas isso demorará mais e incluirá mais etapas. Basicamente, é preciso criar novamente o ambiente e então restaurar os bancos de dados. Para obter mais informações sobre como recuperar um ambiente e restaurar bancos de dados em backup, consulte o documento sobre como restaurar um farm após um problema de banco de dados de configuração (Office SharePoint Server). 139 Continuar a atualização (SharePoint Server 2010) Em alguns casos, talvez seja necessário reiniciar a atualização para concluir a atualização dos sites do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010. Por exemplo: Em uma atualização in-loco, se o servidor for reiniciado ou a atualização falhar, será necessário reiniciar o processo usando Psconfig.exe para atualizar os sites restantes. Durante uma atualização com anexação de banco de dados, todos os sites que não puderem ser atualizados serão ignorados. Depois de corrigir todos os problemas nos sites (por exemplo, ausência de um modelo ou pacote de idiomas, site definido como somente leitura, site que excedeu a cota), será possível reiniciar a atualização, usando um comando do Windows PowerShell, para atualizar apenas os sites ignorados. Observação: Uma causa frequente de falhas durante a atualização é a falta de recursos, soluções ou outros elementos personalizados no ambiente. Verifique se todos os elementos personalizados necessários estão instalados em seus servidores Web front-end antes de iniciar o processo de atualização. Você pode usar o verificador de pré-atualização — e, para uma atualização com anexação de banco de dados, o cmdlet test-spcontentdatabase do Windows PowerShell — para identificar qualquer elemento personalizado que seus sites possam estar usando. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas". Neste artigo: Reiniciar a atualização para um farm de servidores usando Psconfig.exe Reiniciar a atualização para um banco de dados usando o Windows PowerShell Reiniciar a atualização para um farm de servidores usando Psconfig.exe Se você determinar que a atualização foi interrompida ou falhou antes da conclusão do Assistente de Configuração de Produtos do SharePoint, reinicie o processo a partir desse ponto, executando novamente o Assistente de Configuração de Produtos do SharePoint ou por meio de uma operação de linha de comando. Esse processo também é conhecido como forçar a atualização do software. Pesquise e solucione o problema que causou a falha ou a interrupção antes de reiniciar a atualização. Para reiniciar a atualização do farm de servidores 1. Verifique se você possui as seguintes credenciais administrativas: Para usar Psconfig.exe, você deve ser membro do grupo Administradores local, no 140 servidor. 2. Abra uma janela Prompt de Comando e navegue até o seguinte diretório: %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin\ 3. Digite o seguinte comando: psconfig -cmd upgrade -inplace v2v -passphrase <senha> -wait Há um parâmetro opcional, -force, que poderá forçar a continuação da atualização se o comando acima não funcionar. Adicione -force ao final da cadeia de comando para forçar a continuação do processo de atualização. Observação: Você pode habilitar o log do Windows Installer antes de iniciar novamente a instalação da atualização do software. Para habilitar o log para o Windows Installer, consulte a Base de Dados de Conhecimento Microsoft, artigo 99206: Como habilitar o registro em log do Windows Installer (http://go.microsoft.com/fwlink/?linkid=99206&clcid=0x416). Reiniciar a atualização para um banco de dados usando o Windows PowerShell Se a atualização ignorar algum conjunto de sites durante a atualização in-loco ou com anexação de banco de dados, reinicie o processo de atualização para o banco de dados que contém esse conjunto usando um cmdlet do Windows PowerShell. Para reiniciar a atualização de um banco de dados usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell (PS C:\>), digite o seguinte comando: upgrade-spcontentdatabase -id <GUID> Em que GUID é o identificador do banco de dados. É possível executar o cmdlet a seguir para localizar o GUID de um banco de dados de conteúdo: Get-SPContentDatabase -Identity<nome_do_banco_de_dados_de_conteúdo> Para obter mais informações, consulte Upgrade-SPContentDatabase. 141 Executar etapas de pré-atualização (SharePoint Server 2010) Após planejar o processo de atualização para o Microsoft SharePoint Server 2010, você poderá iniciar o processo seguindo as etapas de pré-atualização necessárias. Nesta seção: Executar o verificador de pré-atualização (SharePoint Server 2010) O verificador de pré-atualização identifica possíveis problemas de atualização no ambiente. Execute-o enquanto planeja a atualização e antes de iniciar o processo de atualização, para poder solucionar os problemas. Fazer backup de todo o ambiente antes de uma atualização in-loco (SharePoint Server 2010) Crie um backup completo do ambiente, para garantir que possa recuperá-lo, caso a atualização não saia conforme o planejado. 142 Executar o verificador de pré-atualização (SharePoint Server 2010) Você pode usar o verificador de pré-atualização para criar relatórios sobre o status de seu ambiente e sites SharePoint antes de fazer a atualização para o Microsoft SharePoint Server 2010. É recomendado que o administrador do servidor execute o verificador de pré-atualização e resolva todos os problemas possíveis antes de agendar a atualização. O uso do verificador de pré-atualização é uma operação Stsadm que é executada em um ambiente do Microsoft Office SharePoint Server 2007 para encontrar quaisquer possíveis problemas para a atualização e rever recomendações e práticas recomendadas. A operação está disponível com o Service Pack 2 do Office SharePoint Server 2007 e foi atualizada na Atualização Cumulativa em outubro de 2009 para o Windows SharePoint Services 3.0 e o Office SharePoint Server 2007. Você pode fazer o download e instalar a Atualização Cumulativa em outubro de 2009 em Pacotes de Atualização Cumulativa de outubro de 2009 para o SharePoint Server 2007 e o Windows SharePoint Services 3.0 são publicados em (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x416). Observação: Talvez seja preciso executar o verificador de pré-atualização mais de uma vez. Por exemplo, se você executar a ferramenta para avaliar seu farm de servidores, mas não realizar a atualização durante algumas semanas, será preciso executar a ferramenta novamente, pouco antes de fazer a atualização, para examinar novos sites e para assegurar que nenhum outro problema tenha aparecido nesse meio tempo. Neste artigo: Sobre o relatório do verificador de pré-atualização Executar o verificador de pré-atualização Observação: Uma causa frequente de falhas durante a atualização é a falta de recursos, soluções ou outros elementos personalizados no ambiente. Verifique se qualquer elemento personalizado necessário está instalado em seus servidores Web front-end antes de iniciar o processo de atualização. Você pode usar o verificador de pré-atualização — e, para uma atualização com anexação de banco de dados, o cmdlet test-spcontentdatabase do Windows PowerShell — para identificar qualquer elemento personalizado que seus sites possam estar usando. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas". 143 Sobre o relatório do verificador de pré-atualização O verificador de pré-atualização oferece informações sobre o status do ambiente e dos sites do SharePoint nesse ambiente, incluindo: Preparação para a atualização e caminhos com suporte retorna uma lista de todos os servidores e componentes do farm e informações que mostram se os servidores atendem aos requisitos da atualização. Configurações de mapeamento de acesso alternativo retorna uma lista das URLs de mapeamento de acesso alternativo em uso no farm. Elementos instalados retorna uma lista de todas as definições de site, modelos de site, recursos e pacotes de idiomas instalados no farm. Você precisa saber que modelos de site foram instalados ou usados para poder verificar se eles estão disponíveis após uma atualização ou anexação de banco de dados. Também é necessário saber que elementos foram personalizados, para que você possa verificar as personalizações novamente após a atualização. Por exemplo, você precisa saber se um site depende de um pacote de idiomas para o Office SharePoint Server 2007 que ainda não existe para o SharePoint Server 2010, para poder planejar como lidar com esse site durante a atualização. Personalizações sem suporte informa se existe qualquer personalização no lado servidor que não tenha suporte (como modificações de esquema de banco de dados) no farm. Objetos órfãos lista bancos de dados ou sites órfãos no farm. Objetos como itens de lista, listas, documentos, sites e conjuntos de sites podem se tornar orfãos — ou seja, os objetos existem mas não estão associados a um site específico. Como os objetos órfãos não funcionam na versão anterior, eles não funcionarão após a atualização. Se você realizar uma atualização in-loco, os itens órfãos ainda existirão, mas não funcionarão. É recomendável que você repare os objetos órfãos antes da atualização. Dica: Os membros do grupo Administradores nos servidores Web front-end podem reparar itens órfãos antes da atualização seguindo as etapas do artigo 918744 da Base de Dados de Conhecimento, Descrição de uma nova operação de linha de comando que pode ser usada para reparar bancos de dados de conteúdo no Windows SharePoint Services (http://go.microsoft.com/fwlink/?linkid=69958&clcid=0x416). Configurações válidas informa qualquer configuração ausente ou inválida (como um arquivo Web.config ausente, nomes de host inválidos ou contas de serviço inválidas) que exista no farm. Requisitos de banco de dados informa se os bancos de dados atendem aos requisitos de atualização — por exemplo, se os bancos de dados estão definidos como leitura/gravação e se qualquer banco de dados e conjunto de sites que estão armazenados no Banco de Dados Interno do Windows não têm mais de 4 GB. Use as informações coletadas pelo verificador de pré-atualização para determinar: Quando executar uma atualização in-loco ou uma atualização com anexação de banco de dados. 144 Determinar abordagem de atualização (SharePoint Server 2010) fornece informações para ajudar na decisão de que tipo de atualização deve ser executado. É importante considerar o relatório gerado pelo verificador de pré-atualização ao tomar esta decisão. Se os seus servidores não atendem aos requisitos para a atualização in-loco, é necessário considerar a execução de uma atualização com anexação de banco de dados. Se deve ser realizada uma atualização de alguns ou de todos os conjuntos de sites que contenham sites personalizados. Quais sites precisam ter personalizações reaplicadas ou refeitas após a atualização e, portanto, podem demorar mais do que outros na etapa de revisão. Há uma planilha disponível para registrar informações sobre o ambiente enquanto você prepara a atualização. Baixe a planilha de http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416. Executar o verificador de pré-atualização Antes de executar este procedimento, confirme se: Seu sistema está executando o Office SharePoint Server 2007 com Service Pack 2 Para executar o verificador de pré-atualização 1. Verifique se você possui as seguintes credenciais administrativas: Para usar o Stsadm, você deve ser um membro do grupo de Administradores locais no servidor. 2. Clique em Iniciar, clique com o botão direito do mouse em Prompt de Comando e clique em Executar como administrador. 3. Na janela Prompt de Comando, navegue até o diretório a seguir. %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin 4. Digite o comando a seguir e pressione ENTER: STSADM.EXE -o preupgradecheck Este comando verifica o servidor local e as configurações do seu nível de farm. Para uma lista de outros parâmetros que você pode usar com esta operação, consulte Preupgradecheck: operação Stsadm (Office SharePoint Server). Para uma lista das regras incluídas no verificador de pré-atualização, consulte Verificação e reportação de pré-atualização para versões futuras (Office SharePoint Server). Depois de executar o verificador de pré-atualização, o relatório será automaticamente aberto no navegador padrão. Também é possível exibir o relatório abrindo-o no diretório %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS. O relatório é nomeado neste formato: PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatório.htm, em que AAAAMMDD é a data e HHMMSS-SSS é a hora (formato de relógio 24 horas, com minutos, segundos e milissegundos), e o número aleatório é usado para diferenciar possíveis tentativas 145 simultâneas de execução do verificador de pré-atualização. Também há versões em TXT e XML do relatório no mesmo local. Use o relatório para encontrar e solucionar problemas. Você também pode compartilhar os resultados relevantes com outros membros da equipe de atualização. Por exemplo, você pode informar problemas, como modelos de sites personalizados ou Web Parts personalizados para o proprietário do site, Web designer ou desenvolvedor apropriado antes de programar a atualização, para que eles tenham tempo de resolver os problemas. 146 Fazer backup de todo o ambiente antes de uma atualização in-loco (SharePoint Server 2010) Para assegurar que você possa recuperar o ambiente existente caso algo saia errado durante o processo de atualização, faça backup do ambiente do Microsoft Office SharePoint Server 2007 antes de executar o processo de atualização. Se você estiver executando o Office SharePoint Server 2007 em um ambiente virtual Hyper-V, consulte o artigo sobre uso dos Produtos e Tecnologias do SharePoint em um ambiente virtual Hyper-V (http://go.microsoft.com/fwlink/?linkid=125834&clcid=0x416). Fazer backup do ambiente Você pode fazer um backup completo do Office SharePoint Server 2007. É recomendável executar um backup completo do farm antes da atualização. Para fazer backup do ambiente do Office SharePoint Server 2007, use os procedimentos descritos em Fazer backup de um farm usando ferramentas internas (Office SharePoint Server 2007) (http://go.microsoft.com/fwlink/?linkid=105986&clcid=0x416). Caso já tenha implantado personalizações, faça backup delas também. Para obter mais informações, consulte Fazer backup e restaurar personalizações (Office SharePoint Server 2007) (http://go.microsoft.com/fwlink/?linkid=186626&clcid=0x416). Testar os backups Você precisa ter certeza de que esses backups são válidos, para que possa recuperá-los em caso de falha de hardware ou de dados corrompidos durante o processo de atualização. Para testar os backups, configure um farm do Office SharePoint Server 2007 de não produção, restaure os backups e instale todas as personalizações (por exemplo, definições de site, Web Parts e assim por diante). Em seguida, verifique se o backup restaurado funciona. Para fazer isso, use os procedimentos descritos em Restaurar um farm usando ferramentas internas (Office SharePoint Server 2007) (http://go.microsoft.com/fwlink/?linkid=105987&clcid=0x416). Consulte também Fazer backup e restaurar um farm (Office SharePoint Server 2007) 147 Executar uma atualização in-loco (SharePoint Server 2010) Agora que você aprendeu sobre o processo de atualização lendo os artigos em Sobre o processo de atualização (SharePoint Server 2010) e planejou sua atualização seguindo as etapas nos artigos em Planejar-se e preparar-se para atualização (SharePoint Server 2010), já está pronto para fazer a atualização in-loco para o Microsoft SharePoint Server 2010. É possível usar as etapas nesta seção para uma atualização de avaliação e para a atualização in-loco real no farm de produção Nesta seção: Lista de verificação para atualização in-loco (SharePoint Server 2010) Use esta lista de verificação para se certificar de que esteja seguindo todas as etapas necessárias enquanto prepara a atualização, executa a atualização e executa as etapas de pós-atualização. Atualização in-loco para o SharePoint Server 2010 Obtenha todas as etapas necessárias para fazer uma atualização in-loco, desde a instalação de pré-requisitos até a atualização de sites. Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010) Compreenda o processo de utilização da abordagem híbrida com desanexação de bancos de dados para atualização. Essa abordagem combina uma atualização in-loco com a eficiência e a velocidade da atualização de vários bancos de dados ao mesmo tempo. Instalar pacotes de idiomas disponíveis (SharePoint Server 2010) Instale os pacotes de idiomas necessários para o seu ambiente, depois de executar a Instalação e antes de executar o Assistente de Configuração de Produtos do SharePoint. 148 Lista de verificação para atualização in-loco (SharePoint Server 2010) Este artigo contém uma lista de verificação que você pode usar para se certificar de ter seguido todas as etapas necessárias enquanto prepara a atualização, executa a atualização e executa as etapas de pós-atualização. Neste artigo: Preparar a atualização Executar a atualização Executar etapas de pós-atualização Algumas das etapas incluem observações sobre o tempo que as etapas podem levar. Trata-se apenas de estimativas grosseiras, para dar uma ideia relativa da duração da etapa. Para descobrir o tempo que cada etapa levará no seu ambiente, é recomendável executar atualizações de avaliação em um ambiente de teste. Para obter mais informações, consulte Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010) e Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Preparar a atualização Siga estas etapas em ordem antes de começar uma atualização in-loco: Etapas de pré-atualização para uma atualização in-loco Observações [] Execute esta etapa várias vezes enquanto limpa o ambiente e testa o processo de atualização. Executar o verificador de préatualização Execute o verificador de préatualização e resolva os problemas. Use o relatório gerado pela ferramenta para preencher a planilha Planejamento de atualização. A execução do verificador leva apenas alguns minutos, mas a resolução de problemas pode levar dias ou semanas. Etapas detalhadas: Executar o verificador de pré-atualização (SharePoint Server 2010). [] Limpar o ambiente Antes de começar a atualização, verifique se seu ambiente funciona Execute esta etapa uma vez para o ambiente todo. A conclusão deste processo pode 149 Etapas de pré-atualização para uma atualização in-loco Observações em um estado íntegro e se você levar dias ou semanas. limpou o conteúdo que não precisa manter. Remova ou repare sites ou dados órfãos, resolva as listas e ACLs (listas de controle de acesso) grandes , remova versões estranhas do documento e remova modelos, recursos ou Web Parts não usados. Etapas detalhadas: Limpando o ambiente antes da atualização (SharePoint Server 2010). [] Gravar configurações para a sincronização de perfil de usuário Execute esta etapa uma vez para o ambiente todo. Grave as configurações usadas para a sincronização de perfil de usuário em seu ambiente anterior na planilha de atualização. Você as aplicará ao seu novo ambiente ao criar e habilitar o serviço Sincronização de Perfil de Usuário. Grave configurações para conexões, mapeamentos de propriedade e filtros. [] Registrar tipos de arquivo bloqueados Execute esta etapa uma vez para o ambiente todo. Tipos de arquivo bloqueados não são preservados durante a atualização, Copie a lista de tipos de arquivo bloqueados e salve-a na planilha de atualização para reaplicar as configurações depois da atualização. [] Fazer backup do ambiente Faça backup de todo o ambiente para garantir que você possa recuperar o ambiente existente Execute esta etapa uma vez para o ambiente todo. Esta etapa pode levar uma hora, várias horas ou mais, 150 Etapas de pré-atualização para uma atualização in-loco caso ocorra algum problema no processo de atualização. Observações dependendo do conjunto de dados e do ambiente. Etapas detalhadas: Fazer backup de todo o ambiente antes de uma atualização in-loco (SharePoint Server 2010). Executar a atualização Siga estas etapas em ordem durante a atualização in-loco. As etapas necessárias para uma atualização in-loco com bancos de dados desanexados também são incluídas. Executar a atualização in-loco [] Observações Executar o verificador de préatualização Execute o verificador de préatualização novamente para identificar problemas novos ou remanescentes antes de iniciar a atualização. A execução do verificador leva apenas alguns minutos, mas a resolução de problemas pode demorar mais. Etapas detalhadas: Executar o verificador de pré-atualização (SharePoint Server 2010). [] Instalar pré-requisitos em todos os servidores Para poder atualizar, você deve executar o instalador de prérequisitos com êxito em cada servidor Web que possui o Office SharePoint Server 2007 instalado. Execute esta etapa em cada servidor Web e servidor de aplicativos no ambiente. Etapas detalhadas: Instalar prérequisitos no artigo "Atualização inloco para o SharePoint Server 2010". [] Desanexar bancos de dados (atualização in-loco somente com Execute esta etapa para cada banco de dados de conteúdo e 151 Executar a atualização in-loco Observações bancos de dados desanexados) Se estiver executando uma atualização in-loco com bancos de dados desanexados, desanexe os bancos de dados antes de executar a Instalação. banco de dados de SSP (Provedor de Serviços Compartilhados) em seu ambiente. Etapas detalhadas: Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010). [] Desconectar usuários Se estiver atualizando um farm de servidores, desconecte todos os usuários do farm de servidores interrompendo o Serviço de Publicação na World Wide Web (W3SVC) em todos os servidores Web. [] Executar a Instalação em todos os servidores Executar a Instalação em todos os servidores para atualizar o software. Etapas detalhadas: Executar a Instalação em todos os servidores no artigo "Atualização in-loco para o SharePoint Server 2010". [] Instalar pacotes de idiomas Instale os pacotes de idiomas necessários antes de executar o Assistente de Configuração de Produtos do SharePoint. Execute esta etapa em cada servidor Web do seu ambiente. Execute esta etapa em cada servidor Web e servidor de aplicativos no ambiente. Esta etapa pode levar alguns minutos ou mais de uma hora, dependendo do número de servidores no ambiente. Execute esta etapa em cada servidor Web do seu ambiente. Esta etapa deve levar apenas alguns minutos por servidor Web. Etapas detalhadas: Instalar pacotes de idiomas disponíveis (SharePoint Server 2010). [] Executar o Assistente de Configuração de Produtos do SharePoint Execute esta etapa em cada servidor Web e servidor de aplicativos no ambiente. 152 Executar a atualização in-loco Observações Se estiver atualizando um farm de servidores, execute primeiro o Assistente de Configuração de Produtos do SharePoint no servidor que está executando a Administração Central do SharePoint, pause, execute o assistente nos outros servidores do farm e retorne ao primeiro servidor para concluir o assistente. Esta etapa pode levar uma hora ou mais. Importante: É necessário atualizar a Administração Central do SharePoint antes de tentar atualizar qualquer outro conteúdo no farm. A conclusão do assistente no servidor que está executando a Administração Central do SharePoint permite que isso seja feito. Etapas detalhadas: Executar o Assistente de Configuração de Produtos do SharePoint no artigo "Atualização in-loco para o SharePoint Server 2010". [] Configurar autenticação baseada em formulários para um aplicativo Web baseado em declarações (atualização in-loco somente com banco de dados desanexado) Para aplicativos Web que foram configurados para usar autenticação baseada em formulários ou autenticação SSO da Web (logon único da Web), é necessário executar outras etapas antes de anexar e atualizar bancos de dados. Primeiro, converta os aplicativos Execute essa etapa agora se estiver seguindo a atualização inloco com abordagem de bancos de dados desanexados. Se estiver seguindo uma abordagem de atualização in-loco padrão, execute essa etapa depois da conclusão da atualização. Execute essa etapa para os aplicativos Web que usavam autenticação baseada em formulários no Office SharePoint Server 2007. 153 Executar a atualização in-loco Observações Web do Office SharePoint Server 2007 em autenticação de declarações. Depois de converter os aplicativos Web em autenticação de declarações, configure as zonas do aplicativo Web para autenticação baseada em formulários (ou autenticação SSO da Web, conforme apropriado) Depois, você poderá migrar usuários e permissões para o SharePoint Server 2010. Etapas detalhadas: Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010). [] Anexar bancos de dados (atualização in-loco somente com bancos de dados desanexados) Se estiver executando uma atualização in-loco com bancos de dados desanexados, anexe os bancos de dados e atualize os dados. Etapas detalhadas: Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010). [] Execute esta etapa para cada banco de dados de conteúdo e banco de dados SSP no seu ambiente. Esta etapa pode levar uma hora, várias horas ou dias, dependendo do conjunto de dados, do fato de você estar ou não atualizando vários bancos de dados em paralelo e do hardware nos servidores Web, nos servidores de bancos de dados e no subsistema de armazenamento. Monitorar o andamento da atualização Execute esta etapa uma vez para o ambiente todo. Use a página Status da Atualização na Administração Central do SharePoint para monitorar o andamento enquanto os sites são atualizados. Esta etapa pode levar uma hora, várias horas ou dias, dependendo do conjunto de dados. Etapas detalhadas: Verificar a atualização e revisar os sites 154 Executar a atualização in-loco Observações atualizados (Office SharePoint Server). Executar etapas de pós-atualização Execute as etapas a seguir em ordem, depois de executar uma atualização in-loco. Etapas de pós-atualização para uma atualização in-loco Observações [] Execute essa etapa para os aplicativos Web que usavam autenticação baseada em formulários no Office SharePoint Server 2007. Configurar autenticação baseada em formulários para um aplicativo Web baseado em declarações Para aplicativos Web que foram configurados para usar autenticação baseada em formulários ou autenticação SSO da Web (logon único da Web), é necessário executar outras etapas depois da atualização. Primeiro, converta os aplicativos Web do Office SharePoint Server 2007 em autenticação de declarações. Depois de converter os aplicativos Web em autenticação de declarações, configure as zonas do aplicativo Web para autenticação baseada em formulários (ou autenticação SSO da Web, conforme apropriado). Depois, você poderá migrar usuários e permissões para o SharePoint Server 2010. Etapas detalhadas: Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010). 155 Etapas de pós-atualização para uma atualização in-loco Observações [] Execute esta etapa uma vez para o seu ambiente. Configurar serviços novos e atualizados após a atualização in-loco Muitos serviços novos estão disponíveis no SharePoint Server 2010. Você pode habilitá-los depois de executar uma atualização in-loco usado o Assistente de Configuração de Farm ou configurando-os manualmente. [] Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para serviços de Perfil do Usuário Dados nas propriedades de perfil no Microsoft Office SharePoint Server 2007 que tinham vários valores foram armazenados no banco de dados SSP como parte dos dados de Serviços de Perfil. Para o SharePoint Server 2010, esses dados devem ser convertidos em dados de taxonomia e armazenados no banco de dados de metadados gerenciados. Quando você faz uma atualização, as fotos que estavam armazenadas como imagens de perfil devem ser atualizadas. Se você não atualizar os dados do repositório de fotos, as fotos não serão exibidas ou algumas delas talvez pareçam distorcidas. Execute essas ações a partir da linha de comando usando cmdlets do Windows PowerShell. Execute essa etapa uma vez para cada aplicativo de serviço de Perfil do Usuário no seu ambiente. Essa etapa contém muitas etapas menores. Dependendo da complexidade dos dados do seu perfil do usuário e da configuração, isso poderá demorar uma hora ou várias horas. 156 Etapas de pós-atualização para uma atualização in-loco Observações Etapas detalhadas: Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil [] Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro Execute essa etapa para cada aplicativo de serviço de Repositório Seguro que precise de dados de um serviço SSO anterior. O serviço SSO que estava disponível no Office SharePoint Server 2007 foi substituído pelo serviço de Repositório Seguro no SharePoint Server 2010. Não há nenhum caminho de atualização direta para os dados e as configurações do SSO para o serviço de Repositório Seguro, mas você pode migrar dados do banco de dados de SSO para um novo banco de dados de Repositório Seguro. O Aplicativo de Serviços do Excel precisa da conta de serviço de Repositório Seguro para funcionar corretamente. Etapas detalhadas: Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro [] Atualizar soluções que dependem do Catálogo de Dados Corporativos Execute essa etapa uma vez para todo o ambiente. Se a sua solução de Catálogo de Dados Corporativos dependia das Web Parts fornecidas pelo Office SharePoint Server 2007 e 157 Etapas de pós-atualização para uma atualização in-loco Observações SharePoint Server 2010 por padrão (como a Web Part de Lista de Dados Corporativos ou a Web Part de Ações de Dados Corporativos), será preciso atualizar a sua solução para usar as definições de aplicativo atualizadas (chamadas de "modelos BDC") no Serviço Conectividade de Dados Corporativos, uma vez que essas Web Parts foram atualizadas para usar o novo modelo de objeto fornecido pelo novo serviço. Etapas detalhadas: Atualizando soluções que dependem do Catálogo de Dados Corporativos e Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010). [] Verificar a atualização e examinar os sites atualizados Verifique se os sites foram atualizados com êxito e se estão prontos para visualização dos usuários. [] Execute esta etapa para todos os aplicativos Web e conjuntos de site atualizados no seu ambiente. Esta etapa pode levar uma hora, várias horas ou dias, dependendo do conteúdo. Etapas detalhadas: Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Convém também que os proprietários dos sites examinem seus respectivos sites e relatem os problemas. Iniciar um rastreamento completo Execute essa etapa uma vez para todo o ambiente. Depois que todo o conteúdo for atualizado e todas as configurações forem definidas, você pode iniciar um rastreamento de pesquisa completo do conteúdo. Isso poderá demorar A execução de um rastreamento completo pode demorar várias horas ou dias, dependendo da quantidade de conteúdo no ambiente. 158 Etapas de pós-atualização para uma atualização in-loco Observações muitas horas ou vários dias, dependendo da quantidade de conteúdo existente no ambiente. Consulte também Atualizar a planilha para os produtos do SharePoint 2010 159 Atualização in-loco para o SharePoint Server 2010 Quando você executa uma atualização in-loco do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, os dados de configuração do farm e todo o conteúdo deste são atualizados no hardware existente em uma ordem fixa. Quando você inicia o processo de atualização in-loco, a Instalação coloca o servidor Web offline, e os sites ficam indisponíveis até que a atualização seja concluída. Em seguida, a Instalação reinicia o servidor Web. Após o início de uma atualização inloco, não é possível pausá-la ou reverter para a versão anterior. Observação: Uma causa frequente de falhas durante a atualização ocorre porque o ambiente não possui recursos, soluções ou outros elementos personalizados. Verifique se todos os elementos personalizados necessários estão instalados nos seus servidores Web front-end antes de iniciar o processo de atualização. Você pode usar o verificador de pré-atualização para identificar qualquer elemento personalizado que os seus sites possam estar usando. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas". Importante: Se você estiver executando uma instalação autônoma do SharePoint Server 2010, o serviço de Sincronização de Perfil de Usuário não estará disponível. Se for necessário sincronizar perfis de usuário com origens de diretório, como o Active Directory, você deverá desinstalar e reinstalar no modo farm de servidores. Também é possível usar muitos dos procedimentos neste artigo para realizar uma abordagem híbrida de atualização com desanexação de bancos de dados, segundo a qual você atualiza o servidor e a infraestrutura in-loco, mas atualiza os bancos de dados de conteúdo desanexando-os e anexando-os em paralelo. Para obter informações sobre o processo de desanexação de bancos de dados, consulte Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010). Para obter mais informações sobre como escolher uma abordagem de atualização, consulte Determinar abordagem de atualização (SharePoint Server 2010) e Visão geral do processo de atualização (SharePoint Server 2010). Importante: É necessário executar o Service Pack 2 (SP2) do Office SharePoint Server 2007 em um ambiente de 64 bits do Windows Server 2008 para realizar uma atualização in-loco para o SharePoint Server 2010. Se você estiver em um ambiente de farm de servidores, também deverá executar uma versão de 64 bits do Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2 ou SQL Server 2005 com SP3 e Atualização Cumulativa 3. 160 Neste artigo: Visão geral do processo Antes de começar Instalar pré-requisitos Executar a Instalação em todos os servidores Executar o Assistente de Configuração de Produtos do SharePoint Verificar o status de atualização dos sites Verificação Etapas adicionais Visão geral do processo Usando os procedimentos deste artigo, instale o SharePoint Server 2010 e atualize todos os sites do SharePoint do ambiente. Convém experimentar o processo de atualização em um ambiente de teste antes de tentar atualizar o seu ambiente de produção. Para obter mais informações, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Ao atualizar um farm de servidores, instale e configure a nova versão dos servidores na seguinte ordem: 1. Instale o SharePoint Server 2010 em todos os servidores do farm. 2. Instale os pacotes de idiomas do SharePoint Server 2010 necessários. Para obter mais informações, consulte Instalar pacotes de idiomas disponíveis (SharePoint Server 2010). 3. Execute o Assistente de Configuração de Produtos do SharePoint no servidor Web front-end que contém o site da Administração Central do SharePoint. Para determinar qual servidor está executando a Administração Central do SharePoint, abra a página Servidores no Farm (http://nome_servidor: portaadmin/_admin/farmservers.aspx) e anote quais servidores estão executando Serviços de Administração Central. Realize essa etapa antes de instalar o SharePoint Server 2010, enquanto a Administração Central do SharePoint para Office SharePoint Server 2007 ainda está disponível. Observação: Se você tiver vários servidores que estão executando a Administração Central do SharePoint, escolha um deles e use-o como o servidor inicial no qual será executada a atualização. Depois de concluir o processo nesse servidor, você poderá continuar com qualquer outro servidor que esteja executando a Administração Central do SharePoint. 4. Execute o Assistente de Configuração de Produtos do SharePoint nos servidores Web front-end e servidores de aplicativos restantes do farm em qualquer ordem. Para ter uma visão geral e ver diagramas de cada abordagem de atualização, consulte Visão geral do processo de atualização (SharePoint Server 2010). Observação: 161 Se estiver usando a abordagem híbrida de atualização com desanexação de bancos de dados, o processo a ser seguido será semelhante, mas você deverá desanexar todos os bancos de dados de conteúdo antes de executar a Instalação e, em seguida, anexá-los novamente após a execução do Assistente de Configuração de Produtos do SharePoint. Para obter mais informações sobre a abordagem de atualização com desanexação de bancos de dados, consulte Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010). Antes de começar Antes de começar a atualização in-loco, examine as informações a seguir sobre permissões, requisitos de hardware e de software, e etapas a serem executadas antes de iniciar o processo. Não se esqueça de executar a ferramenta de verificação de pré-atualização (stsadm -o preupgradecheck), disponível no Service Pack 2 do Office SharePoint Server 2007 2 e atualizada na Atualização Cumulativa de outubro de 2009) e resolver todos os problemas antes de iniciar o processo de atualização. Para obter mais informações, consulte Executar o verificador de préatualização (SharePoint Server 2010). Convém fazer backup do seu ambiente antes de iniciar o processo de atualização. Para obter mais informações, consulte Fazer backup de todo o ambiente antes de uma atualização in-loco (SharePoint Server 2010). Verifique se você atendeu a todos os requisitos de hardware e de software. É preciso ter uma versão de 64 bits do Windows Server 2008 ou do Windows Server 2008 R2. Para farms de servidores, também é preciso ter uma versão de 64 bits do SQL Server 2005 ou do SQL Server 2008. Para obter mais informações sobre esses requisitos (como atualizações específicas que devem ser instaladas), consulte Determinar requisitos de hardware e software (SharePoint Server 2010). Prepare-se para configurar as contas necessárias usando as permissões apropriadas. Para obter informações detalhadas, consulte Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint Server 2010). Verifiique se a conta usada para execução do Assistente de Configuração de Produtos do SharePoint é membro da função fixa db_owner de todos os bancos de dados que serão atualizados. Instalar pré-requisitos Para poder atualizar, você deve executar o instalador de pré-requisitos com êxito em cada servidor Web que possui o Office SharePoint Server 2007 instalado. Um instalador de pré-requisitos está disponível para a instalação dos softwares necessários para o suporte do SharePoint Server 2010. Para executar o instalador de pré-requisitos 162 1. No disco do produto, abra a pasta de instalação e execute PrerequisiteInstaller.exe. A Ferramenta de Preparação de Produtos do Microsoft SharePoint é aberta. 2. Clique em Avançar. 3. Na página Termos de Licença, marque a caixa de seleção Aceito os termos do(s) Contrato(s) de Licença e clique em Avançar. A ferramenta será executada, instalando e configurando o software necessário. 4. Clique em Avançar. 5. Na tela Instalação Concluída, verifique se cada pré-requisito está listado como instalado com êxito ou já instalado. 6. Clique em Concluir para fechar o assistente. Executar a Instalação em todos os servidores Após a instalação de todos os pré-requisitos, você poderá executar Setup.exe em todos os servidores Web do seu farm de servidores. Observação: Se estiver usando a abordagem híbrida de atualização com desanexação de bancos de dados, desanexe seus bancos de dados de conteúdo antes de executar a Instalação. Para obter mais informações sobre como desanexar bancos de dados, consulte Roteiro para a atualização inloco com bancos de dados desanexados (SharePoint Server 2010). Importante: Se estiver executando uma atualização in-loco em um farm de servidores, desconecte todos os usuários do farm de servidores interrompendo o Serviço de Publicação na World Wide Web (W3SVC) em todos os servidores Web front-end. Se você permitir que os usuários em um farm de servidores se conectem depois que os arquivos e bancos de dados tiverem sido atualizados em um servidor Web, mas antes que os outros servidores Web tenham sido atualizados, os usuários não poderão navegar pelos sites. Para instalar a nova versão 1. Execute Setup.exe. 2. Na página Digite a Chave do Produto, digite a chave do produto e clique em Continuar. 3. Na página Leia os Termos de Licença para Software Microsoft, analise os termos, marque a caixa de seleção Aceito os termos deste contrato e clique em Continuar. 4. Na página Atualizar de versões anteriores, clique em Instalar Agora. 5. O Programa de Instalação é executado e instala o SharePoint Server 2010. Na página de conclusão, desmarque a caixa de seleção Executar o Assistente de Configuração de Produtos do SharePoint agora e clique em Fechar. 163 Antes de executar o Assistente de Configuração de Produtos do SharePoint, instale qualquer pacote de modelo de idiomas para o SharePoint Server 2010. Para obter mais informações, consulte Instalar pacotes de idiomas disponíveis (SharePoint Server 2010). Executar o Assistente de Configuração de Produtos do SharePoint Se estiver atualizando um único servidor, você poderá executar o Assistente de Configuração de Produtos do SharePoint somente nesse servidor e iniciar a atualização do conteúdo. Se estiver atualizando um farm de servidores, execute primeiro o Assistente de Configuração de Produtos do SharePoint no servidor que executa a Administração Central do SharePoint, pause, execute o assistente nos outros servidores do farm e retorne ao primeiro servidor para concluir o assistente. É importante atualizar a Administração Central do SharePoint antes de tentar atualizar qualquer outro conteúdo no farm, e a conclusão do assistente no servidor que está executando a Administração Central do SharePoint permite que isso seja feito. Importante: Verifiique se a conta usada para execução do Assistente de Configuração de Produtos do SharePoint é membro da função fixa db_owner de todos os bancos de dados que serão atualizados. Caso contrário, talvez seja exibido um erro sobre uma conta de usuário desconhecida, assim que o assistente iniciar a atualização dos bancos de dados. Não se esqueça de instalar qualquer pacote de modelo de idiomas antes de executar o Assistente de Configuração de Produtos do SharePoint. Cuidado: Depois que você executar o Assistente de Configuração de Produtos do SharePoint, o Office SharePoint Server 2007 não estará mais disponível. Não é possível pausar ou reverter o processo de instalação e atualização. Verifique se você possui um backup atual e válido do seu ambiente antes de prosseguir com a instalação do SharePoint Server 2010. Para executar o Assistente de Configuração de Produtos do SharePoint 1. Clique em Iniciar, aponte para Todos os Programas, aponte para Ferramentas Administrativas e clique em Assistente de Configuração de Produtos do SharePoint . 2. No Assistente de Configuração de Produtos do SharePoint, na página Bem-vindo a Produtos do SharePoint, clique em Avançar. Uma mensagem é exibida, informando que o IIS (Serviços de Informações da Internet), os Serviços de Administração do SharePoint v4 e o Serviço de Timer do SharePoint v4 talvez precisem ser reiniciados ou redefinidos durante a configuração. 3. Clique em Sim para continuar com o assistente. 4. Na página Especificar Configurações do Farm, na caixa Senha, digite uma senha e na caixa 164 Confirmar senha, digite a mesma senha. A senha deve ter pelo menos oito caracteres e conter caracteres de três dos seguintes quatro grupos: Caracteres maiúsculos (de A a Z) Caracteres minúsculos (de A a Z) Numerais (de 0 a 9) Caracteres não alfabéticos (como !, $, #, %) 5. Na página Atualização Visual, selecione uma das seguintes opções: Alterar sites existentes do SharePoint para que usem a nova experiência do usuário. Os administradores controlam a experiência dos usuários finais. Essa opção permite mudar todos os sites para a nova experiência do usuário, sem visualizar essa experiência primeiro. Se você selecioná-la, também poderá escolher uma destas duas opções: Preservar páginas personalizadas, mas atualizar páginas de modelo e aplicativo para usar a nova interface do usuário. Restaurar o modelo original de todas as páginas personalizadas. Essa opção excluirá as modificações das páginas personalizadas e não poderá ser desfeita. Preservar a aparência dos sites do SharePoint existentes e permitir que os usuários finais atualizem a experiência do usuário de seus sites. Essa é a opção padrão. Ela permite que os proprietários visualizem seus sites na nova experiência do usuário e determinem quando eles estão prontos para mudar permanentemente para essa nova experiência. 6. Na página Concluindo o Assistente de Configuração de Produtos do SharePoint, verifique as configurações e clique em Avançar. O Assistente de Configuração de Produtos do SharePoint é executado e define o banco de dados de configuração e a Administração Central do SharePoint para o SharePoint Server 2010. 7. É exibida uma mensagem informando que se você tiver um farm com vários servidores, deverá executar a Instalação em cada servidor para instalar novos arquivos binários, antes de continuar o Assistente de Configuração de Produtos do SharePoint. Se esse for o único servidor de seu farm ou se você já tiver executado a Instalação em todos os servidores do farm, clique em OK para continuar com o assistente. Se você não ainda tiver executado a Instalação em todos os servidores de seu farm, façao agora nos servidores restantes, retorne para este servidor e clique em OK para continuar com o assistente. O Assistente de Configuração de Produtos do SharePoint continua o processo de atualização definindo o banco de dados de configuração e instalando a Administração Central do SharePoint. 165 8. Na página Êxito na Configuração; Atualização em Andamento, verifique as configurações feitas e clique em Concluir. O Assistente de Configuração de Produtos do SharePoint é encerrado, e a página Status da Atualização é aberta. Talvez seja solicitado que você insira seu nome de usuário e senha antes de a página Status da Atualização abrir. O processo de atualização pode levar alguns minutos para ser concluído, dependendo da quantidade de dados do seu farm. Observação: Se estiver seguindo a abordagem híbrida de atualização com desanexação de bancos de dados, você agora poderá começar a anexar bancos de dados de conteúdo para atualizá-los. Para obter mais informações, consulte Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010). 9. Se você estiver atualizando um farm de servidores, agora poderá concluir o Assistente de Configuração de Produtos do SharePoint nos outros servidores do farm. Verificar o status de atualização dos sites Depois que o Assistente de Configuração de Produtos do SharePointfor concluído, você poderá monitorar o processo de atualização de cada site na página Status de Atualização, na Administração Central do SharePoint, ou usar a operação localupgradestatus no Stsadm.exe. Para obter mais informações, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Após a conclusão bem-sucedida da atualização para todos os sites, se você interrompeu o Serviço de Publicação na World Wide Web (W3SVC) em todos os servidores Web front-end antes da atualização, inicie manualmente esse serviço nos servidores Web front-end para disponibilizar os servidores Web aos usuários. Observação: É possível que os resultados da pesquisa estejam incompletos ou não sejam retornados por alguns minutos após a instalação. Isso se dá porque o trabalho de Timer de Sincronização da Pesquisa deve ser executado depois da atualização, e os resultados da pesquisa não estarão disponíveis até que o trabalho seja concluído. Verificação Se a atualização falhar ou relatar problemas, você poderá consultar os arquivos de log e de erro para obter mais informações. Para obter mais informações sobre como examinar os arquivos de log e reiniciar a atualização após uma falha, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Se estiver usando a Atualização Visual, para obter mais informações sobre a visualização de sites e a alteração para a nova interface do usuário, consulte Gerenciar a atualização visual (SharePoint Server 2010). 166 Etapas adicionais Depois de concluir a atualização, há várias etapas que você deve seguir para concluir a configuração do farm atualizado. Para obter mais informações, consulte Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010). Consulte também Solucionar problemas de atualização (SharePoint Server 2010) 167 Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Server 2010) Ao atualizar do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, você pode realizar uma atualização in-loco, uma atualização com anexação de banco de dados ou pode combinar certos aspectos dessas duas abordagens a fim de aumentar a disponibilidade ou a produtividade durante o processo de atualização. Este artigo descreve como realizar uma abordagem híbrida que combina a atualização in-loco com a desanexação e a anexação de bancos de dados, para que seja possível atualizar vários bancos de dados ao mesmo tempo, talvez até mesmo em hardwares separados. Você pode usar essa abordagem para atualizar dois ou mais bancos de dados de conteúdo de uma só vez mais rapidamente do que se usasse uma atualização in-loco padrão (que atualiza bancos de dados de conteúdo individuais e conjuntos de sites em série). Essa abordagem usa as seguintes técnicas híbridas: Use uma atualização in-loco para atualizar o farm e as configurações. Desanexe e atualize vários bancos de dados em paralelo. Sequência de atualização alternativa: atualize bancos de dados em um pequeno farm temporário. Observe que, se você optar por usar um pequeno farm temporário para realizar a atualização real, precisará de acesso direto aos servidores cujos bancos de dados serão copiados. Copiar bancos de dados pela rede consome muito tempo e largura de banda — teste esse processo para determinar se você tem os recursos necessários para usar um pequeno farm temporário. Para obter mais informações sobre os prós e os contras das diferentes abordagens de atualização, consulte Determinar abordagem de atualização (SharePoint Server 2010). Para obter uma visão geral breve e uma descrição gráfica das etapas envolvidas em cada abordagem, consulte Visão geral do processo de atualização (SharePoint Server 2010). Observação: Uma causa frequente de falhas durante a atualização é a falta de recursos, soluções ou outros elementos personalizados no ambiente. Verifique se todos os elementos personalizados necessários estão instalados em seus servidores Web front-end antes de iniciar o processo de atualização. Você pode usar o verificador de pré-atualização — e, para uma atualização com anexação de banco de dados, o cmdlet test-spcontentdatabase do Windows PowerShell — para identificar qualquer elemento personalizado que os seus sites possam estar usando. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas". Neste artigo: Visão geral do processo 168 Antes de começar Para desanexar bancos de dados e atualizá-los em paralelo no mesmo farm Para desanexar bancos de dados e atualizá-los em paralelo em um pequeno farm temporário Verificação Etapas adicionais Importante: É necessário executar o Service Pack 2 (SP2) do Office SharePoint Server 2007 em um ambiente Windows Server 2008 de 64 bits para realizar uma atualização in-loco para o SharePoint Server 2010. Se você utiliza um ambiente de farm de servidores, também deve executar uma versão de 64 bits de um dos produtos a seguir: Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2, e SQL Server 2005 com SP3 e Atualização Cumulativa 3. Visão geral do processo Como essa abordagem de atualização é um híbrido das técnicas usadas nas atualizações in-loco e com anexação de banco de dados, este artigo descreve como as etapas de cada abordagem se encaixam no processo híbrido. Ele não provê detalhes sobre cada etapa desse processo, já que elas estão disponíveis nos seguintes artigos: Atualização in-loco para o SharePoint Server 2010 Anexar bancos de dados e atualizar para o SharePoint Server 2010 Esses artigos, combinados com este roteiro, proporcionam as informações necessárias para você realizar a atualização híbrida. Há duas maneiras de realizar esse tipo de atualização híbrida: usando um farm por inteiro ou usando um pequeno farm temporário para realizar a atualização real. As seções abaixo apresentam as etapas que você deve seguir para realizar a atualização usando cada um desses métodos. Antes de começar Antes de iniciar o processo de atualização in-loco, examine as informações a seguir sobre permissões, requisitos de hardware, requisitos de software e etapas a serem executadas. Lembre-se de executar a ferramenta de verificação de pré-atualização (stsadm -o preupgradecheck, disponível no Office SharePoint Server 2007 Service Pack 2 e atualizada na Atualização Cumulativa de outubro de 2009) e de solucionar todos os problemas antes de iniciar o processo de atualização. Para obter mais informações, consulte Executar o verificador de préatualização (SharePoint Server 2010). É recomendável fazer backup do seu ambiente antes de iniciar o processo de atualização. Para obter mais informações, consulte Fazer backup de todo o ambiente antes de uma atualização inloco (SharePoint Server 2010). 169 Verifique se você atendeu a todos os requisitos de hardware e de software. É preciso ter uma versão de 64 bits do Windows Server 2008 ou do Windows Server 2008 R2. Para farms de servidores, também é preciso ter uma versão de 64 bits do SQL Server 2005 ou do SQL Server 2008. Para obter mais informações sobre esses requisitos (como atualizações específicas que devem ser instaladas), consulte Determinar requisitos de hardware e software (SharePoint Server 2010). Prepare-se para configurar as contas necessárias usando as permissões apropriadas. Para obter informações detalhadas, consulte Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint Server 2010). Para desanexar bancos de dados e atualizá-los em paralelo no mesmo farm Esta seção descreve as etapas a serem realizadas para usar a abordagem de atualização com desanexação de banco de dados em um único farm. Processo de atualização in-loco com bancos de dados desanexados (mesmo farm) Desanexar bancos de dados 1. Use a operação a seguir para desanexar os bancos de dados de conteúdo: Stsadm.exe -o deletecontentdb -url http://servernamedatabasenameContentDatabaseName Para obter mais informações sobre essa operação, consulte o artigo sobre Deletecontentdb: operação de Stsadm (Office SharePoint Server). Atualizar o farm in-loco 1. Instale todos os pré-requisitos para todos os servidores no farm. 2. Execute a Instalação em todos os servidores no farm. 3. Execute o Assistente de Configuração de Produtos do SharePoint em todos os servidores no farm. Para conhecer os procedimentos detalhados que descrevem essas etapas, consulte 170 Processo de atualização in-loco com bancos de dados desanexados (mesmo farm) Atualização in-loco para o SharePoint Server 2010. Anexar os bancos de dados e atualizar o conteúdo 1. Adicione os bancos de dados de conteúdo aos aplicativos Web. Use o seguinte cmdlet do Windows PowerShell para adicionar e atualizar os bancos de dados de conteúdo: Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -WebApplication <URL> [-Updateuserexperience] 2. Verifique a atualização do primeiro banco de dados. 3. Repita os procedimentos de restauração e adição para os demais bancos de dados em paralelo. Para conhecer os procedimentos detalhados que descrevem essas etapas, consulte Executar uma atualização com anexação de banco de dados para o SharePoint Server 2010. Para desanexar bancos de dados e atualizá-los em paralelo em um pequeno farm temporário Esta seção descreve as etapas a serem realizadas para usar a abordagem de atualização com desanexação de bancos de dados em dois farms: no original e em um pequeno farm temporário. Processo de atualização in-loco com bancos de dados desanexados (pequeno farm temporário) Configurar um pequeno farm temporário a ser usado na atualização dos bancos de 171 Processo de atualização in-loco com bancos de dados desanexados (pequeno farm temporário) dados Para conhecer os procedimentos detalhados que descrevem essas etapas, consulte Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados. 2 - Desanexr bancos de dados do farm original 1. Faça backup dos bancos de dados da versão anterior usando ferramentas do SQL Server. Para conhecer os procedimentos detalhados sobre backup de bancos de dados, consulte Executar uma atualização com anexação de banco de dados para o SharePoint Server 2010. 2. Use a operação a seguir para desanexar os bancos de dados de conteúdo: Stsadm.exe -o deletecontentdb -url http://servernamedatabasenameContentDatabaseName Para obter mais informações sobre essa operação, consulte o artigo sobre Deletecontentdb: operação de Stsadm (Office SharePoint Server). Atualizar o farm original in-loco 1. Instale todos os pré-requisitos para todos os servidores no farm. 2. Execute a Instalação em todos os servidores no farm. 3. Execute o Assistente de Configuração de Produtos do SharePoint em todos os servidores no farm. Para conhecer os procedimentos detalhados que descrevem essas etapas, consulte Executar uma atualização in-loco (SharePoint 172 Processo de atualização in-loco com bancos de dados desanexados (pequeno farm temporário) Server 2010) . Anexar bancos de dados ao pequeno farm temporário e atualizar o conteúdo 1. Restaure a cópia de backup para o novo farm. 2. Adicione os bancos de dados de conteúdo aos aplicativos Web. Use o seguinte cmdlet do Windows PowerShell para adicionar e atualizar os bancos de dados de conteúdo: Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -WebApplication <URL> [-Updateuserexperience] 3. Verifique a atualização do primeiro banco de dados. 4. Repita os procedimentos de restauração e adição para os demais bancos de dados em paralelo. Para conhecer os procedimentos detalhados que descrevem essas etapas, consulte Executar uma atualização com anexação de banco de dados para o SharePoint Server 2010. Fazer backup dos bancos de dados a partir do pequeno farm temporário e anexá-los ao farm original 1. Faça backup dos bancos de dados atualizados usando ferramentas do SQL Server. 2. Restaure a cópia de backup para o farm original. 3. Adicione os bancos de dados de conteúdo atualizados aos aplicativos Web originais. Basicamente, este é um processo idêntico ao da etapa anterior; no entanto, você está 173 Processo de atualização in-loco com bancos de dados desanexados (pequeno farm temporário) movendo os bancos de dados do pequeno farm temporário para o farm original. O mesmo procedimento se aplica, como nas etapas anteriores. Verificação Se a atualização falhar ou relatar problemas, você poderá consultar os arquivos de log e de erros para saber o que aconteceu. Para obter mais informações sobre como analisar os arquivos de log e reiniciar a atualização após uma falha, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Etapas adicionais Depois de concluir a atualização, há várias etapas que você deve seguir para concluir a configuração do novo farm. Para obter mais informações, consulte Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010). 174 Instalar pacotes de idiomas disponíveis (SharePoint Server 2010) Antes atualizar sites que se baseiam em um pacote de idiomas de uma versão anterior, você deve instalar o pacote de idiomas da nova versão. Neste artigo: Sobre a instalação de pacotes de idiomas e a atualização de sites Sobre a alteração de idiomas Mudando de um produto totalmente localizado para um pacote de idiomas Trocando de idioma para um novo pacote de idiomas Sobre a instalação de pacotes de idiomas e a atualização de sites Se quiser instalar um pacote de idiomas para o Microsoft SharePoint Server 2010, faça isso depois de executar a instalação e antes de executar o Assistente de Configuração de Produtos do SharePoint. Desse modo, você poderá atualizar qualquer site que se baseie em um pacote de idiomas de uma versão anterior juntamente com outros sites durante o processo de atualização. Para obter mais informações sobre como instalar pacotes de idiomas, consulte Implantar pacotes de idiomas (SharePoint Server 2010) no Guia de Implantação. Também é possível instalar um pacote de idiomas depois de executar o Assistente de Configuração de Produtos do SharePoint e depois de atualizar os sites no seu ambiente que não se baseiam em um pacote de idiomas. Se você escolher essa opção, deverá usar a ferramenta de linha de comando PSConfig para atualizar os sites baseados no pacote de idiomas recém-instalado. Sobre a alteração de idiomas Em geral, não há suporte para a atualização entre idiomas. A atualização deve ser feita de e para o mesmo idioma. Por exemplo, se você estiver executando o idioma inglês na versão anterior, deverá fazer a atualização para o idioma inglês na nova versão. Se quiser trocar de idioma, deverá primeiramente fazer a atualização e depois alterar o idioma do site. Porém, esse processo é complicado em alguns casos; por exemplo, quando a versão anterior possuía um produto totalmente localizado para um idioma específico, mas a nova versão possui somente um pacote de idiomas, ou quando a nova versão possui um pacote de idiomas para um novo idioma que não estava disponível na versão anterior. 175 Mudando de um produto totalmente localizado para um pacote de idiomas Use o procedimento a seguir em cada servidor Web para atualizar de um idioma para o qual havia suporte em um produto totalmente localizado, mas que apenas possui suporte em um pacote de idiomas na nova versão: Para mudar de um produto totalmente localizado para um pacote de idiomas 1. Verifique se a conta de usuário que está executando esse procedimento é membro do grupo Administradores de Farm do SharePoint. 2. Escolha um idioma a ser instalado para a nova versão (por exemplo, inglês). Esse será o idioma usado pelo site da Administração Central do SharePoint. 3. No Assistente de Configuração de Produtos do SharePoint, quando for solicitado a instalar pacotes de idiomas, interrompa o assistente e instale o pacote de idiomas apropriado. Se você possuía pacotes de idiomas adicionais da versão anterior instalados, instale os pacotes de idiomas correspondentes do SharePoint Server 2010 agora cancelando o assistente e, em seguida, executando os programas de instalação apropriados de forma a instalar esses pacotes de idiomas. Observação: Você deve ser membro do grupo Administradores no computador local para executar essa etapa. Para obter mais informações sobre como instalar pacotes de idiomas, consulte Implantar pacotes de idiomas (SharePoint Server 2010) no Guia de Implantação. 4. Inicie novamente o assistente de configuração para concluir o processo de atualização. Trocando de idioma para um novo pacote de idiomas Use o processo a seguir para atualizar de um idioma na versão anterior para outro idioma diferente na nova versão (por exemplo, se o idioma desejado não estava disponível na versão anterior, mas estiver disponível agora na nova versão como um pacote de idiomas). Para trocar de idioma em um novo pacote de idiomas 1. Verifique se a conta de usuário que executará as próximas duas etapas é membro do grupo Administradores no computador local. 2. Faça a atualização para a nova versão no mesmo idioma usado na versão anterior. 3. Depois de concluir a atualização, instale o novo pacote de idiomas. 4. Verifique se a conta de usuário que executará as próximas duas etapas é membro do grupo Administradores de Farm, do SharePoint. 176 5. Crie novos sites baseados no novo pacote de idiomas. 6. Mova manualmente o conteúdo para os novos sites. Consulte também Implantar pacotes de idiomas (SharePoint Server 2010) 177 Executar uma atualização com anexação de banco de dados para o SharePoint Server 2010 Agora que você já aprendeu sobre o processo de atualização lendo os artigos em Sobre o processo de atualização (SharePoint Server 2010) e planejou sua atualização seguindo as etapas dos artigos Planejar-se e preparar-se para atualização (SharePoint Server 2010), está pronto para executar uma atualização com anexação de banco de dados para o Microsoft SharePoint Server 2010. Siga as etapas desta seção para executar uma atualização de avaliação e a sua atualização in-loco real no farm de produção. Nesta seção: Lista de verificação para atualização com anexação do banco de dados (SharePoint Server 2010) Use esta lista de verificação para verificar se está seguindo todas as etapas necessárias enquanto prepara a atualização, executa a atualização e executa as etapas de pós-atualização. Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados Para anexar e atualizar seus bancos de dados, você deve configurar completamente o novo ambiente. Anexar bancos de dados e atualizar para o SharePoint Server 2010 Quando o novo ambiente estiver completamente configurado, execute estas etapas para anexar os bancos de dados e atualizar seus sites do SharePoint. 178 Lista de verificação para atualização com anexação do banco de dados (SharePoint Server 2010) Este artigo contém uma lista de verificação que você pode usar para garantir que seguiu todas as etapas necessárias enquanto prepara e executa a atualização e executa as etapas pós-atualização. Neste artigo: Preparar a atualização Executar a atualização Executar etapas pós-atualização Algumas das etapas incluem observações sobre o tempo que elas podem levar. Trata-se apenas de estimativas para dar uma ideia relativa da duração da etapa. Para descobrir o tempo que cada etapa levará no seu ambiente, é recomendável executar atualizações de avaliação em um ambiente de teste. Para obter mais informações, consulte Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010) e Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010). Preparar a atualização Execute estas etapas em ordem antes de começar uma atualização com anexação de banco de dados: Etapas pré-atualização para uma atualização com anexação de Observações banco de dados Preparar a atualização [] Executar o verificador de préatualização Execute o verificador de préatualização e resolva os problemas. Use o relatório gerado pela ferramenta para preencher a planilha Planejamento de atualização. Execute essa etapa várias vezes enquanto limpa o ambiente e testa o processo de atualização. A execução do verificador leva apenas alguns minutos, mas a resolução de problemas pode levar dias ou semanas. Etapas detalhadas: Executar o verificador de pré-atualização 179 Etapas pré-atualização para uma atualização com anexação de Observações banco de dados (SharePoint Server 2010). [] Criar um inventário de personalizações do servidor no ambiente Execute esta etapa para o ambiente todo. Verifique cada servidor Web para não esquecer nenhuma personalização. Crie um inventário das personalizações do servidor no seu Mantenha o inventário atualizado ambiente (soluções, recursos, Web enquanto prepara a atualização. Parts, manipuladores de eventos, páginas mestras, layouts de página, arquivos CSS e assim por diante). A maior parte dessas informações é relatada quando você executa o verificador de préatualização. Registre todas as personalizações necessárias ao ambiente na planilha de atualização. Etapas detalhadas: Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas". [] Limpar o ambiente Antes de começar a atualização, verifique se o ambiente está funcionando em um estado íntegro e se você limpou todo o conteúdo que não precisa atualizar. Limpe sites ou dados órfãos, resolva listas e ACLs grandes, remova versões irrelevantes de documentos e remova modelos, recursos e Web Parts não utilizados. Execute esta etapa uma vez para o ambiente todo. A conclusão deste processo pode levar dias ou semanas. Etapas detalhadas: Limpando o ambiente antes da atualização (SharePoint Server 2010). 180 Etapas pré-atualização para uma atualização com anexação de Observações banco de dados Preparar o novo ambiente Consulte também Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados. [] Instalar e configurar o SharePoint Server 2010 e os pacotes de idiomas Instale os softwares necessários; em seguida, instale e configure o SharePoint Server 2010. [] Configurar aplicativos de serviço Execute estas etapas em cada servidor do farm. Esta etapa pode levar mais de uma hora, dependendo do número de servidores no ambiente. Execute esta etapa uma vez para o ambiente todo. Habilite e configure os serviços necessários no novo ambiente. Não configure o aplicativo de serviço de Perfil de Usuário ainda. Esse serviço será habilitado e configurado quando você atualizar o banco de dados do SSP (Provedor de Serviços Compartilhados). [] Configurar definições gerais do farm Execute esta etapa uma vez para o ambiente todo. Reaplique as configurações gerais existentes do farm anterior, como tipos de arquivos bloqueados e configurações de emails e cotas, e adicione usuários ou grupos ao grupo Administradores de Farm. Configure novas definições, como a coleta de dados de uso e integridade, o log de diagnóstico e contas móveis. [] Criar e configurar aplicativos Web Execute esta etapa uma vez para o ambiente todo. Crie um aplicativo Web para cada aplicativo Web existente no 181 Etapas pré-atualização para uma atualização com anexação de Observações banco de dados ambiente antigo. [] Reaplicar personalizações no lado do servidor Reaplique as personalizações a todos os servidores Web do farm. Transfira manualmente todas as personalizações no lado do servidor para o novo farm. Consulte o inventário criado na planilha de atualização para verificar se você instalou os componentes dos quais os sites dependem para funcionarem corretamente. [] Verificar o novo ambiente Após criar o novo ambiente, você pode realizar testes para verificar se ele contém todos os componentes necessários antes de atualizar os dados. Execute esta etapa uma vez para o ambiente todo. Executar a atualização Execute estas etapas em ordem durante uma atualização com anexação de banco de dados. As etapas necessárias para a anexação de banco de dados com bancos de dados somente leitura também estão incluídas. Etapas detalhadas: Anexar bancos de dados e atualizar para o SharePoint Server 2010. Executar uma atualização com anexação de banco de dados Observações [] A execução do verificador leva apenas alguns minutos, mas a resolução de problemas pode demorar mais. Executar o verificador de préatualização Execute o verificador de préatualização novamente para identificar problemas novos ou remanescentes antes de definir os bancos de dados como somente leitura ou de fazer backup desses bancos de dados. 182 Executar uma atualização com anexação de banco de dados Observações Etapas detalhadas: Executar o verificador de pré-atualização (SharePoint Server 2010). [] Definir os bancos de dados de versões anteriores como somente leitura (anexação de banco de dados com bancos de dados somente leitura) Para que o ambiente original permaneça disponível aos usuários em um estado somente leitura, defina os bancos de dados como somente leitura antes de fazer o respectivo backup. [] Fazer backup de bancos de dados Faça backup de todos os bancos de dados de conteúdo e do SSP antes de começar o processo de atualização com anexação de banco de dados. Execute esta etapa para cada banco de dados de conteúdo no seu ambiente. Dependendo da organização, talvez seja necessário que um administrador de banco de dados execute essa tarefa. Execute esta etapa para cada banco de dados de conteúdo e do SSP no seu ambiente. Ela pode levar uma hora, várias horas ou muito mais, dependendo do conjunto de dados e do ambiente. Dependendo da organização, talvez seja necessário que um administrador de banco de dados execute essa tarefa. [] [] Desanexar os bancos de dados de versões anteriores (anexação de banco de dados padrão) Execute esta etapa para cada banco de dados de conteúdo e do SSP no seu ambiente. Se você for atualizar os bancos de dados originais (e não uma cópia de backup), desanexe os bancos de dados originais da instância do Microsoft SQL Server para poder movê-los ao novo ambiente. Dependendo da organização, talvez seja necessário que um administrador de banco de dados execute essa tarefa. Restaurar uma cópia de backup do banco de dados (anexação de banco de dados com bancos de dados somente leitura) Execute esta etapa para cada banco de dados de conteúdo e do SSP no seu ambiente. Esta etapa pode levar uma hora 183 Executar uma atualização com anexação de banco de dados Se você for atualizar uma cópia dos bancos de dados, restaure os bancos de dados a partir do backup. Observações ou mais, dependendo do conjunto de dados e do ambiente. Dependendo da organização, talvez seja necessário que um administrador de banco de dados execute essa tarefa. [] Verificar componentes personalizados Use o cmdlet TestSPContentDatabaseWindows PowerShell para verificar se você tem todos os componentes personalizados necessários ao banco de dados. [] Execute esta etapa para cada banco de dados de conteúdo no seu ambiente. A execução do cmdlet leva apenas alguns minutos, mas a resolução de problemas pode demorar mais. Verificar permissões Verifique se a conta usada para anexar os bancos de dados é membro da função de banco de dados fixa db_owner para os bancos de dados de conteúdo que você deseja atualizar. [] Anexar um banco de dados de conteúdo a um aplicativo Web Anexe o primeiro banco de dados de conteúdo que você deseja atualizar. É necessário executar esta ação a partir da linha de comando. Você pode usar o cmdlet MountSPContentDatabaseWindows PowerShell ou a operação AddContentDB. [] Verificar a atualização do primeiro banco de dados Verifique se a atualização do primeiro banco de dados foi bem-sucedida e se há algum problema no site. Execute esta etapa para um único banco de dados de conteúdo no seu ambiente. Esta etapa pode levar uma hora, várias horas ou muito mais, dependendo do conjunto de dados e do hardware nos servidores Web, nos servidores de banco de dados e no subsistema de armazenamento. Execute esta etapa para o banco de dados de conteúdo que você acabou de anexar. Etapas detalhadas: Verificar a atualização e revisar os sites 184 Executar uma atualização com anexação de banco de dados Observações atualizados (Office SharePoint Server). [] Atualizar o banco de dados do SSP e Execute esta etapa para cada configurar perfis de usuário SSP que fazia parte do ambiente original. Antes de atualizar qualquer site Meu Site, atualize o banco de dados do SSP Ela pode levar uma hora ou mais e configure o aplicativo de serviço de para ser concluída, dependendo Perfil de Usuário. do conjunto de dados e do hardware nos servidores Web, nos servidores de banco de dados e no subsistema de armazenamento. [] Atualizar sites Meu Site Configure a URL do host de Meu Site e atualize os sites Meu Site. Execute esta etapa para cada banco de dados de conteúdo que contenha sites Meu Site no seu ambiente. Esta etapa pode levar uma hora, várias horas ou mais, dependendo do conjunto de dados, do fato de você estar ou não atualizando vários bancos de dados em paralelo e do hardware nos servidores Web, nos servidores de banco de dados e no subsistema de armazenamento. [] Anexar os bancos de dados restantes Anexe e atualize os bancos de dados de conteúdo restantes no seu ambiente. Use a linha de comando para executar esta ação. Execute esta etapa para cada um dos bancos de dados de conteúdo restantes no seu ambiente. Esta etapa pode levar uma hora, várias horas ou mais, dependendo do conjunto de dados, do fato de você estar ou não atualizando vários bancos de dados em paralelo e do hardware nos servidores Web, nos servidores de banco de dados e no subsistema de 185 Executar uma atualização com anexação de banco de dados Observações armazenamento. [] Monitorar o andamento da atualização Use a página Status da Atualização na Administração Central do SharePoint para monitorar o andamento enquanto os sites são atualizados. Etapas detalhadas: Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). [] Verificar a atualização do banco de dados restante Verifique se a atualização dos bancos de dados restantes foi bem-sucedida e se há algum problema nos sites. Etapas detalhadas: Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Execute esta etapa para cada banco de dados de conteúdo que você atualizar. Esta etapa pode levar uma hora, várias horas ou dias, dependendo do conjunto de dados. Execute esta etapa para cada um dos bancos de dados de conteúdo restantes no seu ambiente. Esta etapa pode levar uma hora, várias horas ou dias, dependendo do conteúdo. Executar etapas pós-atualização Siga estas etapas em ordem após executar uma atualização com anexação de banco de dados: Etapas pós-atualização para a atualização com anexação de banco Observações de dados [] Reaplicar permissões de administrador para serviços Por padrão, administradores de farm têm permissão para todos os serviços quando você executa uma atualização com anexação de banco de dados. Se quiser aplicar permissões mais restritivas, faça isso agora. [] Atualizar propriedades de perfil Execute esta etapa para qualquer serviço que necessite de permissões restritas. Execute essa etapa uma vez para 186 Etapas pós-atualização para a atualização com anexação de banco Observações de dados para dados de taxonomia e atualizar o repositório de fotos para serviços de Perfil de Usuário Dados em propriedades de perfil no Microsoft Office SharePoint Server 2007 que possuíam vários valores eram armazenados no banco de dados do SSP como parte dos dados de Serviços de Perfil. Para o SharePoint Server 2010, esses dados devem ser convertidos em dados de taxonomia e armazenados no banco de dados de metadados gerenciados. Quando você faz uma atualização, as fotos que estavam armazenadas como imagens de perfil devem ser atualizadas. Se os dados do repositório de fotos não forem atualizados, as fotos não serão exibidas ou algumas delas talvez pareçam distorcidas. Execute essas ações na linha de comando usando cmdlets do Windows PowerShell. cada aplicativo de Serviço de Perfil de Usuário no seu ambiente. Essa etapa contém muitas etapas menores. Dependendo da complexidade dos seus dados de perfil de usuário e da sua configuração, isso poderá demorar uma ou várias horas. Etapas detalhadas: Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil [] Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro O serviço SSO que estava disponível no Office SharePoint Execute essa etapa para cada aplicativo de serviço de Repositório Seguro que precise de dados de um serviço SSO anterior. 187 Etapas pós-atualização para a atualização com anexação de banco Observações de dados Server 2007 foi substituído pelo serviço de Repositório Seguro no SharePoint Server 2010. Não há nenhum caminho de atualização direta para os dados e as configurações do SSO para o serviço de Repositório Seguro, mas você pode migrar dados do banco de dados de SSO para um novo banco de dados de Repositório Seguro. O Aplicativo de Serviços do Excel precisa da conta de serviço de Repositório Seguro para funcionar corretamente. Etapas detalhadas: Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro [] Atualizar soluções que dependem do Catálogo de Dados Corporativos Execute esta etapa uma vez para todo o ambiente. Se você tiver usado o método de anexação de banco de dados para atualização e quiser continuar a usar os dados externos que são acessados por uma ou mais definições de aplicativo, será necessário executar várias tarefas adicionais. Etapas detalhadas: Atualizando soluções que dependem do Catálogo de Dados Corporativos [] Atualizar links usados em qualquer modelo de formulário do InfoPath atualizado Execute esta etapa uma vez para todo o ambiente. Para uma atualização com 188 Etapas pós-atualização para a atualização com anexação de banco Observações de dados anexação de banco de dados, você exportou e importou todos os modelos de formulário do InfoPath no seu ambiente quando criou o novo ambiente. Após a atualização, é possível atualizar os links usados nesses modelos de formulário atualizados para que eles apontem para as URLs corretas usando um cmdlet do Windows PowerShell. Etapas detalhadas: Atualizar links usados em qualquer modelo de formulário atualizado do InfoPath [] Verificar a atualização e examinar os sites atualizados Verifique se os sites foram atualizados com êxito e se estão prontos para visualização dos usuários. [] Execute esta ação para todos os bancos de dados e conjuntos de sites atualizados no ambiente. Esta etapa pode levar uma hora, várias horas ou dias, dependendo do conteúdo. Etapas detalhadas: Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Convém também que os proprietários dos sites examinem seus respectivos sites e relatem os problemas. Iniciar um rastreamento completo Execute esta etapa uma vez para todo o ambiente. Depois que todo o conteúdo for atualizado e todas as configurações forem definidas, é possível iniciar um rastreamento de pesquisa completo do conteúdo. Isso poderá demorar várias horas ou dias, dependendo da quantidade de conteúdo existente no ambiente. A execução de um rastreamento completo pode demorar várias horas ou dias, dependendo da quantidade de conteúdo no ambiente. 189 Consulte também Planilha de atualização para produtos do SharePoint 2010 190 Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados Quando você atualiza do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010 usando a abordagem com anexação de banco de dados, atualiza somente o conteúdo de seu ambiente, não as definições de configuração. A atualização com anexação de banco de dados é útil quando você está alterando o hardware ou deseja reconfigurar a topologia do farm de servidores como parte do processo de atualização. Para obter mais informações sobre como escolher uma abordagem de atualização, consulte Determinar abordagem de atualização (SharePoint Server 2010). Para poder atualizar os dados, você deve configurar um novo servidor ou farm de servidores usando o SharePoint Server 2010. Este artigo explica os elementos que você precisa configurar para criar esse novo ambiente. Para obter mais informações sobre o processo geral de atualização utilizando a abordagem de atualização com anexação de banco de dados, consulte Visão geral do processo de atualização (SharePoint Server 2010). Importante: Para executar as etapas deste artigo, você deve ter direitos de administrador no computador servidor local. Para obter mais informações, consulte Contas administrativas e de serviço (SharePoint Server 2010). Neste artigo: Antes de começar Criar e configurar o novo ambiente Verificar o novo ambiente Executar a atualização Antes de começar Antes de começar a criar o novo ambiente para uma atualização com anexação de banco de dados, examine as informações a seguir sobre permissões, requisitos de hardware e de software. Verifique se você atendeu a todos os requisitos de hardware e de software. É preciso ter uma versão de 64 bits do Windows Server 2008 ou do Windows Server 2008 R2. Para farms de servidores, também é preciso ter uma versão de 64 bits do SQL Server 2005 ou do SQL Server 2008. Para obter mais informações sobre esses requisitos (como atualizações específicas que devem ser instaladas), consulte Determinar requisitos de hardware e software (SharePoint Server 2010). 191 Prepare-se para configurar as contas necessárias usando as permissões apropriadas. Para obter informações detalhadas, consulte Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint Server 2010). Execute o verificador de pré-atualização no ambiente original. O verificador de pré-atualização identifica possíveis problemas de atualização no seu ambiente para que você possa corrigi-los antes de atualizar. Também pode ajudá-lo a identificar configurações de que você precisa no novo ambiente. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). Criar e configurar o novo ambiente O processo de criação e configuração do novo ambiente contém várias etapas, que devem ser executadas na sequência correta. Essas etapas são: 1. Instalar o SharePoint Server 2010 no servidor ou servidores. 2. Configurar aplicativos de serviço. 3. Configurar definições gerais do farm. 4. Criar e configurar aplicativos Web. 5. Reaplicar personalizações. Nas próximas partes desta seção você encontrará descrições dessas etapas e links para outros artigos que contêm instruções passo a passo sobre como executá-las. Depois que executar essas etapas, você poderá verificar o ambiente e depois executar a atualização. Instalar A primeira etapa na criação do novo ambiente é instalar o SharePoint Server 2010 e configurar o novo servidor ou farm de servidores. Faça o seguinte: 1. Execute o Ferramenta de Preparação de Produtos do Microsoft SharePoint para instalar todos os softwares necessários. 2. Execute a Instalação para instalar o produto. 3. Instale os pacotes de idiomas necessários no ambiente. 4. Execute o Assistente de Configuração de Produtos do SharePoint para configurar o servidor ou servidores. Os artigos a seguir fornecem instruções passo a passo para execução dessas tarefas. Instalar e configurar o produto Siga as etapas em um dos seguintes artigos para instalar e configurar o SharePoint Server 2010 em um único servidor ou em um farm de servidores: Implantar um servidor único com SQL Server (SharePoint Server 2010) Vários servidores para um farm de três camadas (SharePoint Server 2010) 192 Para obter mais cenários de implantação (como a instalação em um ambiente autônomo com SQL Express), consulte Cenários de implantação (SharePoint Server 2010). Instalar e configurar pacotes de idiomas Siga as etapas em Implantar pacotes de idiomas (SharePoint Server 2010) para instalar e configurar os pacotes de idiomas necessários para os sites no ambiente. Configurar aplicativos de serviço Crie as configurações de serviços em seu novo farm antes de atualizar os dados em uma atualização com anexação de banco de dados. As etapas incluídas nos artigos de cenários de implantação listados acima descrevem como usar o Assistente de Configuração Inicial do Farm para habilitar todos os serviços. Depois de executar o assistente, você deve transferir as configurações personalizadas do ambiente original para o novo ambiente e configurar os serviços adicionais e as definições necessárias. Use o Assistente de Configuração Inicial do Farm para habilitar os seguintes aplicativos de serviço: Serviço Conectividade de Dados Corporativos Os dados do serviço Catálogo de Dados Corporativos não são atualizados para o serviço Conectividade de Dados Corporativos quando você executa uma atualização com anexação de banco de dados. Se você quiser continuar usando os dados externos acessados por meio de uma ou mais definições de aplicativo, execute as seguintes tarefas: No ambiente original, exporte as definições de aplicativos (modelos) exigidas pela sua solução do Catálogo de Dados Corporativos do Office SharePoint Server 2007. Para obter mais informações, consulte o artigo sobre como exportar a definição do aplicativo. Atualize a solução para usar o modelo de objeto e os recursos de Serviços Corporativos de Conectividade da Microsoft. Isso inclui a atualização do arquivo de definição de aplicativo para que seja compatível com os Serviços Corporativos de Conectividade da Microsoft. Para obter informações sobre o modelo de objeto do Serviço Conectividade de Dados Corporativos, consulte o artigo sobre o Software Development Kit do Microsoft SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=166117&clcid=0x416). No novo ambiente, configure o aplicativo de serviço Conectividade de Dados Corporativos. Após a atualização, importe o modelo atualizado para o Serviço Conectividade de Dados Corporativos. Para obter mais informações, consulte Manage BDC models (SharePoint Server 2010). Aplicativo de Serviços do Excel Você deve reconfigurar esse aplicativo de serviço quando executar uma atualização com anexação de banco de dados. Não se esqueça de recriar as conexões de dados confiáveis. Para obter mais informações, consulte Excel Services administration (SharePoint Server 2010). Serviço de Metadados Gerenciados Este é um novo serviço no SharePoint Server 2010. Antes de atualizar os dados do perfil de usuário em uma atualização com anexação de banco de dados, você deve habilitar e configurar 193 esse aplicativo de serviço. Para obter mais informações, consulte Create, update, publish, or delete a managed metadata service application (SharePoint Server 2010). Aplicativo de serviço de Pesquisa As configurações de pesquisa não são preservadas durante uma atualização com anexação de banco de dados. Você deve reconfigurar manualmente a Pesquisa antes de atualizar. Para obter mais informações sobre como configurar a Pesquisa, consulte Etapas pós-instalação para pesquisa (SharePoint Server 2010). Serviço de Repositório Seguro Você precisa habilitar e configurar esse aplicativo de serviço para que possa atualizar dados do Aplicativo de Serviços do Excel e do Catálogo de Dados Corporativos. Para obter mais informações, consulte Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro no artigo "Executar etapas pós-atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010)". Importante: Não habilite e configure o aplicativo de serviço de Perfil de Usuário usando o Assistente de Configuração Inicial do Farm. Embora você deva ter configurado esse aplicativo de serviço e o serviço de Sincronização de Perfil de Usuário antes de atualizar o banco de dados de SSP, etapas específicas são necessárias para configurar esses serviços. As etapas necessárias para configurar esses serviços e atualizar o banco de dados de SSP estão incluídas na seção Atualizar o banco de dados de serviços compartilhados do artigo "Anexar bancos de dados e atualizar para o SharePoint Server 2010". Você também deve habilitar e configurar o seguinte serviço: InfoPath Forms Service Configure o InfoPath Forms Services usando o link Configurar o InfoPath Forms Services na página Configurações Gerais de Aplicativos na Administração Central do SharePoint Central. Exporte os modelos de formulário implantados pelo administrador (arquivos .xsn) e os arquivos de conexão de dados (arquivos .udcx) do seu ambiente do Office SharePoint Server 2007 e importeos para o novo ambiente do SharePoint Server 2010. Para obter mais informações, consulte Configurar o InfoPath Forms Services (SharePoint Server 2010) e Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010. Configurar definições gerais do farm A próxima etapa na criação do novo ambiente é aplicar definições gerais do farm. Você deve reaplicar manualmente as definições de configurações do farm da versão anterior, incluindo o seguinte: Definições de email de entrada e de saída Definições de nível de segurança do farm e de permissão, como a adição de contas de usuário ou grupo ao grupo Administradores de Farm. Tipos de arquivo bloqueados 194 Modelos de cota E você deve configurar as novas definições em nível de farm que deseja usar, como o seguinte: Coleta de dados de uso e integridade Log de diagnóstico Contas móveis Para obter mais informações sobre como configurar essas definições, consulte Configurar definições do farm (SharePoint Server 2010). Criar e configurar aplicativos Web Crie um aplicativo Web para cada aplicativo Web que existia no ambiente original. Para cada aplicativo Web, faça o seguinte: Use a mesma URL e configure as definições de mapeamento de acesso alternativo. Observação: Se você usar outra URL, talvez os aplicativos do Microsoft Office não sejam redirecionados corretamente para novas URLs e os indicadores para as URLs antigas não funcionarão. Use o mesmo método de autenticação. Importante Se estava usando a autenticação baseada em formulários, você precisará configurar a autenticação baseada em declarações. Também é necessário criar uma política de aplicativo Web para conceder Controle Total à conta de usuário que executará a atualização com anexação de banco de dados. Para obter mais informações, consulte Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010). Recrie os caminhos incluídos (como /Sites). Habilite a criação de sites de autoatendimento para qualquer aplicativo Web usado no ambiente anterior. Para obter mais informações sobre como configurar aplicativos Web e autenticação, consulte os seguintes artigos: Para autenticação clássica: Criar um aplicativo Web (SharePoint Server 2010) Para autenticação baseada em declarações: Create a Web application that uses Windows-claims authentication (SharePoint Server 2010) e Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010) Reaplicar personalizações Uma causa frequente de falhas durante a atualização ocorre porque o ambiente não possui recursos, soluções ou outros elementos personalizados. Verifique se todos os elementos personalizados necessários estão instalados nos seus servidores Web front-end antes de iniciar o processo de 195 atualização. Você pode usar o verificador de pré-atualização para compilar uma lista de personalizações de servidor no ambiente. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas". Nesta etapa, transfira manualmente todas as personalizações para o novo farm. Não se esqueça de instalar todos os componentes dos quais seus sites dependem para funcionar corretamente, entre eles: Definições de site personalizadas Observação: Se a definição de site tiver sido criada no Office SharePoint Server 2007, você poderá copiá-la sobre o novo ambiente no estado em que se encontra. No entanto, se tiver sido criada no Microsoft Office SharePoint Portal Server 2003, talvez você tenha que criar um arquivo de definição de atualização para mapear a definição do site para os novos recursos no Office SharePoint Server 2007. Para obter mais informações, consulte os artigos sobre desenvolvimento de novas definições de site personalizadas e criação de arquivos de definição de atualização (Office SharePoint Server) e implantação de arquivos de definição de atualização e novas definições de site (Office SharePoint Server). Folhas de estilo personalizadas (inclusive folhas de estilo em cascata) e imagens Web Parts personalizadas Serviços Web personalizados Soluções e recursos personalizados Assemblies personalizados Alterações de Web.config (por exemplo, na segurança) Não se esqueça de transferir as configurações exclusivas de arquivos Web.config de cada aplicativo Web para os novos servidores. Modelos de formulário aprovados pelo administrador (arquivos .xsn) e arquivos de conexão de dados (arquivos .udcx) para o InfoPath Você deve exportar modelos de formulário e arquivos de conexão de dados do ambiente original e depois importá-los para o novo ambiente. Para obter mais informações, consulte Planejar a atualização de modelos de formulário durante uma atualização para o SharePoint Server 2010 e Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010). Qualquer outro componente ou arquivo do qual seus sites dependem. Para obter mais informações sobre como atualizar personalizações para uso no SharePoint Server 2010, consulte o artigo sobre reimplantação de personalizações e soluções no SharePoint Foundation 2010 e no SharePoint Server 2010. Para obter mais informações sobre como implantar personalizações no seu ambiente, consulte Implantar personalizações - visão geral (SharePoint Server 2010). 196 Verificar o novo ambiente Após criar o novo ambiente, você pode realizar testes para verificar se ele contém todos os componentes necessários antes de atualizar seus dados. Para testar o novo ambiente, use os seguintes métodos: Crie um novo aplicativo Web e use o cmdlet Test-SPContentDatabase do Windows PowerShell para verificar se todas as personalizações do servidor necessárias para esse banco de dados de conteúdo estão presentes no novo ambiente. Não anexe nem atualize o banco de dados. Para obter mais informações, consulte Test-SPContentDatabase. Observação: Você também pode executar esse comando no banco de dados de conteúdo original, mas o banco de dados não deve estar em uso no momento. Use a operação Stsadm enumallwebs no ambiente do Office SharePoint Server 2007 para saber a qual modelo cada site está associado e verifique se o modelo está instalado no ambiente do SharePoint Server 2010. A Atualização Cumulativa de Outubro inclui aprimoramentos para a operação enumallwebs que podem ajudá-lo a encontrar personalizações em uso. Para obter mais informações sobre essa operação, consulte o artigo sobre enumallwebs: operação do Stsadm (Office SharePoint Server). Executar a atualização Quando concluir a preparação do novo ambiente, você poderá anexar e atualizar os bancos de dados. Siga as etapas em Anexar bancos de dados e atualizar para o SharePoint Server 2010 para anexar e atualizar os bancos de dados do servidor ou farm de servidores do Office SharePoint Server 2007 ao novo servidor ou farm de servidores do SharePoint Server 2010. 197 Anexar bancos de dados e atualizar para o SharePoint Server 2010 Ao atualizar do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010 usando a abordagem de atualização com anexação de banco de dados, você atualiza somente o conteúdo do ambiente, não as definições de configuração. A utilização de uma abordagem de atualização com anexação de banco de dados é útil quando você está alterando hardware ou deseja reconfigurar a topologia do farm de servidores como parte do processo de atualização. Para obter mais informações sobre como escolher uma abordagem de atualização, consulte Determinar abordagem de atualização (SharePoint Server 2010). A primeira etapa do processo é configurar um novo ambiente para hospedar o conteúdo atualizado. Se você ainda não instalou e configurou o novo ambiente, siga as etapas em Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados para fazê-lo. Depois de ter configurado o novo ambiente, você pode usar os procedimentos deste artigo para desanexar e depois reconectar os bancos de dados para executar a atualização real. Este artigo contém as etapas necessárias para executar uma atualização com anexação de banco de dados padrão e uma atualização com anexação de banco de dados usando banco de dados somente leitura. Neste artigo: Visão geral do processo Antes de começar Definir os bancos de dados de versões anteriores como somente leitura (anexação de banco de dados com banco de dados somente leitura) Fazer o backup de bancos de dados de versões anteriores usando ferramentas do SQL Server Desanexar os bancos de dados de versões anteriores (anexação de banco de dados padrão) Restaurar uma cópia de backup do banco de dados (anexação de banco de dados com bancos de dados somente leitura) Verificar componentes personalizados Anexar um banco de dados de conteúdo a um aplicativo Web Verificação: verificar atualização para o primeiro banco de dados Atualizar o banco de dados de serviços compartilhados Atualizar os sites de Meu Site Anexar os bancos de dados restantes Verificação: verificar atualização para bancos de dados adicionais Observação: 198 Uma causa frequente de falhas durante a atualização é a ausência de recursos, soluções ou outros elementos personalizados no ambiente. Verifique se todos os elementos personalizados que você precisa ter estão instalados nos servidores Web front-end antes de iniciar o processo de atualização. Use o verificador de pré-atualização — e, para uma atualização com anexação de banco de dados, use também o cmdlet test-spcontentdatabase do Windows PowerShell — para identificar os elementos personalizados que os sites possam estar usando. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para encontrar possíveis problemas". Para obter mais informações sobre o processo geral de atualização, utilizando o método de atualização com anexação de banco de dados, consulte Visão geral do processo de atualização (SharePoint Server 2010). Visão geral do processo Ao atualizar usando uma atualização com anexação de banco de dados, você desanexa os bancos de dados do farm antigo e depois os anexa ao novo farm. Quando você anexa um banco de dados ao novo farm, o processo de atualização é executado e atualiza o banco de dados inteiro. O processo de atualização com anexação de banco de dados é semelhante ao processo de atualização in-loco. A diferença é que a atualização com anexação de banco de dados é executada manualmente, em um ambiente separado. Se desejar preservar o farm original e permitir que os usuários continuem a acessar seus dados, defina os bancos de dados como somente leitura e anexe uma cópia de backup dos bancos de dados. Você pode anexar e atualizar bancos de dados do Microsoft Office SharePoint Server 2007 ou do Windows SharePoint Services 3.0 para um novo ambiente do Microsoft SharePoint Server 2010. Para ambas as origens, as etapas para configurar e anexar bancos de dados ao novo ambiente são as mesmas. Observação: A parte do processo neste artigo específica sobre a mudança de um banco de dados de um computador que está executando o Microsoft SQL Server para um computador diferente que executa o SQL Server é conhecida como realocação planejada. Para obter mais informações sobre a realocação planejada, consulte Movendo bancos de dados de usuário (http://go.microsoft.com/fwlink/?linkid=148425&clcid=0x416). Para obter uma visão geral do processo de atualização, consulte Visão geral do processo de atualização (SharePoint Server 2010). Antes de começar Antes de começar a atualização com anexação de banco de dados, examine as informações a seguir sobre permissões, requisitos de hardware e requisitos de software. Siga as etapas especificadas para instalar e configurar softwares necessários ou para modificar configurações. 199 Verifique se você atendeu a todos os requisitos de hardware e de software. É preciso ter uma versão de 64 bits do Windows Server 2008 ou do Windows Server 2008 R2. Para farms de servidores, também é preciso ter uma versão de 64 bits do SQL Server 2005 ou do SQL Server 2008. Para obter mais informações sobre esses requisitos (como atualizações específicas que devem ser instaladas), consulte Determinar requisitos de hardware e software (SharePoint Server 2010). Prepare-se para configurar as contas necessárias usando as permissões apropriadas. Para obter informações detalhadas, consulte Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint Server 2010). Verifique se a conta que você usa para anexar os bancos de dados é membro da função de banco de dados fixa db_owner para os bancos de dados de conteúdo que deseja atualizar. Execute a ferramenta de verificação de pré-atualização nos sites armazenados nos bancos de dados. O verificador de pré-atualização identifica possíveis problemas de atualização no seu ambiente para que você possa corrigi-los antes de atualizar. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). Crie um novo ambiente de farm de servidores. Para obter informações sobre como criar o novo ambiente, consulte Preparar o novo ambiente do SharePoint Server 2010 para uma atualização de anexação do banco de dados. Verifique e repare quaisquer erros de consistência de banco de dados. Para obter mais informações, consulte Manutenção de banco de dados para o Office SharePoint Server 2007 (white paper). Definir os bancos de dados de versões anteriores como somente leitura (anexação de banco de dados com banco de dados somente leitura) Se estiver usando a abordagem híbrida de bancos de dados somente leitura para fazer a atualização, defina os bancos de dados de versões anteriores como somente leitura antes de fazer o seu backup. Em qualquer tipo de atualização com anexação de banco de dados, você também poderá definir temporariamente os bancos de dados como somente leitura para garantir que capture todos os dados no backup, de forma que o estado atual do ambiente seja restaurado e atualizado. Se os bancos de dados forem definidos como somente leitura, os usuários poderão continuar a exibir conteúdo, mas não poderão adicioná-lo nem alterá-lo. Importante: Não é possível atualizar um banco de dados que esteja definido como somente leitura. Se estiver usando uma anexação de banco de dados com banco de dados somente leitura, você restaurará uma cópia do banco de dados e executará a atualização na cópia. Se não estiver usando esse método, mas desejar definir bancos de dados de conteúdo temporariamente 200 como somente leitura enquanto faz o backup dos dados atuais, defina os bancos de dados como leitura/gravação antes de anexá-los e atualizá-los. Importante: Não deixe de executar o verificador de pré-atualização antes de realizar esse procedimento. Para obter mais informações, consulte Executar o verificador de pré-atualização (SharePoint Server 2010). Para definir um banco de dados como somente leitura no SQL Server 2000 1. No Microsoft SQL Server Enterprise Manager, clique com o botão direito do mouse no nome do banco de dados que deseja definir como somente leitura e clique em Propriedades. 2. Na caixa de diálogo Propriedades, clique na guia Opções. 3. Em Acesso, marque a caixa de seleção Somente leitura e clique em OK. Para definir um banco de dados como somente leitura no SQL Server 2005 1. No SQL Server Management Studio, clique com o botão direito do mouse no nome do banco de dados que você deseja definir como somente leitura e clique em Propriedades. 2. Na seção Selecionar uma página, clique em Opções. 3. No painel direito, em Outras opções, na seção Estado, ao lado de Banco de Dados Somente Leitura, clique na seta e selecione Verdadeiro. Para definir um banco de dados como somente leitura no SQL Server 2008 1. No SQL Server Management Studio, no Pesquisador de Objetos, conecte-se a uma instância do Mecanismo de Banco de Dados, expanda o servidor e expanda Bancos de Dados. 2. Selecione o banco de dados que você deseja configurar como somente leitura, clique com o botão direito do mouse no banco de dados e clique em Propriedades. 3. Na caixa de diálogo Propriedades do Banco de Dados, na seção Selecionar uma página, clique em Opções. 4. No painel direito, em Outras opções, na seção Estado, ao lado de Banco de Dados Somente Leitura, clique na seta e selecione Verdadeiro. Você pode configurar a opção de disponibilidade do banco de dados READ_ONLY usando o TransactSQL. Para obter mais informações sobre como usar a cláusula SET da instrução ALTER DATABASE, consulte Definindo opções do banco de dados (http://go.microsoft.com/fwlink/?linkid=148362&clcid=0x416). 201 Fazer o backup de bancos de dados de versões anteriores usando ferramentas do SQL Server Siga o procedimento apropriado para fazer backup de bancos de dados no SQL Server 2000, no SQL Server 2005 ou no SQL Server 2008. Repita o procedimento para cada um dos seguintes bancos de dados do farm de servidores original: Conteúdo Serviços compartilhados Para obter mais informações sobre atualização e serviços compartilhados, consulte Como outros serviços são afetados pela atualização (SharePoint Server 2010). Você não precisa fazer backup dos bancos de dados de definições (pesquisa) de componente ou configuração, porque os recriará no novo farm de servidores. Para obter mais informações sobre os tipos de bancos de dados que você pode ter em um farm de servidores do Office SharePoint Server 2007, consulte Tipos e descrições de banco de dados (Office SharePoint Server). Ao final deste procedimento, você terá criado duplicatas dos bancos de dados de conteúdo somente leitura. Para fazer backup de um banco de dados no SQL Server 2000 1. No servidor de banco de dados, clique em Iniciar, aponte para Todos os Programas, aponte para Microsoft SQL Server e clique em Enterprise Manager. 2. No SQL Server Enterprise Manager, expanda Microsoft SQL Servers. 3. Expanda Grupo do SQL Server. 4. Expanda (local) (Windows NT). 5. Expanda Bancos de Dados. 6. Clique com o botão direito no banco de dados do qual deseja fazer backup, aponte para Todas as Tarefas e clique em Fazer Backup do Banco de Dados. 7. Na caixa de diálogo Backup do SQL Server, na caixa Name, especifique um nome para o backup e, na área Backup, selecione Database - complete. 8. Na área Destino, selecione um destino existente ou siga este procedimento: a. Clique em Adicionar. b. Na caixa Selecione o Destino de Backup, selecione Nome do Arquivo e, ao lado da caixa Nome do Arquivo, clique em Procurar. c. Na caixa de diálogo Local do Dispositivo de Backup - (local), na caixa Nome do arquivo, digite o nome do arquivo e clique em OK. d. Clique em OK novamente para fechar a caixa de diálogo Selecionar Destino do Backup. 9. Clique em OK para iniciar o processo de backup. 10. Clique em OK para confirmar que o processo de backup foi concluído. 202 Repita o procedimento anterior para fazer backup de todos os bancos de dados de conteúdo e de serviços compartilhados usados pelo Office SharePoint Server 2007 no seu ambiente. Para fazer backup de um banco de dados no SQL Server 2005 1. No servidor de banco de dados, clique em Iniciar, aponte para Todos os Programas, aponte para Microsoft SQL Server 2005 e clique em SQL Server Management Studio. 2. Na caixa Conectar ao Servidor, forneça as informações de conexão e clique em Conectar. 3. Depois de se conectar à instância apropriada do Mecanismo de Banco de Dados do SQL Server 2005, no Explorador de Objetos, expanda a árvore de servidores expandindo o nome do servidor. 4. Expanda Bancos de Dados, clique com o botão direito do mouse no banco de dados do qual será feito backup, aponte para Tarefas e clique em Backup. A caixa de diálogo Fazer Backup do Banco de Dados será exibida. 5. Na área Origem, na caixa Banco de dados, verifique o nome do banco de dados. 6. Na caixa Tipo de backup, selecione Completo. 7. Em Fazer backup do componente, selecione Banco e dados. 8. Na área Conjunto de backup, na caixa de texto Nome, aceite o nome do conjunto de backup padrão sugerido ou digite outro nome para o conjunto de backup. 9. Na área Destino, especifique o tipo de destino de backup selecionando Disco ou Fita e especifique um destino. Para criar outro destino, clique em Adicionar. 10. Clique em OK para iniciar o processo de backup. Repita o procedimento anterior para fazer backup de todos os bancos de dados de conteúdo e de serviços compartilhados usados pelo Office SharePoint Server 2007 no seu ambiente. Para fazer backup de um banco de dados no SQL Server 2008 1. No servidor de banco de dados, clique em Iniciar, aponte para Todos os Programas, aponte para Microsoft SQL Server 2008 e clique em SQL Server Management Studio. 2. Na caixa Conectar ao Servidor, forneça as informações de conexão e clique em Conectar. 3. Depois de se conectar à instância apropriada do Mecanismo de Banco de Dados do SQL Server 2008, no Pesquisador de Objetos, expanda o nome do servidor. 4. Expanda Bancos de Dados, clique com o botão direito do mouse no banco de dados do qual será feito backup, aponte para Tarefas e clique em Backup. A caixa de diálogo Fazer Backup do Banco de Dados será exibida. 5. Na área Origem, na caixa Banco de Dados, verifique o nome do banco de dados. 6. Na caixa Tipo de backup, selecione Completo. 7. Em Fazer backup do componente, selecione Banco de Dados. 8. Na área Conjunto de backup, na caixa de texto Nome, aceite o nome de conjunto de backup 203 padrão ou digite um novo. 9. Na área Destino, especifique o tipo de destino de backup selecionando Disco ou Fita e especifique um destino. Para criar outro destino, clique em Adicionar. 10. Clique em OK para iniciar o processo de backup. Repita o procedimento anterior para fazer backup de todos os bancos de dados de conteúdo e de serviços compartilhados usados pelo Office SharePoint Server 2007 no seu ambiente. Desanexar os bancos de dados de versões anteriores (anexação de banco de dados padrão) Para que você possa anexar seus bancos de dados ao novo ambiente e atualizar os dados, é preciso desanexá-los do ambiente atual. Após desanexar os bancos de dados, você pode movê-los para um novo servidor de banco de dados ou deixá-los no servidor de banco de dados existente e anexá-los aos aplicativos Web. Importante: Não use o procedimento a seguir se você estiver executando uma atualização com anexação de banco de dados com bancos de dados somente leitura. Para que os usuários continuem a ter acesso ao conteúdo, você precisa manter os bancos de dados anexados e executar as etapas da seção Restaurar uma cópia de backup do banco de dados (anexação de banco de dados com bancos de dados somente leitura) mais adiante neste artigo para criar uma cópia dos bancos de dados em vez disso. Para desanexar um banco de dados de conteúdo de um aplicativo Web 1. Na Administração Central, na página Gerenciamento de Aplicativos, na seção Gerenciamento de Aplicativos Web do SharePoint, clique em Bancos de dados de conteúdo. 2. Na página Gerenciar Banco de Dados de Conteúdo, clique no banco de dados de conteúdo que deseja desanexar. Observação: Se o banco de dados de conteúdo não aparecer, ele poderá estar associado a outro aplicativo Web. Para selecionar outro aplicativo Web, no menu Aplicativo Web, clique em Alterar Aplicativo Web. 3. Na página Gerenciar Configurações de Banco de Dados de Conteúdo, na seção Remover Banco de Dados de Conteúdo, marque a caixa de seleção Remover banco de dados de conteúdo e clique em OK. Observação: A remoção do banco de dados de conteúdo não exclui o banco de dados; apenas remove a associação do banco de dados ao aplicativo Web. 204 4. Repita as etapas 2 a 3 para cada banco de dados de conteúdo que desejar desanexar. Você também pode usar a operação deletecontentdb de Stsadm para desanexar um banco de dados de conteúdo de um aplicativo Web. Para obter mais informações, consulte o artigo sobre deletecontentdb: operação Stsadm (Office SharePoint Server). Se estiver movendo os bancos de dados para outro servidor de banco de dados, você também deverá desanexá-los da instância do SQL Server antes de movê-los e anexá-los à nova instância do SQL Server. Importante: Se você mover seus bancos de dados para outra instância do SQL Server, verifique se a segurança está configurada corretamente. Verifique se as contas que você usa têm as funções fixas e permissões adequadas nos bancos de dados e se ainda serão contas válidas se você as estiver movendo entre domínios. Para desanexar um banco de dados de uma instância do SQL Server e movê-lo para outra instância do SQL Server 1. No SQL Server 2005 Management Studio, abra a instância de origem do SQL Server e expanda o nó Bancos de dados. 2. Clique com o botão direito do mouse no banco de dados de conteúdo, aponte para Tarefas e clique em Desanexar. Repita essa etapa para cada banco de dados de conteúdo que desejar desanexar e mover. Observação: Use esse procedimento para mover somente bancos de dados de conteúdo. Não desanexe outros bancos de dados. 3. No Windows Explorer, navegue até o local dos arquivos .mdf e .ldf dos bancos de dados de conteúdo. 4. Selecione os arquivos .mdf e .ldf do banco de dados que você deseja mover e copie-os ou transfira-os para o diretório de destino. 5. No SQL Server 2005 Management Studio, abra a instância de origem do SQL Server. 6. Clique com o botão direito do mouse no nó Bancos de dados, aponte para Tarefas e clique em Anexar. 7. Na caixa de diálogo Anexar Banco de Dados, navegue até o local para o qual você transferiu os arquivos .mdf e .ldf, selecione o arquivo .mdf do banco de dados que deseja anexar e clique em OK. 8. Repita as etapas 6 e 7 para cada banco de dados de conteúdo que você estiver movendo. 205 Restaurar uma cópia de backup do banco de dados (anexação de banco de dados com bancos de dados somente leitura) Depois de configurar o novo farm de servidores, você poderá restaurar as cópias de backup dos bancos de dados em um: Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2, e SQL Server 2005 com SP3 e Atualização Cumulativa 3. Observe que você deve restaurar para uma versão de 64 bits do SQL Server 2008 R2, SQL Server 2008 com SP1 e Atualização Cumulativa 2, e SQL Server 2005 com SP3 e Atualização Cumulativa 3. Comece com um banco de dados e verifique se a restauração funcionou antes de restaurar os outros bancos de dados. A seção a seguir apresenta os procedimentos para a restauração dos backups. Para restaurar uma cópia de backup de um banco de dados no SQL Server 2005 Enterprise Edition 1. No SQL Server Management Studio, clique com o botão direito do mouse em Bancos de Dados e clique em Restaurar Banco de Dados. A caixa de diálogo Restaurar Banco de Dados será exibida. 2. Na caixa de diálogo Restaurar Banco de Dados, na página Geral, na caixa Para o banco de dados, digite o nome do banco de dados que você está restaurando. 3. Na caixa de texto Até um momento determinado, mantenha o padrão (O mais recente possível). 4. Para especificar a origem e a localização dos conjuntos de backup que serão restaurados, clique em Do dispositivo e clique no botão Procurar para selecionar o arquivo de backup. 5. Na caixa de diálogo Especificar Backup, na caixa Mídia de backup, verifique se Arquivo está selecionado. 6. Na área Local do backup, clique em Adicionar. 7. Na caixa de diálogo Localizar Arquivo de Backup, selecione o arquivo que deseja restaurar e clique em OK. 8. Na grade Selecionar os conjuntos de backup a restaurar, marque a caixa de seleçãoRestaurar ao lado do backup concluído mais recente. 9. Na caixa de diálogo Restaurar Banco de Dados, na página Opções, em Opções de restauração, marque a caixa de seleção Substituir o banco de dados existente. 10. Clique em OK para iniciar o processo de restauração. Para restaurar uma cópia de backup de um banco de dados no SQL Server 2008 Enterprise 1. Depois de se conectar à instância apropriada do Mecanismo de Banco de Dados do SQL Server 2008, no Explorador de Objetos, expanda o nome do servidor. 2. Clique com o botão direito em Bancos de Dados e clique em Restaurar Banco de Dados. A 206 caixa de diálogo Restaurar Banco de Dados será exibida. 3. Na caixa de diálogo Restaurar Banco de Dados, na página Geral, o nome do banco de dados a ser restaurado na lista Para o banco de dados. 4. Na caixa de texto Em um momento determinado, mantenha o padrão (O mais recente possível). 5. Para especificar a origem e a localização dos conjuntos de backup que serão restaurados, clique em Do dispositivo e clique no botão Procurar para selecionar o arquivo de backup. 6. Na caixa de diálogo Especificar Backup, na caixa Mídia de Backup, verifique se Arquivo está selecionado. 7. Na área Local do backup, clique em Adicionar. 8. Na caixa de diálogo Localizar Arquivo de Backup, selecione o arquivo que deseja restaurar, clique em OK e, na caixa de diálogo Especificar Backup, clique em OK. 9. Na caixa de diálogo Restaurar Banco de Dados, em Selecione os conjuntos de backup a serem restaurados, marque a caixa de seleção Restaurar ao lado do backup completo mais recente. 10. Na caixa de diálogo Restaurar Banco de Dados, na página Opções, em Opções de restauração, marque a caixa de seleção Substituir o banco de dados existente. 11. Clique em OK para iniciar o processo de restauração. Verificar componentes personalizados Antes de anexar os bancos de dados de conteúdo aos aplicativos Web, use o cmdlet TestSPContentDatabaseWindows PowerShell para verificar se tem todos os componentes personalizados necessários para o banco de dados. Para verificar se componentes personalizados estão disponíveis usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL> Em que: <Nome_do_Banco_de_Dados> é o nome do banco de dados que você deseja testar. <URL> é a URL do aplicativo Web que hospedará os sites. Para obter mais informações, consulte Test-SPContentDatabase. 207 Anexar um banco de dados de conteúdo a um aplicativo Web Ao anexar um banco de dados de conteúdo, verifique se o site raiz do aplicativo Web está incluído no primeiro banco de dados de conteúdo anexado. Em outras palavras, antes de continuar, examine a raiz do aplicativo Web no farm de servidores original para determinar o primeiro conjunto de sites. Após anexar o banco de dados que contém o site raiz, você poderá anexar em qualquer ordem os outros bancos de dados de conteúdo para o aplicativo Web. Não é necessário criar conjuntos de sites para armazenar o conteúdo antes de anexar o banco de dados; esse processo cria os conjuntos de sites para você. Não adicione novos conjuntos de sites até que tenha restaurado todos os bancos de dados de conteúdo. Importante: Se estiver movendo os bancos de dados de conteúdo entre domínios ou florestas ou para outro ambiente que tenha contas de serviço diferentes, verifique se as permissões das contas de serviço ainda estão corretas antes de anexar os bancos de dados. Você pode usar o cmdlet Mount-SPContentDatabase no Windows PowerShell ou o comando addcontentdb de Stsadm para anexar um banco de dados de conteúdo a um aplicativo Web. O uso das páginas da Administração Central do SharePoint para anexar um banco de dados de conteúdo não tem suporte para atualização. Verifique se a conta que você usa para anexar os bancos de dados é membro da função de banco de dados fixa db_owner para os bancos de dados de conteúdo que deseja atualizar. Importante Se estava usando a autenticação baseada em formulários, você precisará configurar a autenticação baseada em declarações para o aplicativo Web antes de anexar bancos de dados. Também é necessário criar uma política para conceder Controle Total ao aplicativo Web para a conta de usuário que executará a atualização com anexação de banco de dados. Para obter mais informações, consulte Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010). Dica Não é possível anexar o mesmo banco de dados de conteúdo mais de uma vez a um farm, mesmo em aplicativos Web diferentes. Cada conjunto de sites em um banco de dados de conteúdo tem um GUID associado a ele, o qual é registrado no banco de dados de configuração. Portanto, não é possível adicionar o mesmo conjunto de sites duas vezes ao farm, mesmo em aplicativos Web separados. Embora você possa anexar o banco de dados nessa situação, não será possível iniciar o conjunto de sites. Se você precisar de uma cópia duplicada de um conjunto de sites no mesmo farm, primeiro anexe o banco de dados que contém o conjunto de sites a um farm separado e use as operações de backup e restauração de Stsadm para copiar o conjunto de sites para o farm. O processo de backup e restauração do Stsadm cria um novo GUID para o conjunto de sites. 208 Para anexar um banco de dados de conteúdo a um aplicativo Web usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> WebApplication <URL> [-Updateuserexperience] Em que: <Nome_do_Banco_de_Dados> é o nome do banco de dados que você deseja atualizar. <Nome_do_Servidor> é o servidor em que o banco de dados está armazenado. <URL> é a URL do aplicativo Web que hospedará os sites. Updateuserexperience é a opção de atualizar para a nova experiência do usuário ou permanecer na experiência antiga (parte da Atualização Visual). Quando você inclui esse parâmetro, o site é definido com a visualização da nova experiência do usuário. Omita esse parâmetro se desejar que o site permaneça com a experiência do usuário antiga após a atualização. Para obter mais informações, consulte Planejar a atualização visual (SharePoint Server 2010). Para obter mais informações, consulte Mount-SPContentDatabase. Observação: Convém usar o Windows PowerShell ao executar tarefas administrativas de linha de comando. A ferramenta de linha de comando Stsadm foi preterida, mas está incluída para oferecer suporte à compatibilidade com versões anteriores do produto. Para anexar um banco de dados de conteúdo a um aplicativo Web usando a ferramenta de linha de comando Stsadm 1. Na unidade em que os Produtos e Tecnologias do SharePoint estão instalados, mude para o seguinte diretório: %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin. 2. Digite o seguinte comando e pressione ENTER: stsadm -o addcontentdb -url<URL> -databasename<Nome_do_Banco_de_Dados> [-databaseserver<Nome_do_Servidor>] [-databaseuser<Nome_do_Usuário>] [-databasepassword<Senha>] [-sitewarning<Contagem_de_Avisos_de_Site>] [-preserveolduserexperiencetrue/false] [-sitemax<Contagem_Máxima_de_Sites>] 209 [-assignnewdatabaseid][-clearchangelog] Observação Quando você define o parâmetro preserveolduserexperience como true, os sites do banco de dados de conteúdo mantêm a aparência da versão anterior após a atualização. Quando você define esse parâmetro como false, os sites são atualizados com a nova aparência. O padrão desse parâmetro é true, que preserva a aparência antiga. Esse parâmetro faz parte do recurso de Atualização Visual. Para obter mais informações, consulte Planejar a atualização visual (SharePoint Server 2010). Para obter mais informações, consulte o artigo sobre addcontentdb: operação do Stsadm (Office SharePoint Server). Verificação: verificar atualização para o primeiro banco de dados Após anexar um banco de dados, você pode usar a página Status da Atualização na Administração Central para verificar o status da atualização nos conjuntos de sites. Após a conclusão do processo de atualização, você pode examinar o arquivo de log para ver se houve problemas durante a atualização. Além disso, é possível examinar cada site atualizado para localizar e corrigir problemas relacionados à forma como o conteúdo é exibido. Para obter mais informações, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server). Para exibir a página Status da Atualização Na Administração Central, clique em Atualização e Migração e clique em Verificar status de atualização. Para abrir o arquivo de log de atualização O arquivo de log de erro de atualização e o arquivo de log de atualização estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS. Os logs são nomeados no seguinte formato: Upgrade-AAAAMMDD-HHMMSS-SSS-erro.log e Upgrade-AAAAMMDD-HHMMSS-SSS.log, em que AAAAMMDD é a data e HHMMSS-SSS é a hora (horas no formato de 24 horas, minutos, segundos e milissegundos). Um exemplo de um log de erro de atualização é Upgrade-20090415-132126-374-error.log e um exemplo de um log de atualização é Upgrade-20090415-132126-374.log. Observação: O arquivo de log de atualização inclui o nome do banco de dados de conteúdo que está sendo atualizado. 210 Atualizar o banco de dados de serviços compartilhados Para atualizar sites de Meu Site em seu ambiente, é necessário configurar os serviços de Perfil de Usuário e Metadados Gerenciados, e atualizar o banco de dados de Provedor de Serviços Compartilhados (SSP). Para fazer isso, você deve executar as seguintes tarefas: 1. Criar um pool de aplicativos para o serviço de Perfil de Usuário. 2. Verificar se o serviço de Metadados Gerenciados está habilitado. 3. Habilitar o serviço de Perfil de Usuário e atualizar o banco de dados de SSP. 4. Criar um novo proxy para o aplicativo de serviço de Perfil de Usuário e associá-lo ao grupo de proxies padrão. Os procedimentos a seguir fornecem as etapas para essas tarefas. Importante: As etapas das seções a seguir presumem que você ainda não tenha habilitado o aplicativo de serviço de Perfil de Usuário ou o serviço de Sincronização de Perfil de Usuário. Se você já tiver habilitado esses serviços, execute essas etapas para criar uma instância separada do aplicativo de serviço de Perfil de Usuário. Você pode associar seu serviço de Sincronização de Perfil de Usuário existente ao novo aplicativo de serviço de Perfil de Usuário. Para criar um pool de aplicativos para o serviço de Perfil de Usuário usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. Para criar o pool de aplicativos, no prompt de comando do Windows PowerShell, digite o seguinte comando: New-SPServiceApplicationPool -Name <ApplicationPoolName> -Account <DOMAIN\username> Em que: <Nome_do_Pool_de_Aplicativos> é o nome que você deseja usar para o pool de aplicativos. <DOMÍNIO\nome_de_usuário> é uma conta válida. Você pode usar uma conta de domínio ou o nome de uma conta gerenciada no farm. Use o cmdlet Get-SPManagedAccount para exibir a conta gerenciada existente no farm. Para obter mais informações, consulte New-SPServiceApplicationPool. 211 Para verificar se o serviço de Metadados Gerenciados está habilitado 1. Na Administração Central do SharePoint, na página Gerenciamento de Aplicativos, clique em Gerenciar aplicativos de serviço. 2. Verifique se o serviço de Metadados Gerenciados foi iniciado. Para obter mais informações sobre como habilitar e gerenciar esse serviço, consulte Administração de metadados gerenciados (SharePoint Server 2010). Para habilitar o serviço de Perfil de Usuário e atualizar o banco de dados de SSP usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. Para habilitar o serviço de Perfil de Usuário e atualizar o banco de dados de SSP, no prompt de comando do Windows PowerShell, digite o seguinte comando: New-SPProfileServiceApplication -applicationpool <ApplicationPoolName> -Name <ServiceApplicationName> -Profiledbname <DatabaseName> [-Profiledbserver <ServerName>] Em que: <Nome_do_Pool_de_Aplicativos> é o nome do pool de aplicativos que você criou na etapa anterior. <Nome_do_Aplicativo_de_Serviço> é o nome do aplicativo de serviço que você deseja usar. <Nome_do_Banco_de_Dados> é o nome do banco de dados que contém as informações de perfil. <Nome_do_Servidor> é o nome do servidor ao qual você está anexando o banco de dados. Para obter mais informações, consulte New-SPProfileServiceApplication. Para criar o proxy para o serviço de Perfil de Usuário e associá-lo ao grupo de proxies padrão usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. Para configurar o proxy para o serviço de Perfil de Usuário, no prompt de comando do 212 Windows PowerShell, digite o seguinte comando: New-SPProfileServiceApplicationProxy -ServiceApplication <ProfileServiceApplicationID> -Name <ProxyName> -DefaultProxyGroup Em que: <ID_do_Aplicativo_de_Serviço_de_Perfil> é o GUID do aplicativo de serviço que você criou na etapa anterior. <Nome_do_Proxy> é o nome do proxy que você deseja usar. Grupo_de_Proxies_Padrão especifica que o proxy do aplicativo de serviço de Perfil de Usuário deve ser adicionado ao grupo de proxies padrão para o farm local. Para obter mais informações, consulte New-SPProfileServiceApplicationProxy. Verifique se sua conta de administração do farm tem Controle Total sobre o serviço de Perfil de Usuário. Use o procedimento a seguir para conceder controle total à conta de administração do farm. Atualizar permissões no serviço de Perfil de Usuário 1. Na Administração Central do SharePoint, na página Gerenciamento de Aplicativos, clique em Gerenciar Aplicativos de Serviço. 2. Clique na linha Aplicativo de Serviço de Perfil de Usuário (não no link) e, na faixa de opções, clique em Administradores. 3. Na caixa de diálogo Administradores para Aplicativo de Serviço de Perfil de Usuário, na caixa Para adicionar uma conta ou um grupo, digite-o ou selecione-o abaixo e clique em 'Adicionar', digite a conta de administrador do farm e a conta que você está usando para executar o serviço de Perfil de Usuário e clique em Adicionar. 4. Na caixa Permissões de <nome da conta>, marque a caixa de seleção Controle Total e clique em OK. Iniciar o serviço de Sincronização de Perfil de Usuário 1. Na Administração Central do SharePoint, na página Configurações do Sistema, clique em Gerenciar Serviços no Servidor. 2. Junto ao serviço de Sincronização de Perfil de Usuário, clique em Iniciar. 3. Na caixa de diálogo Selecione o Aplicativo de Perfil de Usuários, selecione o aplicativo que você acabou de criar. 4. Na seção Nome e Senha da Conta de Serviço, digite e confirme a senha da conta de serviço. 5. Clique em OK. Importante Após habilitar o serviço de Sincronização de Perfil de Usuário, você pode aplicar novamente as configurações que usou para Sincronização de Perfil de Usuário de seu ambiente do Office 213 SharePoint Server 2007 no novo ambiente. Aplique novamente configurações como conexões, mapeamentos de propriedades e filtros. Para obter mais informações sobre como configurar esse serviço, consulte Configurar a sincronização de perfil (SharePoint Server 2010). Observe que o serviço de Sincronização de Perfil de Usuário não está disponível em um ambiente autônomo. Você deve ter uma instalação de farm de servidores para usar esse serviço. Agora você está pronto para atualizar os sites de Meu Site. Atualizar os sites de Meu Site Se houver sites de Meu Site em seu ambiente, você poderá atualizá-los após atualizar o banco de dados de Provedor de Serviços Compartilhados (SSP). Você deverá ter criado o aplicativo Web de host de Meu Site ao criar seu novo ambiente. Para atualizar os sites de Meu Site, configure a URL de host de Meu Site e atualize os bancos de dados de conteúdo que contêm os sites de Meu Site. Para configurar a URL de host de Meu Site 1. Na Administração Central, na página Gerenciar Aplicativos de Serviço, clique no aplicativo de serviço de Perfil de Usuário que você deseja associar a Meus Sites. 2. Na página Gerenciar Serviço de Perfil: Serviço de Perfil de Usuário, clique em Configurar Meus Sites. 3. Insira as informações para configurar Meus Sites, incluindo o novo local de host de Meu Site e o local do site pessoal. O host de Meu Site é um conjunto de sites no banco de dados de conteúdo, com uma URL como http:// Fabrikam/meu. O caminho do site pessoal é o caminho gerenciado no qual todos os sites de Meu Site serão criados. Se você tiver digitado "pessoal" na caixa Local, os sites de Meu Site serão criados em http:// Fabrikam/pessoal/nome_de_usuário). 4. Após configurar Meus Sites, você deverá redefinir o IIS (Serviços de Informações da Internet) abrindo uma janela de Prompt de Comando e digitando iisreset /noforce no prompt de comando. Agora que criou a URL de host de Meu Site, você pode atualizar os sites de Meu Site. Execute as etapas descritas na seção Adicionar os bancos de dados de conteúdo aos aplicativos Web mais adiante neste artigo para anexar e atualizar os bancos de dados que contêm sites de Meu Site. Você pode atualizar os sites de Meu Site a qualquer momento após atualizar o banco de dados de SSP e configurar a URL de host de Meu Site. Anexar os bancos de dados restantes Após restaurar o primeiro banco de dados de conteúdo e verificar a atualização examinando o arquivo de log de atualização, você pode continuar restaurando e atualizando os próximos bancos de dados. É possível anexar vários bancos de dados ao mesmo tempo em janelas separadas de Prompt de 214 Comando para executar várias atualizações ao mesmo tempo. Após restaurar e atualizar todos os sites, bancos de dados de conteúdo e de SSP, você pode examinar os sites para verificar se foram atualizados corretamente. Verificação: verificar atualização para bancos de dados adicionais Após atualizar bancos de dados adicionais, consulte a página Status da Atualização para monitorar o andamento e verificar se o processo de atualização está concluído. Examine o arquivo de log para identificar outros problemas e examine cada site atualizado para localizar e corrigir problemas relacionados à forma como o conteúdo é exibido. Para obter mais informações, consulte Verificar a atualização e revisar os sites atualizados (Office SharePoint Server) e Gerenciar a atualização visual (SharePoint Server 2010). Etapas adicionais Depois de concluir a atualização, há várias etapas que você deve seguir para concluir a configuração do farm atualizado. Para obter mais informações, consulte Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010). Consulte também Solucionar problemas de atualização (SharePoint Server 2010) 215 Executar etapas pós-atualização (SharePoint Server 2010) Após executar uma atualização in-loco ou uma atualização com anexação de banco de dados para o Microsoft SharePoint Server 2010, você pode verificá-la e executar as etapas de configuração necessárias, de modo a preparar novamente o ambiente para os usuários. Nesta seção: Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010) Antes de dar aos usuários o acesso ao ambiente atualizado, execute estas etapas para verificar se tudo está funcionando da maneira esperada. Este artigo contém etapas específicas para uma atualização in-loco. Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010) De maneira semelhante ao artigo descrito acima, este artigo contém etapas para verificar se tudo está funcionando conforme o planejado após uma atualização com anexação de banco de dados. Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010) Atualizando aplicativos Web existentes do Microsoft Office SharePoint Server 2007 que foram configurados para usar a autenticação baseada em formulários para funcionar com o SharePoint Server 2010. Verificar a atualização e revisar os sites atualizados (Office SharePoint Server) Descubra como saber se a atualização foi concluída com êxito (do ponto de vista do software e mediante uma análise visual de seus sites) ou se ainda restam problemas a serem abordados. Se precisar reiniciar a atualização após uma falha, você encontrará as etapas necessárias neste artigo. Recuperação após uma atualização com falha (SharePoint Server 2010) Execute essas etapas se a atualização para o Microsoft SharePoint Server 2010 falhar e você não tiver tempo para continuar a solucionar os problemas ou continuar o processo de atualização. 216 Executar etapas pós-atualização para uma atualização no local (SharePoint Server 2010) Depois de atualizar o conteúdo no ambiente para o Microsoft SharePoint Server 2010, você precisa realizar algumas etapas adicionais para garantir que a infraestrutura que dá suporte a esse conteúdo esteja pronta para recomeçar a atender a solicitações de usuários. Este artigo descreve como concluir essas tarefas. Neste artigo: Configurar serviços novos e atualizados após a atualização no local Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro Atualizando soluções que dependem do Catálogo de Dados Corporativos Instruir os usuários a migrarem Meus Links particulares para marcas particulares (opcional) Configurar serviços novos e atualizados após a atualização no local Muitos serviços novos estão disponíveis no SharePoint Server 2010. Você pode habilitar esses novos serviços depois de realizar uma atualização no local. Você deve criar aplicativos de serviço para para hospedar serviços novos. Você pode usar o Assistente de Configuração de Farm para selecionar e habilitar rapidamente novos serviços no seu farm ou pode configurar os serviços manualmente. Você também pode adicionar proxies para quaisquer aplicativos de serviço que deseje usar com diferentes aplicativos da Web. Para obter mais informações, consulte Manage service applications (SharePoint Server 2010). Não se esqueça de configurar o serviço de Balanceador de Carga de Conversões de Documento e o serviço Iniciador de Conversões de Documento e habilitar conversões de documento para seus aplicativos Web. Por padrão, esses serviços são desabilitados após a atualização e você deve habilitálos antes que os usuários possam usar conversões de documento. Para obter mais informações, consulte Manage document conversions (SharePoint Server 2010). 217 Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil Os dados de propriedades de perfil de vários valores do Microsoft Office SharePoint Server 2007 eram armazenados no banco de dados de SSP (provedor de serviços compartilhados) como parte dos dados de Serviços de Perfil. Para o SharePoint Server 2010, agora esses dados devem ser convertidos em dados de taxonomia e armazenados no banco de dados de metadados gerenciados. Para mover e atualizar os dados, você deve ter criado um aplicativo de serviço para o serviço de Metadados Gerenciados. Após a conclusão dessa operação, você pode usar um cmdlet do Windows PowerShell para atualizar os dados de perfil e taxonomia e movê-los para o banco de dados de Taxonomia. Esse cmdlet reconecta os dados aos aplicativos de serviço de Metadados Gerenciados e Perfil de Usuário. Você deve executar esse cmdlet para cada propriedade de Metadados Gerenciados que deseja atualizar; não há uma opção para especificar todas as propriedades. Observe que o serviço de Metadados Gerenciados não aceita certos caracteres (como ponto-e-vírgulas, colchetes angulares, barras verticais, aspas ou tabulações) que eram permitidos nas propriedades de perfil do usuário com base nas listas de opções no Office SharePoint Server 2007. Se um termo ou conjunto de termos usar um caractere que não for mais aceito, o caractere será removido e substituído por um espaço quando atualizado. Importante: Para atualizar e usar dados de taxonomia, o proxy de aplicativo de serviço de Perfil de Usuário e o proxy de aplicativo de serviço de Metadados Gerenciados precisam estar no mesmo grupo de proxies. Antes de atualizar os dados de taxonomia, pesquise a ID do proxy de aplicativo de serviço de Perfil de Usuário (chamado SPServiceApplicationProxyPipeBand no Windows PowerShell), localize a lista de propriedades de metadados gerenciados e escolha as propriedades que você deseja atualizar. Para encontrar a ID do proxy de aplicativo de serviço de Perfil de Usuário utilizando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Get-SPServiceApplicationProxy Isso retorna uma lista de proxies de aplicativo de serviço. Copie a ID do proxy de aplicativo do serviço de Perfil de Usuário. Para obter mais informações, consulte Get-SPServiceApplicationProxy. 218 Para exibir o nome de uma propriedade de metadados gerenciados 1. Na home page da Administração Central do SharePoint, clique em Gerenciamento de Aplicativos. 2. Em Aplicativos de Serviço, clique em Gerenciar Aplicativos de Serviço. 3. Clique no aplicativo de serviço de Perfil de Usuário do seu ambiente para abrir a página Gerenciar Serviço de Perfil: nome do serviço. 4. Em Contatos, clique em Gerenciar Propriedades de Usuário. 5. Clique no nome de uma propriedade e clique em Editar. 6. Copie a cadeia de caracteres da caixa Nome. Esse é o nome a ser usado como a identidade da propriedade de metadados gerenciados quando você atualiza os dados de taxonomia. Importante: Você deve ser um administrador dos Metadados Gerenciados para atualizar dados de taxonomia. Use o cmdlet Move-SPProfileManagedMetadataProperty para atualizar os dados de taxonomia. A execução desse cmdlet poderá demorar muito, dependendo de como muitos perfis estiverem no seu ambiente. Para atualizar dados de taxonomia usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Você também deve ser membro da função Administrador do repositório de termos do serviço de Metadados Gerenciados. Para obter mais informações, consulte Funções de metadados gerenciados. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Move-SPProfileManagedMetadataProperty –ProfileServiceApplicationProxy <SPServiceApplicationProxyPipeBind> -Identity <Identity> [-AvailableForTagging Yes] [-TermSetName] Em que <SPServiceApplicationProxyPipeBind> é a ID do proxy de aplicativo de serviço de Perfil de Usuário <Identidade> é o nome da propriedade de metadados gerenciada que você deseja mover AvailableForTagging determina se os termos no conjunto de termos resultante pode ser usado para marcação de metadados gerenciados. O valor padrão é Não. Não marque conjuntos de termos que contenham mais de 20.000 termos com essa propriedade. Isso 219 ocorre porque os termos assinalados como disponíveis para marcação são armazenados em cache no cliente e, se houver milhares ou milhões de termos assinalados como disponíveis para marcação, o desempenho do cliente poderá ser reduzido significativamente. TermSetName especifica se o nome do conjunto de termos deve ser criado. Se esse parâmetro não for especificado, a propriedade será mapeada para o conjunto de termos Keywords. Para obter mais informações, consulte Move-SPProfileManagedMetadataProperty. Quando você faz uma atualização, as fotos que estavam armazenadas como imagens de perfil devem ser atualizadas. Se você não atualizar os dados do repositório de fotos, as fotos não serão exibidas ou algumas delas talvez pareçam distorcidas. Para atualizar o repositório de fotos, use o cmdlet UpdateSPProfilePhotoStoreWindows PowerShell. A execução desse cmdlet poderá demorar muito se houver muitos perfis e muitas fotos. O cmdlet copia as fotos do usuário de onde quer que estejam armazenadas (geralmente na biblioteca Imagens Compartilhadas no site Meu Site do usuário) e as coloca na biblioteca Fotos do Usuário no host de Meu Site. O processo também gera miniaturas pequenas, médias e grandes das imagens que são os tamanhos corretos a serem usados nos vários controles e Web Parts para fotos de perfil de Meu Site. Antes de executar esse cmdlet, verifique as cotas para sites de Meu Site e assegure que haja espaço suficiente disponível para armazenar as fotos — você deve ter pelo menos 10 KB de espaço por usuário. Para atualizar os dados do repositório de fotos usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Você também deve ser um administrador de conjunto de sites do host de Meu Site e deve ser administrador do aplicativo de serviço de Perfil de Usuário com a permissão Gerenciar Perfis. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Update-SPProfilePhotoStore –MySiteHostLocation <URL of the My Site Host> Para obter mais informações, consulte Update-SPProfilePhotoStore. Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro O serviço de SSO (Logon Único) que estava disponível no Office SharePoint Server 2007 foi substituído pelo serviço de Repositório Seguro no SharePoint Server 2010. Não há nenhum caminho de atualização direta para os dados e as configurações do SSO para o serviço de Repositório Seguro, 220 mas você pode migrar dados do banco de dados de SSO para um novo banco de dados de Repositório Seguro. O Aplicativo de Serviços do Excel deve ter a conta do serviço de Repositório Seguro para funcionar corretamente. Para atualizar dados de SSO para o serviço de Repositório Seguro, para uso com o Aplicativo de Serviços do Excel e os serviços de Conectividade de Dados Corporativos, execute estas etapas: 1. Provisione um aplicativo de serviço de Repositório Seguro e provisione a nova conta de serviço autônoma a ser usada com o Aplicativo de Serviços do Excel. Você deve provisionar o serviço de Repositório Seguro antes de atualizar dados do serviço SSO. E você deve configurar uma conta de serviço autônoma para que o Aplicativo de Serviços do Excel funcione corretamente. Para obter etapas detalhadas para criar e configurar o aplicativo de serviço de Repositório Seguro e criar a conta de serviço autônoma, consulte Configure Secure Store Service for Excel Services. 2. Use o cmdlet Windows PowerShellUpgrade-SPSingleSignOnDatabase para migrar as definições de aplicativo do banco de dados de SSO para o banco de dados de Repositório Seguro como aplicativos de destino. 3. Use o cmdlet Windows PowerShellDisable-SPSingleSignOn para desabilitar o serviço SSO em um servidor de farm atualizado (atualização in-loco apenas). Para atualizar dados de SSO para o serviço de Repositório Seguro usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Você deve ter acesso de leitura ao antigo banco de dados de SSO e ao novo banco de dados de serviço de Repositório Seguro para executar esse cmdlet. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Upgrade-SPSingleSignOnDatabase -SSOConnectionString <SSOConnectionstring> SecureStoreConnectionString <SecureStoreConnectionstring> –SecureStorePassphrase Passphrase> Em que: <Cadeia_de_Conexão_SSO> é uma cadeia de caracteres de conexão válida para o banco de dados de SSO. <Cadeia_de_Conexão_de_Repositório_Seguro> é uma cadeia de caracteres de conexão válida para o banco de dados de Repositório Seguro. <Senha> é a senha a ser usada durante a conexão com o serviço de Repositório Seguro. Para obter mais informações, consulte Upgrade-SPSingleSignOnDatabase. 221 Para desabilitar o serviço de SSO usando o Windows PowerShell (atualização in-loco somente) 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Disable-SPSingleSignOn –ServerName <ServerName> Em que: <Nome_do_Servidor> é o nome do servidor que executa o serviço de SSO. Para obter mais informações, consulte Disable-SPSingleSignOn. Atualizando soluções que dependem do Catálogo de Dados Corporativos Durante a atualização do Office SharePoint Server 2007 para o SharePoint Server 2010, para cada serviço de Catálogo de Dados Corporativos em execução no Office SharePoint Server 2007, dois serviços são instanciados no SharePoint Server 2010: Um serviço de Registro de Aplicativo para armazenar definições de aplicativo compatíveis com o modelo de objeto de Catálogo de Dados Corporativo do Office SharePoint Server 2007. Um Serviço Conectividade de Dados Corporativos para armazenar modelos de BDC, que sejam compatíveis com o novo modelo de objeto do serviço Conectividade de Dados Corporativos do SharePoint Server 2010. Para cada definição de aplicativo no Catálogo de Dados Corporativos, uma cópia dela será colocada no serviço de Registro de Aplicativo e uma versão atualizada dela, com base no novo modelo de objeto, será colocada no Serviço Conectividade de Dados Corporativos. As soluções que usavam Web Parts personalizadas, conectores de pesquisa personalizados e outros códigos personalizados que dependiam de definições de aplicativo no Office SharePoint Server 2007 continuarão funcionando no SharePoint Server 2010 usando o serviço de Registro de Aplicativo. No entanto, se a solução depender de Web Parts fornecidas pelo Office SharePoint Server 2007 e pelo SharePoint Server 2010 por padrão (como a Web Part de Lista de Dados Corporativos ou a Web Part de Ações de Dados Corporativos), você deverá atualizá-la para usar definições de aplicativos personalizadas (chamadas "modelos BDC") no Serviço Conectividade de Dados Corporativos, porque essas Web Parts foram atualizadas para usar o novo modelo de objeto fornecido pelo novo serviço. 222 Para obter mais informações sobre como atualizar o serviço de Catálogo de Dados Corporativos para o SharePoint Server 2010, consulte Planejar a atualização para os Serviços Corporativos de Conectividade (SharePoint Server 2010). Instruir os usuários a migrarem Meus Links particulares para marcas particulares (opcional) O recurso Meu Site no Office SharePoint Server 2007 incluía um recurso de indicador conhecido como Meus Links. No SharePoint Server, essa funcionalidade foi substituída por marcas particulares. Os usuários podem continuar a usar a Web Part Meus Links ou podem migrar os links manualmente para seu conjunto de marcas particulares. Esse é um processo manual que cada usuário pode executar em Meu Site. Para converter um link particular em uma marca particular 1. Navegue até a seguinte URL: http://url_de_meu_site/_layouts/myquicklinks.aspx. 2. Marque a caixa de seleção próxima ao(s) link(s) que você deseja converter. 3. Clique em Criar Marca do Link. Para exibir as marcas, na sua página de perfil (http://url_de_meu_site/Pessoa.aspx), clique em Marcas e Notas e, em Refinar por tipo, clique em Particular. 223 Executar as etapas posteriores à atualização para uma atualização com anexação de banco de dados (SharePoint Server 2010) Depois de atualizar o conteúdo no ambiente para o Microsoft SharePoint Server 2010, você precisa realizar algumas etapas adicionais para garantir que a infraestrutura que dá suporte a esse conteúdo esteja pronta para recomeçar a atender a solicitações de usuários. Este artigo descreve como concluir essas tarefas. Neste artigo: Reaplicar permissões de administrador para serviços Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro Atualizando soluções que dependem do Catálogo de Dados Corporativos Atualizar links usados em qualquer modelo de formulário atualizado do InfoPath Instruir os usuários a migrarem Meus Links particulares para marcas particulares (opcional) Reaplicar permissões de administrador para serviços Por padrão, os administradores do farm têm permissão para todos os serviços, quando uma atualização do anexo de bando de dados é executada. Se você deseja aplicar permissões mais restritivas, faça isso agora. Atualizar propriedades de perfil para dados de taxonomia e atualizar o repositório de fotos para Serviços de Perfil Os dados de propriedades de perfil de vários valores do Microsoft Office SharePoint Server 2007 eram armazenados no banco de dados de SSP (provedor de serviços compartilhados) como parte dos dados de Serviços de Perfil. Para o SharePoint Server 2010, agora esses dados devem ser convertidos em dados de taxonomia e armazenados no banco de dados de metadados gerenciados. Para mover e atualizar os dados, você deve ter criado um aplicativo de serviço para o serviço de Metadados Gerenciados. Após a conclusão dessa operação, você pode usar um cmdlet do Windows PowerShell para atualizar os dados de perfil e taxonomia e movê-los para o banco de dados de Taxonomia. Esse cmdlet reconecta os dados aos aplicativos de serviço de Metadados Gerenciados e 224 Perfil de Usuário. Você deve executar esse cmdlet para cada propriedade de Metadados Gerenciados que deseja atualizar; não há uma opção para especificar todas as propriedades. Observe que o serviço de Metadados Gerenciados não aceita certos caracteres (como ponto-e-vírgulas, colchetes angulares, barras verticais, aspas ou tabulações) que eram permitidos nas propriedades de perfil do usuário com base nas listas de opções no Office SharePoint Server 2007. Se um termo ou conjunto de termos usar um caractere que não for mais aceito, o caractere será removido e substituído por um espaço quando atualizado. Importante: Para atualizar e usar dados de taxonomia, o proxy de aplicativo de serviço de Perfil de Usuário e o proxy de aplicativo de serviço de Metadados Gerenciados precisam estar no mesmo grupo de proxies. Antes de atualizar os dados de taxonomia, pesquise a ID do proxy de aplicativo de serviço de Perfil de Usuário (chamado SPServiceApplicationProxyPipeBand no Windows PowerShell), localize a lista de propriedades de metadados gerenciados e escolha as propriedades que você deseja atualizar. Para encontrar a ID do proxy de aplicativo de serviço de Perfil de Usuário utilizando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Get-SPServiceApplicationProxy Isso retorna uma lista de proxies de aplicativo de serviço. Copie a ID do proxy de aplicativo do serviço de Perfil de Usuário. Para obter mais informações, consulte Get-SPServiceApplicationProxy. Para exibir o nome de uma propriedade de metadados gerenciados 1. Na home page da Administração Central do SharePoint, clique em Gerenciamento de Aplicativos. 2. Em Aplicativos de Serviço, clique em Gerenciar Aplicativos de Serviço. 3. Clique no aplicativo de serviço de Perfil de Usuário do seu ambiente para abrir a página Gerenciar Serviço de Perfil: nome do serviço. 4. Em Contatos, clique em Gerenciar Propriedades de Usuário. 5. Clique no nome de uma propriedade e clique em Editar. 6. Copie a cadeia de caracteres da caixa Nome. Esse é o nome a ser usado como a identidade da propriedade de metadados gerenciados 225 quando você atualiza os dados de taxonomia. Importante: Você deve ser um administrador dos Metadados Gerenciados para atualizar dados de taxonomia. Use o cmdlet Move-SPProfileManagedMetadataProperty para atualizar os dados de taxonomia. A execução desse cmdlet poderá demorar muito, dependendo de como muitos perfis estiverem no seu ambiente. Para atualizar dados de taxonomia usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Você também deve ser membro da função Administrador do repositório de termos do serviço de Metadados Gerenciados. Para obter mais informações, consulte Funções de metadados gerenciados. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Move-SPProfileManagedMetadataProperty -ProfileServiceApplicationProxy <SPServiceApplicationProxyPipeBind> -Identity <Identity> [-AvailableForTagging Yes] [-TermSetName] Em que <SPServiceApplicationProxyPipeBind> é a ID do proxy de aplicativo de serviço de Perfil de Usuário <Identidade> é o nome da propriedade de metadados gerenciada que você deseja mover AvailableForTagging determina se os termos no conjunto de termos resultante pode ser usado para marcação de metadados gerenciados. O valor padrão é Não. Não marque conjuntos de termos que contenham mais de 20.000 termos com essa propriedade. Isso ocorre porque os termos assinalados como disponíveis para marcação são armazenados em cache no cliente e, se houver milhares ou milhões de termos assinalados como disponíveis para marcação, o desempenho do cliente poderá ser reduzido significativamente. TermSetName especifica se o nome do conjunto de termos deve ser criado. Se esse parâmetro não for especificado, a propriedade será mapeada para o conjunto de termos Keywords. Para obter mais informações, consulte Move-SPProfileManagedMetadataProperty. Quando você faz uma atualização, as fotos que estavam armazenadas como imagens de perfil devem ser atualizadas. Se você não atualizar os dados do repositório de fotos, as fotos não serão exibidas ou algumas delas talvez pareçam distorcidas. Para atualizar o repositório de fotos, use o cmdlet UpdateSPProfilePhotoStoreWindows PowerShell. A execução desse cmdlet poderá demorar muito se 226 houver muitos perfis e muitas fotos. O cmdlet copia as fotos do usuário de onde quer que estejam armazenadas (geralmente na biblioteca Imagens Compartilhadas no site Meu Site do usuário) e as coloca na biblioteca Fotos do Usuário no host de Meu Site. O processo também gera miniaturas pequenas, médias e grandes das imagens que são os tamanhos corretos a serem usados nos vários controles e Web Parts para fotos de perfil de Meu Site. Antes de executar esse cmdlet, verifique as cotas para sites de Meu Site e assegure que haja espaço suficiente disponível para armazenar as fotos — você deve ter pelo menos 10 KB de espaço por usuário. Para atualizar os dados do repositório de fotos usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Você também deve ser um administrador de conjunto de sites do host de Meu Site e deve ser administrador do aplicativo de serviço de Perfil de Usuário com a permissão Gerenciar Perfis. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Update-SPProfilePhotoStore -MySiteHostLocation <URL of the My Site Host> Para obter mais informações, consulte Update-SPProfilePhotoStore. Criar e configurar o aplicativo de serviço de Repositório Seguro e migrar dados de SSO para o serviço de Repositório Seguro O serviço de SSO (Logon Único) que estava disponível no Office SharePoint Server 2007 foi substituído pelo serviço de Repositório Seguro no SharePoint Server 2010. Não há nenhum caminho de atualização direta para os dados e as configurações do SSO para o serviço de Repositório Seguro, mas você pode migrar dados do banco de dados de SSO para um novo banco de dados de Repositório Seguro. O Aplicativo de Serviços do Excel deve ter a conta do serviço de Repositório Seguro para funcionar corretamente. Para atualizar dados de SSO para o serviço de Repositório Seguro, para uso com o Aplicativo de Serviços do Excel e os serviços de Conectividade de Dados Corporativos, execute estas etapas: 1. Provisione um aplicativo de serviço de Repositório Seguro e provisione a nova conta de serviço autônoma a ser usada com o Aplicativo de Serviços do Excel. Você deve provisionar o serviço de Repositório Seguro antes de atualizar dados do serviço SSO. E você deve configurar uma conta de serviço autônoma para que o Aplicativo de Serviços do Excel funcione corretamente. Para obter etapas detalhadas para criar e configurar o aplicativo de serviço de Repositório Seguro e criar a conta de serviço autônoma, consulte Configure Secure Store Service for Excel Services. 227 2. Use o cmdlet Windows PowerShellUpgrade-SPSingleSignOnDatabase para migrar as definições de aplicativo do banco de dados de SSO para o banco de dados de Repositório Seguro como aplicativos de destino. 3. Use o cmdlet Windows PowerShellDisable-SPSingleSignOn para desabilitar o serviço SSO em um servidor de farm atualizado (atualização in-loco apenas). Para atualizar dados de SSO para o serviço de Repositório Seguro usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Você deve ter acesso de leitura ao antigo banco de dados de SSO e ao novo banco de dados de serviço de Repositório Seguro para executar esse cmdlet. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Upgrade-SPSingleSignOnDatabase -SSOConnectionString <SSOConnectionstring> SecureStoreConnectionString <SecureStoreConnectionstring> -SecureStorePassphrase Passphrase> Em que: <Cadeia_de_Conexão_SSO> é uma cadeia de caracteres de conexão válida para o banco de dados de SSO. <Cadeia_de_Conexão_de_Repositório_Seguro> é uma cadeia de caracteres de conexão válida para o banco de dados de Repositório Seguro. <Senha> é a senha a ser usada durante a conexão com o serviço de Repositório Seguro. Para obter mais informações, consulte Upgrade-SPSingleSignOnDatabase. Para desabilitar o serviço de SSO usando o Windows PowerShell (atualização in-loco somente) 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: Disable-SPSingleSignOn -ServerName <ServerName> Em que: 228 <Nome_do_Servidor> é o nome do servidor que executa o serviço de SSO. Para obter mais informações, consulte Disable-SPSingleSignOn. Atualizando soluções que dependem do Catálogo de Dados Corporativos Se você quiser continuar usando os dados externos acessados por meio de uma ou mais definições de aplicativo, execute as seguintes tarefas: 1. No ambiente anterior, exporte as definições de aplicativos (modelos) exigidas pela sua solução do Catálogo de Dados Corporativos do Office SharePoint Server 2007. Para obter mais informações, consulte o artigo sobre como exportar a definição do aplicativo. 2. Atualize a solução para usar o modelo de objeto e os recursos de Serviços Corporativos de Conectividade da Microsoft. Isso inclui a atualização do arquivo de definição de aplicativo para que seja compatível com os Serviços Corporativos de Conectividade da Microsoft. Para obter informações sobre o modelo de objeto do Serviço Conectividade de Dados Corporativos, consulte o artigo sobre o Software Development Kit do Microsoft SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=166117&clcid=0x416). 3. No novo ambiente, após a atualização, importe o modelo atualizado para o Serviço Conectividade de Dados Corporativos. Para obter mais informações, consulte Manage BDC models (SharePoint Server 2010). Atualizar links usados em qualquer modelo de formulário atualizado do InfoPath Para uma atualização com anexação de banco de dados, você exportou e importou todos os modelos de formulário do InfoPath no seu ambiente quando criou o novo ambiente. Após a atualização, você poderá atualizar os links usados nos modelos de formulário atualizados para que apontem para as URLs corretas utilizando um cmdlet do Windows PowerShell. Observe que esse cmdlet não atualiza links que foram embutidos em código em scripts, conexões de dados ou assemblies. Para atualizar links de modelos de formulário do InfoPath usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Ferramentas Administrativas. 3. Clique em Shell de Gerenciamento do SharePoint 2010. 4. No prompt de comando do Windows PowerShell, digite o seguinte comando: Update-SPInfoPathAdminFileURL -find <OldUURLtoReplace> -replace <NewURL> Para obter mais informações, consulte Update-SPInfoPathAdminFileUrl. 229 Instruir os usuários a migrarem Meus Links particulares para marcas particulares (opcional) O recurso Meu Site no Office SharePoint Server 2007 incluía um recurso de indicador conhecido como Meus Links. No SharePoint Server, essa funcionalidade foi substituída por marcas particulares. Os usuários podem continuar a usar a Web Part Meus Links ou podem migrar os links manualmente para seu conjunto de marcas particulares. Esse é um processo manual que cada usuário pode executar em Meu Site. Para converter um link particular em uma marca particular 1. Navegue até a seguinte URL: http://url_de_meu_site/_layouts/myquicklinks.aspx. 2. Marque a caixa de seleção próxima ao(s) link(s) que você deseja converter. 3. Clique em Criar Marca do Link. Para exibir as marcas, na sua página de perfil (http://url_de_meu_site/Pessoa.aspx), clique em Marcas e Notas e, em Refinar por tipo, clique em Particular. 230 Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Server 2010) Os procedimentos neste artigo fornecem orientação para: Permitir configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações do Microsoft SharePoint Server 2010. Ajudar você a atualizar aplicativos Web existentes do Office SharePoint Server 2007 que foram configurados para usar a autenticação baseada em formulários para funcionar com o SharePoint Server 2010. Depois que você atualizar para o SharePoint Server 2010, seus aplicativos Web do Microsoft Office SharePoint Server 2007 estarão configurados para login herdado. Para aplicativos Web do Office SharePoint Server 2007 configurados para usar a autenticação do Windows, não existem etapas adicionais necessárias para atualização. No entanto, para aplicativos Web do Office SharePoint Server 2007 configurados para usar a autenticação baseada em formulários ou a autenticação SSO da Web, primeiro você deve converter para a autenticação de declarações a fim de que os aplicativos Web do Office SharePoint Server 2007 possam ser usados no SharePoint Server 2010. Depois que você converter os aplicativos Web do Office SharePoint Server 2007 para a autenticação de declarações, configure suas zonas de aplicativos Web para a autenticação baseada em formulários (ou autenticação SSO da Web, conforme adequado). A etapa final é migrar os usuários e as permissões para o SharePoint Server 2010. Neste artigo: Converter aplicativos Web para a autenticação de declarações Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando a Administração Central Configurar os arquivos LDAP Web.Config Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando o Windows PowerShell Migrar usuários e permissões do SharePoint Server 2007 para o SharePoint Server 2010 Converter aplicativos Web para a autenticação de declarações Realize as etapas do procedimento a seguir para usar o Windows PowerShell a fim de converter aplicativos Web existentes para a autenticação de declarações. 231 Para converter aplicativos Web para a autenticação de declarações 1. Verifique se você cumpre os seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte: $w = Get-SPWebApplication "http://<server>/" $w.UseClaimsAuthentication = "True"; $w.Update() $w.ProvisionGlobally() Observação: Convém usar o Windows PowerShell ao executar tarefas administrativas de linha de comando. A ferramenta de linha de comando Stsadm foi preterida, mas está incluída para oferecer suporte à compatibilidade com versões anteriores do produto. Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando a Administração Central Execute as etapas no procedimento a seguir para usar a Administração Central para configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações. Para configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações usando a Administração Central 1. Verifique se a conta de usuário que está executando esse procedimento é de um administrador de conjunto de sites. 2. Na Administração Central, em Gerenciamento de Aplicativos, selecione Gerenciar Aplicativos Web. 3. Na faixa de opções, selecione Novo. 4. Na seção Autenticação da caixa de diálogo Novo Aplicativo Web, selecione Autenticação Baseada em Declarações. 5. Na seção Tipo de Autenticação, selecione Habilitar o Provedor de Funções e a Associação ASP.NET. 6. Digite o nome de um provedor de associação e o nome de um gerente de função. No exemplo 232 de arquivo Web.Config descrito neste artigo, o nome do provedor de associação é membership, e o nome do gerente de função é rolemanager. 7. Clique em OK para criar o aplicativo Web. Configurar os arquivos LDAP Web.Config Depois que você tiver criado com êxito o aplicativo Web (descrito no procedimento anterior), modifique os seguintes arquivos Web.Config: O arquivo Web.Config do aplicativo Web da Administração Central O arquivo Web.Config do Serviço de Token de Segurança O arquivo Web.Config do aplicativo Web baseado em declarações da autenticação baseada em formulários Para configurar o arquivo Web.Config da Administração Central 1. Digite INETMGR em um prompt de comando para abrir o Gerenciador do IIS. 2. Vá para o site da Administração Central do SharePoint no IIS. 3. Clique com o botão direito do mouse em Administração Central do SharePoint e selecione Explorar. 4. Abra o arquivo Web.Config. 5. Localize a seção <Configuration> <system.web> e adicione a seguinte entrada: <membership defaultProvider="AspNetSqlMembershipProvider"> <providers> <add name="membership" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" userDNAttribute="distinguishedName" userNameAttribute="sAMAccountName" userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName (of your userContainer)" userObjectClass="person" userFilter="(ObjectClass=person)" scope="Subtree" otherRequiredUserAttributes="sn,givenname,cn" /> 233 </providers> </membership> <roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" > <providers> <add name="roleManager" type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your groupContainer)" groupNameAttribute="cn" groupNameAlternateSearchAttribute="samAccountName" groupMemberAttribute="member" userNameAttribute="sAMAccountName" dnAttribute="distinguishedName" groupFilter="((ObjectClass=group)" userFilter="((ObjectClass=person)" scope="Subtree" /> </providers> </roleManager> Importante: Após adicionar a entrada anterior, salve e feche o arquivo Web.Config. Para configurar o arquivo Web.Config do Serviço de Token de Segurança 1. Digite INETMGR em um prompt de comando para abrir o Gerenciador do IIS. 2. Vá para o site do SharePoint Web Services. 3. Vá para o subsite SecurityTokenServiceAppliction. 4. Clique com o botão direito do mouse em Administração Central do SharePoint e selecione Explorar. 5. Abra o arquivo Web.Config. 6. Localize a seção <Configuration> <system.web> e adicione a seguinte entrada: <membership> 234 <providers> <add name="membership" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" userDNAttribute="distinguishedName" userNameAttribute="sAMAccountName" userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com" userObjectClass="person" userFilter="(&amp;(ObjectClass=person))" scope="Subtree" otherRequiredUserAttributes="sn,givenname,cn" /> </providers> </membership> <roleManager enabled="true" > <providers> <add name="rolemanager" type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" groupContainer="DC=internal,DC=yourcompany,DC=com" groupNameAttribute="cn" groupNameAlternateSearchAttribute="samAccountName" groupMemberAttribute="member" userNameAttribute="sAMAccountName" dnAttribute="distinguishedName" groupFilter="(&amp;(ObjectClass=group))" userFilter="(&amp;(ObjectClass=person))" scope="Subtree" /> 235 </providers> </roleManager> Importante: Após adicionar a entrada anterior, salve e feche o arquivo Web.Config. Para configurar o arquivo Web.Config do aplicativo Web baseado em declarações da autenticação baseada em formulários 1. Digite INETMGR em um prompt de comando para abrir o Gerenciador do IIS. 2. Vá para o site Formulários de Declarações. 3. Clique com o botão direito do mouse em Formulários de Declarações e selecione Explorar. 4. Abra o arquivo Web.Config. 5. Localize a seção <Configuration> <system.web>. 6. Localize a seção <membership defaultProvider="i"> e adicione a seguinte entrada: <add name="membership" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" userDNAttribute="distinguishedName" userNameAttribute="sAMAccountName" userContainer="OU=UserAccounts,DC=internal, DC=yourcompany,DC=com" userObjectClass="person" userFilter="(&amp;(ObjectClass=person))" scope="Subtree" otherRequiredUserAttributes="sn,givenname,cn" /> Localize a seção <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> e adicione a seguinte entrada: <add name="roleManager" type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" 236 groupContainer="DC=internal,DC=yourcompany,DC=com" groupNameAttribute="cn" groupNameAlternateSearchAttribute="samAccountName" groupMemberAttribute="member" userNameAttribute="sAMAccountName" dnAttribute="distinguishedName" groupFilter="(&amp;(ObjectClass=group))" userFilter="(&amp;(ObjectClass=person))" scope="Subtree" /> Importante: Após adicionar a entrada anterior, salve e feche o arquivo Web.Config. Aviso: Não substitua as entradas existentes neste arquivo Web.Config. Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando o Windows PowerShell Execute as etapas no procedimento a seguir para usar o Windows PowerShell para configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações. Para configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte: $ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider "membership" -ASPNETRoleProviderName "rolemanager" $wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims App Pool" -ApplicationPoolAccount "internal\appool" -Url http://servername -Port 80 -AuthenticationProvider $ap Observação: O valor do parâmetro ApplicationPoolAccount deve ser uma conta gerenciada no 237 farm. 6. Depois que você criar com êxito um provedor de autenticação e um aplicativo Web, modifique os seguintes arquivos Web.Config com os exemplos de entradas fornecidos na seção "Configurar os arquivos LDAP Web.Config" deste artigo: O arquivo Web.Config do aplicativo Web da Administração Central O arquivo Web.Config do Serviço de Token de Segurança O arquivo Web.Config do aplicativo Web baseado em declarações da autenticação baseada em formulário 7. Depois que você modificar os arquivos Web.Config, crie um SPClaimsPrinciple e um conjunto de sites, conforme mostrado no seguinte exemplo: $cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType FormsUser $sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0" Observação: Convém usar o Windows PowerShell ao executar tarefas administrativas de linha de comando. A ferramenta de linha de comando Stsadm foi preterida, mas está incluída para oferecer suporte à compatibilidade com versões anteriores do produto. Migrar usuários e permissões do SharePoint Server 2007 para o SharePoint Server 2010 Execute as etapas no procedimento a seguir para usar o Windows PowerShell para migrar usuários e permissões. Para migrar usuários e permissões do SharePoint Server 2007 para o SharePoint Server 2010 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte: $w = Get-SPWebApplication "http://<server>/" $w.MigrateUsers(True) Observação: Convém usar o Windows PowerShell ao executar tarefas administrativas de linha de comando. A ferramenta de linha de comando Stsadm foi preterida, mas está incluída para oferecer suporte à compatibilidade com versões anteriores do produto. 238 Verificar a atualização e revisar os sites atualizados (Office SharePoint Server) Depois de executar uma atualização in-loco ou atualização com anexação de banco de dados para o Microsoft SharePoint Server 2010, verifique se o conteúdo foi atualizado com êxito para a nova versão. Você pode conferir o status da atualização (se ela ainda está em andamento ou se foi concluída com êxito ou com falha) e examinar os sites atualizados para ver se ainda restou algum problema a ser resolvido. Ao executar essas etapas como parte de uma atualização de avaliação, aproveite para identificar quais personalizações precisam ser retrabalhadas antes de o ambiente de produção ser atualizado. Durante a atualização do ambiente de produção, é ainda mais importante saber quando ela foi concluída, quais sites foram atualizados com êxito e quais precisam de trabalho adicional antes que os usuários possam acessá-los novamente. Em alguns casos, talvez seja necessário reiniciar o processo para concluir a atualização dos sites. Para obter mais informações sobre como reiniciar a atualização, consulte Continuar a atualização (SharePoint Server 2010). Neste artigo: Verificar status da atualização Validar o ambiente atualizado Examinar sites atualizados Verificar status da atualização O processo de atualização tem várias fases. Na atualização in-loco, execute Setup.exe (para instalar o novo software) e Assistente de Configuração de Produtos do SharePoint (para atualizar os bancos de dados de configuração e de conteúdos de administração); o site da Administração Central do SharePoint é exibido. A esta altura, o processo de atualização já se iniciou. Há diferentes modos para acompanhar o status do processo em cada uma da fases: procurar nos arquivos de log referências a Setup.exe, ao Assistente de Configuração de Produtos do SharePoint e à atualização do conteúdo; na Administração Central do SharePoint, conferir o número da versão para verificar se ele corresponde ao da versão atualizada; usar a página Status da Atualização da Administração Central ou a operação localupgradestatus, no Stsadm, para descobrir quais sites foram atualizados ou estão em processo de atualização. Ao término de uma atualização malsucedida, consulte os arquivos de log para identificar os problemas e, depois de tomar as ações necessárias para resolvê-los, inicie o processo de atualização novamente. Revisar os arquivos de log Para verificar se a atualização teve êxito, examine os arquivos de log e de erros a seguir: 239 O arquivo de log do programa Setup.exe, para o SharePoint Server 2010. O arquivo de log da Instalação é armazenado no diretório temporário de uma conta de usuário que está executando a Instalação (%USERTEMP% ou %WINDIR%\Users\conta do usuário\AppData\Local\Temp). É chamado de Instalação do SharePoint Server (AAAAMMDDHHMMSSSSS).log, em que AAAAMMDD é a data e HHMMSSSSS é a hora (formato de 24 horas, minutos, segundos e milissegundos). O arquivo de log do Assistente de Configuração de Produtos do SharePoint (Psconfig.exe). Os arquivos de log do programa Psconfig.exe estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS. Os nomes dos logs observam o seguinte formato: PSCDiagnostics_MM_DD_AAAA_HH_MM_SS_SSS_númeroaleatório.log, onde MM_DD_AA é a data e HH_MM_SS_SSS é o horário (formato de 24 horas, minutos, segundos e milissegundos); o número aleatório é usado para diferenciação entre tentativas simultâneas (se houver) de execução do programa Psconfig.exe. O arquivo de log e o arquivo de log de erros da atualização. O arquivo de log da atualização e o arquivo de log de erros da atualização estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS. Os nomes dos logs observam o seguinte formato, em que AAAAMMDD é a data e HHMMSS-SSS é o horário (formato de 24 horas, minutos, segundos e milissegundos). O arquivo de log de erros da atualização consolida todos os erros e avisos em um arquivo menor e é chamado de UpgradeAAAAMMDD-HHMMSS-SSS-error.log. Para examinar os arquivos de log a fim de localizar e solucionar problemas, comece na parte superior dos arquivos. É possível que erros ou avisos sejam repetidos quando eles ocorrem em vários conjuntos de sites do ambiente ou bloqueiam o processo de atualização no geral. Por exemplo, se você não puder se conectar ao banco de dados de configuração, o processo de atualização tentará (e falhará) várias vezes, e essas tentativas serão listadas no arquivo de log. Para revisar os arquivos de log 1. Verifique se você possui as seguintes credenciais administrativas: Para exibir os arquivos de log, você deve ser membro do grupo local de Administradores, no servidor. 2. No Windows Explorer, mude para o diretório que contém o arquivo de log que você deseja exibir. 3. Use um editor de texto para abrir o arquivo de log. 4. No arquivo de log de atualização, pesquise ou examine visualmente a seguinte entrada: Sessão de atualização concluída com êxito! Se encontrar essa entrada, a instalação teve êxito. 5. Se não encontrar as entradas da etapa anterio no arquivo de log de atualização ou se estiver revisando um dos outros arquivos de log, você poderá identificar problemas específicos que 240 possivelmente contribuíram para a falha, pesquisando ou examinando visualmente os seguintes termos no arquivo: Procure ERROR nos arquivos de log para localizar todas as falhas (por exemplo, componentes ou conexões de bancos de dados com falha). Pesquise WARNING para localizar problemas, como recursos ou componentes que estejam faltando. Para localizar os problemas, um analisador de log pode ser bastante útil para a execução de consultas nos arquivos de log. Se encontrar problemas de bloqueio no arquivo de log, resolva-os e reinicie a atualização para dar continuidade ao processo. Verificar o número da versão Além de exibir o arquivo de log de atualização, você pode verificar se a atualização foi bem-sucedida usando o site da Administração Central do SharePoint para exibir o número da versão na página Servidores no Farm. Para verificar o número da versão na página Servidores no Farm 1. Verifique se você possui as seguintes credenciais administrativas: Para usar a Administração Central do SharePoint, você deve ser membro do grupo Administradores do Farm. 2. Na home page da Administração Central, em Configurações do Sistema, clique em Gerenciar os servidores deste farm. 3. Em Informações do Farm, ao lado de Versão do banco de dados de configuração, verifique se o número inicia com "14". Verificar o status de atualização dos sites Para descobrir quais sites foram atualizados ou estão em processo de atualização, use a página Status da Atualização, na Administração Central do SharePoint, ou a operação localupgradestatus, no Stsadm.exe. A página Status da Atualização lista as sessões de atualização e apresenta detalhes do estado de cada sessão (se ela obteve ou não êxito e quantos erros ou avisos ocorreram em cada servidor). Essa página também inclui informações sobre os arquivos de log e de erros do processo de atualização, além de sugerir soluções para os problemas ocorridos. Para ver quais sites foram perdidos ou ignorados no processo, use a operação localupgradestatus do Stsadm.exe. Execute o comando em cada servidor Web front-end no farm de servidores. Para exibir o status na Administração Central do SharePoint 241 1. Verifique se você possui as seguintes credenciais administrativas: Para usar a Administração Central do SharePoint, você deve ser membro do grupo Administradores do Farm. 2. Na home page da Administração Central, em Atualização e Migração, clique em Verificar status da atualização. Para exibir o status da atualização usando a linha de comando 1. Verifique se você possui as seguintes credenciais administrativas: Para usar o Stsadm, você deve ser membro do grupo local de Administradores no servidor. 2. Clique em Iniciar, clique com o botão direito do mouse em Prompt de Comando e clique em Executar como administrador. 3. Na janela Prompt de Comando, navegue até o diretório a seguir. %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin 4. Digite o comando a seguir e pressione ENTER: Stsadm -o localupgradestatus Para obter mais informações sobre a operação localupgradestatus, consulte Localupgradestatus: operação do Stsadm (Office SharePoint Server). Validar o ambiente atualizado Depois de determinar que a atualização foi concluída com êxito, valide o seu ambiente. Examine os seguintes itens: Aplicativos de serviço Eles foram configurados corretamente? Os proxies do aplicativo de serviço foram configurados da maneira desejada? Você precisa criar novas conexões entre farms? Sites Meu Site Todas as Web Parts estão trabalhando? Todos os recursos associados aos sites Meu Site estão funcionando? Os usuários podem acessar os sites ou estão obtendo erros "Acesso Negado"? Se o host de Meu Site que eles estão visitando não for o host do Meu Site padrão, eles poderão ver esse erro. Verifique se as associações de aplicativo de serviço e de proxy estão corretas e verifique se o host de Meu Site foi referenciado corretamente no aplicativo de serviço de Perfil de Usuário. Redefina o IIS (Serviços de Informações da Internet) para aplicar qualquer alteração. 242 Pesquisa Execute um rastreamento e examine os arquivos de log. Execute consultas de pesquisa e verifique se as consultas funcionam como esperado e se oferecem resultados apropriados. Vinte e quatro horas depois, exiba os relatórios da pesquisa e procure por problemas. Pesquise pessoas e perfis. Verifique quaisquer personalizações de Pesquisa para garantir que elas funcionam como esperado. Examinar sites atualizados Examine os sites atualizados para identificar problemas que devam ser resolvidos antes da execução do processo de atualização no seu ambiente de produção. Caso você tenha executado uma atualização in-loco e optado pelo uso da Atualização Visual, poderá usar esta para visualizar os sites na nova interface do usuário. Para obter mais informações sobre a visualização de sites usando a Atualização Visual, consulte Gerenciar a atualização visual (SharePoint Server 2010). Se você deseja verificar a funcionalidade básica, pode criar um novo conjunto de sites usando um conjunto representativo de listas, bibliotecas, Web Parts etc. Examine o novo site para verificar se os elementos comuns e básicos dos seus sites estão funcionando. Se as páginas não forem renderizadas, para verificar a página Configurações do Site, vá diretamente para a URL (http:// urldosite/_layouts/settings.aspx). Se a página Configurações do Site abrir e a atualização tiver sido bem-sucedida, podem ter ocorrido problemas com a página mestra ou com a home page. Se a página Configurações do Site não funcionar, consulte o arquivo de log e tente obter mais informações sobre o problema. Comece validando os sites de alto impacto ou perfil elevado e depois passe para sites de prioridade mais baixa. Como parte do processo de planejamento, você deve identificar quais sites são de alto impacto e perfil elevado e exigem atenção imediata, e quais podem esperar um pouco mais. Use as listas de verificação a seguir para examinar os sites atualizados e procurar problemas. Web Parts A tabela a seguir lista problemas que podem ocorrer com Web Parts depois da atualização e como lidar com eles. Dica: Para testar as Web Parts rapidamente, crie uma nova página que contenha todas as Web Parts personalizadas antes de você testar a atualização e procure quaisquer Web Parts que tenham sido perdidas ou desfeitas depois da atualização de avaliação. 243 O que verificar O que fazer se ocorrer algum problema Todas as Web Parts do site original aparecem no site atualizado? Se uma zona de Web Part existir em uma página personalizada (desconvertida de fantasma) mas não na definição do site, as Web Parts dessa zona de Web Part poderão ter sido movidas para a zona inferior da página durante a atualização. Seja em Modo de Edição para a página no navegador ou no Microsoft SharePoint Designer 2010, procure Web Parts ausentes na zona inferior ou em outras zonas, ou verifique se as Web Parts foram fechadas. Para obter mais informações sobre como trabalhar com Web Parts e zonas de Web Part no SharePoint Designer 2010, consulte o sistema de Ajuda do SharePoint Designer. As Web Parts estão exibidas corretamente (na zona, local e tamanho corretos)? Seja em Modo de Edição para a página no navegador ou no SharePoint Designer 2010, arraste a Web Part para a zona correta ou modifique as propriedades da Web Part para corrigir todos os problemas de dimensionamento ou posicionamento. Há alguma Web Part adicional ou ausente? Abra a página em Modo de Edição para a página no navegador ou no SharePoint Designer 2010. Se você vir Web Parts adicionais na página, procure Web Parts fechadas ou inativas na versão original da página. As Web Parts fechadas ou inativas foram abertas pelo processo de atualização? Em caso afirmativo, você poderá modificar as propriedades da Web Part para fechar essas Web Parts. Se as Web Parts estiverem ausentes, procure erros no SharePoint Designer 2010 do tipo "Erro ao Renderizar Controle" ou "Assembly Ausente". Esses erros indicam que a Web Part não estava instalada ou estava configurada incorretamente para o novo ambiente e precisa ser reinstalada ou reconfigurada. As Web Parts funcionam corretamente? Abra a página em Modo de Edição no navegador ou no SharePoint Designer 2010 e procure erros 244 O que verificar O que fazer se ocorrer algum problema que indiquem que um componente ou serviço está ausente. Verifique se algum componente ou serviço do qual as Web Parts dependem existe no site atualizado. Principalmente para a abordagem de atualização com anexação de de banco de dados, é necessário verificar se você instalou todos os componentes ou serviços necessários para as Web Parts e se os configurou corretamente (por exemplo, se você configurou a lista de Controles Seguros do Web.config). Atualize e implante novamente qualquer Web Part existente que não esteja funcionando adequadamente. Alguma página de Web Parts continua em estado de check-out? Se fizer o check-out de uma página para fazer alterações, não se esqueça de fazer o check-in da página quando terminar. As Web Parts do Excel Web Access estão funcionando corretamente? Você recriou suas conexões de maneira correta? As fontes de dados externas ainda estão funcionando? Verifique todas as conexões e fontes de dados externas. Dica: Se tiver problemas com uma Web Part, anexe contents=1 ao final da sintaxe da URL (http:// urldosite/default.aspx?contents=1) e pressione ENTER. Isso abrirá a página Manutenção de Web Part, onde você poderá remover e reparar uma Web Part com problemas. Listas grandes Por padrão, a limitação de consultas de listas grandes é aplicada após uma atualização para o SharePoint Server 2010. Se uma lista for muito grande e os usuários utilizarem uma exibição ou executarem uma consulta que exceda o limite ou limitação, a exibição ou consulta não será permitida. Verifique as listas grandes do seu ambiente e solicite ao proprietário do site ou da lista que resolva o problema. Por exemplo, eles podem criar colunas indexadas com exibições filtradas, organizar itens em pastas, definir um limite de itens na página para uma exibição grande ou usar uma lista externa. Estilos e aparência A tabela a seguir lista problemas comuns no estilo e na aparência do seu site depois da atualização e mostra como lidar com eles. 245 Dica: É possível resolver a maioria dos problemas nesta seção corrigindo os links para o item. O que verificar O que fazer se ocorrer algum problema Todas as imagens das suas páginas são exibidas corretamente? Verifique ou corrija os links para as imagens. As cores e os estilos de folhas de estilo em cascata apropriados são usados nos lugares adequados? Verifique ou corrija os links para o arquivo de folha de estilo em cascata. Verifique o link na página mestra. O tema que você aplicou ao site ainda tem a mesma aparência? A home page ou outras páginas do seu site podem ter aparência diferente após a atualização do site. Talvez seja necessário recriar ou revisar um tema e reaplicá-lo. Você tem algum controle com script que não esteja funcionando? Verifique ou corrija os links para os controles. O Windows Internet Explorer 8 exibe as páginas de modo correto? Verifique se algum HTML da página está no modo XHTML estrito. Há algum erro de script exibido em alguma página? Verifique os scripts e links e verifique se algum HTML está no modo XHTML estrito. Permissões As pessoas e os grupos ainda têm o nível correto de permissões para sites, páginas, listas e itens? Use o botão Verificar Permissões, na seção Ferramentas de Permissão da faixa de opções, para descobrir quem possui permissões e para que itens em um site ou subsite. Páginas personalizadas (desconvertidas de fantasma) As páginas personalizadas (desconvertidas de fantasma) são páginas que foram editadas e que agora são versões exclusivas em vez de serem páginas do modelo padrão. A tabela a seguir lista problemas com páginas personalizadas que podem ocorrer após a atualização e como tratá-los. O que verificar O que fazer se ocorrer algum problema As personalizações ainda estão nos locais corretos? Determine se há somente um problema ou se há um problema maior com toda a página. 246 O que verificar O que fazer se ocorrer algum problema Se você adicionou uma página completamente nova ao site original (por exemplo, se substituiu Default.aspx por um arquivo diferente em vez de fazer alterações no arquivo Default.aspx existente), a nova página não terá nenhuma associação com a definição de site. Portanto, talvez ela não se pareça com as outras páginas do site atualizado, nem poderá ser redefinida para se parecer com elas. Se você desejar que a página personalizada tenha a mesma aparência das outras páginas do site, considere a possibilidade de criar uma nova página baseada na definição do site e em transferir as personalizações para essa nova página. Você ainda pode acessar os controles de edição nas páginas? Se você personalizou os controles de edição (por exemplo, o link Ações do Site ou o link Editar Página), verifique se eles ainda aparecem. Se não aparecerem, você poderá substituí-los pelos controles de edição da nova versão redefinindo a página para a versão padrão. Use o comando Redefinir para Modelo no SharePoint Designer para redefinir a página para a versão padrão (também conhecido como reconverter em fantasma). Depois de restaurar a página padrão, você poderá reaplicar suas personalizações no navegador aplicando uma página mestra diferente ou reaplicando as personalizações no SharePoint Designer. As suas personalizações continuam apropriadas no novo ambiente ou você deseja atualizar para a nova funcionalidade e aparência? Se você quiser a nova funcionalidade e os novos recursos, deverá redefinir as páginas personalizadas para usar o modelo. A redefinição da página basicamente elimina as personalizações e conecta sua página à página mestra apropriada. As personalizações desejadas podem ser transferidas para a página mestra, em vez de serem armazenadas em páginas individuais. Use o comando Redefinir para Modelo no SharePoint Designer para redefinir a pagina para 247 O que verificar O que fazer se ocorrer algum problema a versão padrão (isto é, reconvertê-la em fantasma). Depois de restaurar a página padrão, você poderá reaplicar suas personalizações no navegador aplicando uma página mestra diferente ou reaplicando as personalizações no SharePoint Designer. Alguma página continua em estado de check-out? Se fizer o check-out de uma página para fazer alterações, não se esqueça de fazer o check-in da página quando terminar. Consulte também Continuar a atualização (SharePoint Server 2010) Solucionar problemas de atualização (SharePoint Server 2010) 248 Gerenciar a atualização visual (SharePoint Server 2010) Este artigo oferece procedimentos relacionados ao recurso de Atualização Visual. Quando você atualiza do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, pode optar por usar o recurso Atualização Visual para dar aos proprietários do conjunto de sites e proprietários do site a oportunidade de preservar temporariamente a interface do usuário anterior. Isso permite que eles atualizem personalizações para trabalhar com a nova interface do usuário. Para obter uma descrição completa da Atualização Visual e das opções relacionadas, consulte Planejar a atualização visual (SharePoint Server 2010). Neste artigo: Sobre o uso da Atualização Visual Exibir o status da interface do usuário atual Reverter sites para a interface do usuário anterior Impor uma atualização para a nova interface do usuário Opções de proprietário do site para a atualização visual Sobre o uso da Atualização Visual Quando você atualiza, usando a atualização in-loco ou usando o método de atualização com anexação de banco de dados, pode optar por usar a Atualização Visual. Durante uma atualização in-loco, você faz a opção de usar a Atualização Visual como uma etapa do Assistente de Configuração de Produtos do SharePoint. O recurso de atualização visual não estará disponível no Assistente de Configuração de Produtos do SharePoint se você estiver executando uma atualização em um servidor autônomo com banco de dados interno. No entanto, o recurso Atualização Visual está disponível nesse caso por meio da ferramenta de linha de comando Psconfig. É possível usar a sintaxe: psconfig.exe -cmd upgrade [–preserveolduserexperience <true|false>]. Durante uma atualização com anexação de banco de dados, a opção de atualizar a nova experiência do usuário ou permanecer na experiência do usuário é cumprida usando: O parâmetro Updateuserexperience do cmdlet Mount-SPContentDatabase do Windows PowerShell. O parâmetro preserveolduserexperience da operação addcontentdatabase do Stsadm. Para obter informações adicionais sobre o uso desses parâmetros durante uma atualização, consulte Anexar bancos de dados e atualizar para o SharePoint Server 2010. 249 Exibir o status da interface do usuário atual Você pode exibir o status da interface do usuário atual gerando uma lista de todos os sites em um conjunto de sites e seus dados da atualização visual correspondente. Isso será útil se você tiver definido um limite de tempo no qual os proprietários do site deverão ter preparado seus sites para a nova interface do usuário e se quiser monitorar seu andamento. O procedimento a seguir mostra como exibir o status da interface do usuário atual. Para exibir a interface do usuário atual usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: $sc = Get-SPSite http://machinename/sites/collectionname; $sc.GetVisualReport() | Format-Table Para obter mais informações, consulte Get-SPSite. Reverter sites para a interface do usuário anterior Se um proprietário do conjunto de sites ou proprietário do site finalizar a nova interface do usuário por engano, ou se tiver um problema que não consiga resolver, é possível reverter para a interface do usuário anterior usando o Windows PowerShell. Este procedimento mostra como reverter um ou todos os sites em um conjunto de sites para a interface do usuário anterior. Para reverter sites para a interface do usuário anterior usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. Para reverter um site específico de um conjunto de sites para a interface do usuário anterior, no prompt de comando do Windows PowerShell, digite o seguinte comando: Get-SPSite http://machinename/sites/V3UI | Get-SPWeb "webname" | Foreach{$_.UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();} Para reverter todos os sites de um conjunto de sites para a interface do usuário anterior, no prompt de comando do Windows PowerShell, digite o seguinte comando: 250 Get-SPSite http://machinename/sites/V3UI | Foreach{$_. UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();} Para obter mais informações, consulte Get-SPSite. Impor uma atualização para a nova interface do usuário Se você quiser impor a aplicação da nova interface do usuário após uma atualização, primeiro ofereça um tempo especificado a proprietários do conjunto de sites e proprietários do site, durante o qual eles poderão visualizar a nova interface do usuário e corrigir quaisquer problemas apresentados. Quando você impõe uma atualização para a nova interface do usuário, pode usar um script ou usar o Assistente de Configuração de Produtos do SharePoint durante a atualização inicial. Para obter informações sobre a atualização e o Assistente de Configuração de Produtos do SharePoint, consulte Executar o Assistente de Configuração de Produtos do SharePoint. O procedimento a seguir mostra como atualizar programaticamente todos os conjuntos de sites e todos os sites para a nova interface do usuário. Para impor uma atualização para a nova interface do usuário usando o Windows PowerShell 1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. 2. No menu Iniciar, clique em Todos os Programas. 3. Clique em Produtos do Microsoft SharePoint 2010. 4. Clique em Shell de Gerenciamento do SharePoint 2010. 5. No prompt de comando do Windows PowerShell, digite o seguinte comando: $webapp = Get-SPWebApplication http://sitename foreach ($s in $webapp.sites) {$s.VisualUpgradeWebs() } Para obter mais informações, consulte Get-SPWebApplication Para atualizar um único conjunto de sites para a nova interface do usuário, digite os comandos a seguir no prompt de comando do Windows PowerShell: $site = Get-SPSite http://server $site.VisualUpgradeWebs() Para atualizar um único site para a nova interface do usuário, digite os comandos a seguir no prompt de comando do Windows PowerShell: $web = Get-SPWeb http://server/site $web.UIVersion = 4 $web.UIVersionConfigurationEnabled = 0 251 $web.Update() Opções de proprietário do site para a atualização visual O proprietário do site pode usar a interface do usuário de Definição do Site para alternar entre as opções Usar a interface do usuário anterior e Visualizar a interface do usuário atualizada. Quando o proprietário do site estiver satisfeito com a aparência do site, a nova interface do usuário poderá ser finalizada pela seleção da opção Atualizar a interface do usuário. A tabela a seguir descreve as diferentes opções de atualização disponíveis para o proprietário do site optar por usar em seus sites. Os modos de atualização estão disponíveis na página Definições do Site na seção Título, Descrição e Ícone. Tipo de modo Descrição Usar a interface do usuário anterior Os proprietários do site usam esse modo para fazer com que todos os sites usem a interface do Microsoft Office SharePoint Server 2007. Visualizar a interface do usuário atualizada Os proprietários do site usam esse modo para avaliar como será a aparência e a função de seus sites na nova interface. Quando esse modo for escolhido, os recursos da interface da versão anterior não estarão mais disponíveis. Atualizar a interface do usuário Os proprietários do site usam essa opção quando estão satisfeitos com as alterações e estão prontos para mudar para a nova interface do usuário. Se necessário, um administrador poderá restaurar a interface do usuário para a interface da versão anterior. Consulte também Planejar a atualização visual (SharePoint Server 2010) 252 Usando o redirecionamento de URL de AAM como parte do processo de atualização (SharePoint Server 2010) (white paper) Este white paper descreve as atividades de planejamento necessárias para você implantar e utilizar com êxito o recurso de redirecionamento de URL do AAM (mapeamento alternativo de acesso) no Microsoft SharePoint Server 2010, com o objetivo de ajudar a minimizar o tempo de inatividade durante a atualização de um computador servidor ou de um farm de servidores. Ele também descreve os procedimentos necessários para concluir com êxito a configuração desse recurso, modificando os computadores servidores existentes do Microsoft Office SharePoint Server 2007. Importante: O processo descrito neste white paper é uma técnica avançada para evitar o tempo de inatividade durante a atualização e apenas deve ser usado nos casos em que outras técnicas, como bancos de dados somente leitura e a atualização in-loco com bancos de dados desanexados, possam causar um período de inatividade inaceitavelmente longo para os seus usuários. Apenas considere o uso dessa técnica se você tiver certeza de que o processo de atualização irá demorar mais do que um longo final de semana. Se for provável que a sua atualização não demore tanto tempo, você não poupará tempo realizando os procedimentos neste white paper. Para obter mais informações sobre outras abordagens de atualização, consulte Determinar abordagem de atualização (SharePoint Server 2010). Baixe este white paper como documento do Microsoft Word (.doc). (http://go.microsoft.com/fwlink/?linkid=168857&clcid=0x416) Baixe este white paper como arquivo PDF. (http://go.microsoft.com/fwlink/?linkid=168858&clcid=0x416) 253
