guia de implantação do microsoft sharepoint...

1

Guia de implantação do Microsoft SharePoint Foundation 2010

Microsoft Corporation

Publicado: novembro de 2010

Autor: equipe de servidores e do Microsoft Office System ([email protected])

Resumo

Este guia apresenta instruções de implantação do Microsoft SharePoint Foundation 2010. A audiência

deste guia inclui especialistas em aplicativos, especialistas em aplicativos de linha de negócios e

administradores de TI que estão prontos para implantar o SharePoint Foundation 2010 e querem saber

as etapas de instalação.

O conteúdo deste guia é uma cópia do conteúdo selecionado na biblioteca técnica do SharePoint

Foundation 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.

http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x416


2

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.

3

Conteúdo

Obtendo ajuda ......................................................................................................................................... 18

Implantação do SharePoint Foundation 2010 ......................................................................................... 19

Visão geral da implantação (SharePoint Foundation 2010) .................................................................... 21

Conceitos.............................................................................................................................................. 21

Arquitetura física .................................................................................................................................. 22

Tamanho ........................................................................................................................................... 22

Topologia .......................................................................................................................................... 23

Instalação e configuração .................................................................................................................... 23

Preparar os servidores ...................................................................................................................... 24

Criar o farm ....................................................................................................................................... 25

Definir configurações, serviços, soluções e sites ............................................................................. 25

Estágios de implantação ...................................................................................................................... 26

Planejamento .................................................................................................................................... 26

Desenvolvimento .............................................................................................................................. 27

POC (verificação de conceito) .......................................................................................................... 27

Piloto ................................................................................................................................................. 28

UAT (Teste de aceitação do usuário) ............................................................................................... 28

Produção ........................................................................................................................................... 28

Instalar os pré-requisitos de um compartilhamento de rede (SharePoint Foundation 2010) .................. 30

Opções e argumentos do Installer ....................................................................................................... 30

Baixar e consolidar os pré-requisitos em um compartilhamento de arquivo ....................................... 31

Instalar os pré-requisitos usando a linha de comando ........................................................................ 32

Instalar os pré-requisitos usando um arquivo de argumentos ............................................................. 32

Problemas conhecidos ...................................................................................................................... 34

Preparar a implantação (SharePoint Foundation 2010) .......................................................................... 36

Consulte também ................................................................................................................................. 36

Requisitos de hardware e software (SharePoint Foundation 2010) ........................................................ 37

Visão geral............................................................................................................................................ 37

Requisitos de hardware — servidores Web, servidores de aplicativos e instalações de servidor único

.......................................................................................................................................................... 37

Requisitos de hardware — servidores de banco de dados ................................................................. 38

Requisitos de software ......................................................................................................................... 39

Requisitos mínimos ........................................................................................................................... 39

Software opcional ............................................................................................................................. 43

Acesso ao software aplicável ............................................................................................................... 44

4

Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint Foundation

2010) .................................................................................................................................................... 48

Permissões necessárias ...................................................................................................................... 48

Proteger o SQL Server para ambientes do SharePoint (SharePoint Foundation 2010) ......................... 50

Resumo das recomendações de proteção .......................................................................................... 50

Configurar uma instância do SQL Server para que ela escute em uma porta não padrão ................. 50

Configurar o Firewall do Windows para que ele bloqueie as portas de escuta padrão do SQL Server

.......................................................................................................................................................... 52

Configurar o Firewall do Windows para abrir manualmente as portas atribuídas ............................... 52

Configurar um alias de cliente SQL ..................................................................................................... 52

Testar o alias do cliente SQL ............................................................................................................... 53

Cenários de implantação (SharePoint Foundation 2010) ....................................................................... 54

Implantar um único servidor com o SQL Server (SharePoint Foundation 2010) .................................... 55

Visão geral............................................................................................................................................ 55

Antes de começar ................................................................................................................................ 55

Instalar o SharePoint Foundation 2010 ................................................................................................ 56

Executar a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010 ....................... 57

Executar a Instalação ....................................................................................................................... 57

Executar o Assistente de Configuração de Produtos do SharePoint ............................................... 58

Definir as configurações do navegador ............................................................................................ 60

Execute o Assistente de Configuração do Farm. ............................................................................. 61

Etapas pós-instalação .......................................................................................................................... 62

Implantar um único servidor com um banco de dados interno (SharePoint Foundation 2010) .............. 64

Visão geral............................................................................................................................................ 64

Antes de começar ................................................................................................................................ 65

Instalar o SharePoint Foundation 2010 ................................................................................................ 65

Executar a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010 ....................... 65

Executar a Instalação ....................................................................................................................... 66

Executar o Assistente de Configuração de Produtos do SharePoint ............................................... 66

Definir as configurações do navegador ............................................................................................ 67


Configurar o Backup do Windows Server ............................................................................................ 70

Vários servidores para um farm de três camadas (SharePoint Foundation 2010) ................................. 71

Visão geral............................................................................................................................................ 71

Visão geral da topologia ................................................................................................................... 72

Antes de começar ............................................................................................................................. 73

Usando a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010 ...................... 73

Servidor de banco de dados.......................................................................................................... 73

Atualizações públicas e pacotes de hotfixes ................................................................................. 74

5

Preparar os servidores do farm ............................................................................................................ 74

Instalar o SharePoint Foundation 2010 nos servidores do farm .......................................................... 75

Criar e configurar o farm ...................................................................................................................... 76

Adicionar servidores Web ao farm ....................................................................................................... 78

Configurar o log de diagnóstico e a coleta de dados de integridade e uso ......................................... 79

Configurar a Pesquisa do SharePoint Foundation ............................................................................... 80

Criar um site ......................................................................................................................................... 81


Início rápido: implantar um único servidor em um ambiente Hyper-V isolado (SharePoint Foundation

2010) .................................................................................................................................................... 83

Requisitos e recomendações ............................................................................................................... 83

Configuração de máquina virtual e servidor de virtualização ........................................................... 83

Ambiente de implantação ................................................................................................................. 85

Permissões necessárias ...................................................................................................................... 86

Tarefas de pré-implantação ................................................................................................................. 86

Implantar o SharePoint Foundation 2010 manualmente ..................................................................... 87

Implantar o SharePoint Foundation 2010 usando scripts do Windows PowerShell ............................ 87

Implantar usando bancos de dados criados por um DBA (SharePoint Foundation 2010) ..................... 93

Antes de começar ................................................................................................................................ 93

Requisitos dos servidores do farm ................................................................................................... 93

Requisitos de bancos de dados ........................................................................................................ 93

Sobre a configuração de bancos de dados criados por um DBA ........................................................ 94

Criar e configurar bancos de dados para a Administração Central ..................................................... 95

Criar e configurar bancos de dados adicionais .................................................................................... 97

Implantar em um ambiente virtual (SharePoint Foundation 2010) ........................................................ 100

Diretrizes sobre máquina virtual (SharePoint Foundation 2010)........................................................... 101

Rede ................................................................................................................................................... 101

Adaptadores de rede ...................................................................................................................... 103

Configuração de máquina virtual ....................................................................................................... 103

Memória .......................................................................................................................................... 104

Processador .................................................................................................................................... 104

Controlador e disco rígido ............................................................................................................... 104

Serviços de integração ....................................................................................................................... 105

Início e término automáticos ........................................................................................................... 106

Usando instantâneos ...................................................................................................................... 106

Instalar o SharePoint Foundation 2010 usando o Windows PowerShell .............................................. 108

Requisitos do servidor de farm .......................................................................................................... 108

Preparar o SPModule ......................................................................................................................... 109

Instalar o SharePoint Foundation 2010 executando o Install-SharePoint ......................................... 110

6

Executar o Install-SharePoint usando uma chave PID ................................................................... 112

Configurar o farm usando o New-SharePointFarm ............................................................................ 113

Configurar o SharePoint Foundation 2010 em um servidor autônomo .......................................... 113

Criar um aplicativo Web com o uso do Windows PowerShell ........................................................... 114

Implantar os serviços usando o Assistente de Configuração do Farm do SharePoint 2010 ............. 115

Criar um conjunto de sites usando o Windows PowerShell ............................................................... 115

Executar tarefas adicionais de configuração ..................................................................................... 116

Adicionar servidores ao farm usando o Join-SharePointFarm .......................................................... 116

Configurar o log de rastreamento ...................................................................................................... 117

Configuração inicial (SharePoint Foundation 2010) .............................................................................. 118

Implantar pacotes de idiomas (SharePoint Foundation 2010) .............................................................. 119

Sobre IDs de idioma e pacotes de idioma ......................................................................................... 119

Baixando pacotes de idiomas ............................................................................................................ 121

Preparando seus servidores Web para pacotes de idiomas ............................................................. 122

Instalando pacotes de idiomas em seus servidores Web .................................................................. 123

Desinstalando pacotes de idiomas .................................................................................................... 124

Definir configurações do farm (SharePoint Foundation 2010) .............................................................. 126

Configure usage and health data collection (SharePoint Foundation 2010) ......................................... 127

Configure usage and health data collection by using Central Administration .................................... 127

Configure usage data collection by using Windows PowerShell ....................................................... 128

To configure usage data collection for a specific event type by using Windows PowerShell ............ 129

Log usage data in a different logging database by using Windows PowerShell ................................ 129

Consulte também ............................................................................................................................... 130

Configure diagnostic logging (SharePoint Foundation 2010) ................................................................ 131

Best practices ..................................................................................................................................... 131

Configure diagnostic logging by using Central Administration ........................................................... 133

Configure diagnostic logging by using Windows PowerShell ............................................................ 134

Consulte também ............................................................................................................................... 135

Integração de email (SharePoint Foundation 2010) .............................................................................. 136

Configurar emails de entrada (SharePoint Foundation 2010) ............................................................... 137

Visão geral.......................................................................................................................................... 137

Cenário básico ................................................................................................................................ 137

Cenário avançado ........................................................................................................................... 137

Requisitos da tarefa ........................................................................................................................... 139

Instalar e configurar o serviço SMTP ................................................................................................. 139

Instalar o serviço SMTP .................................................................................................................. 139

Instalar ferramentas de gerenciamento do IIS 6.0 ......................................................................... 140

Configurar o serviço SMTP ............................................................................................................. 140

7

Configurar emails de entrada em um cenário básico ........................................................................ 141

Configurar o Gerenciador DNS .......................................................................................................... 142

Adicionar um conector SMTP no Microsoft Exchange Server 2007 .................................................. 144

Configurar o AD DS para ser usado com o Serviço de Gerenciamento de Diretório ........................ 145

Configurar permissões para a pasta-depósito de emails ................................................................... 148

Configurar as permissões da pasta-depósito de emails para a conta de identidade do pool de

aplicativos de um aplicativo Web ................................................................................................ 149

Configurar as permissões da pasta-depósito de emails para a conta de logon do serviço de Timer

do Windows SharePoint Services ............................................................................................... 150

Configurar emails de entrada em um cenário avançado ................................................................... 150

Anexos estão ausentes em mensagens de email enviadas a uma biblioteca de documentos do

SharePoint? .................................................................................................................................... 153

Configurar emails de saída (SharePoint Foundation 2010) .................................................................. 155

Visão geral.......................................................................................................................................... 155

Requisitos da tarefa ........................................................................................................................... 155

Instalar e configurar o serviço SMTP ................................................................................................. 156

Instalar o serviço SMTP .................................................................................................................. 156

Configurar o serviço SMTP ............................................................................................................. 157

Configurar emails de saída para um farm .......................................................................................... 159

Definir email de saída de um aplicativo Web específico .................................................................... 160

Consulte também ............................................................................................................................... 161

Configurar uma conta móvel (SharePoint Foundation 2010) ................................................................ 162

Importar um certificado raiz e criar uma autoridade raiz confiável .................................................... 163

Configuração de uma conta móvel .................................................................................................... 163

Recuperar informações da conta de celular ...................................................................................... 167

Exclusão de conta móvel ................................................................................................................... 168

Consulte também ............................................................................................................................... 169

Instalar e configurar o Remote BLOB Storage ou o External BLOB Storage (SharePoint Foundation

2010) .................................................................................................................................................. 170

Habilitar FILESTREAM e provisionar o repositório de dados RBS.................................................... 170

Instalar o RBS .................................................................................................................................... 171

Habilitar e testar o RBS ...................................................................................................................... 173

Configurar serviços (SharePoint Foundation 2010) .............................................................................. 174

Service application and service management (SharePoint Foundation 2010) ..................................... 175

Nesta seção........................................................................................................................................ 175

Consulte também ............................................................................................................................... 175

Configurar o serviço de token de segurança (SharePoint Foundation 2010) ....................................... 176

Como funcionam os aplicativos Web que usam um STS .................................................................. 176

8

Configurar um aplicativo Web baseado em declarações do SharePoint usando o Windows

PowerShell ...................................................................................................................................... 177

Editar associações ............................................................................................................................. 179

Configurar uma aplicativo Web que usa um STS .............................................................................. 179

Preparar a hospedagem de sites (SharePoint Foundation 2010) ......................................................... 181

Create a Web application (SharePoint Foundation 2010) ..................................................................... 182

Consulte também ............................................................................................................................... 182

Configure claims authentication (SharePoint Foundation 2010) ........................................................... 184

Create a Web application that uses Windows-claims authentication (SharePoint Foundation 2010) .. 185

Consulte também ............................................................................................................................... 191

Configure anonymous access for a claims-based Web application (SharePoint Foundation 2010) .... 192

Configure anonymous access for a claims-based Web application................................................... 192

Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações

(SharePoint Foundation 2010) ........................................................................................................... 193

Converter aplicativos Web na autenticação baseada em declarações ............................................. 194

Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP por meio da

Administração Central ..................................................................................................................... 194

Configurar os arquivos Web.Config do LDAP .................................................................................... 195

Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP por meio do

Windows PowerShell ...................................................................................................................... 199

Migrar usuários e permissões do Windows SharePoint Services 3.0 para o SharePoint Foundation

2010 ................................................................................................................................................ 200

Configure Kerberos authentication for the claims to Windows token service (SharePoint Foundation

2010) .................................................................................................................................................. 202

Consulte também ............................................................................................................................... 202

Configurar a autenticação usando um token de segurança SAML (SharePoint Foundation 2010) ..... 203

Configurar um aplicativo IP-STS (Identity Provider STS) usando o Windows PowerShell ............... 203

Configurar um aplicativo Web RP-STS (Relying Party STS) ............................................................. 205

Estabelecer uma relação de confiança com um IP-STS usando o Windows PowerShell ................ 206

Exportar o certificado IP-STS de confiança usando o Windows PowerShell .................................... 206

Definir um identificador exclusivo para mapeamento de declarações usando o Windows PowerShell

........................................................................................................................................................ 207

Criar um novo provedor de autenticação ........................................................................................... 207

Criar um novo aplicativo Web do SharePoint e configurá-lo para usar a entrada SAML .................. 208

Configurar a autenticação Kerberos (SharePoint Foundation 2010) .................................................... 209

Sobre a autenticação Kerberos .......................................................................................................... 209

Antes de começar .............................................................................................................................. 210

9

Requisitos de versão de software ................................................................................................... 211

Problemas conhecidos .................................................................................................................... 211

Histórico adicional ........................................................................................................................... 212

Topologia do farm de servidores .................................................................................................... 213

Serviços de Domínio Active Directory, nomenclatura de computador e convenções NLB ............ 213

Convenções de conta de domínio do Active Directory ................................................................... 214

Requisitos de configuração preliminar ............................................................................................ 215

Configurar a autenticação Kerberos para comunicações SQL .......................................................... 215

Criar os SPNs para a sua conta de serviço do SQL Server ........................................................... 216

Confirme se a autenticação Kerberos é usada para conectar servidores que executam o

SharePoint Foundation 2010 ao SQL Server .............................................................................. 217

Criar nomes da entidade de serviço para os aplicativos Web usando a autenticação Kerberos ...... 219

Implantar o farm de servidores........................................................................................................... 220

Instalar o SharePoint Foundation 2010 em todos os servidores .................................................... 220

Criar um novo farm ......................................................................................................................... 221

Ingresse os outros servidores no farm ........................................................................................... 223

Configurar serviços nos servidores do farm ....................................................................................... 224

Pesquisa do Windows SharePoint Services ................................................................................... 224

Servidor de indexação .................................................................................................................... 224

Servidor de consulta ....................................................................................................................... 224

Criar aplicativos Web usando a autenticação Kerberos .................................................................... 225

Criar o aplicativo Web do site de portal .......................................................................................... 225

Criar o aplicativo Web Meu Site...................................................................................................... 226

Criar um conjunto de sites usando o modelo Portal de Colaboração no aplicativo Web do site de

portal ............................................................................................................................................... 226

Confirmar o acesso bem-sucedido aos aplicativos Web usando a autenticação Kerberos .............. 227

Confirmar a funcionalidade de Indexação de Pesquisa correta ........................................................ 229

Confirmar a funcionalidade de Consulta de Pesquisa correta ........................................................... 230

Limitações de configuração................................................................................................................ 230

Recursos adicionais e diretrizes para a solução de problemas ......................................................... 230

Configurar a alteração automática de senha (SharePoint Foundation 2010) ....................................... 232

Configurar contas gerenciadas .......................................................................................................... 232

Definir as configurações de alteração automática de senha ............................................................. 233

Solucionando problemas de alteração automática de senha ............................................................ 233

Senha não correspondente ............................................................................................................. 234

Falha de provisionamento da conta de serviço .............................................................................. 234

Expiração de senha iminente.......................................................................................................... 235

Requisito para a alteração da conta do farm para uma conta diferente ........................................ 236

Criar um conjunto de sites (SharePoint Foundation 2010) ................................................................... 237

Criar um conjunto de sites usando a Administração Central ............................................................. 237

Criar um conjunto de sites usando o Windows PowerShell ............................................................... 238

10

Implantar personalizações - visão geral (SharePoint Foundation 2010) .............................................. 240

Visão geral do processo ..................................................................................................................... 240

Antes de começar .............................................................................................................................. 240

Sobre os dois tipos de elementos de site personalizáveis ................................................................ 241

Implantando elementos de site desenvolvidos .................................................................................. 242

Implantando elementos de site criados .............................................................................................. 242

Consulte também ............................................................................................................................... 245

Implantar pacotes de solução (SharePoint Foundation 2010) .............................................................. 246

O que é um pacote de solução? ........................................................................................................ 246

Implantando elementos de site usando pacotes de solução ............................................................. 247

Quando usar pacotes de solução ................................................................................................... 247

Implantando soluções de farm ........................................................................................................ 248

Adicionando um pacote de solução ................................................................................................ 248

Implantando um pacote de solução ................................................................................................ 249

Sobre a criação de um pacote de solução ..................................................................................... 250

Sobre a personalização de pacotes de solução.......................................................................... 251

Criar manualmente um arquivo de solução ................................................................................. 251

Sobre o arquivo de manifesto de solução ................................................................................... 252

Criando e implantando um pacote de solução de Web Part personalizado usando o Visual Studio

2010 ................................................................................................................................................ 253

Implantar elementos de site criados (SharePoint Foundation 2010) .................................................... 255

Sobre a implantação de elementos de site criados ........................................................................... 255

Quando usar um pacote de implantação de conteúdo ................................................................... 256

Antes de começar .............................................................................................................................. 256

Implantar conteúdo usando a API de Migração de Conteúdo ........................................................... 257

Criar um pacote de implantação de conteúdo usando o Windows PowerShell ................................ 257

Implantar elementos de site usando Recursos (SharePoint Foundation 2010) .................................... 260

O que é um Recurso? ........................................................................................................................ 260

Quando usar Recursos ...................................................................................................................... 261

Criar um Recurso ............................................................................................................................... 261

Instalar e ativar um Recurso usando o Windows PowerShell ........................................................... 263

Implantar modelos (SharePoint Foundation 2010) ................................................................................ 266

O que são definições de site? ............................................................................................................ 266

Definições e configurações de site .................................................................................................... 267

Páginas não personalizadas e personalização de página ............................................................. 268

Principais arquivos de esquema ..................................................................................................... 268

Criar uma definição e configuração de site personalizada ................................................................ 269

Implantar uma definição de site usando um pacote de solução ........................................................ 271

Adicionar um elemento SiteDefinitionManifest ............................................................................... 271

Adicionar um elemento TemplateFile ............................................................................................. 272

11

Processo de implantação de fluxo de trabalho (SharePoint Foundation 2010) .................................... 273

Visão geral.......................................................................................................................................... 273

Antes de começar .............................................................................................................................. 273

Implantando fluxos de trabalho .......................................................................................................... 274

Implantar fluxos de trabalho predefinidos ....................................................................................... 274

Implantar fluxos de trabalho do SharePoint Designer .................................................................... 275

Implantar fluxos de trabalho do Visual Studio ................................................................................ 276

Verificação .......................................................................................................................................... 277

Atualizando para o SharePoint Foundation 2010 .................................................................................. 278

Consulte também ............................................................................................................................... 279

Sobre o processo de atualização (SharePoint Foundation 2010) ......................................................... 280

O que há de novo na atualização (SharePoint Foundation 2010) ........................................................ 281

Requisitos de atualização .................................................................................................................. 281

Requisito de hardware: 64 bits ....................................................................................................... 281

Requisito de sistema operacional: Windows Server 2008 ou Windows Server 2008 R2 .............. 282

Requisito de banco de dados: SQL Server 2005 SP3 ou SQL Server 2008 SP1 de 64 bits ......... 283

Verificador de pré-atualização............................................................................................................ 283

Comando do Windows PowerShell para verificar bancos de dados antes de anexar ...................... 284

Atualização Visual .............................................................................................................................. 284

Atualização de Recursos .................................................................................................................... 285

Novas opções para reduzir o tempo de inatividade durante a atualização ....................................... 285

Alterações nos principais recursos entre versões.............................................................................. 286

Visão geral do processo de atualização (SharePoint Foundation 2010) .............................................. 291

Atualização in-loco ............................................................................................................................. 291

Atualização com anexação de banco de dados................................................................................. 293

Abordagem híbrida 1: bancos de dados somente leitura .................................................................. 294

Abordagem híbrida 2: desanexar bancos de dados .......................................................................... 296

Atualizando do Windows SharePoint Services 2.0 para o SharePoint Foundation 2010 ..................... 299


Sequência de atualização ............................................................................................................... 300

Antes de começar .............................................................................................................................. 302

Examinar as permissões necessárias ............................................................................................ 302

Examinar o hardware e o software necessários ............................................................................. 303

Preparar-se para a atualização .......................................................................................................... 303

Preparar os farms ............................................................................................................................... 304

Executar a primeira atualização ......................................................................................................... 305

Verificar a primeira atualização .......................................................................................................... 306

Executar a segunda atualização ........................................................................................................ 306

Verificar a segunda atualização ......................................................................................................... 306

12

Planejar e preparar a atualização (SharePoint Foundation 2010) ........................................................ 307

Determinar a abordagem de atualização (SharePoint Foundation 2010) ............................................. 308

Escolher uma abordagem de atualização .......................................................................................... 308

Casos especiais ................................................................................................................................. 311

Examinar práticas recomendadas de atualização (SharePoint Foundation 2010) ............................... 315

Examinar caminhos de atualização com e sem suporte (SharePoint Foundation 2010) ..................... 317

Examinar topologias com suporte para atualização .......................................................................... 317

Orientações sobre topologia física ................................................................................................. 317

Topologias com suporte .................................................................................................................. 317

Migrando de um servidor autônomo para um farm de servidores .................................................. 318

Migrando de um hardware de 32 bits ............................................................................................. 318

Examinar os requisitos do sistema para atualização (SharePoint Foundation 2010) ........................... 319

Sobre esses requisitos ....................................................................................................................... 319

Determinar como lidar com personalizações (SharePoint Foundation 2010) ....................................... 321

Identificar personalizações no ambiente ............................................................................................ 321

Avaliar as personalizações ................................................................................................................. 321

Considerações para personalizações específicas ............................................................................. 322

Garantir que personalizações futuras seguirão práticas recomendadas ........................................... 325

Criar um plano de comunicação (SharePoint Foundation 2010) .......................................................... 326

Quem faz parte da equipe de atualização? ....................................................................................... 326

Quando e o que deve ser comunicado à equipe de atualização ....................................................... 327

Quando e o que deve ser comunicado aos usuários do site ............................................................. 328

Planejar a atualização visual (SharePoint Foundation 2010) ................................................................ 330

Fase de planejamento fundamental da atualização visual ................................................................ 330

Preservando a interface do usuário existente ................................................................................ 330

Atualizando para a nova interface do usuário ................................................................................ 331

Treinamento de proprietários de conjuntos de sites e de proprietários de sites ............................... 331

Problemas conhecidos ....................................................................................................................... 332

Consulte também ............................................................................................................................... 333

Testando a atualização e solucionando problemas (SharePoint Foundation 2010) ............................. 334

Práticas recomendadas para testar a atualização (SharePoint Foundation 2010) ............................... 336

Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Foundation 2010)

............................................................................................................................................................ 338

Configurar um ambiente de teste ....................................................................................................... 339

Usando um ambiente de teste virtual ............................................................................................. 339

Usando um ambiente de teste físico .............................................................................................. 340

13

Ambientes de teste adicionais para atualização com anexação de banco de dados .................... 341

Identificar e instalar personalizações ................................................................................................. 341

Copiar os dados reais no ambiente de teste e tentar a atualização .................................................. 342

Tentar a atualização in-loco ............................................................................................................ 343

Tentar uma atualização com anexação de banco de dados .......................................................... 344

Revisar os resultados ......................................................................................................................... 344

Revisar os arquivos de log .............................................................................................................. 344

Reiniciar a atualização, se necessário ........................................................................................... 345

Revisar sites atualizados ................................................................................................................ 346

Ajustar seu planejamento e tentar novamente................................................................................... 346

Estimar a duração do processo de atualização e o espaço necessário (SharePoint Foundation 2010)

............................................................................................................................................................ 347

Estimar o espaço de que você precisa para a atualização ................................................................ 347

Estimar a duração da atualização ...................................................................................................... 348

Limpando o ambiente antes da atualização (SharePoint Foundation 2010) ........................................ 352

Itens para limpeza .............................................................................................................................. 352

Exclua subwebs e conjuntos de sites não utilizados ou pouco utilizados ...................................... 352

Lidar com listas grandes ................................................................................................................. 352

Lidar com ACLs grandes ................................................................................................................ 353

Remover versões de documentos não essenciais ......................................................................... 353

Remover modelos, recursos e Web Parts não utilizados ............................................................... 353

Reparar problemas de dados ......................................................................................................... 354

Fazendo alterações estruturais .......................................................................................................... 354

Solucionar problemas de atualização (Windows SharePoint Services) ................................................ 355

Princípios gerais para identificar problemas ...................................................................................... 355

Em primeiro lugar, verifique o status da atualização e os arquivos de log .................................... 355

Em seguida, solucione os problemas em ordem ............................................................................ 356

Problemas comuns ............................................................................................................................. 356

Personalizações ou arquivos ausentes ou preteridos no servidor ................................................. 356

Configurações ausentes ou definidas incorretamente para farm de servidores, aplicativo Web ou

serviços ........................................................................................................................................ 357

Níveis de atualização inconsistentes ou incorretos ........................................................................ 358

Problemas de dados ....................................................................................................................... 358

Alterações na interface do usuário ................................................................................................. 358

Espaço insuficiente ......................................................................................................................... 359

Autenticação baseada em formulários ........................................................................................... 359

Segurança e permissões .................................................................................................................... 359

Consulte também ............................................................................................................................... 359

Recuperando após uma atualização com falha (SharePoint Foundation 2010) ................................... 360

14

Recuperando quando você tem bancos de dados somente leitura em um ambiente em espera

(atualização com anexação de banco de dados) ........................................................................... 360

Recuperando quando você tem um backup do ambiente completo (atualização in-loco) ................ 361

Recuperando quando você tem backups de bancos de dados (atualização in-loco)........................ 361

Continuar a atualização (SharePoint Foundation 2010) ....................................................................... 362

Reiniciar a atualização para um farm de servidores usando Psconfig.exe ....................................... 362

Reiniciar a atualização para um banco de dados usando o Windows PowerShell ........................... 363

Executar etapas de pré-atualização (SharePoint Foundation 2010)..................................................... 364

Executar o verificador de pré-atualização (SharePoint Foundation 2010) ............................................ 365

Sobre o relatório do verificador de pré-atualização ........................................................................... 366

Instalar e executar o verificador de pré-atualização .......................................................................... 367

Fazer backup do ambiente inteiro antes de uma atualização in-loco (SharePoint Foundation 2010) .. 369

Fazer backup do ambiente ................................................................................................................. 369

Testar os backups .............................................................................................................................. 369

Consulte também ............................................................................................................................... 369

Executar uma atualização in-loco (SharePoint Foundation 2010) ........................................................ 370

Lista de verificação para atualização in-loco (SharePoint Foundation 2010) ....................................... 371

Preparar a atualização ....................................................................................................................... 371

Executar a atualização ....................................................................................................................... 372

Executar etapas de pós-atualização .................................................................................................. 376

Consulte também ............................................................................................................................... 378

Atualização in-loco para o SharePoint Foundation 2010 ...................................................................... 379


Antes de começar .............................................................................................................................. 381

Instalar pré-requisitos ......................................................................................................................... 381

Executar a Instalação em todos os servidores .................................................................................. 382

Executar o Assistente de Configuração de Produtos do SharePoint ................................................ 383

Verificar o status de atualização dos sites ......................................................................................... 385

Verificação .......................................................................................................................................... 385

Consulte também ............................................................................................................................... 386

Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Foundation 2010)

............................................................................................................................................................ 387


Antes de começar .............................................................................................................................. 388

Para desanexar bancos de dados e atualizá-los em paralelo no mesmo farm ................................. 389

Para desanexar os bancos de dados e atualizá-los em paralelo em um farm pequeno e temporário

........................................................................................................................................................ 390

15

Verificação .......................................................................................................................................... 393

Instalar modelos de pacotes de idiomas disponíveis (SharePoint Foundation 2010)........................... 394

Sobre a instalação de pacotes de idiomas e a atualização de sites ................................................. 394

Sobre a alteração de idiomas............................................................................................................. 394

Mudando de um produto totalmente localizado para um pacote de idiomas .................................... 395

Alterando idiomas para um novo pacote de idiomas ......................................................................... 395

Consulte também ............................................................................................................................... 396

Atualizando de uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint

Foundation 2010 quando os bancos de dados de conteúdo excedem 4 GB (Armazenamento de

BLOB Remoto) ................................................................................................................................... 397

Nesta seção........................................................................................................................................ 398

Consulte também ............................................................................................................................... 399

Atualizar uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint

Foundation 2010 com Remote BLOB Storage ................................................................................... 400

Consulte também ............................................................................................................................... 402

Atualizar uma instalação autônoma em um controlador de domínio usando RBS (Remote BLOB

Storage) (anexação de banco de dados) ........................................................................................... 403

Consulte também ............................................................................................................................... 407

Atualizar uma instalação autônoma para novo hardware usando Remote BLOB Storage (anexação de

banco de dados) ................................................................................................................................. 408

Consulte também ............................................................................................................................... 413

Executar uma atualização com anexação de banco de dados para o SharePoint Foundation 2010 .. 414

Lista de verificação para atualização com anexação de banco de dados (SharePoint Foundation 2010)

............................................................................................................................................................ 415

Preparar a atualização ....................................................................................................................... 415


Executar etapas de pós-atualização .................................................................................................. 421

Consulte também ............................................................................................................................... 422

Preparar o novo ambiente do SharePoint Foundation .......................................................................... 423

Antes de começar .............................................................................................................................. 423

Criar e configurar o novo ambiente .................................................................................................... 424

Instalar ............................................................................................................................................ 424

Configurar aplicativos de serviço .................................................................................................... 425

Configurar definições gerais do farm .............................................................................................. 425

Criar e configurar aplicativos Web .................................................................................................. 425

Reaplicar personalizações. ............................................................................................................. 426

Verificar o novo ambiente ................................................................................................................... 427

16


Anexar bancos de dados e atualizar para o SharePoint Foundation 2010 ........................................... 429


Antes de começar .............................................................................................................................. 430

Definir os bancos de dados de versões anteriores como somente leitura (anexação de banco de

dados com banco de dados somente leitura) ................................................................................. 431

Fazer o backup de bancos de dados de versões anteriores usando ferramentas do SQL Server ... 432

Desanexar os bancos de dados de versões anteriores (anexação de banco de dados padrão) ...... 434

Restaurar uma cópia de backup do banco de dados (anexação de banco de dados com bancos de

dados somente leitura) ................................................................................................................... 436

Verificar componentes personalizados .............................................................................................. 438

Anexar um banco de dados de conteúdo a um aplicativo Web ......................................................... 438

Verificação: verificar atualização para o primeiro banco de dados.................................................... 440

Anexar os bancos de dados restantes ............................................................................................... 441

Verificação: verificar atualização para bancos de dados adicionais .................................................. 441

Consulte também ............................................................................................................................... 442

Executar etapas de pós-atualização (SharePoint Foundation 2010) .................................................... 443


(SharePoint Foundation 2010) ........................................................................................................... 444

Converter aplicativos Web na autenticação baseada em declarações ............................................. 445


Administração Central ..................................................................................................................... 445

Configurar os arquivos Web.Config do LDAP .................................................................................... 446


Windows PowerShell ...................................................................................................................... 450


2010 ................................................................................................................................................ 451

Verificar a atualização e examinar os sites atualizados (SharePoint Foundation 2010) ...................... 453

Verificar status da atualização ........................................................................................................... 453

Revisar os arquivos de log .............................................................................................................. 453

Verifique o número da versão ......................................................................................................... 455

Verificar o status de atualização dos sites ...................................................................................... 455

Examinar sites atualizados ................................................................................................................. 456

Web Parts ....................................................................................................................................... 457

Listas grandes ................................................................................................................................. 458

Estilos e aparência .......................................................................................................................... 459

Permissões ..................................................................................................................................... 459

Páginas personalizadas (desconvertidas de fantasma) ................................................................. 459

Consulte também ............................................................................................................................... 461

17

Gerenciar a atualização visual (SharePoint Foundation 2010) ............................................................. 462

Sobre o uso da Atualização Visual .................................................................................................... 462

Exibir o status da interface do usuário atual ...................................................................................... 463

Reverter sites para a interface do usuário anterior ............................................................................ 463

Impor uma atualização para a nova interface do usuário .................................................................. 464

Opções de proprietário do site para a atualização visual .................................................................. 465

Consulte também ............................................................................................................................... 465

Usando redicionamento de URL AAM como parte do processo de atualização (SharePoint Foundation

2010) (white paper) ............................................................................................................................ 466

Implantar Office Web Apps (Instalados nos Produtos do SharePoint 2010) ........................................ 467

Compreendendo a implantação dos Office Web Apps ...................................................................... 468

Instalar e configurar os Office Web Apps em um servidor SharePoint autônomo pré-existente ....... 469

Executar a instalação dos Office Web Apps ................................................................................... 469

Executar o PSConfig para registrar os serviços ............................................................................. 469

Iniciar as instâncias de serviços ..................................................................................................... 470

Criar os aplicativos de serviço e os proxies de aplicativos de serviço ........................................... 471

Ativar o Recurso Office Web Apps ................................................................................................. 472

Instalar e configurar os Office Web Apps em um servidor SharePoint autônomo novo .................... 474


Execute o PSConfig para registrar serviços, iniciar instâncias e criar aplicativos e proxies de

serviço, além de ativar o Recurso Office Web Apps ................................................................... 475

Instalar e configurar os Office Web Apps em um farm de servidores SharePoint preexistente ........ 475


Executar PSConfig para registrar serviços ..................................................................................... 476

Iniciar as instâncias de serviços ..................................................................................................... 476

Criar os aplicativos de serviço e os proxies de aplicativos de serviço ........................................... 477

Ativar o Recurso Office Web Apps ................................................................................................. 479

Instalar e configurar os Office Web Apps em um novo farm de servidores SharePoint .................... 481


Executar o PSConfig para registrar os serviços ............................................................................. 481

Execute o Assistente de Configuração de Farm do SharePoint para iniciar instâncias e criar

aplicativos e proxies de serviço, além de ativar o Recurso Office Web Apps ............................ 482

Configuração adicional (opcional) ...................................................................................................... 482

Configurar o comportamento de abertura padrão do SharePoint com documentos habilitados para

navegador .................................................................................................................................... 482

Solução de problemas ........................................................................................................................ 484

18

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

19

Implantação do SharePoint Foundation 2010

Bem-vindo ao guia de implantação do Microsoft SharePoint Foundation 2010. Os artigos deste guia

ajudarão você a se preparar para instalar e configurar o SharePoint Foundation 2010. O guia de

implantação inclui informações sobre cenários de implantação, instruções passo a passo de instalação

e etapas de configuração pós-instalação. Também descreve como atualizar para o SharePoint

Foundation 2010.

Antes de instalar o SharePoint Foundation 2010, não esqueça de examinar as informações em

Planejamento e arquitetura para o SharePoint Foundation 2010.

Para obter uma visão geral gráfica do processo de implantação, baixe o modelo de Implantação dos

Produtos do SharePoint 2010 do artigo Diagramas técnicos (SharePoint Foundation 2010).

Nesta seção:

Visão geral da implantação (SharePoint Foundation 2010)

Este artigo oferece informações sobre como implantar o SharePoint Foundation 2010. Seu objetivo

é oferecer informações para ajudar você e suas equipes a tomar decisões fundamentais sobre a

implantação de soluções baseadas no SharePoint Foundation 2010 em sua organização.

Instalar os pré-requisitos de um compartilhamento de rede (SharePoint Foundation 2010)

Este artigo explica como usar PrerequisiteInstaller.exe para instalar os pré-requisitos de um

compartilhamento de rede, pois isso torna uma implantação mais consistente.

Preparar a implantação (SharePoint Foundation 2010)

Esta seção fornece etapas essenciais a serem executadas antes da implantação do Microsoft

SharePoint Foundation 2010.

Cenários de implantação (SharePoint Foundation 2010)

Siga as etapas desta seção para implantar um único servidor ou farm de servidores com o

SharePoint Foundation 2010 ou para implantar os Office Web Apps para uso com o SharePoint

Foundation 2010.

Configuração inicial (SharePoint Foundation 2010)

Siga as etapas desta seção para instalar pacotes de idiomas, definir serviços e configurações de

farm e criar conjuntos de sites.

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

Os artigos desta seção descrevem como implantar elementos de sites que foram personalizados

por desenvolvedores ou Web designers em um ambiente do SharePoint Foundation 2010.

Deploy software updates for SharePoint Foundation 2010

A Microsoft lança periodicamente atualizações de software para o SharePoint Foundation 2010.

Siga as etapas nesta seção para aplicá-las a seus servidores com o SharePoint Foundation.

Atualizando para o SharePoint Foundation 2010

http://technet.microsoft.com/library/ab2bedd4-d12b-4825-9c10-1c5e4079e1c6(Office.14).aspx

http://technet.microsoft.com/library/99462701-d16a-4477-af4e-36c8f5083dbf(Office.14).aspx

http://technet.microsoft.com/library/91649a7e-6b5a-4e5a-9ee5-51951f4b857f(Office.14).aspx

20

Siga as etapas do guia de atualização para planejar, preparar e executar uma atualização para o


Se você planeja usar o Office Web Apps, instale e configure-o para trabalhar com os Produtos

do SharePoint 2010. Para obter mais informações, consulte Implantar Office Web Apps

(Instalados nos Produtos do SharePoint 2010).

Observação:

21

Visão geral da implantação (SharePoint Foundation 2010)

Este artigo contém uma visão geral de uma implantação de farm do Microsoft SharePoint Foundation

2010. Embora os farms do Microsoft SharePoint Foundation variem em termos de complexidade e

tamanho, é possível reduzir significativamente o risco de resultados inesperados por meio um

planejamento cuidadoso e de uma implantação em fases que inclua testes e avaliação contínuos.

Para obter informações sobre o planejamento de sites e soluções, que está fora do escopo

deste artigo, consulte Planejamento de sites e soluções (SharePoint Foundation 2010).

Para obter uma representação visual das informações deste artigo, consulte o modelo Implantação de

Produtos do SharePoint 2010 no tópico Diagramas técnicos (SharePoint Foundation 2010).

Neste artigo:

Conceitos

Arquitetura física

Instalação e configuração

Estágios de implantação

Conceitos A consequência lógica da flexibilidade e da excelência do SharePoint Foundation pode ser um alto

grau de complexidade no que se refere à instalação e à configuração corretas do SharePoint

Foundation. É preciso um conhecimento abrangente destes principais elementos estruturais de um

ambiente SharePoint Foundation para permitir a implantação e o suporte adequados aos produtos do

SharePoint Foundation 2010:

Farm de servidores: o elemento de nível superior de um design de arquitetura lógica para o

SharePoint Foundation.

Aplicativo Web: um site do IIS que é criado e usado pelo SharePoint Foundation 2010.

Banco de dados de conteúdo: fornece conteúdo de aplicativos Web de armazenamento. Você

pode dividir esse conteúdo em vários bancos de dados no nível do conjunto de sites.

Conjunto de sites: um conjunto de sites que possuem o mesmo proprietário e compartilham

configurações de administração.

Site: uma ou mais páginas da Web e outros itens relacionados (como listas, bibliotecas e

documentos) que estão hospedados em um conjunto de sites.

Observação:

http://technet.microsoft.com/library/51d8156e-5838-402f-bfc8-d2efc209b497(Office.14).aspx


http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#Concepts

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#Physical

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#Installation

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#DeploymentStages

22

Além de entender os elementos de um ambiente SharePoint Foundation e saber como eles devem ser

configurados na sua solução, você precisa levar em consideração os seguintes fatores adicionais:

arquitetura física, instalação e configuração e os vários estágios de implantação.

Arquitetura física A arquitetura física, que consiste em um ou mais servidores e na infraestrutura de rede, permite

implementar a arquitetura lógica para uma solução do SharePoint Foundation. A arquitetura física é

geralmente descrita de duas formas: pelo tamanho e pela topologia. O tamanho, que pode ser medido

de várias maneiras, como o número de usuários ou de documentos, é utilizado para categorizar um

farm como pequeno, médio ou grande. A topologia se baseia na noção de camadas ou grupos de

servidores para definir uma organização lógica de servidores de farm.

Tamanho

O tamanho usa o número de usuários e o número de itens de conteúdo como uma medida

fundamental para indicar se um farm de servidores é pequeno, médio ou grande, da seguinte forma:

Um farm de servidores de pequeno porte consiste em pelo menos dois servidores Web e um

servidor de banco de dados. Um dos servidores Web hospeda o site da Administração Central e o

outro lida com as demais tarefas relacionadas ao farm; por exemplo, exibição de conteúdo aos

usuários.

Um farm de pequeno porte pode ser ampliado até três camadas com o uso de um servidor de

aplicativos dedicado em resposta ao número de usuários, ao número de itens de conteúdo e ao

número de serviços necessários.

Um farm de servidores de médio porte geralmente consiste em dois ou mais servidores Web, dois

servidores de aplicativos e mais de um servidor de banco de dados. É recomendável começar pela

configuração anterior e depois realizar a ampliação para acomodar a carga de trabalho dos

servidores.

Nos cenários em que se sabe que os serviços utilizam uma quantidade desproporcional de

recursos, você pode ampliar a camada de aplicativo. Os dados de desempenho indicarão os

serviços que você deve optar por descarregar em um servidor dedicado.

Um farm de servidores de grande porte pode ser o resultado lógico da ampliação de um farm de

médio porte para atender aos requisitos de desempenho e capacidade, ou pode decorrer de

questões de design anteriores à implementação de uma solução do SharePoint Foundation. Um

ambiente de topologia de três camadas normalmente usa servidores dedicados em todas as

camadas. Além disso, esses servidores muitas vezes são agrupados de acordo com sua função no

farm. Por exemplo, todos os serviços relacionados a clientes podem ser agrupados em um ou dois

servidores e depois ampliados com a adição de servidores ao grupo, conforme necessário, em

resposta à demanda dos usuários por esses serviços.

Observação:

23

A recomendação de ampliação de um farm destina-se a agrupar serviços ou bancos de

dados com características de desempenho semelhantes em servidores dedicados e, em

seguida, ampliar os servidores como um grupo. Em ambientes grandes, os grupos

específicos que evoluem para um farm dependem das demandas específicas por cada

serviço em um farm.

Para conhecer valores específicos relacionados a farms de pequeno, médio e grande porte, consulte

Gerenciamento de desempenho e capacidade (SharePoint Server 2010).

Topologia

A topologia usa camadas como um modelo de organização lógica dos servidores do farm, de acordo

com os componentes que eles hospedam ou conforme as respectivas funções em um farm de

servidores. Um farm do SharePoint Foundation é implantado em uma, duas ou três camadas, da

seguinte forma:

Em uma implantação de camada única, o SharePoint Foundation e o servidor de banco de dados

são instalados em um único computador.

Em uma implantação de duas camadas, os componentes do SharePoint Foundation e o banco de

dados são instalados em servidores separados. Esse tipo de implantação corresponde ao que é

chamado de farm de pequeno porte. Os servidores Web front-end ficam na primeira camada, e o

servidor de banco de dados fica localizado na segunda camada. Na indústria de computadores, a

primeira camada é conhecida como camada Web. O servidor de banco de dados é conhecido

como camada de banco de dados ou back-end de banco de dados.

Em uma implantação de três camadas, os servidores Web front-end ficam na primeira camada, os

servidores de aplicativos ficam na segunda camada (que é chamada de camada de aplicativo) e o

servidor de banco de dados fica localizado na terceira camada. Uma implantação de três camadas

é utilizada para farms de médio e grande porte.

Instalação e configuração Após concluir o planejamento da sua solução do SharePoint Foundation, você pode criar um farm do

SharePoint Foundation para hospedar essa solução. A primeira etapa consiste em instalar o

SharePoint Foundation 2010 e criar o farm necessário à solução. O processo de preparação do

ambiente consiste nas seguintes fases:

1. Preparar os servidores

2. Criar o farm

3. Definir configurações, serviços, soluções e sites

O farm que você criar e implantar sofrerá alterações significativas em termos de tamanho,

topologia e complexidade à medida que você percorrer os diferentes estágios de implantação

ilustrados no modelo Implantação de Produtos do SharePoint 2010. Esse é o resultado típico e

Observação:

http://technet.microsoft.com/library/8dd52916-f77d-4444-b593-1f7d6f330e5f(Office.14).aspx

24

esperado de uma implantação em fases. Por esse motivo, é recomendável seguir todos os

estágios descritos na seção "Estágios de implantação" deste artigo.

Preparar os servidores

Nessa fase, você prepara os servidores para hospedar o produto. Isso inclui os servidores de suporte e

os servidores que terão o SharePoint Foundation instalado. Os seguintes servidores devem ser

configurados para dar suporte a um farm e hospedá-lo:

Controlador de domínio: as contas de farm necessárias devem ser configuradas para o domínio, e

a sincronização de diretórios deve ser configurada.

O SharePoint Foundation 2010 não dá suporte a nomes de SLD (domínio de rótulo único).

Como o uso de nomes de SLD não é uma prática recomendada, os Produtos do

SharePoint 2010 não são amplamente testados nesse cenário. Portanto, poderá haver

problemas de incompatibilidade quando os Produtos do SharePoint 2010 forem

implementados em um ambiente de domínio de rótulo único. Para obter mais informações,

consulte as informações para configuração do Windows para domínios com nomes DNS

de rótulo único (http://go.microsoft.com/fwlink/?linkid=193849&clcid=0x416) e o centro de

soluções para planejamento de namespaces DNS

(http://go.microsoft.com/fwlink/?linkid=198010&clcid=0x416).

Para obter informações sobre as contas necessárias, consulte:

Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint

Foundation 2010)

Sobre a sincronização de diretórios

(http://go.microsoft.com/fwlink/?linkid=193169&clcid=0x416)

Servidor de banco de dados: a versão necessária do SQL Server, incluindo service packs e

atualizações cumulativas, deve ser instalada no servidor de banco de dados. A instalação deve

incluir quaisquer recursos adicionais, como o SQL Analysis Services, e os logons adequados do

SharePoint Foundation devem ser adicionados e configurados. O servidor de banco de dados deve

ser protegido e, se necessário, bancos de dados devem ser criados pelo DBA. Para obter mais

informações, consulte:

Requisitos de hardware e software (SharePoint Foundation 2010)

Proteger o SQL Server para ambientes do SharePoint (SharePoint Foundation 2010)

Implantar usando bancos de dados criados por um DBA (SharePoint Foundation 2010)

Servidores de aplicativos e servidores Web front-end: os servidores do farm nos quais o

SharePoint Foundation será instalado devem ser preparados da seguinte maneira: verifique se

eles atendem aos requisitos de hardware, se o sistema operacional está protegido, se os

protocolos de rede e de segurança necessários estão configurados, se os pré-requisitos de

software do SharePoint Foundation 2010 estão instalados e protegidos e se a autenticação

necessária está configurada. Para obter mais informações, consulte:

Importante:






25

Requisitos do sistema (SharePoint Foundation 2010)

Tópico sobre instalação de pré-requisitos de software em Requisitos de hardware e software

(SharePoint Foundation 2010)

Planejar a proteção de segurança (SharePoint Foundation 2010)

Planejar a autenticação (SharePoint Foundation 2010)

Criar o farm

Nessa fase, você instala o produto e configura cada servidor para dar suporte à sua função no farm.

Além disso, você cria o banco de dados de configuração e o site da Administração Central do

SharePoint. Os seguintes servidores são necessários para um farm do SharePoint Foundation:

Servidor de banco de dados: a menos que você planeje usar bancos de dados criados pelo DBA, o

banco de dados de configuração, o banco de dados de conteúdo e outros bancos de dados

necessários serão criados quando você executar o Assistente de Configuração de Produtos do

SharePoint.

Servidor de aplicativos: após preparar o servidor de aplicativos, instale os componentes adicionais

necessários para dar suporte a funções como IRM (Gerenciamento de Direitos de Informação) e

apoio a decisões. Instale o SharePoint Foundation no servidor que hospedará o site da

Administração Central do SharePoint e execute o Assistente de Configuração de Produtos do

SharePoint para criar e configurar o farm.

Servidor Web Front-end: instale o SharePoint Foundation em cada servidor Web, instale pacotes

de idiomas e execute o Assistente de Configuração de Produtos do SharePoint para adicionar os

servidores Web ao farm.

Depois de adicionar e configurar todos os servidores Web front-end, você pode incluir no

farm os servidores de aplicativos adicionais que fazem parte do seu design de topologia.

Para obter mais informações sobre cenários de implantação com suporte, consulte Cenários de

implantação (SharePoint Foundation 2010).

Definir configurações, serviços, soluções e sites

Nessa fase, você prepara o farm para hospedar o conteúdo do site realizando as seguintes tarefas:

Definir configurações globais. Para obter mais informações, consulte Definir configurações do farm


Configurar serviços. Para obter mais informações, consulte Configurar serviços (SharePoint

Foundation 2010)

Implantar soluções e personalizações. Para obter mais informações, consulte Implantar

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

Criar e popular os sites. Para obter mais informações, consulte Preparar a hospedagem de sites


Observação:

http://technet.microsoft.com/library/efd1f30e-f6b6-432f-b5a8-ea7852684f6a(Office.14).aspx

http://technet.microsoft.com/library/7deea288-47e2-4be2-9e22-4e0cbf79b162(Office.14).aspx

http://technet.microsoft.com/library/43782727-aeec-444e-b19d-238a1a775361(Office.14).aspx

26

As etapas de configuração de farm não são isoladas para uma camada específica na

infraestrutura de servidor.

Estágios de implantação Implantando uma solução do SharePoint Foundation 2010 em estágios, você obtém os benefícios

decorrentes de uma abordagem sistemática, como a coleta de dados de desempenho e de uso, que

você pode utilizar para avaliar sua solução. Alguns dos benefícios adicionais são a verificação de suas

pressuposições de gerenciamento da capacidade e a identificação de problemas antes que o farm seja

colocado em produção.

É recomendável implantar o farm nos seguintes estágios:

Planejamento

Desenvolvimento

POC (verificação de conceito)

Piloto

UAT (Teste de aceitação do usuário)

Produção

Planejamento

Para implantar um farm, você deve planejar a solução que deseja implantar e determinar os requisitos

de infraestrutura, como os recursos de servidor e a topologia do farm. Ao concluir o estágio de

planejamento, você deverá ter documentado o seguinte:

Um design de infraestrutura para dar suporte à sua solução

Uma descrição detalhada sobre como implementar o farm e a solução

Um plano para testar e validar a solução

Um site e uma arquitetura de solução

Compreensão dos requisitos de monitoramento e engenharia sustentada para dar suporte à

solução

Um registro de como a solução será controlada

Compreensão de como a solução será comunicada ao usuário para incentivar sua adoção

É recomendável usar os recursos de planejamento e os artigos descritos em Planejamento e

arquitetura para o SharePoint Foundation 2010.

Problemas de recurso e tempo podem causar pressão, fazendo com que você seja menos

rigoroso durante o estágio de planejamento. É recomendável que você seja o mais diligente

possível, pois elementos de planejamento omitidos ou superficialmente abordados podem

Observação:

Importante:



27

voltar à tona como problemas significativos no estágio de produção. Esses problemas podem

criar um considerável trabalho extra, além de consumirem recursos não inclusos no orçamento

e possivelmente prejudicarem o êxito do SharePoint Foundation.

Após o estágio de planejamento, você percorre os seguintes estágios de implantação, atualizando e

revisando seus planos, configurações e topologias à medida que realiza os testes.

Desenvolvimento

Durante o estágio de desenvolvimento, você implantará o SharePoint Foundation em um único servidor

ou em vários servidores para desenvolver, testar, avaliar e refinar a solução que pretende implementar.

Esse ambiente é dimensionado de acordo com as suas necessidades durante o desenvolvimento da

solução e pode ser mantido como um ambiente reduzido para desenvolvimento e testes futuros. Não

se trata de um ambiente estável, e não há contratos de nível de serviço.

POC (verificação de conceito)

Durante o estágio de verificação de conceito, o objetivo é duplo: compreender o SharePoint

Foundation e avaliar o SharePoint Foundation em termos de como ele pode atender às suas

necessidades de negócios. O primeiro nível de avaliação do produto pode ser feito com a instalação de

todos os componentes do produto em um único servidor. É possível fazer uma avaliação do produto

mais extensa por meio de uma implantação com verificação de conceito.

Uma implantação com verificação de conceito em um único servidor ou em um farm de pequeno porte

permite ampliar o escopo da avaliação. Nessa implantação, uma equipe não TI é adicionada à equipe

de avaliação, proporcionando uma visão muito mais ampla de como os recursos do SharePoint

Foundation podem ser realmente usados na organização. O benefício de uma implantação com

verificação de conceito é que você pode coletar dados que podem ser usados para refinar o

planejamento original. Esses dados — por exemplo, modos de exibição de página, padrões de

comportamento do usuário e consumo de recursos de servidor — também permitem que você comece

a desenvolver um benchmark para o dimensionamento do seu farm. Uma verificação de conceito

também é interessante ao avaliar aplicativos de serviço e ao determinar quais conjuntos de recursos

você oferecerá aos usuários finais.

Durante o estágio de verificação de conceito, é importante compreender as características exclusivas e

a funcionalidade desses recursos, pois essa compreensão ajudará a definir a topologia geral. Lembre-

se de que uma implantação com verificação de conceito exige recursos adicionais e aumenta o tempo

necessário para colocar o SharePoint Foundation em produção.

A virtualização fornece uma boa plataforma para avaliação do SharePoint Foundation, pois um

ambiente virtual fornece flexibilidade, capacidade de rápida implantação e a possibilidade de

reverter máquinas virtuais para estados anteriores.

Dica:

28

Piloto

Um piloto é usado para testar sua solução em pequena escala. Há duas abordagens para o uso de

uma implantação piloto. A primeira se concentra em testes funcionais sem o uso de dados reais.

Usando a segunda abordagem, você testa características de produção utilizando dados reais, e os

usuários pilotos testam diferentes tipos de tarefas. É recomendável adotar a segunda abordagem,

devido ao escopo mais amplo e aos dados reais que você pode coletar e utilizar para refinar o design

da solução.

Uma implantação piloto oferece muitos benefícios. Ela permite que você colete dados que podem ser

usados para validar os seguintes aspectos do design de farm:

Design de infraestrutura

Pressuposições de gerenciamento da capacidade

Arquitetura de site e solução

Pressuposições de uso da solução

O estágio piloto também permite determinar dados adicionais que devem ser coletados para aumentar

a amplitude e a profundidade das suas avaliações de desempenho. Isso será importante se você quer

avaliar o efeito potencial de recursos ou serviços adicionais que deseja adicionar ao farm antes do

teste de aceitação do usuário.

Na conclusão da implantação piloto, você pode usar os dados coletados para ajustar os vários

componentes da solução e da respectiva infraestrutura de suporte.

UAT (Teste de aceitação do usuário)

A implantação do teste de aceitação do usuário — também conhecida como ambiente de pré-produção

— é usada por organizações como uma etapa de transição da implantação piloto para uma

implantação de produção. Os processos empresariais de uma organização determinam o escopo, a

escala e a duração dos testes de aceitação do usuário.

A topologia do ambiente de pré-produção deve ser igual ou muito semelhante à topologia de produção

planejada. Durante os testes de aceitação do usuário, a solução do SharePoint Foundation é testada

em relação a um subconjunto ou a uma cópia completa dos dados de produção. Esse estágio de

implantação fornece uma oportunidade final para o ajuste de desempenho e a validação de

procedimentos operacionais, como backups e restaurações.

Produção

O estágio final é colocar o farm em um ambiente de produção. Nesse estágio, você já terá incorporado

os ajustes necessários de solução e infraestrutura que foram identificados durante o estágio de teste

de aceitação do usuário.

Para colocar o farm em produção, é necessário concluir as seguintes tarefas:

Implantar o farm.

Implantar a solução.

29

Implementar o plano de operações.

Se necessário, implantar ambientes adicionais, como farms de criação e de preparo e farms de

serviços.

30

Instalar os pré-requisitos de um compartilhamento de rede (SharePoint Foundation 2010)

Este artigo descreve como instalar pré-requisitos do Microsoft SharePoint Foundation 2010 de um local

de rede compartilhado offline usando a ferramenta de instalação de pré-requisitos

(PrerequisiteInstaller.exe).

A instalação de pré-requisitos por meio de um local offline geralmente é necessária quando os

servidores em que você deseja instalar o Microsoft SharePoint Foundation estão isolados da Internet.

Mesmo que esse não seja o caso, a instalação de pré-requisitos por meio de um local central offline

permite garantir a consistência do servidor de farm mediante a instalação de um conjunto de imagens

conhecido e controlado.

O Ferramenta de Preparação de Produtos do Microsoft SharePoint é uma interface do usuário

criada com base no arquivo PrerequisiteInstaller.exe. o Ferramenta de Preparação de

Produtos do Microsoft SharePoint não aceita entrada de usuário.

Neste artigo:

Opções e argumentos do Installer

Baixar e consolidar os pré-requisitos em um compartilhamento de arquivo

Instalar os pré-requisitos usando a linha de comando

Instalar os pré-requisitos usando um arquivo de argumentos

Problemas conhecidos

Opções e argumentos do Installer Ao usar o PrerequisiteInstaller.exe com opções e argumentos, você terá controle sobre quais versões

do software necessário estão instaladas e o local onde estão instaladas.

O PrequisiteInstaller.exe aceita um ou mais pares de opção e argumento. Uma opção identifica o pré-

requisito e o argumento especifica a ação e o local do pré-requisito.

Um par de opção e argumento tem o seguinte formato:

/opção: <caminho>

Em que:

/opção é uma opção válida para identificar um pré-requisito. Por exemplo, /NETFX35SP1: é a

opção para o .NET Framework 3.5 Service Pack 1.

Observação:

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#switcharg

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#download

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#Installcmd

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#install

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#issues

31

<caminho> é expresso como o caminho para o arquivo local ou o caminho para um

compartilhamento de arquivo, por exemplo, "C:\nomedapasta\dotnetfx35.exe " ou

"\\<nomedoservidor>\<nomedocompartilhamento>\dotnetfx35.exe".

Cada opção e seu argumento são separados por dois pontos e um espaço. O argumento é colocado

entre aspas.

Os pares de opção e argumento podem ser passados para o PrerequisiteInstaller.exe no prompt de

comando ou lidos de um arquivo de texto de argumentos.

Baixar e consolidar os pré-requisitos em um compartilhamento de arquivo O processo para baixar e consolidar pré-requisitos consiste nas etapas descritas nos procedimentos a

seguir.

1. Consulte o artigo Requisitos de hardware e software (SharePoint Foundation 2010), que

contém uma lista de todos os programas de software necessários e opcionais para o

SharePoint Foundation 2010. Adicionalmente, este documento fornece o local de download de

cada pré-requisito disponível na Internet.

2. Do prompt de comando, navegue até a raiz da mídia de instalação do SharePoint Foundation

2010 ou do local da pasta.

3. No prompt de comando, digite PrerequisiteInstaller.exe /?. Isso exibirá uma lista de opções

de lista de comando e seus argumentos correspondentes para a instalação de um pré-requisito

usando a linha de comando.

Dica:

Para copiar o conteúdo da janela Sobre ativa para a Área de Transferência, pressione

CTRL+C.

4. Verifique se você tem uma lista precisa dos programas de software necessários. Compare a

saída do instalador do pré-requisito à lista de pré-requisitos da Etapa 1.

5. Baixe os pré-requisitos para um computador que tenha acesso à Internet.

Em seguida, use o procedimento a seguir para criar um local central que possa ser usado para a

instalação dos pré-requisitos do SharePoint Foundation em todos os servidores do farm.

1. Crie uma pasta compartilhada em um computador que possa ser acessado pelos servidores

nos quais os pré-requisitos serão instalados.

2. Copie os arquivos baixados da Internet para a pasta compartilhada.

Depois de terminar de criar um local de rede acessível para os pré-requisitos, use o procedimento

Para identificar pré-requisitos

Para consolidar pré-requisitos

32

da seção a seguir para instalar os pré-requisitos do SharePoint Foundation 2010 em um servidor.

Instalar os pré-requisitos usando a linha de comando Você pode instalar um ou todos os pré-requisitos da linha de comando usando o procedimento a

seguir.

1. No menu Iniciar, abra a janela Prompt de Comando usando a opção Executar como

administrador.

2. Navegue até o diretório de origem do SharePoint Foundation.

3. Digite a opção de programa de pré-requisito e o argumento correspondente para o programa

que você deseja instalar e pressione ENTER, por exemplo:

PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

Observação

Para instalar mais de um pré-requisito, digite cada par de opção e argumento, tomando o cuidado

de separar cada par por um espaço, por exemplo:

PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi" /ChartControl: "\\o14-

sf-admin\SP_prereqs\MSChart.exe" /W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-

KB948465-X64.exe" /NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

Instalar os pré-requisitos usando um arquivo de argumentos Você pode instalar os pré-requisitos do compartilhamento de arquivo usando um arquivo de

argumentos que consiste em opções e instruções de caminho correspondentes para os programas que

precisam ser instalados.

Quando PrerequisiteInstaller.exe é executado com um arquivo de argumentos, acontece o seguinte:

1. O PrerequisiteInstaller.exe lê o arquivo de argumentos para verificar se cada opção é válida e se o

programa identificado na instrução de caminho realmente existe.

Se você especificar um argumento, o PrerequisiteInstaller.exe irá ignorar o arquivo de

argumentos e só processará o argumento da linha de comando.

2. O PrerequisiteInstaller.exe verifica o sistema local para determinar se qualquer um dos pré-

requisitos já foi instalado.

3. O PrerequisiteInstaller.exe instala os programas no arquivo de argumentos e retorna um dos

seguintes códigos de saída:

Para instalar usando a linha de comando

Observação:

33

0 - Êxito

1 – Outra instância deste aplicativo já está em execução

2 – Parâmetro de linha de comando inválido

1001 – Uma reinicialização pendente bloqueia a instalação

3010 – Uma reinicialização é necessária

4. Se um pré-requisito exigir uma reinicialização, será gerado um código 3010 e será solicitado que

você clique em Concluir para reiniciar o sistema. O comportamento do instalador após um código

3010 será diferente dependendo da existência das seguintes condições no computador:

Se o Windows Server 2008 Service Pack 2 (SP2) já estiver instalado no sistema, o código

3010 será gerado e os pré-requisitos restantes serão instalados. Depois que o último pré-

requisito for instalado, será solicitada a reinicialização do sistema.

Se o Windows Server 2008 SP2 tiver sido instalado no sistema pelo PrerequisiteInstaller.exe, o

instalador irá gerar o código 3010 e a instalação dos pré-requisitos restantes será ignorada.

Será solicitada a reinicialização do sistema.

Após a reinicialização do sistema, o PrerequisiteInstaller.exe será executado novamente

porque o arquivo de inicialização criado antes da reinicialização contém um sinalizador

/continue.

Após uma reinicialização, o PrerequisiteInstaller.exe ignora o arquivo de argumentos e tenta

baixar e instalar os pré-requisitos restantes da Internet. Para obter mais informações, consulte

Problemas conhecidos.

Use o procedimento a seguir para criar um arquivo de argumentos.

1. Usando um editor de texto, crie um novo documento de texto chamado

PrerequisiteInstaller.Arguments.txt. Salve-o no mesmo local do programa

PrerequisiteInstaller.exe. Esse arquivo conterá as opções e os argumentos usados durante a

execução do Ferramenta de Preparação de Produtos do Microsoft SharePoint.

2. Em um editor de texto, edite o arquivo PrerequisiteInstaller.Arguments.txt e forneça caminhos

de arquivo para a fonte de instalação para cada opção de pré-requisito, usando a sintaxe a

seguir:

/opção: <caminho>

Onde /opção é uma opção válida e <caminho> é um caminho para a fonte de instalação.

O exemplo a seguir mostra um arquivo de argumentos completo que utiliza um

compartilhamento de arquivo como um ponto de instalação comum.

/SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

/ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe"

/W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB948465-X64.exe"

/NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

Para criar um arquivo de argumentos

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#issues

34

/PowerShell: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB968930-x64.msu"

/KB976394: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB976394-x64.msu"

/KB976462: "\\o14-sf-admin\SP_prereqs\Windows6.1-KB976462-v2-x64.msu"

/IDFX: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB974405-x64.msu"

/Sync: "\\o14-sf-admin\SP_prereqs\Synchronization.msi"

/FilterPack: "\\o14-sf-admin\SP_prereqs\FilterPackx64.exe"

/ADOMD: "\\o14-sf-admin\SP_prereqs\SQLSERVER2008_ASADOMD10.msi"

/ReportingServices: "\\o14-sf-admin\SP_prereqs\rsSharePoint.msi"

/Speech: "\\o14-sf-admin\SP_prereqs\SpeechPlatformRuntime.msi"

/SpeechLPK: "\\o14-sf-admin\SP_prereqs\MSSpeech_SR_en-US_TELE.msi"

Importante:

Para fins de legibilidade, as opções e instruções de caminho do exemplo anterior

foram exibidas em linhas separadas. Quando você criar um arquivo

PrerequisitesInstaller.Arguments.txt real, não use quebras de linha, separe cada opção

e instrução de caminho com um espaço. Para obter mais informações, consulte

Problemas conhecidos.

3. Depois de terminar de editar PrerequisiteInstaller.Arguments.txt, salve suas edições e verifique

se esse arquivo está no mesmo diretório de PrerequisiteInstaller.exe.

Use o seguinte procedimento para instalar os pré-requisitos.

1. Execute PrerequisiteInstaller.exe usando o prompt de comando para instalar os pré-requisitos.

Cuidado:

Se for solicitado que você clique em Concluir para reiniciar o sistema, não faça isso.

Clique em Cancelar. Para obter mais informações, consulte Problemas conhecidos

antes de prosseguir para a próxima etapa.

2. Reinicie o sistema manualmente.

3. Execute PrerequisiteInstaller.exe usando o prompt de comando.


Existem dois problemas conhecidos que afetam o uso de um arquivo de argumentos:

Usando quebras de linha no arquivo de argumentos

Se você criar um arquivo de argumentos e usar quebras de linha para colocar cada opção e

argumento em uma linha separada, o instalador do pré-requisito falhará. A solução alternativa é

inserir todos os pares de opção e argumento em uma única linha.

Após a reinicialização de um computador, o arquivo de argumentos não é usado

Para instalar os pré-requisitos usando um arquivo de argumentos

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#known

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#known

35

Após uma reinicialização, o programa PrerequisiteInstaller.exe executa o arquivo de comando de

inicialização, que contém um sinalizador /continue. O sinalizador /continue força o instalador a

ignorar o arquivo de argumentos.

Você deve impedir uma reinicialização ao excluir a tarefa de inicialização neste arquivo de

comando usando uma das seguintes opções:

Opção 1

a. Execute PrerequisiteInstaller.exe ao clicar duas vezes nele. O programa exibirá a primeira tela

com a lista de pré-requisitos.

b. Clique em Cancelar. O programa PrerequisiteInstaller.exe excluirá a tarefa de inicialização.

Opção 2

a. No menu Iniciar, escolha Executar e digite regedit para abrir o Registro.

b. Abra a chave

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell

Folders.

c. Verifique o valor de "Common Startup". Isso mostra o diretório onde as tarefas de inicialização

estão listadas.

d. Feche o editor do Registro sem fazer alterações.

e. Navegue até o diretório de inicialização, que normalmente é

<diretóriodosistema>\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup.

f. Exclua "SharePointServerPreparationToolStartup_0FF1CE14-0000-0000-0000-

000000000000.cmd" para excluir a tarefa de inicialização.

36

Preparar a implantação (SharePoint Foundation 2010)

Esta seção apresenta as etapas essenciais a serem executadas antes da implantação do Microsoft


Nesta seção:


Este artigo fornece os requisitos mínimos de hardware e software necessários para instalar o


Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint

Foundation 2010)

Este artigo fornece informações sobre as contas administrativas e de serviço necessárias para a

implantação inical do SharePoint Foundation 2010. Contas e permissões adicionais são

necessárias para a implantação completa de todos os aspectos de um farm de produção.


Este artigo descreve como aumentar a proteção do Microsoft SQL Server para ambientes do


Consulte também Visão geral da implantação (SharePoint Foundation 2010)


37


Este artigo lista os requisitos mínimos de hardware e software para instalar e executar o Microsoft


Se você contatar o suporte técnico da Microsoft com relação a um sistema de produção que

não atende às especificações mínimas de hardware descritas neste documento, o suporte será

limitado até que o sistema seja atualizado para os requisitos mínimos.

Neste artigo:

Visão geral

Requisitos de hardware — servidores Web, servidores de aplicativos e instalações de servidor

único

Requisitos de hardware — servidores de banco de dados

Requisitos de software

Acesso ao software aplicável

Visão geral O Microsoft SharePoint Foundation 2010 possibilita vários cenários de instalação. No momento, essas

instalações incluem o tipo servidor único com banco de dados interno e instalações de farm com um ou

vários servidores.

Requisitos de hardware — servidores Web, servidores de aplicativos e instalações de servidor único Os requisitos na tabela a seguir se aplicam a instalações de servidor único com banco de dados

interno e a servidores que estão executando o SharePoint Foundation 2010 em uma instalação de

farm com vários servidores.

Componente Requisito mínimo

Processador 64 bits, quatro núcleos

RAM 4 GB para uso de desenvolvedor ou de

avaliação

Importante:

38


8 GB para uso de produção em um farm com

um ou vários servidores

Disco rígido 80 GB para unidade do sistema

Para uso em produção, você precisa de espaço

livre adicional em disco para operações diárias.

Mantenha duas vezes mais espaço livre do que a

memória RAM disponível para ambientes de

produção. Para obter mais informações, consulte

Capacity management and sizing for SharePoint

Server 2010.

Requisitos de hardware — servidores de banco de dados Os requisitos da tabela a seguir se aplicam aos servidores de banco de dados em ambientes de

produção com vários servidores no farm.

Nossas definições de implantações pequenas e médias estão descritas na seção sobre

arquiteturas de referência em Capacity management and sizing for SharePoint Server 2010.


Processador 64 bits, quatro núcleos para implantações de pequeno porte

64 bits, oito núcleos para implantações de médio porte

RAM 8 GB para implantações de pequeno porte

16 GB para implantações de médio porte

Para implantações de grande porte, consulte a seção de estimativa

de requisitos de memória do artigo Planejamento e configuração de

armazenamento e capacidade do SQL Server (SharePoint Server

2010).

Observação:

Esses valores são maiores que os valores mínimos

recomendados para o SQL Server devido à distribuição de

dados necessária para um ambiente de Produtos do

SharePoint 2010. Para obter mais informações sobre os

Observação:

http://technet.microsoft.com/library/031b0634-bf99-4c23-8ebf-9d58b6a8e6ce(Office.14).aspx



http://technet.microsoft.com/library/a96075c6-d315-40a8-a739-49b91c61978f(Office.14).aspx



39


requisitos de sistema do SQL Server, consulte o artigo sobre

requisitos de hardware e software para a instalação do SQL

Server 2008


Disco rígido 80 GB para a unidade do sistema

O espaço no disco rígido depende do tamanho do conteúdo do

SharePoint. Para obter informações sobre como estimar o tamanho

do conteúdo e outros bancos de dados para sua implantação,

consulte Planejamento e configuração de armazenamento e

capacidade do SQL Server (SharePoint Server 2010).

Requisitos de software Os requisitos nas tabelas a seguir se aplicam a um único servidor com instalações de bancos de dados

internos e instalações de farm de servidores que incluam um único servidor e vários servidores no

farm.

O SharePoint Foundation 2010 não dá suporte a nomes de domínio de rótulo único. Para obter

mais informações, consulte as informações sobre configuração do Windows para domínios

com nomes DNS de rótulo único.

O Ferramenta de Preparação de Produtos do Microsoft SharePoint , que pode ser acessado a partir da

página inicial do SharePoint Foundation 2010, pode ajudá-lo na instalação dos pré-requisitos de

software para o SharePoint Foundation 2010. Certifique-se de ter uma conexão com a Internet, pois

alguns desses pré-requisitos são instalados a partir da Internet. Para mais informações, consulte

Implantar um único servidor com o SQL Server (SharePoint Foundation 2010), Implantar um único

servidor com um banco de dados interno (SharePoint Foundation 2010) e Vários servidores para um

farm de três camadas (SharePoint Foundation 2010).

Requisitos mínimos

Ambiente Requisito mínimo

Servidor de banco de dados

em um farm

Um dos seguintes:

A edição de 64 bits do Microsoft SQL Server 2008 R2.

A edição de 64 bits do Microsoft SQL Server 2008 com Service

Importante:





http://support.microsoft.com/kb/300684

http://support.microsoft.com/kb/300684

40


Pack 1 (SP1) e Atualização Cumulativa 2. Na página do pacote de

atualização cumulativa 2 para SQL Server 2008 Service Pack 1

(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0x416), clique

no link para exibir e solicitar downloads de hotfix e siga as

instruções. Na página de solicitação de hotfix, baixe o arquivo

SQL_Server_2008_SP1_Cumulative_Update_2. Quando você

instalar o Microsoft SQL Server 2008 SP1 no Windows Server 2008

R2, talvez receba um aviso de compatibilidade. Ignore esse aviso e

continue a instalação.

Observação:

Não é recomendável usar a atualização cumulativa 3 ou 4;

use a 2, a 5 ou uma atualização cumulativa posterior à 5.

Para obter mais informações, consulte o artigo sobre o

pacote de atualização cumulativa 5 para SQL Server 2008


Baixe o arquivo SQL_Server_2008_RTM_CU5_SNAC.

A edição de 64 bits do Microsoft SQL Server 2005 com Service

Pack 3 (SP3). Na página do pacote de atualização cumulativa 3

para SQL Server 2005 Service Pack 3

(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0x416), clique

no link para exibir e solicitar downloads de hotfix e siga as

instruções. Na página de solicitação de hotfix, baixe o arquivo

SQL_Server_2005_SP3_Cumulative_Update_3.

Para obter mais informações sobre como escolher uma versão do SQL

Server, consulte SQL Server 2008 R2 e Produtos do SharePoint 2010:

melhores juntos (white paper) (SharePoint Server 2010).

Servidor único com banco

de dados interno

A edição de 64 bits do Windows Server 2008 Standard, Enterprise,

Data Center ou Web Server com SP2, ou a edição de 64 bits do

Windows Server 2008 R2 Standard, Enterprise, Data Center ou

Web Server. Se estiver executando o Windows Server 2008 sem o

SP2, o Ferramenta de Preparação de Produtos do Microsoft

SharePoint instalará o Windows Server 2008 SP2 automaticamente.

Observação:

É necessário baixar uma atualização para o Windows

Server 2008 e o Windows Server 2008 R2 antes de

executar a Instalação. A atualização é um hotfix para o

.NET Framework 3.5 SP1 instalado pela Ferramenta de

preparação. Ele fornece um método de suporte para a






http://technet.microsoft.com/library/665876e1-2706-42ad-bd76-8e4d1da0ce92(Office.14).aspx

http://technet.microsoft.com/library/665876e1-2706-42ad-bd76-8e4d1da0ce92(Office.14).aspx

41


autenticação de token sem segurança de transporte ou

criptografia de mensagem no WCF. Para obter mais

informações e links, consulte a seção "Acesso ao software

aplicável", mais adiante neste artigo.

KB979917 - QFE para problemas do Sharepoint - correção do

Contador de Desempenho e Representação de Usuário


Para o Windows Server 2008 SP2, baixe o arquivo Windows6.0-

KB979917-x64.msu (Vista).

Para o Windows Server 2008 R2, baixe o arquivo Windows6.1-

KB979917-x64.msu (Win7).

Para obter mais informações, consulte o artigo relacionado da Base

de Dados de Conhecimento sobre a ocorrência de dois problemas

durante a implantação de um aplicativo baseado em ASP.NET 2.0

em um servidor que esteja executando o IIS 7.0 ou o IIS 7.5 no

Modo integrado


A ferramenta de preparação instala os seguintes pré-requisitos:

Função Servidor Web (IIS)

Função Servidor de aplicativo

Microsoft .NET Framework versão 3.5 SP1

SQL Server 2008 Express com SP1

Microsoft Sync Framework Runtime v1.0 (x64)

Microsoft Filter Pack 2.0

Microsoft Chart Controls para o Microsoft .NET Framework 3.5

Windows PowerShell 3.0

SQL Server 2008 Native Client

Microsoft SQL Server 2008 Analysis Services ADOMD.NET

Atualização dos Serviços de Dados ADO.NET para .NET

Framework 3.5 SP1

Um hotfix para o .NET Framework 3.5 SP1 que fornece um método

de suporte para autenticação de token sem segurança de transporte

ou criptografia de mensagem no WCF.

Windows Identity Foundation (WIF)

Observação:

Se o Microsoft "Geneva" Framework estiver instalado,







42


desinstale-o antes de instalar o Windows Identity

Foundation (WIF).

Servidores Web front-end e

servidores de aplicativo em

um farm

A edição de 64 bits do Windows Server 2008 Standard, Enterprise,

Data Center ou Web Server com SP2 ou a edição de 64 bits do

Windows Server 2008 R2 Standard, Enterprise, Data Center ou

Web Server. Se você estiver executando o Windows Server 2008

com o SP1, o Ferramenta de Preparação de Produtos do Microsoft

SharePoint instalará o Windows Server 2008 SP2 automaticamente.

Observação:

É necessário baixar uma atualização para o Windows

Server 2008 e o Windows Server 2008 R2 antes de

executar a Instalação. A atualização é um hotfix para o.

NET Framework 3.5 SP1 instalado pela Ferramenta de

preparação. Ele fornece um método de suporte para a

autenticação de token sem segurança de transporte ou

criptografia de mensagem no WCF. Para obter mais

informações e links, consulte a seção "Acesso ao software

aplicável".

KB979917 - QFE para problemas do Sharepoint - correção do

Contador de Desempenho e Representação de Usuário


Para o Windows Server 2008 SP2, baixe o arquivo Windows6.0-

KB979917-x64.msu (Vista).

Para o Windows Server 2008 R2, baixe o arquivo Windows6.1-

KB979917-x64.msu (Win7).

Para obter mais informações, consulte o artigo relacionado da Base

de Dados de Conhecimento sobre a ocorrência de dois problemas

durante a implantação de um aplicativo baseado em ASP.NET 2.0

em um servidor que esteja executando o IIS 7.0 ou o IIS 7.5 no

Modo integrado


A ferramenta de preparação instala os seguintes pré-requisitos:

Função Servidor Web (IIS)

Função Servidor de aplicativo

Microsoft .NET Framework versão 3.5 SP1

Microsoft Sync Framework Runtime v1.0 (x64)

Microsoft Filter Pack 2.0







43


Microsoft Chart Controls para o Microsoft .NET Framework 3.5

Windows PowerShell 3.0

SQL Server 2008 Native Client


Atualização dos Serviços de Dados ADO.NET para .NET

Framework 3.5 SP1

Um hotfix para o .NET Framework 3.5 SP1 que fornece um método

de suporte para autenticação de token sem segurança de transporte

ou criptografia de mensagem no WCF.

Windows Identity Foundation (WIF)

Observação:

Se o Microsoft "Geneva" Framework estiver instalado,

desinstale-o antes de instalar o Windows Identity

Foundation (WIF).

Computador cliente Um navegador com suporte. Para obter mais informações, consulte

Planejar suporte ao navegador (SharePoint Foundation 2010).

Software opcional

Ambiente Software opcional

Servidor único com banco de dados

interno

Windows 7 ou Windows Vista. Para obter mais

informações, consulte o artigo sobre como configurar o

ambiente de desenvolvimento para SharePoint Server

(http://go.microsoft.com/fwlink/?linkid=164557&clcid=0x

416).

Computador cliente Cliente do Microsoft Office 2010. Para obter mais

informações, consulte o artigo sobre o Microsoft Office

2010


416).

Microsoft Silverlight 3.

http://technet.microsoft.com/library/7dd4fd50-6ede-4d21-a5d5-87b4c4d49316(Office.14).aspx





44

Acesso ao software aplicável Para instalar o Windows Server 2008 ou o Microsoft SQL Server, você pode acessar os sites listados

nesta seção. É possível instalar todos os outros pré-requisitos de software na página inicial do

SharePoint Foundation. A maioria dos pré-requisitos de software também está disponível nos sites

listados nesta seção. As funções de Servidor Web (IIS) e Servidor de Aplicativos podem ser habilitadas

manualmente no Gerenciador do Servidor.

Em cenários nos quais a instalação de pré-requisitos diretamente da Internet não é possível ou viável,

você pode instalá-los por meio de um compartilhamento de rede. Para obter mais informações,

consulte Instalar os pré-requisitos de um compartilhamento de rede (SharePoint Foundation 2010).

SharePoint Foundation 2010 (http://go.microsoft.com/fwlink/?linkid=197422&clcid=0x416)

Pacotes de idiomas para SharePoint Foundation 2010


Windows Server 2008 (http://go.microsoft.com/fwlink/?linkid=197426&clcid=0x416)

Windows Server 2008 R2 (http://go.microsoft.com/fwlink/?linkid=197428&clcid=0x416)

SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?linkid=197429&clcid=0x416)

SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=179611&clcid=0x416)

SQL Server 2005 (http://go.microsoft.com/fwlink/?linkid=197431&clcid=0x416)

Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0x416)

Pacote de atualização cumulativa 2 para SQL Server 2008 Service Pack 1


Pacote de atualização cumulativa 5 para SQL Server 2008

(http://go.microsoft.com/fwlink/?linkid=197434&clcid=0x416). Baixe o arquivo

SQL_Server_2008_RTM_CU5_SNAC.


Pacote de atualização cumulativa 3 para SQL Server 2005 Service Pack 3


Microsoft Windows Server 2008 SP2 (http://go.microsoft.com/fwlink/?linkid=166500&clcid=0x416)

Windows Server 2008 com SP 2 CORREÇÃO: um hotfix que fornece um método de suporte à

autenticação de token sem segurança de transporte ou criptografia de mensagens no WCF está

disponível para o .NET Framework 3.5 SP1


Windows Server 2008 R2 CORREÇÃO: um hotfix que fornece um método de suporte à




Microsoft .NET Framework 3.5 Service Pack 1






















45

Microsoft SQL Server 2008 Express Edition Service Pack 1


Windows Identity Foundation para Windows Server 2008


Windows Identity Foundation para Windows Server 2008 R2


Microsoft Sync Framework v1.0 (http://go.microsoft.com/fwlink/?linkid=141237&clcid=0x416)

Microsoft Office 2010 Filter Packs (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0x416)

Controles de Gráfico da Microsoft para Microsoft .NET Framework 3.5


Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0x416)

Microsoft SQL Server 2008 Native Client




KB979917 - QFE para problemas do Sharepoint - correção do Contador de Desempenho e

Representação de Usuário (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x416)

Para o Windows Server 2008 SP2, baixe o arquivo Windows6.0-KB979917-x64.msu (Vista).

Para o Windows Server 2008 R2, baixe o arquivo Windows6.1-KB979917-x64.msu (Win7).

Atualização dos Serviços de Dados ADO.NET para .NET Framework 3.5 SP1

(http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x416) para Windows Server 2008 SP2


(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x416) para Windows Server 2008 R2 ou

Windows 7

Microsoft Silverlight 3 (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0x416)

Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x416)

Office Communicator 2007 R2 (http://go.microsoft.com/fwlink/?linkid=196930&clcid=0x416)

Microsoft SharePoint Designer 2010 (32 bits)


Microsoft SharePoint Designer 2010 (64 bits)



Pacote de atualização cumulativa 2 para o SQL Server 2008 Service Pack 1



Pacote de atualização cumulativa 3 para o SQL Server 2005 Service Pack 3
























46

Microsoft Windows Server 2008 SP2 (http://go.microsoft.com/fwlink/?linkid=166500&clcid=0x416)

Windows Server 2008 com SP 2 CORREÇÃO: um hotfix que fornece um método de suporte à




Windows Server 2008 R2 CORREÇÃO: um hotfix que fornece um método de suporte à




Microsoft .NET Framework 3.5 Service Pack 1


Microsoft SQL Server 2008 Express Edition Service Pack 1


Windows Identity Framework for Windows Server 2008


Windows Identity Framework for Windows Server 2008 R2


Microsoft Sync Framework v1.0 (http://go.microsoft.com/fwlink/?linkid=141237&clcid=0x416)

Microsoft Office 2010 Filter Packs (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0x416)

Controles de Gráfico da Microsoft para Microsoft .NET Framework 3.5


Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0x416)

Microsoft SQL Server 2008 Native Client




KB979917 - QFE para problemas do Sharepoint - correção do Contador de Desempenho e

Representação de Usuário (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x416)

Para o Windows Server 2008 SP2, baixe o arquivo Windows6.0-KB979917-x64.msu (Vista).

Para o Windows Server 2008 R2, baixe o arquivo Windows6.1-KB979917-x64.msu (Win7).

Para obter mais informações, consulte o artigo relacionado da Base de Dados de Conhecimento

sobre a ocorrência de dois problemas durante a implantação de um aplicativo baseado em

ASP.NET 2.0 em um servidor que esteja executando o IIS 7.0 ou o IIS 7.5 no Modo integrado


Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x416)

Microsoft Silverlight 3 (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0x416)


(http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x416) para Windows Server 2008 SP2

























47


(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x416) para Windows Server 2008 R2 ou

Windows 7


48

Contas administrativas e de serviços necessárias para a implantação inicial (SharePoint Foundation 2010)

Este artigo fornece informações sobre as contas administrativas e de serviço que são necessárias para

a implantação do Microsoft SharePoint Foundation 2010. São necessárias contas e permissões

adicionais para implementar todos os aspectos de um farm de produção por completo.

Permissões necessárias Para implantar o SharePoint Foundation 2010 em um farm de servidores, você deve fornecer

credenciais para várias contas diferentes.

A tabela a seguir descreve as contas usadas na instalação e na configuração do SharePoint

Foundation 2010.

Conta Objetivo Requisitos

Conta de serviço do

SQL Server

A conta de serviço do SQL Server

é usada para executar o SQL

Server. É a conta para os

seguintes serviços do SQL

Server:

MSSQLSERVER

SQLSERVERAGENT

Se você não usar a instância

padrão do SQL Server, no

console de Serviços do Windows,

estes serviços serão mostrados

da seguinte forma:

MSSQL$InstanceName

SQLAgent$InstanceName

Usar uma conta de Sistema Local ou uma

conta de usuário de domínio.

Se você pretende fazer backup em, ou

restaurar de, um recurso externo, as

permissões desse precisarão ser

concedidas para a conta apropriada. Se

usa uma conta de usuário de domínio para

a conta de serviço do SQL Server, conceda

permissões para essa conta de usuário de

domínio. Entretanto, se usa a conta do

Serviço de Rede ou do Serviço Local,

conceda permissões do recurso externo

para a conta da máquina

(nome_do_domínio\NomeDoHost$_SQL).

O nome da instância é arbitrário e foi

criado quando o Microsoft SQL Server foi

instalado.

Conta de usuário de

Instalação

A conta de usuário de Instalação

é usada para executar:

Configuração

Conta de usuário do domínio.

Membro do grupo Administradores em

cada servidor no qual a Instalação foi

49

Conta Objetivo Requisitos

Assistente de Configuração

de Produtos do SharePoint

executada.

O logon do SQL Server no computador

que executa o SQL Server.

Membro das seguintes funções de

segurança do SQL Server:

Função de servidor fixa

securityadmin

Função de servidor fixa dbcreator

Se você executar cmdlets Windows

PowerShell que afetem um banco de

dados, essa conta deverá ser membro da

função de banco de dados fixa db_owner

do banco de dados.

Conta de farm de

servidores ou conta

de acesso ao banco

de dados

A conta do farm de servidores é

usada para executar as seguintes

tarefas:

Configurar e gerenciar o farm

de servidores.

Atuar como a identidade do

pool de aplicativos do site da

Administração Central do

SharePoint.

Execute o Serviço de Timer

do Microsoft SharePoint

Workflow Foundation.

Conta de usuário do domínio.

Permissões adicionais são concedidas

automaticamente para a conta de farm de

servidores em servidores Web e servidores

de aplicativos que estão associados a um

farm de servidores.

A conta de farm de servidores é adicionada

automaticamente como um logon do SQL

Server no computador que executa o SQL

Server. A conta é adicionada às seguintes

funções de servidor do SQL Server:

Função de servidor fixa dbcreator

Função de servidor fixa securityadmin

Função de banco de dados fixa

db_owner para todos os bancos de

dados do SharePoint no farm de

servidores

50


Este artigo descreve como proteger o Microsoft SQL Server para ambientes do Produtos do Microsoft

SharePoint 2010.

Neste artigo:

Resumo das recomendações de proteção

Configurar uma instância do SQL Server para que ela escute em uma porta não padrão

Configurar o Firewall do Windows para que ele bloqueie as portas de escuta padrão do SQL

Server

Configurar o Firewall do Windows para abrir manualmente as portas atribuídas

Configurar um alias de cliente SQL

Testar o alias do cliente SQL

Resumo das recomendações de proteção Para ambientes de farm de servidores seguros, a recomendação é fazer o seguinte:

Bloquear a porta UDP 1434.

Configurar instâncias nomeadas do SQL Server para escutar em uma porta não padrão (que não

seja a porta TCP 1433 ou a porta UDP 1434).

Para obter mais segurança, bloqueie a porta TCP 1433 e reatribua a porta usada pela instância

padrão a uma porta diferente.

Configure aliases de cliente SQL Server em todos os servidores Web front-end e em servidores de

aplicativos do farm de servidores. Após o bloqueio da porta TCP 1433 ou da porta UDP 1434, os

aliases de cliente SQL Server são necessários em todos os computadores que se comunicam com

o computador que executa o SQL Server.

Para obter mais informações sobre essas recomendações, consulte Planejar a proteção de segurança

(SharePoint Foundation 2010).

Configurar uma instância do SQL Server para que ela escute em uma porta não padrão Use o SQL Server Configuration Manager para alterar a porta TCP que é usada por uma instância do

SQL Server.

1. No computador que executa o SQL Server, abra o SQL Server Configuration Manager.

2. No painel esquerdo, expanda Configuração de Rede do SQL Server.

http://technet.microsoft.com/library/191b0a28-616d-4650-94a1-4b19f0a828d8.aspx#section1









51

3. Clique na entrada correspondente à instância que você está configurando. A instância padrão

aparece na lista como Protocolos para MSSQLSERVER. As instâncias nomeadas aparecerão

como Protocolos para instância_nomeada.

4. No painel direito, clique com o botão direito do mouse em TCP/IP e clique em Propriedades.

5. Clique na guia Endereços IP. Para cada endereço IP atribuído ao computador que está

executando o SQL Server, há uma entrada correspondente nessa guia. Por padrão, o SQL Server

escuta em todos os endereços IP atribuídos ao computador.

6. Para alterar de forma global a porta em que a instância padrão está escutando, siga estas etapas:

a. Para cada endereço IP, exceto IPAll, limpe todos os valores de Portas TCP dinâmicas e de

Porta TCP.

b. Para IPAll, limpe o valor de Portas TCP dinâmicas. No campo Porta TCP, digite a porta em

que deseja que a instância do SQL Server escute. Por exemplo, digite 40000.

7. Para alterar de forma global a porta em que a instância nomeada está escutando, execute as

seguintes etapas:

a. Para cada endereço IP, inclusive IPAll, limpe todos os valores de Portas TCP dinâmicas. O

valor 0 para esse campo indica que o SQL Server usa uma porta TCP dinâmica para o

endereço IP. Uma entrada em branco para esse valor significa que o SQL Server não usará

uma porta TCP dinâmica para o endereço IP.

b. Para cada endereço IP, exceto IPAll, limpe todos os valores de Porta TCP.

c. Para IPAll, limpe o valor de Portas TCP dinâmicas. No campo Porta TCP, digite a porta em

que deseja que a instância do SQL Server escute. Por exemplo, digite 40000.

8. Clique em OK. Você receberá uma mensagem indicando que a alteração não entrará em vigor até

que o serviço SQL Server seja reiniciado. Clique em OK.

9. Feche o SQL Server Configuration Manager.

10. Reinicie o serviço SQL Server e confirme se o computador que está executando o SQL Server

está escutando na porta selecionada. Para isso, examine o log do visualizador de eventos após a

reinicialização do serviço SQL Server. Procure por um evento de informação semelhante a este:

Tipo de Evento:Informação

Origem do Evento:MSSQL$MSSQLSERVER

Categoria do Evento:(2)

ID do Evento:26022

Data:6/3/2008

Hora:1:46:11

Usuário:N/A

Computador:nome_do_computador

Descrição:

O servidor está escutando em [ 'any' <ipv4>50000]

52

Configurar o Firewall do Windows para que ele bloqueie as portas de escuta padrão do SQL Server 1. No Painel de Controle, abra o Firewall do Windows. Clique em Alterar configurações para

abrir a caixa de diálogo Configurações do Firewall do Windows.

2. Na guia Geral, clique em Ativado. Verifique se a caixa de seleção Não permitir exceções está

desmarcada.

3. Na guia Exceções, clique em Adicionar Porta.

4. Na caixa de diálogo Adicionar uma Porta, digite um nome para a porta. Por exemplo, digite UDP-

1434. Em seguida, digite o número da porta. Por exemplo, digite 1434.

5. Clique na opção apropriada: UDP ou TCP. Por exemplo, para bloquear a porta 1434, clique em

UDP. Para bloquear a porta 1433, clique em TCP.

6. Clique em Alterar Escopo para garantir que o escopo dessa exceção seja definido como

Qualquer computador (inclusive na Internet).

7. Clique em OK.

8. Na guia Exceções, localize a exceção criada. Para bloquear a porta, desmarque a caixa de

seleção dessa exceção. Por padrão, essa caixa de seleção estará marcada, o que significa que a

porta está aberta.

Configurar o Firewall do Windows para abrir manualmente as portas atribuídas 1. Siga as etapas de 1 a 7 do procedimento anterior para criar uma exceção para a porta atribuída

manualmente à instância do SQL Server. Por exemplo, crie uma exceção para a porta TCP 40000.

2. Na guia Exceções, localize a exceção criada. Verifique se a caixa de seleção dessa exceção está

marcada. Por padrão, ela está marcada, o que significa que a porta está aberta.

Para obter mais informações sobre como usar o protocolo IPsec para proteger a

comunicação com o computador que está executando o SQL Server, consulte o artigo

233256 da Base de Dados de Conhecimento Microsoft sobre como habilitar o tráfego

IPSec através de um firewall (http://go.microsoft.com/fwlink/?linkid=76142&clcid=0x416).

Configurar um alias de cliente SQL Se bloquear a porta UDP 1434 ou a porta TCP 1433 no computador que está executando o SQL

Server, você deverá criar um alias de cliente SQL Server em todos os outros computadores do farm de

servidores. É possível usar os componentes do cliente SQL Server para criar um alias de cliente SQL

Server para computadores que se conectam ao SQL Server.

Observação:



53

1. Execute a Instalação do SQL Server no computador de destino e selecione os seguintes

componentes de cliente para instalação:

a. Componentes de Conectividade

b. Ferramentas de Gerenciamento

2. Abra o SQL Server Configuration Manager.

3. No painel esquerdo, clique em Configuração do SQL Native Client.

4. No painel direito, clique com o botão direito do mouse em Aliases e selecione Novo Alias.

5. Na caixa de diálogo Alias, digite um nome para o alias e digite o número da porta da instância do

banco de dados. Por exemplo, digite SharePoint_alias.

6. No campo Número da Porta, digite o número da porta para a instância do banco de dados. Por

exemplo, digite 40000. Verifique se o protocolo foi definido como TCP/IP.

7. No campo Servidor, digite o nome do computador que está executando o SQL Server.

8. Clique em Aplicar e em OK.

Testar o alias do cliente SQL Teste a conectividade com o computador que está executando o SQL Server usando o Microsoft SQL

Server Management Studio, disponível por meio da instalação de componentes do cliente SQL Server.

1. Abra o SQL Server Management Studio.

2. Quando um nome de servidor for solicitado, digite o nome do alias criado e clique em Conectar.

Se a conexão for bem-sucedida, o SQL Server será preenchido por objetos que correspondem ao

banco de dados remoto.

Para verificar a conectividade com instâncias adicionais do banco de dados por meio do

SQL Server Management Studio, clique em Conectar e em Mecanismo de Banco de

Dados.

Observação:

54


Esta seção descreve como implantar o Microsoft SharePoint Foundation 2010 em um ou mais

servidores para criar topologias diferentes, que você pode usar para testar e implementar soluções do

Microsoft SharePoint Foundation 2010 em estágios diferentes do ciclo de vida de implantação.

Nesta seção:

Implantar um único servidor com o SQL Server (SharePoint Foundation 2010)

Este artigo descreve como instalar o SharePoint Foundation 2010 em um único servidor. Essa

implantação usa o Microsoft SQL Server e pode facilmente ser dimensionada para criar topologias

de farm de duas e três camadas.

Implantar um único servidor com um banco de dados interno (SharePoint Foundation 2010)

Este artigo descreve como instalar o SharePoint Foundation 2010 em um único servidor. Essa

implantação usa o SQL Server Express e geralmente é usada para avaliar o SharePoint

Foundation 2010.

Vários servidores para um farm de três camadas (SharePoint Foundation 2010)

Este artigo descreve como instalar o SharePoint Foundation 2010 em vários servidores. Essa

implantação usa o Microsoft SQL Server, e a topologia de três camadas resultante fornece a base

para que seja implementada qualquer solução.

Início rápido: implantar um único servidor em um ambiente Hyper-V isolado (SharePoint

Foundation 2010)

Este artigo descreve como usar o Windows PowerShell para instalar o SharePoint Foundation

2010 em um único servidor que usa o SQL Server Express ou o Microsoft SQL Server. Use o

código incluído do Windows PowerShell para instalar rapidamente o SharePoint Foundation 2010

em um ambiente Hyper-V isolado, que você pode usar para avaliar o SharePoint Foundation 2010.


Este artigo descreve como implantar o Microsoft SharePoint Foundation 2010 em um ambiente de

farm que utiliza bancos de dados criados por DBAs.

Implantar em um ambiente virtual (SharePoint Foundation 2010)

Este artigo descreve as diretrizes para implantação de um ambiente virtual.

55


Este artigo descreve a execução de uma instalação limpa do Microsoft SharePoint Foundation 2010

em um único farm de servidores.

Neste artigo:

Visão geral

Antes de começar

Instalar o SharePoint Foundation 2010

Etapas pós-instalação

Visão geral Ao instalar o SharePoint Foundation 2010 em um farm de servidor único, você poderá configurar o

SharePoint Foundation 2010 de modo a atender a necessidades específicas. Depois da conclusão da

Instalação e do Assistente de Configuração de Produtos do SharePoint, os binários e o site da

Administração Central do SharePoint estarão instalados e as permissões de segurança, as

configurações de registro e os bancos de dados (de configuração e de conteúdo) estarão configurados.

Em seguida, você poderá optar entre executar o Assistente de Configuração do Farm, para configurar

o farm, selecionar os serviços a serem utilizados e criar o primeiro conjunto de sites; ou fazer a

configuração manualmente, de acordo com o seu próprio ritmo.

Um farm de servidor único normalmente é composto por um servidor que executa o Microsoft SQL

Server e o SharePoint Foundation 2010. Você poderá implantar o SharePoint Foundation 2010 em um

farm desse tipo, se estiver hospedando apenas alguns sites para um número limitado de usuários.

Essa configuração também será útil caso você configure um farm para atender às suas necessidades,

primeiro, e deixe para adicionar os servidores em um estágio posterior.

Este guia não explica como instalar o SharePoint Foundation 2010 em ambientes de farm de

vários servidores ou como atualizar versões anteriores do SharePoint Foundation. Para obter

mais informações, consulte Vários servidores para um farm de três camadas (SharePoint

Foundation 2010). Para obter mais informações sobre atualizações, consulte Atualizando para

o SharePoint Foundation 2010.

Antes de começar Antes de iniciar a implantação:

Observação:

56

Familiarize-se com as diretrizes do sistema operacional descritas no artigo sobre diretrizes de

ajuste de desempenho do Windows Server 2008 e no artigo sobre diretrizes de ajuste de

desempenho do Windows Server 2008 R2.

Verifique se você atende a todos os requisitos de hardware e software. Para obter mais

informações, consulte Requisitos de hardware e software (SharePoint Foundation 2010).

Assegure a execução de uma instalação limpa do SharePoint Foundation 2010. Não é possível

instalar a versão RTM do SharePoint Foundation 2010 sem remover primeiro a versão beta do


Verifique se você está preparado para configurar as contas necessárias com as permissões

apropriadas, conforme descrito em Contas administrativas e de serviços necessárias para a

implantação inicial (SharePoint Foundation 2010).

Como uma prática recomendada de segurança, instale o SharePoint Foundation 2010

usando a administração de privilégios mínimos.

Decida quais serviços serão usados para o seu aplicativo Web, conforme descrito em Configurar

serviços (SharePoint Foundation 2010).

Instalar o SharePoint Foundation 2010 Para instalar e configurar o SharePoint Foundation 2010, siga estas etapas:

1. Execute o Ferramenta de Preparação de Produtos do Microsoft SharePoint, que instala todos os

pré-requisitos para usar o SharePoint Foundation 2010.

2. Execute a Instalação, que instala binários, configura permissões de segurança e define as

configurações de registro para o Microsoft SharePoint Foundation.

3. Execute o Assistente de Configuração de Produtos do SharePoint, que instala e configura os

bancos de dados (de configuração e de conteúdo), além de instalar o site da Administração

Central do SharePoint.

4. Defina as configurações do navegador.

5. Execute o Assistente de Configuração do Farm para configurar o farm, criar o primeiro conjunto de

sites e selecionar os serviços que serão usados no farm.

6. Execute as etapas de pós-instalação.

Para executar os procedimentos a seguir, é necessário ser membro do grupo Administradores

no computador local.

Observação:

Importante:

http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv.mspx


http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv-R2.mspx


57

Executar a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010

Use o procedimento a seguir para instalar os pré-requisitos para o SharePoint Foundation 2010.

1. Insira o disco de instalação do SharePoint Foundation 2010.

2. Na página Iniciar do SharePoint Foundation 2010, clique em Instalar os pré-requisitos do

software.

Observação:

Como a ferramenta de preparação faz download dos componentes do Centro de

Download da Microsoft, o computador em que você está instalando o Microsoft

SharePoint Foundation deve ter acesso à Internet.

3. Na página Bem-vindo ao Ferramenta de Preparação de Produtos do Microsoft SharePoint,

clique em Avançar.

4. Na página dos Termos de Licença para o software, consulte os termos, marque a caixa de

seleção Aceito os termos do(s) Contrato(s) de Licença e clique em Avançar.

5. Na página Instalação Concluída, clique em Concluir.

Executar a Instalação

O procedimento a seguir instala binários, configura permissões de segurança e define as

configurações de registro para o SharePoint Foundation 2010.

1. Na página Iniciar do SharePoint Foundation 2010, clique em Instalar o SharePoint

Foundation.

2. 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.

3. Na página Escolha a instalação desejada, clique em Farm do servidor.

4. Na guia Tipo de Servidor, clique em Completo.

5. Opcional: Para instalar o SharePoint Foundation 2010 em um local personalizado, clique na

guia Local dos Dados e digite o local ou ou clique em Procurar para encontrar o local.

6. Clique em Instalar Agora.

7. Quando a Instalação estiver concluída, clique em Fechar.

Se a Instalação falhar, verifique a pasta TEMP do usuário que executou a Instalação. Faça

logon como esse usuário e digite %temp% na barra de localização do Windows Explorer. Se o

Para executar a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010

Para executar a Instalação

Observação:

58

caminho %temp% for resolvido como um local que termine em "1" ou "2", navegue um nível

acima para exibir os arquivos de log. O nome do arquivo de log é Instalação do Microsoft

SharePoint Foundation 2010 (<carimbo_de_data/hora>).

Para acessar o Assistente de Configuração de Produtos do SharePoint, clique em Iniciar,

aponte para Todos os Programas e selecione Produtos do Microsoft SharePoint 2010. Se

a caixa de diálogo Controle de Conta de Usuário for exibida, clique em Continuar.

Executar o Assistente de Configuração de Produtos do SharePoint

O procedimento a seguir instala e configura o banco de dados de configuração, o banco de dados de

conteúdo e instala o site da Administração Central do SharePoint.

1. Na página Bem-vindo a produtos do SharePoint, clique em Avançar.

2. Na caixa de diálogo que avisa que alguns serviços talvez precisem ser reiniciados durante a

configuração, clique em Sim.

3. Na página Conectar-se a um farm de servidores, clique em Criar um novo farm de

servidores e clique em Avançar.

4. Na página Especificar Definições do Banco de Dados de Configuração, execute o

procedimento a seguir:

a. Na caixa Servidor de banco de dados, digite o nome do computador que executa o SQL

Server.

b. Na caixa Nome do banco de dados, digite um nome para o banco de dados de

configuração ou aceite o nome padrão (SharePoint_Config).

c. Na caixa Nome de Usuário, digite o nome de usuário da conta do farm de servidores.

Verifique se o nome de usuário é digitado no formato DOMÍNIO\nome de usuário.

Importante:

A conta do farm de servidores é usada para criar e acessar o banco de dados de

configuração. Ela também atua como a conta da identidade do pool de aplicativos

para o pool de aplicativos da Administração Central do SharePoint e é a conta sob

a qual o serviço de Timer de Fluxo de Trabalho do Microsoft SharePoint

Foundation é executado. O Assistente de Configuração de Produtos do SharePoint

adiciona essa conta às contas do logon do SQL Server, a função de servidor

dbcreator do SQL Server e a função de servidor securityadmin do SQL Server. A

conta de usuário que você especifica como a conta de serviço deve ser uma conta

de usuário do domínio, mas não precisa ser membro de qualquer grupo de

segurança específico em seus servidores Web front-end ou servidores de banco

de dados. Recomendamos que você siga o princípio do menor privilégio e

Dica:

Para executar o Assistente de Configuração de Produtos do SharePoint

59

especifique uma conta de usuário que não seja membro do grupo Administradores

em seus servidores Web front-end ou servidores de banco de dados.

d. Na caixa Senha, digite a senha do usuário.

5. Clique em Avançar.

6. Na página Especificar Configurações de Segurança do Farm, digite uma senha e clique em

Avançar.

Assegure que essa senha atenda aos seguintes critérios:

Contém pelo menos oito caracteres

Contenha, pelo menos, três dos quatro grupos de caracteres a seguir:

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 !, $, #, %)

Observação:

Embora essa senha seja similar a qualquer outra, normalmente ela é maior para

aumentar a segurança. Ela é usada para criptografar as credenciais das contas

registradas no Microsoft SharePoint Foundation (por exemplo, a conta do sistema

do Microsoft SharePoint Foundation que você fornece ao executar o Assistente de

Configuração de Produtos do SharePoint). Não a esqueça, pois ela será

necessária cada vez que você adicionar um servidor ao farm.

7. Na página Configurar o Aplicativo Web da Administração Central do SharePoint, faça o

seguinte:

a. Marque a caixa de seleção Especificar número da porta e digite a porta que o aplicativo

Web Administração Central do SharePoint deverá usar ou deixe a caixa de seleção

Especificar número da porta desmarcada se quiser usar a porta padrão.

b. Clique em NTLM ou em Negociar (Kerberos).


9. Na página Concluindo o Assistente de Configuração de Produtos do SharePoint, examine suas

definições de configuração para verificar se elas estão corretas e clique em Avançar.

Observação:

Se desejar criar automaticamente contas exclusivas para os usuários no serviço de

diretório Active Directory, clique em Configurações Avançadas e habilite a criação de

conta do Active Directory.

10. Na página Configuração Bem-sucedida, clique em Concluir.

Observação:

60

Se o Assistente de Configuração de Produtos do SharePoint falhar, verifique os

arquivos de log PSCDiagnostics localizados na unidade em que o SharePoint

Foundation está instalado, na pasta %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS.

Observação:

Se você receber uma solicitação para fornecer o nome de usuário e senha, talvez seja

necessário adicionar o site da Administração Central do SharePoint à lista de sites

confiáveis e configurar a autenticação do usuário no Internet Explorer. Além disso,

pode ser necessário desativar as configurações de segurança reforçada do Internet

Explorer. A próxima seção apresenta instruções sobre como configurar ou desabilitar

tais definições.

Observação:

Se receber uma mensagem de erro de servidor proxy, você poderá precisar configurar

as definições de servidor proxy, de modo que os endereços locais ignorem o servidor

proxy. As instruções para configurar as definições do servidor proxy são fornecidas

mais adiante na seção seguinte.

Definir as configurações do navegador

Após executar o Assistente de Configuração de Produtos do SharePoint, garanta o funcionamento

correto do SharePoint Foundation 2010 para administradores locais em seu ambiente definindo

configurações adicionais no Internet Explorer.

Se os administradores locais não estiverem usando o Internet Explorer, talvez seja necessário

definir configurações adicionais. Para obter informações sobre os navegadores com suporte,

consulte Planejar suporte ao navegador (SharePoint Foundation 2010).

Se você receber uma solicitação para fornecer o nome de usuário e senha, execute os procedimentos

a seguir:

Adicionar o site da Administração Central do SharePoint à lista de sites confiáveis

Desative as configurações de Segurança Reforçada do Internet Explorer

Se você receber uma mensagem de erro de proxy, execute este procedimento:

Configurar as definições de servidor proxy para ignorar o servidor proxy para endereços locais

Para obter informações adicionais, consulte Introdução ao IEAK 8


1. No Internet Explorer, no menu Ferramentas, clique em Opções da Internet.

2. Na guia Segurança, na área Selecione uma zona para exibir ou alterar as configurações

Observação:

Para adicionar o site da Administração Central do SharePoint à lista de sites confiáveis



61

de segurança, clique em Sites Confiáveis e selecione Sites.

3. Desmarque a caixa de seleção Exigir verificação do servidor (https:) para todos os sites

desta zona.

4. Na caixa Adicionar este site à zona, digite a URL do seu site e clique em Adicionar.

5. Clique em Fechar para fechar a caixa de diálogo Sites Confiáveis.

6. Clique em OK para fechar a caixa de diálogo Opções da Internet.

1. Clique em Iniciar, aponte para Todos os Programas, aponte para Ferramentas

Administrativas e clique em Gerenciador de Servidores.

2. Em Gerenciador de Servidores, selecione a raiz do Gerenciador de Servidores.

3. Na seção Informações de Segurança, clique em Configurar ESC do IE.

A caixa de diálogo Configuração de Segurança Reforçada do Internet Explorer é exibida.

4. Na seção Administradores, selecione Desativado, para desativar as configurações da

Segurança Reforçada do Internet Explorer, e clique em OK.


2. Na guia Conexões, na área Configurações da Rede Local (LAN), clique em Configurações

da LAN.

3. Na área Configuração Automática, desmarque a caixa de seleção Detectar

automaticamente as configurações.

4. Na área Servidor de Proxy, selecione a caixa de seleção Usar um servidor proxy para a

rede local.

5. Digite o endereço do servidor proxy na caixa Endereço.

6. Digite o número de porta do servidor proxy na caixa Porta.

7. Marque a caixa de seleção Não usar proxy para endereços locais.

8. Clique em OK para fechar a caixa de diálogo Configurações da Rede Local (LAN).


Execute o Assistente de Configuração do Farm.

Agora, você concluiu a Instalação e a configuração inicial do SharePoint Foundation 2010. Você criou

o site da Administração Central do SharePoint. É possível, por fim, criar o farm e seus sites, e

selecionar os serviços usando o Assistente de Configuração do Farm.

Para desabilitar as configurações da Segurança Reforçada do Internet Explorer

Para configurar as definições do servidor de proxy de modo a ignorar o proxy para endereços locais

Para executar o Assistente de Configuração do Farm

62

1. No site da Administração Central do SharePoint, na página dos Assistentes de Configuração,

clique em Iniciar o Assistente de Configuração de Farm.

2. Na página Ajude a Melhorar o SharePoint, selecione uma das opções e clique em OK:

Sim, desejo participar (Recomendado).

Não, não desejo participar.

3. Na página Configurar o farm do SharePoint, selecione Oriente-me durante a configuração,

usando este assistente. e clique em Avançar.

4. Na seção Conta de Serviço, clique em uma conta de serviço que você deseja usar para

configurar seus serviços.

Observação

Por motivos de segurança, é recomendado que você use uma conta diferente da utilizada pelo

administrador do farm para configurar os serviços.

Se você decidir usar uma conta gerenciada preexistente, ou seja, uma conta monitorada pelo

SharePoint Foundation, clique nesta opção antes de continuar.

5. Selecione os serviços que deseja utilizar no farm e clique em Avançar.

6. Na página Criar Conjunto de Sites, siga este procedimento:

a. Na seção Título e Descrição, na caixa Título, digite o nome de seu novo site.

b. Opcional: na caixa Descrição, digite uma descrição sobre o conteúdo do site.

c. Na seção Endereço do Site, selecione um caminho de URL para o site.

d. Na seção Seleção de Modelo, na lista Selecione um modelo, defina o modelo a ser

usado para o site de nível superior no conjunto de sites.

Observação:

Para exibir um modelo ou a descrição de um modelo, clique em qualquer item da

lista Selecione um modelo.

7. Clique em OK.

8. Na página Configurar o farm do SharePoint, examine o resumo da configuração do farm e

clique em Concluir.

Etapas pós-instalação Depois de instalar e configurar o SharePoint Foundation 2010, a janela do navegador abrirá exibindo a

Administração Central do novo site do SharePoint. Embora seja possível adicionar conteúdo ao site ou

personalizá-lo, é recomendado executar as seguintes tarefas administrativas, primeiro, usando o site

da Administração Central do SharePoint.

Configurar coleta de dados de integridade e uso É possível configurar a coleta de dados de

integridade e uso no farm de servidores. O sistema grava os dados de uso e de integridade na

63

pasta de log e no banco de dados de log. Para obter mais informações, consulte Configure usage

and health data collection (SharePoint Foundation 2010).

Configurar log de diagnóstico É possível configurar o log de diagnóstico que pode ser

necessário após a implantação ou atualização inicial. As configurações padrão são suficientes

para a maioria das situações, mas, dependendo das suas necessidades comerciais e do ciclo de

vida do farm, convém alterá-las. Para obter mais informações, consulte Configure diagnostic

logging (SharePoint Foundation 2010).

Configurar email de entrada Você pode configurar o email de entrada para que os sites do

SharePoint aceitem e arquivem os emails de entrada. Você também pode configurar o email de

entrada para que os sites do SharePoint possam arquivar discussões por email conforme

aconteçam, salvar documentos enviados por email e mostrar reuniões enviadas por email nos

calendários do site. Além disso, você pode configurar o Serviço de Gerenciamento de Diretório do

SharePoint para fornecer suporte à criação e ao gerenciamento de listas de distribuição de emails.

Para obter mais informações, consulte Configurar emails de entrada (SharePoint Foundation

2010).

Configurar email de saída É possível configurar o email de saída para que o servidor SMTP

(Simple Mail Transfer Protocol) envie alertas por email aos usuários do site e notificações aos

administradores. Você pode configurar os endereços de email do remetente e de resposta exibido

nos alertas de saída. Para obter mais informações, consulte Configurar emails de saída


Configurar uma conta de celular É possível configurar uma conta a fim de que o SharePoint

envie para o seu celular ou para os celulares dos usuários do site alertas na forma de mensagens

de texto (SMS). Para obter mais informações, consulte Configurar uma conta móvel (SharePoint

Foundation 2010). .

Instalar e configurar o Remote BLOB Storage É possível instalar e configurar o RBS (Remote

BLOB Storage) para uma instância do SQL Server 2008 com suporte a um farm do SharePoint.

Para obter mais informações, consulte Instalar e configurar o Remote BLOB Storage ou o External

BLOB Storage (SharePoint Foundation 2010).

***BEGIN MOSS ONLY***

64

Implantar um único servidor com um banco de dados interno (SharePoint Foundation 2010)

Este artigo descreve como executar uma instalação limpa do Microsoft SharePoint Foundation 2010,

em um servidor único, dentro de um banco de dados interno.

Neste artigo:

Visão geral

Antes de começar

Instalar o SharePoint Foundation 2010


Configurar o Backup do Windows Server

Visão geral Você pode publicar rapidamente um site do SharePoint implantando o SharePoint Foundation 2010 em

um único servidor com um banco de dados interno. Essa configuração é útil se você quiser avaliar os

recursos e funcionalidades do SharePoint Foundation 2010, como colaboração, gerenciamento de

documento e pesquisa. Essa configuração também é útil se você estiver implantando um número

pequeno de sites da web e quiser minimizar a sobrecarga administrativa. Quando você instala o

SharePoint Foundation 2010 em um único servidor com um banco de dados interno usando as

configurações padrão, a Instalação instala o Microsoft SQL Server 2008 Express e o produto do

SharePoint, e o Assistente de Configuração de Produtos do SharePoint cria o banco de dados da

configuração e o banco de dados de conteúdo para seus sites do SharePoint. Além disso, o Assistente

de Configuração de Produtos do SharePoint instala o site da web da Administração Central do

SharePoint e cria seu primeiro conjunto de sites do SharePoint.

Este artigo não descreve como instalar o SharePoint Foundation 2010 em um ambiente de

farm, nem como atualizar as versões anteriores do SharePoint Foundation. Para obter mais

informações sobre a instalação do SharePoint Foundation 2010 em um farm de servidor único,

consulte Implantar um único servidor com o SQL Server (SharePoint Foundation 2010). Para

obter mais informações sobre a instalação do SharePoint Foundation 2010 em um farm com

vários servidores, consulte Vários servidores para um farm de três camadas (SharePoint

Foundation 2010). Para obter mais informações sobre atualização, consulte Atualizando para o


Considere as seguintes restrições deste método de instalação:

Não é possível instalar o servidor único com a versão de banco de dados interno do SharePoint

Foundation em um controlador de domínio.

Observação:

65

Um banco de dados do SQL Server 2008 Express não pode ter mais de 4 GB.

Antes de começar Antes de iniciar a implantação, verifique se você atendeu a todos os requisitos de hardware e software.

Para obter mais informações, consulte Requisitos de hardware e software (SharePoint Foundation

2010). Além disso, assegure a execução de uma instalação limpa do SharePoint Foundation 2010.

Não é possível instalar a versão RTM do SharePoint Foundation 2010 sem remover primeiro a versão

beta do SharePoint Foundation 2010

Instalar o SharePoint Foundation 2010 Para instalar e configurar o SharePoint Foundation 2010, siga estas etapas:

1. Execute a Ferramenta de Preparação de Produtos do Microsoft SharePoint para instalar todos os

pré-requisitos para utilização do SharePoint Foundation 2010.

2. Execute a Instalação para instalar o SQL Server 2008 Express e o produto SharePoint.

3. Execute o Assistente de Configuração de Produtos do SharePoint, que instala o site da web da

Central de Administração do SharePoint e cria seu primeiro conjunto de sites do SharePoint.

4. Defina as configurações do navegador.

5. Execute as etapas de pós-instalação.

Para executar os procedimentos a seguir, é necessário ser membro do grupo Administradores

no computador local.

Executar a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010

Use o procedimento a seguir para instalar os pré-requisitos para o SharePoint Foundation 2010.

1. Insira o disco de instalação do SharePoint Foundation 2010.

2. Na página Iniciar do SharePoint Foundation 2010, clique em Instalar pré-requisitos de

software.

Observação:

Como a ferramenta de preparação faz download dos componentes do Centro de

Download da Microsoft, o computador em que você está instalando o SharePoint

Foundation deve ter acesso à Internet.

3. Na página Bem-vindo ao Ferramenta de Preparação de Produtos do Microsoft SharePoint,

Importante:

Para executar a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010

66

clique em Avançar.


Executar a Instalação

O procedimento abaixo instala o SQL Server 2008 Express e o produto SharePoint. Ao término da

Instalação, você poderá iniciar o Assistente de Configuração de Produtos do SharePoint (descrito mais

adiante nesta seção).

1. Na página Iniciar do SharePoint Foundation 2010, clique em Instalar SharePoint Foundation.



3. Na página Escolha a instalação desejada, clique em Autônoma.

4. Quando a Instalação for concluída, uma caixa de diálogo solicitará que você conclua a

configuração do servidor. Verifique se a caixa de seleção Execute agora o Assistente de

Configuração de Produtos do SharePoint está marcada.

5. Clique em Fechar para iniciar o Assistente de Configuração.

Se a Instalação falhar, verifique a pasta TEMP do usuário que executou a Instalação. Faça

logon como esse usuário e digite %temp% na barra de localização do Windows Explorer. Se o

caminho %temp% for resolvido como um local que termine em "1" ou "2", navegue um nível

acima para exibir os arquivos de log. O nome do arquivo de log é Instalação do Microsoft

SharePoint Foundation 2010 (<carimbo_de_data/hora>).

Para acessar o Assistente de Configuração de Produtos do SharePoint, clique em Iniciar,

aponte para Todos os Programas e selecione Produtos do Microsoft SharePoint 2010. Se

a caixa de diálogo Controle de Conta de Usuário for exibida, clique em Continuar.


O procedimento a seguir instala e configura o banco de dados de configuração, o banco de dados de

conteúdo e instala o site da Administração Central do SharePoint. Ele também cria o seu primeiro

conjunto de sites do SharePoint.

1. Na página Bem-vindo a produtos do SharePoint, clique em Avançar.

2. Na caixa de diálogo notificando que alguns serviços talvez precisem ser reinicializados durante


Observação:

Dica:


67

a configuração, clique em Sim.


Observação:

Se o Assistente de Configuração de Produtos do SharePoint falhar, verifique os

arquivos de log PSCDiagnostics localizados na unidade em que o SharePoint

Foundation está instalado, na pasta %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS.

Observação:

Se for solicitado a fornecer nome de usuário e senha, você poderá precisar adicionar o

site da Administração Central do SharePoint à lista de sites confiáveis e configurar as

definições de autenticação de usuário no Internet Explorer. Pode ser necessário

desabilitar as configurações de segurança reforçada do Internet Explorer. As

instruções de configuração dessas definições são fornecidas no procedimento a

seguir.

Observação:

Se receber uma mensagem de erro de servidor proxy, você poderá precisar configurar

as definições de servidor proxy, de modo que os endereços locais ignorem o servidor

proxy. As instruções de configuração dessas definições de servidor proxy são

fornecidas na seção seguinte.

Definir as configurações do navegador

Após executar o Assistente de Configuração de Produtos do SharePoint, garanta o funcionamento

correto do SharePoint Foundation para administradores locais em seu ambiente definindo

configurações adicionais no Internet Explorer.

Se os administradores locais não estiverem usando o Internet Explorer, talvez seja necessário

definir configurações adicionais. Para obter informações sobre os navegadores com suporte,

consulte Planejar suporte ao navegador (SharePoint Foundation 2010).

Se você receber uma solicitação para fornecer o nome de usuário e senha, execute os procedimentos

a seguir:

Adicionar o site da Administração Central do SharePoint à lista de sites confiáveis

Desative as configurações de Segurança Reforçada do Internet Explorer

Se você receber uma mensagem de erro de proxy, execute este procedimento:

Configurar as definições de servidor proxy para ignorar o servidor proxy de endereços locais

Para obter mais informações, consulte o artigo de introdução ao IEAK 8


Observação:



68


2. Na guia Segurança, na área Selecione uma zona para exibir ou alterar suas

configurações de segurança, clique em Sites Confiáveis e clique em Sites.

3. Desmarque a caixa de seleção Exigir verificação do servidor (https:) para todos os sites

desta zona.

4. Na caixa Adicionar este site à zona, digite a URL do seu site e clique em Adicionar.

5. Clique em Fechar para fechar a caixa de diálogo Sites Confiáveis.


Se usar um servidor proxy na sua organização, use as seguintes etapas para configurar o

Internet Explorer para ignorar o servidor proxy para os endereços locais.

1. Clique em Iniciar, aponte para Todos os Programas, aponte para Ferramentas

Administrativas e clique em Gerenciador de Servidores.

2. Em Gerenciador de Servidores, selecione a raiz do Gerenciador de Servidores.

3. Na seção Informações de Segurança, clique em Configurar ESC do IE.

A caixa de diálogo Configuração de Segurança Reforçada do Internet Explorer é exibida.

4. Na seção Administradores, selecione Desativado, para desativar as configurações da

Segurança Reforçada do Internet Explorer, e clique em OK.


2. Na guia Conexões, na área Configurações da Rede Local (LAN), clique em Configurações

da LAN.

3. Na área Configuração automática, desmarque a caixa de seleção Detectar

automaticamente as configurações.

4. Na área Servidor Proxy, marque a caixa de seleção Usar um servidor proxy para a rede

local.

5. Digite o endereço do servidor proxy na caixa Endereço.

6. Digite o número de porta do servidor proxy na caixa Porta.

7. Marque a caixa de seleção Ignorar servidor proxy para endereços locais.

Para adicionar o site da Administração Central do SharePoint à lista de sites confiáveis

Para desabilitar as configurações da Segurança Reforçada do Internet Explorer

Para configurar as definições do servidor de proxy de modo a ignorar o proxy para endereços locais

69

8. Clique em OK para fechar a caixa de diálogo Configurações da Rede Local (LAN).


Etapas pós-instalação Após instalar o SharePoint Foundation 2010, a janela do seu navegador será aberta no web site da

Administração Central do novo site do SharePoint. Embora você possa iniciar a adição de conteúdo ao

site ou iniciar a personalização do site, recomendamos que você execute antes as seguintes tarefas

administrativas, usando a Administração Central do SharePoint.

Configurar coleta de dados de integridade e uso É possível configurar a coleta de dados de

integridade e uso no farm de servidores. O sistema grava os dados de uso e de integridade na

pasta de log e no banco de dados de log. Para obter mais informações, consulte Configure usage

and health data collection (SharePoint Foundation 2010).

Configurar log de diagnóstico É possível configurar o log de diagnóstico que pode ser

necessário após a implantação ou atualização inicial. As configurações padrão são suficientes

para a maioria das situações, mas, dependendo das suas necessidades comerciais e do ciclo de

vida do farm, convém alterá-las. Para obter mais informações, consulte Configure diagnostic

logging (SharePoint Foundation 2010).

Configurar email de entrada É possível configurar os emails de entrada de modo que os sites

do SharePoint aceitem e arquivem emails de entrada. Também é possível configurar os emails de

entrada para que os sites do SharePoint arquivem as discussões por email à medida que

aconteçam, salvem documentos enviados por email e mostrem reuniões realizadas por email nos

calendários do site. Além disso, você pode configurar o Serviço de Gerenciamento de Diretório do

SharePoint para dar suporte à criação e ao gerenciamento de listas de distribuição de emails. Para

obter mais informações, consulte Configurar emails de entrada (SharePoint Foundation 2010).

Configurar email de saída É possível configurar o email de saída de modo que o servidor de

protocolo SMTP envie alertas por email aos usuários e notificações aos administradores do site.

Configure os endereços de email do remetente e de resposta (exibidos nos alertas de saída). Para

obter mais informações, consulte Configurar emails de saída (SharePoint Foundation 2010).

Configurar uma conta de celular Configure uma conta para que o SharePoint envie ao seu

celular ou aos celulares dos usuários do site alertas na forma de mensagens de texto (SMS). Para

obter mais informações, consulte Configurar uma conta móvel (SharePoint Foundation 2010).

Instalar e configurar o Remote BLOB Storage É possível instalar e configurar o RBS (Remote

BLOB Storage) para uma instância do SQL Server 2008 com suporte a um farm do SharePoint.

Para obter mais informações, consulte Instalar e configurar o Remote BLOB Storage ou o External

BLOB Storage (SharePoint Foundation 2010).

70

Configurar o Backup do Windows Server Se quiser usar o Backup do Windows Server com o SharePoint Foundation 2010, você deverá registrar

o Gravador VSS do SharePoint 2010 no Backup do Windows Server executando o comando stsadm -

o registerwsswriter. Para obter mais informações, consulte o artigo sobre Registerwsswriter:

operação Stsadm (Windows SharePoint Services).

http://technet.microsoft.com/pt-br/library/cc287616(office.12).aspx


71


Este artigo descreve como instalar o Microsoft SharePoint Foundation 2010 em vários servidores para

criar um farm do Microsoft SharePoint Foundation implantado em três camadas. O farm é composto

por dois servidores Web front-end, um servidor de aplicativos e um servidor de banco de dados. A

sequência de implantação e as configurações descritas neste arquivo se baseiam nas melhores

práticas recomendadas. A configuração de farm resultante não é complexa, mas oferece uma

infraestrutura fundamental para implementação de uma solução do SharePoint Foundation em farms

similares (ou mais complexos).

O farm é provisionado com a Pesquisa do SharePoint Foundation; a Pesquisa é configurada para

rastrear o conteúdo que é criado como parte dessa implantação.

Neste artigo:

Visão geral

Preparar os servidores do farm

Instalar o SharePoint Foundation 2010 nos servidores do farm

Criar e configurar o farm

Adicionar servidores Web ao farm

Configurar o log de diagnóstico e a coleta de dados de integridade e uso

Configurar a Pesquisa do SharePoint Foundation

Criar um site


Visão geral Estas são as etapas básicas nesta implantação:

Familiarizar-se com o conceito da topologia de três camadas.

Concluir todo o trabalho de planejamento e preparação, por exemplo, a verificação dos requisitos

de hardware e de software.

Instalar as atualizações de software necessárias em todos os servidores que farão parte do farm.

Instalar os pré-requisitos do SharePoint Foundation nos servidores, nas camadas da Web e de

aplicativo.

Instalar o SharePoint Foundation no servidor de aplicativos e nos servidores Web.

Criar e configurar o farm do SharePoint.

Provisionar serviços.

http://technet.microsoft.com/library/bf3631e9-e03d-4f91-80b4-d9c1eab7d3a9.aspx#FoundationSearch

72

Executar tarefas de pós-implantação necessárias.

Visão geral da topologia

Esta topologia é normalmente usada para farms de médio e grande porte descritos em Visão geral da

implantação (SharePoint Foundation 2010). No que se refere a desempenho, capacidade e

escalabilidade, uma topologia de três camadas é recomendada em vez de uma topologia de duas

camadas. Uma topologia de três camadas oferece layouts físico e lógico mais eficientes, com suporte

à escalabilidade horizontal ou vertical, e proporciona melhor distribuição de serviços entre os

servidores integrantes do farm. A ilustração a seguir apresenta a implantação de três camadas descrita

neste artigo.

Com respeito à ilustração acima, observe que:

É possível adicionar servidores à camada da Web. Eles podem ser configurados como servidores

Web convencionais, para manipular as solicitações dos usuários.

É possível adicionar servidores do farm à camada de aplicativo e configurá-los como servidores

dedicados que hospedarão o site de Administração Central ou outros serviços no farm que

73

necessitem de recursos dedicados ou isolamento da camada da Web (por exemplo, trabalhos de

timer e serviços de área restrita).

É possível adicionar servidores à camada de banco de dados a fim de implementar uma instância

autônoma, um espelhamento de banco de dados ou um cluster de failover. Se você estiver

configurando o farm para alta disponibilidade, será necessário um espelhamento de banco de

dados ou um cluster de failover na camada do banco de dados.

Antes de começar

Antes de iniciar a implantação:

Familiarize-se com as diretrizes do sistema operacional descritas nas Diretrizes de ajuste de

desempenho do Windows Server 2008 e Diretrizes de ajuste de desempenho do Windows Server

2008 R2.

Cumpra todos os requisitos de hardware e de software. Para obter mais informações, consulte


Prepare-se para configurar as contas necessárias com as permissões apropriadas, conforme

descrito em Contas administrativas e de serviços necessárias para a implantação inicial


Como uma prática recomendada de segurança, instale o SharePoint Foundation usando a

administração de privilégios mínimos.

Usando a Ferramenta de Preparação de Produtos do Microsoft SharePoint 2010

A Ferramenta de Preparação de Produtos do Microsoft SharePoint verifica se os pré-requisitos estão

presentes, e instala e configura os programas necessários. A Ferramenta de Preparação de Produtos

do Microsoft SharePoint requer uma conexão com a Internet para baixar e configurar os pré-requisitos

do SharePoint Foundation. Se não tiver uma conexão com a Internet para os servidores do farm, você

precisará obter imagens instaláveis do software necessário. Para obter os locais de instalação,

consulte Requisitos de software em "Determinar requisitos de hardware e software (SharePoint

Foundation 2010)".

Se decidir obter imagens instaláveis, crie um ponto de instalação que possa ser usado para armazenar

as imagens. Esse ponto poderá ser usado para instalar atualizações de software futuras.

Servidor de banco de dados

Atualize o SQL Server 2005 ou o SQL Server 2008 para o nível necessário e configure-o da seguinte

forma:

SQL Server 2005: as conexões locais e remotas estão habilitadas e configuradas para usar o

protocolo TCP/IP.

SQL Server 2008: o protocolo TCP/IP está habilitado para a configuração de rede.

Observação:





74

Em organizações cujos administradores de banco de dados operem independentemente dos

administradores do SharePoint, você terá de assegurar que a versão correta do SQL Server esteja

disponível e atualizada para o nível necessário. Além disso, terá de solicitar um banco de dados criado

por DBA que esteja configurado para o farm.

Os procedimentos deste artigo não usam um banco de dados criado por DBA; os

procedimentos serão diferentes em uma implantação de banco de dados criado por DBA. Para

obter mais informações, consulte Implantar usando bancos de dados criados por um DBA


Atualizações públicas e pacotes de hotfixes

Verifique se as atualizações públicas e os pacotes de hotfixes necessários para o sistema operacional,

para o SQL Server e para o SharePoint Foundation estão instalados. É recomendado que todos os

servidores estejam atualizados com a mesma versão antes que atualizações públicas sejam aplicadas.

Os seguintes hotfixes devem implementados nesta versão do SharePoint Foundation:

SQL Server 2008: instale esta atualização antes de implantar o farm. Pacote de atualização

cumulativa 2 do SQL Server 2008 Service Pack 1

Depois de instalar os pré-requisitos em cada servidor do farm, você terá de instalar o hotfix

localizado em Mensagem de erro quando você usa o método "IMSAdminBase::CopyKey" como

parte dos componentes de compatibilidade do IIS 6.0 no IIS 7.0: "exceção de HRESULT:

0x80070003", primeiro no servidor de aplicativos e depois nos dois servidores Web.

Preparar os servidores do farm Antes de instalar o SharePoint Foundation, verifique e instale todos os pré-requisitos no servidor de

aplicativos e nos servidores Web, usando a Ferramenta de Preparação de Produtos do Microsoft

SharePoint.

Mesmo que você opte por instalar os pré-requisitos manualmente, execute a Ferramenta de

Preparação de Produtos do Microsoft SharePoint para verificar quais pré-requisitos são

necessários em cada servidor.

Use o procedimento a seguir para instalar os pré-requisitos em cada servidor do farm.

1. Baixe o SharePoint Foundation 2010

(http://go.microsoft.com/fwlink/?linkid=168781&clcid=0x416) do local de instalação do produto

e clique duas vezes no arquivo executável adequado.

2. Se você instalar a partir de uma imagem inicializável, clique em Instalar pré-requisitos de

software, na tela inicial.

Observação:

Dica:

Para executar a ferramenta de preparação

http://support.microsoft.com/kb/970315/pt-br/






75

3. Se você instalar usando um conjunto de arquivos, clique duas vezes em

PrerequisiteInstaller.exe.

4. Na página Bem-vindo à Ferramenta de Preparação de Produtos do Microsoft SharePoint,

clique em Avançar.

Observação:

Talvez seja necessário que a ferramenta de preparação reinicie o servidor local para

concluir a instalação de alguns pré-requisitos. O instalador continuará a executar

depois que o servidor for reiniciado e não será necessária nenhuma intervenção

manual. No entanto, você terá de fazer um novo logon no servidor.


Observação:

Depois de concluir a Ferramenta de Preparação de Produtos do Microsoft SharePoint,

você deve instalar o KB 949516

(http://go.microsoft.com/fwlink/?linkid=148917&clcid=0x416) e o KB 971831

(http://support.microsoft.com/kb/971831/pt-br/). Talvez também seja preciso reiniciar o

servidor depois da instalação desse hotfix.

Observação:

Se a mensagem de erro "Carregar este assembly produziria uma definição de

concessão diferente das outras instâncias. (Exceção de HRESULT: 0x80131401)" for

exibida quando você iniciar o processo de trabalho do IIS (w3wp.exe), outro serviço ou

um aplicativo gerenciado em um servidor que também esteja executando o SharePoint

Foundation 2010, instale o KB963676

(http://go.microsoft.com/fwlink/?linkid=151358&clcid=0x416). Reinicie o computador

depois de aplicar esse hotfix.

Instalar o SharePoint Foundation 2010 nos servidores do farm Uma vez instalados os pré-requisitos, use o procedimento a seguir para instalar o SharePoint

Foundation em cada servidor do farm.

1. Na página Iniciar, clique em Instalar SharePoint Foundation.

2. Na página Leia os Termos de Licença para Software Microsoft, leia os termos, marque a caixa

de seleção Aceito os termos deste contrato e clique em Continuar.

3. Na página Escolha a instalação desejada, clique em Farm de Servidores.




76

4. Na guia Tipo de Servidor, clique em Completo.

5. Na guia Local do Arquivo, aceite o local padrão (ou altere o caminho de instalação) e clique em

Instalar Agora.

Observação:

Como prática recomendada, instale o SharePoint Foundation em uma unidade que

não seja a do sistema.

6. Ao término da instalação, uma caixa de diálogo solicitará que você conclua a configuração do

servidor. Desmarque a caixa de seleção Executar o Assistente de Configuração de

Produtos e Tecnologias do SharePoint agora.

Observação:

Para manter a consistência na abordagem, não é recomendado executar o assistente

de configuração até que o SharePoint Foundation esteja instalado em todos os

servidores Web front-end e de aplicativos que participarão do farm de servidores.

7. Clique em Fechar para concluir a Instalação.

Criar e configurar o farm Para criar e configurar o farm, execute o Assistente de Configuração de Produtos do SharePoint. Esse

assistente automatiza várias tarefas de configuração, incluindo a criação do banco de dados de

configuração, a instalação dos serviços e a criação do site da Administração Central. É recomendado

executar o Assistente de Configuração de Produtos do SharePoint no servidor que hospedará o site

antes de executá-lo nos demais servidores do farm.

1. No servidor que hospedará a Administração Central (o servidor de aplicativos), clique em

Iniciar, aponte para Todos os Programas e selecione Produtos do Microsoft SharePoint

2010.

2. Na lista de opções disponíveis, clique em Assistente de Configuração de Produtos e

Tecnologias do SharePoint.

3. Na página Bem-vindo a Produtos do SharePoint, clique em Avançar.

4. Na caixa de diálogo com o aviso de que alguns serviços talvez precisem ser reiniciados

durante a configuração, clique em Sim.

5. Na página Conectar a um farm de servidores, selecione Criar um novo farm de servidores e

clique em Avançar.

6. Na página Especificar Definições do Banco de Dados de Configuração, execute o

procedimento a seguir:

a. Na caixa Servidor de banco de dados, digite o nome do computador que está

executando o SQL Server.

Para executar o assistente de configuração e configurar o farm

77

b. Na caixa Nome do banco de dados, digite um nome para o banco de dados de

configuração ou aceite o nome padrão (SharePoint_Config).

c. Na caixa Nome de Usuário, digite o nome do usuário da conta do farm de servidores no

formato DOMÍNIO\nomedousuário.

Importante:

A conta do farm de servidores é usada para criar e acessar o banco de dados de

configuração. Além disso, ela atua como a conta de identidade do pool de

aplicativos da Administração Central do SharePoint e é com sua autoridade que o

serviço Temporizador do Windows SharePoint Services é executado. O Assistente

de Configuração de Produtos do SharePoint a adiciona às contas de logon e às

funções de servidor do SQL Server dbcreator e securityadmin. A conta que você

especificar como de serviço deve ser uma conta de usuário de domínio, mas não é

necessário que ela pertença a nenhum grupo de segurança específico nos

servidores Web ou nos servidores de banco de dados. É recomendado seguir o

princípio do menor privilégio e especificar uma conta de usuário que não seja

membro do grupo Administradores em tais servidores.

d. Na caixa Senha, digite a senha do usuário.


8. Na página Especificar Configurações de Segurança do Farm, digite uma senha e clique em

Avançar.

Verifique se essa senha atende aos seguintes critérios:

Contém pelo menos oito caracteres

Contém pelo menos três dos quatro grupos de caracteres a seguir:

Caracteres maiúsculos (de A a Z)

Caracteres minúsculos (de A a Z)

Numerais (de 0 a 9)


Observação:

Embora essa senha seja similar a qualquer outra, normalmente ela é maior para

aumentar a segurança. Ela é usada para criptografar as credenciais das contas

registradas no SharePoint Foundation 2010 (por exemplo, a conta do sistema do

SharePoint Foundation 2010 que você fornece ao executar o assistente do

Assistente de Configuração de Produtos do SharePoint). Não a esqueça, pois ela

será necessária cada vez que você adicionar um servidor ao farm.

9. Na página Configurar Aplicativo Web da Administração Central do SharePoint, execute o

seguinte procedimento:

a. Marque a caixa de seleção Especificar número da porta e digite um número de porta,

caso você queira que o aplicativo Web da Administração Central do SharePoint use uma

78

porta específica, ou deixe a caixa de seleção Especificar número da porta desmarcada

se quiser usar a porta padrão.

Observação:

Para acessar o site da Administração Central do SharePoint usando um

computador remoto, permita o acesso ao número da porta configurado nesta

etapa. Para isso, configure a regra de entrada para a Administração Central do

SharePoint v4 no Firewall do Windows com Segurança Avançada.

b. Clique em NTLM ou em Negociar (Kerberos).



Observação:

Se o Assistente de Configuração de Produtos do SharePoint falhar, consulte os

arquivos de log na unidade de instalação do SharePoint Foundation 2010, localizados

na pasta %COMMONPROGRAMFILES%\Microsoft Shared\Web Server

Extensions\14\LOGS.

12. O site da Administração Central será aberto em uma nova janela do navegador.

Na página Ajude a Melhorar o SharePoint, escolha uma das opções a seguir e clique em OK.

a. Sim, desejo participar (Recomendado).

b. Não, não desejo participar.

13. Na página Configurar o farm do SharePoint, há a opção de configurar os serviços usando um

assistente ou manualmente. Para a finalidade deste artigo, use a opção manual. Clique em

Cancelar.

Essa opção é uma questão de preferência pessoal. O Assistente de Configuração do Farm

definirá alguns serviços automaticamente se for executado; no entanto, configurar os serviços

manualmente lhe proporcionará maior flexibilidade no design da sua arquitetura lógica.

Para obter informações sobre o uso do assistente para configurar serviços, consulte Implantar

um único servidor com o SQL Server (SharePoint Foundation 2010).

Importante:

Se estiver usando um banco de dados criado por DBA, você não poderá utilizar o

Assistente de Configuração de Produtos do SharePoint.

Adicionar servidores Web ao farm Após criar o farm no servidor de aplicativos, você pode adicionar os servidores para a camada da Web

realizando o mesmo processo descrito anteriormente neste tópico para instalar o SharePoint

Foundation no servidor que hospeda a Administração Central. A única diferença é que, durante a

Instalação, você será solicitado a ingressar em um farm existente. Siga as etapas do assistente para

ingressar no farm.

79

Para obter informações adicionais sobre como adicionar servidores a um farm, consulte Adicionar um

servidor Web ou de aplicativos ao farm (SharePoint Foundation 2010). Esse artigo também fornece

informações detalhadas para as etapas do procedimento a seguir.

Configurar o log de diagnóstico e a coleta de dados de integridade e uso Depois de adicionar os servidores Web front-end, configure o log de diagnóstico inicial e a coleta de

dados de integridade e uso do farm.

O log de diagnóstico é útil para identificar e isolar problemas à medida que eles ocorrem no farm de

servidores. Preserve as definições padrão ao configurar o log em novas instalações. Posteriormente,

quando surgirem problemas no farm, você poderá rever essas configurações e ajustá-las aos níveis

adequados. Isso o ajudará a identificar as causas e a isolar os problemas. O relatório de integridade e

uso pode ser usado para exibir onde as configurações do log de diagnóstico se desviaram dos valores

padrão.

Para obter mais informações sobre o uso de diagnóstico e integridade, consulte:

Configure diagnostic logging (SharePoint Foundation 2010)

Configure usage and health data collection (SharePoint Foundation 2010)

Use os procedimentos a seguir para executar a configuração inicial do log de diagnóstico e da coleta

de dados de integridade e uso.

Como esta é uma implantação inicial de farm, sem dados de parâmetro de comparação, as

configurações padrão serão preservadas, salvo quando indicado de outra forma.

1. Na home page da Administração Central, clique em Monitoramento.

2. Na seção Relatório, clique em Configurar log de diagnóstico.

3. Na página Log de Diagnóstico, verifique se Habilitar Proteção contra Inundação de Log de

Eventos está selecionado. Se for o caso, clique na caixa de seleção correspondente para

habilitar esse recurso.

4. O local padrão para o Log de Rastreamento é a unidade em que você instalou o SharePoint

Foundation. Como prática recomendada, o log de rastreamento deve ser armazenado em uma

unidade que não seja do sistema.

Importante:

Se você alterar o caminho do log de rastreamento para uma unidade que não seja a

do sistema, tal local deverá existir em todos os servidores do farm. Os servidores,

novos ou preexistentes, não poderão registrar dados em log se esse local não existir.

Além disso, só será possível adicionar novos servidores quando eles contiverem esse

Observação:

Para configurar o log de diagnóstico

http://technet.microsoft.com/library/c027d7fb-3b13-4502-9101-391d6c161b16(Office.14).aspx

http://technet.microsoft.com/library/c027d7fb-3b13-4502-9101-391d6c161b16(Office.14).aspx

80

caminho. Não será possível usar um compartilhamento de rede para fins de log.

5. Clique em OK para salvar suas alterações.

Ao concluir a configuração do log de diagnóstico, configure a coleta de dados de uso e integridade.

Na página Monitoramento da Administração Central, clique em Configurar coleta de dados

de uso e integridade.

Clique na caixa de seleção para ativar Coleta de Dados de Uso.

Clique na caixa de seleção para habilitar Coleta de Dados de Integridade.

Clique em OK.

Configurar a Pesquisa do SharePoint Foundation O serviço de Pesquisa do SharePoint Foundation é automaticamente instalado quando você instala o

SharePoint Foundation. No entanto, o serviço de pesquisa não é iniciado, e é necessário configurar

algumas opções.

Use o procedimento a seguir para configurar e iniciar a pesquisa para o farm do SharePoint

Foundation.

1. Na home page da Administração Central, clique em Gerenciar serviços no servidor.

2. Na página Serviços no Servidor, clique em Pesquisa do SharePoint Foundation. Essa ação

abrirá a página Definir Configurações do Serviço de Pesquisa do Microsoft SharePoint

Foundation, em que você define as configurações a seguir.

3. Na seção Conta de Serviço, digite o Nome de usuário e a Senha.

4. Na seção Conta de Acesso a Conteúdo, digite o Nome de usuário e a Senha de uma conta

que terá acesso somente leitura a todo o conteúdo.

noteDXDOC112778PADS Security Note

Não use uma conta com altos privilégios nem uma conta que possa modificar o

conteúdo.

5. Clique em OK para salvar as alterações de configuração.

6. Na página Serviços no Servidor, clique em Iniciar para iniciar a Pesquisa do SharePoint

Foundation.

Para configurar a coleta de dados de uso e integridade

Para configurar a Pesquisa do SharePoint Foundation

81

Criar um site Para criar um site nessa fase da implantação, crie um aplicativo Web e um conjunto de sites. Use os

procedimentos a seguir para criar o aplicativo Web usando a Administração Central e crie um site de

nível superior associado a tal aplicativo.

1. Na home page da Administração Central, na seção Gerenciamento de Aplicativos, clique em

Gerenciar aplicativos Web.

2. Na faixa de opções, clique em Novo.

3. Na seção Autenticação, na página Criar Novo Aplicativo Web, clique na caixa de seleção

Autenticação de Modo Clássico

4. Na seção Site do IIS, clique em Criar um novo site do IIS.

5. Preserve o valor padrão para Porta ou digite um novo número de porta.

6. Não altere o valor padrão na caixa Caminho.

7. Na seção Configuração de Segurança, escolha NTLM como o provedor de Autenticação.

8. Na seção Pool de Aplicativos, clique em Criar novo pool de aplicativos.

9. Clique em Configurável.

10. Selecione uma conta gerenciada na lista suspensa ou clique em Registrar nova conta

gerenciada.

11. Em Nome e Autenticação do Banco de Dados, clique em Autenticação do Windows

(recomendada).

12. Em Conexões do Aplicativo de Serviço, abra a lista suspensa para Editar o seguinte grupo

de conexões, clique em [personalizado] e selecione Aplicativo do Serviço de Pesquisa.

13. Em Programa de Aperfeiçoamento da Experiência do Usuário, clique em Sim.

14. Clique em OK.


Criar conjuntos de sites.

2. Na seção Aplicativo Web, verifique se o nome exibido é o mesmo do aplicativo que você criou

no procedimento anterior. Se não for, clique na seta ao lado da lista suspensa e selecione

Alterar aplicativo Web quando o menu aparecer.

3. Na página Selecionar Aplicativo Web, selecione o nome do aplicativo que você criou e clique

em OK.

4. Na seção Título e Descrição, digite um título e uma descrição para o conjunto de sites:

5. Em Endereço do Site, digite uma barra (/), na lista suspensa URL, e selecione /sites/.

Para criar um aplicativo Web

Para criar um conjunto de sites

82

6. Na seção Seleção do Modelo, clique na guia Colaboração e selecione Site de Equipe

7. Na seção Administrador Principal do Conjunto de Sites, digite o logon do usuário no

formato DOMÍNIO\nomedeusuário.

8. Em Administrador Secundário do Conjunto de Sites, digite o logon o usuário no formato

DOMÍNIO\nomedeusuário.

9. Na seção Modelo de Conta, preserve a configuração padrão.

10. Clique em OK.

Depois de criar o conjunto de sites, a página Êxito ao Criar Site de Nível Superior será exibida. Clique

no link para o novo site. Se surgir uma caixa de diálogo de autenticação, digite o logon do

administrador do site no formato DOMÍNIO\nomedeusuário.

O novo site será implantado automaticamente para os servidores na camada da Web.

Etapas pós-instalação Depois de instalar e configurar o SharePoint Foundation 2010, a janela do navegador abrirá exibindo a

Administração Central do novo site do SharePoint. Embora seja possível adicionar conteúdo ao site ou

personalizá-lo, é recomendado executar as seguintes tarefas administrativas primeiro, usando o site da

Administração Central do SharePoint.

Configurar email de saída É possível configurar o email de saída de modo que o servidor de

protocolo SMTP envie alertas por email aos usuários e notificações aos administradores do site.

Configure os endereços de email do remetente e de resposta (exibido nos alertas de saída). Para

obter informações adicionais, consulte Configurar emails de saída (SharePoint Foundation 2010).

Você pode configurar o email de entrada de modo que os sites do SharePoint aceitem e

arquivem tais emails. No entanto, é recomendado executar essa tarefa após concluir a

implantação e a configuração iniciais do farm. Para obter mais informações, consulte

Configurar emails de entrada (SharePoint Foundation 2010).

Configurar uma conta de celular Configure uma conta para que o SharePoint envie ao seu

celular ou aos celulares dos usuários do site alertas na forma de mensagens de texto (SMS). Para

obter mais informações, consulte Configurar uma conta móvel (SharePoint Foundation 2010).

Observação:

Observação:

83

Início rápido: implantar um único servidor em um ambiente Hyper-V isolado (SharePoint Foundation 2010)

Você pode usar uma máquina virtual Hyper-V isolada e segura para testar os recursos e o

comportamento do SharePoint Foundation 2010. Essa abordagem usa o mínimo de recursos de

hardware e permite isolar o sistema de teste do SharePoint Foundation 2010 de um ambiente de

produção. O isolamento é recomendado para eliminar possíveis ameaças à segurança de um

ambiente corporativo de servidor e rede.

Usando as etapas manuais ou os comandos do Windows PowerShell 2.0 fornecidos neste artigo, você

pode implantar rapidamente o SharePoint Foundation 2010 em um servidor único que use um dos

seguintes bancos de dados:

O banco de dados interno do SQL Server 2008 Express e SQL Server 2008 R2 Express que é

fornecido com o SharePoint Foundation

Microsoft SQL Server 2005 com Service Pack 3 (SP3) e Atualização Cumulativa 3 instalados

Microsoft SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2

A implantação de servidor único do SharePoint Foundation descrita neste artigo destina-se

apenas a avaliação e teste, não devendo ser usada em um ambiente de produção.

Neste artigo:

Requisitos e recomendações

Permissões necessárias

Tarefas de pré-implantação

Implantar o SharePoint Foundation 2010 manualmente

Implantar o SharePoint Foundation 2010 usando scripts do Windows PowerShell

Requisitos e recomendações Os requisitos e as recomendações a seguir para o servidor de virtualização, a máquina virtual e o

ambiente de implantação do Hyper-V somente se aplicam ao cenário de implantação de servidor único

descrito neste artigo.

Configuração de máquina virtual e servidor de virtualização

Importante:

84

A tabela a seguir fornece as configurações mínimas e recomendadas para o servidor de virtualização e

as máquinas virtuais. Essas configurações darão suporte às opções de banco de dados disponíveis

para uma implantação de servidor único.

Recurso Mínimo Recomendado

CPU Processador duplo de 2 GHz Processador duplo de 2 GHz

Memória 4 GB 8 GB

Disco rígido Disco rígido virtual de tamanho fixo

e capacidade de 40 GB

Dica:

Para acelerar a criação de

um disco rígido virtual de

tamanho fixo, configure

inicialmente um disco rígido

de expansão dinâmica.

Depois de instalar todos os

softwares necessários

(inclusive o SharePoint

Foundation), converta o

disco rígido virtual em um

disco de tamanho fixo.

Disco rígido virtual de tamanho

fixo e capacidade de 80 GB

Tipo de adaptador de rede Sintético Sintético

Tipo de rede Interna, para assegurar o

isolamento da máquina virtual e

habilitar as comunicações entre o

servidor de virtualização e a

máquina virtual

Dica:

Para facilitar o acesso ao

software obrigatório e ao

recomendado, bem como

sua instalação, use uma

rede externa. Quando

estiver pronto para instalar

o SharePoint Foundation,

configure as máquinas

virtuais para que usem uma

Interna, para assegurar o

isolamento da máquina virtual e

habilitar as comunicações entre

o servidor de virtualização e a

máquina virtual

85

Recurso Mínimo Recomendado

rede interna.

A orientação sobre configuração a seguir é fornecida para o servidor de virtualização:

A proporção entre o processador (núcleo) lógico e o virtual deve ser a menor possível. A taxa ideal

é de 1:1.

Usando a proporção de 1:1 para os processadores lógicos e virtuais, configure o servidor de

virtualização de modo que o número total de processadores nas máquinas virtuais seja inferior ao

número total de núcleos físicos. Por exemplo, se você estiver usando um servidor de virtualização

com quatro núcleos, a prática recomendada é criar três máquinas virtuais que usem um único

processador ou uma máquina virtual que tenha dois processadores e uma máquina virtual que use

um processador. Qualquer uma dessas configurações deixaria um núcleo livre para processos do

servidor de virtualização.

Além dos requisitos anteriores para o ambiente virtual, examine o artigo Requisitos de hardware e

software (SharePoint Foundation 2010) antes de começar a implantar o SharePoint Foundation 2010

na máquina virtual.

Ambiente de implantação

É necessário um domínio para implantar o SharePoint Foundation 2010.

Se não tiver um domínio virtual isolado para implantar o SharePoint Foundation 2010, você deverá

criar um domínio virtual em um host do Hyper-V configurado para usar o seguinte:

Um controlador de domínio com AD DS (Serviços de Domínio Active Directory).

Um controlador de domínio com um servidor DNS

Você pode implantar o SharePoint Foundation em um controlador de domínio. No entanto, é

necessário realizar algumas etapas de configuração. Inicie o Windows PowerShell com a opção

Executar como administrador e execute os seguintes comandos para habilitar a implantação em um

controlador de domínio:

$acl = Get-Acl HKLM:\System\CurrentControlSet\Control\ComputerName

$person = [System.Security.Principal.NTAccount]"Users"

$access = [System.Security.AccessControl.RegistryRights]::FullControl

$inheritance = [System.Security.AccessControl.InheritanceFlags]"ContainerInherit,

ObjectInherit"

$propagation = [System.Security.AccessControl.PropagationFlags]::None

$type = [System.Security.AccessControl.AccessControlType]::Allow

$rule = New-Object System.Security.AccessControl.RegistryAccessRule($person, $access,

$inheritance, $propagation, $type)

86

$acl.AddAccessRule($rule)

Set-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $acl

Permissões necessárias Para instalar o SharePoint Foundation 2010, a conta de logon que você está usando na máquina

virtual deve ser membro:

Do grupo de administradores locais na máquina virtual.

Da função de servidor fixa dbcreator do SQL Server

Da função de servidor securityadmin do SQL Server

Para obter mais informações, consulte Contas administrativas e de serviços necessárias para a


Tarefas de pré-implantação Execute as tarefas a seguir antes de implantar o SharePoint Foundation 2010:

No servidor de virtualização, crie um ponto de instalação que contenha o software do SharePoint

Foundation ou forneça uma mídia, como uma imagem ISO, que possa ser acessada a partir da

máquina virtual.

Crie uma máquina virtual que atenda aos requisitos mínimos descritos na seção ―Requisitos e

recomendações‖, anteriormente neste artigo.

Na máquina virtual:

Instale o sistema operacional e as atualizações de segurança (as obrigatórias e as

recomendadas).

Instale a edição do SQL Server que você deseja usar, se não estiver usando a versão interna

fornecida com o SharePoint Foundation.

Instale as atualizações obrigatórias e as recomendadas para a edição do SQL Server

escolhida por você.

Configure o firewall do Windows Server para habilitar o acesso ao SQL Server. Para obter

mais informações, consulte o artigo sobre configuração do Firewall do Windows para permitir

acesso ao SQL Server (http://go.microsoft.com/fwlink/?linkid=134724&clcid=0x416).

Examine o artigo Requisitos de hardware e software (SharePoint Foundation 2010)para

determinar os programas e hotfixes a serem obtidos e instalados antes de instalar o




87

Implantar o SharePoint Foundation 2010 manualmente Para obter informações sobre como implantar manualmente o SharePoint Foundation 2010 em um

único servidor, consulte Implantar um único servidor com um banco de dados interno (SharePoint

Foundation 2010) ou Implantar um único servidor com o SQL Server (SharePoint Foundation 2010).

Implantar o SharePoint Foundation 2010 usando scripts do Windows PowerShell Você pode usar scripts do Windows PowerShell para implantar o SharePoint Foundation 2010 em um

único servidor.

Como prática recomendada, você não deve executar scripts não assinados.

Para obter mais informações sobre como assinar scripts do Windows PowerShell, consulte o

artigo sobre assinatura do Windows PowerShell

(http://go.microsoft.com/fwlink/?linkid=160357&clcid=0x416) na TechNet Magazine. Para obter

mais informações sobre assinatura de código em geral, consulte o artigo sobre introdução à

assinatura de código (http://go.microsoft.com/fwlink/?linkid=59273&clcid=0x416) no MSDN.

Para obter mais informações sobre como configurar sua própria autoridade de certificação,

consulte o artigo sobre Serviços de Certificados do Active Directory

(http://go.microsoft.com/fwlink/?linkid=136444&clcid=0x416) na TechNet Library.

Crie e use um dos seguintes arquivos de script do Windows PowerShell para implantar o SharePoint

Foundation em um único servidor.

simplesingleserver.ps1: instala o SharePoint Foundation 2010 usando o banco de dados interno

para armazenar documentos e informações de configuração.

simplefarm.ps1: instala o SharePoint Foundation 2010 usando o SQL Server 2005 ou o SQL

Server 2008 para armazenar documentos e informações de configuração.

simplesingleserver.ps1

Este script implantará o SharePoint Foundation 2010 em um servidor único que use um banco de

dados interno.

Copie o código abaixo para um editor de texto e salve-o como simplesingleserver.ps1 em um diretório

à sua escolha.

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

noteDXDOC112778PADS Security Note





88

## Here is the script to install SharePoint Foundation 2010 with SQL Express and create Central

Admin ##

& $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host

if( $lastexitcode -eq 0 ) {

& $SetupPath\setup.exe /config $SetupPath\Files\SetupSilent\config.xml | Write-Host


Write-Host "Install successful..."

} else { Write-Error "ERROR: $lastexitcode" }


1. Inicie o Windows PowerShell 2.0 usando a opção Executar como administrador.

2. Navegue até o diretório em que você salvou simplesingleserver.ps1.

3. Execute .\simplesingleserver.ps1 do prompt de comando do Windows PowerShell.

simplefarm.ps1

Este script implanta o SharePoint Foundation 2010 em um servidor único que usa um banco de dados

do SQL Server. Copie o código a seguir para um editor de texto e salve-o como simplefarm.ps1 em um

diretório à sua escolha:

## Settings you may want to change ##

$err = $null

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

Write-Host "Please specify the Farm Administrator credentials"

$FarmCredential = Get-Credential "DOMAIN\<Farm Admin>"

$DBServer = Read-Host -Prompt "Please enter the name of your database server"

$Passphrase = Read-Host -Prompt "Please enter the farm passphrase (optional)" -

AsSecureString

$FarmName = Read-Host -Prompt "Please enter a farm name (optional)"

$CAPort = Read-Host -Prompt "Please enter the Central Administration port number

(optional)"

if ([String]::IsNullOrEmpty($SetupPath))

Para executar simplesingleserver.ps1

89

{

Write-Error "You must enter the install media path"

return

}

if ([String]::IsNullOrEmpty($FarmCredential))

{

Write-Error "You must enter a Farm Administrator's user name and password"

return

}

if ([String]::IsNullOrEmpty($DBServer))

{

Write-Error "You must enter a database server"

return

}

if ($Passphrase.Length -eq 0)

{

Write-Warning "You didn't enter a farm passphrase, using the Farm Administrator's password

instead"

$Passphrase = $FarmCredential.Password

}

if ([String]::IsNullOrEmpty($FarmName))

{

Write-Warning "You didn't enter a farm name, using the machine name instead"

$FarmName = $env:COMPUTERNAME

}

if ([String]::IsNullOrEmpty($CAPort))

{

Write-Warning "You didn't enter a Central Administration port number, using 5000 instead"

$CAPort = 5000

}

## Here is the script to install SharePoint Foundation 2010 and create Central Admin ##

Write-Host "[1/15] Running prerequisite installer..."

90

& $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host


Write-Host "[2/15] Running silent farm binary installation... (this will take some time)"

& $SetupPath\setup.exe /config $SetupPath\Files\SetupFarmSilent\config.xml | Write-Host

Write-Host "[3/15] Completed silent farm binary installation."


Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue

Write-Host "[4/15] Creating new configuration database..."

New-SPConfigurationDatabase -DatabaseName ("{0}_SharePoint_Configuration_DB" -f

$FarmName) -DatabaseServer $DBServer -AdministrationContentDatabaseName ("{0}_AdminContent_DB"

-f $FarmName) -FarmCredentials $FarmCredential -Passphrase $Passphrase -ErrorVariable err

Write-Host "[5/15] Verifying farm creation..."

$spfarm = get-spfarm

if ($spfarm -ne $null) {

Write-Host "[6/15] ACLing SharePoint Resources..."

Initialize-SPResourceSecurity -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[7/15] Installing Services..."

Install-SPService -ErrorVariable err


Write-Host "[8/15] Installing Features..."

Install-SPFeature -AllExistingFeatures -ErrorVariable err


Write-Host "[9/15] Provisioning Central Administration..."

New-SPCentralAdministration -Port $CAPort -WindowsAuthProvider "NTLM" -

ErrorVariable err


Write-Host "[10/15] Installing Help..."

Install-SPHelpCollection -All -ErrorVariable err


Write-Host "[11/15] Installing Application Content..."

Install-SPApplicationContent -ErrorVariable err


91

Write-Host "[12/15] Basic configuration completed."

$SPManagedAccount = Get-SPManagedAccount

$FarmCredential.UserName

Write-Host "[13/15] Creating Web Application and

Application Pool..."

$webApp = New-SPWebApplication -Name "SharePoint - 80" -

ApplicationPool "SharePoint - 80" -ApplicationPoolAccount $SPManagedAccount -DatabaseServer

$DBServer -DatabaseName ("{0}_Content_DB" -f $FarmName) -Url "http://localhost" -ErrorVariable

err


Write-Host "[14/15] Creating site collection..."

$SPSite = New-SPSite -url "http://localhost" -

OwnerAlias $FarmCredential.UserName -ErrorVariable err


Write-Host "[15/15] Port 80 Web application and

site collect created. Browse to http://localhost to pick a template for the Web..."

} else { Write-Error "ERROR: $err" }











$exitprompt = Read-Host -Prompt "Press Enter to exit..."

1. Inicie o Windows PowerShell 2.0 usando a opção Executar como administrador.

2. Navegue até o diretório em que você salvou simplefarm.ps1.

Para executar simplefarm.ps1

92

3. Execute .\simplefarm.ps1 no prompt de comando do Windows PowerShell.

93


Este artigo descreve como implantar o Microsoft SharePoint Foundation 2010 em um ambiente de farm

que utiliza bancos de dados criados pelo DBA (administrador de bancos de dados). Em organizações

nas quais DBAs operam independentemente de administradores do SharePoint, os DBAs são

responsáveis por criar e gerenciar todos os bancos de dados. Esse cenário é comum em ambientes de

TI onde os requisitos de segurança e as políticas corporativas exigem uma separação das funções dos

administradores. O administrador de farms define os requisitos de bancos de dados do Microsoft

SharePoint Foundation 2010 para o administrador de bancos de dados, que, por sua vez, cria os

bancos de dados necessários do Microsoft SharePoint Foundation e configura os logons exigidos pelo

farm.

Neste artigo:

Antes de começar

Sobre a configuração de bancos de dados criados por um DBA

Criar e configurar bancos de dados para a Administração Central

Criar e configurar bancos de dados adicionais

Antes de começar Antes de iniciar esta implantação, verifique se você possui todas as informações necessárias para

implantar e configurar com êxito o SharePoint Foundation em todos os servidores do farm. As seções a

seguir fornecem as informações que serão necessárias para garantir uma implantação bem-sucedida

do SharePoint Foundation.

Requisitos dos servidores do farm

Verifique se todos os servidores do farm e o servidor de banco de dados atendem aos requisitos

documentados nos artigos a seguir.

Requisitos de hardware e software: Requisitos de hardware e software (SharePoint Foundation

2010)

Contas administrativas e de serviços: Contas administrativas e de serviços necessárias para a

implantação inicial (SharePoint Foundation 2010)

Requisitos de bancos de dados

A implantação do SharePoint Foundation 2010 em bancos de dados criados por um DBA envolve

trabalhar com o DBA para garantir que todos os bancos de dados do SharePoint Foundation

necessários sejam criados e corretamente configurados para que você possa criar e configurar o farm.

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#about

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#createandconfigure

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#createandconfigadditional

94

A lista a seguir mostra algumas das informações, mas não necessariamente todas, que um DBA

precisa obter para criar bancos de dados para o farm. Informações adicionais podem ser necessárias

para o DBA na sua organização:

Informações sobre a versão do SQL Server, bem como o service pack e o nível de atualização

cumulativa. Para obter mais informações, consulte Requisitos de hardware e software (SharePoint

Foundation 2010).

As contas de logon necessárias, com funções e permissões associadas. Para obter mais

informações, consulte Contas administrativas e de serviços necessárias para a implantação inicial


O número de bancos de dados necessários, além de detalhes específicos para a configuração do

SharePoint. Essas informações podem ser obtidas por meio da implantação do SharePoint

Foundation.

Requisitos de armazenamento de dados do SharePoint, como tipo de dados, volume de dados,

tipo de atividade do banco de dados (leitura ou gravação) e operações IOPS (Entrada/Saída por

segundo).

O DBA deve definir configurações de área de superfície para que as conexões local e remota

usem TCP/IP ou pipes nomeados.

Todos os bancos de dados exigidos pelo SharePoint Foundation usam o agrupamento

Latin1_General_CI_AS_KS_WS.

Todos os bancos de dados do SharePoint Foundation exigem que a a conta de usuário de

Instalação do farm seja atribuída a eles como proprietário do banco de dados (dbo).

Considerações sobre o Contrato de Nível de Serviço do usuário do SharePoint.

Sobre a configuração de bancos de dados criados por um DBA Use os procedimentos neste artigo como guia para implantar um farm que utilize bancos de dados

criados por um DBA. Essa implantação inclui todos os bancos de dados necessários para o farm.

Este artigo somente se aplica às versões de banco de dados do SQL Server com suporte no


Para cada procedimento, é necessário usar as ferramentas de linha de comando Windows PowerShell

2.0 ou SharePoint Foundation para configurar o uso do farm.

Convém usar o Windows PowerShell ao executar tarefas administrativas de linha de comando. A

ferramenta de linha de comando Stsadm foi preterida, mas é fornecida para dar suporte à

compatibilidade com versões anteriores do produto.

Observação:

Observação:

95

A ferramenta Psconfig está localizada na seguinte pasta: Arquivos de Programas\Common

Files\Microsoft Shared\web server extensions\14\BIN.

Para usar o Windows PowerShell de forma a configurar o farm:

1. Verifique se a conta de usuário tem acesso a um dos servidores nos quais o Windows PowerShell

2.0 está em execução e se ela é Administrador de Farm e membro da função

SharePoint_Shell_Access para o banco de dados de conteúdo de origem com base no SQL

Server, o banco de dados de conteúdo de administração, o banco de dados de conteúdo de

destino e o banco de dados de configuração.

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 do Windows PowerShell, digite o comando apropriado e pressione ENTER.

Para ilustrar os procedimentos necessários, o farm básico que precisa ser configurado consiste no

seguinte:

1. Administração Central

2. Um portal da Web

3. Log de diagnóstico e coleta de dados de integridade e uso

4. Pesquisa

Os bancos de dados a seguir são necessários e costumam ser usados pelo administrador de farm na

sequência indicada, conforme o farm é criado. Os bancos de dados na lista a seguir usam os nomes

padrão fornecidos quando você utiliza o Assistente de Configuração de Produtos do SharePoint para

configurar um farm. Naturalmente, você tem a opção de usar os nomes de bancos de dados que

desejar.

O banco de dados de configuração (SharePoint_Config)

O banco de dados de conteúdo da Administração Central (SharePoint_AdminContent_GUID)

O banco de dados de conteúdo de sites, que é criado automaticamente pelo programa de

Instalação do SharePoint Foundation (WSS_Content_GUID)

O banco de dados de log de diagnóstico (WSS_Logging_GUID)

O banco de dados de pesquisa (nome do computador WSS_SEARCH_localhost)

Criar e configurar bancos de dados para a Administração Central Use os procedimentos desta seção para criar os bancos de dados necessários e associar as contas ao

grupo de segurança Usuários e às funções do banco de dados.

Os procedimentos exigem ação do DBA e da conta de usuário da Instalação. Os rótulos [DBA] ou

[Instalação] são usados para cada etapa, respectivamente, para indicar a função que executa a ação.

96

O procedimento a seguir só precisa ser executado uma vez para o farm, no servidor em que você

deseja executar o site da Administração Central. O farm tem um banco de dados de configuração e um

banco de dados de conteúdo para a Administração Central.

1. [DBA] Crie o banco de dados de configuração e o banco de dados de conteúdo da

Administração Central usando a sequência de agrupamento LATIN1_General_CI_AS_KS_WS

e defina o proprietário do banco de dados (dbo) como a conta de usuário da Instalação.

2. [Instalação] Execute a Instalação em cada computador servidor no farm. Você deve executar a

Instalação em pelo menos um desses computadores usando a opção de instalação Completa.

As etapas dessa opção estão descritas em Implantar um único servidor com o SQL Server


3. [Instalação] Não execute o Assistente de Configuração de Produtos do SharePoint após a

conclusão da Instalação.

No Shell de Gerenciamento do SharePoint 2010, use o comando New-

SPConfigurationDatabase para criar um novo banco de dados de configuração, por exemplo:

New-SPConfigurationDatabase -DatabaseName "SharePointConfigDB1" -DatabaseServer

"SQL-01" -Passphrase (ConvertTo-SecureString "MyPassword" -AsPlainText -force) -

FarmCredentials (Get-Credential)

Para obter mais informações, consulte New-SPConfigurationDatabase.

4. [Instalação] Após a conclusão do comando, execute o Assistente de Configuração de Produtos

do SharePoint e conclua o restante da configuração do servidor. Isso criará o aplicativo Web

da Administração Central e executará outras tarefas de instalação e configuração.

5. [DBA] Depois que o Assistente de Configuração de Produtos do SharePoint estiver concluído,

execute as seguintes ações para o banco de dados de configuração e o banco de dados de

conteúdo da Administração Central:

Adicionar a conta de pesquisa do SharePoint Foundation, a conta de acesso ao conteúdo

padrão e a conta de serviços ao grupo Usuários.

Adicionar a conta do serviço de pesquisa do SharePoint Foundation, a conta de acesso ao

conteúdo padrão e a conta de serviços à função WSS_Content_Application_Pools.

6. [Instalação] Para confirmar que os bancos de dados foram criados e configurados

corretamente, verifique se a home page do site da Administração Central pode ser acessada.

No entanto, não configure nada usando a Administração Central nesse momento. Se a página

da Administração Central não for renderizada, verifique as contas usadas neste procedimento

para garantir que foram corretamente atribuídas.

O restante dos servidores do farm será configurado depois que os procedimentos deste artigo

forem concluídos e o farm for estabelecido. Você executará o Assistente de Configuração de

Produtos do SharePoint nesses servidores selecionando a opção Sim, desejo me conectar a um

Para criar e configurar o banco de dados de configuração, o banco de dados de conteúdo da Administração Central e o aplicativo Web da Administração Central

http://technet.microsoft.com/library/b04f1577-1985-41b8-b555-2f5145a00241(Office.14).aspx

97

farm de servidores existente em vez de usar os comandos utilizados neste procedimento.

O procedimento a seguir só precisará ser executado uma vez para o farm. O farm tem apenas um

banco de dados de pesquisa do SharePoint Foundation.

1. [DBA] Crie o banco de dados de pesquisa do SharePoint Foundation usando a sequência de

agrupamento LATIN1_General_CI_AS_KS_WS e defina o proprietário do banco de dados

(dbo) como a conta de usuário de Instalação.

2. [Setup] Abra a linha de comando e use os cmdlets Get-SPSearchService, Set-

SPSearchService, Get-SPSearchServiceInstance e Set-SPSearchServiceInstance para

configurar o banco de dados e iniciar o serviço de pesquisa. Use o exemplo a seguir como

guia.

$searchService = Get-SPSearchService

Set-SPSearchService -MaxBackupDuration 120

Get-SPSearchServiceInstance -Local

Get-SPSearchServiceInstance -Local | Set-SPSearchServiceInstance -ProxyType proxy

Para obter mais informações, consulte os seguintes tópicos:

Get-SPSearchService

Set-SPSearchService

Get-SPSearchServiceInstance

Set-SPSearchServiceInstance

Criar e configurar bancos de dados adicionais Terminada a configuração dos bancos de dados necessários para a Administração Central, conclua a

implantação do farm criando e configurando os bancos de dados necessários para o conteúdo da Web

e qualquer aplicativo de serviço que você queira utilizar.

O procedimento a seguir terá de ser executado uma vez para cada site de portal no farm.

1. [DBA] Crie o banco de dados de conteúdo do aplicativo Web do site do portal usando a

sequência de agrupamento LATIN1_General_CI_AS_KS_WS e defina o proprietário do banco

de dados (dbo) como a conta de usuário da Instalação.

2. [DBA] Usando o Microsoft SQL ServerManagement Studio, adicione a conta de processo do

pool de aplicativos ao grupo de Usuários e à função db_owner do banco de dados de

Criar e configurar o banco de dados de pesquisa do SharePoint Foundation e iniciar o serviço de pesquisa

Crie e configure o aplicativo Web e banco de dados de conteúdo do site do portal

http://technet.microsoft.com/library/90160cc4-60c3-4983-8b4a-674cbf4c4f9c(Office.14).aspx

http://technet.microsoft.com/library/664d55c9-c436-4096-a385-446c920f4df1(Office.14).aspx

http://technet.microsoft.com/library/d0fcee38-4403-4ef6-b3ed-c28cec050557(Office.14).aspx

http://technet.microsoft.com/library/85dce2d2-1b01-4f7f-86d0-5523c432efe6(Office.14).aspx

98

conteúdo do aplicativo Web.

3. [Setup] Abra a linha de comando e execute os cmdlets New-SPWebApplication e Get-

SPWebApplication para configurar o banco de dados de conteúdo do aplicativo Web para o

site de portal. Use o exemplo a seguir como guia.

New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -URL

"https://www.contoso.com" -ApplicationPool "ContosoAppPool" -

ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe")

Get-SPWebApplication http://sitename | New-SPWebApplicationExtension -Name

"ExtranetSite" -SecureSocketsLayer -Zone "Extranet"

Para obter mais informações, consulte New-SPWebApplication e Get-SPWebApplication.

Importante:

O cmdlet Get-SPWebApplication deve ser executado no computador que está

executando o aplicativo Web. A combinação de nome do host e porta não deve

descrever um aplicativo Web que já exista; caso contrário, ocorrerá um erro e o

aplicativo Web não será criado.

Use o procedimento a seguir para criar e configurar o aplicativo Web do site do portal e seu banco de

dados de conteúdo.

1. [DBA] Crie o banco de dados de conteúdo do aplicativo Web do site do portal usando a

sequência de agrupamento LATIN1_General_CI_AS_KS_WS e defina o proprietário do banco

de dados (dbo) como a conta de usuário da Instalação.

2. [DBA] Usando o SQL ServerManagement Studio, adicione a conta de serviço do aplicativo de

serviço ao grupo Usuários e à função db_owner para o banco de dados de conteúdo do

aplicativo Web do site de portal.

3. [Instalação] No Shell de Gerenciamento do SharePoint 2010, use os cmdlets New-

SPWebApplication e Get-SPWebApplication para configurar o banco de dados de conteúdo

do aplicativo Web para o site de portal. Use o exemplo a seguir como guia.

New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -HostHeader

"http://sharepoint.contoso.com" -URL "https://www.contoso.com" -ApplicationPool

"ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe")

Get-SPWebApplication http://somesite | Set-SPWebApplication -Zone "Extranet" -

HostHeader "http://www.contoso.com" - AllowAnonymousAccess

Para obter mais informações, consulte New-SPWebApplication e Get-SPWebApplication.

Importante:

Esse comando deve ser executado no mesmo computador que está executando o

aplicativo Web. A combinação de nome do host e porta não deve descrever um

Para criar e configurar o aplicativo Web do site de portal

http://technet.microsoft.com/library/eaeb5bed-81e7-4275-b005-aa7fc465e6d5(Office.14).aspx

http://technet.microsoft.com/library/11d6521f-f99c-433e-9ab5-7cf9e953457a(Office.14).aspx



99

aplicativo Web que já exista; caso contrário, ocorrerá um erro e o aplicativo Web não

será criado.

4. [Instalação] Em um prompt de comando, execute o comando a seguir para reiniciar o IIS:

iisreset /noforce.

100

Implantar em um ambiente virtual (SharePoint Foundation 2010)

Esta seção contém artigos com diretrizes sobre como configurar máquinas virtuais para servidores

Microsoft SharePoint Foundation 2010 em um ambiente virtual.

Nesta seção:

Diretrizes sobre máquina virtual (SharePoint Foundation 2010)

101

Diretrizes sobre máquina virtual (SharePoint Foundation 2010)

Este artigo fornece as diretrizes de configuração de uma VM (máquina virtual) que use o Tecnologia

Windows Server 2008 Hyper-V e que seja utilizada em um farm do Microsoft SharePoint Foundation

2010. Isso inclui servidores de farm na camada do servidor Web, na camada do servidor de aplicativos

e na camada do servidor de banco de dados. Antes de configurar uma máquina virtual para um farm

do SharePoint, é recomendável ler o guia de introdução ao Hyper-V

(http://go.microsoft.com/fwlink/?linkid=187754&clcid=0x416). Toda decisão de configuração tomada

para uma máquina virtual ou sua respectiva infraestrutura tem um impacto no desempenho ou na

funcionalidade (SharePoint Foundation 2010 e Hyper-V) e, por isso, é muito importante entender cada

opção de configuração.

Em um ambiente do Hyper-V, é possível especificar a configuração da rede virtual e a configuração de

cada máquina virtual. Além disso, você pode configurar como a VM interage com o host de

virtualização e também o comportamento de parada e reinicialização da VM se o estado de execução

da máquina virtual for interrompido.

Neste artigo:

Rede

Adaptadores de rede

Configuração da máquina virtual

Serviços de integração

Uso de instantâneos

Rede Você pode configurar a rede do Hyper-V antes de criar máquinas virtuais ou após criar uma ou mais

VMs. Pode também criar mais de uma rede virtual para um host do Hyper-V.

Com o Gerenciador de Rede Virtual (acessado no Gerenciador Hyper-V), você pode escolher entre

três tipos de redes virtuais. A tabela a seguir fornece um resumo dos tipos de rede e suas

características.

Tipo Descrição

Externa Use esse tipo quando quiser permitir que as VMs

se comuniquem com servidores localizados

externamente e com o sistema operacional de

gerenciamento (às vezes, mencionado como


http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#Net

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#NetAdapt

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#vmCfg

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#intServ

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#Snapshot

102

Tipo Descrição

partição pai). Esse tipo também permite que as

VMs no mesmo servidor físico se comuniquem

entre si.

Interna Use esse tipo quando quiser permitir a

comunicação entre VMs localizadas no mesmo

servidor físico e entre as VMs e o sistema

operacional de gerenciamento. Uma rede virtual

interna não está ligada a um adaptador físico de

rede. É geralmente utilizada para criar um

ambiente de teste, onde você precisa se conectar

às VMs usando o sistema operacional de

gerenciamento.

Privada Use esse tipo quando quiser permitir a

comunicação somente entre as VMs localizadas

no mesmo servidor físico. Uma rede virtual

privada não usa adaptador de rede virtual no

sistema operacional de gerenciamento. As redes

virtuais privadas geralmente são utilizadas quando

se quer isolar as VMs do tráfego de rede no

sistema operacional de gerenciamento e nas

redes externas.

Use os requisitos de farm do SharePoint Foundation para determinar qual das três configurações de

rede deve ser usada em um host de virtualização. Por exemplo, no artigo Início rápido: implantar um

único servidor em um ambiente Hyper-V isolado (SharePoint Foundation 2010), usamos uma rede

interna para isolar o ambiente de teste de um ambiente de produção.

Após determinar o tipo de rede a ser usado, você poderá especificar o intervalo de endereços MAC

(controle de acesso à mídia) que serão atribuídos automaticamente aos adaptadores virtuais. A versão

R2 do Microsoft Hyper-V Server 2008 permite que você forneça endereços MAC a um adaptador para

evitar colisões na rede.

Sob a perspectiva de desempenho de rede, a capacidade de criar VLANs (redes locais virtuais) pode

fornecer ganhos de desempenho. Máquinas virtuais na mesma VLAN podem se comunicar por meio

do comutador virtual, o que significa que o tráfego de rede é mais rápido porque não usa o adaptador

físico de rede. Outra vantagem de uma configuração de VLAN é que ela se baseia em software; os

computadores podem ser facilmente movidos e ainda manterão suas configurações de rede.

Os links a seguir fornecem mais informações sobre os conceitos de rede virtual e como configurá-las.

Como a rede básica funciona no Hyper-V?



103

Hyper-V: quais são os usos dos diferentes tipos de rede virtual?


Noções básicas sobre VLANs Hyper-V (http://go.microsoft.com/fwlink/?linkid=180709&clcid=0x416)

VLANs Hyper-V parte II (http://go.microsoft.com/fwlink/?linkid=18775&clcid=0x416)

Configurando redes virtuais (http://go.microsoft.com/fwlink/?linkid=158767&clcid=0x416)

Adaptadores de rede

Dois tipos de adaptadores de rede podem ser anexados a uma máquina virtual: um adaptador de rede

e um adaptador herdado. O adaptador de rede fornece melhor desempenho do que o adaptador

herdado, que emula um adaptador PCI Fast Ethernet baseado no Intel 21140, resultando em

transferências de dados mais lentas do que as obtidas com o adaptador de rede. Um adaptador de

rede herdado também fornece suporte para instalações baseadas em rede porque inclui a capacidade

de inicializar o PXE (Pre-Boot Execution Environment).

A menos que você precise usar um adaptador herdado até poder instalar o driver de máquina virtual,

ou caso precise fazer uma inicialização de rede, é recomendável configurar a VM com um adaptador

de rede.

Inicialmente, você pode usar o adaptador herdado para fazer uma inicialização de rede.

Quando isso não for mais necessário, adicione um adaptador de rede e exclua o adaptador

herdado.

Da mesma forma que nos servidores físicos, é possível instalar vários adaptadores em uma máquina

virtual.

Configuração de máquina virtual O Hyper-V oferece várias opções de configuração de máquinas virtuais. Essas opções podem ser

alteradas depois que a máquina virtual for iniciada e o Microsoft SharePoint Foundation for instalado.

Você precisará desligar a máquina virtual para alterar a configuração. Configure os seguintes itens

para cada máquina virtual:

A sequência de inicialização (adaptador de rede herdado, CD, IDE ou disquete)

A quantidade de memória

O número de processadores virtuais, até um máximo de quatro

O tipo e o número de controladores

O tipo e o número de discos

O tipo e o número de adaptadores de rede

Além da configuração anterior, há também a opção de configurar portas COM e um disquete virtual.

Sob a perspectiva do SharePoint Foundation, as principais considerações de configuração são

memória, processador, tipo e número de controladores e discos rígidos.

Observação:





104

Memória

Após fatorar uma reserva de 2 GB de RAM para o host de virtualização, você poderá configurar uma

máquina virtual para conter qualquer quantidade da memória restante. Obviamente, você levará em

consideração a quantidade de memória a ser fornecida às outras máquinas virtuais em execução no

mesmo host de virtualização.

A reserva de 2 GB de RAM para o host de virtualização é usada como um valor de referência,

não sendo uma quantidade de memória obrigatória ou imposta. Em geral, a quantidade real de

RAM comprometida com o servidor físico é menor.

A sobrecarga de memória real no Hyper-V é razoavelmente pequena. Para obter uma boa ilustração

disso, baixe a planilha da calculadora de RAM do Hyper-V

(http://go.microsoft.com/fwlink/?linkid=187756&clcid=0x416) e use-a para calcular o uso de RAM em

um host de determinado tamanho e com várias máquinas virtuais.

Processador

Você pode configurar vários processadores virtuais para uma máquina virtual, até um máximo de

quatro processadores. Não é possível configurar mais processadores por VM, os quais sejam

processadores lógicos (núcleos) no host de virtualização. Por exemplo, para um determinado servidor

físico de núcleo duplo, você está limitado a configurar dois processadores virtuais por VM. Embora o

Hyper-V ofereça suporte para até 8 processadores virtuais por núcleo, uma configuração que utilize

essa proporção (1 lógico: 8 virtuais) é conhecida como superinscrita. Para qualquer máquina virtual

utilizada em um farm do SharePoint, é recomendável a proporção de 1:1. A superinscrição da CPU no

host de virtualização funcionará, mas o desempenho será reduzido, dependendo do volume da

superinscrição.

Controlador e disco rígido

É possível selecionar dispositivos de interface IDE ou SCSI em máquinas virtuais da seguinte forma:

Dispositivos IDE: o Hyper-V usa dispositivos emulados com controladores IDE. Você pode ter até

dois controladores IDE com dois discos em cada controlador. O disco de inicialização deve ser

anexado a um dos dispositivos IDE. O disco de inicialização pode um disco rígido virtual ou um

disco físico. Embora uma máquina virtual deva usar um dispositivo IDE como disco de inicialização

para iniciar o sistema operacional convidado, há muitas opções que você poderá escolher ao

selecionar o dispositivo físico que fornecerá o armazenamento para o dispositivo IDE.

Dispositivos SCSI: cada máquina virtual oferece suporte para até 256 discos SCSI (quatro

controladores SCSI, sendo que cada um deles aceita até 64 discos). Os controladores SCSI usam

um tipo de dispositivo desenvolvido especificamente para uso com máquinas virtuais e, para se

comunicarem, eles usam o barramento da máquina virtual. O barramento da máquina virtual

deverá estar disponível quando o sistema operacional convidado for iniciado. Portanto, os discos

Observação:


105

rígidos virtuais anexados aos controladores SCSI não podem ser utilizados como discos de

inicialização.

Embora o desempenho de E/S de dispositivos físicos SCSI e IDE possa diferir

significativamente, isso não se aplica aos dispositivos SCSI e IDE virtualizados do Hyper-

V. Os dispositivos IDE e SCSI oferecem desempenho igualmente rápido de E/S quando os

serviços de integração estão instalados no sistema operacional convidado. O suporte para

unidades intercambiáveis, compatível com a implementação do Hyper-V de SCSI, é o

principal motivo da seleção de unidades SCSI, mais do que ganhos de desempenho.

A versão do Hyper-V lançada com o Windows Server 2008 R2 melhora muito o desempenho do disco

rígido virtual. Para obter mais informações, consulte o tópico sobre desempenho de disco rígido virtual:

Windows Server 2008 / Windows Server 2008 R2 / Windows 7

(http://go.microsoft.com/fwlink/?linkid=186519&clcid=0x416). Para obter um resumo das opções de

unidade de máquina virtual, consulte a seção "Como escolher o formato do contêiner de

armazenamento Hyper-V e VHD" deste white paper. Além disso, preste atenção no conselho do autor:

ao escolher o VHD certo para o seu ambiente, considere o desempenho de acesso e as necessidades

de armazenamento. Quando você usa o Windows Server 2008 R2, a opção tem menos a ver com a

velocidade de acesso e mais com a quantidade de memória usada devido ao cache avançado.

Não há uma solução de armazenamento genérica para todos os ambientes virtuais. Para

selecionar a opção de unidade de máquina virtual ideal para seus servidores SharePoint

Foundation, é necessário pesquisar e testar extensivamente para implementar a melhor

solução de armazenamento para o ambiente virtual.

Serviços de integração O Hyper-V inclui um pacote de software para sistemas operacionais convidados com suporte que

aprimora a integração entre o computador e a máquina virtual. Esse pacote é conhecido como serviços

de integração. Você deve verificar se o sistema operacional de gerenciamento (que executa a função

do Hyper-V) e as máquinas virtuais estão executando a mesma versão dos serviços de integração.

Para obter mais informações, consulte o tópico sobre compatibilidade de versão para os serviços de

integração (http://go.microsoft.com/fwlink/?linkid=188011&clcid=0x416).

Para cada máquina virtual, você pode configurar os seguintes itens de integração entre a VM e o host

de virtualização:

Desligamento do sistema operacional

Sincronização de hora

Troca de dados

Pulsação

Backup (instantâneo de volume)

Observação:

Importante:





106

Desabilite a sincronização de hora de todas as máquinas virtuais do SharePoint Foundation. O

SharePoint Foundation 2010 implementa trabalhos de timer extensivamente e a latência

durante a sincronização de hora causará resultados imprevisíveis no ambiente do SharePoint

Foundation.

Início e término automáticos

Para cada máquina virtual, você pode configurar comportamentos de início e término automático se

uma máquina física for desligada. As opções de término são:

Salve o estado da máquina virtual. O estado atual da máquina virtual é salvo e quando a VM é

iniciada, o Hyper-V tenta restaurá-la ao estado em que estava.

Desative a máquina virtual. Isso equivale a desligar o servidor da tomada.

Desligue o sistema operacional convidado (máquina virtual). Isso equivale a desligar a máquina

usando a opção Desligar do Windows.

Para uma máquina virtual do SharePoint Foundation, não configure-a para salvar o estado. Máquinas

virtuais que voltam do estado salvo ficam foram de sincronia com os outros servidores no farm. É

recomendável configurar a máquina virtual para executar um desligamento, pois esse é o método mais

limpo para minimizar os danos a ela. Quando ocorre um desligamento, os trabalhos de timer em

execução podem terminar e não haverá problemas de sincronização quando a VM for reiniciada.

O oposto de uma parada automática é uma inicialização automática. O Hyper-V oferece as seguintes

opções de inicialização quando o servidor físico é reiniciado:

Não fazer nada. Será necessário iniciar a VM manualmente, qualquer que seja seu estado durante

o desligamento do servidor físico.

Iniciar automaticamente se a máquina estava sendo executada quando o serviço parou.

Sempre iniciar esta máquina virtual automaticamente. O Hyper-V iniciará a máquina, qualquer que

seja seu estado durante o desligamento do servidor físico.

É recomendável que você escolha uma das duas opções. Qualquer uma das opções é válida, mas a

decisão depende definitivamente da equipe de TI responsável por gerenciar e manter o ambiente

virtual.

Além das opções de inicialização anteriores, você pode configurar um atraso de hora de inicialização

para uma máquina virtual. É recomendável fazer isso para reduzir a contenção de recursos em um

host de virtualização. No entanto, se a sua opção de inicialização for não fazer nada, isso não será um

problema.

Usando instantâneos

Os instantâneos fornecem uma ferramenta muito útil para a captura do estado atual de uma máquina

virtual em execução, pausada ou parada. O recurso de instantâneo permite a você reverter, de forma

Importante:

107

rápida e fácil, para uma configuração anterior de máquina virtual. Esse recurso é especialmente

adequado para um ambiente de desenvolvimento ou teste.

Como prática recomendada, você não deve usar o recurso de instantâneo nas máquinas virtuais em

um ambiente de produção pelos seguintes motivos:

Sincronização de relógio: quando você obtém um instantâneo de uma máquina virtual em

execução, há latência entre a hora em que o instantâneo é obtido e a hora em que é concluído.

Essa latência afeta os trabalhos de timer do SharePoint Foundation e, portanto, a sincronização de

hora entre os servidores do farm.

Se você optar por obter um instantâneo de uma máquina virtual, desligue a máquina para

deixar que os trabalhos em execução terminem antes de obter o instantâneo. É

recomendável monitorar bem de perto a máquina virtual e outros servidores do farm

depois de reincializá-la para assegurar que não ocorram problemas de sincronização de

hora.

Desempenho: quando você cria um instantâneo para uma máquina virtual existente, na verdade,

cria um disco diferencial. Há uma troca contínua de dados de configuração entre a máquina virtual

e o instantâneo, o que afeta o desempenho.

Importante:

108

Instalar o SharePoint Foundation 2010 usando o Windows PowerShell

Este artigo discute como executar uma instalação limpa do Microsoft SharePoint Foundation 2010 em

um servidor autônomo ou em um farm de servidores usando o Windows PowerShell.

Neste artigo:

Requisitos do servidor de farm

Preparar o SPModule

Instalar o SharePoint Foundation 2010 executando o Install-SharePoint

Configurar o farm usando o New-SharePointFarm

Criar um aplicativo Web com o uso do Windows PowerShell

Implantar os serviços usando o Assistente de Configuração do Farm do SharePoint 2010

Criar um conjunto de sites usando o Windows PowerShell

Executar tarefas adicionais de configuração

Adicionar servidores ao farm usando o Join-SharePointFarm

Configurar o log de rastreamento

Você pode simplificar a implantação usando o Windows PowerShell para instalar o Microsoft

SharePoint Foundation 2010 em combinação com outras ferramentas do administrador, para

automatizar instalações autônomas e configurar o farm.

Requisitos do servidor de farm Antes de instalar o SharePoint Foundation 2010, examine as seguintes informações sobre permissões,

requisitos de hardware e software e as etapas a serem executadas antes de iniciar o processo:

1. 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

Foundation 2010).

2. 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).

109

Preparar o SPModule O arquivo SPModule.zip é um módulo do Windows PowerShell criado pelos membros do Grupo de

Produtos do SharePoint que instalarão um farm do SharePoint.

Para usar o arquivo SPModule.zip, siga estas etapas:

1. Baixe o SPModule.zip e o arquivo de texto da seguinte página do Centro de Download


2. Extraia os arquivos para uma pasta denominada SPModule e adicione essa pasta ao caminho do

ambiente. A variável de ambiente PSModulePath é usada para armazenar os caminhos para os

locais dos módulos que estão instalados em disco. Para exibir os caminhos especificados na

variável PSModulePath, em um prompt de comando do Windows PowerShell, digite

$env:PSModulePath. Para obter mais informações, consulte Variável de ambiente PSModule

(http://go.microsoft.com/fwlink/?linkid=187757&clcid=0x416). Depois da extração, a pasta

SPModule deverá ter dois arquivos: SPModule.misc e SPModule.setup.

Se a pasta SPModule não for adicionada à variável PSModulePath, especifique o caminho

completo para carregar o SPModule.

3. Escolha o tipo de assinatura que será fornecida.

Os arquivos baixados não são assinados. Para fornecer scripts autoassinados, consulte

AllSigned: Assinando Scripts do PowerShell


Por padrão, a diretiva de execução do Windows PowerShell está definida como Restrita, o que

impede a execução de scripts. Para alterar uma diretiva desse tipo, execute o cmdlet Set-

ExecutionPolicy. Para obter informações adicionais sobre diretivas de execução, consulte

About_Signing (http://go.microsoft.com/fwlink/?linkid=187759&clcid=0x416).

1. Clique em Iniciar, selecione Todos os Programas e clique em Windows PowerShell V2.

Depois que a janela de Prompt de Comando do Windows PowerShell for aberta, a primeira

coisa a fazer será adicionar o caminho para o módulo ao caminho do seu módulo do

Windows PowerShell (supondo que você tenha criado uma pasta denominada "SPModule"

no servidor):

2. Clique com o botão direito do mouse em Windows PowerShell V2 e selecione Executar

como administrador.

Observação:

Caso já tenha instalado o Microsoft SharePoint Foundation 2010, você poderá

abrir o Shell de Gerenciamento do SharePoint 2010.

Observação:

Observação:





110

3. Depois que a janela de Prompt de Comando for exibida, precisaremos importar o módulo

para a sessão atual do Windows PowerShell e adicioná-lo a um caminho digitando a

sintaxe a seguir no prompt de comando do Windows PowerShell:

Import-Module SPModule.misc

Import-Module SPModule.setup

Ao importar o módulo SPModule.misc, você chamará uma verificação de atualizações. Na versão 1.0,

ela verificará um arquivo de texto para saber se há uma nova versão disponível. Se você receber uma

notificação confirmando essa disponibilidade, baixe a versão mais recente. Depois que os comandos

Import-Module forem concluídos com êxito, você estará pronto para usar o SPModule.

Os seguintes comandos devem ser usados apenas no contexto do SPModule e do processo

neste artigo:

1. Install-SharePoint: instala todos os arquivos binários do SharePoint Foundation 2010. Para obter

mais informações, consulte Scripted deployment reference (SharePoint Foundation 2010)

2. New-SharePointFarm: cria um farm do SharePoint e executa as seguintes tarefas relacionadas:

Configura a segurança

Cria um aplicativo Web de serviço compartilhado que você pode popular com aplicativos de

serviço.

Cria e configura o site da Administração Central.

Instala todos os arquivos de Ajuda do produto.

Instala todos os recursos do farm.

3. Join-SharePointFarm: adiciona servidores ao farm e os configura. Para obter mais informações,

consulte Scripted deployment reference (SharePoint Foundation 2010)

Depois que a versão 2.0 do Windows PowerShell for instalada, use um novo recurso do Windows

PowerShell chamado Comunicação Remota. Usando o recurso de comunicação remota e algumas

linhas de código do Windows PowerShell, um administrador pode instalar remotamente vários

servidores em um farm. Para obter mais informações sobre a Comunicação Remota e o SPModule,

consulte Instalação Remota com o SPModule


Instalar o SharePoint Foundation 2010 executando o Install-SharePoint Depois de determinar as contas necessárias para a instalação, você pode instalar o SharePoint

Foundation 2010. O DVD do produto contém exemplos de arquivos de configuração (Config.xml).

Esses arquivos de exemplo estão armazenados na pasta \Files, no diretório raiz do DVD, em pastas

que correspondem a diferentes cenários. Eles estão descritos na tabela a seguir.

Importante:

http://technet.microsoft.com/library/1719cc0b-f68c-42a5-9ede-cc2d4a58d43e(Office.14).aspx



111

Arquivo de configuração Descrição

Setup\Config.xml Instalação de servidor autônomo, usando o

Microsoft SQL Server 2005 Express Edition

SetupFarm\Config.xml Instalação de farm de servidores

SetupFarmSilent\Config.xml Instalação de farm de servidores em modo sem

confirmação

SetupFarmUpgrade\Config.xml Atualização in-loco de um farm existente

SetupSilent\Config.xml Instalação de servidor autônomo, usando o SQL

Server 2005 Express Edition, no modo sem

confirmação

SetupSingleUpgrade\Config.xml Atualização in-loco de uma instalação existente de

servidor único

1. Na unidade em que está localizado o DVD do produto SharePoint Foundation 2010, vá para o

diretório raiz para localizar o arquivo setup.exe.

2. Execute SPModule.Setup Install-SharePoint com o arquivo Config.xml selecionado, como

mostrado a seguir:

Install-SharePoint -SetupExePath<caminho e nome do arquivo>-ConfigXml<caminho e

nome do arquivo>

Observação:

Você pode selecionar um dos arquivos de exemplo ou personalizar seu próprio arquivo

de configuração.

3. Pressione ENTER.

A instalação agora está concluída.

O exemplo a seguir mostra o arquivo de configuração para configuração de um único servidor no modo

sem confirmação (SetupSilent).

<Configuration><Package Id="sts"> <Setting Id="LAUNCHEDFROMSETUPSTS" Value="Yes"

/> </Package><Package Id="spswfe"> <Setting Id="SETUPCALLED" Value="1"

/> </Package> <Logging Type="verbose" Path="%temp%" Template="SharePoint Server Setup(*).log"

/>-  <Display Level="none"

CompletionNotice="no" /> <Setting Id="SERVERROLE" Value="APPLICATION" /> <Setting

Para executar Install-SharePoint com um arquivo Config.xml em um prompt de comando do Windows PowerShell

112

Id="USINGUIINSTALLMODE" Value="0" /> <Setting Id="SETUP_REBOOT" Value="Never" /> <Setting

Id="SETUPTYPE" Value="CLEAN_INSTALL" /> </Configuration>

Você também pode personalizar seu próprio arquivo de configuração. Para controlar a instalação,

primeiro edite o arquivo Config.xml em um editor de texto para incluir os elementos desejados com as

configurações adequadas para esses elementos. Em seguida, execute Install-SharePoint -

SetupExePath -ConfigXML para especificar que a Instalação seja executada usando as opções

definidas no arquivo Config.xml.

Algumas opções de configuração típicas incluem o seguinte:

Ignorar o prompt da chave do produto ao fornecer a chave como um valor, <PIDKEY Value="Enter

PID Key Here" />, no arquivo Config.xml.

Adicionar uma localização a um arquivo de log, <Logging Type="off" | "standard"(default) |

"verbose" Path="path" Template="file name.log"/>, em que seja possível ver se houve alguma

falha na instalação por linha de comando.

Use um editor de texto, como o Bloco de Notas, para editar Config.xml. Não use um editor de

XML genérico, como o Microsoft Office Word 2007. Para confirmar se o arquivo XML está

formado adequadamente, use qualquer navegador com suporte.

Executar o Install-SharePoint usando uma chave PID

Para executar a Instalação no modo sem confirmação sem usar um arquivo XML de configuração,

digite um dos seguintes comandos em um prompt de comando do Windows PowerShell:

Para um servidor autônomo: Install-SharePoint -SetupExePath "<drive letter>:\SharePoint

2010\Setup\setup.exe" -ServerRole "SINGLESERVER"

Para uma implantação de farm: Install-SharePoint -SetupExePath "<drive letter>:\SharePoint

2010\Setup\setup.exe"

Para executar a Instalação no modo sem confirmação usando um arquivo XML de configuração, digite

um dos seguintes comandos em um prompt de comando do Windows PowerShell:

Para um servidor autônomo: Install-SharePoint -SetupExePath "G:\SharePoint

2010\Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\singleserver_config.xml"

-ServerRole "SINGLESERVER"

Para uma implantação de farm: Install-SharePoint -SetupExePath "G:\SharePoint

2010\Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\appserver_config.xml"

Para o Microsoft SharePoint Foundation 2010, o parâmetro PIDKey não precisa ser

especificado.

Importante:

Observação:

113

Configurar o farm usando o New-SharePointFarm Você usa o comando New-SharePointFarm para configurar o SharePoint Foundation 2010 depois da

conclusão do comando Install-SharePoint. As opções de configuração são diferentes, dependendo de

se você instalará o SharePoint Foundation 2010 em um servidor autônomo ou em um farm de

servidores.

Configurar o SharePoint Foundation 2010 em um servidor autônomo

Nas implantações de servidor autônomo, você pode executar o comando New-SharePointFarm.

Depois de se conectar usando a conta do usuário da Instalação criada e configurada anteriormente,

configure o SharePoint Foundation 2010.

No prompt de comando do Windows PowerShell, digite o seguinte comando:

New-SharePointFarm -DatabaseServer <String> -DatabaseAccessAccount <(Get-

Credential domain\account)> -FarmName <string>

Em que:

<String> é o nome do servidor do banco de dados. Por exemplo, "SQL01"

<PSCredential> é o DOMÍNIO\senha da conta de usuário que está executando a

instalação.

<String> é o nome do farm. Por exemplo, "Farm1"

O comando New-SharePointFarm descreve as etapas de configuração à medida que elas ocorrem

e informa a conclusão bem-sucedida da configuração. Em uma instalação de servidor autônomo,

essa é a etapa final em uma instalação por linha de comando.

É extremamente recomendado instalar e configurar o SharePoint Foundation 2010 em todos os

servidores do farm antes da criação de sites.

Não execute os comandos New-SharePointFarm e Join-SharePointFarm simultaneamente em

vários computadores, pois podem ocorrer problemas de contenção e de comportamento

imprevisível.

Se qualquer um desses comandos falhar, consulte os arquivos de log de configuração pós-

instalação. Esses arquivos estão disponíveis em %COMMONPROGRAMFILES%\Microsoft

shared\Web server extensions\14\Logs e podem ser identificados pelo prefixo do nome

PowerShell_ConfigurationDiagnostics e pela extensão de nome de arquivo .log.

Para configurar o SharePoint Foundation 2010 em um servidor autônomo usando o New-SharePointFarm

Cuidado:

Observação:

Observação:

114

Os cmdlets do Windows PowerShell mencionados nesta seção devem ser executados por

meio do Shell de Gerenciamento do SharePoint 2010.

Para se conectar a um banco de dados de configuração existente e ingressar o servidor em um farm

de servidores existente, o cmdlet Connect–SPConfigurationDatabase deve ser executado em

conjunto com os seguintes cmdlets do Windows PowerShell, nesta ordem:

Install-SPHelpCollection

Initialize-SPResourceSecurity

Install-SPService

Install-SPFeature -AllExistingFeatures

Install-SPApplicationContent

Criar um aplicativo Web com o uso do Windows PowerShell Use o cmdlet New-SPWebApplication para criar o aplicativo Web e um novo banco de dados de

conteúdo.

1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin.




5. No prompt de comando do Windows PowerShell, digite o seguinte comando:

New-SPWebApplication -ApplicationPool <String> –Name

<InternetSite>

–ApplicationPoolAccount (Get-SPManagedAccount

<DOMAIN\UserName>

Em que:

<String> é o nome do pool de aplicativos. Por exemplo, "SharePoint -80".

<InternetSite> é o nome do aplicativo Web.

Domain\UserName é o nome da conta do pool de aplicativos.

Para obter mais informações, consulte New-SPWebApplication.

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

Para criar um aplicativo Web


115

oferecer suporte à compatibilidade com versões anteriores do produto.

Implantar os serviços usando o Assistente de Configuração do Farm do SharePoint 2010 Use o Assistente de Configuração de Produtos do SharePoint para implantar serviços na sua

instalação. Para obter informações sobre serviços e aplicativos de serviço, consulte Service application

and service management (SharePoint Foundation 2010).

Criar um conjunto de sites usando o Windows PowerShell Crie o conjunto de sites de nível superior usando o cmdlet New-SPSite. Os cmdlets New-SPSite criam

um conjunto de sites, em determinada URL, com um usuário especificado como proprietário do site.






New-SPSite

<SiteURL>

-OwnerAlias

<DOMAIN\UserName>

Em que:

<SiteURL> é a URL do novo site.

<DOMAIN\UserName> é o nome de logon de usuário do proprietário do site.

Para obter mais informações, consulte New-SPSite.

Observação:




Se você não especificar o modelo de site a ser usado, os proprietários do site poderão escolher esse

modelo quando navegarem para o site pela primeira vez. Use o cmdlet Get-SPWebTemplate para

exibir uma lista de modelos.

Para criar um conjunto de sites

http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

116

Para obter uma lista completa de modelos comuns do SharePoint Foundation 2010, consulte Scripted

deployment reference (SharePoint Foundation 2010)

Se você desejar criar conjuntos de sites adicionais usando o Windows PowerShell, use o cmdlet New-

SPSite.

Para criar um novo banco de dados de conteúdo com o novo site, use o cmdlet New-

SPContentDatabase ou o cmdlet New-SPSite com o parâmetro ContentDatabase.

Depois de criar os sites, pode ser necessário configurar mapeamentos de acesso alternativos. Esses

mapeamentos direcionam os usuários às URLs corretas durante sua interação com o SharePoint

Foundation 2010 (enquanto navegam para a home page de um site do SharePoint, por exemplo). Eles

habilitam o SharePoint Foundation 2010 a mapear solicitações da Web aos aplicativos Web e sites

corretos, e permitem que o SharePoint Foundation 2010 apresente o conteúdo correto ao usuário.

Para obter mais informações, consulte Set-SPAlternateUrl.

Executar tarefas adicionais de configuração Depois de instalar o SharePoint Foundation 2010, é recomendado executar as seguintes tarefas

administrativas:

Definir configurações de email de saída.

Definir configurações do fluxo de trabalho.

Definir configurações do log de diagnóstico.

Definir configurações do antivírus.

Adicionar servidores ao farm usando o Join-SharePointFarm Execute o comando Join-SharePointFarm em todos os servidores a serem adicionados ao farm. Para

se conectar a um banco de dados de configuração e ingressar o servidor em um farm de servidores,

digite o seguinte comando no servidor (depois da instalação do SharePoint Foundation 2010):

Join-SharePointFarm -DatabaseServer

<String>

-ConfigurationDatabaseName

<String>

-Passphrase

<SecureString>

Em que:

<String> é o nome do servidor de banco de dados, por exemplo, SQL01.

Observação:



http://technet.microsoft.com/library/846b5eb0-f235-4970-837b-f8f2657722a9(Office.14).aspx

117

<SecureString> é a senha da conta do usuário no formato DOMÍNIO\senha.

Configurar o log de rastreamento O log de rastreamento pode ser útil para analisar problemas que podem ocorrer. Você pode usar

eventos que estão gravados no log de rastreamento para determinar quais alterações de configuração

foram feitas no SharePoint Foundation 2010 antes do problema ocorrer.

Por padrão, o SharePoint Foundation 2010 salva 14 dias de eventos nos arquivos de log de

rastreamento. Isso significa que arquivos de log que contenham eventos anteriores a 14 dias serão

excluídos. Use o cmdlet Set-SPLogLevel para configurar todos os logs de diagnóstico.

Você pode usar a página Log de Diagnóstico na Administração Central para configurar o número

máximo de arquivos de log de rastreamento que serão mantidos e por quanto tempo (em minutos) os

eventos serão capturados para cada arquivo de log.

Você também pode especificar onde os arquivos de log são gravados ou aceitar o caminho padrão

usando o cmdlet Set-SPLogLevel.

Arquivos de log de rastreamento podem ajudá-lo a resolver problemas relacionados a mudanças de

configuração no serviço de Pesquisa do Microsoft SharePoint Foundation. Como tais problemas nem

sempre são descobertos imediatamente, é recomendado salvar todos os arquivos de log de

rastreamento que o sistema criar no dia que você fizer essas mudanças. Armazene-os por algum

tempo em um local seguro, onde não sejam substituídos. É recomendado armazená-los em uma

partição de disco rígido que seja exclusiva para esse tipo de armazenamento.

Para obter informações adicionais sobre o log de diagnóstico, consulte Configure diagnostic logging


118

Configuração inicial (SharePoint Foundation 2010)

Depois da instalação do Microsoft SharePoint Foundation 2010, execute uma configuração inicial. Se

estiver usando vários idiomas no farm de servidores, instale os pacotes de idiomas apropriados nos

servidores Web. Em seguida, inicie a configuração das opções do farm de servidores. Essa

configuração é opcional, mas diversos recursos importantes só estão disponíveis quando tais opções

estão configuradas. Depois de criar um aplicativo Web e configurar os serviços que serão usados com

esse aplicativo, inicie a criação dos conjuntos de sites.

Os artigos nesta seção são úteis para executar a configuração inicial do SharePoint Foundation 2010.

Implantar pacotes de idiomas (SharePoint Foundation 2010)

Os pacotes de idiomas permitem que proprietários de site e administradores de conjuntos de sites

criem sites e conjuntos de sites do SharePoint em vários idiomas sem a necessidade de

instalações separadas do SharePoint Foundation 2010. Este artigo descreve como instalar pacotes

de idiomas em servidores Web.

Definir configurações do farm (SharePoint Foundation 2010)

Este artigo descreve como configurar opções adicionais no farm de servidores, por exemplo, email

de entrada e de saída, conta de celular e log de diagnóstico.

Configurar serviços (SharePoint Foundation 2010)

É possível implantar serviços individuais independentemente, contudo você pode implementar

apenas serviços que sejam necessários para a sua organização. Os serviços implantados são

chamados de aplicativos de serviço. Aplicativo de serviço é aquele que oferece um recurso que

pode ser compartilhado entre os sites de um farm ou, algumas vezes, de vários farms, e pode ser

acessado pelos usuários que hospedam um aplicativo Web. Este artigo aborda como iniciar, parar

e configurar serviços, e como gerenciar e publicar aplicativos de serviço.

Preparar a hospedagem de sites (SharePoint Foundation 2010)

Depois de instalar o SharePoint Foundation 2010 e executar a configuração inicial, inicie a criação

dos sites do SharePoint. Este artigo descreve como criar um aplicativo Web e um conjunto de sites

que são a base para a criação dos sites do SharePoint.

119

Implantar pacotes de idiomas (SharePoint Foundation 2010)

Neste artigo:

Sobre IDs de idioma e pacotes de idioma

Baixando pacotes de idiomas

Preparando seus servidores Web para pacotes de idiomas

Instalando pacotes de idiomas em seus servidores Web

Desinstalando pacotes de idiomas

Os pacotes de idioma permitem que os proprietários de sites e os administradores de conjuntos de

sites criem sites e conjuntos de sites do SharePoint em vários idiomas, não exigindo instalações

separadas do Microsoft SharePoint Foundation 2010. Você instala os pacotes de idioma, contendo

modelos de site específicos do idioma, nos servidores Web. Quando um administrador cria um site ou

um conjunto de sites baseados em um modelo de site específico do idioma, o texto exibido no site ou

no conjunto de sites é apresentado no idioma do modelo de site. Os pacotes de idioma, em geral, são

utilizados em implantações multinacionais, onde um único farm de servidores atende a pessoas em

diferentes localidades, ou quando os sites e as páginas da Web devem ser duplicadas em um ou mais

idiomas.

Você não pode alterar o idioma de um site, conjunto de sites ou página da Web existente para

outro idioma, aplicando diferentes modelos de site específicos de um idioma. Depois que você

escolhe um modelo de site específico de um idioma para um site ou conjunto de sites, o site ou

conjunto de sites sempre exibirá o conteúdo no idioma do modelo de site original.

Os separadores de palavras e os lematizadores permitem que você pesquise, com eficiência e

eficácia, o conteúdo de sites e conjuntos de sites do SharePoint em vários idiomas, sem exigir

instalações separadas do SharePoint Foundation 2010. Os separadores de palavras e os

lematizadores são instalados automaticamente nos servidores Web pela Instalação.

Ao desinstalar o SharePoint Foundation 2010, desinstale todos os pacotes de idioma antes de

desinstalar o SharePoint Foundation 2010.

Sobre IDs de idioma e pacotes de idioma Quando proprietários de sites ou administradores de conjuntos de sites criam sites ou conjuntos de

sites, eles podem escolher um idioma para cada site ou conjunto de sites

Observação:

Importante:

120

O idioma escolhido possui uma identificação do idioma (ID). A ID de idioma determina o idioma usado

para exibir e interpretar o texto publicado no site ou no conjunto de sites. Por exemplo, quando um

proprietário de site escolhe criar um site em francês, as barras de ferramentas, barras de navegação,

listas e os cabeçalhos de coluna do site aparecem em francês. Da mesma forma, se um proprietário de

site escolher criar um site em árabe, as barras de ferramentas, barras de navegação, listas e os

cabeçalhos de coluna do site aparecerão em árabe. Além disso, a orientação padrão da esquerda para

a direita do site mudará para da direita para a esquerda, de modo a exibir adequadamente o texto em

árabe.

A lista de idiomas disponíveis que podem ser usados para criar um site ou conjunto de sites é gerada

pelos pacotes de idioma instalados em seus servidores. Por padrão, sites e conjuntos de sites são

criados no idioma em que o SharePoint Foundation 2010 foi instalado. Por exemplo, se você instalar a

versão do SharePoint Foundation 2010 em espanhol, o idioma padrão de sites, conjunto de sites e

páginas da Web será o espanhol. Se alguém precisar criar sites, conjuntos de sites ou páginas da Web

em um idioma diferente do padrão do SharePoint Foundation 2010, você deverá instalar o pacote de

idioma nos servidores Web. Por exemplo, se estiver executando a versão do SharePoint Foundation

2010 em francês e um proprietário de sites desejar criar sites em francês, inglês e espanhol, você

deverá instalar os pacotes de idioma inglês e espanhol nos servidores Web.

Por padrão, quando um proprietário de sites cria uma nova página da Web em um site, o site

exibe o texto no idioma especificado pela ID de idioma.

Os pacotes de idioma não estão reunidos em pacotes de instalação multilíngues. Você deve instalar

um pacote de idioma especifico para cada idioma ao qual deseje oferecer suporte. Além disso, pacotes

de idioma devem ser instalados em cada um dos servidores Web para garantir que cada servidor Web

possa renderizar o conteúdo no idioma especificado.

Não é possível alterar um site, um conjunto de sites ou uma página da Web existente de um

idioma para outro aplicando diferentes modelos de site específicos para cada idioma. Depois

que você usar um modelo de site específico de um idioma para um site ou conjunto de sites,

estes últimos sempre exibirão conteúdo no idioma do modelo de site original.

Para obter uma lista de todos os pacotes de idiomas disponíveis, com os respectivos links para

download, consulte Language packs (SharePoint Foundation 2010).

Embora um proprietário de sites especifique uma ID de idioma para um site, alguns elementos da

interface de usuário, como as mensagens de erro, notificações e caixas de diálogo, não são exibidos

no idioma especificado. Isso ocorre porque o SharePoint Foundation 2010 depende de várias

tecnologias de suporte — por exemplo, o Microsoft .NET Framework, o Microsoft Windows Workflow

Foundation, o Microsoft ASP.NET e o Microsoft SQL Server 2005 — algumas das quais estão

localizadas em apenas um número limitado de idiomas. Se um elemento da interface do usuário for

gerado por alguma das tecnologias de suporte não localizadas no idioma especificado pelo proprietário

do site, o elemento da interface do usuário aparecerá em inglês. Por exemplo, se um proprietário de

sites criar um site em hebraico e o componente .NET Framework exibir uma mensagem de notificação,

Observação:

Importante:

http://technet.microsoft.com/library/3d599354-863e-4528-9fe8-867df5f45658(Office.14).aspx

121

essa mensagem não será exibida em hebraico porque o .NET Framework não está localizado em

hebraico. Essa situação pode ocorrer quando os sites são criados em qualquer idioma, com exceção

dos seguintes: chinês, francês, alemão, italiano, japonês, coreano e espanhol.

Cada pacote de idiomas instalado cria uma pasta em

%COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LAYOUTS\Locale_ID que contém dados específicos da cultura. Em cada pasta

locale_ID, deve haver somente um arquivo de erro HTML, que contém as informações de erro

usadas quando um arquivo não é encontrado. Sempre que um arquivo não é encontrado para

qualquer site dessa cultura, esse arquivo é usado. Você pode especificar o arquivo a ser

usado definindo a propriedade SPWebApplication.FileNotFoundPage para cada aplicativo

Web. Para obter mais informações, consulte o artigo sobre a propriedade

SPWebApplication.FileNotFoundPage.


Há casos em que alguns textos talvez tenham origem no idioma de instalação original, o que pode criar

um ambiente de idioma misto. Esse tipo de ambiente de idioma misto é geralmente visto somente

pelos criadores de conteúdo ou proprietários de sites, não pelos usuários do site.

Baixando pacotes de idiomas É necessário realizar as etapas a seguir para cada idioma ao qual você deseja oferecer suporte. Se

optar por baixar mais de um idioma, lembre-se de que um arquivo exclusivo que possui um nome

comum é baixado para cada idioma. Portanto, baixe cada pacote de idiomas em uma pasta separada

no disco rígido, para não substituir um pacote de idiomas de um idioma diferente.

Por padrão, os arquivos de ajuda do Windows PowerShell são instalados em inglês (en-us).

Para exibi-los no mesmo idioma do sistema operacional, instale o pacote de idiomas

correspondente ao idioma de instalação do sistema operacional.

Se estiver fazendo uma atualização de uma versão anterior do Microsoft SharePoint

Foundation e estiver usando os recursos do Group Approval (eApproval), você deverá

instalar todos os pacotes de idiomas antes de executar o Assistente de Configuração de

Produtos do SharePoint:

Depois da instalação dos pacotes de idiomas, execute o comando a seguir na pasta

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14:

psconfig.exe –cmd upgrade –inplace v2v

1. Baixe a versão de 64 bits do pacote de idiomas usando um dos links de download a seguir.

Importante:

Importante:

Importante

Baixar o pacote de idioma



122

2. Na página de download, selecione o idioma desejado na lista Alterar Idioma e clique em

Alterar.

3. Clique em Baixar na página da Web.

4. Na caixa de diálogo exibida, clique em Salvar para baixar uma cópia do arquivo no

computador local.

Se você estiver desinstalando o SharePoint Foundation 2010, deverá desinstalar todos os

pacotes de idiomas antes de desinstalar o SharePoint Foundation 2010.

Preparando seus servidores Web para pacotes de idiomas Antes de instalar pacotes de idiomas nos servidores Web, faça o seguinte:

Instale os arquivos de idiomas necessários nos servidores Web.

Instale o SharePoint Foundation 2010 em cada um dos servidores Web.

Execute o Assistente de Configuração de Produtos do SharePoint em cada um dos servidores

Web.

Arquivos de idiomas são usados pelo sistema operacional e fornecem suporte para a exibição e a

digitação de texto em vários idiomas. Os arquivos de idiomas incluem o seguinte:

Arquivos de teclado

Editores de Método de Entrada (IMEs)

Arquivos de fontes TrueType

Arquivos de fontes de bitmap

Tabelas de conversão de páginas de código

Arquivos de Suporte ao Idioma Nacional (.nls)

Mecanismos de script para renderização de scripts complexos

Por padrão, a maioria dos arquivos de idiomas é instalada no sistema operacional Microsoft Windows

Server 2008. No entanto, você deve instalar arquivos de idiomas suplementares para idiomas do leste

asiático e idiomas que usem script complexo ou exijam orientações da direita para a esquerda. Os

idiomas do leste asiático incluem chinês, japonês e coreano. Os idiomas com orientação da direita

para a esquerda e script complexo incluem árabe, armênio, georgiano, hebraico, idiomas índicos,

tailandês e vietnamita. Instruções para instalar esses arquivos de idiomas suplementares são

fornecidas no procedimento a seguir.

Recomendamos que você instale esses arquivos de idiomas somente se precisar deles. Os arquivos

para o leste asiático exigem cerca de 230 megabytes de espaço em disco rígido. Os idiomas de script

complexo e da direita para a esquerda não usam muito espaço em disco, mas a instalação de um dos

conjuntos de arquivos pode reduzir o desempenho durante a digitação do texto.

Observação:

123

Você precisará do disco do produto Windows Server 2008 para executar este procedimento ou

precisará saber o local de uma pasta compartilhada que contenha os arquivos de instalação do

sistema operacional.

Você deve reiniciar o computador após instalar arquivos de idiomas suplementares.

1. Você deve ser membro do grupo Administradores no computador para instalar esses arquivos

de idioma. Depois que os arquivos de idioma forem instalados, os idiomas estarão disponíveis

para todos os usuários do computador.

2. No servidor Web, clique em Iniciar, aponte para Configurações, aponte para Painel de

Controle e clique em Opções Regionais e de Idiomas.

3. Na caixa de diálogo Opções Regionais e de Idiomas, na guia Teclados e Idiomas, na seção

Idioma de Exibição, clique em Instalar/Desinstalar idiomas.

4. Na caixa de diálogo Instalar ou Desinstalar Idiomas, clique em Instalar idiomas.

5. Na página Selecione os Idiomas que Serão Instalados, selecione o idioma a ser instalado em

uma lista de idiomas disponíveis. Se o idioma desejado não aparecer, clique em Procurar

pasta para navegar até o local onde o arquivo de idioma foi baixado. O arquivo de idioma é um

arquivo .cab.

6. Selecione todos os idiomas que você deseja instalar e clique em Avançar.

7. Aceite os termos e clique em Avançar.

8. Clique em Instalar.

Após instalar os arquivos de idioma necessários nos servidores Web, é necessário instalar o

SharePoint Foundation 2010 e executar o Assistente de Configuração de Produtos do SharePoint. O

assistente cria e configura o banco de dados de configuração e realiza outras tarefas de configuração

que devem ser concluídas antes da instalação dos pacotes de idiomas. Para obter mais informações

sobre como instalar o SharePoint Foundation 2010 e executar o Assistente de Configuração de

Produtos do SharePoint, consulte Visão geral da implantação (SharePoint Foundation 2010).

Instalando pacotes de idiomas em seus servidores Web Depois de instalar os arquivos de idiomas necessários em seus servidores, você pode instalar os

pacotes de idiomas. Os pacotes de idiomas estão disponíveis como downloads individuais (um

download para cada idioma com suporte). Se você tiver um ambiente de farm de servidores e estiver

instalando pacotes de idiomas para fornecer suporte a vários idiomas, será preciso instalar os pacotes

de idiomas em cada um de seus servidores Web.

Observação

Instalar arquivos de idiomas suplementares no Windows Server 2008

Importante:

124

O pacote de idiomas é instalado em seu idioma nativo. Por exemplo, o arquivo executável do

pacote de idiomas para russo está em russo. O procedimento fornecido a seguir é para o

pacote de idiomas do inglês.

1. Execute Setup.exe.



3. A Instalação é executada e instala o pacote de idiomas.

4. Execute novamente o Assistente de Configuração de Produtos do SharePoint, usando as

configurações padrão. Se você não fizer isso após instalar um pacote de idiomas, o pacote de

idiomas não será instalado adequadamente.

1. Clique em Iniciar, aponte para Todos os Programas clique em Produtos do Microsoft

SharePoint 2010 e em Assistente de Configuração de Produtos do SharePoint 2010 .

2. Na página Produtos do SharePoint, clique em Avançar.

3. Clique em Sim na caixa de diálogo que avisa que alguns serviços precisam ser reiniciados

durante a configuração.

4. Na página Modificar Configurações do Farm de Servidores, clique em Não desconectar deste

farm de servidores e clique em Avançar.

5. Se for exibida a página Modificar Configurações de Administração da Web da Administração

Central do SharePoint, não altere as configurações padrão e clique em Avançar.

6. Na página Concluindo o Assistente de Configuração de Produtos e Tecnologias do SharePoint,

clique em Avançar.


Quando você instala pacotes de idiomas, os modelos de sites específicos de um idioma são instalados

no diretório %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\template\número, onde número é a ID do idioma que você está instalando. Por exemplo,

o pacote de idioma para Inglês (Estados Unidos) instala o diretório

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\template\1033. Depois

que você instalar um pacote de idioma, os proprietários de sites e administradores de conjuntos de

sites poderão criar sites e conjuntos de sites com base nos modelos de sites específicos de idiomas,

informando um idioma quando estiverem criando um novo site ou conjunto de sites do SharePoint.

Desinstalando pacotes de idiomas Se não precisar mais fornecer suporte a um idioma para o qual tenha instalado um pacote de idiomas,

você poderá remover o pacote de idiomas, usando o Painel de Controle. A remoção de um pacote de

Instalar um pacote de idiomas

Execute novamente o Assistente de Configuração dos Produtos do SharePoint 2010

125

idiomas remove os modelos de site específicos do idioma do computador. Todos os sites criados que

possuem esses modelos de site específicos do idioma não funcionarão mais (a URL vai gerar uma

página HTTP 500 - Erro interno do servidor). A reinstalação do pacote de idioma fará com que o site

funcione novamente.

Não é possível remover o pacote de idiomas da versão do SharePoint Foundation 2010 que

você instalou no servidor. Por exemplo, se você estiver executando a versão em japonês do

SharePoint Foundation 2010, não será possível desinstalar o suporte ao idioma japonês para o


Observação:

126

Definir configurações do farm (SharePoint Foundation 2010)

Depois da instalação inicial do Microsoft SharePoint Foundation 2010, é possível determinar diversas

opções adicionais. Algumas delas incluem a configuração do conjunto de dados de integridade e uso

(a fim de assegurar que você colete dados relevantes para análise), a definição de diversas opções de

log de diagnóstico (para dar suporte à solução de problemas) e a especificação de uma conta de

celular (permitindo que os usuários recebam alertas por SMS quando ocorrem alterações em uma lista

ou item do SharePoint). A configuração de opções adicionais é opcional, mas muitos recursos

importantes só estão disponíveis quando essas opções estão configuradas.

Os artigos nesta seção descrevem como configurar o farm de servidores.


Este artigo descreve como configurar o conjunto de dados de integridade e uso no SharePoint

Foundation 2010.


Este artigo descreve como configurar o log de diagnóstico, que pode ser necessário depois da

implantação inicial ou de uma atualização e, possivelmente, em todo o ciclo de vida do sistema.

Integração de email (SharePoint Foundation 2010)

Este artigo descreve como configurar o email de entrada e de saída no farm de servidores.

Configurar uma conta móvel (SharePoint Foundation 2010)

Este artigo aborda como configurar e gerenciar uma conta de celular do SharePoint Foundation

2010 para permitir que os usuários assinem alertas a serem enviados por SMS.

Instalar e configurar o Remote BLOB Storage ou o External BLOB Storage (SharePoint Foundation

2010)

Este artigo descreve como instalar e configurar o RBS (Remote BLOB Storage) para um servidor

de banco de dados do Microsoft SQL Server 2008 que ofereça suporte a um farm do Microsoft


127


This article provides information about configuring usage and health data collection in Microsoft


The system writes usage and health data to the logging folder and to the logging database. To

configure settings for the logging database, you must use Windows PowerShell.

In this article:

Configure usage and health data collection by using Central Administration

Configure usage data collection by using Windows PowerShell

To configure usage data collection for a specific event type by using Windows PowerShell

Log usage data in a different logging database by using Windows PowerShell

You cannot configure health data collection settings by using Windows PowerShell.

Configure usage and health data collection by using Central Administration You can use only Central Administration to configure usage and health data collection.

1. Verify that the user account performing this procedure is a member of the Farm Administrators

group.

Observação:

The usage and health data settings are farm-wide and cannot be set for individual

servers in the farm.

2. In Central Administration, on the Home page, click Monitoring.

3. On the Monitoring page, in the Reporting section, click Configure usage and health data

collection.

4. On the Configure usage and health data collection page, in the Usage data collection section,

enable usage data collection by selecting the Enable usage data collection text box.

5. In the Event Selection section, select the events to log by selecting the check box next to the

events in the Events to log list.

Observação:

Observação:

To configure usage and health data collection by using Central Administration

128

Logging uses system resources and can affect performance and disk usage. Only log

those events for which you want regular reports. For ad hoc reports or investigations,

enable logging for specific events, and then disable logging for the events after the

report or investigation is complete.

6. In the Usage data collection settings section, type the path of the folder you want usage and

health information to be written to in the Log file location box. The path that you specify must

exist on all farm servers.

Observação:

These settings are applied to all events. To set event collection settings for individual

event types, you must use Windows PowerShell.

7. Type the maximum disk space for the logs in gigabytes (between 1 and 20 GB) in the

Maximum log file size box.

8. In the Health data collection section, select the Enable health data collection check box. To

change the collection schedules, click Health Logging Schedule. A list of timer jobs that

collect health data is listed. Click any of the timer jobs to change its schedule, or disable that

timer job.

9. In the Logging Database Server section, to change the authentication used, select either the

Windows authentication or SQL authentication option.

Observação:

To change the Database Server and Database Name values, you must use Windows

PowerShell.

Configure usage data collection by using Windows PowerShell

You can configure usage data collection by using Windows PowerShell, but you cannot

configure health data collection by using Windows PowerShell.

1. Verify that you meet the following minimum requirements: Consulte Add-SPShellAdmin.

2. On the Start menu, click All Programs.

3. Click Microsoft SharePoint 2010 Products.

4. Click SharePoint 2010 Management Shell.

5. At the Windows PowerShell command prompt (that is, PS C:\>), type the following command,

and then press ENTER:

Set-SPUsageService [-LoggingEnabled {1 | 0}] [-UsageLogLocation <Path>] [-

Observação:

To configure usage data collection by using Windows PowerShell

129

UsageLogMaxSpaceGB <1-20>] [-Verbose]

Importante:

You must specify a path for UsageLogLocation that exists on all farm servers.

Enable usage data logging by typing -LoggingEnabled 1. Specify the maximum amount of drive

space used for logging with the UsageLogMaxSpaceGB parameter.

For more information, see Set-SPUsageService.

To configure usage data collection for a specific event type by using Windows PowerShell The event types listed on the Configure usage and health data collection page in Central Administration

are the same as Usage Definitions in Windows PowerShell. You can use only Windows PowerShell to

configure usage definitions individually. Moreover, you can configure only the DaysRetained setting.







Set-SPUsageDefinition -Identity <GUID> [-Enable] [-DaysRetained <1-30>] [-Verbose]

Use the Enabled switch to enable usage logging for this usage definition. Use DaysRetained to

specify how long the usage data is retained in the log before being deleted. The range is 1 to

30 days. To view the progress of the command, use the Verbose parameter.

For more information, see Set-SPUsageDefinition.

Log usage data in a different logging database by using Windows PowerShell

You can use only Windows PowerShell to change this setting.



To configure usage data logging for a specific event type using Windows PowerShell

Observação:

To log usage data in a different logging database by using Windows PowerShell

http://technet.microsoft.com/library/c758e682-3a57-4d47-a932-56a96b56614d(Office.14).aspx

http://technet.microsoft.com/library/05ff2fea-1955-4537-8cfb-1b0e3890e1be(Office.14).aspx

130





Set-SPUsageApplication -DatabaseServer <Database server name> -DatabaseName <Database

name> [-DatabaseUsername <User name>] [-DatabasePassword <Password>] [-Verbose]

You must specify the value for the DatabaseServer parameter, even if the new database is on

the same database server as the old one. You must use both the DatabaseUsername and the

DatabasePassword parameters if the database owner is a different user account that the one you

with which you are logged on. To view the progress of the command, use the Verbose

parameter.

For more information, see Set-SPUsageApplication.

Consulte também Monitoring overview (SharePoint Foundation 2010)

http://technet.microsoft.com/library/4b918524-5af9-4265-9dcc-470f70fbaaba(Office.14).aspx

http://technet.microsoft.com/library/d2e48b54-1a32-4ec6-8b9e-b884b7faca8f(Office.14).aspx

131


This article provides information about configuring diagnostic logging in Microsoft SharePoint

Foundation 2010.

In this article:

Best practices

Configure diagnostic logging by using Central Administration

Configure diagnostic logging by using Windows PowerShell

Best practices The SharePoint Foundation 2010 environment might require configuration of the diagnostic loggings

settings after initial deployment or upgrade and possibly throughout the system’s life cycle. The

guidelines in the following list can help you form best practices for the specific environment.

Change the drive that logging writes to. By default, diagnostic logging is configured to write logs

to the same drive and partition that SharePoint Foundation 2010 was installed on. Because

diagnostic logging can use lots of drive space and writing to the logs can affect drive performance,

you should configure logging to write to a drive that is different from the drive on whichSharePoint

Foundation 2010 was installed. You should also consider the connection speed to the drive that

logs are written to. If verbose-level logging is configured, lots of log data is recorded. Therefore, a

slow connection might result in poor log performance.

Restrict log disk space usage. By default, the amount of disk space that diagnostic logging can

use is not limited. Therefore, limit the disk space that logging uses to make sure that the disk does

not fill up, especially if you configure logging to write verbose-level events. When the disk restriction

is used up, the oldest logs are removed and new logging data information is recorded.

Use the Verbose setting sparingly. You can configure diagnostic logging to record verbose-level

events. This means that the system will log every action that SharePoint Foundation 2010 takes.

Verbose-level logging can quickly use drive space and affect drive and server performance. You

can use verbose-level logging to record a greater level of detail when you are making critical

changes and then re-configure logging to record only higher-level events after you make the

change.

Regularly back up logs. The diagnostic logs contain important data. Therefore, back them up

regularly to make sure that this data is preserved. When you restrict log drive space usage, or if

you keep logs for only a few days, log files are automatically deleted, starting with the oldest files

first, when the threshold is met.

132

Enable event log flooding protection. Enabling this setting configures the system to detect

repeating events in the Windows event log. When the same event is logged repeatedly, the

repeating events are detected and suppressed until conditions return to a typical state.

You can set the level of diagnostic logging for the event log and for the trace log. This will limit the types

and amount of information that will be written to each log. The following tables define the levels of

logging available for the event log and trace log:

Event log levels

Level Definition

None No logging occurs.

Critical This message type indicates a serious error that

has caused a major failure in the solution.

Error This message type indicates an urgent condition.

All error events should be investigated.

Warning This message type indicates a potential problem

or issue that might require attention. Warning

messages should be reviewed and tracked for

patterns over time.

Information Information messages do not require any action,

but they can provide valuable data for monitoring

the state of your solution.

Verbose This event log level corresponds to lengthy events

or messages.

Trace log levels

Level Definition

None No trace logs are written.

Unexpected This level is used to log messages about events

that cause solutions to stop processing. When set

to log at this level, the log will only include events

at this level.

Monitorable This level is used to log messages about any

unrecoverable events that limit the solution’s

functionality but do not stop the application. When

set to log at this level, the log will also include

133

Level Definition

critical errors (Unexpected level).

High This level is used to log any events that are

unexpected but which do not stall the processing

of a solution. When set to log at this level, the log

will include warnings, errors (Monitorable level)

and critical errors (Unexpected level).

Medium When set to this level, the trace log includes

everything except Verbose messages. This level is

used to log all high-level information about

operations that were performed. At this level, there

is enough detail logged to construct the data flow

and sequence of operations. This level of logging

could be used by administrators or support

professionals to troubleshoot issues.

Verbose When set to log at this level, the log includes

messages at all other levels. Almost all actions

that are performed are logged when you use this

level. Verbose tracing produces many log

messages. This level is typically used only for

debugging in a development environment.

Configure diagnostic logging by using Central Administration You can use Central Administration to configure diagnostic logging.

1. Verify that the user account that is performing this procedure is a member of the Farm

Administrators SharePoint group.

2. In Central Administration, on the Home page, click Monitoring.

3. On the Monitoring page, in the Reporting section, click Configure diagnostic logging.

4. On the Diagnostic Logging page, in the Event Throttling section, you can configure event

throttling as follows:

To configure event throttling for all categories:

a. Select the All Categories check box.

To configure diagnostic logging by using Central Administration

134

b. Select the event log level from the Least critical event to report to the event log list.

c. Select the trace log level from the Least critical event to report to the trace log list.

To configure event throttling for one or more categories:

a. Select the check boxes next to the categories that you want.

b. Select the event log level from the Least critical event to report to the event log list.

c. Select the trace log level from the Least critical event to report to the trace log list.

To configure event throttling for one or more sub-categories (you can expand one or more

categories and select any sub-category):

a. Click (+) next to the category to expand the category.

b. Select the check box next to the sub-category.

c. Select the event log level from the Least critical event to report to the event log list.

d. Select the trace log level from the Least critical event to report to the trace log list.

To configure event throttling for all categories back to default settings:

a. Select the All Categories check box.

b. Select Reset to default from the Least critical event to report to the event log list.

c. Select Reset to default from the Least critical event to report to the trace log list.

5. In the Event Log Flood Protection section, select the Enable Event Log Flood Protection

check box.

6. In the Trace Log section, in the Path box, type the path of the folder to which you want logs to

be written.

7. In the Number of days to store log files box, type the number of days (1-366) that you want

logs to be kept. After this time, logs will automatically be deleted.

8. To restrict how much disk space the logs can use, select the Restrict Trace Log disk space

usage check box, and then type the number gigabytes (GB) you want to restrict log files to.

When logs reach this disk size, older logs will automatically be deleted.

9. After you have made the changes that you want on the Diagnostic Logging page, click OK.

Configure diagnostic logging by using Windows PowerShell You can use Windows PowerShell to configure diagnostic logging.




To configure diagnostic logging by using Windows PowerShell

135




Set-SPLogLevel -TraceSeverity {None | Unexpected | Monitorable | Medium | High |

Verbose} -EventSeverity {None | Information | Warning | Error | Critical | Verbose} [-

Identity <Category name…>] -Verbose

You can use the Identity parameter to specify one or more categories to change — for

example, Administration. If you do not specify the value for the Identity parameter, all

categories are changed.

To view the current settings, type Get-SPLogLevel, and then press ENTER.

To set all categories back to default levels, type Clear-SPLogLevel, and then press ENTER.

For more information, see Set-SPLogLevel.

Observação:




Consulte também Monitoring overview (SharePoint Foundation 2010)

http://technet.microsoft.com/library/c8ede92a-f685-4140-8587-96700d1a45de(Office.14).aspx

http://technet.microsoft.com/library/d2e48b54-1a32-4ec6-8b9e-b884b7faca8f(Office.14).aspx

136

Integração de email (SharePoint Foundation 2010)

Depois da instalação inicial do Microsoft SharePoint Foundation 2010, é possível configurar o email de

entrada e o de saída. Essas configurações adicionais são opcionais, porém poderão ser úteis se você

desejar trabalhar com email no farm de servidores.

Configurar emails de entrada (SharePoint Foundation 2010)

Este artigo descreve como configurar o email de entrada de modo que os sites do SharePoint

aceitem e arquivem tal email. Aborda também como configurar o email de entrada a fim de habilitar

os sites do SharePoint a arquivar as discussões por email quando elas acontecem, salvar

documentos de email e exibir reuniões publicadas em emails nos calendários de sites. Além disso,

o artigo explica como configurar o Serviço de Gerenciamento de Diretório do SharePoint de forma

a fornecer suporte para a criação e o gerenciamento de listas de distribuição de email.

Configurar emails de saída (SharePoint Foundation 2010)

Este texto detalha como configurar o email de saída de forma que o servidor SMTP envie alertas

por email aos usuários e notificações aos administradores de sites.

137

Configurar emails de entrada (SharePoint Foundation 2010)

Este artigo descreve como configurar emails de entrada para o Microsoft SharePoint Foundation 2010.

Procedimentos desta tarefa:

Instalar e configurar o serviço SMTP

Configurar emails de entrada em um cenário básico

Configurar o Gerenciador DNS

Adicionar um conector SMTP no Microsoft Exchange Server 2007

Configurar o AD DS para ser usado com o Serviço de Gerenciamento de Diretório

Configurar permissões para a pasta-depósito de emails

Configurar emails de entrada em um cenário avançado

Anexos estão ausentes em mensagens de email enviadas a uma biblioteca de documentos do

SharePoint?

Visão geral Quando o email de entrada é habilitado, os sites do SharePoint podem receber e armazenar

mensagens e anexos de email em listas e bibliotecas. Este artigo descreve dois cenários: um básico e

outro avançado. O cenário avançado contém várias opções para escolha.

Cenário básico

No cenário básico, você instala o serviço SMTP no servidor no qual o SharePoint Foundation 2010

está em execução. Alternativamente, é possível usar um serviço SMTP que esteja em execução em

outro servidor SMTP e então habilitar emails de entrada usando o modo de definições automáticas

com todas as definições padrão. Nesse cenário, o email é enviado diretamente ao servidor SMTP, e o

SharePoint Foundation 2010 verifica periodicamente se há emails na pasta-depósito padrão de emails,

que é configurada automaticamente pelo serviço SMTP. O cenário básico é adequado a um ambiente

de farm de servidor único.

Cenário avançado

No cenário avançado, há várias opções para otimizar o recurso de emails de entrada. Uma delas é

usar o Serviço de Gerenciamento de Diretório do Microsoft SharePoint. A vantagem do uso do Serviço

de Gerenciamento de Diretório reside no fato de que os endereços de contato criados para bibliotecas

de documentos aparecem automaticamente em Usuários e Computadores do Active Directory na

unidade organizacional para o SharePoint Foundation 2010. Ele também permite que os usuários

138

criem e gerenciem grupos de distribuição de email a partir de sites do SharePoint. Além disso, o

serviço cria contatos no diretório de usuários da sua empresa para que as pessoas possam encontrar

listas habilitadas para email do SharePoint em seus catálogos de endereços. No entanto, o uso do

Serviço de Gerenciamento de Diretório requer mais gerenciamento, já que ele se comunica com o AD

DS (Serviços de Domínio Active Directory). Uma das vantagens de não usar o Serviço de

Gerenciamento de Diretório é a reduzida sobrecarga administrativa. Uma das desvantagens é que é

preciso adicionar manualmente cada novo endereço de contato.

Se usar o cenário avançado, você poderá configurar emails de entrada para um farm de servidor único

ou para um farm de vários servidores. Se tiver dois ou mais servidores Web front-end em um farm do

SharePoint, você poderá usá-los para fazer o roteamento de emails de entrada no farm. A tabela a

seguir descreve as ações necessárias e as opções que podem ser selecionadas para configurar emails

de entrada para um farm.

Ação Comentário

Configure o Gerenciador DNS adicionando um

registro de recurso (A) de host.

Você deve adicionar um registro de recurso (A) de

host para associar os nomes de domínio DNS de

computadores (ou hosts) aos respectivos

endereços IP.

Adicione um conector SMTP. Você deve adicionar um conector SMTP para que

o computador do Microsoft Exchange Server 2007

faça o roteamento de emails de entrada para o

servidor correto.

Use o Serviço de Gerenciamento de Diretório

(opcional).

Use o Serviço de Gerenciamento de Diretório para

que os usuários possam criar e gerenciar grupos

de distribuição de email nos sites do SharePoint.

Os endereços de contato criados para bibliotecas

de documentos são exibidos automaticamente no

AD DS.

Observação:

Se você não usa o Exchange Server,

personalize seu próprio serviço de

gerenciamento de diretório.

Use uma pasta-depósito de emails específica

(opcional).

Use uma pasta-depósito de emails específica para

habilitar o SharePoint Foundation 2010 a fazer a

sondagem de emails de entrada no serviço SMTP.

139

Para obter mais informações sobre o Serviço de Gerenciamento de Diretório, consulte o artigo sobre

como explorar o SharePoint: integração de diretórios do SharePoint


Antes de configurar emails de entrada no SharePoint Foundation 2010, leia o seguinte artigo:

Planejar emails de entrada (Windows SharePoint Services)

Requisitos da tarefa Os requisitos a seguir são necessários para a execução dos procedimentos desta tarefa:

O SharePoint Foundation 2010 deve estar instalado.

Um ou mais servidores do farm devem estar executando o serviço SMTP e usando um endereço

de servidor SMTP válido. Como alternativa, você precisa saber o nome de outro servidor que está

executando o serviço SMTP.

Cada servidor Web front-end do SharePoint deve estar executando o serviço SMTP e o serviço de

aplicativo Web do Windows SharePoint Services.

A conta de identidade do pool de aplicativos da Administração Central, a conta de logon do serviço

de Timer do Windows SharePoint Services e as contas de identidade do seu pool de aplicativos

Web devem ser membros do grupo Administradores no computador local que contém a pasta de

recebimento de email.

Instalar e configurar o serviço SMTP Os emails de entrada no SharePoint Foundation 2010 usam o serviço SMTP. É possível usar o serviço

SMTP de duas maneiras. Você pode instalar o serviço SMTP em um ou mais servidores do farm, ou os

administradores podem fornecer uma pasta-depósito dos emails encaminhados do serviço em outro

servidor.

Analise cuidadosamente o uso da opção de pasta-depósito de emails. Um fator a ser

considerado é que a administração do outro servidor pode afetar a disponibilidade de emails

de entrada, pois pode alterar a configuração SMTP. Um segundo fator é que essa opção exige

a etapa adicional de configuração de permissões para a pasta-depósito de emails.

Instalar o serviço SMTP

Se você não usar uma pasta-depósito de emails, o serviço SMTP deverá ser instalado em cada

servidor Web front-end do farm a ser configurado para emails de entrada. Para instalar o serviço

SMTP, use o Assistente para Adicionar Recursos, no Gerenciador do Servidor. Depois de concluído o

procedimento, uma configuração SMTP padrão terá sido criada. Você pode administrá-la para atender

às necessidades do seu ambiente.

Observação:


http://technet.microsoft.com/pt-br/library/cc288433.aspx

140

1. Verifique se você possui as seguintes credenciais administrativas:

É necessário ser membro do grupo Administradores no computador local.

2. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Gerenciador do

Servidor.

3. No Gerenciador do Servidor, clique em Recursos.

4. Em Resumo dos Recursos, clique em Adicionar Recursos para abrir o Assistente para

Adicionar Recursos.

5. Na página Selecionar Recursos, selecione Servidor SMTP.

6. Na caixa de diálogo Assistente para Adicionar Recursos, clique em Adicionar Recursos

Necessários e clique em Avançar.

7. Em Confirmar Seleções de Instalação, clique em Instalar.

8. Na página Resultados da Instalação, verifique se a instalação foi concluída com êxito e clique

em Fechar.

Instalar ferramentas de gerenciamento do IIS 6.0

Para gerenciar o serviço SMTP no Windows Server 2008, você deve usar o Gerenciador do IIS

(Serviços de Informações da Internet) 6.0.




Servidor.


4. Em Serviços de Função, clique em Adicionar Serviços de Função.

5. Na página Selecionar Serviços de função, selecione Ferramentas de Gerenciamento e

Compatibilidade com gerenciamento do IIS 6 e clique em Instalar.

Configurar o serviço SMTP

Depois de instalar o serviço SMTP, configure-o para aceitar email para o servidor de email para o

domínio. Você pode optar por aceitar emails retransmitidos de todos os servidores, exceto daqueles

especificamente excluídos. Como alternativa, é possível bloquear emails de todos os servidores,

exceto daqueles especificamente incluídos. Os servidores podem ser incluídos individualmente ou em

grupo por sub-rede ou domínio.

Depois de configurar o serviço, defina-o para iniciar automaticamente.

Para instalar o serviço SMTP

Para instalar o Gerenciador IIS 6.0

141



2. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Gerenciador do IIS

(Serviços de Informações da Internet).

3. No Gerenciador do IIS, expanda o nome do servidor que contém o servidor SMTP que você

deseja configurar.

4. Clique com o botão direito do mouse no servidor virtual SMTP que você deseja configurar e

clique em Iniciar.


clique em Propriedades.

6. Na guia Acesso, na área Controle de acesso, clique em Autenticação.

7. Na caixa de diálogo Autenticação, verifique se Acesso anônimo está selecionado.

8. Clique em OK.

9. Na guia Acesso, na área Restrições de retransmissão, clique em Retransmissão.

10. Para habilitar a retransmissão de qualquer servidor, clique em Tudo exceto a lista abaixo .

11. Para aceitar a retransmissão de um ou mais servidores específicos, siga estas etapas:

a. Clique em Somente a lista abaixo.

b. Clique em Adicionar e adicione os servidores, um por vez, por endereço IP ou em grupos,

usando uma sub-rede ou um domínio.

c. Clique em OK para fechar a caixa de diálogo Computador.

12. Clique em OK para fechar a caixa de diálogo Restrições de Retransmissão.

13. Clique em OK para fechar a caixa de diálogo Propriedades.

1. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Serviços.

2. Em Serviços, clique com o botão direito em Protocolo SMTP e selecione Propriedades.

3. Na caixa de diálogo Propriedades do Protocolo SMTP, na guia Geral, na lista Tipo de

inicialização, selecione Automático.

4. Clique em OK.

Configurar emails de entrada em um cenário básico Antes de ativar o email de entrada no servidor que está executando o SharePoint Foundation 2010,

você deve selecionar o serviço SMTP que deseja usar.

Para configurar o serviço SMTP

Para configurar o serviço SMTP para inicialização automática

142

Use o procedimento a seguir para configurar emails de entrada. Ao concluir o procedimento, você terá

configurado tudo o que é necessário para um cenário básico. Os usuários poderão então enviar emails

para listas e bibliotecas.


É necessário ser membro do grupo Administradores no computador que está executando

o site da Administração Central do SharePoint.

2. Na Administração Central, clique em Configurações do Sistema.

3. Na seção Email e SMS (Mensagens de Texto) da página Configurações do Sistema, clique

em Configurar definições de email de entrada.

4. Se quiser habilitar sites nesse servidor para receber emails, na página Configurar Email de

Entrada, na seção Habilitar Email de Entrada , clique em Sim.

5. Selecione o modo de definições Automático.

6. Na seção Endereço de Exibição do Servidor de Email de Entrada, na caixa Endereço de

exibição do servidor de email, digite um nome para exibição do servidor de email (por

exemplo, mail.fabrikam.com).

7. Use as definições padrão para todas as outras seções e clique em OK.

Depois que você tiver configurado o email de entrada, os usuários com permissões Gerenciar Listas

poderão configurar bibliotecas de documentos e listas habilitadas para email. Para obter mais

informações sobre bibliotecas de documentos habilitadas para email, consulte o artigo sobre como

habilitar e configurar o suporte a email para uma lista ou biblioteca


Configurar o Gerenciador DNS Se usar o Exchange Server e fizer roteamento interno de emails na sua organização, crie um registro

de recurso (A) de host no Gerenciador DNS para associar os nomes de domínio DNS de

computadores (ou hosts) aos respectivos endereços IP. Sua organização talvez já tenha configurado o

Gerenciador DNS e criado um registro de recurso A. Se não for esse o caso, use o seguinte

procedimento.



2. No Gerenciador DNS, selecione a zona de pesquisa direta referente ao domínio que contém o

subdomínio para o SharePoint Foundation 2010.

3. Clique com o botão direito do mouse na zona e clique em Novo Host (A ou AAAA).

Para configurar emails de entrada em um cenário básico

Para criar um registro de recurso A para um subdomínio


143

4. Na caixa de diálogo Novo Host, na caixa de texto Nome, digite o nome do host ou do

subdomínio para o SharePoint Foundation 2010.

5. Na caixa de texto Nome de domínio totalmente qualificado (FQDN):, digite o FQDN do

servidor em que o SharePoint Foundation 2010 está em execução. Normalmente, esse nome

tem o formato subdomínio.domínio.com.

Observação:

Verifique se os domínios listados no servidor SMTP do IIS correspondem ao FQDN do

servidor que recebe emails. Se não coincidirem, você precisará criar um domínio local,

o que está descrito no procedimento a seguir.

6. Na caixa de texto Endereço IP, digite o endereço IP para o qual você deseja resolver o FQDN.

7. Clique em Adicionar Host.

8. Na mensagem que confirma a criação do registro de host, clique em OK.

9. Na caixa diálogo Novo Host, clique em Concluído.

O registro de recurso A agora é exibido no Gerenciador DNS.



2. No Gerenciador do IIS, expanda o servidor SMTP.

3. Clique com o botão direito em Domínios e, no menu Ação, aponte para Novo e clique em

Domínio.

4. Na caixa de diálogo Novo assistente de domínio SMTP, selecione Alias e clique em

Avançar.

5. Na área Nome de Domínio, na caixa Nome, digite o endereço do email a ser recebido por

esse domínio.

Esse endereço deve ser igual ao endereço especificado na etapa 4 do procedimento Para criar

um registro de recurso A para o subdomínio e na etapa 6b do procedimento Para configurar

emails de entrada em um cenário avançado.

6. Clique em Concluir.

7. Na mensagem que confirma a criação do registro de host, clique em OK.

Reinicie o servidor SMTP para que as mensagens de email que ainda estiverem na Pasta da

fila sejam movidas para a Pasta-depósito. As mensagens são então enviadas pelo serviço de

Timer do Windows SharePoint Services para sua biblioteca ou lista de destino.

Para criar um domínio local

Observação:

Observação:

144

Se estiver encaminhando email de fora de sua organização para um servidor SMTP, você

deverá usar um registro MX. Para obter mais informações, consulte o artigo sobre como

adicionar um registro de recurso de servidor de mensagens (MX) a uma zona


Adicionar um conector SMTP no Microsoft Exchange Server 2007 Um conector SMTP oferece maior controle sobre o fluxo de mensagens na sua organização. Outras

razões para usar um conector SMTP são: para definir restrições de entrega ou para especificar um

espaço de endereçamento específico. Se usar o Exchange Server para rotear emails de entrada para

listas e bibliotecas do SharePoint, você deverá ter um conector SMTP, de modo que todos os emails

enviados ao domínio do SharePoint Foundation 2010 usem os servidores do SharePoint Foundation

2010 que estão executando o serviço SMTP.

Use o procedimento a seguir para adicionar um conector SMTP ao Exchange Server. Depois que o

procedimento for concluído, o conector SMPT garantirá que os emails de entrada sejam enviados à

lista e à biblioteca corretas no farm.


Você deve ser membro do grupo Administradores no computador que está executando

Exchange Server para concluir esse procedimento.

2. No Gerenciador do Sistema do Exchange, expanda o grupo de roteamento, clique com o botão

direito do mouse em Conectores, aponte para Novo e clique em Conector SMTP.

Será exibida a caixa de> diálogo Propriedades para o novo conector.

Observação:

Se a pasta Grupos Administrativos não for exibida, no objeto Organização do

Exchange, clique com o botão direito do mouse em Propriedades e marque as caixas

de seleção Exibir Grupos Administrativos e Exibir Grupos de Roteamento. Clique

em OK. Reinicie então o Gerenciador do Sistema do Exchange.

3. Na guia Geral, digite um nome para o conector SMTP.

4. Na guia Geral, selecione uma destas opções:

Para usar as configurações de DNS definidas no servidor virtual SMTP que está

hospedando o conector, selecione Usar o DNS para rotear cada espaço de endereços

para este conector. O DNS é a configuração recomendada para o Exchange Server.

Para rotear emails para um servidor SMTP do Windows ou outro servidor em sua rede de

perímetro (também conhecida como sub-rede filtrada), selecione Encaminhar todas as

mensagens através deste conector aos hosts inteligentes a seguir. Digite o nome do

host ou o endereço IP do host inteligente entre colchetes para impedir que o Exchange

Para adicionar um conector SMTP ao Exchange Server


145

Server tente resolver o endereço IP usando o DNS. O conector SMTP encaminha então os

emails para o servidor selecionado, que lida com a resolução de DNS e entrega os emails.

5. Na guia Geral, clique em Adicionar e adicione pelo menos um servidor bridgehead e um

servidor virtual SMTP.

Os servidores que você adicionar aparecerão na lista Bridgeheads locais, na guia Geral.

6. Clique na guia Espaço de Endereçamento e em Adicionar.

7. Na caixa de diálogo Adicionar Espaço de Endereçamento, na lista Selecione um tipo de

endereço, clique em SMTP e em OK.

8. Na caixa de diálogo Propriedades do Espaço de Endereçamento da Internet, selecione as

opções a seguir:

a. Na caixa Domínio de email, digite um domínio de email para o conector.

Importante:

Na caixa Domínio de email, existe o valor padrão *, que representa todos os

endereços. Pelo menos um conector em sua organização deverá ter esse espaço

de endereçamento, para garantir que todos os domínios externos sejam roteados

para a Internet.

b. Na caixa Custo, atribua um custo adequado. Por padrão, o custo é 1.

9. Clique em OK para retornar à guia Espaço de Endereçamento.

10. Na guia Espaço de Endereçamento, na área Escopo do conector, selecione uma das

seguintes opções e clique em OK:

Para que todos os servidores na organização do Exchange Server usem esse conector

para enviar emails da Internet, clique em Toda a organização.

Para que apenas os servidores no grupo de roteamento usem esse conector para enviar

emails da Internet, clique em Grupo de roteamento.

Observação:

Se você selecionar Grupo de roteamento, verifique se existe outra maneira para que

servidores de grupos de roteamento diferentes enviem emails da Internet.

Para obter mais informações, consulte o artigo sobre gerenciamento de conectores


Configurar o AD DS para ser usado com o Serviço de Gerenciamento de Diretório Se você planeja usar o Serviço de Gerenciamento de Diretório, primeiro crie uma unidade

organizacional e defina as configurações necessárias no AD DS.

Para usar o Serviço de Gerenciamento de Diretório em um farm do SharePoint ou em um farm de

servidores remoto, configure a conta de identidade do pool de aplicativos para que o site da


146

Administração Central do SharePoint tenha o direito de usuário Criar, excluir e gerenciar contas de

usuário para o contêiner que você especificar no AD DS. A maneira preferencial de fazer isso é por

meio da atribuição do direito à conta de identidade do pool de aplicativos para o site da Administração

Central do SharePoint. Um administrador do AD DS deve configurar a UO e atribuir o direito Criar,

excluir e gerenciar contas de usuário ao contêiner. A vantagem da utilização do Serviço de

Gerenciamento de Diretório em um farm de servidores remoto é que não é necessário atribuir direitos

à UO para várias contas de serviço de farm.

Os procedimentos a seguir são executados em um controlador de domínio que executa o Windows

Server 2008 com o Gerenciador DNS. Em algumas implantações, esses aplicativos podem ser

executados em vários servidores no mesmo domínio.


É necessário ser membro do grupo Administradores do Domínio ou ser uma autoridade

delegada da administração de domínio no controlador de domínio que está executando o

Gerenciador DNS.

2. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Usuários e

Computadores do Active Directory.

3. Em Usuários e Computadores do Active Directory, clique com o botão direito do mouse na

pasta do domínio de segundo nível que contém seu farm de servidores, aponte para Novo e

clique em Unidade Organizacional.

4. Digite o nome da unidade organizacional e clique em OK.

Após criar a unidade organizacional, você deve delegar o direito Criar, excluir e gerenciar

contas de usuário ao contêiner dessa unidade organizacional de modo a gerenciar as contas

de usuário.


Você deve ser membro do grupo Administradores do Domínio ou Administradores de

Empresa no AD DS ou uma autoridade delegada para a administração de domínio.

2. Em Usuários e Computadores do Active Directory, localize a unidade organizacional que você

criou.

3. Clique com o botão direito do mouse na unidade organizacional e clique em Delegar controle

4. Na página de boas-vindas do Assistente para Delegação de Controle, clique em Avançar.

5. Na página Usuários e Grupos, clique em Adicionar e digite o nome da conta de identidade do

pool de aplicativos utilizada pela Administração Central.

6. Na caixa de diálogo Selecionar Usuários, Computadores e Grupos, clique em OK.

7. Na página Usuários ou Grupos do Assistente para Delegação de Controle, clique em Avançar.

Para criar uma unidade organizacional no AD DS

Para delegar o direito à conta de identidade do pool de aplicativos da Administração Central

147

8. Na página Tarefas a Delegar do Assistente para Delegação de Controle, marque a caixa de

seleção Criar, excluir e gerenciar contas de usuário e clique em Avançar.

9. Na última página do Assistente para Delegação de Controle, clique em Concluir para sair

desse assistente.

Para criar e excluir objetos filho, você também deve delegar os controles Criar Todos os Objetos

Filho e Excluir Todos os Objetos Filho da unidade organizacional à conta de identidade do pool de

aplicativos da Administração Central. Após a conclusão desse procedimento, a conta de identidade do

pool de aplicativos da Administração Central terá os controles Criar Todos os Objetos Filho e Excluir

Todos os Objetos Filho na unidade organizacional, e você poderá habilitar emails de entrada.


Você deve ser membro do grupo Administradores do Domínio ou do grupo

Administradores da Empresa no AD DS ou uma autoridade delegada para administração

de domínio.

2. Clique com o botão direito do mouse na unidade organizacional e clique em Delegar controle

3. No Assistente para Delegação de Controle, clique em Avançar.

4. Clique em Adicionar e digite o nome da conta de identidade do pool de aplicativos da

Administração Central.

5. Clique em OK.


7. Na página Tarefas a Delegar do Assistente para Delegação de Controle, selecione Criar uma

tarefa personalizada para delegar e clique em Avançar.

8. Selecione Esta pasta, objetos existentes nesta pasta e criação de novos objetos nesta

pasta e clique em Avançar.

9. Na seção Permissões, selecione Criar Todos os Objetos Filho e Excluir Todos os Objetos

Filho.


11. Na última página do Assistente para Delegação de Controle, clique em Concluir para sair do

assistente.

A delegação dos controles Criar Todos os Objetos Filho e Excluir Todos os Objetos Filho da

unidade organizacional à conta de identidade do pool de aplicativos para a Administração Central

permite que administradores habilitem emails para uma lista. Depois que esses controles tiverem

sido delegados, os administradores não poderão desabilitar emails para a lista ou biblioteca de

documentos, porque a conta da Administração Central tenta excluir o contato de toda a unidade

organizacional, em vez de excluí-lo da lista

Para evitar esse problema, adicione permissões Excluir Subárvore à conta de identidade do pool

Para delegar os controles Criar Todos os Objetos Filho e Excluir Todos os Objetos Filho da unidade organizacional à conta de identidade do pool de aplicativos da Administração Central

148

de aplicativos da Administração Central. Execute o procedimento a seguir para adicionar essas

permissões. Após a conclusão do procedimento, você poderá desabilitar os emails de entrada de

uma lista.


Você deve ser membro do grupo Administradores do Domínio ou do grupo

Administradores da Empresa no AD DS ou uma autoridade delegada para administração

de domínio.

2. Em Usuários e Computadores do Active Directory, clique no menu Exibir e clique em

Recursos Avançados.

3. Clique com o botão direito do mouse na unidade organizacional e clique em Propriedades.

4. Na caixa Propriedades, clique na guia Segurança e clique em Avançado

5. Na área Entradas de Permissão, clique duas vezes na conta de identidade do pool de

aplicativos da Administração Central.

6. Na área Permissões, selecione Permitir para Excluir Subárvore.

7. Clique em OK para fechar a caixa de diálogo Permissões.


9. Clique em OK para fechar Usuários e Computadores do Active Directory.

Depois de adicionar essas permissões, você deverá reiniciar o IIS (Serviços de Informações da

Internet) no farm.

Para obter mais informações, consulte o artigo sobre usuários, computadores e grupos do Active

Directory (http://go.microsoft.com/fwlink/?linkid=151331&clcid=0x416).

Configurar permissões para a pasta-depósito de emails É possível especificar uma pasta-depósito de email própria, que permite que o SharePoint Foundation

2010 recupere emails de entrada de um compartilhamento de rede em outro servidor. Você poderá

usar essa opção se não quiser usar um serviço SMTP. No entanto, a desvantagem de usar essa opção

é o fato de que o SharePoint Foundation 2010 não detecta alterações de configuração no servidor de

email remoto que está entregando emails à pasta-depósito. O resultado é que o SharePoint

Foundation 2010 não poderá recuperar emails se a localização das mensagens de email tiver sido

alterada. Porém, esse recurso é útil quando a pasta-depósito de email padrão está cheia ou quase

cheia.

Se você especificou uma pasta-depósito de emails, certifique-se de que as contas de identidade de

pool de aplicativos para a Administração Central e para o aplicativo Web têm as permissões

necessárias para essa pasta-depósito.

Para adicionar permissões Excluir Subárvore à conta de identidade do pool de aplicativos da Administração Central



149

Configurar as permissões da pasta-depósito de emails para a conta de identidade do pool de aplicativos de um aplicativo Web

Se a sua implantação usa contas de identidade do pool de aplicativos diferentes para a Administração

Central e para um ou mais aplicativos Web, cada conta de identidade de pool de aplicativos deverá ter

permissões para a pasta-depósito de emails. Se a conta de identidade do pool de aplicativos para o

aplicativo Web não tiver as permissões exigidas, os emails não serão entregues a bibliotecas de

documentos nesse aplicativo Web.

Na maioria dos casos, quando você configura emails de entrada e seleciona uma pasta-depósito de

emails, as permissões são adicionadas aos seguintes grupos de processos de trabalho:

WSS_Admin_WPG, que inclui a conta de identidade do pool de aplicativos da Administração

Central e a conta de logon do serviço de Timer do Windows SharePoint Services, tem a permissão

Controle Total.

WSS_WPG, que inclui as contas do pool de aplicativos para aplicativos Web e tem as permissões

Ler e Executar, Listar Conteúdo da Pasta e Ler.

Em alguns casos, esses grupos podem não ser automaticamente configurados para a pasta-depósito

de emails. Por exemplo, se a Administração Central estiver sendo executada como a conta Serviço de

Rede, os grupos ou as contas necessários para emails de entrada não serão adicionados quando a

pasta-depósito de emails for criada. Verifique se esses grupos foram adicionados automaticamente à

pasta-depósito de emails. Se isso não aconteceu, você poderá adicioná-los ou adicionar as contas

específicas necessárias.


Você deve ser membro do grupo Administradores no computador que contém a pasta-

depósito de emails.

2. No Windows Explorer, clique com o botão direito do mouse na pasta-depósito, clique em

Propriedades e clique na guia Segurança.

3. Na guia Segurança, na caixa Nomes de grupo ou de usuário, clique no botão Editar.

4. Na caixa de diálogo Permissões para Windows Explorer, clique no botão Adicionar.

5. Na caixa de diálogo Selecionar Usuários, Computadores ou Grupos, na caixa Inserir os

nomes dos objetos a serem selecionados, digite o nome da conta do grupo de processos

de trabalho ou do pool de aplicativos para o aplicativo Web e clique em OK.

Observação:

Essa conta está listada na guia Identidade da caixa de diálogo Propriedades do pool

de aplicativos no IIS.

6. Na caixa Permissões para Usuário ou Grupo, ao lado de Modificar, selecione Permitir.

7. Clique em OK.

Para configurar as permissões da pasta-depósito de emails para a conta de identidade do pool de aplicativos de um aplicativo Web

150

Configurar as permissões da pasta-depósito de emails para a conta de logon do serviço de Timer do Windows SharePoint Services

Assegure que a conta de logon para o serviço de Timer do Windows SharePoint Services tenha a

permissão Modificar na pasta-depósito de emails. Se a conta de logon para o serviço não tiver

permissões Modificar, as bibliotecas de documentos habilitadas para email receberão emails

duplicados.


Você deve ser membro do grupo Administradores no computador que contém a pasta-

depósito de emails.

2. No Windows Explorer, clique com o botão direito do mouse na pasta-depósito, clique em

Propriedades e clique na guia Segurança.

3. Na guia Segurança, na caixa Nomes de grupo ou de usuário, clique no botão Editar.

4. Na caixa de diálogo Permissões para Windows Explorer, clique no botão Adicionar.

5. Na caixa de diálogo Selecionar Usuários, Computadores ou Grupos, na caixa Digite os

nomes de objeto a serem selecionados, digite o nome da conta de logon do serviço de

Timer do Windows SharePoint Services e clique em OK.

Observação:

Essa conta está listada na guia Logon da caixa de diálogo Propriedades do serviço

no console Serviços.

6. Na caixa Permissões para Usuário ou Grupo, ao lado de Modificar, selecione Permitir.

7. Clique em OK.

Configurar emails de entrada em um cenário avançado O procedimento a seguir configura emails de entrada. Você também pode selecionar o Serviço de

Gerenciamento de Diretório, configurar opções para servidores de email seguro ou especificar uma

pasta-depósito de emails e determinar o endereço de exibição de emails de entrada. Após a conclusão

do procedimento, os usuários poderão enviar emails a listas e bibliotecas.


É necessário ser membro do grupo Administradores no computador que está executando

o site da Administração Central do SharePoint.

Para configurar as permissões da pasta-depósito de emails para a conta de logon do serviço de Timer do Windows SharePoint Services

Para configurar emails de entrada em um cenário avançado

151


3. Na seção Email e SMS (Mensagens de Texto) da página Configurações do Sistema, clique

em Configurar definições de email de entrada.

4. Se quiser habilitar sites nesse servidor para receber emails, na página Configurar Email de

Entrada, na seção Habilitar Email de Entrada , clique em Sim.

5. Selecione o modo de configuração Automático ou Avançado.

Se você selecionar Automático, será possível especificar se deseja aceitar emails de todos os

servidores de email ou de vários servidores de email específicos.

Se você selecionar Avançado, poderá especificar uma pasta de recebimento em vez de usar

um servidor SMTP.

6. Se quiser se conectar ao Serviço de Gerenciamento de Diretório, na seção Serviço de

Gerenciamento de Diretório, clique em Sim.

a. Na caixa Contêiner do Active Directory onde novos grupos de distribuição e

contatos serão criados, digite o nome do contêiner no formato OU=NomeDoContêiner,

DC=domínio, DC=com, onde NomeDoContêiner é o nome da unidade organizacional do

AD DS, domínio é o domínio de segundo nível e com é o domínio de primeiro nível.

Observação:

A conta de identidade de pool de aplicativos da Administração Central deve

receber a tarefa Criar, excluir e gerenciar contas de usuário do contêiner. O

acesso é configurado nas propriedades da unidade organizacional do AD DS.

b. Na caixa Servidor de email SMTP para mensagens de entrada, digite o nome do

servidor de email SMTP. O nome do servidor deve corresponder ao nome de domínio

totalmente qualificado no registro de recurso do servidor de email do Gerenciador de DNS.

c. Para aceitar somente mensagens de usuários autenticados, clique em Sim para Aceitar

mensagens de usuários autenticados somente. Caso contrário, clique em Não.

d. Para permitir que usuários criem grupos de distribuição de sites do SharePoint, clique em

Sim para Permitir criação de grupos de distribuição de sites do SharePoint. Caso

contrário, clique em Não.

e. Em Configurações de aprovação de solicitação de grupo de distribuição, selecione as

ações que exigem aprovação. As ações incluem o seguinte:

Criar novo grupo de distribuição

Alterar endereço de email de grupo de distribuição

Alterar título e descrição do grupo de distribuição

Excluir grupo de distribuição

7. Se quiser usar um Serviço de Gerenciamento de Diretório remoto, selecione Usar remoto.

a. Na caixa URL do Serviço de Gerenciamento de Diretório, digite a URL do Serviço de

Gerenciamento de Diretório que você deseja usar. Em geral, a URL está no seguinte

formato: http:// servidor:adminport/_vti_bin/SharePointEmailWS.asmx.

152

b. Na caixa Servidor de email SMTP para mensagens de entrada, digite o nome do

servidor de email SMTP. O nome do servidor deve corresponder ao nome de domínio

totalmente qualificado no registro de recurso do servidor de email do Gerenciador DNS no

servidor de domínio.

c. Para aceitar somente mensagens de usuários autenticados, clique em Sim para Aceitar

somente mensagens de usuários autenticados. Caso contrário, clique em Não.

d. Para permitir a criação de grupos de distribuição de sites do SharePoint, clique em Sim

para Permitir criação de grupos de distribuição de sites do SharePoint. Caso

contrário, clique em Não.

8. Se não quiser usar o Serviço de Gerenciamento de Diretório, clique em Não

9. Na seção Endereço de Exibição do Servidor de Email de Entrada, na caixa Endereço de

exibição do servidor de email, digite um nome para exibição do servidor de email (por

exemplo, mail.fabrikam.com).

Dica:

Você pode especificar o endereço do servidor de email que é exibido quando os

usuários criam um endereço de email de entrada para uma lista ou grupo. Use essa

definição em conjunto com o Serviço de Gerenciamento de Diretório do Microsoft

SharePoint para fornecer um endereço de servidor de email que seja mais fácil de

lembrar.

10. Na seção Pasta-depósito de Email, na caixa Pasta-depósito de email , digite o nome da

pasta na qual o SharePoint Foundation pesquisa emails de entrada a partir do Serviço SMTP.

É útil ter uma pasta-depósito de emails dedicada quando a pasta-depósito de emails padrão

está cheia ou quase cheia.

Verifique se a conta de logon do serviço de Timer do SharePoint Foundation tem permissões

Modificar na pasta-depósito de emails. Para obter mais informações, consulte "Para configurar

as permissões da pasta-depósito de emails para a conta de logon do serviço de Timer do

Windows SharePoint Services" anteriormente neste artigo.

Observação:

Essa opção está disponível apenas se você selecionou o modo avançado.

11. Na seção Servidores de Email Seguros, selecione se deseja aceitar emails de todos os

servidores de email ou de vários servidores de email específicos.

Observação:

Essa opção estará disponível somente se você tiver selecionado o modo automático.

12. Clique em OK.

Depois que você configurar emails de entrada, os administradores de site poderão configurar listas e

bibliotecas de documentos habilitadas para email. Para obter mais informações sobre bibliotecas de

documentos habilitadas para email, consulte o artigo sobre como habilitar e configurar o suporte a

email para uma lista ou biblioteca (http://go.microsoft.com/fwlink/?linkid=120164&clcid=0x416).



153

Se você selecionou o Serviço de Gerenciamento de Diretório, os endereços de contato criados para

bibliotecas de documentos aparecerão automaticamente em Usuários e Computadores do Active

Directory. Os endereços são exibidos na unidade organizacional do AD DS para o SharePoint

Foundation 2010 e devem ser gerenciados pelo administrador do AD DS. O administrador do AD DS

pode adicionar mais endereços de email para cada contato. Para obter mais informações sobre o

AD DS, consulte o artigo sobre o uso do serviço do Active Directory


Como alternativa, o computador do Exchange Server pode ser configurado adicionando-se uma nova

diretiva de destinatário global do Exchange Server. A diretiva adiciona automaticamente endereços

externos que usam o nome de domínio de segundo nível, e não o subdomínio ou nome de host para o

SharePoint Foundation 2010. Para obter mais informações sobre como gerenciar o Exchange Server,

consulte Microsoft Exchange Server 2007 (http://go.microsoft.com/fwlink/?linkid=83249&clcid=0x416).

Anexos estão ausentes em mensagens de email enviadas a uma biblioteca de documentos do SharePoint? Se anexos estiverem ausentes em mensagens de email enviadas a uma biblioteca de documentos do

SharePoint Foundation 2010, talvez seja porque você associou a biblioteca de documentos a um

endereço de email. Quando isso é feito, o Serviço de Gerenciamento de Diretório pode não adicionar

os dois seguintes atributos:

internet Encoding = 1310720

mAPIRecipient = false

Use o ADSI (Active Directory Service Interfaces) para adicionar manualmente esses dois atributos

ausentes.

Em servidores que executam o Windows Server 2008 ou o Windows Server 2008 R2, o Editor

ADSI é instalado quando você instala a função do AD DS para transformar um servidor em um

controlador de domínio. Também é possível instalar as Ferramentas de Administração de

Servidor Remoto (RSAT) do Windows Server 2008 em servidores membros do domínio ou

servidores autônomos. Para obter mais informações, consulte o artigo sobre como instalar ou

remover o Pacote de Ferramentas de Administração de Servidor

Remoto(http://go.microsoft.com/fwlink/?linkid=143345&clcid=0x416).

1. Clique em Iniciar e em Executar.

2. Na caixa de diálogo Executar, digite Adsiedit.msc e clique em OK.

3. Na janela ADSI Edit, expanda ADSI Edit, Domínio [Nome_do_Domínio], DC=DomainName,

Observação:

Para adicionar atributos usando a ferramenta ADSI






154

DC=com e CN=Users.

4. Clique com o botão direito do mouse no nome de usuário ao qual você deseja adicionar os

atributos ausentes e clique em Propriedades.

5. Na caixa de diálogo Propriedades, clique duas vezes em Codificação da Internet na guia

Editor de Atributos.

6. Na caixa de diálogo Editor de Atributos de Inteiro, digite 1310720 na caixa Valor e clique em

OK.

7. Na caixa de diálogo Propriedades, clique duas vezes em mAPIRecipient na guia Editor de

Atributos.

8. Na caixa de diálogo Editor de Atributos Boolianos, clique em Falso e em OK duas vezes.

155

Configurar emails de saída (SharePoint Foundation 2010)

Este artigo descreve como configurar emails de saída para um farm e como configurar emails de saída

para um aplicativo Web específico do Microsoft SharePoint Foundation 2010.

Procedimentos desta tarefa:


Para instalar as ferramentas de gerenciamento do IIS 6.0



Para configurar emails de saída para um farm usando a Administração Central

Para configurar emails de saída para um farm usando a ferramenta de linha de comando Stsadm

Para configurar emails de saída para um aplicativo Web específico usando a Administração

Central

Para configurar emails de saída para um aplicativo Web específico usando a ferramenta de linha

de comando Stsadm

Visão geral Emails de saída são a base sobre a qual os administradores de sites podem implementar diversos

recursos úteis de notificação por email. Esses recursos ajudam os usuários finais a controlar

alterações e atualizações em conjuntos de sites individuais e permitem que os administradores de sites

ofereçam mensagens de status. Após a configuração de emails de saída, os usuários podem criar

alertas para acompanhar itens em um site (por exemplo, listas, bibliotecas e documentos). Além disso,

os administradores de sites podem criar alertas para receberem atualizações automáticas sobre

problemas, como informações de que os proprietários de sites excederam o espaço de

armazenamento especificado.

Se quiser configurar um email de saída para um aplicativo Web específico, primeiro você deve

configurar o email de saída padrão para todos os aplicativos Web do farm. Se você configurar o email

de saída para um aplicativo Web específico, essa configuração substituirá a configuração padrão para

todos os aplicativos Web do farm.

Requisitos da tarefa Os seguintes itens são necessários para a execução dos procedimentos desta tarefa:


156

Um ou mais servidores do farm devem estar executando o serviço de protocolo SMTP e ter um

endereço de servidor SMTP válido. Como alternativa, você deve conhecer o nome de um servidor

fora do farm que esteja executando o serviço SMTP.

Se você não tiver instalado e configurado o serviço SMTP, será necessário realizar os procedimentos a

seguir para poder configurar emails de saída:

Instale e configure o serviço SMTP.

Instalar e configurar o serviço SMTP Antes de ativar emails de saída, você deve determinar qual servidor SMTP será usado. Esse servidor

SMTP deve ser configurado para permitir o envio de emails SMTP anônimos. O servidor SMTP pode

ser um servidor que esteja dentro ou fora do farm.

Se a sua organização não permitir o envio de mensagens de email SMTP anônimas com o uso

do Microsoft Exchange Server, você poderá usar um servidor SMTP local no farm do

SharePoint que aceite mensagens de email anônimas. O servidor SMTP local autentica essas

mensagens automaticamente e as encaminha ao computador do Exchange Server.

Instalar o serviço SMTP

Para instalar o serviço SMTP, use o Assistente para Adicionar Recursos no Gerenciador de

Servidores. Após a conclusão do assistente, uma configuração SMTP padrão será criada. Você pode

personalizar essa configuração para atender às exigências da sua organização.

Se já tiver um serviço SMTP instalado em um servidor, você poderá ignorar o procedimento a

seguir.

A associação no grupo de Administradores no computador local é exigida para a conclusão

deste procedimento.


Servidor.

2. Em Gerenciador do Servidor, clique em Recursos.

3. Em Resumo dos Recursos, clique em Adicionar Recursos para abrir o Assistente para

Adicionar Recursos.

4. Na página Selecionar Recursos, selecione Servidor SMTP.

5. Na caixa de diálogo Assistente para Adicionar Recursos, clique em Adicionar Recursos

Observação:

Observação:

Importante:


157

Necessários e clique em Avançar.

6. Em Confirmar Seleções de Instalação, clique em Instalar.

7. Na página Resultados da Instalação, verifique se a instalação está concluída e clique em

Fechar.

Configurar o serviço SMTP

Após instalar o serviço SMTP, você deve configurá-lo para aceitar mensagens de email de servidores

do farm.

Você pode decidir aceitar emails retransmitidos de todos os servidores, exceto daqueles

especificamente excluídos. Como alternativa, é possível bloquear mensagens de todos os servidores,

exceto daqueles especificamente incluídos. Os servidores podem ser incluídos individualmente ou em

grupo por sub-rede ou domínio.

Se você habilitar o acesso anônimo e a retransmissão de mensagens, aumentará a possibilidade de

que o servidor SMTP seja usado para retransmitir mensagens comerciais não solicitadas (spam). É

importante limitar essa possibilidade, configurando cuidadosamente os servidores de email para ajudar

na proteção contra spam. Um modo para fazer isso é limitando a retransmissão de mensagens a uma

lista de servidores específicos ou a um domínio e evitando a retransmissão de mensagens de todos os

outros servidores.

Para gerenciar o serviço SMTP no Windows Server 2008, você deve usar o Gerenciador do IIS

(Serviços de Informações da Internet) 6.0. Instale as ferramentas de Gerenciamento do IIS 6.0

no Gerenciador do Servidor.


deste procedimento.


Servidor.


3. Na seção Serviços de Função, clique em Adicionar Serviços de Função.

4. Na página Selecionar Serviços de função, selecione Ferramentas de Gerenciamento e

Compatibilidade com gerenciamento do IIS 6 e clique em Instalar.


deste procedimento.

Observação:

Importante:

Para instalar as ferramentas de gerenciamento do IIS 6.0

Importante:

158



2. Em Gerenciador do IIS, expanda o nome do servidor que contém o servidor SMTP que você

deseja configurar.


clique em Iniciar.


clique em Propriedades.

5. Na guia Acesso, na área Controle de acesso, clique em Autenticação.

6. Na caixa de diálogo Autenticação, verifique se Acesso anônimo está selecionado.

7. Clique em OK.

8. Na guia Acesso, na área Restrições de retransmissão, clique em Retransmissão.

9. Para habilitar a retransmissão de mensagens de email de qualquer servidor, clique em Tudo

exceto a lista abaixo.

10. Para aceitar mensagens de email retransmitidas de um ou mais servidores específicos, siga

estas etapas:

a. Clique em Somente a lista abaixo.

b. Clique em Adicionar e adicione os servidores, um por vez, por endereço IP ou em grupos,

usando uma sub-rede ou um domínio.

c. Clique em OKpara fechar a caixa de diálogo Computador.

11. Clique em OK para fechar a caixa de diálogo Restrições de Retransmissão.


Verifique se o servidor SMTP está em execução e definido para ser iniciado automaticamente.

Para fazer isso, execute o procedimento a seguir.

1. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Serviços.

2. Em Serviços, clique com o botão direito em Protocolo SMTP e selecione Propriedades.

3. Na caixa de diálogo Propriedades do Protocolo SMTP, na guia Geral, na lista Tipo de

inicialização, selecione Automático.

4. Clique em OK.


Observação:


159

Configurar emails de saída para um farm Você pode configurar emails de saída para um farm usando o site da Administração Central do

SharePoint ou a ferramenta de linha de comando Stsadm. Use os procedimentos a seguir para

configurar emails de saída. Depois que você concluir esses procedimentos, os usuários finais poderão

acompanhar alterações e atualizações em conjuntos de sites individuais. Além disso, os

administradores de sites poderão, por exemplo, receber avisos quando os usuários solicitarem acesso

a um site.

Para usar o site da Administração Central do SharePoint de forma a configurar emails de

saída, você precisa ser membro do grupo Administradores do Farm no computador que

executa o site da Administração Central do SharePoint.


2. Na página Configurações do Sistema, na seção Email e SMS (Mensagens de Texto), clique

em Configurar definições de email de saída.

3. Na página Definições de Email de Saída, na seção Definições de Email, digite o nome do

servidor SMTP (Simple Mail Transfer Protocol) para emails enviados (por exemplo,

mail.example.com) na caixa Servidor SMTP de saída.

4. Na caixa Endereço do remetente , digite o endereço do email como você deseja exibi-lo aos

destinatários do email.

5. Na caixa Endereço para resposta, digite o email para o qual você deseja que os destinatários

do email respondam.

6. No lista Conjunto de caracteres , selecione o conjunto de caracteres apropriado para o seu

idioma.

7. Clique em OK.

Para executar a ferramenta de linha de comando Stsadm, você deve ser membro do grupo

Administradores do computador local.

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\14\Bin.

2. Digite o seguinte comando e pressione ENTER:

stsadm -o email

Importante:

Para configurar emails de saída para um farm usando a Administração Central

Importante:

Para configurar emails de saída para um farm usando a ferramenta de linha de comando Stsadm

160

-outsmtpserver <nome do servidor SMTP>

-fromaddress <endereço de email válido>

-replytoaddress <endereço de email válido>

-codepage <página de código válida>

Exemplo

stsadm -o email -outsmtpserver correio.exemplo.com -fromaddress algué[email protected] -

replytoaddress algué[email protected] -codepage 65001

Para obter mais informações, consulte o artigo sobre email: operação Stsadm (Windows SharePoint

Services) (http://go.microsoft.com/fwlink/?linkid=150046&clcid=0x416).

Definir email de saída de um aplicativo Web específico Você pode configurar emails de saída para um aplicativo Web específico usando o site da

Administração Central ou a ferramenta de linha de comando Stsadm. Use os procedimentos a seguir

para configurar emails de saída. Depois que você concluir esses procedimentos, os usuários finais

poderão acompanhar alterações e atualizações em conjuntos de sites individuais. Além disso, os

administradores de sites poderão, por exemplo, receber avisos quando os usuários solicitarem acesso

a um site.

Se quiser configurar um email de saída para um aplicativo Web específico, primeiro você deve

configurar o email de saída padrão para todos os aplicativos Web do farm. Se você configurar

o email de saída para um aplicativo Web específico, essa configuração substituirá a

configuração padrão para todos os aplicativos Web do farm.

Para usar o site da Administração Central do SharePoint de forma a configurar emails de

saída, você precisa ser membro do grupo Administradores do Farm no computador que

executa o site da Administração Central do SharePoint.

1. Na Administração Central, na seção Gerenciamento de Aplicativos, clique em Gerenciar

aplicativos Web.

2. Na página Gerenciamento de Aplicativos Web, selecione um aplicativo Web e, no grupo

Definições Gerais da Faixa de Opções, clique em Email de Saída.

3. Na página Definições de Email de Saída do Aplicativo Web, na seção Definições de Email,

digite o nome do servidor SMTP para emails de saída (por exemplo, mail.fabrikam.com) na

caixa Servidor SMTP de Saída.

Observação:

Importante:

Para configurar emails de saída para um aplicativo Web específico usando a Administração Central



161

4. Na caixa Endereço do remetente, digite o endereço do email como você deseja exibi-lo aos

destinatários do email.

5. Na caixa Endereço para resposta, digite o endereço de email (por exemplo, um alias de

assistência técnica) para o qual você deseja que os destinatários do email respondam.

6. Na lista Conjunto de caracteres , clique no conjunto de caracteres apropriado para o seu

idioma.

7. Clique em OK.

Para executar a ferramenta de linha de comando Stsadm, você deve ser membro do grupo




extensions\14\Bin.


stsadm -o email

-outsmtpserver <nome do servidor SMTP>

-fromaddress <endereço de email válido>

-replytoaddress <endereço de email válido>

-codepage <página de código válida>

[-url <nome da URL>]

Exemplo

stsadm -o email -outsmtpserver correio.exemplo.com -fromaddress algué[email protected] -

replytoaddress algué[email protected] –codepage 65001 -url http://server_name

Para obter mais informações, consulte o artigo sobre email: operação Stsadm (Windows SharePoint

Services) (http://go.microsoft.com/fwlink/?linkid=150046&clcid=0x416).

Consulte também Planejar emails de saída (Windows SharePoint Services)

Configure alert settings for a Web application (SharePoint Foundation 2010)

Importante:

Para configurar emails de saída para um aplicativo Web específico usando a ferramenta de linha de comando Stsadm



http://technet.microsoft.com/en-us/library/cc287948.aspx

http://technet.microsoft.com/library/23592105-696d-4f71-bbf3-40a15e5f9d29(Office.14).aspx

162

Configurar uma conta móvel (SharePoint Foundation 2010)

Este artigo aborda como configurar e gerenciar uma conta de celular para o Microsoft SharePoint

Foundation 2010, para permitir que os usuários assinem alertas a serem enviados por SMS. Os alertas

são enviados aos telefones celulares de usuários quando são feitas alterações em uma lista ou um

item do SharePoint.

O recurso de alerta do aparelho lembra um recurso que existe no SharePoint Foundation 2010 que

permite alertas de email de saída. No entanto, ao invés de receber alertas via email quando ocorrem

mudanças em um item ou lista SharePoint, os usuários recebem os alertas em seus telefones

celulares. Para obter mais informações alertas de email, consulte Configurar emails de saída


Um site SharePoint normalmente fica localizado em uma intranet. Como resultado, o acesso ao site

SharePoint site pode ser difícil quando os usuários estão longe do escritório — por exemplo, quando

eles estão viajando ou participando de um jantar de negócios. O recurso de alerta do celular perm ite

que os usuários respondam rapidamente quando recebem um alerta de SMS que avisa que uma lista

SharePoint foi alterada.

Você pode configurar uma conta móvel para todos os aplicativos em um farm do servidor ou pode

configurar a conta móvel para um aplicativo Web específico. A escala da sua implementação pode

determinar a conta móvel que deve ser configurada para o farm ou para um aplicativo Web específico.

Se você configurar a conta móvel para um farm de servidores, todas as pessoas da organização

poderão assinar alertas. Isso é útil, por exemplo, em uma organização de pequeno porte na qual a

gerência deseja que todos os usuários recebam determinados alertas. Se você possuir diversos

aplicativos Web que dividam sua organização em grupos, pode querer configurar uma conta móvel

para apenas um desses grupos, por exemplo, se você deseja configurar uma conta móvel que permite

a todos no grupo de vendas a assinar alertas.

Antes de executar esses procedimentos, confirme se:

A conta do Farm de servidores tem permissão para acessar a Internet para enviar alertas.

Você obteve o certificado raiz para o endereço Web HTTPS do provedor de serviços. Você pode

obter o certificado raiz do provedor de serviços ou usando seu navegador da Web.

Procedimentos neste artigo:

Importar um certificado raiz e criar uma autoridade raiz confiável

Configuração de uma conta móvel

Recuperar informações da conta de celular

Exclusão de conta móvel

163

Importar um certificado raiz e criar uma autoridade raiz confiável Antes de configurar uma conta de celular, você deve importar o certificado raiz do endereço Web

HTTPS do provedor de serviços e criar uma autoridade raiz confiável. Essa etapa só pode ser

executada manualmente por meio do Windows PowerShell.

1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin. Além

disso, você deve ser membro do grupo Administradores de Farm e do grupo Administradores

local no computador que executa o Windows PowerShell.




5. Para obter o certificado raiz, no prompt de comando do Windows PowerShell, digite o seguinte

comando:

$cert = Get-PfxCertificate <ObtainedCertificatePath>

Para criar uma autoridade raiz confiável, no prompt de comando do Windows PowerShell,

digite o seguinte comando:

New-SPTrustedRootAuthority -Name <Name> -Certificate $cert

Em que:

<Nome> é o nome da autoridade raiz confiável que você deseja criar.

<Caminho_do_Certificado_Obtido> é a localização do arquivo do certificado raiz.

Observação:

Na janela Certificado, na guia Caminho de Certificação, verifique se você está

usando apenas o certificado raiz, não os outros certificados listados. A lista de

Autoridades Raiz Confiáveis do SharePoint deve relacionar apenas certificados raiz.

Para obter mais informações, consulte New-SPTrustedRootAuthority.

Configuração de uma conta móvel Você pode configurar uma conta de celular para um farm de servidores ou para um aplicativo Web

específico, usando a Administração Central ou o Windows PowerShell.

Se não for possível configurar uma conta de celular, talvez você tenha um arquivo de

certificado incorreto. Nesse caso, contate o provedor de serviços.

Para importar um certificado raiz e criar uma autoridade raiz confiável usando o Windows PowerShell

Observação:

http://technet.microsoft.com/library/25458530-4f0d-491c-80d3-61b8f1f0dd7e(Office.14).aspx

164


Para configurar uma conta móvel para um farm de servidores, você precisa ser membro do

grupo Administradores de Farm no computador em que o site da Administração Central do

SharePoint está em execução.

2. Na página inicial da Administração Central, clique em Configurações do Sistema.

3. Na seção Email e Mensagens de Texto (SMS) da página Configurações do Sistema, clique

em Configurar conta móvel.

4. Na página de configurações, na seção Configurações de Serviço de Mensagem de Texto

(SMS) , clique no link Microsoft Office Online para acessar uma lista de fornecedores de

serviço.

5. Na página Localizar um Provedor de Serviços Móveis do Office 2010, na lista Escolher

país/região do seu provedor de telefonia móvel, selecione o país ou a região em que está

localizado o seu provedor de telefonia móvel.


provedor atual de telefonia móvel, selecione o provedor de telefonia móvel que você deseja

usar.

Após fazer essa seleção, você será direcionado para o site do provedor de serviços

selecionado. No site, inscreva-se no serviço SMS. Quando receber as informações

necessárias do provedor de serviços, volte para a página Definições de Contas Móveis.

7. Na caixa URL do SMS (Serviço de Mensagem de Texto), digite a URL do serviço SMS.

Observação:

Verifique se a URL do serviço digitada é uma URL HTTPS.

8. Na caixa Nome de Usuário e na caixa Senha, digite o nome de usuário e a senha que você

recebeu do provedor de serviços de SMS.

9. Para confirmar se a URL e as credenciais estão corretas, clique em Testar Serviço.

10. Clique em OK.







Para configurar ou editar uma conta móvel para um farm de servidor usando a Administração Central

Para configurar ou editar uma conta de celular para um farm de servidores usando o Windows PowerShell

165


Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

Em que:

<Url_de_Aplicativo_Web> é a URL da Administração Central.

<Url_de_Serviço> é a URL do servidor em que o serviço SMS está localizado.

<Id_de_Usuário> é o nome de usuário que você recebeu do provedor do serviço SMS.

<Senha> é a senha de usuário que você recebeu do provedor do serviço SMS.

Exemplo:

Set-SPMobileMessagingAccount –Identity sms -WebApplication http://myserver:8080 -

ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -

Password password1

Ou se você usar o operador de pipeline, digite o comando a seguir:

Get-SPWebApplication -Identity http://myserver:8080 | Set-SPMobileMessagingAccount

-Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId

[email protected] -Password password1

Observação:


Para obter mais informações, consulte Set-SPMobileMessagingAccount e Get-SPWebApplication.


Para configurar uma conta de celular para um farm de servidores, você precisa ser

membro do grupo Administradores de Farm no computador que está executando o site da



Gerenciar aplicativos Web.

3. Na página Aplicativos, selecione o aplicativo para o qual você deseja configurar uma conta

móvel. Em Configurações Gerais na faixa de opções, clique em Conta Móvel.

4. Na página Configurações de Serviço de Mensagem de Texto (SMS), na seção Configurações

de Serviço de Mensagem de Texto (SMS), clique no link Microsoft Office Online para

acessar uma lista de fornecedores de serviço.


país/região do seu provedor de telefonia móvel, selecione o país ou a região em que está

localizado o seu provedor de telefonia móvel.


Para configurar ou editar uma conta móvel para um aplicativo Web usando a Administração Central

http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx


166

provedor atual de telefonia móvel, selecione o provedor de telefonia móvel que você deseja

usar.

Após fazer essa seleção, você será direcionado para o site do provedor de serviços

selecionado. No site, inscreva-se no serviço SMS. Quando receber as informações

necessárias do provedor de serviços, volte para a página Definições de Contas Móveis e digite

essas informações.

7. Na caixa URL do SMS (Serviço de Mensagem de Texto), digite a URL do serviço SMS.

Observação:


8. Na caixa Nome de Usuário e na caixa Senha, digite o nome de usuário e a senha que você

recebeu do provedor de serviços de SMS.

9. Para confirmar se a URL e as credenciais estão corretas, clique em Testar Serviço.

10. Clique em OK.







5. No prompt de comando do Windows PowerShell (ou seja, PS C:\>), digite o seguinte comando:

Set-SPMobileMessagingAccount -Identity sms –WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

Em que:

<Url_de_Aplicativo_Web> é a URL do aplicativo Web.

<Url_de_Serviço> é a URL do servidor em que o serviço SMS está localizado.

<Id_de_Usuário> é o nome de usuário que você recebeu do provedor do serviço SMS.

<Senha> é a senha de usuário que você recebeu do provedor do serviço SMS.

Exemplo:

Set-SPMobileMessagingAccount –Identity sms -WebApplication http://localhost -

ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -

Password password1


Get-SPWebapplication -Identity http://localhost | Set-SPMobileMessagingAccount –

Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId

Para configurar ou editar uma conta de celular para um aplicativo Web usando o Windows PowerShell

167

[email protected] -Password password1

Observação:


Para obter mais informações, consulte Set-SPMobileMessagingAccount e Get-SPWebApplication.

Recuperar informações da conta de celular É possível recuperar informações da conta de celular de um farm de servidores ou de um aplicativo

Web usando o Windows PowerShell. Convém fazer isso para exibir as informações da conta de celular

ou, por exemplo, para verificar se o cmdlet set está funcionando corretamente.








Get-SPMobileMessagingAccount –WebApplication <WebApplicationUrl>

Em que <Url_de_Aplicativo_Web> é a URL da Administração Central.

Exemplo

Get-SPMobileMessagingAccount -WebApplication http://myserver


Get-SPWebApplication -Identity http://myserver | Get-SPMobileMessagingAccount -

AccountType sms

Para obter mais informações, consulte Get-SPMobileMessagingAccount e Get-SPWebApplication.







Para recuperar informações da conta de celular de um farm de servidores usando o Windows PowerShell

Para recuperar informações da conta de celular de um aplicativo Web usando o Windows PowerShell

http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx


http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx


168


Get-SPMobileMessagingAccount –WebApplication <WebApplicationUrl>

Em que <Url_de_Aplicativo_Web> é a URL do aplicativo Web.

Exemplo

Get-SPMobileMessagingAccount -WebApplication http://localhost


Get-SPWebApplication -Identity http://localhost | Get-SPMobileMessagingAccount -

AccountType sms

Para obter mais informações, consulte Get-SPMobileMessagingAccount e Get-SPWebApplication.

Exclusão de conta móvel Você poderá excluir uma conta móvel de um farm de servidores ou para aplicativos Web. Isto torna a

conta indisponível de forma que os usuários não podem mais assinar para receber alertas de SMS,

mas isso não exclui a conta que foi configurada com o fornecedor de serviço. Você pode desejar

excluir uma conta móvel se, por exemplo, a organização decidir que não é realmente importante para

os negócios mandar alertas de SMS para os usuários.

Não há funcionalidade equivalente no Windows PowerShell.


Para excluir uma conta de celular de um farm de servidores, é necessário ser membro do

grupo Administradores do Farm no computador que está executando o site da


2. Na página inicial da Administração Central, clique em Definições do Sistema.

3. Na seção Email e Mensagens de Texto (SMS) da página Configurações do Sistema, clique

em Configurar conta móvel.

4. Na página Configurações de Conta Móvel, limpe as entradas de todas as caixas e clique em

OK.


Para excluir uma conta de celular de um farm de servidores, é necessário ser membro do

grupo Administradores do Farm no computador que está executando o site da


2. Na página inicial de Administração Central, na seção Gerenciamento de Aplicativo, clique

Observação:

Para excluir uma conta móvel de um farm de servidores

Para excluir uma conta móvel de um aplicativo Web

http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx


169

em Gerenciar aplicativos da web applications.

3. Na faixa de opções, em Configurações Gerais, clique em Conta de Celular.

4. Na página de Definições Avançadas de Serviço de Mensagem de Texto (SMS), exclua todas

as entradas de todas as caixas e clique em OK.

Consulte também Configurar emails de saída (SharePoint Foundation 2010)

170

Instalar e configurar o Remote BLOB Storage ou o External BLOB Storage (SharePoint Foundation 2010)

Este artigo descreve como instalar e configurar o RBS (Remote BLOB Storage) e o provedor

FILESTREAM em um servidor de banco de dados do Microsoft SQL Server 2008 que dê suporte a um

sistema do Microsoft SharePoint Foundation 2010.

O RBS é um conjunto de APIs de biblioteca que foi incorporado como um pacote de recursos de

complemento para o Microsoft SQL Server 2008 e o Microsoft SQL Server 2008 Express. O RBS foi

projetado para mover o armazenamento de BLOBs (objetos binários grandes) dos servidores de

bancos de dados para soluções de armazenamento genérico. O RBS é fornecido com o provedor RBS

FILESTREAM, que usa APIs do RBS para armazenar BLOBs. Para obter mais informações sobre o

RBS, consulte Visão geral do Armazenamento de BLOB Remoto (SharePoint Foundation 2010).

Neste artigo:

Habilitar FILESTREAM e provisionar o repositório de dados RBS

Instalar o RBS

Habilitar e testar o RBS

A conta de usuário que você usa para executar os procedimentos descritos neste artigo deve ter as

seguintes associações:

Grupo de administradores nos servidores Web e servidores de aplicativo.

Funções de servidor fixas dbcreator e securityadmin do SQL Server no computador que está

executando o SQL Server 2008 Express ou o SQL Server 2008.

Habilitar FILESTREAM e provisionar o repositório de dados RBS Você deve habilitar e configurar FILESTREAM no computador que está executando o SQL Server

2008 que hospeda os bancos de dados do SharePoint Foundation 2010. Para habilitar e configurar

FILESTREAM, siga as instruções descritas no artigo sobre como habilitar FILESTREAM

(http://go.microsoft.com/fwlink/?linkid=166110&clcid=0x416). Depois de habilitar e configurar

FILESTREAM, provisione um repositório BLOB conforme descrito aqui.

1. Clique em Iniciar, em Todos os Programas, em Microsoft SQL Server 2008 e em SQL

Server Management Studio.

2. Expanda Bancos de Dados.

Provisionar um repositório BLOB

http://technet.microsoft.com/library/7522114b-7de5-434e-b028-8b99654a43be(Office.14).aspx

http://technet.microsoft.com/library/a1a8e804-0d7f-4695-853d-3e99a827f753.aspx#Section2




171

3. Selecione o banco de dados de conteúdo para o qual você deseja criar um repositório BLOB e,

em seguida, clique em Nova Consulta.

4. No painel de consulta, copie e execute cada uma das consultas SQL a seguir, na sequência

fornecida. Em cada caso, substitua [WSS_Content] pelo nome do banco de dados de conteúdo

e substitua c:\BLOBStore pelo volume\diretório no qual deseja criar o repositório BLOB.

Lembre-se de que só é possível provisionar um repositório BLOB uma vez. Se você tentar

provisionar o mesmo repositório BLOB mais de uma vez, ocorrerá um erro.

Dica:

Para obter melhor desempenho e simplificar a solução de problemas, e como prática

recomendada geral, sugerimos criar o repositório BLOB em um volume que não

contenha o sistema operacional, arquivos de paginação, dados de banco de dados,

arquivos de log ou o arquivo tempdb.

use [WSS_Content]

if not exists (select * from sys.symmetric_keys where name =

N'##MS_DatabaseMasterKey##')create master key encryption by password = N'Admin Key

Password !2#4'

use [WSS_Content]

if not exists (select groupname from sysfilegroups where

groupname=N'RBSFilestreamProvider')alter database [WSS_Content]

add filegroup RBSFilestreamProvider contains filestream

use [WSS_Content]

alter database [WSS_Content] add file (name = RBSFilestreamFile, filename =

'c:\Blobstore') to filegroup RBSFilestreamProvider

Instalar o RBS Você deve instalar o RBS em todos os servidores Web e de aplicativo do farm do SharePoint. O RBS é

configurado separadamente para cada banco de dados de conteúdo associado.

Não instale o RBS executando o arquivo RBS_X64.msi e iniciando o Assistente para

Instalação do SQL Remote BLOB Storage. O assistente define determinados valores padrão

que não são recomendados para o SharePoint Foundation 2010.

1. Em qualquer servidor Web, vá para http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x416

(http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x416) e baixe o arquivo RBS_X64.msi.

2. Clique em Iniciar e digite prompt de comando na caixa de texto. Na lista de resultados,

Aviso:

Instalar o RBS no servidor de banco de dados e no primeiro servidor Web


172

clique com o botão direito do mouse em Prompt de Comando e clique em Executar como

administrador. Clique em OK.

3. Copie e cole o seguinte comando na janela de prompt de comando. Você deve executar esse

comando com o nome do banco de dados específico e o nome da instância do SQL Server

apenas uma vez. A operação deve ser concluída em aproximadamente um minuto.

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi TRUSTSERVERCERTIFICATE=true

FILEGROUP=PRIMARY DBNAME="WSS_Content" DBINSTANCE="DBInstanceName"

FILESTREAMFILEGROUP=RBSFilestreamProvider FILESTREAMSTORENAME=FilestreamProvider_1

Em que:

WSS_Content é o nome do banco de dados

DBInstanceName é o nome da instância do SQL Server

1. Em um servidor Web, vá para http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x416


2. Clique em Iniciar e digite prompt de comando na caixa de texto. Na lista de resultados,

clique com o botão direito do mouse em Prompt de Comando e clique em Executar como

administrador. Clique em OK.

3. Copie e cole o seguinte comando na janela. Substitua WSS_Content pelo nome do banco de

dados e substitua DBInstanceName pelo nome de instância do SQL Server. A operação deve

durar aproximadamente um minuto.

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi DBNAME="WSS_Content"

DBINSTANCE="DBInstanceName"

ADDLOCAL="Client,Docs,Maintainer,ServerScript,FilestreamClient,FilestreamServer"

4. Repita este procedimento para todos os servidores Web e de aplicativo.

1. O arquivo de log rbs_install_log.txt é criado no mesmo local que o arquivo RBS_X64.msi. Abra

o arquivo de log rbs_install_log.txt com um editor de texto e role até o fim do arquivo. Nas

últimas 20 linhas do final do arquivo, deve haver a seguinte entrada: ―Produto: SQL Remote

Blob Storage – Instalação concluída com êxito‖.

2. No computador que está executando o SQL Server 2008, verifique se as tabelas do RBS

foram criadas no banco de dados de conteúdo. Várias tabelas devem residir em um banco de

dados de conteúdo com nomes precedidos pelas letras "mssqlrbs".

Instalar o RBS em todos os servidores de aplicativos e Web adicionais

Confirmar a instalação do RBS


173

Habilitar e testar o RBS Você deve habilitar o RBS em um servidor Web no farm do SharePoint. Não importa o servidor Web

que você escolhe para esta atividade, desde que o RBS seja instalado com o uso do procedimento

indicado anteriormente.

1. No menu Iniciar, clique em Programas, Produtos do Microsoft SharePoint 2010 e

SharePoint 2010 Management Shell.

2. No prompt de comando do Windows PowerShell, digite cada um dos comandos a seguir.

Substitua http://nome_do_site pelo nome do aplicativo Web que está conectado ao banco de

dados de conteúdo.

$cdb = Get-SPContentDatabase –WebApplication http://nome_do_site

$rbss = $cdb.RemoteBlobStorageSettings

$rbss.Installed()

$rbss.Enable()

$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])

$rbss

1. Clique em Iniciar, Todos os Programas, Microsoft SQL Server 2008 e SQL Server

Management Studio.


3. Selecione o banco de dados de conteúdo para o qual você habilitou o RBS e clique em Nova

Consulta.

4. Navegue até o diretório de repositório de dados RBS.

5. Navegue até a lista de arquivos e abra a pasta com a data de modificação mais recente (que

não seja a pasta $FSLOG). Nessa pasta, abra o arquivo com a data de modificação mais

recente. Esse deve ser o arquivo que você carregou.

Para habilitar bancos de dados adicionais para usar o RBS, consulte Definir um banco de dados de

conteúdo para usar RBS (Remote Blob Storage) (SharePoint Foundation 2010).

Habilitar o RBS

Testar o repositório de dados RBS

http://technet.microsoft.com/library/64c80191-b6bd-44a8-a044-830f60d9191a(Office.14).aspx

http://technet.microsoft.com/library/64c80191-b6bd-44a8-a044-830f60d9191a(Office.14).aspx

174

Configurar serviços (SharePoint Foundation 2010)

No Microsoft SharePoint Foundation 2010, os serviços individuais podem ser configurados de forma

independente e você pode implementar somente os serviços necessários à sua organização. Para

obter informações sobre como iniciar, parar e configurar serviços, consulte Manage services on the

server (SharePoint Foundation 2010).

Os serviços implantados são chamados de aplicativos de serviço. Um aplicativo de serviço oferece um

recurso que pode ser compartilhado entre sites em um farm ou, em algumas ocasiões, em vários

farms, além de poder ser acessado por usuários por meio de um aplicativo Web de hospedagem. Os

aplicativos de serviço são associados a aplicativos Web por conexões de aplicativo de serviço. Para

obter mais informações sobre o gerenciamento e a publicação de aplicativos de serviço, consulte

Service application and service management (SharePoint Foundation 2010).

Para obter mais informações sobre aplicativos de serviço e serviços, consulte Diagramas técnicos


Esta seção contém os seguintes artigos:

Service application and service management (SharePoint Foundation 2010)

Este artigo discute as estruturas de aplicativos de serviço e serviços no Microsoft SharePoint

Foundation 2010 e explica como os aplicativos de serviço e os serviços podem ser gerenciados.

Configurar o serviço de token de segurança (SharePoint Foundation 2010)

Este artigo oferece orientação para ajudá-lo a configurar o STS (serviço de token de segurança) do

Microsoft SharePoint Foundation 2010. Um STS é um serviço Web especializado projetado para

responder a solicitações de tokens de segurança e oferecer gerenciamento de identidade.

http://technet.microsoft.com/library/8e0b7a53-6741-4b19-897e-4b42e5b8e005(Office.14).aspx




175


Articles in this section discuss the structures of service applications and services in Microsoft

SharePoint Foundation 2010, and explain how service applications and services can be managed.

These articles are for farm administrators and service application administrators who will operate


Nesta seção About service applications and services (SharePoint Foundation 2010)

Provides an introduction to the logical infrastructure of service applications and services.


Describes how to manage, create, configure, and share service applications.

Manage services on the server (SharePoint Foundation 2010)

Describes how services can be started, stopped, and configured.

Consulte também Web applications management (SharePoint Foundation 2010)

Diagramas técnicos (SharePoint Foundation 2010)

http://technet.microsoft.com/library/ca716344-6ed1-4b7c-9a0a-e633c6db272e(Office.14).aspx


http://technet.microsoft.com/library/5b82a45b-f871-49e3-8926-47972acde573(Office.14).aspx


176

Configurar o serviço de token de segurança (SharePoint Foundation 2010)

Este artigo fornece orientações para que você configure o serviço de token de segurança (STS) do

Microsoft SharePoint Foundation 2010. Um STS é um serviço Web especializado, projetado para

responder a solicitações de tokens de segurança e fornecer gerenciamento de identidade. A

funcionalidade central de cada STS é a mesma, mas a natureza das tarefas que cada STS executa

depende da função que ele desempenha em relação aos outros serviços Web STS em seu design.

Neste artigo:

Como funcionam os aplicativos Web que usam um STS

Configurar um aplicativo Web baseado em declarações do SharePoint usando o Windows

PowerShell

Editar associações

Configurar uma aplicativo Web que usa um STS

Como funcionam os aplicativos Web que usam um STS Aplicativos Web que usam um serviço de token de segurança lidam com solicitações para emitir,

gerenciar e validar tokens de segurança. Tokens de segurança consistem em um conjunto de

declarações de identidade (como nome de usuário, função ou um identificador anônimo). Os tokens

podem ser emitidos em diferentes formatos, como tokens SAML. Os tokens de segurança podem ser

protegidos com um certificado X.509 para proteger o conteúdo do token em trânsito e permitir a

validação de emissores confiáveis. Para obter informações adicionais sobre o Serviço de Token de

Segurança, consulte Planejar métodos de autenticação (SharePoint Foundation 2010).

Um Provedor de Identidade-STS (IP-STS) é um serviço Web que lida com solicitações de declarações

de identidade confiáveis. Um IP-STS utiliza um banco de dados conhecido como repositório de

identidades para armazenar e gerenciar identidades e seus atributos associados. O repositório de

identidades para um provedor de identidade pode ser simples, como uma tabela de banco de dados

SQL. Um IP-STS também pode utilizar um repositório de identidades complexo, como os Serviços de

Domínio Active Directory (AD DS) ou o Active Directory Lightweight Directory Service (AD LDS).

Um IP-STS está disponível para clientes que desejam criar e gerenciar identidades e para aplicativos

de terceira parte confiável que devem validar as identidades apresentadas a eles pelos clientes. Cada

IP-STS tem uma relação de confiança federada com e emite tokens para aplicativos Web STS de

Terceira Parte Confiável de parceiros de federação, cada um dos quais é mencionado como um RP-

STS. Os clientes podem criar ou provisionar Cartões de Informações gerenciados (usando um seletor

de cartões, como CardSpace), que representam as identidades registradas no IP-STS. Os clientes

interagem com o IP-STS quando solicitam tokens de segurança que representam uma identidade

http://technet.microsoft.com/library/b6bc8fec-c11c-4ed7-a78d-3ad61c7ef6c0(Office.14).aspx

177

contida no repositório de identidades do IP-STS. Após a autenticação, o IP-STS emite um token de

segurança confiável que o cliente pode apresentar a um aplicativo de terceira parte confiável. Os

aplicativos de terceira parte confiável podem estabelecer relações de confiança com um IP-STS. Isso

permite validar os tokens de segurança emitidos por um IP-STS. Depois que a relação de confiança é

estabelecida, os aplicativos de terceira parte confiável podem examinar os tokens de segurança

apresentados pelos clientes e determinar a validade das declarações de identidade que eles contêm.

Um STS de Terceira Parte Confiável (RP-STS) é um STS que recebe tokens de segurança de um IP-

STS de parceiro de federação confiável. Por sua vez, o RP-STS emite novos tokens de segurança a

serem consumidos por um aplicativo de terceira parte confiável local. O uso de aplicativos Web RP-

STS em federação com aplicativos Web IP-STS permite às empresas oferecer logon único da Web

(SSO) a usuários de organizações parceiras. Cada organização continua a gerenciar seus próprios

repositórios de identidades.

Configurar um aplicativo Web baseado em declarações do SharePoint usando o Windows PowerShell Execute os procedimentos a seguir para usar o Windows PowerShell para configurar um aplicativo

Web baseado em declarações do SharePoint.





5. No prompt de comando do Windows PowerShell (ou seja, PS C:\>), crie um objeto

X509Certificate2, conforme mostrado no exemplo a seguir:

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert

file")

6. Crie um mapeamento de tipo de declaração para usar em seu provedor de autenticação de

confiança, conforme mostrado no exemplo a seguir:

New-SPClaimTypeMapping

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. Crie um provedor de logon confiável criando primeiro um valor para o parâmetro realm,

conforme mostrado no exemplo a seguir:

Para configurar um aplicativo Web baseado em declarações do SharePoint usando o Windows PowerShell

178

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. Crie um valor para o parâmetro signinurl que aponte para o aplicativo Web do Serviço de

Token de Segurança, conforme mostrado no exemplo a seguir:

$signinurl = "https://test-2/FederationPassive/"

9. Crie o fornecedor confiável de login, usando o mesmo valor IdentifierClaim que o

mapeamento de declarações ($map1.InputClaimType), conforme mostrado no exemplo a seguir:

$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. Crie um aplicativo Web criando primeiro um valor para a conta do pool de aplicativos (para o

usuário atual), conforme mostrado no exemplo a seguir:

$account = "DOMAIN\" + $env:UserName

Observação:

A conta do pool de aplicativos deve ser uma conta gerenciada. Para criar uma conta

gerenciada, use New-SPManagedAccount.

11. Crie um valor para a URL do aplicativo Web ($webappurl = "https://" + $env:ComputerName),


$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. Crie um site criando primeiro um objeto de declaração, conforme mostrado no exemplo a

seguir:

$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13. Crie um site, conforme mostrado no exemplo a seguir:

$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

179

Editar associações Depois de configurar um aplicativo Web baseado em declarações do SharePoint, edite as associações.

1. Inicie o Gerenciador do IIS digitando INETMGR no prompt de comando.

2. Vá para o site Aplicativo Web de Declarações no IIS.

3. No painel esquerdo, clique com o botão direito do mouse em Aplicativo Web de Declarações

e selecione Editar Associações.

4. Selecione https e clique em Editar.

5. Em Certificado SSL, selecione qualquer certificado listado.

Configurar uma aplicativo Web que usa um STS Após configurar um aplicativo Web baseado em declarações do SharePoint Foundation 2010, editar as

associações e configurar o arquivo Web.config, você pode usar o procedimento descrito nesta seção

para configurar um aplicativo Web de Serviço de Token de Segurança.

1. Abra o console de gerenciamento dos Serviços de Federação do Active Directory (AD FS)

s2.0.

2. No painel esquerdo, expanda Diretiva e selecione Terceiras Partes Confiáveis.

3. No painel direito, clique em Adicionar Terceira Parte Confiável. Isso abre o assistente de

configuração dos Serviços de Federação do Active Directory (AD FS) 2.0.

4. Na primeira página do assistente, clique em Iniciar.

5. SelecioneInserir configuração de terceira parte confiável manualmente e clique em

Avançar.

6. Digite o nome de uma terceira parte confiável e clique em Avançar.

7. Verifique se a opção Perfil do Servidor dos Serviços de Federação do Active Directory

(AD FS) 2.0 está marcada e clique em Avançar.

8. Se não estiver planejando usar um certificado de criptografia, clique em Avançar.

9. Selecione Habilitar suporte para federação de identidade baseada em navegador da Web.

10. Digite o nome da URL do aplicativo Web e acrescente /_trust/ (por exemplo:

https://nomedoservidor/_trust/). Clique em Avançar.

11. Digite um identificador e clique em Adicionar. Clique em Avançar.

12. Na página Resumo, clique em Avançar e em Fechar. Isso abre o console de Gerenciamento

do Editor de Regras. Use esse console para configurar o mapeamento de declarações de um

aplicativo Web LDAP para o SharePoint

Para editar associações

Para configurar um aplicativo Web que usa um STS

180

13. No painel esquerdo, expanda Nova Regra e selecione Regra Predefinida.

14. Selecione Criar Declarações do Repositório de Atributos LDAP.

15. No painel direito, na lista suspensa Repositório de Atributos, selecione Repositório

Corporativo de Contas de Usuário do Active Directory.

16. Em Atributo LDAP, selecione sAMAccountName.

17. Em Tipo de Declaração de Saída, selecione Endereço de Email.

18. No painel esquerdo, clique em Salvar.

181

Preparar a hospedagem de sites (SharePoint Foundation 2010)

Depois de instalar o Microsoft SharePoint Foundation 2010 e executar a configuração inicial, você

pode começar a criar sites do SharePoint. Antes de criar um conjunto de sites, crie o aplicativo Web no

qual o conjunto de sites será criado. Para usar a autenticação Kerberos ou a autenticação baseada em

declarações, configure também a autenticação do aplicativo Web.

Os artigos desta seção o ajudam a determinar a hierarquia dos sites do SharePoint.

Create a Web application (SharePoint Foundation 2010)

Sites do SharePoint são hospedados por aplicativos Web; portanto, você deve criar um ou mais

desses aplicativos para poder criar sites. Este artigo aborda a criação de um aplicativo Web por

meio do site da Administração Central ou usando o Windows PowerShell 2.0

Configure claims authentication (SharePoint Foundation 2010)

Este artigo descreve como configurar um aplicativo Web baseado em declarações do SharePoint

Foundation 2010, que proporcionará uma infraestrutura de serviços e conexão de entrada baseada

em declarações para o seu farm. Ele também descreve como configurar o acesso anônimo para o

seu aplicativo Web baseado em declarações e como configurar zonas de aplicativos Web para

autenticação baseada em formulários ou autenticação por SSO da Web, conforme apropriado.

Configurar a autenticação Kerberos (SharePoint Foundation 2010)

Para implantar um farm de servidor que execute o SharePoint Foundation 2010 usando

autenticação Kerberos, é necessário instalar e configurar vários aplicativos em seus

computadores. Este artigo descreve um exemplo de farm de servidores que executa o SharePoint

Foundation 2010 e oferece orientações para implantar e configurar o farm a fim de usar a

autenticação Kerberos, para que funcione em um farm de servidores do SharePoint.

Criar um conjunto de sites (SharePoint Foundation 2010)

Depois de criar um aplicativo Web, é possível criar um conjunto de sites. Este artigo o ajuda a criar

um conjunto de sites por meio do site da Administração Central ou usando o Windows PowerShell

2.0. Para permitir que os usuários criem seus próprios sites, você precisará configurar o

gerenciamento de site pessoal para o aplicativo Web.

182

Create a Web application (SharePoint Foundation 2010)

A Web application is composed of an Internet Information Services (IIS) Web site that acts as a logical

unit for the site collections that you create. Before you can create a site collection, you must first create

a Web application.

Each Web application is represented by a different IIS Web site with a unique or shared application

pool. You can assign each Web application a unique domain name, which helps to prevent cross-site

scripting attacks.

You use Web applications to isolate content. When you create a new Web application, you also create

a new content database and define the authentication method used to connect to the database. In

addition, you define an authentication method to be used by the IIS Web site in SharePoint Foundation

2010.

SharePoint Foundation 2010 offers two ways of authenticating users, as follows:

Classic mode authentication, through which users log on to a Web application by using Windows

authentication. For more information, see Create a Web application that uses Windows-classic

authentication (SharePoint Foundation 2010).

Claims-based authentication, through which users log on to a Web application by using Windows

authentication, forms-based authentication (FBA), or Trusted Identity provider (SAML). If you use

FBA or SAML, you must perform additional configuration steps. For more information about claims-

based authentication, see Create a Web application that uses Windows-claims authentication


For more information about both types of authentication, see Planejar métodos de autenticação


SharePoint Foundation 2010 provides a set of services applications that are available for each Web

application. You can select which service applications you want to use for each Web application that

you create. For more information, see Diagramas técnicos (SharePoint Foundation 2010), Define

managed paths (SharePoint Foundation 2010), and Service application and service management


In this section:

Create a Web application that uses Windows-classic authentication (SharePoint Foundation 2010)

Create a Web application that uses Windows-claims authentication (SharePoint Foundation 2010)

Consulte também Extend a Web application (SharePoint Foundation 2010)


http://technet.microsoft.com/library/1f5994b7-1b2f-4a9d-a813-c1daef6ce69a(Office.14).aspx





http://technet.microsoft.com/library/e325f0a3-02c3-4d39-b468-a51b2fe7d3a2(Office.14).aspx

http://technet.microsoft.com/library/e325f0a3-02c3-4d39-b468-a51b2fe7d3a2(Office.14).aspx


http://technet.microsoft.com/library/83ce9db7-7922-4a58-a39c-8a578f8671c8(Office.14).aspx

183

Configure Web Server Security (IIS 7)

http://go.microsoft.com/fwlink/?LinkId=188002

184


In this section:


Configure anonymous access for a claims-based Web application (SharePoint Foundation 2010)

Configurar a autenticação baseada em formulários para um aplicativo Web baseado em

declarações (SharePoint Foundation 2010)

Configure Kerberos authentication for the claims to Windows token service (SharePoint Foundation

2010)

Configurar a autenticação usando um token de segurança SAML (SharePoint Foundation 2010)


185


This article describes how to create a Web application that uses Windows-claims authentication.

If you want to use Windows-classic authentication instead, see Create a Web application that

uses Windows-classic authentication (SharePoint Foundation 2010).

Before you perform this procedure, confirm that:

Your system is running Microsoft SharePoint Foundation 2010.

You have your logical architecture design in place.

You have planned authentication for your Web application. For more information, see Planejar

métodos de autenticação (SharePoint Foundation 2010), Configurar a autenticação Kerberos

(SharePoint Foundation 2010) and Escolher grupos de segurança (SharePoint Foundation 2010).

You have selected the service applications that you want to use for your Web application. For more

information, see Service application and service management (SharePoint Foundation 2010).

If you use Secure Sockets Layer (SSL), you must associate the SSL certificate with the Web

application's IIS Web site after the IIS Web site has been created. For more information about

setting up SSL, see How to Setup SSL on IIS 7.0 (http://go.microsoft.com/fwlink/?LinkId=187887).

You have read about alternate access mappings.

If you have User Account Control (UAC) turned on in Windows, and you use Windows PowerShell

2.0 to create a Web application, you must right-click the SharePoint 2010 Management Shell and

select Run as administrator.

You can create a Web application by using the SharePoint Central Administration Web site or Windows

PowerShell. You typically use Central Administration to create a Web application. If you want to

automate the task of creating a Web application, which is common in enterprises, use Windows

PowerShell. After the procedure is complete, you can create one or several site collections on the Web

application that you have created.

1. Verify that you have the following administrative credentials:

To create a Web application, you must be a member of the Farm Administrators

SharePoint group and a member of the local Administrators group on the computer running

Central Administration.

Dica:

To create a Web application with Windows-claims authentication by using Central Administration





http://technet.microsoft.com/library/f27effc6-5e57-42c1-8f31-15a9f50e794e(Office.14).aspx


186

2. On the Central Administration Home page, in the Application Management section, click

Manage web applications.

3. On the ribbon, click New.

4. On the Create New Web Application page, in the Authentication section, click Claims Based

Authentication.

5. In the IIS Web Site section, you can configure the settings for your new Web application by

selecting one of the following two options:

Click Use an existing web site, and then select the Web site on which to install your new

Web application.

Click Create a new IIS web site, and then type the name of the Web site in the Name box.

6. In the IIS Web Site section, in the Port box, type the port number you want to use to access

the Web application. If you are creating a new Web site, this field is populated with a random

port number. If you are using an existing Web site, this field is populated with the current port

number.

Observação:

The default port number for HTTP access is 80, and the default port number for HTTPS

access is 443. If you want users to access the Web application without typing in a port

number, they should use the appropriate default port number.

7. Optional: In the IIS Web Site section, in the Host Header box, type the host name (for

example, www.contoso.com) you want to use to access the Web application.

Observação:

In general, this field is not set unless you want to configure two or more IIS Web sites

that share the same port number on the same server, and DNS has been configured to

route requests to the same server.

8. In the IIS Web Site section, in the Path box, type the path to the IIS Web site home directory

on the server. If you are creating a new Web site, this field is populated with a suggested path.

If you are using an existing Web site, this field is populated with the current path of that Web

site.

9. In the Security Configuration section, choose whether or not to use allow anonymous access

and whether or not to use Secure Sockets Layer (SSL).

a. Under Allow Anonymous, click Yes or No. If you choose to allow anonymous access, this

enables anonymous access to the Web site by using the computer-specific anonymous

access account (that is, IIS_IUSRS).

Observação:

If you want users to be able to access any site content anonymously, you must

enable anonymous access for the entire Web application zone before you enable

anonymous access at the SharePoint site level; later, site owners can configure

how anonymous access is used within their sites. If you do not enable anonymous

187

access at the Web application level, you cannot enable anonymous access later, at

the site level. For more information, see Escolher grupos de segurança


b. Under Use Secure Sockets Layer (SSL), click Yes or No. If you choose to enable SSL for

the Web site, you must configure SSL by requesting and installing an SSL certificate. For

more information about setting up SSL, see How to Setup SSL on IIS 7.0

(http://go.microsoft.com/fwlink/?LinkId=187887).

10. In the Claims Authentication Types section, select the authentication that you want to use for

the Web application.

a. If you want to enable Windows authentication, select Enable Windows Authentication

and, in the drop-down menu, select Negotiate (Kerberos) or NTLM. For more information,

see Configurar a autenticação Kerberos (SharePoint Foundation 2010).

If you do not want to use Integrated Windows authentication, clear Integrated Windows

authentication.

If you want users' credentials to be sent over a network in a nonencrypted form, select

Basic authentication (password is sent in clear text).

Observação:

You can select basic authentication or integrated Windows authentication, or both.

If you select both, SharePoint Foundation 2010 will offer both authentication types

to the client Web browser. The client Web browser then determines which type of

authentication to use. If you only select basic authentication, ensure that SSL is

enabled; otherwise, the credentials can be intercepted by a malicious user.

b. If you want to enable forms-based authentication, select Enable Forms Based

Authentication (FBA), and then enter the membership provider name and the role

manager name in the boxes.

For more information, see Configurar a autenticação baseada em formulários para um

aplicativo Web baseado em declarações (SharePoint Foundation 2010).

Observação:

If you select this option, ensure that SSL is enabled; otherwise, the credentials can

be intercepted by a malicious user.

c. If you have set up Trusted Identity Provider authentication in Windows PowerShell, the

Trusted Identity provider check box is selected.

For more information, see Configurar a autenticação usando um token de segurança

SAML (SharePoint Foundation 2010).

You can use one or more claims authentication types. For more information, see Planejar

métodos de autenticação (SharePoint Foundation 2010).

11. In the Sign In Page URL section, choose one of the following options to sign into SharePoint

Foundation 2010:






188

Select Default Sign In Page URL if you want users to be redirected to a default sign-in

Web site for claims-based authentication.

Select Custom Sign In page URL and then type the sign-in URL if you want users to be

redirected to a customized sign-in Web site for claims-based authentication.

12. In the Public URL section, type the URL for the domain name for all sites that users will access

in this Web application. This URL will be used as the base URL in links shown on pages within

the Web application. The default URL is the current server name and port, and is automatically

updated to reflect the current SSL, host header, and port number settings on the page. If you

are deploying SharePoint Foundation 2010 behind a load balancer or proxy server, then this

URL may need to be different than the SSL, host header, and port settings on this page.

The Zone value is automatically set to Default for a new Web application.

Observação:

You can change the zone when you extend a Web application. For more information,

see Extend a Web application (SharePoint Foundation 2010).

13. In the Application Pool section, do one of the following:

Click Use existing application pool, and then select the application pool you want to use

from the drop-down menu.

Click Create a new application pool, and then type the name of the new application pool

or keep the default name.

14. Under Select a security account for this application pool, do one of the following:

Click Predefined to use a predefined security account, and then select the security

account from the drop-down menu.

Click Configurable to specify a new security account to be used for an existing application

pool.

Observação:

You can create a new account by clicking the Register new managed account link.

15. In the Database Name and Authentication section, choose the database server, database

name, and authentication method for your new Web application as described in the following

table.

Item Action

Database Server Type the name of the database server and

Microsoft SQL Server instance you want to

use in the format <SERVERNAME\instance>.

You can also use the default entry.

Database Name Type the name of the database, or use the

default entry.


189

Database Authentication Select the database authentication to use by

doing one of the following:

If you want to use Windows

authentication, leave this option

selected. We recommend this option

because Windows authentication

automatically encrypts the password

when it connects to SQL Server.

If you want to use SQL authentication,

click SQL authentication. In the

Account box, type the name of the

account you want the Web application

to use to authenticate to the SQL

Server database, and then type the

password in the Password box.

Observação:

SQL authentication sends the

SQL authentication password

to the SQL Server

unencrypted. We recommend

that you only use SQL

authentication if you force

protocol encryption to the

SQL Server of encrypt your

network traffic by using IPsec.

16. If you use database mirroring, in the Failover Server section, in the Failover Database Server

box, type the name of a specific failover database server that you want to associate with a

content database.

17. In the Search Server section, under Select SharePoint Foundation search server, you

associate a content database with a server that is running the Microsoft SharePoint Foundation

Search service.

18. In the Service Application Connections section, select the service application connections

that will be available to the Web application. In the drop-down menu, click default or custom.

You use the custom option to choose the services application connections that you want to

use for the Web application.

19. In the Customer Experience Improvement Program section, click Yes or No.

20. Click OK to create the new Web application.

190

1. Verify that you meet the following minimum requirements: Consulte Add-SPShellAdmin. You

also need to be a member of the local Administrators group on the computer running Windows

PowerShell. In addition, some procedures require membership in the SQL Server fixed server

roles dbcreator and securityadmin.




5. To create a Windows-claims authentication provider, at the Windows PowerShell command

prompt, type the following command:

$ap = New-SPAuthenticationProvider

To create a Web application that uses Windows-claims authentication, at the Windows

PowerShell command prompt, type the following command:

$wa = New-SPWebApplication -Name <ClaimsWindowsWebApplication> -ApplicationPool

<ClaimsApplicationPool> -ApplicationPoolAccount <ClaimsApplicationPoolAccount> -

URL <URL> -Port <Port> -AuthenticationProvider $ap

Observação:

We recommend that the application pool account is a managed account on the server

farm.

Where:

<Name> is the name of the new Web application that uses Windows claims authentication.

<ApplicationPool> is the name of the application pool.

<ApplicationPoolAccount> is the user account that this application pool will run as.

<URL> is the public URL for the Web application.

<Port> is the port on which the Web application will be created in IIS.

Example

$ap = New-SPAuthenticationProvider

$wa = New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool

"ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -URL

"http://www.contoso.com" -Port 80 -AuthenticationProvider $ap

For more information, see New-SPWebApplication and New-SPAuthenticationProvider.

Observação:



To create a Web application that uses Windows-claims authentication by using Windows PowerShell


http://technet.microsoft.com/library/c1056674-30b6-4c9c-bfc7-a2d336064b62(Office.14).aspx

191


Consulte também Extend a Web application (SharePoint Foundation 2010)





Create a Web application that uses Windows-classic authentication (SharePoint Foundation 2010)

Configure Web Server Security (IIS 7)




192

Configure anonymous access for a claims-based Web application (SharePoint Foundation 2010)

After you have configured a Microsoft SharePoint Foundation 2010 claims-based Web application, you

can use the procedure in this article to configure anonymous access for your claims-based Web

application. For more information, see Create a Web application that uses Windows-claims

authentication (SharePoint Foundation 2010).

Configure anonymous access for a claims-based Web application

1. Verify that the user account that is performing this procedure is a site collection administrator.

2. In Central Administration, go to the Security section.

3. Under Anonymous Access, select Enable Anonymous.

4. Click Save.

5. Go to the site for the appropriate Web application.

6. Select Site Actions.

7. Select Site Permissions.

8. On the ribbon, select Anonymous Access.

9. Select either Entire Web Site or Lists and Libraries, depending on how you want to scope

anonymous access for this site.

To configure anonymous access for a claims-based Web application

193

Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Foundation 2010)

Os procedimentos neste artigo apresentam diretrizes para:

Permitir a você configurar a autenticação baseada em formulários para um aplicativo Web baseado

em declarações do Microsoft SharePoint Foundation 2010.

Ajudar a atualizar aplicativos Web existentes do Windows SharePoint Services 3.0 que foram

configurados para usar a autenticação baseada em formulários para funcionar com o SharePoint

Foundation 2010.

Após a atualização do SharePoint Foundation 2010, os aplicativos Web do Windows SharePoint

Services 3.0 serão configurados para o login herdado. Para os aplicativos Web do Windows

SharePoint Services 3.0 que foram configurados para usar a autenticação do Windows, não há etapas

adicionais necessárias para a atualização. No entanto, para os aplicativos Web do Windows

SharePoint Services 3.0 que foram configurados para usar a autenticação baseada em formulários, ou

a autenticação SSO da Web, será necessário primeiro converter na autenticação baseada em

declarações antes que os aplicativos Web do Windows SharePoint Services 3.0 possam ser usados no

SharePoint Foundation 2010. Depois de converter os aplicativos Web do Windows SharePoint

Services 3.0 na autenticação baseada em declarações, configure as zonas de aplicativo Web para a

autenticação baseada em formulários (ou autenticação SSO da Web, conforme apropriado). Observe

que os nomes do provedor de associação e do provedor de função usados no SharePoint Foundation

2010 devem corresponder aos nomes usados no Windows SharePoint Services 3.0. A etapa final é a

migração de usuários e permissões para o SharePoint Foundation 2010.

Neste artigo:

Converter aplicativos Web na autenticação baseada em declarações


Administração Central

Configurar os arquivos Web.Config do LDAP


Windows PowerShell


2010

194

Converter aplicativos Web na autenticação baseada em declarações Execute as etapas no procedimento a seguir para usar o Windows PowerShell para converter os

aplicativos Web existentes na autenticação baseada em declarações.





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:




Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP por meio da 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.

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.

Para converter os aplicativos Web na autenticação baseada 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

195

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 Provedor de Associação do ASP.NET

e Funções.

6. Digite o nome de um provedor de associação e o nome de um gerente de função. No exemplo

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 Web.Config do LDAP 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

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"

Para configurar o arquivo Web.Config da Administração Central

196

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName

(of your userContainer)"

userObjectClass="person"

userFilter="(ObjectClass=person)"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</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"


port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your

groupContainer)"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"


dnAttribute="distinguishedName"

groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>

Após adicionar a entrada anterior, salve e feche o arquivo Web.Config.


Importante:

Para configurar o arquivo Web.Config do Serviço de Token de Segurança

197

2. Vá para o site do SharePoint Web Services.

3. Vá para o subsite SecurityTokenServiceAppliction.


Explorar.



<membership>

<providers>





port="389"

useSSL="false"



userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"


userFilter="(&(ObjectClass=person))"

scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" >

<providers>

<add name="rolemanager"




port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"



198




groupFilter="(&(ObjectClass=group))"


scope="Subtree" />

</providers>

</roleManager>



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.


5. Localize a seção <Configuration> <system.web>.

6. Localize a seção <membership defaultProvider="i"> e adicione a seguinte entrada:





port="389"

useSSL="false"






scope="Subtree"


Localize a seção <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> e

adicione a seguinte entrada:

Importante:

Para configurar o arquivo Web.Config do aplicativo Web baseado em declarações da autenticação baseada em formulários

199





port="389"

useSSL="false"









scope="Subtree" />


Não substitua as entradas existentes neste arquivo Web.Config.

Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP por meio do Windows PowerShell Execute as etapas no procedimento a seguir para usar o Windows PowerShell para configurar a







Importante:

Aviso:

Para configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando o Windows PowerShell

200

$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

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 baseado em declarações da autenticação

baseada em formulários

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:




Migrar usuários e permissões do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010 Execute as etapas no procedimento a seguir para usar o Windows PowerShell para migrar usuários e

permissões.



Para migrar os usuários e as permissões do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010

201





$w.MigrateUsers(True)

Observação:




202

Configure Kerberos authentication for the claims to Windows token service (SharePoint Foundation 2010)

This article is obsolete.

For information about how to configure Kerberos authentication, see Configuring Kerberos

Authentication for Microsoft SharePoint 2010 Products and Technologies (white paper).

(http://go.microsoft.com/fwlink/?LinkID=197178) white paper.

Consulte também Planejar métodos de autenticação (SharePoint Foundation 2010)

http://go.microsoft.com/fwlink/?LinkID=197178

http://go.microsoft.com/fwlink/?LinkID=197178


203


Os procedimentos neste artigo fornecem uma explicação sobre como configurar a autenticação usando

um token de SAML de segurança para um aplicativo Web baseado em declarações do Microsoft


A entrada SAML é usada normalmente em cenários de federação corporativos, por exemplo, para

prover acesso a um parceiro de negócios. Ela também é implantada para prover acesso a usuários

internos cujas contas residem em um domínio que não pertence à floresta que contém o SharePoint

Foundation 2010.

Antes de configurar a autenticação usando um token de SAML de segurança para um aplicativo Web

baseado em declarações do SharePoint Foundation 2010, configure um servidor executando os

AD_FS (Serviços de Federação do Active Directory) 2.0. Para obter informações sobre a configuração

de um servidor para executar os AD FS 2.0, consulte o Guia de Implantação dos AD FS 2.0


Neste artigo:

Configurar um aplicativo IP-STS (Identity Provider STS) usando o Windows PowerShell

Configurar um aplicativo Web RP-STS (Relying Party STS)

Estabelecer uma relação de confiança com um IP-STS usando o Windows PowerShell

Exportar o certificado IP-STS de confiança usando o Windows PowerShell

Definir um identificador exclusivo para mapeamento de declarações usando o Windows

PowerShell

Criar um novo aplicativo Web do SharePoint e configurá-lo para usar a entrada SAML

Configurar um aplicativo IP-STS (Identity Provider STS) usando o Windows PowerShell Execute os procedimentos a seguir para usar o Windows PowerShell para configurar um aplicativo

Web baseado em declarações do SharePoint.





5. No prompt de comando do Windows PowerShell, crie um objeto x509Certificate2, conforme

Para configurar um aplicativo IP-STS usando o Windows PowerShell


204

mostrado no exemplo a seguir:

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert

file")

6. Crie um mapeamento de tipo de declaração para usar em seu provedor de autenticação de

confiança, conforme mostrado no exemplo a seguir:

New-SPClaimTypeMapping


-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. Crie um provedor de login confiável criando um valor para o parâmetro realm, conforme

mostrado no exemplo a seguir:

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. Crie um valor para o parâmetro signinurl que aponte para o aplicativo Web do Serviço de

Token de Segurança, conforme mostrado no exemplo a seguir:

$signinurl = "https://test-2/FederationPassive/"

9. Crie o fornecedor confiável de login, usando o mesmo valor IdentifierClaim que o

mapeamento de declarações ($map1.InputClaimType), conforme mostrado no exemplo a seguir:

$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. Crie um aplicativo Web criando primeiro um valor para a conta do pool de aplicativos (para o

usuário atual), conforme mostrado no exemplo a seguir:

$account = "DOMAIN\" + $env:UserName

Observação:

A conta do pool de aplicativos deve ser uma conta gerenciada. Para criar uma conta

gerenciada, use New-SPManagedAccount.

11. Crie um valor para a URL do aplicativo Web ($webappurl = "https://" + $env:ComputerName),


$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. Crie um site criando primeiro um objeto de declaração, conforme mostrado no exemplo a

205

seguir:

$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13. Crie um site, conforme mostrado no exemplo a seguir:

$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

Configurar um aplicativo Web RP-STS (Relying Party STS) Use o procedimento nesta seção para configurar um aplicativo RP-STS.

1. Abra o console de Gerenciamento dos AD_FS 2.0.

2. No painel esquerdo, expanda Política e selecione Terceiras Partes Confiáveis.

3. No painel direito, clique em Adicionar Terceira Parte Confiável. Isso abre o assistente de

configuração do AD FS (Serviços de Federação do Active Directory) 2.0.

4. Na primeira página do assistente, clique em Iniciar.

5. SelecioneInserir configuração de terceira parte confiável manualmente e clique em

Avançar.

6. Digite o nome de uma terceira parte confiável e clique em Avançar.

7. Verifique se a opção Perfil do Servidor dos Serviços de Federação do Active Directory

(AD FS) 2.0 está marcada e clique em Avançar.

8. Não use um certificado de criptografia. Clique em Avançar.

9. Selecione Habilitar suporte para federação de identidade baseada em navegador da Web.

10. Digite o nome da URL do aplicativo Web e acrescente /_trust/ (por exemplo:

https://nomedoservidor/_trust/). Clique em Avançar.

11. Digite o nome de um identificador (por exemplo: urn:NOMEDOCOMPUTADOR:Geneva) e

clique em Adicionar. Clique em Avançar.

12. Na página Resumo, clique em Avançar e em Fechar. Isso abre o console de Gerenciamento

do Editor de Regras. Use esse console para configurar o mapeamento de declarações de um

aplicativo Web LDAP para o SharePoint.

13. No painel esquerdo, expanda Nova Regra e selecione Regra Predefinida.

14. Selecione Criar Declarações do Repositório de Atributos LDAP.

Para configurar um aplicativo Web RP-STS

206

15. No painel direito, na lista suspensa Repositório de Atributos, selecione Repositório

Corporativo de Contas de Usuário do Active Directory.

16. Em Atributo LDAP, selecione sAMAccountName.

17. Em Tipo de Declaração de Saída, selecione Endereço de Email.

18. No painel esquerdo, clique em Salvar.

Estabelecer uma relação de confiança com um IP-STS usando o Windows PowerShell Use o procedimento nesta seção para estabelecer uma relação de confiança com um IP-STS.





5. No prompt de comando do Windows PowerShell, estabeleça uma relação de confiança,


$waurl = "https://" + $env:ComputerName

$title = "SAML-Claims"

Exportar o certificado IP-STS de confiança usando o Windows PowerShell Use o procedimento nesta seção para exportar o certificado IP-STS com o qual você deseja

estabelecer uma relação de confiança e copie o certificado para um local que o Microsoft SharePoint

Foundation 2010 possa acessar.





5. No prompt de comando do Windows PowerShell, exporte o certificado IP-STS de confiança,


$cert = New-Object

Para estabelecer uma relação de confiança com um IP-STS usando o Windows PowerShell

Para exportar o certificado IP-STS confiável usando o Windows PowerShell

207

System.Security.Cryptography.X509Certificates.X509Certificate2("c:\geneva.cer")

Definir um identificador exclusivo para mapeamento de declarações usando o Windows PowerShell Use o procedimento nesta seção para definir um endereço de email que servirá como identificador

exclusivo para o mapeamento de declarações. Normalmente, o administrador do STS de confiança

terá de fornecer essas informações porque apenas o proprietário do STS conhece que valor no token

será sempre exclusivo para cada usuário. Observe que o administrador do STS de confiança pode

criar um URI para representar o endereço de email.





5. No prompt de comando do Windows PowerShell, crie um mapeamento, conforme mostrado no

exemplo a seguir:

$map = New-SPClaimTypeMapping -IncomingClaimType

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -

IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

Criar um novo provedor de autenticação Use o procedimento nesta seção para criar um novo provedor de autenticação que o aplicativo Web

usará.





5. No prompt de comando do Windows PowerShell, crie um novo provedor de autenticação,

conforme mostrado no exemplo a seguir. Observe que o realm é o parâmetro usado pelo STS

de confiança para identificar um farm específico do SharePoint.

$realm = "urn:" + $env:ComputerName + ":Geneva"

$ap = New-SPTrustedIdentityTokenIssuer -Name "Geneva" -Description "Geneva" -Realm

Para definir um identificador exclusivo para mapeamento de declarações usando o Windows PowerShell

Para criar um novo provedor de autenticação usando o Windows PowerShell

208

$realm -ImportTrustCertificate $cert -ClaimsMappings $map -SignInUrl

"https://test-2/FederationPassive/" -IdentifierClaim


Criar um novo aplicativo Web do SharePoint e configurá-lo para usar a entrada SAML Nesta etapa, crie e configure o aplicativo Web.





5. No prompt de comando do Windows PowerShell, crie um novo aplicativo Web do SharePoint e

configure-o para usar a entrada SAML. Observe que você deve substituir "WebAppUrl" e

"domain\admin" pelos valores válidos.

$wa = New-SPWebApplication -Name "SAML Sign-In" -SecureSocketsLayer -

ApplicationPool "SAML Sign-In" -ApplicationPoolAccount "domain\admin" -

Url "WebAppUrl" -Port 443 -AuthenticationProvider $ap

Observação:

Você está habilitando o SSL porque, com a entrada SAML, cookies são usados como

o tíquete de logon único do usuário. Isso permite que os administradores concedam

acesso aos recursos do SharePoint pela duração do token sem a necessidade de

autenticar novamente o usuário. Sem SSL, esses cookies podem ser facilmente

interceptados por um usuário mal-intencionado e ser usados para representar o

usuário original.

Depois de concluir esses procedimentos, crie um site do SharePoint e designe um proprietário. Para

obter informações sobre a criação de um site do SharePoint, consulte Criar um conjunto de sites


Para criar um novo aplicativo Web do SharePoint e configurá-lo para usar a entrada SAML usando o Windows PowerShell

209

Configurar a autenticação Kerberos (SharePoint Foundation 2010)

Neste artigo:

Sobre a autenticação Kerberos

Antes de começar

Configurar a autenticação Kerberos para comunicações SQL

Criar nomes da entidade de serviço para os aplicativos Web usando a autenticação Kerberos

Implantar o farm de servidores

Configurar serviços nos servidores do farm

Criar aplicativos Web usando a autenticação Kerberos

Criar um conjunto de sites usando o modelo Portal de Colaboração no aplicativo Web do site de

portal

Confirmar o acesso bem-sucedido aos aplicativos Web usando a autenticação Kerberos

Confirmar a funcionalidade de Indexação de Pesquisa correta

Confirmar a funcionalidade de Consulta de Pesquisa correta

Limitações de configuração

Recursos adicionais e diretrizes para a solução de problemas

Sobre a autenticação Kerberos O Kerberos é um protocolo seguro que dá suporte à autenticação com tíquetes. Um servidor de

autenticação Kerberos concede um tíquete em resposta a uma solicitação de autenticação de um

computador cliente, caso essa solicitação contenha credenciais do usuário válidas e um SPN (nome da

entidade de serviço). Em seguida, o computador cliente usa o tíquete para acessar recursos da rede.

Para habilitar a autenticação Kerberos, os computadores cliente e servidor devem ter uma conexão

confiável com o KDC (centro de distribuição de chaves) do domínio. O KDC distribui chaves secretas

compartilhadas para habilitar a criptografia. Os computadores cliente e servidor também devem ser

capazes de acessar o AD DS (Serviços de Domínio Active Directory). No AD DS, o domínio raiz da

floresta é o centro de referências da autenticação Kerberos.

Para implantar um farm de servidores que execute o Microsoft SharePoint Foundation 2010 usando a

autenticação Kerberos, instale e configure vários aplicativos nos seus computadores. Este artigo

descreve um exemplo de farm de servidores que executa o SharePoint Foundation 2010 e oferece

orientações para implantar e configurar o farm de forma a utilizar a autenticação Kerberos para

oferecer suporte à seguinte funcionalidade:

210

Comunicação entre o SharePoint Foundation 2010 e o software de banco de dados Microsoft SQL

Server.

Acesso ao aplicativo Web da Administração Central do SharePoint.

Acesso a outros aplicativos Web, incluindo um aplicativo Web de site de portal e um aplicativo

Web de Meu Site.

Antes de começar Este artigo está direcionado ao pessoal de nível administrativo com os seguintes conhecimentos:

Windows Server 2008

Active Directory

IIS (Serviços de Informações da Internet) 6.0 (ou IIS 7.0)

SharePoint Foundation 2010

Windows Internet Explorer

Autenticação Kerberos, implementada no AD DS (Serviços de Domínio Active Directory) para o

Windows Server 2008

NLB (Balanceamento de Carga de Rede) no Windows Server 2008

Contas de computador em um domínio do Active Directory

Contas de usuário em um domínio do Active Directory

Sites do IIS e suas associações e configurações de autenticação

Identidades de pool de aplicativos do IIS para sites do IIS

O Assistente de Configuração de Produtos do SharePoint

Aplicativos Web do SharePoint Foundation 2010

Páginas da Administração Central

SPNs (nomes de entidade de serviço) e como configurá-los em um domínio do Active Directory

Para criar SPNs em um domínio do Active Directory, você precisa ter permissões

administrativas nesse domínio.

Este artigo não proporciona um exame detalhado da autenticação Kerberos. O Kerberos é um método

de autenticação padrão do setor implementado no AD DS.

Este artigo não oferece instruções detalhadas e passo a passo para a instalação do SharePoint

Foundation 2010 ou para o uso do Assistente de Configuração de Produtos do SharePoint.

Este artigo não oferece instruções detalhadas e passo a passo para o uso da Administração Central

com o objetivo de criar aplicativos Web do SharePoint Foundation 2010.

Importante:

211

Requisitos de versão de software

A orientação oferecida neste artigo e os testes executados para confirmar essa orientação se baseiam

nos resultados do uso de sistemas que estejam executando o Windows Server 2008 e o Internet

Explorer com as atualizações mais recentes aplicadas a partir do site Windows Update

(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x416). As seguintes versões de software foram

instaladas:

Windows Server 2008, com as atualizações mais recentes no site Windows Update


Internet Explorer

A última versão do SharePoint Foundation 2010

Verifique também se os seus controladores de domínio do Active Directory estão executando o

Windows Server 2008 com as atualizações mais recentes aplicadas a partir do site Windows Update



O SharePoint Foundation 2010 pode rastrear aplicativos Web configurados para usar a autenticação

Kerberos se estes estiverem hospedados em servidores virtuais do IIS associados a portas padrão

(porta TCP 80 e porta SSL 443). No entanto, a Pesquisa do SharePoint Foundation 2010 não

conseguirá rastrear aplicativos Web do SharePoint Foundation 2010 configurados para usar a

autenticação Kerberos se esses aplicativos Web estiverem hospedados em servidores virtuais do IIS

associados a portas não padrão (portas diferentes da porta TCP 80 e da porta SSL 443). Atualmente, a

Pesquisa do SharePoint Foundation 2010 só pode rastrear aplicativos Web do SharePoint Foundation

2010 hospedados em servidores virtuais do IIS associados a portas não padrão que estejam

configuradas para usar a autenticação NTLM ou a autenticação Básica.

Para acesso de usuários finais usando a autenticação Kerberos, se você precisar implantar aplicativos

Web que só possam ser hospedados em servidores virtuais do IIS que estejam associados a portas

não padrão e se você quiser que os usuários finais obtenham resultados da consulta de pesquisa:

Os mesmos aplicativos Web devem ser hospedados em outros servidores virtuais do IIS em portas

não padrão.

Os aplicativos Web devem ser configurados para usar a autenticação NTLM ou Básica.

A Indexação de Pesquisa deve rastrear os aplicativos Web usando a autenticação NTLM ou

Básica.

Este artigo oferece orientação para:

Como configurar o aplicativo Web da Administração Central usando a autenticação Kerberos

hospedada em um servidor virtual do IIS associado a portas não padrão.

Como configurar aplicativos de portal e Meu Site usando a autenticação Kerberos hospedada em

servidores virtuais do IIS associados a portas padrão e com uma associação de cabeçalho de host

do IIS.




212

Como verificar se a Indexação de Pesquisa rastreia com sucesso aplicativos Web do SharePoint

Foundation 2010 usando a autenticação Kerberos.

Como verificar se os usuários que estão acessando aplicativos Web autenticados por Kerberos

conseguem obter resultados da consulta de pesquisa para esses aplicativos Web.

Histórico adicional

É importante compreender que, quando você usa a autenticação Kerberos, a funcionalidade de

autenticação precisa dependerá em parte do comportamento do cliente que esteja tentando autenticar-

se usando Kerberos. Em uma implantação de farm do SharePoint Foundation 2010 usando a

autenticação Kerberos, o SharePoint Foundation 2010 não é o cliente. Antes de implantar um farm de

servidores que esteja executando o SharePoint Foundation 2010 usando a autenticação Kerberos, é

preciso compreender o comportamento dos seguintes clientes:

O navegador (no contexto deste artigo, o navegador sempre será o Internet Explorer)

O Microsoft .NET Framework

O navegador é o cliente usado para navegação até uma página da Web em um aplicativo Web do

SharePoint Foundation 2010. Quando o SharePoint Foundation 2010 executa tarefas como o

rastreamento das fontes de conteúdo locais do SharePoint Foundation 2010, o .NET Framework

funciona como o cliente.

Para que a autenticação Kerberos funcione corretamente, é necessário criar SPNs no AD DS. Se os

serviços aos quais esses SPNs correspondem estiverem escutando em portas não padrão, os SPNs

deverão incluir números de porta. Isso serve para garantir que os SPNs sejam significativos e também

é necessário para impedir a criação de SPNs duplicados.

Quando um cliente tenta acessar um recurso usando a autenticação Kerberos, ele deve criar um SPN

a ser usado como parte do processo da autenticação Kerberos. Se o cliente não criar um SPN que

corresponda ao SPN configurado no AD DS, a autenticação Kerberos falhará, normalmente com um

erro de "Acesso negado".

Existem versões do Internet Explorer que não criam SPNs com números de porta. Se você estiver

usando aplicativos Web do SharePoint Foundation 2010 associados a números de porta não padrão

no IIS, talvez seja necessário direcionar o Internet Explorer de forma a incluir números de porta nos

SPNs criados por ele. Em um farm que esteja executando o SharePoint Foundation 2010, o aplicativo

Web da Administração Central é hospedado, por padrão, em um servidor virtual do IIS associado a

uma porta não padrão. Portanto, este artigo trata dos sites do IIS associados por porta e dos sites do

IIS associados a cabeçalhos de host.

Por padrão, em um farm que esteja executando o SharePoint Foundation 2010, o .NET Framework

não cria SPNs com números de porta. É por isso que a Pesquisa não consegue rastrear aplicativos

Web usando a autenticação Kerberos caso esses aplicativos Web estejam hospedados em servidores

virtuais do IIS associados a portas não padrão.

213

Topologia do farm de servidores

Este artigo refere-se à seguinte topologia de farm de servidores do SharePoint Foundation 2010:

Dois computadores executando o Windows Server 2008 que estejam atuando como servidores

Web front-end com o Windows NLB configurado.

Três computadores executando o Windows Server 2008 que estejam atuando como servidores de

aplicativos. Um dos servidores de aplicativos hospeda o aplicativo Web da Administração Central.

O segundo servidor de aplicativos está executando a Consulta de Pesquisa, enquanto o terceiro

está executando a Indexação de Pesquisa.

Um computador executando o Windows Server 2008 usado como o host SQL para o farm

executando o SharePoint Foundation 2010. Para o cenário descrito neste artigo, você pode usar

qualquer Microsoft SQL Server 2008.

Serviços de Domínio Active Directory, nomenclatura de computador e convenções NLB

O cenário descrito neste artigo usa o Active Directory, a nomenclatura de computador e as convenções

NLB a seguir:

Função de servidor Nome do domínio

Serviços de Domínio Active Directory mydomain.net

Um servidor Web front-end executando o


wssfe1.mydomain.net

Um servidor Web front-end executando o


wssfe2.mydomain.net

Administração Central do SharePoint Foundation

2010

wssadmin.mydomain.net

Indexação de Pesquisa executando o SharePoint

Foundation 2010

wsscrawl.mydomain.net

Consulta de Pesquisa executando o SharePoint

Foundation 2010

wssquery.mydomain.net

Host do SQL Server que executa o SharePoint

Foundation 2010

wsssql.mydomain.net

Um NLB VIP é atribuído a wssfe1.mydomain.net e a wssfe2.mydomain.net como resultado da

configuração do NLB nesses sistemas. Um conjunto de nomes de host DNS apontando para esse

endereço é registrado no seu sistema DNS. Por exemplo, se o NLB VIP for 192.168.100.200, você terá

214

um conjunto de registros DNS que resolverá os seguintes nomes de DNS para esse endereço IP

(192.168.100.200):

kerbportal.mydomain.net

kerbmysite.mydomain.net

Convenções de conta de domínio do Active Directory

O exemplo neste artigo usa as convenções de nomenclatura listadas na tabela a seguir para contas de

serviço e identidades de pool de aplicativos usadas no farm que executa o SharePoint Foundation

2010.

Conta de domínio ou identidade do pool de

aplicativos

Nome

Conta de administrador local

Em todos os servidores que executam o

SharePoint Foundation 2010 (mas não no

computador host que executa o SQL Server)

Para a instalação do SharePoint Foundation

2010 e para o usuário Executar como do

Assistente de Configuração de Produtos do

SharePoint

mydomain\pscexec

Conta de administrador local no computador host

do SQL Server

mydomain\sqladmin

A conta de serviço do SQL Server usada para

executar o serviço SQL Server

mydomain\wsssqlsvc

Conta de administrador do farm do SharePoint

Foundation 2010

mydomain\wssfarmadmin

Usada como a identidade do pool de aplicativos

da Administração Central e como a conta de

serviço do Serviço de Timer do SharePoint.

A identidade do pool de aplicativos do SharePoint

Foundation 2010 para o aplicativo Web do site de

portal

mydomain\portalpool

A identidade do pool de aplicativos do SharePoint

Foundation 2010 para o aplicativo Web Meu Site

mydomain\mysitepool

Conta do serviço de pesquisa do SharePoint

Foundation 2010

mydomain\wsssearch

Conta de acesso ao conteúdo de pesquisa do mydomain\wsscrawl

215

Conta de domínio ou identidade do pool de

aplicativos

Nome


Conta do serviço de pesquisa do SharePoint

Foundation 2010

mydomain\wsssearch

Conta de acesso ao conteúdo do SharePoint

Foundation 2010

mydomain\wsscrawl

Requisitos de configuração preliminar

Antes de instalar o SharePoint Foundation 2010 nos computadores do farm de servidores, verifique se

você executou os seguintes procedimentos:

Todos os servidores usados no farm, incluindo o host SQL, estão configurados com o Windows

Server 2008, incluindo as últimas atualizações aplicadas a partir do site Windows Update


Todos os servidores no farm têm o Internet Explorer (e as últimas atualizações para esse

programa) instaladas no site Windows Update


O SQL Server 2008 está instalado e em execução no computador host SQL, e o serviço SQL

Server está sendo executado como a conta mydomain\sqlsvc. Uma instância padrão do SQL

Server está instalada e escutando na porta TCP 1433.

O usuário Executar como do Assistente de Configuração de Produtos do SharePoint foi

adicionado:

Como Logon do SQL no host SQL.

À função DBCreators do SQL Server no host SQL.

À função Administradores de Segurança do SQL Server no host SQL.

Configurar a autenticação Kerberos para comunicações SQL Configure a autenticação Kerberos para comunicações SQL antes de instalar e configurar o

SharePoint Foundation 2010 nos servidores em executam o SharePoint Foundation 2010. Isso é

necessário porque a autenticação Kerberos para comunicações SQL precisa ser configurada e ter o

seu funcionamento confirmado para que os computadores que executam o SharePoint Foundation

2010 possam se conectar ao SQL Server.



216

O processo de configurar a autenticação Kerberos para qualquer serviço instalado em um computador

host que execute o Windows Server 2008 inclui a criação de um SPN para a conta de domínio usada

para executar o serviço no host. SPNs são formados pelas seguintes partes:

Um Nome de Serviço (por exemplo, MSSQLSvc ou HTTP)

Um nome de host (real ou virtual)

Um número de porta

A lista a seguir contém exemplos de SPNs para uma instância padrão do SQL Server em execução em

um computador chamado wsssql e que escuta na porta 1433:

MSSQLSvc/wsssql:1433

MSSQLSvc/wsssql.mydomain.com:1433

Esses são os SPNs que você criará para a instância do SQL Server no host SQL que será usado pelo

farm descrito neste artigo. Você sempre deve criar SPNs que tenham um nome NetBIOS e um nome

DNS completo para um host na rede.

Há métodos diferentes que você pode usar para definir um SPN para uma conta no domínio do Active

Directory. Um deles é usar o utilitário SETSPN.EXE, que faz parte das ferramentas do kit de recursos

para o Windows Server 2008. Outro método é usar o snap-in ADSIEDIT.MSC no controlador de

domínio do Active Directory. Este artigo aborda o uso do snap-in ADSIEDIT.MSC.

Há duas etapas principais para a configuração da autenticação Kerberos para o SQL Server:

Crie SPNs para a sua conta de serviço do SQL Server.

Confirme se a autenticação Kerberos é usada para conectar servidores que executam o

SharePoint Foundation 2010 a servidores que executam o SQL Server.

Criar os SPNs para a sua conta de serviço do SQL Server

1. Faça logon no controlador de domínio do Active Directory usando as credenciais de um usuário

que tenha permissões administrativas de domínio.

2. Na caixa de diálogo Executar, digite ADSIEDIT.MSC.

3. Na caixa de diálogo Console de Gerenciamento, expanda a pasta Contêiner de Domínio.

4. Expanda a pasta Contêiner que contém as contas dos usuários, por exemplo, CN=Users.

5. Localize o contêiner da conta Serviço SQL Server; por exemplo, CN=wsssqlsvc.

6. Clique com o botão direito do mouse nessa conta e clique em Propriedades.

7. Percorra a lista de propriedades na caixa de diálogo Conta de serviço do SQL Server até

encontrar servicePrincipalName.

8. Selecione a propriedade servicePrincipalName e clique em Editar.

9. No campo Valor a Adicionar, na caixa de diálogo Editor de Cadeia de Caracteres com Valores

Múltiplos, digite o SPN MSSQLSvc/wsssql:1433 e clique em Adicionar. Em seguida, digite o

SPN MSSQLSvc/wsssql.mydomain.com:1433 nesse campo e clique em Adicionar.

217

10. Clique em OK na caixa de diálogo Editor de Cadeia de Caracteres com Valores Múltiplos e

clique em OK na caixa de diálogo Propriedades da conta de serviço do SQL Server.

Confirme se a autenticação Kerberos é usada para conectar servidores que executam o SharePoint Foundation 2010 ao SQL Server

Instale as Ferramentas de Cliente SQL em um dos servidores que executam o SharePoint Foundation

2010 e use as ferramentas para se conectar a partir do servidor que executa o SharePoint Foundation

2010 aos servidores que executam o SQL Server. Esse artigo não aborda as etapas de instalação das

Ferramentas de Cliente SQL em um dos servidores que executam o SharePoint Foundation 2010. Os

procedimentos de confirmação se baseiam nas seguintes suposições:

Você está usando o SQL Server 2008 no host SQL.

Você se conectou a um dos servidores que executam o SharePoint Foundation 2010 usando a

conta mydomain\pscexec e instalou as Ferramentas de Cliente SQL 2005 no servidor que executa

o SharePoint Foundation 2010.

1. Execute o SQL Server 2005 Management Studio.

2. Quando a caixa de diálogo Conectar ao Servidor for exibida, digite o nome do computador host

do SQL (neste exemplo, esse computador é wsssql) e clique em Conectar para se conectar ao

computador host do SQL.

3. Para confirmar se a autenticação Kerberos foi usada para essa conexão, execute o visualizador de

eventos no computador host SQL e examine o log de eventos de Segurança. Você deve ver um

registro de Auditoria com Êxito para um evento de categoria de Logon/Logoff semelhante aos

dados mostrados nas seguintes tabelas:

Tipo de Evento Auditoria com Êxito

Origem do Evento Segurança

Categoria do Evento Logon/Logoff

ID do Evento 540

Data 31.10.07

Hora 16:12:24

Usuário MYDOMAIN\pscexec

Computador WSSQL

Descrição

Um exemplo de um logon de rede bem-sucedido está descrito na tabela a seguir.

218

Nome do Usuário pscexec

Domínio MYDOMAIN

ID de Logon (0x0,0x6F1AC9)

Tipo de Logon 3

Processo de Logon Kerberos

Nome da Estação de Trabalho

GUID de Logon {36d6fbe0-2cb8-916c-4fee-4b02b0d3f0fb}

Nome do Usuário Chamador

Domínio do Chamador

ID de Logon do Chamador

ID de Processo do Chamador

Serviços Transitados

Endereço de Rede de Origem 192.168.100.100

Porta de Origem 2465

Examine a entrada de log para confirmar se:

1. O nome do usuário está correto. A conta mydomain\pscexec foi conectada pela rede ao host SQL.

2. O tipo de logon é 3. Um logon do tipo 3 é um logon de rede.

3. O processo de logon e o pacote de autenticação usam a autenticação Kerberos. Isso confirma se o

servidor que executa o SharePoint Foundation 2010 está usando a autenticação Kerberos para se

comunicar com o host SQL.

4. O Endereço de Rede de Origem corresponde ao endereço IP do computador a partir do qual a

conexão foi feita.

Se a sua conexão com o host SQL falhar com uma mensagem de erro semelhante a Não é possível

gerar contexto SSPI, é provável que haja um problema com o SPN usado para a sua instância do

SQL Server. Para solucionar o problema e corrigir isso, consulte o artigo sobre como solucionar a

mensagem de erro "Não é possível gerar contexto SSPI"

(http://go.microsoft.com/fwlink/?linkid=76621&clcid=0x416), na Base de Dados de Conhecimento

Microsoft.



219

Criar nomes da entidade de serviço para os aplicativos Web usando a autenticação Kerberos No que diz respeito à autenticação Kerberos, não há nada de especial em relação aos aplicativos Web

do SharePoint Foundation 2010 baseados no IIS: a autenticação Kerberos trata esses aplicativos como

qualquer outro site do IIS.

Esse processo requer conhecimento dos seguintes itens:

A Classe de Serviço do SPN (no contexto desse artigo, para aplicativos Web do SharePoint

Foundation 2010, essa classe é sempre HTTP).

A URL de todos os aplicativos Web do SharePoint Foundation 2010 que usam a autenticação

Kerberos.

A parte do nome de host do SPN (real ou virtual; este artigo aborda as duas opções).

A parte do número de porta do SPN (no cenário descrito neste artigo, são usados aplicativos Web

do SharePoint Foundation 2010 baseados na porta do IIS e no cabeçalho de host).

As contas do Windows Active Directory para as quais é necessário criar SPNs.

A tabela a seguir lista as informações do cenário descrito neste artigo:

URL Conta do Active

Directory

SPN

http://wssadmin.mydomain.net:10000 wssfarmadmin

HTTP/wssadmin.mydomain.net:1

0000

HTTP/wssadmin.mydomain.net:1

0000

http://kerbportal.mydomain.net portalpool HTTP/kerbportal.mydomain.net

HTTP/kerbportal

http://kerbmysite.mydomain.net mysitepool HTTP/kerbmysite.mydomain.net

HTTP/kerbmysite

Observações sobre esta tabela:

A primeira URL listada acima é da Administração Central e usa um número de porta. Você não

precisa usar a porta 10000. Este é apenas um exemplo utilizado para manter a consistência neste

artigo.

As duas URLs seguintes destinam-se ao site do portal e ao Meu Site, respectivamente.

220

Use as diretrizes fornecidas acima para criar os SPNs necessários no AD DS para dar suporte à

autenticação Kerberos para seus aplicativos Web do SharePoint Foundation 2010. Você precisa fazer

logon em um controlador de domínio no seu ambiente usando uma conta que tenha permissões

administrativas de domínio. Para criar os SPNs, use o utilitário SETSPN.EXE ou o snap-in

ADSIEDIT.MSC mencionados antes. Se estiver usando o snap-in ADSIEDIT.MSC, consulte as

instruções fornecidas anteriormente neste artigo sobre a criação de SPNs. Certifique-se de criar os

SPNs corretos para as contas certas no AD DS.

Implantar o farm de servidores A implantação do farm de servidores inclui as seguintes etapas:

1. Instale o SharePoint Foundation 2010 em todos os servidores que executam o SharePoint

Foundation 2010.

2. Execute o Assistente de Configuração de Produtos do SharePoint e crie um novo farm. Essa etapa

inclui a criação de um aplicativo Web da Administração Central do SharePoint Foundation 2010

que será hospedado em um servidor virtual do IIS associado a uma porta não padrão e que usará

a autenticação Kerberos.

3. Execute o Assistente de Configuração de Produtos do SharePoint e ingresse os outros servidores

no farm.

4. Configure Serviços nos Servidores do farm para:

Serviço de Pesquisa do SharePoint Foundation 2010

Indexação de Pesquisa do SharePoint Foundation 2010

Consulta de Pesquisa do SharePoint Foundation 2010

5. Crie aplicativos Web que sejam usados para o site de portal e Meu Site, usando a autenticação

Kerberos.

6. Crie um conjunto de sites usando o modelo Portal de Colaboração no aplicativo Web do site de

portal.

7. Confirme o acesso bem-sucedido aos aplicativos Web usando a autenticação Kerberos.

8. Confirme a funcionalidade de Indexação de Pesquisa correta.

9. Confirme a funcionalidade de Consulta de Pesquisa correta.

Instalar o SharePoint Foundation 2010 em todos os servidores

Este é o processo direto de execução da configuração do SharePoint Foundation 2010 para instalar os

binários do SharePoint Foundation 2010 nos servidores que executam o SharePoint Foundation 2010.

Faça logon em todos os computadores que executam o SharePoint Foundation 2010 usando a conta

mydomain\pscexec. Nenhuma instrução passo a passo é fornecida para isso. Para o cenário descrito

neste artigo, execute uma instalação Completa do SharePoint Foundation 2010 em todos os

servidores que exijam o SharePoint Foundation 2010.

221

Criar um novo farm

Para o cenário descrito neste artigo, primeiro execute o Assistente de Configuração de Produtos do

SharePoint no servidor de Indexação de Pesquisa, WSSADMIN, para que o WSSADMIN hospede o

aplicativo Web da Administração Central no SharePoint Foundation 2010.

No servidor chamado WSSCRAWL, quando a instalação estiver concluída, uma caixa de diálogo

Instalação Concluída será apresentada, contendo uma caixa de seleção marcada para executar o

Assistente de Configuração de Produtos do SharePoint. Mantenha a caixa de seleção marcada e feche

a caixa de diálogo de instalação para poder executar o Assistente de Configuração de Produtos do

SharePoint.

Ao executar o Assistente de Configuração de Produtos do SharePoint neste computador, siga estas

etapas para criar um novo farm:

Forneça o nome do servidor de banco de dados (neste artigo, este é o servidor chamado

WSSSQL).

Forneça um nome de banco de dados de configuração (você pode usar o padrão ou estipular um

nome de sua escolha).

Forneça as informações da conta (administrador de farm) de acesso ao banco de dados. Usando o

cenário deste artigo, essa conta é a mydomain\wssfarmadmin.

Forneça as informações necessárias para o aplicativo Web da Administração Central do

SharePoint Foundation 2010. Usando o cenário neste artigo, essas informações são as seguintes:

Número de porta do aplicativo Web da Administração Central: 10000

Método de autenticação: Negociar

Depois que você fornecer todas as informações necessárias, o Assistente de Configuração de

Produtos do SharePoint será concluído com êxito. Se esse for o caso, confirme se você pode acessar

a home page do aplicativo Web da Administração Central do SharePoint Foundation 2010 usando a

autenticação Kerberos. Para fazer isso, siga estas etapas:

1. Faça logon em um servidor diferente que execute o SharePoint Foundation 2010 ou em outro

computador do domínio mydomain como mydomain\pscexec. Você não deve verificar o

comportamento de autenticação Kerberos correto diretamente no computador que hospeda o

aplicativo Web da Administração Central do SharePoint Foundation 2010. Isso deve ser feito em

outro computador do domínio.

2. Inicie o Internet Explorer nesse servidor e tente ir até a URL: http://wssadmin.mydomain.net:10000.

A home page da Administração Central será renderizada.

3. Para confirmar se a autenticação Kerberos foi usada para acessar a Administração Central, volte

ao computador chamado WSSADMIN, execute o visualizador de eventos e examine o log de

segurança. Você verá um registro Auditoria de Êxitos, cuja aparência é similar à seguinte tabela:



222


ID do Evento 540

Data 01.11.07

Hora 14:22:20


Computador WSSADMIN

Descrição



Domínio MYDOMAIN

ID de Logon (0x0,0x1D339D3)

Tipo de Logon 3

Processo de Logon Kerberos

Pacote de Autenticação Kerberos


GUID de Logon {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}








O exame desse registro de log mostra o mesmo tipo de informação da entrada de log anterior:

Confirme se o nome do usuário está correto; trata-se da conta mydomain\pscexec conectada pela

rede ao servidor que executa o SharePoint Foundation 2010 e que está hospedando a


223

Confirme se o tipo de logon é 3; um tipo de logon 3 é um logon de rede.

Confirme se o processo de logon e o pacote de autenticação usam a autenticação Kerberos. Isso

confirma se a autenticação Kerberos está sendo usada para acessar o aplicativo Web da


Confirme se o Endereço de Rede de Origem corresponde ao endereço IP do computador a partir

do qual a conexão foi feita.

Se a home page da Administração Central não for renderizada e uma mensagem de erro não

autorizado for exibida, significa que a autenticação Kerberos está falhando. Em geral, há apenas duas

causas para essa falha:

O SPN do AD DS não foi registrado para a conta correta. Ele deveria ter sido registrado para

mydomain\wssfarmadmin.

O SPN no AD DS não corresponde ao SPN que está sendo criado pelo Internet Explorer ou é

inválido de alguma forma. Talvez você tenha omitido o número de porta do SPN registrado no

AD DS. Verifique se essa informação está correta e se a Administração Central está funcionando,

usando a autenticação Kerberos, antes de continuar.

Um auxiliar de diagnóstico que você pode usar para verificar o que está acontecendo na rede

é um sniffer (farejador) de rede, como o Microsoft Network Monitor, para criar um rastreamento

durante a navegação para a Administração Central. Após a falha, examine o rastreamento e

procure pacotes do Protocolo KerberosV5. Encontre um pacote com um SPN criado pelo

Internet Explorer. Se o SPN no rastreamento parecer correto, significa que o SPN no AD DS é

inválido ou foi registrado para a conta errada.

Ingresse os outros servidores no farm

Agora que o farm foi criado e você pode acessar com êxito a Administração Central usando a

autenticação Kerberos, é necessário executar o Assistente de Configuração de Produtos do

SharePoint e ingressar os outros servidores no farm.

Em cada um dos quatro servidores que executam o SharePoint Foundation 2010 (wssfe1, wssfe2,

wssquery e wsscrawl), a instalação do SharePoint Foundation 2010 deve estar concluída, e a caixa de

diálogo de conclusão da instalação deve ser apresentada com a caixa de seleção Assistente de

Configuração de Produtos do SharePoint marcada. Mantenha a caixa de seleção marcada e feche a

caixa de diálogo de conclusão da instalação para poder executar o Assistente de Configuração de

Produtos do SharePoint. Execute o procedimento para ingressar cada um desses servidores no farm.

Depois de concluir o Assistente de Configuração de Produtos do SharePoint em cada servidor

adicionado ao farm, verifique se cada um deles pode renderizar a Administração Central que está em

execução no servidor WSSADMIN. Se algum deles não conseguir renderizar a Administração Central,

tome as providências necessárias para resolver o problema antes de continuar.

Observação:

224

Configurar serviços nos servidores do farm Configure serviços específicos do SharePoint Foundation 2010 para execução em servidores

específicos que executem o SharePoint Foundation 2010 no farm, usando as contas indicadas nas

próximas seções.

Esta seção não fornece uma descrição detalhada da interface do usuário. Somente instruções

de genéricas são fornecidas. Você deve estar familiarizado com a Administração Central e o

modo como executar as etapas necessárias antes de continuar.

Acesse a Administração Central e execute as seguintes etapas para configurar os serviços nos

servidores indicados, usando as contas especificadas.

Pesquisa do Windows SharePoint Services

Na página Serviços no Servidor da Administração Central:

1. Selecione o servidor WSSQUERY.

2. Na lista de serviços exibida, próximo ao meio da página, localize o serviço de Pesquisa do

SharePoint Foundation 2010 e clique em Iniciar na coluna Ação.

3. Na página seguinte, forneça as credenciais da conta do serviço de pesquisa do SharePoint

Foundation 2010 e da conta de Acesso ao Conteúdo do SharePoint Foundation 2010. No cenário

deste artigo, a conta do serviço de pesquisa do SharePoint Foundation 2010 é

mydomain\wsssearch, e a conta de acesso ao conteúdo do SharePoint Foundation 2010 é

mydomain\wsscrawl. Digite os nomes das contas e as senhas nos locais apropriados na página e

clique em Iniciar.

Servidor de indexação


1. Selecione o servidor WSSCRAWL.


SharePoint Foundation 2010 e clique em Iniciar na coluna Ação.

Na página subsequente, marque a caixa de seleção Use este servidor para indexação de conteúdo

e depois forneça as credenciais da conta de serviço de pesquisa do SharePoint Foundation 2010. No

cenário deste artigo, a conta de serviço de pesquisa do SharePoint Foundation 2010 é

mydomain\wsssearch. Digite os nomes das contas e as senhas nos locais apropriados na página e

clique em Iniciar.

Servidor de consulta


1. Selecione o servidor WSSQUERY.

Observação:

225


SharePoint Foundation 2010 e clique no nome do serviço na coluna Serviço.

Na página seguinte, marque a caixa de seleção Usar este servidor para fazer consultas de

pesquisa e clique em OK.

Criar aplicativos Web usando a autenticação Kerberos Nesta seção, crie aplicativos Web usados para o site de portal e um Meu Site no farm.




Criar o aplicativo Web do site de portal

1. Na página Gerenciamento de Aplicativos na Administração Central, clique em Criar ou estender

aplicativo Web.

2. Na página seguinte, clique em Criar um novo aplicativo Web.

3. Na página seguinte, verifique se a opção Criar um novo site do IIS está selecionada.

No campo Descrição, digite PortalSite.

No campo Porta, digite 80.

No campo Cabeçalho de Host, digite kerbportal.mydomain.net.

4. Verifique se a opção Negociar está selecionada como o provedor de autenticação desse aplicativo

Web.

5. Crie esse aplicativo Web na zona Padrão. Não modifique a zona desse aplicativo Web.

6. Verifique se a opção Criar novo pool de aplicativos está selecionada.

No campo Nome do Pool de Aplicativos, digite PortalAppPool.

Verifique se a opção Configurável está selecionada. No campo Nome de usuário, digite a

conta mydomain\portalpool.

7. Clique em OK.

8. Confirme se o aplicativo Web foi criado com êxito.

Se você quiser usar uma conexão SSL e associar o aplicativo Web à porta 443, digite 443 no

campo Porta e selecione Usar SSL na página Criar Novo Aplicativo Web. Além disso, você

deve instalar um certificado SSL curinga. Ao usar uma associação de cabeçalho de host do IIS

em um site do IIS configurado para SSL, você deve usar um certificado SSL curinga. Para

obter mais informações sobre cabeçalhos de host SSL no IIS, consulte o artigo sobre como

Observação:

Observação:


226

configurar cabeçalhos de host SSL (IIS 6.0)


Criar o aplicativo Web Meu Site

1. Na página Gerenciamento de Aplicativos na Administração Central, clique em Criar ou estender

aplicativo Web.

2. Na página seguinte, clique em Criar um novo aplicativo Web.

3. Na página seguinte, verifique se a opção Criar um novo site do IIS está selecionada.

No campo Descrição, digite MySite.

No campo Porta, digite 80.

No campo Cabeçalho de Host, digite kerbmysite.mydomain.net.

4. Verifique se a opção Negociar está selecionada como o provedor de autenticação desse aplicativo

Web.

5. Crie esse aplicativo Web na zona Padrão. Não modifique a zona desse aplicativo Web.

6. Verifique se a opção Criar novo pool de aplicativos está selecionada.

No campo Nome do Pool de Aplicativos, digite MySiteAppPool.

Verifique se a opção Configurável está selecionada. No campo Nome de usuário, digite a

conta mydomain\mysitepool.

7. Clique em OK.

8. Confirme se o aplicativo Web foi criado com êxito.

Se você quiser usar uma conexão SSL e associar o aplicativo Web à porta 443, digite 443 no

campo Porta e selecione Usar SSL na página Criar Novo Aplicativo Web. Além disso, você

deve instalar um certificado SSL curinga. Ao usar uma associação de cabeçalho de host do IIS

em um site do IIS configurado para SSL, você deve usar um certificado SSL curinga. Para

obter mais informações sobre cabeçalhos de host SSL no IIS, consulte o artigo sobre como

configurar cabeçalhos de host SSL (IIS 6.0)


Criar um conjunto de sites usando o modelo Portal de Colaboração no aplicativo Web do site de portal Nesta seção, você cria um conjunto de sites no site de portal do aplicativo Web que criou para esse

propósito.

Observação:

Observação:




227




1. Na página Gerenciamento de Aplicativos da Administração Central, clique em Criar conjunto de

sites.

2. Na página seguinte, selecione o aplicativo Web correto. Para o exemplo neste artigo, selecione

http://kerbportal.mydomain.net.

3. Forneça o título e a descrição que você deseja usar para esse conjunto de sites.

4. Deixe o endereço do site inalterado.

5. Na seção Seleção de Modelo, em Selecionar um Modelo, clique na guia Publicação e selecione

o modelo Portal de Colaboração.

6. Na seção Administrador Principal do Conjunto de Sites, digite mydomain\pscexec.

7. Especifique o Administrador do Conjunto de Sites Secundário que você deseja usar.

8. Clique em OK.

9. Confirme se o conjunto de sites do portal foi criado com êxito.

Confirmar o acesso bem-sucedido aos aplicativos Web usando a autenticação Kerberos Confirme se a autenticação Kerberos está funcionando para os aplicativos Web recém-criados.

Comece com o site de portal.

Para fazer isso, siga estas etapas:

1. Faça logon em um servidor que executa o SharePoint Foundation 2010, em vez de em um dos

dois servidores Web front-end configurados para NLB como mydomain\pscexec. Você não deve

verificar o comportamento da autenticação Kerberos correto diretamente em um dos computadores

que hospedam sites com balanceamento de carga usando a autenticação Kerberos. Isso deve ser

feito em outro computador do domínio.

2. Inicie o Internet Explorer nesse outro sistema e tente acessar a seguinte URL:


A home page do site do portal com autenticação Kerberos deve ser renderizada.

Para confirmar se a autenticação Kerberos foi usada para acessar o site de portal, acesse um dos

servidores Web front-end com balanceamento de carga, execute o visualizador de eventos e examine

o log de segurança. Você deverá ver um registro de Auditoria com Êxito, semelhante à tabela a seguir,

em um dos servidores Web front-end. Observe que talvez seja necessário examinar os dois servidores

Web front-end antes de encontrar essas informações, dependendo do sistema que administrou a

solicitação de balanceamento de carga.


228



ID do Evento 540

Data 01.11.07

Hora 17:08:20


Computador wssfe1

Descrição



Domínio MYDOMAIN

ID de Logon (0x0,0x1D339D3)

Tipo de Logon 3

Processo de Logon Autenticação Kerberos


GUID de Logon {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}








O exame desse registro de log mostra o mesmo tipo de informação da entrada de log anterior:

Confirme se o nome do usuário está correto; trata-se da conta mydomain\pscexec conectada pela

rede ao servidor Web front-end que executa o SharePoint Foundation 2010 e que está

hospedando o site de portal.

229

Confirme se o tipo de logon é 3; um tipo de logon 3 é um logon de rede.

Confirme se o processo de logon e o pacote de autenticação usam a autenticação Kerberos. Isso

confirma se a autenticação Kerberos está sendo usada para acessar o site de portal.

Confirme se o Endereço de Rede de Origem corresponde ao endereço IP do computador a partir

do qual a conexão foi feita.

Se a home page do site de portal não for renderizada e exibir uma mensagem de erro ―não

autorizado‖, significa que a autenticação Kerberos está falhando. Em geral, há apenas algumas causas

para isso:

O SPN no AD DS não foi registrado para a conta correta. Ele deveria ter sido registrado para

mydomain\portalpool, para o aplicativo Web do site de portal.

O SPN no AD DS não corresponde ao SPN que está sendo criado pelo Internet Explorer ou é

inválido por outro motivo. Nesse caso, como você está usando cabeçalhos de host do IIS sem

explicitar números de porta, o SPN registrado no AD DS é diferente do cabeçalho de host do IIS

especificado quando você estendeu o aplicativo Web. É necessário corrigir isso para fazer a

autenticação Kerberos funcionar.

Um auxiliar de diagnóstico que você pode usar para verificar o que está acontecendo na rede

é um sniffer (farejador) de rede, como o Microsoft Network Monitor, para criar um rastreamento

durante a navegação para a Administração Central. Após a falha, examine o rastreamento e

procure pacotes do Protocolo KerberosV5. Você deverá encontrar um pacote com um SPN

criado pelo Internet Explorer. Se o SPN no rastreamento parecer correto, significa que o SPN

no AD DS é inválido ou foi registrado para a conta errada.

Quando a autenticação Kerberos estiver funcionando no site de portal, acesse Meu Site com

autenticação Kerberos, usando a seguinte URL:

http://kerbmysite.mydomain.net

Na primeira vez que você acessar a URL de Meu Site, será necessário algum tempo para que

o SharePoint Foundation 2010 crie um Meu Site para o usuário conectado. No entanto, essa

operação será bem-sucedida, e a página Meu Site do usuário será renderizada.

Isso deve funcionar corretamente. Se isso não acontecer, consulte as etapas de solução de problemas

anterior.

Confirmar a funcionalidade de Indexação de Pesquisa correta Confirme se a Indexação de Pesquisa está rastreando com êxito o conteúdo hospedado nesse farm.

Essa é a etapa que você deve executar antes de confirmar os resultados da consulta de Pesquisa para

os usuários que acessam os sites usando a autenticação Kerberos.

Observação:

Observação:

230




Para confirmar a funcionalidade de Índice de Pesquisa, acesse um aplicativo Web e inicie um

rastreamento completo. Aguarde a conclusão do rastreamento. Se essa operação falhar,

investigue e corrija a falha e execute um rastreamento completo. Se o rastreamento falhar com

erros do tipo "acesso negado", significa que a conta de rastreamento não tem acesso às fontes

de conteúdo ou que a autenticação Kerberos falhou. Qualquer que seja a causa, esse erro

deve ser corrigido antes de se prosseguir para as etapas seguintes.

Você deve concluir um rastreamento completo dos aplicativos Web com autenticação Kerberos antes

de continuar.

Confirmar a funcionalidade de Consulta de Pesquisa correta Para confirmar se a Consulta de Pesquisa retorna resultados para os usuários que acessam o site de

portal que utiliza a autenticação Kerberos:

1. Inicie o Internet Explorer em um sistema em mydomain.net e acesse


2. Quando a home page do site de portal for renderizada, digite uma palavra-chave de pesquisa no

campo Pesquisar e pressione ENTER.

3. Confirme se os resultados da Consulta de Pesquisa são retornados. Se não forem, confirme se a

palavra-chave inserida é válida na sua implantação, se a Indexação de Pesquisa está sendo

executada corretamente, se o serviço de Pesquisa está sendo executado nos servidores de

Indexação de Pesquisa e de Consulta de Pesquisa e se não há problemas com a propagação de

pesquisa do seu servidor de Indexação de Pesquisa para o servidor de Consulta de Pesquisa.

Limitações de configuração A parte do nome de host dos SPNs com novo formato (que são criados) corresponde ao nome do

NetBIOS do host que executa o serviço; por exemplo: MSSP/kerbtest4:56738/SSP1. Isso ocorre

porque os nomes de host são buscados no banco de dados de configuração do SharePoint Foundation

2010 e somente os nomes de computador do NetBIOS são armazenados nesse banco de dados do

SharePoint Foundation 2010. Em alguns cenários, isso pode ser ambíguo.

Recursos adicionais e diretrizes para a solução de problemas

Observação

231

Produto/tecnologia Recurso

SQL Server Artigo sobre como assegurar que você esteja usando a

autenticação Kerberos ao criar uma conexão remota com

uma instância do SQL Server 2005


SQL Server Artigo sobre como solucionar a mensagem de erro "Não é

possível gerar contexto SSPI"


.NET Framework Artigo sobre a propriedade

AuthenticationManager.CustomTargetNameDictionary


Internet Explorer Artigo sobre a Mensagem de erro no Internet Explorer

quando você tenta acessar um site que requer a

autenticação Kerberos em um computador com Windows

XP: "Erro HTTP 401 - Não autorizado: acesso negado

devido a credenciais inválidas"


Autenticação Kerberos Artigo de referência técnica da autenticação Kerberos


Autenticação Kerberos Artigo sobre solução de problemas para erros Kerberos


Autenticação Kerberos Artigo sobre a transição do protocolo Kerberos e delegação

restrita


IIS Artigo sobre como configurar cabeçalhos de host SSL (IIS

6.0)




















232

Configurar a alteração automática de senha (SharePoint Foundation 2010)

A alteração de senha automática permite que o Microsoft SharePoint Foundation 2010 gere

automaticamente senhas de criptografia forte em em cronograma que você pode determinar.

Neste artigo:

Configurar contas gerenciadas

Definir as configurações de alteração automática de senha

Solucionando problemas de alteração automática de senha

Configurar contas gerenciadas Você precisa registrar contas gerenciadas no farm para disponibilizar essas contas para vários

serviços. É possível registrar uma conta gerenciada usando a página Registrar Conta Gerenciada na

Administração Central. Não há opções na página Registrar Conta Gerenciada para criar uma conta nos

Serviços de Domínio Active Directory ou no computador local. As opções podem ser usadas para

registrar uma conta existente no farm do SharePoint Foundation 2010. Execute as etapas do

procedimento a seguir para usar a Administração Central para definir configurações de contas

gerenciadas.

1. Verifique se a conta do usuário que está executando este procedimento é um administrador do

conjunto de sites.

2. No site da Administração Central, selecione Segurança.

3. Em Segurança Geral, clique em Configurar contas gerenciadas.

4. Na página Contas Gerenciadas, clique em Registrar Conta Gerenciada.

5. Na seção Registro de Conta da página Registrar Conta Gerenciada, digite as credenciais da

conta de serviço.

6. Na seção Alteração Automática de Senha, marque a caixa de seleção Habilitar alteração

automática de senha para permitir que o SharePoint Foundation 2010 gerencie a senha para

a conta selecionada. Em seguida, digite um valor numérico que indique o número de dias

anteriores à expiração da senha em que o processo de alteração automática de senha será

iniciado.

7. Na seção Alteração Automática de Senha, marque a caixa de seleção Iniciar notificação

por email e insira um valor numérico que indique o número de dias anteriores ao início do

processo de alteração automática de senha em que um email de notificação será enviado.

Dessa forma, você poderá configurar um cronograma de notificação de email semanal ou

Para definir configurações de contas gerenciadas usando a Administração Central

233

mensal.

8. Clique em OK.

Definir as configurações de alteração automática de senha Use a página Configurações de Gerenciamento de Senhas da Administração Central para definir

configurações no nível do farm para alterações automáticas de senha. Os administradores do farm

podem configurar o endereço de email de notificação que será usado para enviar todos os emails de

notificação de alteração de senha, além de opções de monitoramento e de agendamento. Execute as

etapas do procedimento a seguir para usar a Administração Central para definir configurações da

alteração automática de senha.

1. Verifique se a conta do usuário que está executando este procedimento é um administrador do

conjunto de sites.

2. No site da Administração Central, clique em Segurança.

3. Em Segurança Geral, clique em Configurar definições de alteração de senha.

4. Na seção Endereço do Email de Notificação da página Configurações de Gerenciamento de

Senha, insira o endereço de email de um indivíduo ou de um grupo a ser notificado de

qualquer evento iminente de alteração de senha ou de expiração.

5. Se a alteração automática de senha não for configurada para uma conta gerenciada, insira um

valor numérico na seção Configurações do Processo de Monitoramento de Conta que

indique o número de dias anteriores à expiração de senha em que uma notificação de senha

será enviada para o endereço de email configurado na seção Endereço do Email de

Notificação.

6. Na seção Configurações de Alteração Automática de Senha, insira um valor numérico que

indique o número de segundos que a alteração automática de senha aguardará (depois de

notificar serviços de uma alteração de senha pendente) antes de iniciar a alteração. Insira um

valor numérico que indique o número de tentativas de alteração de senha antes de o processo

parar.

7. Clique em OK.

Solucionando problemas de alteração automática de senha Use a orientação a seguir para impedir os problemas mais comuns que podem ocorrer quando você

configura a alteração automática de senha.

Para definir as configurações da alteração automática de senha usando a Administração Central

234

Senha não correspondente

Se o processo de alteração automática de senha falhar porque há uma senha não correspondente

entre o AD DS (Serviços de Domínio Active Directory) e o SharePoint Foundation 2010, o processo de

alteração de senha poderá resultar na negação de acesso no logon, no bloqueio de conta ou em erros

de leitura do AD DS. Se qualquer um desses problemas ocorrer, verifique se as suas senhas do AD

DS estão configuradas corretamente e se a conta do AD DS tem acesso de leitura para instalação.

Use o Windows PowerShell para corrigir qualquer problema de senha não correspondente que possa

ocorrer e retome o processo de alteração de senha.


2. No menu Iniciar, clique em Todos os Programas. Clique em Produtos do Microsoft

SharePoint 2010.


4. No prompt de comando do Windows PowerShell, digite o seguinte e pressione ENTER:

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -ExistingPassword

<SecureString> -UseExistingPassword $true

Para obter mais informações, consulte Set-SPManagedAccount.

Falha de provisionamento da conta de serviço

Se o provisionamento da conta de serviço ou se o reprovisionamento falhar em um ou mais servidores

do farm, verifique o status do Serviço de Timer. Se o Serviço de Timer estiver parado, reinicie-o.

Considere a utilização do seguinte comando Stsadm para iniciar imediatamente os trabalhos de

administração do Serviço de Timer: stsadm -o execadmsvcjobs

Se o reinício do Serviço de Timer não resolver o problema, use o Windows PowerShell para reparar a

conta gerenciada em todos os servidores do farm que experimentaram uma falha de provisionamento.

1. Verifique se você atende aos requisitos mínimos: Consulte Add-SPShellAdmin.


SharePoint 2010.



Repair-SPManagedAccountDeployment

Para obter informações, consulte Repair-SPManagedAccountDeployment.

Se o procedimento anterior não resolver uma falha de provisionamento de conta de serviço,

provavelmente a chave de criptografia do farm não pode ser descriptografada. Se esse for o problema,

Para corrigir uma senha não correspondente

Para resolver uma falha de provisionamento de conta de serviço

http://technet.microsoft.com/library/320204fe-f72f-40c6-9b1f-e7a3ddb0aca3(Office.14).aspx

http://technet.microsoft.com/library/42ea7573-8b34-49da-9d7f-ec7b8211a138(Office.14).aspx

235

use o Windows PowerShell para atualizar a frase secreta do servidor local de forma que ela

corresponda à frase secreta do farm.



SharePoint 2010.



Set-SPPassPhrase -PassPhrase <SecureString> -ConfirmPassPhrase <SecureString> -

LocalServerOnly $true

Para obter mais informações, consulte Set-SPPassPhrase.

Expiração de senha iminente

Se a senha está para expirar, mas se a alteração automática de senha não tiver sido configurada para

essa conta, use o Windows PowerShell para atualizar a senha da conta para um novo valor, que

poderá ser escolhido pelo administrador ou gerado automaticamente. Depois de atualizar a senha da

conta, verifique se o Serviço de Timer está iniciado e se o Serviço Administrador está habilitado em

todos os servidores do farm. Em seguida, a alteração de senha poderá ser propagada para todos os

servidores do farm.

1. Verifique se você atende aos requisitos mínimos: Consulte Add-SPShellAdmin.


SharePoint 2010.


4. Para atualizar a senha da conta para um novo valor escolhido pelo administrador, no prompt

de comando do Windows PowerShell, digite o seguinte:

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -Password

<SecureString>

5. Para atualizar a senha da conta para um novo valor gerado automaticamente, no prompt de

comando do Windows PowerShell, digite o seguinte:

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -AutoGeneratePassword

$true

Para obter mais informações, consulte Set-SPManagedAccount.

Para atualizar a frase secreta do servidor local

Para atualizar a senha da conta

http://technet.microsoft.com/library/13a76a78-fed5-4148-9fcb-df81d1514be8(Office.14).aspx

http://technet.microsoft.com/library/320204fe-f72f-40c6-9b1f-e7a3ddb0aca3(Office.14).aspx

236

Requisito para a alteração da conta do farm para uma conta diferente

Se você precisar alterar a conta do farm para uma conta diferente, use o seguinte comando Stsadm:

stsadm.exe -o updatefarmcredentials -userlogin DOMAIN\username -password password

237


Um conjunto de sites é um grupo de sites que têm o mesmo proprietário e compartilham configurações

de administração, por exemplo, permissões. Quando você cria um conjunto de sites, um site de nível

superior é criado automaticamente no conjunto. Você poderá então criar um ou mais subsites abaixo

do site de nível superior

Um conjunto de sites deve existir em um aplicativo Web. Você pode criar um conjunto de sites com

base em um aplicativo Web existente ou pode criar um aplicativo Web e depois criar um conjunto de

sites dentro do aplicativo. Para obter mais informações, consulte Create a Web application (SharePoint

Foundation 2010).

Caso o aplicativo Web se destine a um único projeto ou a ser usado por uma só equipe, adote um

único conjunto de sites para evitar a sobrecarga do gerenciamento de vários sites. No entanto,

soluções mais complexas beneficiam-se de vários conjuntos de sites devido à facilidade de organizar

conteúdo e de gerenciar as permissões para cada conjunto de sites. Por exemplo, como não há

nenhum navegador interno de um conjunto para outro, ter vários conjuntos pode propiciar uma camada

de segurança adicional para o conteúdo do site.

O SharePoint oferece modelos de site nas seguintes categorias: colaboração, reuniões e

personalizados. Quando você cria um conjunto de sites, seleciona o modelo que corresponde ao

objetivo do site. Por exemplo, selecione o modelo de Espaço de Trabalho de Documento se desejar ter

autoria colaborativa nos documentos.

Antes de criar um conjunto de sites, verifique se os seguintes pré-requisitos estão disponíveis:

Um aplicativo Web onde criar o conjunto de sites.

Um modelo de cota, caso você pretenda definir valores que especifiquem quantos dados podem

ser armazenados em um conjunto de sites, e o tamanho do armazenamento que dispara um alerta

de email ao administrador do conjunto de sites.

Um caminho curinga gerenciado e personalizado, caso você pretenda criar o conjunto de sites em

um lugar diferente do diretório raiz (/) ou do diretório /sites/.

Neste artigo:

Criar um conjunto de sites usando a Administração Central

Criar um conjunto de sites usando o Windows PowerShell

Criar um conjunto de sites usando a Administração Central Normalmente o site Administração Central é usado para criar um conjunto de sites em uma

implantação autônoma.

238


Para criar um conjunto de sites, é necessário ser membro do grupo Administradores de

Farm do SharePoint, no computador que executa o site de Administração Central do

SharePoint.

2. No site de Administração Central, na seção Gerenciamento de Sites, clique em Criar

conjuntos de sites.

3. Na página Criar Conjunto de Sites, na seção Aplicativo Web, se o aplicativo Web no qual

você deseja criar o conjunto de sites não estiver selecionado, no menu Aplicativo Web,

clique em Alterar Aplicativo Web e clique no aplicativo Web no qual você deseja criar o

conjunto de sites.

4. Na seção Título e Descrição, digite o título e a descrição do conjunto de sites.

5. Na seção Endereço do Site, selecione o caminho a ser usado para a URL (por exemplo, um

caminho de inclusão de curinga, como /sites/, ou o diretório raiz (/).

Se você selecionar um caminho de inclusão de curinga, deverá digitar também o nome do site

a ser usado na URL do site.

6. Na seção Seleção de Modelo, na lista Selecione um modelo, selecione o modelo a ser

utilizado para o site de nível superior no conjunto de sites ou clique na guia Personalizado para

criar um site vazio e aplicar um modelo posteriormente.

7. Na seção Administrador Principal do Conjunto de Sites, digite o nome do usuário (no

formato DOMÍNIO\nomedousuário) que será o administrador do conjunto de sites.

8. Na seção Administrador Secundário do Conjunto de Sites, insira o nome de usuário do

administrador secundário do conjunto de sites.

Designar um administrador secundário do conjunto de sites é prática recomendada para

assegurar que alguém possa gerenciar o conjunto de sites quando nenhum administrador

principal estiver presente.

9. Se estiver usando cotas para gerenciar o armazenamento para conjuntos de sites, na seção

Modelo de Cota, clique em um modelo na lista Selecione um modelo de cota.

10. Clique em OK.

Criar um conjunto de sites usando o Windows PowerShell Normalmente o Windows PowerShell é usado para criar um conjunto de sites quando você deseja

automatizar a tarefa, o que é comum em empresas.

Para criar um conjunto de sites usando a Administração Central

Para criar um conjunto de sites usando o Windows PowerShell

239





5. No prompt de comando do Windows PowerShell (ou seja, PS C:\>), digite o comando a seguir

e pressione ENTER:

Get-SPWebTemplate

$template = Get-SPWebTemplate "STS#0"

New-SPSite -Url "<URL for the new site collection>" -OwnerAlias "<domain\user>" -

Template $template

Este exemplo recupera uma lista de todos os modelos de site disponíveis e cria um conjunto

de sites usando o modelo de Site de Equipe. Para obter mais informações, consulte New-

SPSite e Get-SPWebTemplate.

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.



http://technet.microsoft.com/library/dfd10bac-c304-4f3f-bea9-eb0af5f96df5(Office.14).aspx

240

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

Os artigos neste capítulo descrevem como implantar elementos de site que foram personalizados por

desenvolvedores ou por Web designers em um ambiente do Microsoft SharePoint Foundation 2010.

Neste artigo:

Visão geral do processo

Antes de começar

Sobre os dois tipos de elementos de site personalizáveis

Implantando elementos de site desenvolvidos

Implantando elementos de site criados

Visão geral do processo A implantação de personalizações pode ser muito complexa, particularmente porque há muitos

métodos de implantação disponíveis no SharePoint Foundation 2010, e as vantagens de usar um

método em vez de outro nem sempre são óbvias.

Esses diferentes tipos de elementos de site, ou artefatos, são implantados com métodos diferentes.

Não é possível implantar toda a gama de elementos de site personalizáveis usando um único método

de implantação. Há outras considerações de implantação exclusivas aplicáveis a cada tipo de

elemento, pois provavelmente eles se originam de grupos de designers diferentes e estão sujeitos a

considerações de atualização diferentes. Os vários tipos de elementos de site são descritos em Sobre

os dois tipos de elementos de site personalizáveis, mais adiante neste artigo.

Para tarefas de implantação específicas e considerações relacionadas, consulte os seguintes artigos:

Implantar pacotes de solução (SharePoint Foundation 2010)

Implantar elementos de site criados (SharePoint Foundation 2010)

Implantar elementos de site usando Recursos (SharePoint Foundation 2010)

Implantar modelos (SharePoint Foundation 2010)

Processo de implantação de fluxo de trabalho (SharePoint Foundation 2010)

Antes de começar Antes de implantar código personalizado no ambiente, estabeleça uma linha de base de desempenho

do ambiente para poder analisar como as personalizações afetam o desempenho. Após estabelecer

uma linha de base de desempenho, teste o código personalizado exaustivamente em um ambiente de

teste ou de integração e compare os resultados com a linha de base. Teste exaustivamente todas as

personalizações antes de implantá-las no ambiente de produção.

241

Teste qualquer código que adquirir de terceiros antes de implantá-lo no ambiente de produção, mesmo

que o tenha adquirido de uma fonte confiável.

As descrições e a orientação destes artigos se aplicam a um ambiente do SharePoint Foundation que

foi implantado e configurado para atender aos requisitos em Planejamento do ambiente e do farm de

servidores (SharePoint Foundation 2010).

Sobre os dois tipos de elementos de site personalizáveis Os elementos de site desenvolvidos são artefatos de solução e são geralmente criados por

desenvolvedores. Uma solução pode incluir assemblies, que são componentes do SharePoint escritos

em linguagens baseadas no Microsoft .NET Framework e compilados antes da implantação. Os

elementos de site desenvolvidos, exceto assemblies de trabalhos de timer e definições de sites, são

normalmente agrupados em Recursos e implantados como parte de um pacote de solução. Entre os

elementos de site desenvolvidos, estão:

Web Parts

Fluxos de trabalho

Definições de site e de lista

Conversores de documentos

Receptores de eventos

Trabalhos de timer

Assemblies

Elementos de site criados, normalmente por Web designers, não são explicitamente compilados e

residem em um banco de dados de conteúdo. Os elementos de site criados incluem:

Páginas mestras

Folhas de estilo em cascata

Formulários

Páginas de layout

Estes dois tipos de elementos de site personalizáveis são diferenciados pelos seguintes itens:

O local em que os arquivos são armazenados em um farm do SharePoint Foundation 2010.

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

O mecanismo de implantação que o elemento do site requer.

Alguns elementos podem ser artefatos de solução ou artefatos criados. Por exemplo, um tipo de

conteúdo pode ser definido em um arquivo XML como um artefato de solução desenvolvido ou pode

ser criado por meio de um navegador como um artefato criado. Os elementos de site que podem ser

artefatos de solução ou artefatos criados incluem colunas de site e instâncias de lista. Além disso,

artefatos de solução podem ser usados para provisionar arquivos em sites e podem ser definidos para

armazenamento em cache no servidor Web front-end.

http://technet.microsoft.com/library/a8e97903-c472-4c13-a1e1-2c075b2f8585(Office.14).aspx


242

Implantando elementos de site desenvolvidos Os elementos de site desenvolvidos geralmente podem ser definidos como elementos de site criados

em um ambiente de desenvolvimento de código, sendo implantados diretamente em servidores Web

front-end e servidores de aplicativos. Esses elementos de site geralmente são personalizados por

desenvolvedores, usando o Microsoft Visual Studio 2010 Tools for SharePoint 2010, o Microsoft Office

SharePoint Designer ou ferramentas de edição XML. Para obter mais informações, consulte o artigo

sobre ferramentas de desenvolvimento do SharePoint Foundation


Este artigo não discute a implantação de elementos de site desenvolvidos implantados como

soluções em área restrita. Soluções em área restrita são aquelas que podem acessar um

subconjunto do modelo de objeto de servidor e um subconjunto de elementos de recurso que

administradores do conjunto de sites podem implantar. Para obter mais informações, consulte

Visão geral de soluções de área restrita (SharePoint Foundation 2010).

Uma prática recomendada é usar pacotes de solução e o Windows PowerShell para implantar

elementos de site desenvolvidos. O SharePoint Foundation Solution Framework simplifica e padroniza

o processo de implantação de elementos de site novos e atualizados no farm e de sincronização de

um servidor Web front-end para que seu estado seja consistente com o estado de outros servidores no

farm. Por exemplo, pacotes de solução simplificam o processo de recompilação de um farm. A

implantação de elementos de site pela manipulação manual de código e arquivos pode levar a

inconsistências no processo de atualização e pode resultar em servidores não sincronizados com

outros servidores. É possível usar pacotes de solução para implantar elementos de site desenvolvidos

de ambientes de desenvolvedor em farms de integração e, depois, em farms de preparo, piloto e de

produção.

Você pode usar cmdlets do Windows PowerShell para criar, importar, exportar e provisionar pacotes

de solução, os quais aproveitam o Solutions Framework para distribuir personalizações de elementos

de site desenvolvidos. Os cmdlets do Windows PowerShell são úteis para implantação de

personalizações de site na maioria dos ambientes, pois estão incluídos no SharePoint Server 2010 e

no SharePoint Foundation 2010, e você pode usá-los sozinhos ou em conjunto com outros métodos. É

possível usar cmdlets do Windows PowerShell para implantar artefatos e elementos de site

desenvolvidos. Além disso, você pode usar cmdlets para ativar Recursos implantados em um pacote

de solução.

Implantando elementos de site criados Os elementos de site criados diferem dos elementos de site desenvolvidos porque são armazenados

no banco de dados de conteúdo, embora possam depender de recursos que existem no sistema de

arquivos de servidores Web ou — com menor frequência — de servidores de aplicativos. Em alguns

casos, os elementos de site criados não funcionam porque exigem que os elementos de site

desenvolvidos sejam implantados primeiro.

Observação:


http://technet.microsoft.com/library/9a833f4c-9e5f-4e5b-83f1-d1b34149335a(Office.14).aspx

243

Nos ambientes nos quais as implantações de personalização são totalmente automatizadas, a ordem

de implantação necessária pode ser imposta pelo sistema para eliminar problemas de sincronização.

No entanto, se a implantação de personalização for parcial ou totalmente manual, você deverá garantir

que todos os recursos necessários estejam disponíveis nos servidores Web e servidores de aplicativos

antes de implantar conteúdo que dependa desses recursos.

Os elementos de site criados são implantados dos ambientes de criação em farms de preparo, piloto e

de produção por meio de um ou mais sistemas diferentes. A tabela a seguir descreve esses sistemas,

bem como as interfaces associadas a eles e os cenários de uso.

Sistema de implantação Cenário de uso

Site da Administração Central do

SharePoint

Em ambientes nos quais os farms de origem e destino são

conectados por uma rede, é possível usar os recursos de

implantação de conteúdo da Administração Central para

criar um pacote de implantação de conteúdo no farm de

origem e exportar o pacote para outro farm.

Esse método é fácil de configurar e usar, e pode ser

utilizado para automatizar a implantação de elementos de

site criados com bem pouco tempo de instalação e

manutenção.

Modelo de objeto de Migração de

Conteúdo

Dependendo do método usado (programação usando APIs

de namespace de implantação, usando chamadas de

protocolo SOAP a um serviço Web ou movendo um site

inteiro por meio de cmdlets do Windows PowerShell), é

possível controlar o conteúdo que é migrado, e de que

maneira. O uso da API para importar e exportar conteúdo é

o único método com suporte que retém GUIDs

(identificadores globais exclusivos).

Para obter mais informações, consulte o artigo sobre

migração de conteúdo


Windows PowerShell Você pode usar cmdlets do Windows PowerShell para

executar operações de importação e exportação de um site

inteiro, preservando carimbos de data/hora, informações de

segurança e informações de usuário. Os cmdlets do

Windows PowerShell são mais úteis quando você deseja

mover conteúdo básico de um site inteiro.

O Windows PowerShell é útil para implantação de

personalizações de site na maioria dos ambientes, pois é

fornecido com os Produtos do SharePoint 2010, e você


244


pode usá-lo sozinho ou em conjunto com outros métodos. É

possível usar cmdlets do Windows PowerShell para

implantar artefatos e elementos de site desenvolvidos.

Para obter mais informações, consulte Administração dos

Produtos do SharePoint 2010 usando o Windows

PowerShell.

Serviço Web personalizado É possível criar um serviço Web personalizado que

automatize a implantação e a migração de conteúdo. Você

pode escrever scripts personalizados e aplicativos Windows

para executar tarefas específicas nesse processo.

Para obter mais informações sobre métodos programáticos

para gravação de um serviço Web personalizado, consulte

os seguintes recursos no SDK do Windows SharePoint

Services 2010:

Métodos de sites


416)

Método Sites.ExportWeb


416)

Método Sites.ImportWeb


416)

Manipulação manual de código Em ambientes menores e desconectados ou em ambientes

nos quais os elementos de site criados não são

personalizados continuamente, você pode implantar

manualmente elementos de site e recursos relacionados.

Em ambientes conectados menores, considere o uso dos

recursos de implantação de conteúdo na Administração

Central para implantar personalizações de elementos de

site criados.

Pacotes de solução e Recursos Elementos como layouts de página, páginas mestras,

formulários e folhas de estilo podem ser agrupados e

implantados em Recursos como parte de um pacote de

solução. Os recursos implantados de um pacote de solução

podem ser ativados nos escopos em que elementos criados

precisam ser provisionados.

Para obter mais informações, consulte Implantar elementos

http://technet.microsoft.com/library/ae4901b4-505a-42a9-b8d4-fca778abc12e(Office.14).aspx






245


de site usando Recursos (SharePoint Foundation 2010).

Modelos personalizados Um usuário pode salvar um site existente, com ou sem

conteúdo específico, como um modelo personalizado, o que

oferece um meio de reutilizar sites personalizados, pois o

modelo de site personalizado é armazenado como um

arquivo .wsp. Os modelos de site são salvos na Galeria de

Soluções do site de nível mais alto em um conjunto de sites,

onde ficam disponíveis para criação de subsites em todos

os sites do conjunto de sites. Além disso, podem ser

baixados e movidos para outras galerias de conjunto de

sites.

Consulte também Implantar pacotes de solução (SharePoint Foundation 2010)




246

Implantar pacotes de solução (SharePoint Foundation 2010)

Este artigo descreve pacotes de solução e a função que eles exercem na implantação de

personalizações criadas e desenvolvidas no Microsoft SharePoint Foundation 2010. Ele inclui

procedimentos para importação e implantação de pacotes de solução e um exemplo de criação e

implantação de um pacote de solução usando o Microsoft Visual Studio 2010.

Neste artigo:

O que é um pacote de solução?

Implantando elementos de site usando pacotes de solução

Criando e implantando um pacote de solução de Web Part personalizado usando o Visual Studio

2010

O que é um pacote de solução? Um pacote de solução é um pacote de distribuição que entrega seu trabalho de desenvolvimento

personalizado do SharePoint Foundation 2010 a servidores Web ou servidores de aplicativos em seu

farm de servidores. Use soluções para empacotar e implantar Recursos, definições de site, modelos,

páginas de layout, Web Parts, folhas de estilo em cascata e assemblies personalizados.

Este artigo não discute a implantação de soluções em área restrita. É possível implantar uma solução

do Microsoft SharePoint Foundation 2010 diretamente no farm do SharePoint Foundation ou implantá-

la em uma área restrita. Uma área restrita é um ambiente de execução restrito que permite aos

programas acessar somente determinados recursos e impede que os problemas que ocorrem nessa

área afetem o restante do ambiente de servidor. Para obter mais informações, consulte Visão geral de

soluções de área restrita (SharePoint Foundation 2010).

Um pacote de solução é um arquivo CAB com uma extensão de nome de arquivo .wsp e um arquivo

de manifesto. É recomendável usar o Visual Studio 2010 Tools for SharePoint 2010 para desenvolver e

criar pacotes de solução do SharePoint. Também é possível criar pacotes de solução manualmente

usando ferramentas como Makecab.exe e SharePoint Packman.

Os componentes que podem ser empacotados em uma solução incluem:

Assemblies do .NET Framework, normalmente assemblies de Web Part e assemblies de receptor

de evento.

Arquivos de implantação, como arquivos de recursos, páginas ou outros arquivos auxiliares.

Recursos, que permitem ativar e desativar código em um site e fornecem funcionalidade incluindo

elementos como listas personalizadas, bibliotecas, campos e tipos de conteúdo.

Novos modelos e definições de site.



247

Configurações que devem ser executadas no nível do servidor Web — por exemplo, implantação

de personalizações nos arquivos Web.config para o registro de Web Parts. Você também pode

modificar as configurações com um Recurso que é distribuído com um Recurso.

Conteúdo como páginas da Web e imagens chamadas por páginas da Web. Se for preciso

implantar conteúdo da Web em um ambiente desconectado, use um pacote de implantação de

conteúdo.

Implantando elementos de site usando pacotes de solução Nesta seção:

Quando usar pacotes de solução

Implantando soluções de farm

Adicionando um pacote de solução

Implantando um pacote de solução

Sobre a criação de um pacote de solução

Quando usar pacotes de solução

Uma prática recomendada para a implantação de personalizações é usar pacotes de solução como

parte de um processo de gerenciamento do ciclo de vida do aplicativo que seja consistente, seguro e

simples. Os pacotes de solução simplificam a alteração dos Recursos e da funcionalidade de sites

após sua criação.

É possível usar pacotes de solução para implantar novas soluções e atualizar soluções existentes no

farm. Você pode empacotar todas as entidades do SharePoint Foundation como um arquivo, adicionar

o arquivo ao repositório de soluções e implantá-lo nos servidores Web front-end no farm. Use pacotes

de solução para sincronizar um servidor Web front-end de forma que seu estado seja consistente com

o estado de outros servidores Web do farm.

É possível usar pacotes de solução para implantar personalizações de elementos de site criados de

um farm de integração para um farm de criação, piloto ou de produção. No SharePoint Foundation, os

usuários podem salvar um site personalizado como um modelo. Isso cria um pacote de solução com

uma extensão de nome de arquivo .wsp que pode ser implantado em outro farm.

Você pode usar pacotes de solução para implantar personalizações entre estes ambientes:

De estações de trabalho de desenvolvedor para um farm de integração ou um sistema de

gerenciamento de configuração de software

De um farm de integração e estações de trabalho clientes de criação para farms piloto ou de

produção

248

Implantando soluções de farm

As soluções de farm são implantadas localmente ou usando um serviço de timer. As implantações

locais e baseadas em timer podem ser disparadas por meio de instruções de linha de comando ou

programaticamente, por meio do modelo de objeto.

Implantação local

Em uma implantação local, os arquivos de solução são implantados somente no computador no qual a

operação de implantação foi iniciada. A solução só é marcada como "implantada" no banco de dados

de configuração depois que os arquivos da solução são implantados em todos os servidores aplicáveis

no farm de servidores. Em seguida, os recursos da solução são instalados, e os arquivos de definição

e esquema são confirmados no repositório de configuração.

Implantações do Serviço de Timer

Em implantações que usam o serviço de timer, a implantação cria um trabalho de timer. O trabalho de

timer é selecionado pelo serviço de timer em cada servidor Web do farm de servidores. Inicialmente, o

manifesto e manifestos de recurso são analisados para a localização de arquivos de assembly

e_layout, que são copiados para os locais apropriados. Todos os outros arquivos contidos em um

diretório de recursos são copiados para o diretório de recursos. Após a cópia dos arquivos da solução

para os computadores de destino, uma redefinição de configuração é agendada para todos os

servidores Web front-end; em seguida, a redefinição implanta os arquivos e reinicia o IIS (Serviços de

Informações da Internet da Microsoft). Os recursos da solução são registrados, e os arquivos de

definição e esquema são confirmados no repositório de configuração.

Para obter mais informações sobre o repositório, a implantação e a sincronização de soluções,

consulte o artigo sobre como implantar uma solução

(http://go.microsoft.com/fwlink/?linkid=186995&clcid=0x416) no SDK (Software Development Kit) do

Microsoft SharePoint 2010

Adicionando um pacote de solução

Para implantar um pacote de solução, você deve adicioná-lo ao banco de dados de soluções de um

farm do SharePoint Foundation.

Você deve ser membro do grupo Administradores em qualquer computador em que o Windows

PowerShell for executado.

1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-SPShellAdmin..





Importante:

Para importar um pacote de solução usando o Windows PowerShell


249

Add-SPSolution -LiteralPath <SolutionPath>

A solução é adicionada ao repositório de soluções do farm. Para usá-la, siga o procedimento na

próxima seção deste artigo. Para obter mais informações, consulte Add-SPSolution.

Implantando um pacote de solução

Você pode implantar soluções importadas usando o site da Administração Central ou o Windows

PowerShell. Depois que uma solução é adicionada ao repositório de soluções por meio do cmdlet Add-

SPSolution do Windows PowerShell, ela deve ser implantada em um site para poder ser acessada.

Não é possível adicionar uma solução ao repositório de soluções usando a página

Gerenciamento de Soluções na Administração Central.

Os procedimentos a seguir mostram como implantar uma solução importada em um site no farm

usando o site da Administração Central ou o Windows PowerShell.

1. Na home page da Administração Central, clique em Configurações do Sistema.

2. Na seção Gerenciamento de Farm, clique em Gerenciar soluções de farm.

3. Na página Gerenciamento de Soluções, clique na solução que deseja implantar.

4. Na página Propriedades da Solução, clique em Implantar Solução.

5. Na página Implantar Solução, na seção Implantar Quando, selecione uma das seguintes

opções:

Agora

Em um horário específico. Se você selecionar essa opção, especifique um horário

usando as caixas de data e hora. É recomendável selecionar um horário em que a carga

nos servidores de destino seja baixa.

6. Na seção Implantar em?, na lista Um aplicativo Web específico, clique em Todos os

aplicativos Web ou selecione um aplicativo Web específico.

7. Clique em OK.





Observação:

Para implantar uma solução usando a Administração Central

Para implantar um pacote de solução em um único aplicativo Web usando o Windows PowerShell

http://technet.microsoft.com/library/0c64c1ac-39c0-4d5e-923f-27d0c48b006a(Office.14).aspx

250


Install-SPSolution -Identity <SolutionName> -WebApplication <URLname>

Em que:

<Nome_da_Solução> é o nome da solução.

<Nome_da_URL> é a URL do aplicativo Web no qual você deseja implantar a solução

importada.

Por padrão, a solução é implantada imediatamente. Você também pode agendar a

implantação usando o parâmetro time. Para obter mais informações, consulte Install-

SPSolution.






Install-SPSolution -Identity <SolutionName> -AllWebApplications -time

<TimeToDeploy> -GACDeployment -CASPolicies

Em que:

GACDeployment é o parâmetro que habilita o SharePoint Foundation 2010 a implantar os

assemblies no cache de assembly global.

CASPolicies permite a criação de um arquivo personalizado de política de segurança de

acesso de código (CAS) e sua ativação no arquivo Web.config do conjunto de sites de

destino.

Por padrão, a solução é implantada imediatamente. Você também pode agendar a

implantação usando o parâmetro time.

Sobre a criação de um pacote de solução

O SharePoint Foundation 2010 não inclui uma ferramenta para a criação de pacotes de solução. Esta

seção descreve formas de criar pacotes de solução que contêm artefatos e elementos de site

desenvolvidos.

Visual Studio 2010

É possível usar o Visual Studio 2010 para agrupar elementos relacionados do SharePoint em um

Recurso e reunir vários Recursos, definições de site, assemblies e outros arquivos em um único

pacote (arquivo .wsp) para implantação em servidores que estejam executando o SharePoint

Foundation 2010. Você pode usar o Visual Studio 2010 para depurar e testar o arquivo .wsp no

Para implantar um pacote de solução em todos os aplicativos Web usando o Windows PowerShell

http://technet.microsoft.com/library/0133c53b-70c4-4dff-a2ae-3c94759ed25d(Office.14).aspx

http://technet.microsoft.com/library/0133c53b-70c4-4dff-a2ae-3c94759ed25d(Office.14).aspx

251

servidor que executa o SharePoint Foundation 2010, além de personalizar as etapas de implantação

no computador de desenvolvimento.

Desenvolvedores podem criar soluções do SharePoint no Visual Studio 2010 e produzir arquivos .wsp

usando o processo de compilação automatizada. O código-fonte do projeto do Visual Studio

SharePoint usado para gerar o arquivo .wsp também pode ser adicionado ao sistema de controle de

código-fonte usando a integração do Visual Studio 2010. O Visual Studio 2010 pode importar arquivos

.wsp e criar projetos para estendê-los ainda mais e para criar novos arquivos .wsp. A principal fonte de

arquivos .wsp importados para o Visual Studio 2010 consiste nos modelos salvos de sites usando o

comando Salvar como Modelo nos sites do SharePoint Foundation 2010. Os modelos podem ser

usados para salvar todas as personalizações de site em uma solução do SharePoint.

Para obter mais informações, consulte o artigo sobre desenvolvimento do SharePoint no Visual Studio


Makecab

Pacotes de solução podem ser criados manualmente usando ferramentas como Makecab.exe. A

ferramenta Makecab.exe utiliza um ponteiro para um arquivo .ddf, que descreve a estrutura do arquivo

CAB. O formato de um arquivo .ddf é semelhante ao de um arquivo .inf — ou seja, você declara um

cabeçalho padrão e enumera, um arquivo por linha, o conjunto de arquivos de acordo com sua

localização no disco e o local em que devem estar no arquivo CAB.

A ferramenta Makecab.exe está disponível para download no Software Development Kit do Microsoft

Cabinet (http://go.microsoft.com/fwlink/?linkid=107292&clcid=0x416).

Sobre a personalização de pacotes de solução

Se você precisar fazer qualquer uma das personalizações a seguir em soluções do SharePoint

Foundation 2010, convém usar o Visual Studio 2010 para personalizar pacotes de solução. Também é

possível fazer essas personalizações criando manualmente pacotes de solução do SharePoint.

Implantar assemblies do .NET Framework na pasta particular do aplicativo, não no cache de

assembly global.

Adicionar permissões de segurança de acesso do código à solução que deve ser aplicada durante

a implantação.

Usar nomes diferentes do padrão nas pastas de recursos.

Localizar a solução.

Associar manipuladores de eventos de Recursos a determinados tipos de soluções do SharePoint

Foundation 2010, como soluções de Web Part.

Adicionar recursos (arquivos XML, imagens, arquivos .dll e assemblies) ao pacote de solução.

Criar manualmente um arquivo de solução

Na maioria dos cenários de desenvolvimento do SharePoint Foundation 2010, convém usar o Visual

Studio 2010 Tools for SharePoint 2010 para desenvolver e criar pacotes de solução do SharePoint. No




252

Visual Studio 2010, o processo de implantação copia o arquivo .wsp para o servidor que executa o

SharePoint Foundation 2010, instala a solução e ativa os Recursos.

Também é possível criar manualmente um arquivo de solução. A seguir, as etapas básicas da criação

de um arquivo de solução:

1. Reúna todos os arquivos de solução individuais em uma pasta. Não há diretrizes concretas sobre

como você deve fazer isso, mas uma prática recomendada é separar os diferentes tipos de

arquivos de solução em suas próprias subpastas.

2. Crie um arquivo manifest.xml que liste os componentes da solução.

3. Crie um arquivo .ddf que defina a estrutura do arquivo de solução. Esse arquivo contém a lista de

arquivos de solução individuais que determinam o arquivo .wsp de saída.

4. Execute Makecab.exe com o arquivo .ddf como entrada e o arquivo .wsp como saída.

Sobre o arquivo de manifesto de solução

O manifesto da solução (sempre chamado de manifest.xml) é armazenado na raiz de um arquivo de

solução. Esse arquivo define a lista de Recursos, definições de site, arquivos de recurso, arquivos de

Web Parts e assemblies a serem processados. Ele não define a estrutura do arquivo — se os arquivos

forem incluídos em uma solução, mas não listados no arquivo manifest.xml, não serão processados.

Veja a seguir um exemplo de uma estrutura de um arquivo manifest.xml, mostrado em XML.

<?xml version="1.0" encoding="utf-8" ?>

<Solution xmlns="http://schemas.microsoft.com/sharepoint/"

SolutionId="{79d1a62e-3627-11db-963e-00e08161165f}"

ResetWebServer="TRUE">

<Assemblies>

<Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Webparts\

Example.SharePoint.WebParts.dll">

<SafeControls>

<SafeControl Assembly="Example.Sharepoint.Webparts,

Version=1.0.0.0, Culture=Neutral, PublicKeyToken=63cce650e8605f5d"

Namespace="Example.Sharepoint.Webparts" TypeName="*"/>

</SafeControls>

</Assembly>

<Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Timer/Example.Sharepoint.Timer.dll"/>

</Assemblies>

253

<FeatureManifests>

<FeatureManifest Location="Example.Sharepoint.Timer\Feature.xml"/>

<FeatureManifest Location="Example.CustomType\Feature.xml"/>

<FeatureManifest Location="Example.ExampleLibrary\Feature.xml"/>

<FeatureManifest Location="Example.Columns\Feature.xml"/>

<FeatureManifest Location="Example.Workflow.ProcessExample\Feature.xml"/>

<FeatureManifest Location="Example.Workflow.ProvisionExample\Feature.xml"/>

</FeatureManifests>

<SiteDefinitionManifests>

<SiteDefinitionManifest Location="EXAMPLE">

<WebTempFile Location="1033\XML\WEBTEMPExample.XML"/>

</SiteDefinitionManifest>

</SiteDefinitionManifests>

</Solution>

Além disso, você pode adicionar um elemento DwpFiles para especificar arquivos .webpart ou .dwp ou

um elemento ResourceFiles para especificar arquivos de recurso, definições de site, recursos de

aplicativo e diretivas de segurança de acesso do código.

Opcionalmente, faça anotações em seus arquivos Feature.xml files usando marcas <ElementFile>.

Se a sua solução contiver Recursos, na marca <ElementManifests> do arquivo Feature.xml, adicione

<ElementFile Location="..."/> para todos os arquivos extras do recurso, como páginas ASP.NET (por

exemplo, allitems.aspx) ou páginas mestras e assim por diante.

Para obter mais informações sobre arquivos de manifesto de solução que definem as partes

constituintes de uma solução, consulte o artigo sobre esquema de solução


Criando e implantando um pacote de solução de Web Part personalizado usando o Visual Studio 2010 Para obter um exemplo passo a passo que mostra como usar o Visual Studio 2010 para criar,

personalizar, depurar e implantar uma definição de lista do SharePoint para acompanhar tarefas de

projeto, consulte o roteiro passo a passo para a implantação de uma definição de lista de tarefas de

projeto (http://go.microsoft.com/fwlink/?linkid=189612&clcid=0x416) na Biblioteca MSDN.

O roteiro passo a passo ilustra as seguintes tarefas:

Criação de um projeto de definição de lista do SharePoint que contém tarefas.

Adição da definição de lista a um Recurso do SharePoint.




254

Adição de um receptor de evento à lista.

Criação e personalização de um pacote do SharePoint para implantar seu Recurso.

Criação e implantação da solução do SharePoint.

Quando você cria o projeto de exemplo do roteiro passo a passo, o Visual Studio 2010 implanta

automaticamente a solução no servidor que executa o SharePoint Foundation 2010 no computador de

desenvolvimento, para fins de teste e depuração. Também é possível criar um arquivo de pacote de

solução que pode ser adicionado e implantado em outro computador. Para obter mais informações,

consulte o artigo sobre como implantar uma solução do SharePoint

(http://go.microsoft.com/fwlink/?linkid=187004&clcid=0x416). É possível usar o cmdlet Add-

SPSolution do Windows PowerShell para importar a solução para outro computador.

É possível usar a página Gerenciamento de Soluções na Administração Central para implantar o

pacote de solução. Como alternativa, você pode usar o cmdlet Install-SPSolution do Windows

PowerShell para implantar esse pacote.

No roteiro passo a passo, o escopo do recurso de lista de projetos é a Web. Para ativar o Recurso, no

site, expanda o menu Ações de Site e clique em Configurações de Site. Em Ações de Site, clique

em Gerenciar recursos do site. Na página Recursos, ao lado do nome do recurso, clique em Ativar.


255


Este artigo aborda a implantação de personalizações de elementos de site criados no Microsoft

SharePoint Foundation 2010, incluindo procedimentos de implantação, considerações gerais e práticas

recomendadas relacionadas à implantação de conteúdo personalizado.

Neste artigo:

Sobre a implantação de elementos de site criados

Antes de começar

Implantar conteúdo usando a API de Migração de Conteúdo

Criar um pacote de implantação de conteúdo usando o Windows PowerShell

Sobre a implantação de elementos de site criados Os elementos de site criados podem ser considerados o "conteúdo" de seus sites. Trata-se de páginas

da Web, imagens, páginas de layout, folhas de estilo em cascata e outros recursos que compõem seu

site do SharePoint Foundation 2010. Os elementos de site criados incluem:

Artefatos São elementos de site — geralmente criados usando uma ferramenta de design como

o Microsoft SharePoint Designer 2010 — que compõem a estrutura na qual o conteúdo de seu site

é exibido. Páginas mestras e layouts são exemplos de artefatos.

Conteúdo da Web São elementos de site — geralmente criados diretamente no navegador da

Web ou em um programa de criação de cliente, como o Word 2010 — que fornecem o conteúdo

de seu site. Páginas da Web e imagens são exemplos de conteúdo da Web.

Este artigo não discute a implantação de elementos de site desenvolvidos como Web Parts e outros

tipos de código. Para obter mais informações, consulte Implantar pacotes de solução (SharePoint

Foundation 2010) e Implantar elementos de site usando Recursos (SharePoint Foundation 2010).

Os elementos de sites criados podem ser implantados por meio de vários métodos:

Use o modelo de objeto para lidar com cenários como escrever scripts para automatizar tarefas

comuns e definir propriedades personalizadas para exportação e importação que adaptem a

implantação. O modelo de objeto fornece controle máximo sobre os cenários de migração de

dados.

Os pacotes de implantação de conteúdo se destinam à movimentação ou migração única de

conteúdo para um conjunto de sites de destino. Esses pacotes são arquivos CAB que podem

conter todos ou alguns dos elementos de site criados, podendo ser implantados em um ambiente

desconectado. Os cmdlets do Windows PowerShell são usados para criar pacotes de implantação

de conteúdo.

256

Este artigo não aborda o uso de pacotes de solução para entregar seu trabalho de

desenvolvimento personalizado do SharePoint Foundation 2010 aos servidores Web front-end

ou aos servidores de aplicativos no farm de servidores. Usando pacotes de solução, você pode

implantar artefatos em um ambiente desconectado, além de poder implantar artefatos e

elementos de sites desenvolvidos no mesmo pacote. Para obter mais informações, consulte

Implantar pacotes de solução (SharePoint Foundation 2010).

Quando usar um pacote de implantação de conteúdo

Você pode usar pacotes de implantação de conteúdo para implantar elementos de site criados em um

ou mais dos seguintes cenários:

Migração de conteúdo única Use um pacote de implantação de conteúdo para mover conteúdo

para um conjunto de sites de destino apenas uma vez. Se você planeja atualizar o conteúdo

regularmente em um conjunto de sites de destino, use o recurso de implantação de conteúdo ou a

API de Migração de Conteúdo.

Ambientes desconectados Se os farms estiverem desconectados, você poderá criar um pacote

de implantação de conteúdo para transferência assíncrona para o farm de integração.

Conteúdo de exemplo Se as personalizações de elementos de site criados precisarem ser

implantadas do ambiente de criação para o ambiente de integração para serem usadas como

exemplo para fins de desenvolvimento, você poderá usar um pacote de implantação de conteúdo

para simplificar o processo.

Antes de começar Para eliminar possíveis problemas de sincronização, frequentemente é necessário implantar elementos

de site desenvolvidos antes de implantar elementos de site criados. Soluções de farm e de aplicativos

Web devem ser instaladas e implantadas no farm de destino antes da implantação do conteúdo.

Observe também que você deve instalar no servidor de destino os pacotes de idioma que estão em

uso no servidor de origem; se os os pacotes de idioma necessários não forem instalados, a

implantação do conteúdo falhará.

Antes de executar os procedimentos deste artigo, familiarize-se com os conceitos relacionados à

implantação das personalizações de elementos de site. Para obter mais informações sobre como

planejar e projetar sites e conjuntos de sites, consulte Planejamento de site fundamental (SharePoint

Foundation 2010). Além disso, baixe a versão em Excel da planilha de planejamento de implantação

de conteúdo (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x416).

Observação:

http://technet.microsoft.com/library/aa456629-8de8-4328-873b-2e2db9671401(Office.14).aspx

http://technet.microsoft.com/library/aa456629-8de8-4328-873b-2e2db9671401(Office.14).aspx



257

Implantar conteúdo usando a API de Migração de Conteúdo A maioria dos cenários de implantação pode ser concretizada com o uso da Administração Central,

sem a necessidade de scripts. No entanto, é possível usar o modelo de objeto para lidar com outros

cenários, como escrever scripts para automatizar tarefas comuns e definir propriedades

personalizadas para exportação e importação que você não pode configurar ao definir uma

implantação usando o site de Administração Central do SharePoint. Além disso, você pode criar código

para exportar e importar um pacote de conteúdo em situações nas quais a conectividade entre os

farms de origem e de destino seja limitada ou não esteja disponível.

Para obter mais informações sobre migração de conteúdo e as APIs de migração de conteúdo,

consulte o artigo de visão geral da migração de conteúdo

(http://go.microsoft.com/fwlink/?linkid=187033&clcid=0x416). Para obter uma visão geral do recurso de

implantação de conteúdo, bem como o contexto e os recursos necessários para compilar e

implementar soluções de implantação personalizadas, consulte o artigo sobre implantação de

conteúdo entre servidores (http://go.microsoft.com/fwlink/?linkid=181466&clcid=0x416). Para obter um

exemplo de código que mostra como usar o modelo de objeto para criar roteiros e trabalhos que

implantem conteúdo entre conjuntos de sites, consulte o artigo sobre como implantar conteúdo entre

servidores (http://go.microsoft.com/fwlink/?linkid=187034&clcid=0x416). Para obter um exemplo de

código e informações sobre como exportar e importar um pacote de conteúdo usando a API de

Migração de Conteúdo, consulte o artigo sobre como personalizar a implantação para cenários

desconectados (http://go.microsoft.com/fwlink/?linkid=181076&clcid=0x416).

Criar um pacote de implantação de conteúdo usando o Windows PowerShell Você pode usar o Windows PowerShell para criar um pacote de implantação de conteúdo que

contenha os elementos de site criados para um site inteiro (inclusive todo o conteúdo do site) ou uma

lista ou biblioteca de documentos.

Use pacotes de implantação de conteúdo para uma migração única de conteúdo para um

conjunto de sites de destino. Use o recurso de implantação de conteúdo ou a API de Migração

de Conteúdo para mover periodicamente o conteúdo de um conjunto de sites de origem para

um conjunto de sites de destino.

Pacotes de implantação de conteúdo são implementados como arquivos CMP (Pacote de Migração de

Conteúdo). Você exporta o pacote do servidor de origem e o importa para o servidor de destino. É

possível usar esse método de implantação de conteúdo em ambientes conectados e desconectados.

Se estiver usando um sistema de gerenciamento de configuração de software, siga as etapas para

exportação do pacote de implantação de conteúdo e, em seguida, use o procedimento apropriado para

seu sistema de gerenciamento de configuração de software para salvar o arquivo exportado.

Observação:








258






Export-SPWeb -Identity <URLname> -path <ExportFileName> -IncludeUserSecurity -

IncludeVersions 4 -NoFileCompression

Em que:

<Nome_da_URL> é o site para exportação. O site é gravado no pacote de implantação de

conteúdo juntamente com todos os subsites sob ele.

IncludeUserSecurity faz com que o novo site tenha as mesmas permissões do site

original.

IncludeVersions é definido como 4 para especificar que todas as versões devem ser

incluídas.

NoFileCompression faz com que o pacote de implantação de conteúdo seja gerado em

uma pasta descompactada em vez de um único arquivo CAB. Isso torna mais complicado

implantar o pacote de implantação em um servidor diferente, mas facilita a edição dos

arquivos individuais.

Para obter mais informações, consulte Export-SPWeb.

Observação:









Import-SPWeb -Identity <URLname> -path <ImportFileName> -IncludeUserSecurity

Em que:

<Nome_da_URL> é o site que será importado, juntamente com todos os subsites sob ele.

Para obter mais informações, consulte Import-SPWeb.

Para criar um pacote de implantação de conteúdo usando o Windows PowerShell

Para importar um pacote de implantação de conteúdo usando o Windows PowerShell

http://technet.microsoft.com/library/cd85bf19-6f24-4f13-bd9c-37bbf279ea2b(Office.14).aspx

http://technet.microsoft.com/library/2ecc5b6e-1b23-4367-a966-b7bd3377db3a(Office.14).aspx

259

Observação:




260


Este artigo descreve como implantar personalizações de elementos de sites desenvolvidos usando

Recursos. Com o uso de Recursos, você pode controlar o escopo no qual a personalização de sites

pode ser ativada e desativada, além de implantar personalizações facilmente entre vários farms de

servidores.

Nesta seção:

O que é um Recurso?

Quando usar Recursos

Criar um Recurso

Instalar e ativar um Recurso usando o Windows PowerShell

O que é um Recurso? Um Recurso é um contêiner de várias extensões definidas para o SharePoint Foundation 2010, sendo

composto por um conjunto de arquivos XML que são implantados em servidores Web front-end e

servidores de aplicativos. Você pode implantar um Recurso como parte de um pacote de solução e

pode ativar um Recurso individualmente em sites do SharePoint Foundation.

Recursos reduzem a complexidade envolvida na criação de personalizações de sites simples. Além

disso, como dispensam a necessidade de copiar extensos blocos de código para alterar uma simples

funcionalidade, eles diminuem os problemas de controle de versão e inconsistências que podem surgir

entre servidores Web front-end.

Os Recursos tornam mais fácil ativar ou desativar a funcionalidade durante a implantação, e os

administradores podem transformar facilmente o modelo ou a definição de um site ativando ou

desativando um Recurso em particular na interface do usuário.

Um elemento é uma unidade atômica em um Recurso. O elemento Feature é usado em um arquivo

Feature.xml para definir um Recurso e especificar o local de assemblies, arquivos, dependências ou

propriedades que oferecem suporte ao Recurso. Um Recurso inclui um arquivo Feature.xml e qualquer

número de arquivos que descrevam elementos individuais. Outro elemento Recurso de um esquema

diferente é usado em um arquivo Onet.xml para especificar que um Recurso seja ativado quando um

site for criado por meio da definição de site.

Em geral, um arquivo Feature.xml aponta para um ou mais arquivos XML cuja marca <Elements> de

nível superior contenha definições para elementos que dão suporte ao Recurso. Os elementos no

SharePoint Foundation 2010 geralmente correspondem a nós discretos no arquivo Onet.xml ou

Schema.xml do Microsoft Office SharePoint Portal Server 2003. Há vários tipos de elementos — por

exemplo, um item de menu personalizado ou um manipulador de eventos.

261

Para obter mais informações sobre as funcionalidades dos Recursos, consulte o artigo sobre o uso

de Recursos (http://go.microsoft.com/fwlink/?linkid=183450&clcid=0x416).

Para obter informações específicas sobre o formato de arquivo e os elementos XML usados no

arquivo Feature.xml, consulte o artigo sobre os arquivos Feature.xml


Para obter informações sobre como os recursos afetam o formato do arquivo Onet.xml em uma

definição de site, consulte o artigo sobre os arquivos de definição de site (Onet.xml)


Para obter mais informações sobre os tipos de elementos de Recurso, consulte o artigo sobre os

tipos de elementos (http://go.microsoft.com/fwlink/?linkid=183455&clcid=0x416).

Quando usar Recursos Recursos são o método recomendado para implantar partes de uma funcionalidade, personalizações

ou alterações de configuração em servidores Web front-end. Também são uma maneira flexível de

gerenciar a funcionalidade ao longo de seu ciclo de vida, incluindo os processos de ativação,

atualização e consequente desativação.

Você pode usar Recursos para implantar elementos de sites desenvolvidos em um ou mais dos

seguintes cenários:

Necessidade de ativação e desativação Ao implantar personalizações de elementos de sites em

um Recurso, você pode instalar, ativar e desativar esse Recurso usando o Windows PowerShell

ou o modelo de objeto. Também pode ativar e desativar um Recurso usando o site da


Flexibilidade de escopo Você pode ativar um Recurso para um único escopo, incluindo farm,

aplicativo Web, conjunto de sites ou site.

Facilidade de implantação distribuída Um Recurso é de fácil implantação em vários farms de

servidores como parte de uma solução.

Controle através do modelo de objeto de Recurso O modelo de objeto de Recurso permite

especificar a lista de recursos instalados em um determinado escopo e controlar se esses recursos

estão habilitados nos níveis de farm e de site.

Use pacotes de solução de forma a compactar Recursos para implantação em ambientes diferentes.

Por exemplo, use um pacote de solução para implantar personalizações entre estações de trabalho de

desenvolvedores e um farm de integração e também entre um farm de integração ou estações de

trabalho clientes de criação e farms pilotos ou de produção.

Criar um Recurso Quando você cria uma página da Web personalizada no SharePoint Foundation 2010 usando o

navegador ou o SharePoint Designer, a página ASPX pode pertencer apenas ao conjunto de sites raiz

do servidor que executa o SharePoint Foundation 2010. Para criar uma página em um conjunto de






262

sites que esteja disponível para o farm inteiro e em todos os conjuntos de sites, use uma solução para

implantar a página na pasta \14\Template\Layouts (usando o elemento TemplateFiles no arquivo de

manifesto da solução).

Uma prática recomendada em um farm é implantar Recursos usando um pacote de solução. Se for

necessário recompilar um servidor ou se outro servidor for adicionado ao farm, o Recurso não

precisará ser manualmente adicionado a cada servidor Web front-end. Usando pacotes de solução, é

possível implantar Recursos novos e atualizados em todo o farm e sincronizar um servidor Web front-

end de modo que seu estado seja consistente com o estado dos outros servidores no farm.

Para controlar a disponibilidade de uma página personalizada em um site ou conjunto de sites,

implante a página da Web personalizada como um Recurso do SharePoint que seja parte de uma

solução. Use o elemento Módulo no arquivo Feature.xml para implantar uma página da Web usando

um escopo de site e conjunto de sites. Os módulos são frequentemente usados para implementar uma

Página de Web Parts no site.

Um Recurso implantado como parte de uma solução é instalado automaticamente. Se implantar um

Recurso manualmente, você deverá instalá-lo e ativá-lo. Consulte Instalar e ativar um Recurso usando

o Windows PowerShell, mais adiante neste artigo.

1. Crie um arquivo Feature.xml. Veja a seguir um exemplo de arquivo Feature.xml, que é

necessário para conceder ao recurso uma ID exclusiva e apontar para o arquivo Module.xml.

<?xml version="1.0"?>

<Feature Id="8C4DD0CB-5A94-44da-9B7F-E9ED49C2B2DC" Title=

"Custom Web page"

Description="This simple example feature adds an ASPX page

with a hosted XmlFormView control"

Version="1.0.0.0" Scope="Web"

xmlns="http://schemas.microsoft.com/sharepoint/">

<ElementManifests>

<ElementManifest Location="Module.xml"/>

</ElementManifests>

</Feature>

2. Crie um arquivo Module.xml. Veja a seguir um exemplo de arquivo Module.xml, que contém

informações sobre a(s) página(s) que faz(em) parte da solução.

<?xml version="1.0"?>

<Elements xmlns="http://schemas.microsoft.com/sharepoint/">

<module name="file" url="" path="">

Para criar e implantar um Recurso personalizado

http://technet.microsoft.com/library/b0f3e532-48e3-4429-aacd-20750cb9f0df.aspx#InstallAndActivate

http://technet.microsoft.com/library/b0f3e532-48e3-4429-aacd-20750cb9f0df.aspx#InstallAndActivate

263

<file url="XmlFormViewPage.aspx" type="ghostable"> </file>

</module>

</Elements>

3. Altere o valor url do arquivo para o nome de sua página ASPX.

4. Adicione uma subpasta para a definição de Recurso no diretório de instalação de Recursos no

computador servidor, geralmente localizado em %COMMONPROGRAMFILES%\Microsoft

shared\Web server extensions\14\TEMPLATE\FEATURES.

Importante:

Uma prática recomendada é usar nomes detalhados e qualificados para as subpastas

criadas para definições de Recursos. Essa prática reduz a possibilidade de você

adicionar vários Recursos com nomes idênticos e de substituir o arquivo Feature.xml

de outro Recurso. Por exemplo, use Contrato_RH e Contrato_Finanças em vez de

simplesmente Contrato.

5. Adicione sua página .aspx personalizada a essa subpasta para a definição de Recurso.

6. Adicione os arquivos Feature.xml e Module.xml ao mesmo local.

7. Adicione o Recurso a um pacote de solução.

Você pode usar o Visual Studio 2010 para adicionar o Recurso a uma solução ou pode

adicionar manualmente um elemento FeatureManifests ao arquivo Manifest.xml da solução.

8. Crie o pacote de solução.

Você pode usar o Visual Studio 2010 ou a ferramenta Makecab.exe para criar o pacote de

solução.

9. Importe e implante o pacote de solução.

Adicione a solução ao repositório de soluções usando o cmdlet Add-SPSolution do Windows

PowerShell e, depois, implante a solução do repositório usando o site da Administração

Central ou o Windows PowerShell.

Para obter mais informações sobre o uso do Visual Studio 2010 para adicionar Recursos a pacotes

de solução, consulte Criando pacotes de solução do SharePoint

(http://go.microsoft.com/fwlink/?linkid=187035&clcid=0x416). Para obter mais informações sobre

como criar manualmente um pacote de solução ou usar a ferramenta Makecab.exe para criar o

pacote, consulte o artigo sobre a criação de uma solução

(http://go.microsoft.com/fwlink/?linkid=187036&clcid=0x416). Para obter mais informações sobre a

implantação de soluções, consulte Implantar pacotes de solução (SharePoint Foundation 2010).

Instalar e ativar um Recurso usando o Windows PowerShell Você pode instalar e ativar um Recurso usando o Windows PowerShell ou o modelo de objeto.

Também pode ativar um Recurso usando a página Gerenciar Recursos de Aplicativos Web ou a



264

página Recursos do site ou conjunto de sites em que deseja ativar o Recurso. A instalação de um

Recurso torna sua definição e seus elementos conhecidos por todo um farm de servidores, enquanto

sua ativação o torna disponível em um determinado escopo.

Os Recursos implantados como parte de um pacote de solução são instalados pela

implantação e não exigem instalação manual.

Você instala Recursos na pasta 14\Template\Features, com cada Recurso em sua própria subpasta.

Na raiz dessa pasta, um arquivo Feature.xml define o conteúdo do Recurso. É necessário instalar

Recursos individuais para poder usá-los e, a não ser que seus escopos estejam definidos para o

farm, os Recursos precisam ser ativados após a instalação. Se um Recurso tiver o escopo definido

para o farm ou aplicativo Web, será ativado automaticamente.

Para desinstalar um Recurso de modo que sua definição não esteja mais disponível em um farm de

servidores, primeiro é necessário desativá-lo usando o cmdlet Disable-SPFeature do Windows

PowerShell, a não ser que o Recurso tenha o escopo definido para aplicativos Web ou farms. Após a

desativação do Recurso, você pode usar o cmdlet Uninstall-SPFeature para desinstalá-lo. Para obter

mais informações, consulte Uninstall-SPFeature. Depois de desinstalar um Recurso, redefina o IIS

(Serviços de Informações da Internet) para que as alterações possam ser efetivadas.

Para desativar um Recurso de forma que ele se torne inativo no seu escopo originalmente atribuído

sem o desinstalar, você pode usar o cmdlet Disable-SPFeature. Para obter mais informações,

consulte Disable-SPFeature.

Use os procedimentos a seguir para instalar e ativar um Recurso.






Install-SPFeature -path <Path> [-force]

Em que:

<Caminho> é um caminho de arquivo válido, como MeuRecurso. O caminho para o

recurso deve ser um caminho literal para o nome da pasta 14\Template\Features. O nome

do arquivo Feature.xml file está implícito e não precisa ser fornecido.

Para obter mais informações, consulte Install-SPFeature.

Observação:


Observação:

Para instalar um Recurso usando o Windows PowerShell

http://technet.microsoft.com/library/c10fbc69-088c-4e49-9005-fde54c035f23(Office.14).aspx

http://technet.microsoft.com/library/2f3831e4-b964-4e0e-bcc5-02659fdc0bb7(Office.14).aspx

http://technet.microsoft.com/library/c10fbc69-088c-4e49-9005-fde54c035f23(Office.14).aspx

http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx

265








Enable-SPFeature -Identity <FeatureID> [-url] <URLname> [-force]

Em que:

<ID_do_Recurso> é o nome da pasta de Recurso localizada na pasta

14\Template\Features e precisa ser um caminho de arquivo válido, como

MeuPersonalizado.

<Nome_da_URL> é a URL pai de Recurso do aplicativo Web, site ou conjunto de sites

para o qual o Recurso está sendo ativado, como http://algumsite.

Para obter mais informações, consulte Enable-SPFeature.

Observação:




Para ativar um recurso usando o Windows PowerShell

http://technet.microsoft.com/library/9b68c192-b640-4cb8-8a92-a98008169b27(Office.14).aspx

266


Este artigo descreve como criar uma definição de site personalizada e implantá-la usando um pacote

de soluções.

Neste artigo:

O que são definições de site?

Definições e configurações de site

Criar uma definição e configuração de site personalizada

Implantar uma definição de site usando um pacote de solução

O que são definições de site? No Microsoft SharePoint Foundation 2010, um usuário cria um site através da interface do usuário

selecionando uma configuração de definição de site ou um modelo de site personalizado que defina

como instanciar o site. Uma definição de site é um modelo que determina, por exemplo, as listas, os

arquivos, as Web Parts, os recursos ou as configurações com as quais provisionar um novo site do

SharePoint.

Uma definição de site é uma família de configurações de definição de site. Cada definição de site

especifica um nome e contém uma lista de configurações de definição de site. No SharePoint

Foundation 2010, uma definição de site consiste em um conjunto de arquivos XML que podem ser

aplicados para provisionar os novos sites. Os arquivos estão localizados em servidores Web.

As definições de site consistem principalmente em vários arquivos XML e ASPX armazenados em um

servidor Web front-end em pastas dentro da pasta %Arquivos de Programas%\Arquivos

Comuns\Microsoft Shared\extensões de servidor Web\14\TEMPLATE\SiteTemplates.

Um site criado a partir de uma definição de site adiciona, mas não repete as informações estruturais e

de conteúdo da definição de site original. Durante todo o seu ciclo de vida, os sites continuam a

depender da definição de site que constitui sua base final. Por essa razão, a Microsoft não dá suporte

à alteração ou remoção de uma definição de site após os sites terem sido criados a partir dela. Essas

alterações podem fazer que um site criado a partir de uma definição pare de funcionar adequadamente

ou pode impedir a criação de novos sites com base direta ou indiretamente na definição de site. Para

personalizar uma definição de site, os desenvolvedores podem adicionar um recurso que inclua as

alterações na definição de site. A própria definição de site não é modificada.

Para obter mais informações sobre os tipos de personalização de definição de site com suporte pela

Microsoft, consulte o artigo sobre cenários com suporte e sem suporte para trabalhar com definições

de site personalizadas e definições de áreas de site personalizadas no Windows SharePoint Services,

no SharePoint Portal Server 2003 e no Office SharePoint Server 2007





267

No modelo de objeto, um SPWebTemplate representa uma definição de site (e uma configuração).

Para obter mais informações sobre modelos e definições de site, consulte o artigo sobre modelos e

definições de sites (http://go.microsoft.com/fwlink/?linkid=119281&clcid=0x416).

O formato STP de um modelo de site personalizado (arquivo .stp) é preterido no SharePoint

Foundation 2010 e substituído pelos modelos de site no formato WSP. No Windows

SharePoint Services 3.0, os usuários podem salvar um site existente como um modelo de site

personalizado. O modelo de site é armazenado no banco de dados como um modelo, e os

usuários podem selecionar o modelo de site como base que define como instanciar o site. No

SharePoint Foundation 2010, os usuários podem salvar um site existente como modelo. O

modelo é salvo como arquivo .wsp na Galeria de Soluções do site de nível superior em um

conjunto de sites, onde ele se torna disponível para a criação de subsites em todos os sites do

conjunto.

Para obter mais informações sobre definições de site, consulte o artigo sobre definições e

configurações de site (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x416).

Definições e configurações de site Uma definição de site define um site específico do SharePoint. Existem cinco definições de site

originalmente instaladas no SharePoint Foundation 2010. Uma definição de site pode incluir mais de

uma configuração de definição de site. Os sites do SharePoint são baseados em configurações

específicas de definição de site que incluem o seguinte:

O STS inclui as configurações de definição de site para o Site de Equipe, o Site em Branco e o

Espaço de Trabalho de Documento.

O MPS inclui as configurações de definição de site para o Espaço de Trabalho de Reunião Básica,

o Espaço de Trabalho de Reunião em Branco, o Espaço de Trabalho de Reunião para Decisões, o

Espaço de Trabalho de Reunião para Eventos Sociais e o Espaço de Trabalho de Reunião

Multipágina.

O CENTRALADMIN fornece uma configuração de definição de site para sites da Administração

Central.

O WIKI fornece uma configuração de definição de site para sites que dão suporte a conteúdo de

comunidades usando a tecnologia wiki.

O BLOG fornece uma configuração de definição de site para blogs.

Cada definição de site consiste em arquivos que são colocados nas subpastas \\Arquivos de

Programas\Arquivos Comuns\Microsoft Shared\extensões de servidor

Web\14\TEMPLATE\SiteTemplates de servidores Web front-end durante a instalação do SharePoint

Foundation 2010. Os arquivos de definição de site incluem os arquivos de páginas .xml, .aspx, .ascx e

.master, além de arquivos de modelos de documento, como.dot e .htm, e arquivos de conteúdo, como

.gif e .doc.

Observação:





268

Páginas não personalizadas e personalização de página

Os arquivos de definição de site são armazenados em cache na memória no servidor durante a

inicialização do processo do IIS (Serviços de Informações da Internet) da Microsoft. Isso permite que

páginas não personalizadas sejam reutilizadas nos sites. As informações contidas nesses arquivos são

extraídas do cache em tempo de execução. Os esquemas de página e lista são lidos nos arquivos de

definição de site, mas parecem ser arquivos reais dentro de um site. Novas páginas de Web Parts

também são consideradas não personalizadas.

Quando páginas de site são personalizadas, exceto personalizações baseadas em navegador, como

modificações em Web Parts, o conteúdo é armazenado no banco de dados de conteúdo, e a página de

site personalizada é usada no lugar da página original da definição de site. Os arquivos .aspx

carregados são automaticamente considerados personalizados.

Para obter mais informações sobre conversão em fantasma e personalização de página, consulte o

artigo sobre definições e configurações de site


Principais arquivos de esquema

A tabela a seguir lista os principais arquivos XML que podem ser modificados para uma definição de

site e mostra seus respectivos locais no sistema de arquivos.

WebTemp.xml Identifica as definições de site e especifica

informações sobre suas configurações. Localizado

em:

\TEMPLATE\LCID\XML

Onet.xml Define as áreas de navegação, especifica as

definições de lista disponíveis, especifica modelos

de documento e seus arquivos, define os tipos

básicos para listas e define configurações e

módulos para definições de site. Localizado em:

\TEMPLATE\SiteDefinitions\site_type\XML

Schema.xml Define os modos de exibição, formatos, barras de

ferramentas e campos especiais em uma

definição de lista. Cada definição tem seu próprio

arquivo Schema.xml. Localizado em:

\TEMPLATE\FEATURES\List_Definition_Name

DocIcon.xml Cada servidor Web front-end em uma implantação

do SharePoint Foundation contém um arquivo

DocIcon.xml que mapeia ProgIDs (identificadores

programáticos de arquivos) e extensões de nomes


269

de arquivo de tipos de documento para ícones

específicos e controles para abrir cada tipo. As

alterações no arquivo DocIcon.xml são globais

para uma implantação do SharePoint Foundation

e afetam todas as definições de site no servidor

Web front-end. Localizado em:

\TEMPLATE\XML

Esses arquivos XML usam CAML (Collaborative Application Markup Language)

(http://go.microsoft.com/fwlink/?linkid=183464&clcid=0x416) para definir os aspectos de um site. Para

obter mais informações sobre esses arquivos XML principais que podem ser usados para personalizar

definições de site, consulte o artigo sobre definições e configurações de site


Criar uma definição e configuração de site personalizada Crie definições de site personalizadas copiando manualmente uma definição de site existente ou

importando um arquivo .wsp para o Visual Studio 2010.

Importar itens de um site do SharePoint existente

Este método requer que um site seja salvo como modelo no SharePoint Foundation para gerar um

arquivo .wsp, que deve ser importado para o Visual Studio 2010 usando o modelo de projeto de

importação de solução. O modelo de projeto de importação de pacote de solução do SharePoint

permite a reutilização de elementos, como tipos de conteúdo, definições de lista e campos, de sites

existentes do SharePoint em uma nova solução do Visual Studio SharePoint. Para obter mais

informações sobre a importação de itens de um site existente do SharePoint para um projeto do Visual

Studio SharePoint, consulte o artigo sobre importação de itens de um site existente do SharePoint

(http://go.microsoft.com/fwlink/?linkid=187040&clcid=0x416). Este capítulo inclui um passo a passo que

demonstra as seguintes tarefas:

1. Personalizando um site do SharePoint adicionando uma coluna de site personalizada.

2. Exportando um site do SharePoint para um arquivo .wsp.

3. Importando o arquivo .wsp file para o projeto do Visual Studio SharePoint usando o projeto de

importação .wsp.

Copiar um site existente do SharePoint

Este método envolve a cópia de uma definição de site existente, a modificação da cópia e a alteração

de dois arquivos de esquema: a cópia de um arquivo WebTemp.xml e a cópia de um arquivo Onet.xml.

Não modifique o arquivo WebTemp.xml originalmente instalado.

Aviso:




270

1. Copie uma pasta de definição de site existente no diretório Unidade_Local:\Arquivos de

Programas\Arquivos Comuns\Microsoft Shared\extensões de servidor

Web\14\TEMPLATE\SiteTemplates\. Sua cópia deve ser do mesmo nível do original, e você

poderá atribuir a ela qualquer nome que não contenha espaços.

Por exemplo, para criar uma definição de site personalizada que derive da definição de site de

equipe para o Microsoft SharePoint Foundation, copie a pasta \sts.

2. Faça uma cópia do arquivo WebTemp.xml. Esse arquivo está localizado em

Unidade_Local:\Arquivos de Programas\Arquivos Comuns\Microsoft Shared\extensões de servidor

Web\14\TEMPLATE\1033\XML.

Atribua ao arquivo um nome exclusivo acrescentando uma cadeia de caracteres ao nome do

arquivo original; por exemplo, WebTempAction.xml. Em tempo de execução, o compilador mescla

as informações contidas nesse arquivo com as informações contidas no arquivo original para

especificar as configurações de definição de site que estão disponíveis para a criação de novos

sites.

3. Personalizar o conteúdo do novo arquivo WebTemp.

Cada arquivo WebTemp.xml contém um conjunto de elementos do Template e subelementos do

Configuration, que identificam para o compilador todas as configurações de definição de site que

podem ser instanciadas. O elemento Configuration define, por exemplo, um título, uma descrição,

a URL para a imagem exibida na interface do usuário e uma categoria de exibição que especifica a

guia na qual exibir o modelo na seção do Template Selection da página Criar conjunto de sites.

Em cada elemento Template, definido no arquivo WebTemp, o atributo Name deve conter

o mesmo nome atribuído à nova pasta. Para evitar conflito com IDs já usadas no

SharePoint Foundation 2010, use valores maiores que 10.000 para o atributo ID.

O exemplo a seguir usa dois elementos Configuration no arquivo WebTemp.xml para definir

diferentes configurações de definição de site para instanciar um site: um para um site de Colaboração

de Pesquisa e outro para um site de Espaço de Trabalho de Documento de Pesquisa. Este exemplo

usa somente duas configurações dentro de uma única configuração de site, mas você pode incluir

várias definições de site, cada qual com várias configurações, dentro de um único arquivo

WebTemp.xml. Cada definição de site referencia uma pasta de definição de site diferente e seu

arquivo Onet.xml.

<?xml version="1.0" encoding="utf-8" ?>

<Templates xmlns:ows="Microsoft SharePoint">

<Template Name="RESEARCH" ID="10001">

<Configuration ID="0" Title="Research Collaboration site"

Hidden="FALSE" ImageUrl="_layouts/images/stsprev.jpg"

Description="This definition creates a site for the Research

team to create, organize, and share general information."

Importante:

271

DisplayCategory="Collaboration">

</Configuration>

<Configuration ID="1" Title="Research Workspace" Hidden="FALSE"

ImageUrl="_layouts/images/dwsprev.jpg" Description="This

definition creates a site for Research team colleagues to

work together on specific documents."

DisplayCategory="Collaboration">

</Configuration>

</Template>

</Templates>

Como indicado pelo valor do atributo Name, no elemento Template, este exemplo presume que um

diretório de definição de site nomeado "RESEARCH" exista. Se um arquivo WebTemp*.xml especificar

mais de uma definição de site, as definições serão diferenciadas pelos seus respectivos valores ID

exclusivos.

Cada elemento Configuration também contém um atributo ID. A combinação desse atributo ID e do

valor do atributo Name no elemento Template fornece uma referência ao conteúdo de um elemento

Configuration específico em um arquivo Onet.xml específico. No exemplo, o atributo Name contém

RESEARCH e o atributo ID contém 0 e 1, que referencia a definição de site RESEARCH e as

configurações com IDs de 0 ou 1 no arquivo Onet.xml.

Talvez seja necessário reiniciar o ISS para que a nova configuração de definição apareça como uma

opção na interface do usuário. Para fazer isso, digite iisreset no prompt de comando.

Para obter mais informações sobre como definir cada configuração de definição de site no arquivo

Onet.xml, consulte como usar configurações de definição de site


Implantar uma definição de site usando um pacote de solução Para implantar uma definição de site personalizada usando um pacote de solução, adicione um

elemento SiteDefinitionManifest ao arquivo de manifesto do pacote de solução. Adicione o elemento

TemplateFiles para definir os arquivos de modelo que devem ser implantados em uma subpasta da

pasta \14\Template

Adicionar um elemento SiteDefinitionManifest

O elemento SiteDefinitionManifest tem um atributo Location que seleciona todos os arquivos na

pasta especificada e cria a pasta necessária na pasta \14\Template\SiteTemplates. O elemento filho

WebTempFile implanta o arquivo webtemp*.xml para tornar o modelo conhecido pelos Produtos do

SharePoint 2010, como mostrado no exemplo a seguir:


272

<SiteDefinitionManifests>

<SiteDefinitionManifest Location="LitwareSiteTemplate">

<WebTempFile Location="1033\xml\webtempLitware.xml" />

</SiteDefinitionManifest>

</SiteDefinitionManifests>

Adicionar um elemento TemplateFile

O elemento TemplateFile em um arquivo de manifesto da solução é usado para definir os arquivos de

modelo que devem ser implantados em uma subpasta da pasta \14\Template. Um exemplo do tipo de

arquivo que você pode implantar dessa forma é o arquivo fldtypes*.xml, que define os detalhes de um

tipo de campo personalizado. Use o atributo Location para especificar o caminho relativo para o

arquivo, indicado pela cadeia de caracteres "Texto" no seguinte exemplo:

<TemplateFiles

<TemplateFile

Location="Text"/>

...

</TemplateFiles>

Para obter mais informações sobre a implantação de atualizações, consulte Implantar pacotes de

solução (SharePoint Foundation 2010).

273

Processo de implantação de fluxo de trabalho (SharePoint Foundation 2010)

Após a preparação de um fluxo de trabalho para uso no Microsoft SharePoint Foundation 2010, a

implantação do mesmo varia dependendo do tipo que você usar: um fluxo de trabalho predefinido, um

fluxo de trabalho do Microsoft Office SharePoint Designer ou um fluxo de trabalho personalizado do

Microsoft Visual Studio.

Este artigo contém informações e procedimentos sobre como implantar fluxos de trabalho no


Neste artigo:

Visão geral

Antes de começar

Implantando fluxos de trabalho

Verificação

Visão geral O SharePoint Foundation 2010 oferece um modelo único de fluxo de trabalho predefinido para o fluxo

de trabalho de três estados. Você pode usar o modelo de fluxo de trabalho de três estados para criar

fluxos de trabalho individuais a serem executados em sites do SharePoint. Também pode usar o Office

SharePoint Designer para definir seus próprios fluxos de trabalho ou usar o Visual Studio para criar

fluxos de trabalho personalizados baseados em código. Fluxos de trabalho são criados no Windows

Workflow Foundation e executados em sites do SharePoint, da seguinte forma:

SharePoint Foundation 2010: usado para hospedar fluxos de trabalho. Depois que um fluxo de

trabalho é implantado no host, você pode ativar, configurar e iniciar o fluxo de trabalho, bem como

participar dele e acompanhá-lo.

SharePoint Designer 2010: usado para criar fluxos de trabalho definidos pelo usuário.

Microsoft Visio 2010: usado em conjunto com o SharePoint Designer 2010 para criar fluxos de

trabalho definidos pelo usuário.

Visual Studio: usado por desenvolvedores para criar fluxos de trabalho.

Antes de começar Antes de executar os procedimentos de implantação descritos neste artigo, confirme se o servidor está

executando o SharePoint Foundation 2010.

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_overview

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_begin

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_Deployingworkflows

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_Verification

274

Implantando fluxos de trabalho

O fluxo de trabalho predefinido de três estados já vem instalado como recurso do SharePoint no


Os fluxos de trabalho de um site do SharePoint são armazenados como modelos de fluxo de trabalho.

Como alternativa ao uso do fluxo de trabalho predefinido, você pode criar modelos de fluxo de trabalho

do SharePoint no Office SharePoint Designer e no Visual Studio e, depois, implantá-los em um site do

SharePoint Foundation 2010. Use as ferramentas de administração do SharePoint conforme

necessário para adicionar o modelo a bibliotecas ou listas de um site do SharePoint Foundation 2010.

Para implantar um fluxo de trabalho predefinido, você o ativa para o site, associa-o a uma lista, uma

biblioteca, um tipo de conteúdo ou um site e o inicia em seguida.

Para implantar fluxos de trabalho no SharePoint Foundation 2010, execute o procedimento apropriado

dentre os seguintes:

Implantar fluxos de trabalho predefinidos

Implantar fluxos de trabalho do SharePoint Designer

Implantar fluxos de trabalho do Visual Studio

Implantar fluxos de trabalho predefinidos

Ativar o fluxo de trabalho

Conforme descrito anteriormente neste artigo, para que você possa usar um fluxo de trabalho

predefinido, ele deve estar ativo no site ou conjunto de sites. Apenas fluxos de ativos podem ser

associados às listas e bibliotecas do site ou conjunto de sites.

O fluxo de trabalho predefinido de três estados é ativado por padrão quando um site ou um conjunto de

sites é criado. Como o fluxo de trabalho pode ser desativado, você pode verificar o site ou o conjunto

de sites para determinar se o fluxo de trabalho de três estados está ativo. Use o procedimento a seguir

para determinar se fluxo de trabalho definido de três estados está ativo e ativá-lo, se necessário.

Para ativar um fluxo de trabalho implantado como recurso, como o fluxo de trabalho predefinido de três

estados, consulte Activate or deactivate a workflow (SharePoint Foundation 2010).

Adicionar a associação de fluxo de trabalho a uma lista, uma biblioteca, um tipo de conteúdo ou

um site

Ao adicionar um fluxo de trabalho, você o associa a uma lista, uma biblioteca, um tipo de conteúdo ou

um site. É possível configurar o fluxo de trabalho especificando parâmetros como nome do fluxo de

trabalho, opções de inicialização, participantes e opções de conclusão.

Para adicionar uma associação de fluxo de trabalho, consulte Add a workflow association (SharePoint

Foundation 2010).

Iniciar o fluxo de trabalho

Depois que você ativa um fluxo de trabalho e o adiciona a uma lista, biblioteca, tipo de conteúdo ou

site, um usuário autenticado pode executá-lo em um item da lista, em um documento da biblioteca ou

http://technet.microsoft.com/library/94e0d62a-1e6d-4daa-922c-c30da7275e8c(Office.14).aspx

http://technet.microsoft.com/library/19872b79-f5ac-4b56-a24b-75af33c89763(Office.14).aspx


275

em um site, no caso de um fluxo de trabalho de site. Ao adicionar o fluxo de trabalho, você especifica

se ele deve ser executado automática ou manualmente. Se o fluxo de trabalho for configurado para ser

iniciado automaticamente, as configurações padrão sempre serão usadas quando ele for iniciado. Se o

fluxo de trabalho for configurado para ser iniciado manualmente, um usuário poderá modificar as

configurações padrão, por exemplo, para especificar os participantes do fluxo de trabalho e especificar

uma data de conclusão. O fluxo de trabalho é executado em itens da lista ou documentos da biblioteca

à qual está associado.

O procedimento para iniciar um fluxo de trabalho depende se ele foi configurado para ser iniciado

automaticamente ou manualmente.

Para obter mais informações, consulte Start a workflow instance (SharePoint Foundation 2010).

Implantar fluxos de trabalho do SharePoint Designer

Quando fluxos de trabalho definidos pelo usuário estão habilitados, os usuários podem implantar fluxos

de trabalho do Office SharePoint Designer em seus sites.

Habilitar fluxos de trabalho definidos pelo usuário

Para que os usuários criem e executem fluxos de trabalho do SharePoint Designer 2010, verifique se

fluxos de trabalho definidos pelo usuário estão habilitados para o conjunto de sites. Por padrão, essa

configuração é habilitada. Quando ela está habilitada, os usuários podem definir os fluxos de trabalho

em um editor de fluxo de trabalho declarativo, como o editor de fluxo de trabalho do SharePoint

Designer 2010. Um fluxo de trabalho declarativo é construído por meio de condições e ações

montadas em regras e etapas, o que define os parâmetros para o fluxo de trabalho sem que seja

necessário escrever código. Diferentemente de fluxos de trabalho centrados em código, como aqueles

criados com o Visual Studio, fluxos de trabalho declarativos não são implantados no SharePoint

Foundation 2010 como código compilado. Em vez disso, são compilados em tempo de execução.

Como é possível desativar a capacidade de usar fluxos de trabalho declarativos no aplicativo Web,

você pode verificar o aplicativo Web para determinar se os fluxos de trabalho declarativos estão

ativados.

Para obter informações, consulte Enable or disable declarative workflows (SharePoint Foundation

2010).

Criar um fluxo de trabalho do SharePoint Designer

Usando o assistente de Designer de Fluxo de Trabalho do SharePoint Designer 2010, você pode criar

fluxos de trabalho que adicionem lógica de aplicativo ao site ou conjunto de sites sem precisar

escrever código personalizado. O Designer de Fluxo de Trabalho incorpora as tarefas de criação,

ativação e adição do fluxo de trabalho à lista, biblioteca ou site. Você não precisa executar tarefas de

configuração manuais fora do designer para implantar o fluxo de trabalho. No entanto, se publicar um

modelo de fluxo de trabalho em um conjunto de sites do SharePoint, você poderá baixar esse modelo

como um arquivo WSP e implantá-lo em outros conjuntos de sites. Para obter mais informações,

consulte Deploy a workflow as a WSP file (SharePoint Foundation 2010).

http://technet.microsoft.com/library/5e8d749f-f715-4dd6-9054-5e907a1aa951(Office.14).aspx

http://technet.microsoft.com/library/e7720cba-93cd-45f2-9e5d-7f285f09d0c1(Office.14).aspx

http://technet.microsoft.com/library/e7720cba-93cd-45f2-9e5d-7f285f09d0c1(Office.14).aspx

http://technet.microsoft.com/library/bc5cc76a-68e8-4acc-bcec-bf79e72d426f(Office.14).aspx

276


Como o SharePoint Designer 2010 pode ativar automaticamente o fluxo de trabalho e o adicionar a

uma lista, biblioteca ou site, um usuário autenticado pode executar o fluxo de trabalho em um item da

lista, um documento da biblioteca ou um site, no caso de um fluxo de trabalho de site. Ao criar o fluxo

de trabalho no SharePoint Designer 2010, você especifica se deseja que o fluxo de trabalho seja

executado automática ou manualmente. Se o fluxo de trabalho for configurado para ser iniciado

automaticamente, as configurações padrão sempre serão usadas quando ele for iniciado. Se o fluxo de

trabalho for configurado para ser iniciado manualmente, um usuário poderá modificar as configurações

padrão, por exemplo, para especificar os participantes do fluxo de trabalho e especificar uma data de

conclusão, conforme permitido pelo modelo de fluxo de trabalho. Ao ser iniciado, o fluxo de trabalho é

executado em itens da lista, documentos da biblioteca ou no site ao qual está associado.

Para obter mais informações, consulte Start a workflow instance (SharePoint Foundation 2010).

Implantar fluxos de trabalho do Visual Studio

Após a criação e a instalação de um fluxo de trabalho personalizado do Visual Studio, o

processamento para implantá-lo é semelhante ao de um fluxo de trabalho predefinido.

Criar um fluxo de trabalho personalizado

Quando um fluxo de trabalho personalizado é criado com o Visual Studio, é empacotado como um

Recurso do SharePoint. O empacotamento de recursos é uma forma de encapsular soluções e a

funcionalidade do SharePoint para facilitar a implantação. Depois que a equipe de desenvolvimento

criar um fluxo de trabalho e o empacotar como um Recurso, implante o fluxo de trabalho usando o

comando Install-SPFeatureWindows PowerShell, conforme descrito na próxima seção.

Instalar o fluxo de trabalho personalizado

Você instala Recursos no diretório \Arquivos de Programas\Arquivos Comuns\Microsoft Shared\Web

Server Extensions\14\Template\Features. Cada Recurso em seu próprio subdiretório. Na raiz dessa

pasta, um arquivo Feature.xml define o conteúdo do Recurso. Use o cmdlet Install-SPFeature do

Windows PowerShell para instalar o Recurso. Para obter detalhes, consulte Install-SPFeature.

Para executar o Windows PowerShell, você deve ser membro do grupo Administradores no

computador local. Além disso, o Windows PowerShell deve estar habilitado como um recurso

no servidor no qual você está instalando um fluxo de trabalho.

Ativar o fluxo de trabalho

Para poder usar um fluxo de trabalho do Visual Studio que foi implantado como um recurso, você deve

ativá-lo para o conjunto de sites. Apenas fluxos de trabalho ativos podem ser associados a listas,

bibliotecas, tipos de conteúdo e sites.

Para ativar um fluxo de trabalho implantado como um recurso, consulte Activate or deactivate a

workflow (SharePoint Foundation 2010).

Adicionar o fluxo de trabalho a uma lista, uma biblioteca, um tipo de conteúdo ou um site

Importante:


http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx



277

Ao adicionar um fluxo de trabalho, você o associa a uma lista, biblioteca, tipo de conteúdo ou site e o

configura especificando parâmetros como nome do fluxo de trabalho, opções de inicialização,

participantes e opções de conclusão.

Para adicionar uma associação de fluxo de trabalho, consulte Add a workflow association (SharePoint

Foundation 2010).


Depois que você ativa um fluxo de trabalho e o adiciona a uma lista, biblioteca, tipo de conteúdo ou

site, um usuário autenticado pode executá-lo em um item da lista ou em um documento da biblioteca

ou, no caso de um fluxo de trabalho de site, em um site. Ao adicionar o fluxo de trabalho, você

especifica se deseja que ele seja executado automática ou manualmente. Se o fluxo de trabalho for

configurado para ser iniciado automaticamente, as configurações padrão sempre serão usadas quando

ele for iniciado. Se o fluxo de trabalho for configurado para ser iniciado manualmente, o usuário poderá

modificar as configurações padrão, por exemplo, para especificar os participantes do fluxo de trabalho

e especificar uma data de conclusão. O fluxo de trabalho é executado em itens da lista ou documentos

da biblioteca à qual está associado.

O procedimento para iniciar um fluxo de trabalho depende se ele foi configurado para ser iniciado

automaticamente ou manualmente. Para obter mais informações, consulte Start a workflow instance


Verificação Após implantar um fluxo de trabalho, é recomendável testá-lo para garantir que está funcionando

corretamente, enviando notificações por email aos participantes do fluxo de trabalho correto em suas

etapas corretas e gerando os resultados esperados.





278


Bem-vindo ao guia de atualização para o Microsoft SharePoint Foundation 2010. Os artigos deste guia

o ajudam a planejar e executar uma atualização do Windows SharePoint Services 3.0 para o


Para obter uma visão geral gráfica do processo de atualização, além de informações sobre como

planejar e testar a atualização, consulte os seguintes modelos de atualização:

Planejamento de atualização

Abordagens de atualização

Testar o processo de atualização

Neste guia:

Sobre o processo de atualização (SharePoint Foundation 2010)

Conheça as novidades do processo de atualização e saiba como ele funciona.

Planejar e preparar a atualização (SharePoint Foundation 2010)

Determine qual é a abordagem necessária para atualizar para o SharePoint Foundation 2010 e

planejar seu processo de atualização.

Testando a atualização e solucionando problemas (SharePoint Foundation 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 Foundation 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 Foundation 2010)

Siga as etapas nesta seção se estiver atualizando in-loco para o SharePoint Foundation 2010. Em

uma atualização in-loco, você instala o SharePoint Foundation 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.



BLOB Remoto)

Siga as etapas desta seção se tiver uma instalação autônoma com bancos de dados de conteúdo

de tamanho próximo a 4 GB.

Executar uma atualização com anexação de banco de dados para o SharePoint Foundation 2010




279

Siga as etapas desta seção se estiver usando o método de atualização com anexação de banco

de dados para atualizar para o SharePoint Foundation 2010. Ao usar esse método, você atualiza o

conteúdo do ambiente em um farm separado.

Executar etapas de pós-atualização (SharePoint Foundation 2010)

Descubra como saber se uma atualização foi concluída com êxito e quais as etapas a serem

executadas após a atualização para preparar o ambiente para os usuários novamente.

Consulte também Usando redicionamento de URL AAM como parte do processo de atualização (SharePoint Foundation

2010) (white paper)

280


A primeira etapa em qualquer processo de atualização é conhecer o processo em si e tornar-se

competente para planejar e preparar apropriadamente. Esta seção do guia de atualização contém

artigos que ajudam a compreender como a atualização funciona.

Nesta seção:

O que há de novo na atualização (SharePoint Foundation 2010)

Saiba mais sobre os novos requisitos, abordagens e recursos disponíveis para atualização do

Microsoft SharePoint Foundation 2010.

Visão geral do processo de atualização (SharePoint Foundation 2010)

Obtenha uma visão geral das etapas de cada abordagem de atualização.

Atualizando do Windows SharePoint Services 2.0 para o SharePoint Foundation 2010

Entenda o uso de atualizações com anexação de banco de dados para atualizar o conteúdo do

Windows SharePoint Services 2.0 para o Microsoft SharePoint Foundation 2010.

281


O Microsoft SharePoint Foundation 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 a abordagem de atualização (SharePoint Foundation 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 test-

spcontentdatabase 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 de anexar

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 Para que você possa realizar uma atualização in-loco ou uma atualização com anexação de banco de

dados para o SharePoint Foundation 2010, o ambiente existente do Windows SharePoint Services 3.0

ou o novo ambiente do SharePoint Foundation 2010 devem atender aos requisitos mínimos a seguir.

Para obter mais informações sobre os requisitos gerais do sistema para o SharePoint

Foundation 2010, consulte Requisitos de hardware e software (SharePoint Foundation 2010).

Para obter mais informações sobre os requisitos de atualização, consulte Examinar os

requisitos do sistema para atualização (SharePoint Foundation 2010).

Requisito de hardware: 64 bits

O SharePoint Foundation 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 Windows SharePoint Services 3.0 deve estar sendo executada

em um ambiente de 64 bits do Windows Server 2008. Se sua instalação do Windows SharePoint

Observação:

282

Services 3.0 estiver em um ambiente de 32 bits, não será possível executar uma atualização in-loco no

farm ou servidor existente. Você deve instalar o SharePoint Foundation 2010 em um servidor ou farm

diferente que dê 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 Foundation 2010. Como você deve ter um ambiente de 64 bits

para poder fazer a atualização in-loco para o SharePoint Foundation 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 Windows SharePoint Services 3.0 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 (Windows

SharePoint Services 3.0) no TechNet (http://go.microsoft.com/fwlink/?linkid=161120&clcid=0x416).

Requisito de sistema operacional: Windows Server 2008 ou Windows Server 2008 R2

O SharePoint Foundation 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 está executando o Windows

SharePoint Services 3.0 no Windows Server 2003 e pretende atualizar para o SharePoint Foundation

2010, você 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 Foundation 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






283

Se estiver migrando para hardware de 64 bits, aproveite a oportunidade para também migrar para

o Windows Server 2008 ou o Windows Server 2008 R2 ao mesmo tempo. Para obter mais

informações sobre como instalar o Windows SharePoint Services 3.0 no Windows Server 2008,

consulte o artigo sobre implantação de um farm simples no sistema operacional Windows Server

2008 (Windows SharePoint Services) no TechNet


Requisito de banco de dados: SQL Server 2005 SP3 ou SQL Server 2008 SP1 de 64 bits

O SharePoint Foundation 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 Windows SharePoint Services 3.0 usa o SQL Server 2000, você deve atualizar para uma

dessas versões antes de atualizar para o SharePoint Foundation 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 Foundation 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 sobre

como mover todos os bancos de dados (Windows SharePoint Services 3.0) no TechNet


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 Windows SharePoint Services 3.0 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.




284

Uma lista de todas as definições do site, modelos do site, recursos e pacotes de idiomas

instalados no farm.

Se há personalizações não suportadas 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 Windows SharePoint Services 3.0 Service Pack

2 e foi atualizado na Atualização Cumulativa de outubro de 2009 do Windows SharePoint Services 3.0.

Você pode baixar e instalar a Atualização Cumulativa de outubro de 2009 a partir do artigo sobre a

publicação dos Pacotes de Atualizações Cumulativas de outubro de 2009 para SharePoint Server 2007

e Windows SharePoint Services 3.0 (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x416). Para

obter mais informações sobre como usar o verificador de pré-atualização, consulte os seguintes artigos

no TechNet:

Verificação de pré-atualização: operação Stsadm (Windows SharePoint Services)


Verificação de pré-atualização e relatório para futuras versões (Windows SharePoint Services)


Executar o verificador de pré-atualização (SharePoint Foundation 2010)

Comando do Windows PowerShell para verificar bancos de dados antes de anexar Use o cmdlet do Windows PowerShell, test-spcontentdatabase, antes de anexar um banco de dados

de conteúdo ao SharePoint Foundation 2010, para determinar se há alguma personalização do

servidor faltando no ambiente. Para obter mais informações, consulte Anexar bancos de dados e

atualizar para o SharePoint Foundation 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 Foundation 2010 é usada

em uma determinada coleção 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





http://technet.microsoft.com/library/ed095a0a-fa1a-4323-8503-624f0e09707d(Office.14).aspx

285

do usuário do site. Essa opção oferece uma visualização da aparência do SharePoint Foundation 2010

para o site:

Se o proprietário gostar da aparência e das funções do site, poderá aceitar a atualização visual.

Se ele quiser que o site mantenha a aparência antiga, poderá reverter para a aparência do

Windows SharePoint Services 3.0.

Por padrão, a aparência do Windows SharePoint Services 3.0 é mantida. Para obter mais informações,

consulte Planejar a atualização visual (SharePoint Foundation 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 que tenha criado para o Windows

SharePoint Services 3.0, de modo que ele funcione com o SharePoint Foundation 2010. Para obter

mais informações, consulte o artigo sobre atualização de 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

Foundation 2010 oferece as seguintes opções:

Atualização de vários bancos de dados ao mesmo temo (atualização paralela) Ao atualizar

para o SharePoint Foundation 2010, você pode iniciar manualmente a atualização de vários

bancos de dados ao mesmo tempo usando uma abordagem híbrida de desanexação de bancos de

dados para atualização. No Windows SharePoint Services 3.0, apenas um processo de

atualização podia ser executado de cada vez; assim, cada banco de dados precisava ser

processado sequencialmente. O desempenho é afetado quando você executa a atualização em

vários bancos de dados em vez de apenas um, 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 em paralelo dependerá do hardware do 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 Foundation 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 dados

nem atualizá-los. Quando o novo farm estiver pronto e todo o conteúdo tiver sido atualizado com

êxito, os usuários poderão ser transferidos para o novo farm ativo.

http://msdn.microsoft.com/en-us/liberar/aa544511(office.14).aspx

286

Para obter mais informações sobre bancos de dados somente leitura, consulte o artigo sobre

execução de um farm que usa bancos de dados somente leitura (Windows SharePoint Services).

Para obter mais informações sobre essas técnicas de redução do tempo de inatividade, consulte o

artigo Determinar a abordagem de atualização (SharePoint Foundation 2010).

Alterações nos principais recursos entre versões O SharePoint Foundation 2010 tem uma nova arquitetura e oferece 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.

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 Windows

SharePoint Services 3.0 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 Windows

SharePoint Services 3.0, o

verificador de pré-atualização não

faz alterações no ambiente. Para

obter mais informações, consulte

Executar o verificador de pré-

atualização (SharePoint

Foundation 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

exibição ou alteração de

detalhes de um aplicativo Web,

fornecendo todas as opções na

http://technet.microsoft.com/en-us/library/ee845027(Office.12).aspx

287


mesma página. Para obter

mais informações sobre

aplicativos Web, consulte Web

applications management


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 único servidor

com o SQL Server (SharePoint

Foundation 2010).

Agora, você pode executar um

backup na página Backup e

Restauração. Para obter mais

informações, consulte Backup


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ços, que

permite gerenciar e centralizar

serviços de maneira eficaz.

Serviços individuais podem ser

configurados independentemente,

e outras empresas podem

adicionar serviços à plataforma.

Para obter mais informações,

consulte Configurar serviços




http://technet.microsoft.com/library/d01c3931-3069-4267-a1f0-1e6ebaf43fcd(Office.14).aspx

http://technet.microsoft.com/library/d01c3931-3069-4267-a1f0-1e6ebaf43fcd(Office.14).aspx

288



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 Foundation 2010

alterou a maneira como os temas

funcionam, facilitando sua

personalização. Os temas do

Microsoft PowerPoint 2010 podem

ser importados diretamente para o

SharePoint Foundation 2010. Além

disso, agora os temas podem ser

aplicados a todos os subsites por

meio dessa interface. Para obter

mais informações, consulte

Planejar o uso de temas


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

externos usando soluções

baseadas no SharePoint. Os BCS

dão suporte à interação com

http://technet.microsoft.com/library/683790b5-800b-4b13-83d6-348088c75d10(Office.14).aspx

http://technet.microsoft.com/library/683790b5-800b-4b13-83d6-348088c75d10(Office.14).aspx

289


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

Foundation 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, inclusive Serviços de

Domínio Active Directory (AD DS),

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


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 Foundation

2010 também oferece várias

configurações diferentes que

restringem as consultas que podem

ser executadas em uma lista de

grande porte. Tais configurações

podem ser especificadas para cada

http://technet.microsoft.com/library/ed9bb457-0ecb-48de-9076-06e61aac38d9(Office.14).aspx




290


aplicativo Web.

SharePoint Designer Alterado O SharePoint Foundation 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 estão autorizados a

personalizar páginas mestras e

páginas de layout e se podem

gerenciar a estrutura de URLs do

site.

Painel do desenvolvedor Novo Trata-se de uma nova opção de

diagnósticos do servidor, exibindo

informações detalhadas de cada

carregamento de página e

auxiliando, dessa forma, na

solução de problemas de

desempenho.

Soluções em á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 Planejamento de soluções

em área restrita (SharePoint

Foundation 2010).

http://technet.microsoft.com/library/832414b2-4b58-4e6c-9d08-c287e30e85a6(Office.14).aspx



291


Você pode escolher entre duas abordagens de atualização básicas ao atualizar do Windows

SharePoint Services 3.0 para o Microsoft SharePoint Foundation 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. A atualização com anexação de banco de dados

permite mover o conteúdo para um novo farm ou novo hardware. Você também pode combinar esses

dois tipos de atualização em abordagens híbridas que reduzem o tempo de inatividade durante a

atualização.

Para obter mais informações sobre essas abordagens, consulte Determinar a abordagem de

atualização (SharePoint Foundation 2010).

Este artigo o ajuda a entender as etapas envolvidas na realização de atualizações com o uso dessas

abordagens, para que você possa planejar o 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 Foundation 2010

Anexar bancos de dados e atualizar para o SharePoint Foundation 2010

Neste artigo:

Atualização in-loco

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 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 Foundation

2010).

Atualização in-loco 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:

Importante:

292

1. Após executar todas as etapas de pré-atualização, o administrador do servidor executa a

Instalação do SharePoint Foundation 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 do farm.

5. O administrador do servidor confirma a conclusão bem-sucedida da atualização.

293

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 Foundation 2010. Quando o

administrador ou o proprietário do site terminar, ele concluirá a atualização com a aparência do


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.

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 Foundation 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 Foundation.

2. O administrador do servidor desanexa os bancos de dados de conteúdo do farm antigo do

Windows SharePoint Services 3.0 e coloca o farm 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).

3. O administrador do servidor anexa os bancos de dados de conteúdo ao novo farm e atualiza o

conteúdo.

294

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 com 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 Foundation 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 Windows

SharePoint Services 3.0 e os restaura no farm novo.

295

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.

296

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 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

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.

297

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 de 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.

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.

298

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 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 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 Foundation 2010. Quando o

administrador ou o proprietário do site terminar, ele concluirá a atualização com a aparência do

Microsoft SharePoint Foundation 2010.

299

Atualizando do Windows SharePoint Services 2.0 para o SharePoint Foundation 2010

Não é possível atualizar diretamente do Windows SharePoint Services 2,0 para o Microsoft SharePoint

Foundation 2010.

Há muitas alterações entre as versões, e os requisitos de hardware são tão diferentes entre elas que

uma atualização in-loco direta não é possível nem tem suporte. No entanto, você pode executar uma

série de atualizações com anexação de banco de dados para atualizar primeiro seu conteúdo para o

Windows SharePoint Services 3.0 e, em seguida, para o SharePoint Foundation 2010. Este artigo

descreve o processo de execução dessa atualização com anexação de banco de dados dupla.

Durante todo o processo, o ambiente antigo deve ser mantido offline, para impedir que os

usuários façam alterações no ambiente antigo enquanto você executa a atualização. Após

concluí-la e validá-la, você poderá conceder acesso aos usuários novamente no ambiente do


Neste artigo:


Antes de começar

Preparar-se para a atualização

Preparar os farms

Executar a primeira atualização

Executar a segunda atualização

Visão geral do processo Como essa abordagem combina dois processos de atualização que já foram documentados, este

artigo descreve como as etapas de cada processo se ajustam ao processo geral. Ele não fornece

detalhes sobre cada etapa, pois elas estão disponíveis nos seguintes artigos:

Implantar um novo farm de servidores, depois migrar os bancos de dados de conteúdo


Esses artigos, combinados a este roteiro, proporcionam as informações necessárias para que você

execute a atualização com anexação de banco de dados dupla.

Observação:

Importante


300

Experimente todo o 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

seguinte conteúdo:

Sequência de atualização

Para atualizar seu conteúdo entre as duas versões, execute os procedimentos a seguir.

1. Preparar-se para a atualização

a. Prepare o farm original executando a ferramenta de exame de pré-atualização e criando um

inventário de todas as suas personalizações.

b. Configure um pequeno farm temporário que execute o Windows SharePoint Services 3.0.

c. Configure o farm completo do SharePoint Foundation 2010 e verifique se está configurado e

sendo executado corretamente.

2. Primeira atualização: atualizar o conteúdo para o Windows SharePoint Services 3.0

a. Desanexe os bancos de dados de conteúdo do farm antigo e coloque o farm offline.

Como alternativa, você poderá manter os bancos de dados anexados e fazer uma cópia deles,

se desejar garantir que o farm original possa ser restaurado para uso rapidamente.

b. Anexe os bancos de dados de conteúdo ao farm do Windows SharePoint Services 3.0 e

atualize-os.

c. Verifique se o conteúdo foi atualizado e se o farm do Windows SharePoint Services 3.0 está

funcionando corretamente

3. Segunda atualização: atualizar o conteúdo para o SharePoint Foundation 2010

a. Desanexe os bancos de dados de conteúdo do farm do Windows SharePoint Services 3.0.

b. Anexe os bancos de dados de conteúdo ao farm do SharePoint Foundation 2010 e atualize-os

(opcionalmente, você pode atualizá-los em paralelo).

c. Verifique se o conteúdo foi atualizado e se o farm do SharePoint Foundation 2010 está

funcionando corretamente

4. Comece a atender às solicitações no farm do SharePoint Foundation 2010.

Os diagramas a seguir ilustram esse processo:

A atualização com anexação de banco de dados para o Windows SharePoint Services 3.0

301

A atualização com anexação de banco de dados para o SharePoint Foundation 2010.

302

Antes de começar Antes de iniciar a atualização, examine as informações a seguir sobre permissões e requisitos de

hardware e software. Siga as etapas especificadas para instalar ou configurar software necessário ou

modificar as configurações.

Examinar as permissões necessárias

Ao criar o ambiente temporário para o Windows SharePoint Services 3.0, você deve ter as

permissões apropriadas. Para obter mais informações, consulte o artigo sobre planejamento de

contas administrativas e de serviço (Windows SharePoint Services).

Ao criar e configurar o farm de destino do SharePoint Foundation 2010, você deve ter as

permissões apropriadas. Para obter mais informações, consulte Contas administrativas e de

serviços necessárias para a implantação inicial (SharePoint Foundation 2010).



303

Examinar o hardware e o software necessários

Ao criar o ambiente temporário para o Windows SharePoint Services 3.0, você deve atender aos

requisitos específicos de hardware e software. Para obter mais informações, consulte o artigo

sobre como determinar requisitos de hardware e software (Windows SharePoint Services).

Ao criar e configurar o farm de destino do SharePoint Foundation 2010, você deve atender a

requisitos de hardware e software diferentes. Para obter mais informações, consulte Requisitos de

hardware e software (SharePoint Foundation 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. Observe as diretivas e

diretrizes aplicáveis à manipulação de bancos de dados.

Preparar-se para a atualização Por estar executando duas atualizações, você deve entender todas as etapas envolvidas na

atualização para o Windows SharePoint Services 3.0 e para o SharePoint Foundation 2010. O

conteúdo a seguir está disponível para ajudá-lo a entender esses processos de atualização:

Preparando-se para atualizar para o Windows SharePoint Services 3.0

Leia o capítulo sobre como planejar e preparar a atualização no TechNet. Particularmente, leia os

seguintes artigos:

Como funciona o processo de atualização (Windows SharePoint Services)

Determinar como lidar com personalizações (Windows SharePoint Services)

Desenvolver novas definições de site personalizadas e criar arquivos de definição de

atualização (Windows SharePoint Services)

Leia o capítulo sobre como executar etapas de pré-atualização (Windows SharePoint Services)

Você deve executar as seguintes etapas para uma atualização com anexação de banco de dados

(chamada de migração de banco de dados nessa versão):

Instalar o Service Pack 2 para Windows SharePoint Services 2.0

Executar a ferramenta de exame de pré-atualização (Windows SharePoint Services)

Execute essas etapas no farm existente do Windows SharePoint Services 2,0.

Preparando-se para atualizar para o SharePoint Foundation 2010

Planejar e preparar a atualização. Leia o seguinte artigo no TechNet:


Executar etapas de pré-atualização. Leia o seguinte artigo no TechNet:


Execute essas etapas no farm temporário do Windows SharePoint Services 3.0.

Importante:

Importante:










304

Preparar os farms Nesta etapa, você executará as etapas de pré-atualização no farm existente, criará o farm temporário

para a atualização para o Windows SharePoint Services 3.0 e criará o farm de destino do SharePoint

Foundation 2010. Use as etapas e o conteúdo relacionado a seguir ao preparar o farm para as

atualizações.

Criar o farm temporário do Windows SharePoint Services 3.0

Em um ambiente virtual ou físico, crie um pequeno farm temporário que esteja executando o Windows

SharePoint Services 3.0 com o Service Pack 2 (SP2) e a Atualização Cumulativa de outubro de 2009.

Você usará esse farm para atualizar o conteúdo para o Windows SharePoint Services 3.0 antes de

passar ao SharePoint Foundation 2010.

Para obter os melhores resultados, é recomendável aplicar as atualizações mais recentes ao

ambiente. A Atualização Cumulativa de outubro de 2009 inclui alterações no verificador de pré-

atualização que podem ajudar a identificar problemas antes da atualização. Para obter uma

lista das atualizações disponíveis, consulte o artigo sobre a Central 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 como aplicar atualizações, consulte o artigo sobre aCentral de Recursos de Atualizações

para os Produtos e Tecnologias do SharePoint


1. Baixe o software para o farm temporário.

Baixe o Windows SharePoint Services 3.0 com SP2 em um dos seguintes links:

Versão x86: Windows SharePoint Services 3.0 com Service Pack 2


Versão x64: Windows SharePoint Services 3.0 x64 com Service Pack 2


2. Instale os pacotes de modelos de idiomas necessários para seus sites. Para obter mais

informações, consulte o artigo sobre instalação de pacotes de modelos de idiomas disponíveis

(Windows SharePoint Services).

3. Defina o farm usando as configurações de farm apropriadas para o ambiente e aplicando

novamente todas as personalizações necessárias para o conteúdo. Implante as personalizações e

os arquivos de definição de atualização necessários para as definições de sites personalizadas

que possam existir no ambiente. Você deverá criar aplicativos Web no farm temporário para todos

os servidores virtuais que existiam no farm original. A URL para os novos aplicativos Web deve

corresponder às URLs dos farms de origem ou às URLs dos farms 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 de destino, de modo que as URLs dos farms

temporários também sejam exatamente as mesmas, incluindo os números de porta usados.

Dica:









305

Para obter mais informações sobre como configurar o farm, consulte o artigo sobre o preparo do

novo ambiente do Windows SharePoint Services 3.0. Para obter mais informações sobre como

implantar definições de site personalizadas e definições de atualização, consulte o artigo sobre

implantação de arquivos de definição de atualização e novas definições de site (Windows

SharePoint Services).

Configurar o farm completo do SharePoint Foundation 2010

Esse é o farm que você usará mais tarde para o ambiente de produção; portanto, planeje a

infraestrutura adequadamente para dar suporte à solução que você hospeda. Para obter mais

informações sobre como planejar o farm de servidores, consulte Planejamento do ambiente e do farm

de servidores (SharePoint Foundation 2010).

1. Crie o farm em hardware de 64 bits com servidores de bancos de dados que estejam executando

uma 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 Foundation 2010).

2. Instale os pacotes de modelo de idioma necessários para os sites. Para obter mais informações,

consulte Instalar modelos de pacotes de idiomas disponíveis (SharePoint Foundation 2010).

3. Defina o farm usando as configurações de farm apropriadas para o ambiente e aplicando

novamente todas as personalizações necessárias para o conteúdo. Novamente, você deverá criar

aplicativos Web no farm de destino para todos os servidores virtuais que existiam 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

Foundation.

Executar a primeira atualização Uma vez configurados os farms, você está pronto para atualizar os bancos de dados de conteúdo para

o Windows SharePoint Services 3.0.

Verifique se executou a ferramenta de verificação de 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 verificado os bancos de dados. Para obter mais informações, consulte o artigo sobre a

execução da ferramenta de verificação de pré-atualização (Windows SharePoint Services).

Para executar uma atualização com anexação de banco de dados (chamada de migração de banco de

dados nesta versão), execute os seguintes procedimentos:

1. Faça backup dos bancos de dados de conteúdo

2. Restaure as cópias de backup para o farm temporário.

3. Adicione os bancos de dados aos aplicativos Web para começar o processo de atualização.

Para obter informações completas e as etapas a serem seguidas, consulte o artigo sobre como migrar

bancos de dados de conteúdo.

Importante:










306

Verificar a primeira atualização Para verificar a atualização, faça o seguinte:

Examine o arquivo de log de atualização. Para obter mais informações, consulte o artigo sobre

como migrar bancos de dados de conteúdo.

Examine os sites atualizados para garantir que eles ainda estejam funcionando conforme o

esperado e que as Web Parts e outros elementos personalizados estejam operando corretamente

Executar a segunda atualização Após verificar se os sites funcionam corretamente, você poderá começar a atualização para o


Execute o verificador de pré-atualização e examine o relatório, para poder solucionar possíveis

problemas no farm temporário antes de atualizar o conteúdo. Para obter mais informações,

consulte Executar o verificador de pré-atualização (SharePoint Foundation 2010).

Para executar a atualização com anexação de banco de dados, execute os seguintes procedimentos:

1. Faça backup dos bancos de dados de conteúdo

2. Restaure as cópias de backup para o farm de destino.

3. Adicione os bancos de dados aos aplicativos Web para iniciar o processo de atualização. No

SharePoint Foundation 2010, você pode anexar bancos de dados em paralelo para agilizar o

processo de atualização.

Para obter informações completas e as etapas a serem seguidas, consulte Anexar bancos de dados e

atualizar para o SharePoint Foundation 2010.

Verificar a segunda atualização Para verificar a atualização, faça o seguinte:

Examine o arquivo de log de atualização.

Examine os sites atualizados para garantir que eles ainda estejam funcionando conforme o

esperado e que as Web Parts e outros elementos personalizados estejam operando corretamente

Para obter mais informações, consulte Verificar a atualização e examinar os sites atualizados


Importante:


307


Agora que você aprendeu como o processo de atualização funciona lendo os artigos em Sobre o

processo de atualização (SharePoint Foundation 2010), você 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 Windows SharePoint

Services 3.0 para o Microsoft SharePoint Foundation 2010.

Nesta seção:

Determinar a abordagem de atualização (SharePoint Foundation 2010)

Conheça as diferentes abordagens de atualização e escolha aquela que é mais adequada ao seu

ambiente.

Examinar práticas recomendadas de atualização (SharePoint Foundation 2010)

Evite problemas durante o processo de atualização adotando estas práticas recomendadas.

Examinar caminhos de atualização com e sem suporte (SharePoint Foundation 2010)

Entenda quais tipos e topologias de instalação podem ser atualizados para o SharePoint

Foundation 2010.

Examinar os requisitos do sistema para atualização (SharePoint Foundation 2010)

Examine os requisitos para ajudar a garantir que o ambiente possa ser atualizado para o


Determinar como lidar com personalizações (SharePoint Foundation 2010)

Aprenda a identificar e avaliar as personalizações no ambiente e determine se você as atualizará e

como.

Criar um plano de comunicação (SharePoint Foundation 2010)

Crie um plano para coordenar a equipe de atualização, os usuários e proprietários de sites e os

participantes, e se comunicar com todos eles.

Planejar a atualização visual (SharePoint Foundation 2010)

Conheça as diferentes opções de atualização visual e saiba como escolher a opção mais

adequada às 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.


308

Determinar a abordagem de atualização (SharePoint Foundation 2010)

Antes de executar qualquer processo de atualização do Windows SharePoint Services 3.0 para o

Microsoft SharePoint Foundation 2010, você precisa determinar a abordagem de atualização a ser

adotada. 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 sua abordagem.

Além das informações neste artigo, leia Examinar caminhos de atualização com e sem suporte

(SharePoint Foundation 2010) para saber exatamente quais situações de atualização são válidas e

levam a atualizações com êxito.

Para executar uma atualização, você deve ter instalado o Windows SharePoint Services 3.0

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 dessas 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 in-loco É possível instalar o

SharePoint

Foundation 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.

Observação:

309

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 in-

loco. É 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 Foundation 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 diminuir 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.

310


geral de atualização.

O número máximo de

atualizações paralelas

depende do hardware.

Essa técnica funciona

para atualizações in-

loco 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.

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.





períodos gerais de



loco.

Além do software, você

também atualizar o

hardware.

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 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.

311


adicionando a

velocidade de uma

atualização com

anexação de banco de

dados. Nessa

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

ambiente após a

atualização, embora

etapas manuais possam

ser exigidas para

atualizá-las ou reformulá-

las.





períodos gerais de



loco.

Você precisa de acesso

direto aos servidores de

bancos de dados.

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 Foundation 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 redicionamento de URL AAM como parte do processo de

atualização (SharePoint Foundation 2010) (white paper).

Casos especiais Talvez você tenha outros requisitos ou metas adicionais que queira realizar quando executar uma

atualização. A tabela a seguir lista casos especiais e descreve qual abordagem de atualização é

apropriada para cada caso.

Caso Abordagem de atualização

Atualizando uma instalação autônoma com Banco Se você estiver executando o Windows

312


de Dados Interno do Windows? SharePoint Services 3.0 em um servidor

autônomo com Banco de Dados Interno do

Windows, o seu banco de dados será migrado

para o SQL Server Express como parte do

processo da atualização in-loco. Se o seu banco

de dados tiver mais de 4 GB, configure o Remote

BLOB Storage para armazenar parte dos dados.

Para obter mais informações, consulte Atualizar

uma instalação autônoma do Windows SharePoint

Services 3.0 para o SharePoint Foundation 2010

com Remote BLOB Storage.

Atualizando de uma edição de 32 bits para uma

edição de 64 bits do SQL Server?

Se você estiver executando uma edição de 32 bits

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

Foundation 2010 para garantir melhores

benefícios de desempenho. Execute somente um

tipo de atualização ou migração por vez para

evitar falhas. Para obter mais informações,

consulte o artigo sobre migração de um farm de

servidores existente para um ambiente de 64 bits

(Windows SharePoint Services 3.0).

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, não precisará

mudar nada dentro do SharePoint Foundation

2010).

Você pode mover os bancos de dados do

SQL Server que deseja atualizar para uma

edição diferente de 64 bits do SQL Server. É

necessário adicionar a edição de 64 bits

diferente e executar um comando para

computadores executando o SharePoint

Foundation 2010 para apontar para a nova

http://technet.microsoft.com/pt-br/library/dd637753.aspx



313


edição de 64 bits do SQL Server. (Essa opção

é aceita, mas não é recomendada porque

requer mais trabalho no SharePoint

Foundation 2010 quando, por exemplo, os

bancos mudam de local).

Observação:

Se você atualizar uma versão do SQL

Server — por exemplo, do SQL Server

2005 SP2 para o SQL Server 2008,

poderá executar essa atualização antes,

durante ou depois de atualizar de uma

edição de 32 bits para uma edição de 64

bits do SQL Server.

Atualizando do Windows Server 2003 para o

Windows Server 2008?

Atualize o sistema operacional antes de tentar

atualizar para o SharePoint Foundation 2010.

Se estiver executando o Windows SharePoint

Services 3.0, você deverá executar etapas

específicas para atualizar para o Windows Server

2008. Para obter mais informações, consulte o

artigo sobre atualização para o Windows Server

2008 para Windows SharePoint Services 3.0 com

SP1.

Está atualizando de um sistema operacional de 32

bits para um sistema operacional de 64 bits?

Se estiver usando um sistema operacional de 32

bits, você deverá migrar para um sistema

operacional de 64 bits antes de atualizar. Para

obter mais informações, consulte Migrar um farm

de servidores existente para um ambiente de 64

bits (Windows SharePoint Services 3.0) .

Atualizando um ambiente que usa autenticação

baseada em formulários?

São necessárias etapas adicionais para a

atualização quando você usa 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 Foundation

2010).

Atualizando bancos de dados muito grandes? Em geral, bancos de dados muito grandes —

particularmente aqueles que contêm um grande

número ou um volume muito grande de versões







314


de documentos — demoram mais para serem

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 Windows SharePoint Services 3.0, 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 Foundation 2010. Para obter

mais informações sobre o tempo que a

atualização pode levar para o seu ambiente,

consulte Estimar a duração do processo de

atualização e o espaço necessário (SharePoint

Foundation 2010).

Atualizando do Windows SharePoint Services

2.0?

Use uma abordagem de atualização com

anexação de banco de dados para atualizar para

o Windows SharePoint Services 3.0 e atualize

para o SharePoint Foundation 2010. Para obter

mais informações sobre esse processo de

atualização, consulte Atualizando do Windows

SharePoint Services 2.0 para o SharePoint

Foundation 2010.

Você está usando nomes de domínio

internacionalizados?

O Windows SharePoint Services 3.0 dava suporte

a IDNs (nomes de domínio internacionalizados),

mas o SharePoint Foundation 2010 não inclui

esse suporte. Se você usa IDNs atualmente com

o Windows SharePoint Services 3.0 e planeja

atualizar ou migrar para o SharePoint Foundation

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 Planejamento de sites

multilíngues (SharePoint Foundation 2010).

http://technet.microsoft.com/library/95dc3f61-13da-4447-926a-ddae0326393e(Office.14).aspx

http://technet.microsoft.com/library/95dc3f61-13da-4447-926a-ddae0326393e(Office.14).aspx

315

Examinar práticas recomendadas de atualização (SharePoint Foundation 2010)

Para assegurar a atualização suave do Windows SharePoint Services 3.0 para o Microsoft SharePoint

Foundation 2010, siga estas práticas recomendadas:

1. Atualize seus servidores para o SP2 (Service Pack 2) do Windows SharePoint Services 3.0 ou

posterior.

Seu ambiente deve estar atualizado com o Service Pack 2 do Windows SharePoint Services 3.0

antes de executar o processo de atualização: in-loco ou com anexação de banco de dados. É

recomendado instalar a Atualização Cumulativa de outubro de 2009 já que ela contém

aprimoramentos para a ferramenta de verificação de pré-atualização. Para obter mais informações

sobre como instalar pacotes de serviços e atualizações, consulte Central de Recursos de

Atualização para Produtos e Tecnologias do SharePoint. Para obter uma lista de todas as

atualizações disponíveis, consulte Central de Atualização do Microsoft Office, Office Servers e

Produtos Relacionados.

2. Assegure que o ambiente esteja totalmente funcional antes de executar uma atualização.

A atualização não resolverá nenhum problema que por ventura exista em seu ambiente. Assim,

assegure que o seu ambiente esteja totalmente funcional antes de executar o procedimento. Por

exemplo, se você tiver aplicativos Web que não sejam mais utilizados, remova suas extensões

antes de atualizar. Para excluir um aplicativo Web do IIS (Serviços de Informações da Internet),

remova a extensão do aplicativo antes de excluí-lo; caso contrário, o SharePoint Foundation 2010

tentará atualizá-lo (sem êxito) ainda que o aplicativo não exista mais. Se encontrar e resolver os

problemas com antecedência, é mais provável que você cumpra o cronograma estimado para

atualização.

3. Antes e 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, faça uma atualização ou migração

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 seu processo de atualização. Não será possível

executar uma atualização in-loco a menos que o seu sistema já execute em um sistema

operacional e plataforma suportados. Para obter mais informações consulte O que há de novo na


4. Execute a verificação de pré-atualização para procurar problemas potenciais.

Essa ferramenta informa personalizações ausentes e problemas com sites órfãos, entre outras

coisas, e permite que você resolva os problemas antes de executar a atualização. Para obter mais

informações, consulte Executar o verificador de pré-atualização (SharePoint Foundation 2010).

5. Execute uma atualização de avaliação primeiro em um farm de teste.

http://technet.microsoft.com/pt-br/office/sharepointserver/bb735839.aspx


http://technet.microsoft.com/pt-br/office/sharepointserver/ee748587.aspx


316

Faça backup do farm ativo, restaure nos servidores de teste e execute a atualização. Examine os

resultados para obter uma perspectiva de qual será a aparência dos sites ativos depois da

atualização, determinar o nível de personalização que terá de ser feito e estimar o tempo que será

necessário . 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


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 os requisitos do sistema, consulte

Examinar os requisitos do sistema para atualização (SharePoint Foundation 2010). Para obter

mais informações sobre como planejar o espaço em disco necessário para a atualização, consulte

Estimar a duração do processo de atualização e o espaço necessário (SharePoint Foundation

2010).

7. Faça backup do seu 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 do ambiente inteiro antes de uma atualização in-loco (SharePoint

Foundation 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.

Se a expectativa for uma janela de interrupção longa durante a execução de uma atualização com

anexação de banco de dados, defina os bancos de dados no ambiente original como somente

leitura de modo que os usuários possam continuar a acessar seus dados sem alterá-los. Para

obter mais informações, consulte Anexar bancos de dados e atualizar para o SharePoint

Foundation 2010.

9. Não adicione servidores ao farm de servidores depois ter iniciado o processo de atualização.

Executar o Assistente de Configuração de Produtos do SharePoint atualiza o banco de dados de

configuração. Tal banco contém a lista de servidores no farm. Os servidores adicionados ao farm

após a execução do assistente de configuração não serão incluídos no banco de dados e,

portanto, não aparecerão na topologia da versão atualizada. Caso você precise adicionar

servidores ao seu farm, faça isso antes do início da atualização ou após a sua conclusão.

10. Depois do processo de atualização, consulte a página Status da Atualização e os logs pertinentes

para determinar se há algum problema a ser resolvido. Em seguida, examine os sites atualizados.

A página Status da Atualização informa o andamento do processo e os logs listam quaisquer erros

e avisos ocorridos durante a execução. Verifique e teste todos os sites antes de considerar a

atualização como concluída. Para obter mais informações, consulte Verificar a atualização e

examinar os sites atualizados (SharePoint Foundation 2010).

317

Examinar caminhos de atualização com e sem suporte (SharePoint Foundation 2010)

Durante o planejamento do processo de atualização, assegure que haja suporte para o caminho de

atualização desejado. Este artigo descreve caminhos com e sem suporte, e aborda que topologias

específicas podem ser atualizadas in-loco para o Microsoft SharePoint Foundation 2010.

Examinar topologias com suporte para atualização Ao atualizar, mantenha o mesmo tipo de instalação: de autônoma para autônoma, de farm de

servidores para farm de servidores. Não migre de autônoma para farm, ou vice-versa, durante um

processo de atualização in-loco, No entanto, é possível alterar o tamanho e a escala de um farm de

servidores, para se adequar aos requisitos, desde que isso ocorra antes ou após a atualização. No

caso de uma atualização com anexação de banco de dados, você pode anexar bancos de dados a um

tipo de instalação diferente.

Orientações sobre topologia física

A topologia do Microsoft SQL Server — a exemplo da rede, armazenamento físico e cache — também

afeta significativamente o desempenho do sistema. Ao planejar seu hardware, lembre-se de que, em

uma atualização in-loco, o servidor ou farm de servidores deve executar uma versão de 64 bits do

Windows Server 2008 R2 ou Windows Server 2008 com Service Pack 2 (SP2). Para farms de

servidores, execute também 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 obter mais informações sobre os requisitos de atualização, consulte

Examinar os requisitos do sistema para atualização (SharePoint Foundation 2010).

Topologias com suporte

A tabela a seguir lista as topologias iniciais com suporte no Windows SharePoint Services 3.0 e as

topologias finais com e sem suporte em uma atualização in-loco para o SharePoint Foundation 2010.

Topologia inicial (Windows

SharePoint Services 3.0)

Topologia final com suporte


Topologia final sem suporte (

SharePoint Foundation 2010)

Servidor autônomo com Banco

de Dados Interno do Windows

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

318

Topologia inicial (Windows

SharePoint Services 3.0)

Topologia final com suporte


Topologia final sem suporte (

SharePoint Foundation 2010)


Express

Farm de qualquer tamanho Farm de qualquer tamanho Servidor autônomo com


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, faça isso antes da

atualização. Para migrar de um servidor autônomo para uma configuração de farm, primeiro, crie o

novo farm e mova os bancos de dados do servidor para o farm. Para obter informações adicionais,

consulte Migrar bancos de dados de conteúdo do Banco de Dados Interno do Windows para uma

instância do SQL Server (Windows SharePoint Services 3.0). Após a migração, execute a atualização

para o SharePoint Foundation 2010.

Migrando de um hardware de 32 bits

Não é possível fazer uma atualização in-loco do Windows SharePoint Services 3.0 para o SharePoint

Foundation 2010 em um hardware de 32 bits; migre, primeiro, para um hardware de 64 bits. Para obter

mais informações, consulte Migrar um farm de servidores existente para um ambiente de 64 bits

(Windows SharePoint Services 3.0) .





319

Examinar os requisitos do sistema para atualização (SharePoint Foundation 2010)

Para poder atualizar seu ambiente do Windows SharePoint Services 3.0 para o Microsoft SharePoint

Foundation 2010, os servidores devem atender aos seguintes requisitos mínimos:

Os componentes de hardware e software devem atender aos requisitos mínimos do sistema, ou

superá-los, para executar a nova versão.

Isso inclui os requisitos para componentes de hardware de 64 bits e versões de 64 bits do sistema

operacional e do Microsoft SQL Server. Antes de iniciar o processo de atualização, verifique se o

sistema atende aos requisitos mínimos, ou os supera, em Requisitos de hardware e software

(SharePoint Foundation 2010). Antes de atualizar, determine a capacidade de produção que é

necessário ter no ambiente atualizado; com base nessas informações, identifique o hardware

necessário para a atualização.

O Windows SharePoint Services 3.0 deve ser atualizado para o Service Pack 2.

Seu ambiente deve ser atualizado pelo menos para o Service Pack 2 do Windows SharePoint

Services 3.0 para executar o processo de atualização, tanto para uma atualização in-loco quanto

para uma atualização com anexação de banco de dados. É recomendável 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 esses requisitos É importante que o seu hardware atenda pelo menos aos requisitos mínimos que são relacionados no

artigo Requisitos de hardware e software (SharePoint Foundation 2010); caso contrário, poderão

ocorrer problemas durante o processo de atualização. Por exemplo, se o servidor de bancos de dados

tiver memória ou capacidade de processador insuficientes, talvez não possa lidar com o número de

transações que ocorrem durante o processo de atualização, e poderá ocorrer uma falha na

atualização.

Recomendamos o uso de uma atualização de avaliação para determinar exatamente 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

Foundation 2010). Se houver problemas de capacidade com o hardware durante a atualização de

avaliação, você poderá aumentar a capacidade e repetir a atualização até ficar satisfeito com o nível

de desempenho da atualização encontrado.

Importante:




320

É importante controlar os seguintes componentes de recursos de um servidor que executa o

SQL Server: CPU, memória e subsistema de E/S. Quando um ou mais dos componentes

parecerem ter atingido o limite, analise a estratégia apropriada com base na carga de trabalho

atual e projetada. Em seguida, determine se deseja adicionar recursos ou dimensionar para

um novo servidor que execute o SQL Server. Em geral, é recomendável que você considere o

dimensionamento, bem como a adição de recursos.

321

Determinar como lidar com personalizações (SharePoint Foundation 2010)

Se você personalizou extensivamente os seus sites com base no Windows SharePoint Services 3.0,

deverá determinar como desejará lidar com seus sites personalizados quando atualizar para o

Microsoft SharePoint Foundation 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, 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 Foundation 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 de 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 com 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 é largamente 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?


322

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ê quer usar a nova funcionalidade, planeja

recriar seus sites ou está significativamente a arquitetura de informações, a atualização é a 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 nos 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

Foundation 2010. Os novos modelos de sites do

SharePoint Foundation 2010 são salvos como arquivos

WSP (pacotes de soluções).

Um site que foi provisionado usando um modelo de site

será atualizado, mas você não poderá criar novos sites

com base nesse modelo. Se deseja poder criar novos sites,

você pode criar e implantar um pacote de solução.



323


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 Foundation 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


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-o.

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 Windows SharePoint Services

3.0 não funcionarão no SharePoint Foundation 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 Foundation

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

Atualização Visual.


324


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 XHTML 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 tipos de personalizações a seguir 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 será possível corrigir:

Arquivos predefinidos, recursos ou definições de sites que foram modificados.

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

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.

Aviso:

325

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:

Práticas recomendadas: usando objetos descartáveis do Windows SharePoint Services


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).

Política de personalização de Produtos e Tecnologias do SharePoint








326

Criar um plano de comunicação (SharePoint Foundation 2010)

É importante comunicar-se com os usuários durante o processo de atualização do Windows

SharePoint Services 3.0 para o Microsoft SharePoint Foundation 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, como mostra a 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 Administradores

local em cada servidor Web front-end.

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.

Observação:

327

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 para o SharePoint Foundation 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.

Proprietários do conjunto de sites Você deve notificar os proprietários do conjunto de sites de

que o processo de atualização está prestes a ocorrer e alertá-los sobre qualquer problema

encontrado ao executar a verificação de pré-atualização ou ao atualizar os sites. Se você estiver

usando o Visual Upgrade, também será necessário comunicar aos proprietários do conjunto de

sites sobre as alterações à nova interface de usuário e se os administradores do farm ou do

conjunto de sites irão concluir essa alteração.

Desenvolvedores e designers de sites Se você tiver modelos, Web Parts, serviços da Web ou

outros elementos personalizados associados aos seus sites, você deverá trabalhar com as

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 Foundation 2010).

Usuários do site Mesmo que os usuários do site não precisem ser incluídos nas decisões do

processo de atualização, será necessário avisá-los quando a atualização ocorrerá e o que eles

devem esperar.

Patrocinadores e outros participantes Outras pessoas da sua organização poderão estar

envolvidas no processo de planejamento da atualização. Certifique-se de que elas estejam

apropriadamente incluídas no seu plano de comunicaçã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 Em geral, os administradores de servidores e de serviços compartilhados definem o cronograma de

atualização e os proprietários de sites são notificados somente quando o processo está prestes a

começar. Entretanto, como os integrantes de equipes têm suas próprias tarefas, que devem ser

executadas em determinados pontos do processo global de atualização, é fundamental que você tenha

um plano sólido para comunicar o progresso da atualização para todos os integrantes de equipes, de

modo que todos saibam em que momento devem executar suas tarefas específicas.

Toda a equipe de atualização precisa trabalhar em conjunto para definir:

Observação:

328

A abordagem de atualização a ser usada O artigo Determinar a abordagem de atualização

(SharePoint Foundation 2010) contém informações para ajudá-lo a decidir qual tipo de atualização

deve ser executada. O relatório gerado pelo verificador de pré-atualização também é importante e

deve ser levado em consideração ao 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 nos horários de menor uso do site. Para

implantações pequenas de um único servidor, a atualização pode ser concluída em menos de um

dia. Para implantações maiores, como farms de servidores com grandes quantidades de dados,

por exemplo, o método de atualização com anexação de banco de dados ou o método de

atualização in-loco com desanexação de bancos de dados poderá ser usado para distribuir o

processo de atualização em várias janelas de interrupção. Não há como determinar a quantidade

exata de tempo necessária para atualizar um determinado conjunto de sites. Por isso, é muito

importante a comunicação com outros integrantes da equipe envolvidos no processo de

atualização, assim como com os usuários finais. Os dias que você escolher para a atualização

devem ser distantes o suficiente para que a equipe de atualização possa concluir todas as etapas

preliminares. Ao planejar o cronograma, agende 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 a linha do tempo geral e quais serão suas

funções no processo.

Depois que o verificador de pré-atualização for executado, para que eles possam solucionar

qualquer problema identificado pela ferramenta. Para obter mais informações sobre o verificador

de pré-atualização, consulte Executar o verificador de pré-atualização (SharePoint Foundation

2010). Por exemplo, problemas como modelos de site personalizados ou Web Parts

personalizadas devem ser relatados ao proprietário, designer ou desenvolvedor do site apropriado

antes do agendamento da atualização, para que ele possa ter tempo para investigar os problemas

e executar as etapas preliminares. 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 (Active Server Page Extension).

Depois que os sites tiverem sido atualizados, para que eles possam examinar os sites e fazer

alterações, conforme necessário.

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:

329

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 devem esperar. Você também pode direcioná-

los a conteúdo disponível, como artigos do tipo "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 Foundation 2010) e

Alterações nos principais recursos entre versões no artigo "Novidades na 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?

330

Planejar a atualização visual (SharePoint Foundation 2010)

Este artigo aborda o novo recurso de atualização visual no Microsoft SharePoint Foundation 2010.

Caso sua organização planeje executar uma atualização do Windows SharePoint Services 3.0, você

poderá tirar proveito desse novo recurso. Por padrão, a aparência dos sites é preservada durante uma

atualização do Windows SharePoint Services 3.0. 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.

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 Gerenciar a

atualização visual (SharePoint Foundation 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


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

Observação:

331

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 Foundation 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 que essa opção

seja 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 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 Foundation 2010), Usar uma atualização de avaliação para encontrar

possíveis problemas (SharePoint Foundation 2010) e o artigo sobre como reimplantar personalizações

e soluções no SharePoint Foundation 2010 e no SharePoint Server 2010


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 (Windows SharePoint Services).

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.



332

Por padrão, os proprietários de sites têm controle sobre seus sites. Eles podem usar a opção de

visualização de nova aparência (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 esteja funcionando corretamente, e eles poderão corrigir qualquer problema em suas páginas que

tenha 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 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, de modo a

garantir que eles tenham um tempo razoável para se familiarizar 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, também informe a eles que, após esse limite, você poderá impor uma

atualização para todos os sites. Para obter mais informações, consulte Gerenciar a atualização visual


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 revertendo 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 Foundation 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, quando os sites mudarem 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:

Se você usar o SharePoint Foundation 2010, verifique se está usando a mesma versão e service

pack do SharePoint Designer.

333

Consulte também Atualização in-loco para o SharePoint Foundation 2010



334

Testando a atualização e solucionando problemas (SharePoint Foundation 2010)

Antes de atualizar do Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation 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 solucionar problemas e continuar

o processo de atualização.

Nesta seção:

Práticas recomendadas para testar a atualização (SharePoint Foundation 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 Foundation

2010)

Saiba como planejar para obter êxito testando a atualização com seus dados reais em um

ambiente físico ou virtual.

Estimar a duração do processo de atualização e o espaço necessário (SharePoint Foundation

2010)

Use as informações do teste para entender quanto tempo levará a atualização.

Limpando o ambiente antes da atualização (SharePoint Foundation 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


Solucionar problemas de atualização (Windows SharePoint Services)

Siga estas recomendações para solucionar os problemas que ocorrerem durante a atualização.

Você também pode pesquisar problemas comuns e descobrir como solucioná-los.

Recuperando após uma atualização com falha (SharePoint Foundation 2010)

Se tiver criado um backup do ambiente e dos bancos de dados antes de iniciar uma atualização in-

loco 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 Foundation 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:

335

Planilha de Atualização de Produtos do SharePoint 2010

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.



336

Práticas recomendadas para testar a atualização (SharePoint Foundation 2010)

Para compreender o seu ambiente antes de tentar fazer uma atualização e para planejar com precisão

o tempo que será necessário para esse processo, você deve fazer uma ou mais atualizações de

avalação. O objetivo de testar uma atualização é descobrir e solucionar problemas com antecedência,

para que você possa ter confiança no seu processo e ter certeza do resultado quando fizer a

atualização real. Para fazer um teste preciso e útil do processo de atualização do Windows SharePoint

Services 3.0 para o Microsoft SharePoint Foundation 2010, siga estas práticas recomendadas:

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 gastará rastreando problemas não

relacionados para garantir que eles não ocorram durante a atualização real.

2. Conheça o conteúdo de seu ambiente. Faça uma pesquisa completa primeiro.

Reserve algum tempo para documentar os componentes de hardware e software presentes no

ambiente, as personalizações instaladas e usadas no servidor, as configurações necessárias e

onde elas se encontram. Isso o ajudará a fazer um planejamento mais abrangente e também a

recuperar o ambiente, se a atualização falhar. Há uma planilha disponível para que você possa

registrar informações sobre o ambiente enquanto se prepara para a atualização. Baixe-a de

http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416.

3. Use dados reais.

Use cópias dos 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 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

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 descobertos e também possibilitarão uma

programação mais precisa para o processo. Ao executar vários testes, você pode determinar quais

são as melhores abordagens de atualização para o ambiente, as técnicas de redução de tempo de

inatividade que devem ser planejadas e como o processo ou o desempenho pode ser alterado

após a solução dos problemas revelados nos primeiros testes. Seu teste final pode ajudar a validar

se todos os erros foram corrigidos e se você está pronto para atualizar o ambiente de produção.


337

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 e 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 em Meu Site estão funcionando.

7. Verifique sites em ambos os modos de Atualização Visual.

Não presuma que o site funcionará corretamente em um modo só porque pode ser visualizado

satisfatoriamente no outro modo. 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 localizar 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 que

será 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 Foundation 2010) e o cartaz "Testar o

processo de atualização", disponível em http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x416.


338

Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Foundation 2010)

Antes de iniciar o processo de atualização do Windows SharePoint Services 3.0 para o Microsoft

SharePoint Foundation 2010, teste o processo para verificar se você sabe exatamente o que precisa

fazer para ter êxito em uma atualização. Ao utilizar uma atualização de avaliação para testar o

processo, você poderá 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

339

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 avaliar 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 configuraçõ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 precisa 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.



340

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.

341

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

Windows SharePoint Services 3.0, 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 seu ambiente atual e

copie-as para o ambiente de teste. Para obter mais informações sobre os tipos de personalizações que

precisam ser identificadas, consulte Determinar como lidar com personalizações (SharePoint

Foundation 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 um. Ele também salva informações de definição de cada lista. Você pode analisar 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 Windows SharePoint Services 3.0, o

verificador de pré-atualização é uma ferramenta somente leitura que não altera seus sites. Para

obter mais informações sobre essa ferramenta e etapas para executá-la, consulte o artigo sobre

exame e relatório de pré-atualização para versões futuras (Windows SharePoint Services) e

Executar o verificador de pré-atualização (SharePoint Foundation 2010).


342

Use a operação Stsadm –o enumallwebs em todos os bancos de dados de conteúdo do

ambiente do Windows SharePoint Services 3.0 para identificar personalizações específicas em

subsites. Essa operação foi apresentada pela primeira vez no Windows SharePoint Services 3.0

com Service Pack 2 (SP2). Para obter mais informações, consulte Enumallwebs: operação do

Stsadm (Windows SharePoint Services).

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 o artigo sobre a Ferramenta de Diagnóstico do SharePoint

(SPDiag).

Crie uma lista de todas as personalizações encontradas. Identifique a origem das personalizações,

se possível. Por exemplo, há suplementos de terceiros ou modelos que tenham sido

personalizados internamente? Depois de identificar a origem, você poderá verificar se há versões

atualizadas das personalizações. Existe uma planilha disponível que poderá ser preenchida com

as informações sobre o seu ambiente, com base nos dados encontrados nos resultados do

verificador de pré-atualização e na pesquisa de suas personalizações. Baixe a planilha de

http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416 e personalize-a para que atenda às

suas necessidades.

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 adequados do farm de teste.

Você pode usar o cmdlet do Windows PowerShell, test-spcontentdatabase, antes de anexar um

banco de dados ao SharePoint Foundation 2010 para determinar se alguma personalização está

faltando no ambiente. Execute esse comando para cada banco de dados após a restauração dos

bancos de dados no seu servidor de banco de dados, mas antes de fazer a atualização. Observe que

esse cmdlet é executado silenciosamente — ele não retornará nenhuma saída, a menos que ocorra

um 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 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 o farm inteiro (tecnologia Windows

SharePoint Services 3.0) .

Dica








343

Para 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 quaisquer outros bancos de dados que você deseje atualizar. Para obter mais

informações, consulte o artigo sobre como fazer backup e restaurar bancos de dados de conteúdo

(Windows SharePoint Services 3.0) .

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 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.

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 backup e restaurar o farm inteiro (tecnologia

Windows SharePoint Services 3.0) .

3. Execute o verificador de pré-atualização. Anote todos os problemas detectados. Convém

solucionar esses problemas no seu 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


4. Siga as etapas indicadas em Executar uma atualização in-loco (SharePoint Foundation 2010) para

tentar a atualização in-loco.

5. Revise os resultados.

Importante:





344

Tentar uma atualização com anexação de banco de dados

1. Crie um backup do SQL Server dos seus bancos de dados de conteúdo.

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 backup e restaurar bancos de dados de conteúdo

(Windows SharePoint Services 3.0).

3. Execute o verificador de pré-atualização. Anote todos os problemas detectados. Convém

solucionar esses problemas e fazer essas alterações no seu 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 Foundation 2010).

4. Execute as etapas indicadas em Preparar o novo ambiente do SharePoint Foundation 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 Foundation 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.

Arquivo de log atualizado e arquivo de log de erro de atualização (gerados quando você executa a

atualização).



345

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-AAAAMMDD-

HHMMSS-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 de modo a 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 você encontrar essas entradas, significa que a instalação teve êxito.

Se não encontrar as entradas da etapa anterior, identifique os problemas específicos 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 foi perdido ou ignorado durante a atualização, execute a operação Stsadm

stsadm -o localupgradestatus em cada servidor Web front-end do farm de servidores do SharePoint

Foundation 2010. Para obter mais informações sobre essa operação, consulte Localupgradestatus:

operação Stsadm (Windows SharePoint Services) .

Se a atualização tiver ignorado algum conjunto de sites, você poderá reiniciar o processo de

atualização do banco de dados que contém esse conjunto de sites em questão usando o seguinte

cmdlet do Windows 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 Foundation 2010).



http://technet.microsoft.com/library/9c7f1a52-02a7-452d-9746-a4e89aa54874(Office.14).aspx

346

Revisar sites atualizados

Examine os sites atualizados para identificar problemas que precisam 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 examinar os sites atualizados


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.

347

Estimar a duração do processo de atualização e o espaço necessário (SharePoint Foundation 2010)

Uma parte importante do planejamento da sua atualização do Windows SharePoint Services 3.0 para o

Microsoft SharePoint Foundation 2010 é determinar quanto tempo o processo de atualização levará e

quanto espaço de armazenamento 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 a

execução de uma atualização irão variar bastante dependendo do seu ambiente. A melhor maneira de

estimar esses fatores é executar uma atualização de avaliação e examinar o espaço e o tempo

utilizados. 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 Foundation 2010).

Neste artigo:

Estimar o espaço de que você precisa para a atualização

Estimar a duração da atualização

Estimar o espaço de que você precisa para a atualização Nas abordagens de atualização in-loco e com anexação de banco de dados, os bancos de dados

poderão se expandir durante a atualização. Além disso, existem muitas transações acontecendo

durante o processo de atualização; portanto, é necessário verificar se os arquivos de log terão espaço

para acomodar as alterações que estiverem acontecendo. É preciso planejar o crescimento dos

bancos de dados e dos arquivos de log.

Ao planejar a atualização, verifique se o seu ambiente atual segue as práticas recomendadas de

armazenamento para o Windows SharePoint Services 3.0, para que você tenha o maior desempenho e

a melhor experiência possíveis durante a atualização. Para obter mais informações, consulte o artigo

de recomendações sobre armazenamento físico (Office SharePoint Server). Também convém rever as

práticas recomendadas para o SharePoint Foundation 2010 e fazer todos os ajustes necessários no

seu 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


348

passar do tempo. Para saber o tamanho atual de seus bancos de dados, use o Enterprise Manager no

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

tempo limite do processo de atualização poderá se esgotar e haverá falha na atualização.

Os arquivos de log da atualização.

Os arquivos de log de transação para os bancos de dados. Esses arquivos de log devem crescer

rapidamente para acomodar o número de alterações ocorrendo nos bancos de dados.

Em ambientes muito grandes, existe uma possibilidade de que a taxa de crescimento

padrão para os arquivos de log de transação (10%) não seja suficiente para acompanhar o

processo de atualização; isso pode causar expiração de tempo limite. Novamente, uma

atualização de avaliação é a melhor forma de determinar se os arquivos de log de

transação podem acompanhar o processo de atualização. Se o seu ambiente for muito

grande ou se o processo atingiu o tempo limite durante a atualização de avaliação,

considere a expansão prévia dos arquivos de log de transação do SQL Server para

garantir espaço para o número de transações que terão de ser processadas. Para obter

mais informações sobre como expandir os logs de transação 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 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 a estimativa do espaço em disco em mãos e alguns testes realizados, agora você pode calcular

uma estimativa aproximada de quanto tempo o processo de atualização real levará. Os tempos de

atualização variam muito entre os ambientes. O desempenho de uma atualização depende bastante do

hardware que está sendo usado, da complexidade dos sites e das características específicas da sua

implementação. Por exemplo, se você tiver muitas bibliotecas de documentos grandes, elas poderão

levar mais tempo para serem atualizadas do que um site mais simples.

Fatores que influenciam o desempenho estão descritos na tabela a seguir.

Fatores de conteúdo Fatores de hardware

O número de:

Conjuntos de sites

Subwebs

Listas

Entrada/saída de disco por segundo do SQL

Server

Layout de banco de dados do SQL Server

para disco

Otimizações de banco de dados temporárias

Observação:




349

Fatores de conteúdo Fatores de hardware

Versões de documento (número e tamanho)

Documentos

Links

Mais o tamanho geral do próprio banco de dados.

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 da rede

A forma como os dados estã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 ter um grande efeito no 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 na duração do processo. A

execução de uma atualização com anexação de banco de dados é o método mais rápido (no entanto,

as etapas de pré-atualização e de pós-atualização para essa abordagem são mais demoradas do que

as da atualização in-loco). Uma atualização in-loco demora um pouco mais porque você está

atualizando o ambiente além dos sites, mas não tem tantas etapas de pré-atualização e de pós-

atualização.

A melhor forma de estimar o tempo total é fazer uma atualização de avaliação de uma pequena parte

dos dados e examinar os arquivos de log de atualização. Os arquivos de log contêm a duração da sua

atualização — procure Tempo Total Decorrido na parte inferior do arquivo de log da atualização. Use

esse tempo para projetar uma duração para todo o seu conteúdo. Você também pode usar os arquivos

de log para verificar o andamento durante o processo de atualização. O arquivo upgrade.log está

localizado em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS.

A estimativa encontrada com base na sua atualização de avaliação serve para o processo de

atualização real dos dados; ela não inclui todas as etapas que deverão ser executadas antes e após

essa etapa, o que pode levar mais tempo do que a própria atualização dos dados. Ao estimar a

duração da atualização, além do tempo necessário para que os dados sejam processados, você

também terá de estimar a duração das atividades durante as fases anteriores e posteriores à

atualização.

Para as etapas de pré-atualização, considere os fatores a seguir:

Criando elementos personalizados A atualização de Web Parts ou a recriação de modelos

personalizados para tirar proveito de novos recursos leva algum tempo. O processo de criação de

elementos personalizados deve começar cedo, durante a fase de avaliação de seu projeto.

350

Fazendo backup dos bancos de dados Para a atualização in-loco, é preciso executar um

backup completo — e não um backup diferencial — de todo o seu ambiente para garantir que você

poderá se recuperar na remota possibilidade de uma falha na atualização, com a consequente

recriação do seu farm de servidores. Para ambientes grandes, essa etapa pode levar um tempo

significativo. Em particular, se você estiver fazendo backup em um local de rede, problemas de

latência de rede poderão tornar esse processo mais lento.

Para as etapas de pós-atualização, considere os fatores a seguir:

Verificando sites e fazendo alterações Dê 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 examinar os sites atualizados (SharePoint Foundation 2010).

Fatores adicionais em seu ambiente também podem contribuir para atualizações que levam mais

tempo, incluindo o seguinte:

Bibliotecas de documentos muito grandes Uma biblioteca de documentos com mais de

250.000 documentos, todos na raiz (e não em pastas), levará um longo tempo para ser atualizada,

e a atualização talvez não seja bem-sucedida. Seguir as diretrizes do Windows SharePoint

Services 3.0 para o uso de pastas na divisão de grandes bibliotecas de documentos pode 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.

Se você tem bancos de dados de conteúdo com mais de 100 GB, convém dividi-los em bancos

de dados menores antes de executar a atualização. Bancos de dados maiores não só levam

mais tempo para serem atualizados, como também podem dificultar a recuperação se a

atualização não for concluída com êxito.

Você pode usar mergecontentdbs ou as operações de backup e restauração do Stsadm.exe

para mover sites entre bancos de dados. Para obter mais informações, consulte os artigos

sobre Mergecontentdbs: operação do Stsadm (Windows SharePoint Services) e backup e

restauração: operações do Stsadm (Windows SharePoint Services).

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.

Verifique se você está seguindo as diretrizes de planejamento de capacidade da versão

anterior e da nova antes de tentar fazer a atualização. Se você excedeu as diretrizes para

melhor desempenho, o processo de atualização poderá levar mais tempo ou não ser

Observação

Cuidado:




351

concluído com êxito (por exemplo, o processo pode atingir o tempo limite repetidamente

na mesma biblioteca grande de documentos). Se sua implantação não cumprir as

diretrizes de capacidade recomendadas, verifique se você precisa tomar alguma

providência para cumpri-las antes de tentar fazer a atualização. Novamente, um teste de

atualização pode ajudá-lo a tomar sua decisão.

Requisitos de comunicações

É necessário notificar os usuários e a sua equipe sobre o cronograma de atualizações e lhes dar

tempo suficiente para concluírem suas tarefas. Para obter mais informações, consulte Criar um

plano de comunicação (SharePoint Foundation 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 da atualização e reativá-los depois

de garantir que o ambiente esteja em execução corretamente ao final desse processo. Convém

não executar o espelhamento ou o envio de logs durante a atualização, pois isso gera carga

adicional nos servidores que executam o SQL Server e também desperdiça recursos com o

espelhamento ou o envio de dados temporários

Teste seu processo de atualização para descobrir quanto tempo ele pode demorar e depois crie um

cronograma para suas operações de atualização e teste-o para determinar a programação. Você deve

incluir o tempo necessário para realizar as etapas de pré e pós-atualização na programação de

operações: se forem necessárias 5 horas para fazer o backup do ambiente antes de você começar,

inclua esse tempo na sua janela de interrupção. Inclua também um tempo de reserva caso seja

necessário restaurar ou recuperar o ambiente — você precisa determinar as programações de

interrupção planejada (caso realista) e de interrupção de emergência (pior caso).

352

Limpando o ambiente antes da atualização (SharePoint Foundation 2010)

Antes de começar a atualizar do Windows SharePoint Services 3.0 para o Microsoft SharePoint

Foundation 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 aproveitar para remover ou reorganizar

o conteúdo, a fim de 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 de Stsadm.exe.

Para executar a ferramenta de linha de comando Stsadm, você deve ser um membro do grupo


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 (Windows SharePoint Services)

Deleteweb: operação do Stsadm (Windows SharePoint Services)

Lidar com listas grandes

Por padrão, a limitação de consultas de listas grandes é aplicada após uma atualização para o

SharePoint Foundation 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á

permitida. Verifique as listas grandes em seu ambiente e peça ao proprietário do site ou da lista que

Importante:



353

solucione 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 solucionar problemas

com 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.

Lidar com 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 não essenciais

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 não essenciais 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 Foundation 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.









354

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 (Windows SharePoint Services)

Forcedeletelist: operação do Stsadm (Windows SharePoint Services)

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 (Windows


Exportar e importar sites Use esse método para mover subwebs ou conjuntos de sites dentro

de um farm ou entre farms. Para obter mais informações, consulte o artigo sobre importação e

exportação: operações do Stsadm (Windows SharePoint Services).







355


Mesmo depois de testar o processo de atualização para identificar possíveis problemas, é possível que

ocorram problemas inesperados durante uma atualização do Windows SharePoint Services 3.0 para o

Microsoft SharePoint Foundation 2010. Se perceber problemas após a atualização, quanto mais cedo

você detectá-los e corrigi-los, melhor será a experiência do usuário final.

Este artigo descreve princípios gerais para identificar e solucionar problemas de atualização, além de

incluir uma lista de problemas comuns. Depois de identificar e solucionar esses problemas, será

possível continuar a atualização. Para obter mais informações sobre como continuar a atualização,

consulte Continuar a atualização (SharePoint Foundation 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

Indicadores de status e 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 rever 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 examiná-

los 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 examinar os sites atualizados (SharePoint Foundation 2010).

2. Examine os seguintes arquivos de log:

O arquivo de log do Setup.exe.

O arquivo de log do Assistente de Configuração de Produtos do SharePoint (Psconfig.exe).

356

O arquivo de log de erros da atualização e o arquivo de log da 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:

NomedoServidor_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 os arquivos de log de Setup.exe, PSconfig.exe e da

atualização, consulte Verificar a atualização e examinar os sites atualizados (SharePoint

Foundation 2010). 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 em 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 com sites de alto impacto e grande

visibilidade.

À medida que identificar e corrigir os problemas mais importantes, você pode tentar reexecutar a

atualização para conferir se outros problemas mais adiante no processo de atualização também foram

corrigidos.

Problemas comuns Verifique se algum dos problemas a seguir está causando um erro de atualização ou um aviso.

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 Windows SharePoint Services 3.0 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.


357

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

BancodeDadosdeConteúdo Nome do Banco de Dados de Conteúdo.

ERRO Detectada 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ê conseguir obter um arquivo ou uma dependência ausente no servidor, instale-o(a) e depois

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 você 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, 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.


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 a id Id do Site.

358

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 Windows SharePoint Services 3.0 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.

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 Foundation 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.


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.

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 examinar os sites atualizados (SharePoint Foundation 2010).


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.

359

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


Autenticação baseada em formulários

Etapas adicionais serão necessárias 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 Foundation 2010) para

atualizar provedores de autenticação baseada 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,

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.

Consulte também Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Foundation 2010)

Verificar a atualização e examinar os sites atualizados (SharePoint Foundation 2010)



360


Se a atualização para o Microsoft SharePoint Foundation 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 Windows SharePoint Services 3.0. 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, você deverá recuperar o ambiente inteiro e restaurar os dados.

Se tiver tempo, você deverá solucionar os problemas e continuar a atualização. Para obter mais

informações, consulte Solucionar problemas de atualização (Windows SharePoint Services) e

Continuar a atualização (SharePoint Foundation 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ê pode optar por manter o

ambiente existente disponível, mas com os bancos de dados definidos como somente leitura. A

recuperação quando você está nesse estado é o caminho de recuperação mais simples, porque seu

ambiente original ainda está disponível; ele está meramente definido como somente leitura. Se

precisar recuperar o ambiente, você poderá simplesmente alternar os bancos de dados para

leitura/gravação outra vez e continuar a atender às solicitações. O artigo sobre execução de um farm

que usa bancos de dados somente leitura (Windows SharePoint Services) descreve as etapas

necessárias para definir um farm para usar bancos de dados somente leitura. Para retornar o farm

somente leitura a operações completas, redefina a entrada Banco de Dados Somente Leitura como

Falso e, em seguida, habilite novamente os trabalhos de timer listados no artigo.

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#Readonly

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#Readonly

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#FullEnv

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#DBOnly



361

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 para recuperar o ambiente. Para obter mais informações sobre a

restauração usando um backup completo, consulte o artigo sobre restauração de um farm usando

ferramentas internas (Windows SharePoint Services 3.0).

Recuperando quando você tem backups de bancos de dados (atualização in-loco) Se tiver criado backups apenas dos bancos de dados de conteúdo, você ainda poderá recuperar o

ambiente, mas isso levará mais tempo e envolverá mais etapas. Basicamente, é preciso compilar o

ambiente outra vez e, em seguida, restaurar os backups dos bancos de dados. Para obter mais

informações sobre como recuperar um ambiente e restaurar bancos de dados de conteúdo dos quais

foi feito backup, consulte o artigo sobre restauração de um farm após um problema no banco de dados

de configuração (Windows SharePoint Services).

http://technet.microsoft.com/en-us/library/cc288668(Office.12).aspx




362


Em alguns casos, talvez seja necessário reiniciar a atualização para concluir a atualização dos sites do

Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation 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.

Uma causa frequente de falhas durante a atualização é a falta de recursos, soluções ou outros

elementos personalizados no ambiente. Verifique se 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 usar Psconfig.exe, você deve ser membro do grupo Administradores local, no

Observação:

Para reiniciar a atualização do farm de servidores

363

servidor.

2. Abra uma janela de Prompt de Comando e navegue até este diretório:

%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin\

3. Digite este comando:

psconfig -cmd upgrade -inplace v2v -passphrase <senha> -wait

Há um parâmetro opcional, -force, que poderá forçar o avanç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.

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 log do Windows Installer


Reiniciar a atualização para um banco de dados usando o Windows PowerShell Se a atualização ignorou 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.





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.

Observação:

Para reiniciar a atualização de um banco de dados usando o Windows PowerShell



http://technet.microsoft.com/library/9c7f1a52-02a7-452d-9746-a4e89aa54874(Office.14).aspx

364

Executar etapas de pré-atualização (SharePoint Foundation 2010)

Após planejar o processo de atualização para o Microsoft SharePoint Foundation 2010, você pode

iniciá-lo seguindo as etapas de pré-atualização necessárias.

Nesta seção:


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

resolver esses problemas.

Fazer backup do ambiente inteiro antes de uma atualização in-loco (SharePoint Foundation 2010)

Crie um backup completo do ambiente para garantir que será possível recuperá-lo se a atualização

não sair como planejado.

365


Você pode usar o verificador de pré-atualização para relatar o status de seu ambiente e de sites do

SharePoint antes de atualizar para o Microsoft SharePoint Foundation 2010. Recomendamos que o

administrador de servidor execute o verificador de pré-atualização e resolva todos os problemas

possíveis antes de agendar a atualização.

O verificador de pré-atualização é uma operação Stsadm executada em um ambiente Windows

SharePoint Services 3.0 para achar quaisquer possíveis problemas para a atualização e para consultar

recomendações e melhores práticas. A operação está disponível com Windows SharePoint Services

3.0 Service Pack 2 e foi atualizado na Atualização Cumulativa de outubro de 2009Windows SharePoint

Services 3.0. Você pode fazer o download e instalar a Atualização Comulativa de outubro de 2009 em

Pacotes de Atualização Cumulativa de outubro de 2009 para SharePoint Server 2007 e Windows

SharePoint Services 3.0 estão publicados em


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 executar a

atualização durante algumas semanas, poderá executar a ferramenta novamente, pouco antes

de fazer a atualização, para examinar novos sites e garantir que nenhum problema adicional

tenha surgido nesse meio tempo.

Neste artigo:

Sobre o relatório do verificador de pré-atualização

Instalar e executar o verificador de pré-atualização


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".

Observação:

Observação:



366

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 de 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 que estão 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 Windows SharePoint

Services 3.0 que ainda não existe para o SharePoint Foundation 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 quaisquer bancos de dados ou sites orfãos no farm Objetos como itens de

lista, listas, documentos, sites e conjuntos de sites podem ficar órfã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ê fizer uma atualização in-loco, os

itens órfãos ainda existirão, mas não funcionarão. Recomendamos que você repare os objetos

órfãos antes da atualização.

Os membros do grupo Administradores nos servidores Web front-end podem reparar os

itens órfãos antes da atualização seguindo as etapas do artigo 918744 da Base de Dados

de Conhecimento com a 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


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:

Se deve ser realizada uma atualização in-loco ou atualização com anexação de banco de dados.

Dica:



367

Determinar a abordagem de atualização (SharePoint Foundation 2010) fornece informações para

ajudá-lo a decidir que tipo de atualização será executada. É importante considerar o relatório

gerado pelo verificador de pré-atualização ao tomar essa decisão. Se os seus servidores não

atenderem aos requisitos para a atualização in-loco, você precisa considerar a execução da

atualização anexa.

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 tempo 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.

Instalar e executar o verificador de pré-atualização Antes de executar este procedimento, confirme se:

Seu sistema está executando o Windows SharePoint Services 3.0 com Service Pack 2


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\12\bin

4. Digite o comando a seguir e pressione ENTER:

STSADM.EXE -o preupgradecheck

Este comando verifica o servidor local e suas configurações de nível de farm. Para obter uma

lista de outros parâmetros que podem ser usados com essa operação, consulte

Preupgradecheck: Stsadm operation (Windows SharePoint Services). Para uma lista de regras

incluídas no verificador de pré-atualização, consulte Verificação de pré-atualização e relatório

para futuras versões (Windows SharePoint Services).

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

Para executar o verificador de pré-atualização





368

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 resolver problemas. Você também pode compartilhar os resultados

relevantes com outros membros da equipe de atualização. Por exemplo, você pode relatar problemas

como modelos de sites personalizados ou personalizar Web Parts para o dono do site apropriado, Web

designer ou desenvolvedor antes de agendar a atualização developer antes de agendar a atualização,

para dá-los tempo de resolver os problemas.

369

Fazer backup do ambiente inteiro antes de uma atualização in-loco (SharePoint Foundation 2010)

Para garantir que você possa recuperar o ambiente existente caso algo saia errado durante o processo

de atualização, faça backup do ambiente do Windows SharePoint Services 3.0 antes de executar o


Se você estiver executando o Windows SharePoint Services 3.0 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 ambiente do Windows SharePoint Services 3.0. É

recomendável executar um backup completo do farm antes da atualização.

Para fazer backup do ambiente do Windows SharePoint Services 3.0, use os procedimentos descritos

no artigo sobre como fazer backup de um farm usando ferramentas internas (Windows SharePoint

Services 3.0) (http://go.microsoft.com/fwlink/?linkid=105988&clcid=0x416).

Se tiver implantado personalizações, você também deverá fazer backup delas. Para obter mais

informações, consulte o artigo sobre como fazer backup de personalizações e restaurá-las (Windows

SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=186627&clcid=0x416).

Testar os backups Você precisa ter certeza de que esses backups são válidos, para que possa recuperá-los se houver

falha de hardware ou dados corrompidos durante o processo de atualização. Para testar os backups,

configure um farm do Windows SharePoint Services 3.0 que não seja de produção, restaure os

backups e instale todas as personalizações (como definições de site, Web Parts e assim por diante).

Em seguida, verifique se o backup restaurado funciona.

Para usar essa opção, siga os procedimentos descritos no artigo sobre restauração de um farm

usando ferramentas internas (Windows SharePoint Services 3.0)


Consulte também Backup e restauração do farm (Windows SharePoint Services 3.0)










370

Executar uma atualização in-loco (SharePoint Foundation 2010)

Agora que você aprendeu sobre o processo de atualização lendo os artigos em Sobre o processo de

atualização (SharePoint Foundation 2010) e planejou sua atualização seguindo as etapas dos artigos

em Planejar e preparar a atualização (SharePoint Foundation 2010), já está pronto para fazer a

atualização in-loco para o Microsoft SharePoint Foundation 2010. É possível usar as etapas desta

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 Foundation 2010)

Use esta lista de verificação para verificar se seguiu todas as etapas necessárias ao preparar a

atualização, executá-la e executar as etapas de pós-atualização.


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

Atualizar uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint

Foundation 2010 com Remote BLOB Storage

Obtenha as etapas para atualizar para o SharePoint Foundation 2010 de um sistema autônomo do

Windows SharePoint Services 3.0 que tenha bancos de dados de conteúdo com mais de

quatro gigabytes (GB).

Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Foundation

2010)

Compreenda o processo para 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 modelos de pacotes de idiomas disponíveis (SharePoint Foundation 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.

371

Lista de verificação para atualização in-loco (SharePoint Foundation 2010)

Este artigo contém uma lista de verificação que você pode usar para verificar se seguiu todas as

etapas necessárias ao preparar a atualização, executá-la e executar 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 elas podem levar. Trata-se apenas de

estimativas grosseiras, para dar uma ideia relativa da duração da etapa. Para saber o tempo que cada

etapa levará em seu ambiente, é recomendável executar atualizações de avaliação em um ambiente

de teste. Para obter mais informações, consulte Estimar a duração do processo de atualização e o

espaço necessário (SharePoint Foundation 2010) e Usar uma atualização de avaliação para encontrar

possíveis problemas (SharePoint Foundation 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

[ ] 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.

Etapas detalhadas: Executar o

verificador de pré-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.

[ ] Limpar o ambiente

Antes de começar a atualização,

verifique se seu ambiente funciona

em um estado íntegro e se você

Execute essa etapa uma vez para

o ambiente inteiro.

A conclusão desse processo pode


372

Etapas de pré-atualização para uma atualização in-loco Observações

limpou o conteúdo que não

precisa manter. Remova ou repare

dados ou sites órfãos, resolva as

listas e ACLs (listas de controle de

acesso) grandes, remova versões

externas do documento e remova

modelos, recursos ou Web Parts

não usados.

Etapas detalhadas: Limpando o

ambiente antes da atualização


[ ] Registrar tipos de arquivo

bloqueados

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.


o ambiente inteiro.

[ ] Fazer backup do ambiente

Faça backup de todo o ambiente

para garantir que você possa

recuperar o ambiente existente

caso ocorra algum problema no


Etapas detalhadas: Fazer backup

do ambiente inteiro antes de uma

atualização in-loco (SharePoint

Foundation 2010).


o ambiente inteiro.

Essa etapa pode levar uma hora,

várias horas ou mais,

dependendo do conjunto de

dados e do ambiente.

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.

Aviso:

373

Quando você atualiza in-loco de uma instalação do Windows SharePoint Services 3.0 que usa

o Banco de Dados Interno do Windows, e o tamanho do banco de dados está próximo de

4 GB, é necessário executar etapas adicionais. Para obter mais informações sobre essas

etapas, consulte Atualizando de uma instalação autônoma do Windows SharePoint Services

3.0 para o SharePoint Foundation 2010 quando os bancos de dados de conteúdo excedem 4

GB (Armazenamento de BLOB Remoto).

Executar a atualização in-loco Observações


atualização


atualização novamente para

identificar problemas novos ou

remanescentes antes de iniciar a

atualização.







demorar mais.

[ ] Instalar pré-requisitos em todos

os servidores

Para poder atualizar, você deverá

executar o instalador de pré-

requisitos com êxito em cada

servidor Web que tiver o Windows

SharePoint Services 3.0 instalado.

Etapas detalhadas: Instalar pré-

requisitos no artigo "Atualização in-

loco para o SharePoint Foundation

2010".

Execute essa etapa para cada

servidor Web de seu ambiente.

[ ] Desanexar 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, desanexe os

bancos de dados antes de executar

a Instalação.

Etapas detalhadas: Roteiro para a



banco de dados de conteúdo em

seu ambiente.

374


dados desanexados (SharePoint

Foundation 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.

Execute essa etapa em cada


[ ] 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 Foundation 2010".



Essa etapa pode levar alguns

minutos ou mais de uma hora,

dependendo do número de

servidores no ambiente.

[ ] Instalar pacotes de idiomas

Instale os pacotes de idiomas

necessários antes de executar o

Assistente de Configuração de

Produtos do SharePoint.

Etapas detalhadas: Instalar modelos

de pacotes de idiomas disponíveis


Execute essa etapa em cada


Essa etapa deve levar apenas

alguns minutos por servidor Web.

[ ] Executar o Assistente de

Configuração de Produtos do

SharePoint

Se estiver atualizando um farm de

servidores, execute primeiro o


Produtos do SharePoint no servidor

que está executando a


SharePoint, pause, execute o

assistente nos outros servidores do


servidor Web do seu ambiente.

Essa etapa pode levar uma hora

ou mais.

375


farm e retorne ao primeiro servidor

para concluir o assistente.

Importante:

É necessário atualizar a


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.



Produtos do SharePoint no artigo

"Atualização in-loco para o

SharePoint Foundation 2010".

[ ] Configurar autenticação baseada

em formulários para um aplicativo



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

Web do Windows SharePoint

Services 3.0 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,

Execute essa etapa agora se

estiver seguindo a atualização in-

loco 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 Windows

SharePoint Services 3.0.

376


conforme apropriado) Depois, você

poderá migrar usuários e

permissões para o SharePoint

Foundation 2010.

Etapas detalhadas: Configurar a


formulários para um aplicativo Web

baseado em declarações


[ ] Anexar bancos de dados


bancos de dados desanexados)

Se estiver executando uma


dados desanexados, anexe os

bancos de dados e atualize os

dados.

Etapas detalhadas: Roteiro para a


dados desanexados (SharePoint

Foundation 2010).


banco de dados de conteúdo de

seu ambiente.


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

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 examinar os sites

atualizados (SharePoint Foundation

2010).


o ambiente inteiro.



do conjunto de dados.

Executar etapas de pós-atualização Execute as etapas a seguir em ordem, depois de executar uma atualização in-loco.

377

Etapas de pós-atualização para uma atualização in-loco Observações

[ ] Configurar autenticação

baseada em formulários para

um aplicativo Web baseado em

declarações

Para aplicativos Web que foram

configurados para usar


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

Windows SharePoint Services 3.0

em autenticação de declarações.

Em seguida, configure as zonas

do aplicativo Web para


formulários (ou autenticação SSO

da Web, conforme apropriado).

Depois, você poderá migrar

usuários e permissões para o


Etapas detalhadas: Configurar a


formulários para um aplicativo



Execute essa etapa para os

aplicativos Web que usavam


formulários no Windows

SharePoint Services 3.0.

[ ] Verificar a atualização e

examinar os sites atualizados

Verifique se os sites foram

atualizados com êxito e se estão

prontos para exibição pelos

usuários.



atualizados (SharePoint

Foundation 2010).

Execute essa etapa para todos os

aplicativos Web e conjuntos de

site atualizados em seu ambiente.



do conteúdo.

Os proprietários de sites também

devem examinar seus respectivos

sites e relatar quaisquer

problemas.

378

Consulte também Atualizar a planilha para os produtos do SharePoint 2010


379


Quando você executa uma atualização in-loco do Windows SharePoint Services 3.0 para o Microsoft

SharePoint Foundation 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 in-

loco, não é possível pausá-la ou reverter para a versão anterior.

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



A atualização in-loco de uma instalação do Windows SharePoint Services 3.0 que usa o Banco de

Dados Interno do Windows requer etapas adicionais caso o tamanho do banco de dados exceda 4 GB.

Para obter mais informações, consulte Atualizando de uma instalação autônoma do Windows

SharePoint Services 3.0 para o SharePoint Foundation 2010 quando os bancos de dados de conteúdo

excedem 4 GB (Armazenamento de BLOB Remoto).

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 Foundation 2010).

Para obter mais informações sobre como escolher uma abordagem de atualização, consulte

Determinar a abordagem de atualização (SharePoint Foundation 2010) e Visão geral do processo de


É necessário executar o Service Pack 2 (SP2) do Windows SharePoint Services 3.0 em um

ambiente de 64 bits do Windows Server 2008 para realizar uma atualização in-loco para o

SharePoint Foundation 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.

Observação:

Importante:

380

Neste artigo:


Antes de começar

Instalar pré-requisitos

Executar a Instalação em todos os servidores


Verificar o status de atualização dos sites

Verificação

Visão geral do processo Usando os procedimentos neste artigo, você instala o SharePoint Foundation 2010 e atualiza todos os

sites do SharePoint no ambiente. Recomendamos realizar 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 Foundation 2010).

Ao atualizar um farm de servidores, instale e configure a nova versão dos servidores na seguinte

ordem:

1. Instale o SharePoint Foundation 2010 em todos os servidores do farm.

2. Instale os pacotes de idiomas do SharePoint Foundation 2010 que forem necessários. Para obter

mais informações, consulte Instalar modelos de pacotes de idiomas disponíveis (SharePoint

Foundation 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 Foundation 2010, enquanto a Administração Central do SharePoint

para Windows SharePoint Services 3.0 ainda está disponível.

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

restantes e nos servidores de aplicativo do farm, em qualquer ordem.

Para obter uma visão geral e diagramas de cada abordagem de atualização, consulte Visão geral do

processo de atualização (SharePoint Foundation 2010).

Observação:

Observação:

381

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

Foundation 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 Windows SharePoint Services 3.0 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 Foundation 2010).

Recomendamos fazer backup do seu ambiente antes de iniciar o processo de atualização. Para

obter mais informações, consulte Fazer backup do ambiente inteiro antes de uma atualização in-

loco (SharePoint Foundation 2010).

Verifique se você atendeu a todos os requisitos de hardware e de software. É preciso ter uma





Foundation 2010).

Prepare-se para configurar as contas necessárias usando as permissões apropriadas. Para obter



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 a instalador de pré-requisitos com êxito em cada servidor

Web que possui o Windows SharePoint Services 3.0 instalado. Um instalador de pré-requisitos está

disponível para a instalação dos softwares necessários ao suporte do SharePoint Foundation 2010.

Para executar o instalador de pré-requisitos

382

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.


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.


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.

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 in-

loco com bancos de dados desanexados (SharePoint Foundation 2010).

Se estiver executando uma atualização in-loco em um farm de servidores, desconecte todos

os usuários do farm de servidor interrompendo o Serviço de Publicação na World Wide Web

(W3SVC) em todos os servidores Web. Se você permitir que os usuários de um farm de

servidores se conectem após a atualização de arquivos e bancos de dados em um servidor

Web, mas antes da atualização de outros servidores Web, os usuários não poderão navegar

pelos sites.

1. Execute Setup.exe.



3. Na página Atualize as versões anteriores, clique em Instalar Agora.

4. A instalação é executada e instala o SharePoint Foundation 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.

Observação:

Importante:

Para instalar a nova versão

383

Antes de executar o Assistente de Configuração de Produtos do SharePoint, instale pacotes de modelo

de idiomas para o SharePoint Foundation 2010. Para obter mais informações, consulte Instalar

modelos de pacotes de idiomas disponíveis (SharePoint Foundation 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.

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.

Verifique se você instalou os pacotes de modelo de idiomas antes de executar o Assistente de

Configuração de Produtos do SharePoint.

Depois que você executar o Assistente de Configuração de Produtos do SharePoint, o

Windows SharePoint Services 3.0 não estará mais disponível. Não é possível pausar ou

reverter o processo de instalação e atualização. Verifique se possui um backup atual e válido

do seu ambiente antes de prosseguir com a instalação do SharePoint Foundation 2010.

1. Clique em Iniciar, aponte para Todos os Programas e 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 aparece, informando que o IIS (Serviços de Informações da Internet), o

Serviço de Administração do SharePoint v4 e o Serviço de Timer do SharePoint v4 podem

precisar 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

Importante:

Cuidado:


384

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 do inglês (de A a Z)

Caracteres minúsculos do inglês (de A a Z)

Numerais (de 0 a 9)


5. Na página Atualização Visual, selecione uma das seguintes opções:

Alterar sites do SharePoint existentes para usar a nova experiência do usuário. Os

administradores controlam a experiência para os 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 modelos e aplicativos

para usar a nova interface do usuário.

Redefinir todas as páginas personalizadas para seus modelos originais. Essa opção

excluirá as modificações de páginas personalizadas e não pode 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 ele configura o banco

de dados de configuração e a Administração Central do SharePoint para o SharePoint

Foundation 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ça-

o 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.

385

8. Na página Configuração Bem-sucedida, 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 Foundation 2010).

9. Se 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 Após a conclusão do Assistente de Configuração de Produtos do SharePoint, você poderá monitorar o

processo de atualização para cada site na página Status da Atualização da Administração Central do

SharePoint ou usando a operação localupgradestatus em Stsadm.exe. Para obter mais informações,

consulte Verificar a atualização e examinar os sites atualizados (SharePoint Foundation 2010).

Quando a atualização tiver sido concluída com êxito, se você tiver interrompido o Serviço de

Publicação na World Wide Web (W3SVC) em todos os servidores Web front-end antes da atualização,

inicie manualmente o Serviço de Publicação na World Wide Web nos servidores Web front-end de

modo a disponibilizar os servidores Web para os usuários.

É 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 examinar os sites atualizados

(SharePoint Foundation 2010). 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


Observação:

386

Consulte também Solucionar problemas de atualização (Windows SharePoint Services)

387

Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Foundation 2010)

Ao atualizar do Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation 2010, há

duas opções: in-loco ou com anexação de banco de dados. Além disso, é possível combinar

determinados aspectos dessas duas abordagens a fim de aumentar a disponibilidade ou a taxa de

transferência durante o processo de atualização. Este artigo descreve como executar uma abordagem

híbrida que combina a atualização in-loco com a desanexação e anexação de bancos de dados, de

modo que seja possível atualizar vários bancos de dados ao mesmo tempo, inclusive em hardware

separado. 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:

Usar uma atualização in-loco para atualizar o farm e as configurações.

Desanexação e atualização de vários bancos de dados em paralelo.

Sequência de atualização alternativa: atualização de bancos de dados em um farm pequeno e

temporário.

Observe que, se você optar por usar o farm temporário para executar a atualização real, precisará de

acesso direto aos servidores cujos bancos de dados serão copiados. Copiar bancos de dados pela

rede consome tempo e largura de banda; teste esse processo para determinar se você tem os

recursos necessários para usar um farm pequeno e temporário.

Para conhecer mais prós e contras das diferentes abordagens de atualização, consulte Determinar a

abordagem de atualização (SharePoint Foundation 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



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



Neste artigo:


Observação:

388

Antes de começar

Para desanexar bancos de dados e atualizá-los em paralelo no mesmo farm

Para desanexar os bancos de dados e atualizá-los em paralelo em um farm pequeno e temporário

Verificação

Execute o Service Pack 2 (SP2) do Windows SharePoint Services 3.0 em um ambiente

Windows Server 2008 de 64 bits para desempenhar uma atualização in-loco para o SharePoint

Foundation 2010. Se estiver usando um ambiente de farm de servidores, execute também 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 fornece detalhes de cada etapa do processo, pois elas serão

abordadas nos seguintes artigos:



Esses artigos, combinados com este roteiro, proporcionam as informações necessárias para executar

uma atualização híbrida.

Há dois modos pelos quais é possível executar atualização híbrida: usando um farm por inteiro ou

usando um pequeno farm temporário para executar a atualização real. As seções abaixo apresentam

as ações a serem tomadas para executar a atualização usando cada um desses métodos.

Antes de começar Antes de iniciar a atualização in-loco, examine as informações a seguir sobre as permissões, requisitos

de hardware e requisitos de software, bem como sobre as etapas a serem executadas antes do início

do processo.

Lembre-se de executar a ferramenta de verificação de pré-atualização (stsadm -o

preupgradecheck, disponível no Windows SharePoint Services 3.0 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 Foundation 2010).

É recomendável fazer backup do ambiente antes de iniciar o processo de atualização. Para obter

mais informações, consulte Fazer backup do ambiente inteiro antes de uma atualização in-loco


Importante:

389






Foundation 2010).




Para desanexar bancos de dados e atualizá-los em paralelo no mesmo farm Esta seção descreve as etapas a serem executadas para usar a 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)

Desanexação de 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://servername-

databasenameContentDatabaseName

Para obter mais informações sobre essa

operação, consulte o artigo sobre

Deletecontentdb: operação do Stsadm


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 obter os procedimentos detalhados que

descrevem essas etapas, consulte Atualização



390


dados desanexados (mesmo farm)

in-loco para o SharePoint Foundation 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


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.


descrevem essas etapas, consulte Executar

uma atualização com anexação de banco de

dados para o SharePoint Foundation 2010.

Para desanexar os bancos de dados e atualizá-los em paralelo em um farm pequeno e temporário Esta seção descreve as etapas a serem executadas para usar a abordagem de atualização de

desanexação de banco de dados em dois farms: no original e em um farm pequeno e temporário.


dados desanexados (farm pequeno e temporário)

Configurar um farm pequeno e temporário

para ser usado na atualização dos bancos

de dados


391



descrevem essas etapas, consulte Preparar o

novo ambiente do SharePoint Foundation.

2 - Desanexar bancos de dados do farm

original

1. Fazer backup dos bancos de dados da

versão anterior usando as ferramentas do

SQL Server.

Para obter os procedimentos detalhados

sobre o backup dos bancos de dados,

consulte Executar uma atualização com

anexação de banco de dados para o


2. Use a operação a seguir para desanexar os


Stsadm.exe -o deletecontentdb -url

http://servername-

databasenameContentDatabaseName

Para obter mais informações sobre essa

operação, consulte o artigo sobre

Deletecontentdb: operação do Stsadm


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.



uma atualização in-loco (SharePoint

Foundation 2010).

Anexar bancos de dados ao farm pequeno e

temporário e atualizar o conteúdo

1. Restaure a cópia de backup para o novo



392



farm.



Use o seguinte cmdlet do Windows

PowerShell para adicionar e atualizar os


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.



uma atualização com anexação de banco de

dados para o SharePoint Foundation 2010.

Fazer backup dos bancos de dados do farm

pequeno e temporário e anexá-los ao farm

original

1. Faça backup dos bancos de dados

atualizados usando as ferramentas do SQL

Server.

2. Restaure a cópia de backup para o farm

original.


atualizados aos aplicativos Web originais.

Este é, basicamente, um processo idêntico ao

da etapa anterior; no entanto, você está

movendo os bancos de dados do farm pequeno

e temporário para o original. O mesmo

procedimento se aplica, como nas etapas

anteriores.

393

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 examinar os sites atualizados


394

Instalar modelos de pacotes de idiomas disponíveis (SharePoint Foundation 2010)

Antes de atualizar sites baseados em um pacote de idiomas da versão anterior, é necessário 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

Alterando idiomas para um novo pacote de idiomas

Sobre a instalação de pacotes de idiomas e a atualização de sites Se você quiser instalar um pacote de idiomas para o Microsoft SharePoint Foundation 2010, faça-o

após executar a Instalação e antes de executar o Assistente de Configuração de Produtos do

SharePoint. Assim, você poderá atualizar qualquer site com base em um pacote de idiomas de uma

versão anterior, juntamente com os 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 Foundation 2010) no Guia de Implantação.

Você também pode instalar um pacote de idioma após executar o Assistente de Configuração de

Produtos do SharePoint e após atualizar os sites do seu ambiente que não são baseados em um

pacote de idiomas. Se optar por esse caminho, deverá usar a linha de comando para atualizar os sites

baseados no novo pacote de idiomas instalado.

Sobre a alteração de idiomas Geralmente, não há suporte para a atualização entre idiomas diferentes. É necessário atualizar de e

para o mesmo idioma. Por exemplo: se você está executando uma versão anterior em inglês

americano, deverá atualizar para a nova versão em inglês americano. Se quiser mudar de idioma,

primeiro será necessário fazer a atualização e, depois, alterar o idioma do site.

No entanto, esse processo é complicado em alguns casos — por exemplo, quando a versão anterior

tinha um produto totalmente localizado para um idioma específico, mas a nova versão tem somente um

pacote de idiomas, ou quando a nova versão tem um pacote de idiomas para um novo idioma que não

estava disponível na versão anterior.

395

Mudando de um produto totalmente localizado para um pacote de idiomas Use o seguinte procedimento em cada servidor Web para atualizar de um idioma que era suportado

em um produto totalmente localizado na versão anterior, mas que só é suportado por um pacote de

idiomas na nova versão:

1. Verifique se a conta de usuário que executará este 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 é o idioma

que será usado pelo site da Administração Central do SharePoint.

3. No Assistente de Configuração de Produtos do SharePoint, ao ser solicitado a instalar pacotes

de idioma, pare o assistente e instale o pacote de idiomas adequado.

Se você tinha pacotes de idiomas adicionais da versão anterior instalados, instale os pacotes

de idiomas correspondentes do SharePoint Foundation 2010 agora cancelando o assistente e

executando os programas de instalação adequados.

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 Foundation 2010) no Guia de Implantação.

4. Inicie o assistente de configuração novamente para concluir o processo de atualização.

Alterando idiomas para um novo pacote de idiomas Use o seguinte processo para atualizar de um idioma da versão anterior para outro idioma da nova

versão (por exemplo, se o idioma desejado não estava disponível na versão anterior, mas está

disponível agora como pacote de idiomas na nova versão).

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. Ao fim da 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.

5. Crie novos sites com base no novo pacote de idiomas.

Para mudar de um produto totalmente localizado para um pacote de idiomas

Para alterar idiomas para um novo pacote de idiomas

396

6. Mova manualmente o conteúdo para os novos sites.

Consulte também Implantar pacotes de idiomas (SharePoint Foundation 2010)

397

Atualizando de uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010 quando os bancos de dados de conteúdo excedem 4 GB (Armazenamento de BLOB Remoto)

Este artigo descreve as circunstâncias nas quais é possível que seja necessário atualizar de um

sistema Windows SharePoint Services 3.0 autônomo para um SharePoint Foundation 2010 com RBS

(Remote BLOB Storage).

Quando você atualizar de um instalação autônoma do Windows SharePoint Services 3.0 para o

Microsoft SharePoint Foundation 2010, o processo de atualização será diferente, dependendo do

tamanho dos bancos de dados de conteúdo.

Na instalação autônoma do Windows SharePoint Services 3.0, os bancos de dados de conteúdo são

armazenados no Windows Internal Database e não têm limites de tamanho. Por outro lado, no

SharePoint Foundation 2010, os bancos de dados de conteúdo são armazenados no Microsoft SQL

Server 2008 Express e têm um tamanho máximo de 4 gigabytes (GB) por banco de dados. Se você

tiver bancos de dados com mais de 4 GB, deverá usar o 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 ou instalar o RBS (Remote BLOB Storage).

O Microsoft SQL Server 2008 R2 Express dá suporte a bancos de dados com até 10 GB. Se a

instalação incluir bancos de dados com mais de 4 GB mas com menos de 10 GB, você poderá

atualizar para o SQL Server 2008 R2 Express para a sua solução de armazenamento de

banco de dados de conteúdo em vez de implementar o RBS. O SQL Server 2008 R2 Express

está disponível para download e instalação no site

http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x416.

O RBS foi projetado para mover o repositório de BLOBs (objetos binários grandes) dos servidores de

bancos de dados para soluções de armazenamento genérico. O RBS é um complemento que pode ser

aplicado ao SQL Server 2008 Express e ao SQL Server 2008. Para obter mais informações sobre o

RBS, consulte Visão geral do Armazenamento de BLOB Remoto (SharePoint Foundation 2010).

Se estiver atualizando do Windows SharePoint Services 3.0 e se todos os bancos de dados tiverem

menos de 4 GB, você poderá seguir o processo de atualização in-loco padrão. Para obter detalhes,

consulte Atualização in-loco para o SharePoint Foundation 2010.

Se estiver atualizando do Windows SharePoint Services 3.0 e se o banco de dados tiver mais de 4 GB,

você não poderá migrar o banco de dados. Para fazer a atualização, será preciso remover a instância

existente da pesquisa antes de migrar e atualizar. Após a atualização, você poderá criar uma nova

Observação:



398

instância de pesquisa. O banco de dados de pesquisa terá um limite de 4 GB se a nova instalação for

hospedada pelo SQL Server 2008 Express.

Se você estiver atualizando do Windows SharePoint Services 3.0 e se o banco de dados de

configuração tiver mais de 4 GB, não poderá migrar o banco de dados de configuração. Em vez disso,

crie um novo sistema SharePoint Foundation que use o SQL Server 2008 Express (caso não seja

provável que o banco de dados de configuração venha ter mais de 4 GB) ou crie uma nova instalação

que use o SQL Server 2008 Standard ou o SQL Server 2008 Enterprise. Também é possível migrar o

sistema existente para o SQL Server 2008 Standard ou o SQL Server 2008 Enterprise e depois

atualizá-lo.

Se você não estiver atualizando um sistema Windows SharePoint Services 3.0 existente e se quiser

instalar e configurar o RBS no SharePoint Foundation 2010, consulte Instalar e configurar o Remote

BLOB Storage ou o External BLOB Storage (SharePoint Foundation 2010).

Se depois de mover conteúdo para o RBS, ainda houver um banco de dados de conteúdo com

mais de 4 GB, a operação de migração falhará. Normalmente, essa falha só ocorre com

bancos de dados muito grandes (com 20 GB ou mais), mas também pode ocorrer caso houver

um banco de dados menor que contenha muitos metadados.

Se a configuração incluir bancos de dados do SharePoint com mais de 16 GB, não é provável

que o RBS ofereça uma solução completa para as limitações do SQL Server 2008 Express e

SQL Server 2008 R2 Express. Nesse caso, prepare-se para usar o SQL Server 2008 Standard

ou o SQL Server 2008 Enterprise para dar suporte aos bancos de dados do SharePoint.

Antes de iniciar o processo de atualização, confirme se a configuração de hardware dá suporte ao

SharePoint Foundation 2010. Para obter mais informações, consulte Requisitos de hardware e

software (SharePoint Foundation 2010).

Nesta seção Atualizar uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint

Foundation 2010 com Remote BLOB Storage

Este artigo descreve como atualizar de um sistema Windows SharePoint Services 3.0 autônomo

com bancos de dados de conteúdo com mais de 4 GB para o SharePoint Foundation 2010.

Atualizar uma instalação autônoma em um controlador de domínio usando RBS (Remote BLOB

Storage) (anexação de banco de dados)


com bancos de dados de conteúdo com mais de 4 GB para o sistema SharePoint Foundation 2010

executado em um controlador de domínio.

Atualizar uma instalação autônoma para novo hardware usando Remote BLOB Storage (anexação

de banco de dados)

Observação

399


com bancos de dados de conteúdo com mais de 4 GB para o SharePoint Foundation

2010`instalado em um hardware novo.

Consulte também Planejar o armazenamento de BLOB remoto (RBS) (SharePoint Foundation 2010)

http://technet.microsoft.com/library/da8cf825-2f79-49dd-bd4c-4ad0aad83f94(Office.14).aspx

400

Atualizar uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010 com Remote BLOB Storage

Este artigo descreve como atualizar de um sistema Windows SharePoint Services 3.0 autônomo que

possui bancos de dados de conteúdo com tamanho entre 4 GB e 16 GB para o Microsoft SharePoint

Foundation 2010 com RBS (Remote BLOB Storage).

O Microsoft SQL Server 2008 R2 Express oferece suporte a bancos de dados com até 10 GB.

Se a instalação incluir bancos de dados de conteúdo com mais de 4 GB, porém com menos de

10 GB, você poderá atualizar para o SQL Server 2008 R2 Express para a sua solução de

armazenamento de banco de dados de conteúdo em vez de implementar o RBS. Para obter

mais informações, consulte Microsoft SQL Server 2008 R2 Express Edition


Antes de executar as operações descritas neste artigo, convém ler os artigos a seguir para garantir

que você esteja seguindo o melhor caminho de atualização:

Planejar o armazenamento de BLOB remoto (RBS) (SharePoint Foundation 2010)

Visão geral do Armazenamento de BLOB Remoto (SharePoint Foundation 2010)



BLOB Remoto)

1. Verifique se a conta de usuário usada para executar a atualização e a instalação é membro do

grupo Administradores no computador que executa o Windows SharePoint Services 3.0 no

qual a atualização está sendo realizada e no qual o RBS está sendo instalado.

2. Confirme se a configuração do hardware oferece suporte ao SharePoint Foundation 2010.

Para obter mais informações, consulte Requisitos de hardware e software (SharePoint

Foundation 2010).

3. Verifique se o espaço em disco disponível atende aos seguintes requisitos:

O espaço em disco disponível tem pelo menos o dobro do tamanho do maior banco de

dados de conteúdo.

O espaço em disco disponível é igual ou maior do que a soma dos tamanhos de todos os


Observação:

Para atualizar uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010 com RBS




401

4. Baixe as atualizações de software do SharePoint Foundation 2010 do site de atualização.

5. Abra a pasta local que contém o download do software e clique duas vezes em

PrerequisiteInstaller. Aceite os valores padrão e conclua o Assistente do PrerequisiteInstaller.

6. Clique duas vezes em Instalar, aceite os valores padrão e conclua o Assistente de Instalação.

No término da Instalação, o Assistente de Configuração de Produtos do SharePoint é

executado automaticamente. Se o assistente detectar um banco de dados do SharePoint

maior do que 4 GB, aparecerá uma mensagem avisando que você deve migrar os bancos de

dados para o RBS.

Observação:

Se qualquer banco de dados do SharePoint for maior do que 4 GB, todos os bancos

de dados do SharePoint deverão ser migrados para o RBS, mesmo se alguns bancos

de dados forem menores do que 4 GB.

7. Se você não tiver instalado anteriormente o RBS no servidor, o Assistente de Configuração de

Produtos do SharePoint apresentará uma falha e exibirá uma mensagem de erro explicando

que bancos de dados maiores do que 4 GB foram detectados e que RBS deve ser instalado.

Se for necessário instalar o RBS, continue com as etapas a seguir. Se você já tiver instalado o

RBS no servidor, o assistente será concluído com êxito sem exibir a mensagem de erro.

8. Vá para http://go.microsoft.com/fwlink/?linkid=177388&clcid=0x416 para baixar o arquivo

RBS_X64.msi.

Importante:

Instale a versão do RBS incluída no pacote de instalação do SQL Server Remote

BLOB Store do Pacote de instalação do SQL Server Remote BLOB Store do Feature

Pack para Microsoft SQL Server 2008 R2. A versão do RBS deve ser 10.50.xxx. Não

há suporte para versões anteriores do RBS no SharePoint Foundation 2010.

9. Abra a pasta que contém o arquivo e clique duas vezes em RBS_X64.msi para iniciar o

Assistente do SQL Remote BLOB Storage.

10. No Assistente para Instalar o SQL Remote BLOB Storage, na página Seleção de Recursos,

expanda Servidor, clique na seta para baixo ao lado de Executar scripts e clique em O

recurso inteiro não estará disponível.

11. Expanda Provedor FILESTREAM, expanda Servidor, clique na seta para baixo ao lado de

Executar scripts e clique em O recurso inteiro não estará disponível.

12. Conclua o assistente usando os valores padrão.

13. Clique em Iniciar, Todos os Programas, Produtos do Microsoft SharePoint 2010 e clique

em Assistente de Configuração de Produtos do SharePoint 2010.

14. O assistente conclui a atualização.


402

Consulte também O que há de novo na atualização (SharePoint Foundation 2010)


403

Atualizar uma instalação autônoma em um controlador de domínio usando RBS (Remote BLOB Storage) (anexação de banco de dados)

Este artigo aborda os procedimentos de atualização necessários para atualizar de um sistema

autônomo do Windows SharePoint Services 3.0 em execução em um controlador de domínio para o

Microsoft SharePoint Foundation 2010 com o RBS (Remote BLOB Storage). Geralmente, é

recomendável usar o RBS quando os bancos de dados de conteúdo têm quatro gigabytes (GB) ou

mais.

É altamente recomendável ler o artigo Atualizando de uma instalação autônoma do Windows

SharePoint Services 3.0 para o SharePoint Foundation 2010 quando os bancos de dados de

conteúdo excedem 4 GB (Armazenamento de BLOB Remoto) para obter informações e

recomendações importantes sobre como atualizar do Windows SharePoint Services 3.0 para o

SharePoint Foundation 2010 com o RBS.

Você pode usar o RBS para mover o armazenamento de BLOBs (objetos binários grandes) de

servidores de bancos de dados para soluções de armazenamento genérico. O RBS é um complemento

que pode ser aplicado ao SQL Server 2008 Express e ao SQL Server 2008.

A implementação do RBS abordada neste artigo usa o provedor SQL Server FILESTREAM. Para obter

mais informações sobre o RBS e o provedor FILESTREAM, consulte Visão geral do Armazenamento

de BLOB Remoto (SharePoint Foundation 2010).

No SharePoint Foundation 2010, os bancos de dados de conteúdo são armazenados no SQL Server

2008 Express e têm um tamanho máximo de quatro gigabytes por banco de dados. Como o Microsoft

SQL Server 2008 R2 Express dá suporte a bancos de dados de conteúdo com até 10 GB, é

recomendável instalar o SQL Server 2008 R2 Express para dar suporte a bancos de dados de

conteúdo.

Este artigo não é um guia abrangente sobre a atualização para o SharePoint Foundation 2010. Em vez

disso, ele indica os artigos que você deve ler para executar a atualização. Este artigo contém as

etapas adicionais necessárias para instalar e implementar o RBS em uma instalação de controlador de

domínio do SharePoint Foundation 2010.

Antes de iniciar o processo de atualização, leia os artigos a seguir e crie um plano de atualização:





BLOB Remoto)

Importante:



404

Procedimentos neste artigo:

Para preparar a atualização para o SharePoint Foundation 2010 com o RBS em um controlador de

domínio

Para instalar o SQL Server 2008 Express R2

Para instalar o RBS

Para instalar o SharePoint Foundation 2010


1. Verifique se a conta de usuário usada para executar a atualização e a instalação atende aos

requisitos relacionados em Contas administrativas e de serviços necessárias para a


2. Verifique se a conta de usuário é membro do grupo Administradores no computador local.

3. Confirme se a configuração de hardware dá suporte ao SharePoint Foundation 2010. Para

obter mais informações, consulte Requisitos de hardware e software (SharePoint Foundation

2010).



dados de conteúdo.



5. Execute as tarefas de pré-atualização discutidas no artigo Executar etapas de pré-atualização

(SharePoint Foundation 2010). As tarefas são:


O relatório do verificador de pré-atualização inclui os nomes de todos os bancos de dados

de conteúdo. Você precisará dessa lista para habilitar o RBS para os bancos de dados de

conteúdo.

Se tiver vários aplicativos Web, você deverá compilar uma lista de quais bancos de dados

de conteúdo estão anexados a quais aplicativos Web. Essas informações serão

necessárias após a atualização.

Fazer backup do ambiente inteiro antes de uma atualização in-loco (SharePoint

Foundation 2010)

1. Baixe o SQL Server 2008 R2 Express do site.

2. Siga as instruções na tela para instalar o SQL Server 2008 R2 Express no controlador de

Para preparar a atualização para o SharePoint Foundation 2010 com o RBS em um controlador de domínio

Para instalar o SQL Server 2008 Express R2

405

domínio.

Para obter mais informações sobre como instalar o SQL Server 2008 R2 Express, consulte o

artigo sobre como instalar o SQL Server 2008 (Instalação)


Aceite as configurações padrão para a maioria das opções de instalação. Especificamente,

você deve aceitar as seguintes opções:

a. Na página Seleção de Recursos, você pode selecionar os componentes para a instalação.

Não deixe de selecionar SQL Server Management Studio como um recurso a ser

instalado.

b. Na página Configuração da Instância, especifique se deseja instalar uma instância padrão

ou uma instância nomeada. Se criar uma instância nomeada, anote o nome dela, pois

você precisará desse nome em um procedimento posterior deste artigo.

c. Na página Configuração do Servidor — Contas de Serviço, você deve especificar contas

de logon para serviços do SQL Server. É possível atribuir a mesma conta de logon a todos

os serviços do SQL Server ou configurar cada conta de serviço individualmente. Você

deve usar uma conta de domínio como conta de logon para o Mecanismo de Banco de

Dados do SQL Server.

d. Na página Configuração do Mecanismo de Banco de Dados, verifique se a conta de

domínio que é usada para essa instalação é listada como administrador do SQL Server.

1. Vá para http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x416 e baixe o arquivo

RBS_X64.msi.

Importante:

É necessário instalar a versão do RBS incluída no Pacote de instalação do SQL

Server Remote BLOB Store do Feature Pack para Microsoft SQL Server 2008 R2, que

deve ser 10.50.xxx. O SharePoint Foundation 2010 não dá suporte a versões

anteriores do RBS.

2. Abra a pasta que contém o arquivo e clique duas vezes em RBS_X64.msi para iniciar o

Assistente do SQL Remote BLOB Storage.



recurso inteiro estará indisponível.


Executar scripts e clique em O recurso inteiro estará indisponível.

Observação:

O banco de dados que vai hospedar os scripts ainda não existe, pois será criado

durante o processo de atualização do banco de dados. A opção Executar scripts será

Para instalar o RBS



406

instalada automaticamente durante a instalação do SharePoint Foundation 2010.


Durante a instalação, será exibida uma caixa de diálogo que descreve uma tarefa RBS

Maintainer. Clique em OK na caixa de diálogo para continuar com a instalação.

1. Desinstale todas as versões anteriores dos Produtos e Tecnologias do SharePoint que existem

no controlador de domínio usando o Painel de Controle.

2. Instale o SharePoint Foundation 2010 seguindo as instruções de Instalar o SharePoint

Foundation 2010 nos servidores do farm. Durante a instalação, você deve usar o nome da

instância do banco de dados criada na Etapa 2 do procedimento Para instalar o SQL Server

2008 Express R2. Se tiver usado a instância nomeada padrão naquela etapa, você deverá

digitá-la aqui como "SQLExpress". Se tiver usado a instância padrão, digite " " aqui em vez

de usar a instância nomeada padrão do SQLExpress.

Observe que você está criando uma nova instalação do SharePoint Foundation 2010. Você

está executando uma atualização com anexação de banco de dados, não uma atualização in-

loco.

Observação:

Depois de instalar o SharePoint Foundation 2010, não crie aplicativos Web até ser

instruído a fazê-lo, mais adiante neste artigo.

1. Verifique se a conta de usuário que está executando este procedimento é a mesma conta que

foi usada para instalar o farm que executa o SharePoint Foundation 2010 e o RBS.




5. No prompt de comando do Windows PowerShell, digite o comando a seguir para migrar o

banco de dados de conteúdo para o RBS:

Move-SPBlobStorageLocation –SourceDatabase "<ContentDbName>" –

DestinationDataSourceInstance "<InstanceName>"

Em que:

<Nome_do_Bd_de_Conteúdo> é o nome do banco de dados de conteúdo.

<Nome_da_Instância> é o nome da instância do banco de dados do SQL Server que você

criou na Etapa 2 do procedimento Para instalar o SQL Server 2008 Express R2. Se tiver

usado a instância nomeada padrão naquela etapa, você deverá digitá-la aqui como

"SQLExpress". Se tiver usado a instância padrão, digite " " aqui em vez de usar a


Para migrar o banco de dados de conteúdo para o RBS e concluir a instalação

407

instância nomeada padrão "SQLExpress".

Repita esse comando para cada banco de dados de conteúdo. Consulte a lista de bancos de

dados de conteúdo gerada pelo Verificador de pré-atualização na Etapa 5 do procedimento

Para preparar a atualização para o SharePoint Foundation 2010 com o RBS em um

controlador de domínio , anteriormente neste artigo.

6. Crie os aplicativos Web aos quais os bancos de dados de conteúdo serão anexados. Para

obter informações sobre como criar um aplicativo Web no SharePoint Foundation 2010,

consulte Create a Web application (SharePoint Foundation 2010) ou Create a Web application

that uses Windows-claims authentication (SharePoint Foundation 2010).

7. Para anexar e atualizar o banco de dados de conteúdo para um aplicativo Web do SharePoint

Foundation 2010, digite o seguinte comando:

Mount-SPContentDatabase "<ContentDbName>" –DatabaseServer "<DbServer>" –

WebApplication <http://SiteName>

Em que:

<Nome_do_Bd_de_Conteúdo> é o nome do banco de dados.

<Servidor_de_Bd> é o nome do servidor de banco de dados.

<http://Nome_do_Site> é a URL do aplicativo Web.

Para obter mais informações, consulte Move-SPBlobStorageLocation e Mount-

SPContentDatabase.

8. Crie ou restaure as personalizações necessárias no novo sistema. Para conhecer as etapas de

pós-atualização recomendadas, consulte Executar etapas de pós-atualização (SharePoint

Foundation 2010).



http://technet.microsoft.com/library/5b66feac-c365-4dfd-9ccb-a66a4faa617f(Office.14).aspx

http://technet.microsoft.com/library/20d1bc07-805c-44d3-a278-e2793370e237(Office.14).aspx



408

Atualizar uma instalação autônoma para novo hardware usando Remote BLOB Storage (anexação de banco de dados)

Este artigo aborda os procedimentos de atualização necessários para atualizar de um sistema

autônomo do Windows SharePoint Services 3.0 para uma instalação do SharePoint Foundation 2010

com o RBS (Remote BLOB Storage) em uma nova plataforma de hardware.

É altamente recomendável ler o artigo Atualizando de uma instalação autônoma do Windows

SharePoint Services 3.0 para o SharePoint Foundation 2010 quando os bancos de dados de

conteúdo excedem 4 GB (Armazenamento de BLOB Remoto) para obter informações e

recomendações importantes sobre como atualizar do Windows SharePoint Services 3.0 para o

Microsoft SharePoint Foundation 2010 com o RBS.

O RBS foi projetado para mover o armazenamento de BLOBs (objetos binários grandes) de servidores

de bancos de dados para soluções de armazenamento genérico. O RBS é um complemento que pode

ser aplicado ao Microsoft SQL Server 2008 Express e Microsoft SQL Server 2008 R2 Express. Essa

implementação do RBS usa o provedor SQL FILESTREAM. Para obter mais informações sobre o RBS

e o provedor FILESTREAM, consulte Visão geral do Armazenamento de BLOB Remoto (SharePoint

Foundation 2010).

Devido às limitações de tamanho de banco de dados no SQL Server 2008 Express, instale o Banco de

Dados Interno do Windows e restaure os bancos de dados do Windows SharePoint Services 3.0 no

Banco de Dados Interno do Windows. Em seguida, instale o RBS, mova o banco de dados de

conteúdo do Banco de Dados Interno do Windows para o SQL Server e mova os BLOBs para um

banco de dados de conteúdo definido para usar o RBS.

Por padrão, os bancos de dados de conteúdo no SharePoint Foundation 2010 são armazenados no

SQL Server 2008 Express, que tem um tamanho máximo de quatro gigabytes (GB) por banco de

dados de conteúdo. Como o SQL Server 2008 R2 Express oferece suporte a bancos de dados de

conteúdo de até 10 GB, é recomendável instalar o SQL Server 2008 R2 Express para oferecer suporte

a bancos de dados de conteúdo. O SQL Server 2008 R2 Express é uma atualização gratuita que você

pode baixar do Microsoft SQL Server 2008 R2 Express Edition

(http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x416).

Este artigo presume que você tenha instalado o SQL Server Management Studio no servidor

de banco de dados no farm do Windows SharePoint Services 3.0. Se esse software não

estiver instalado, você poderá baixá-lo e instalá-lo do Microsoft® SQL Server® 2008

Management Studio Express (http://go.microsoft.com/fwlink/?linkid=186132&clcid=0x416).

Importante:

Observação:



http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x416



409

Este artigo não é um guia abrangente sobre a atualização para o SharePoint Foundation 2010. Antes

de iniciar o processo de atualização, leia os artigos a seguir e crie um plano de atualização:





BLOB Remoto)

Neste artigo:

Para preparar a atualização para o SharePoint Foundation 2010 no servidor original

Para preparar a atualização para o SharePoint Foundation 2010 no novo servidor

Para instalar e configurar o Banco de Dados Interno do Windows no novo servidor

Para mover os bancos de dados de conteúdo para o novo servidor

Para instalar o SQL Server Express 2008 R2 no novo servidor

Para instalar o RBS no novo servidor

Para instalar o SharePoint Foundation 2010 no novo servidor


1. Verifique se a conta de usuário usada para executar este procedimento atende aos requisitos

listados em Contas administrativas e de serviços necessárias para a implantação inicial

(SharePoint Foundation 2010) e se essa conta é membro do grupo Administradores no

computador local.

2. Verifique se o Management Studio está instalado no servidor original.

3. Faça backup dos bancos de dados de conteúdo usando o procedimento descrito no artigo

sobre como fazer backup de um banco de dados (SQL Server Management Studio)

(http://go.microsoft.com/fwlink/?linkid=187768&clcid=0x416). Você pode usar as configurações

padrão para a maioria das opções, mas deve usar as seguintes configurações:

Na etapa 1, você deve definir o nome da instância do Banco de Dados Interno do Windows

como \\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

Na Etapa 12, selecione a opção Destino. Verifique se a mídia de destino tem espaço livre

suficiente para o backup.

4. Execute o verificador de pré-atualização que é discutido no artigo Executar etapas de pré-


O relatório do verificador de pré-atualização inclui os nomes de todos os bancos de dados de

conteúdo. Você precisa ter essa lista para migrar bancos de dados de conteúdo para o RBS.

Se tiver vários aplicativos Web, você também deverá anotar quais bancos de dados de

Para preparar a atualização para o SharePoint Foundation 2010 no servidor original


410

conteúdo estão anexados a quais aplicativos Web.

1. Verifique se a conta de usuário usada para executar a atualização e a instalação atende aos

requisitos listados em Contas administrativas e de serviços necessárias para a implantação

inicial (SharePoint Foundation 2010) e se essa conta é membro do grupo Administradores no

computador local.

2. Confirme se a configuração de hardware dá suporte ao SharePoint Foundation 2010. Para

obter mais informações, consulte Requisitos de hardware e software (SharePoint Foundation

2010).



dados de conteúdo.



1. Clique em Iniciar e em Gerenciador do Servidor.

2. No Gerenciador do Servidor, clique em Recursos e em Adicionar Recursos.

3. No Assistente para Adicionar Recursos, role a lista de recursos para baixo e selecione Banco

de Dados Interno do Windows.

4. Clique em Instalar.

5. Saia do Gerenciador do Servidor.

6. Clique em Iniciar, em Ferramentas Administrativas e em Gerenciamento do Computador.

7. Expanda Serviços e Aplicativos.

8. Clique em Serviços.

9. No painel Serviços, clique com o botão direito do mouse em Banco de Dados Interno do

Windows e clique em Propriedades.

10. Use o menu suspenso para alterar o Tipo de inicialização para Automático.

11. Clique em Iniciar para iniciar o serviço.

12. Clique em OK e saia do Gerenciamento do Computador.

1. Copie os arquivos de backup do banco de dados de conteúdo que você criou no procedimento

Para preparar a atualização para o SharePoint Foundation 2010 no servidor original para o

novo servidor.

Para preparar a atualização para o SharePoint Foundation 2010 no novo servidor

Para instalar e configurar o Banco de Dados Interno do Windows no novo servidor

Para mover os bancos de dados de conteúdo para o novo servidor

411

2. No novo servidor, baixe e instale o Management Studio do Microsoft® SQL Server® 2008

Management Studio Express (http://go.microsoft.com/fwlink/?linkid=186132&clcid=0x416).

3. Use as instruções do artigo sobre como restaurar um backup de um banco de dados (SQL

Server Management Studio) (http://go.microsoft.com/fwlink/?linkid=187769&clcid=0x416) para

restaurar os bancos de dados usando o Management Studio. Use as configurações a seguir

para o procedimento de restauração:

Na Etapa 1, use o seguinte nome para a instância do Banco de Dados Interno do

Windows: \\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

Na Etapa 5, digite o nome correto do banco de dados a ser restaurado. É recomendável

usar o mesmo nome que foi usado quando foi feito o backup do banco de dados.

Na Etapa 7, selecione o arquivo de banco de dados que você copiou na Etapa 1.

Aceite todas as outras opções padrão e conclua a restauração.

1. Baixe o SQL Server 2008 R2 Express do Microsoft SQL Server 2008 R2 Express Edition

(http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x416).

2. Siga as instruções na tela para instalar o SQL Server 2008 R2 Express.

Para obter informações adicionais, consulte o artigo sobre como instalar o SQL Server 2008

(Instalação) (http://go.microsoft.com/fwlink/?linkid=187771&clcid=0x416).

Observe particularmente as seguintes configurações:

Na página Configuração da Instância, especifique se deseja instalar uma Instância

padrão ou uma Instância nomeada. Se criar uma instância nomeada, anote o nome dela.

Você precisará fornecer esse nome em um procedimento posterior.

Na página Configuração do Servidor — Contas de Serviço, você deve especificar contas

de logon para serviços do SQL Server. É possível atribuir a mesma conta de logon a todos

os serviços do SQL Server ou configurar cada conta de serviço individualmente.

Na página Configuração do Mecanismo de Banco de Dados, verifique se a conta de

domínio que está sendo usada para essa instalação é listada como administrador do SQL

Server.

1. Vá para http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x416


Importante:

É necessário instalar a versão do RBS incluída no Pacote de instalação do SQL

Server Remote BLOB Store do Feature Pack para Microsoft SQL Server 2008 R2, que

deve ser 10.50.xxx. O SharePoint Foundation 2010 não dá suporte a versões

anteriores do RBS.

Para instalar o SQL Server Express 2008 R2 no novo servidor

Para instalar o RBS no novo servidor





http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x416




412

2. Abra a pasta que contém o arquivo .msi e clique duas vezes em RBS_X64.msi para iniciar o

Assistente para Instalar o SQL Remote BLOB Storage.



recurso inteiro não estará disponível.


Executar scripts e clique em O recurso inteiro não estará disponível.

Observação:

O banco de dados que vai hospedar os scripts ainda não existe. Ele é criado durante o

processo de atualização do banco de dados. A opção Executar scripts será instalada

automaticamente durante a instalação do SharePoint Foundation 2010.


Durante a instalação, será exibida uma caixa de diálogo sobre uma tarefa RBS Maintainer.

Clique em OK na caixa de diálogo para prosseguir com a instalação.

1. Instale o SharePoint Foundation 2010 seguindo as instruções de Instalar o SharePoint

Foundation 2010 nos servidores do farm. Você deve usar o nome da instância do banco de

dados criado na Etapa 2 do procedimento Para instalar o SQL Server Express 2008 R2 no

novo servidor , executado anteriormente neste artigo. Se tiver usado a instância nomeada

padrão nessa etapa, você deverá digitá-la aqui como ―SQLExpress‖. Se tiver usado a

instância padrão, você deverá digitar " " aqui em vez de usar a instância nomeada padrão do

SQLExpress.

Observe que você está criando uma nova instalação do SharePoint Foundation 2010. Você

está executando uma atualização com anexação de banco de dados, não uma atualização in-

loco.

Observação:

Depois de instalar o SharePoint Foundation 2010, não crie aplicativos Web até ser

instruído a fazê-lo, mais adiante neste artigo.

1. Verifique se a mesma conta de usuário usada para instalar o SharePoint Foundation 2010 e o

RBS é a conta de usuário que está executando este procedimento.




5. No prompt de comando do Windows PowerShell, digite o comando a seguir para migrar o

banco de dados de conteúdo para o RBS. Repita esse comando para cada banco de dados de

Para instalar o SharePoint Foundation 2010 no novo servidor


413

conteúdo. Consulte a lista de bancos de dados de conteúdo gerada pelo Verificador de pré-

atualização na Etapa 4 do procedimento Para preparar a atualização para o SharePoint

Foundation 2010 no servidor original , anteriormente neste artigo.

Move-SPBlobStorageLocation –SourceDatabase "<DbName>" –

DestinationDataSourceInstance "<InstanceName>"

Em que:

<Nome_do_Bd> é o nome do banco de dados de conteúdo que você restaurou no Banco

de Dados Interno do Windows.

<Nome_da_Instância> é o nome da instância do banco de dados do SQL Server que você

criou no procedimento Para instalar o SQL Server Express 2008 R2 no novo servidor ,

anteriormente neste artigo. Se tiver usado a instância nomeada padrão nessa etapa, você

deverá digitá-la aqui como ―SQLExpress‖. Se tiver usado a instância padrão, você deverá

digitar " " aqui em vez de usar a instância nomeada padrão do SQLExpress.

6. Crie os aplicativos Web que são anexados ao banco de dados de conteúdo. Para obter

informações sobre como criar um aplicativo Web no SharePoint Foundation 2010, consulte

Create a Web application (SharePoint Foundation 2010) ou Create a Web application that uses

Windows-claims authentication (SharePoint Foundation 2010).

7. Digite o seguinte comando para anexar e atualizar um banco de dados de conteúdo para um

aplicativo Web:

Mount-SPContentDatabase "<DbName>" –WebApplication <http://SiteName>

Em que:

<Nome_do_Bd> é o nome do banco de dados.

<http://Nome_do_Site> é o nome do aplicativo Web.

Repita esse comando para cada banco de dados de conteúdo.

Para obter mais informações, consulte Move-SPBlobStorageLocation e Mount-

SPContentDatabase.

8. Crie ou restaure as personalizações necessárias no sistema. Para conhecer as etapas pós-

atualização recomendadas, consulte Executar etapas de pós-atualização (SharePoint

Foundation 2010).


http://technet.microsoft.com/library/5b66feac-c365-4dfd-9ccb-a66a4faa617f(Office.14).aspx




414

Executar uma atualização com anexação de banco de dados para o SharePoint Foundation 2010

Agora que você aprendeu o processo de atualização lendo os artigos em Sobre o processo de

atualização (SharePoint Foundation 2010) e planejou sua atualização seguindo as etapas nos artigos

em Planejar e preparar a atualização (SharePoint Foundation 2010), já está pronto para fazer a

atualização com anexação de banco de dados para o Microsoft SharePoint Foundation 2010. É

possível usar as etapas nesta seção para uma atualização de teste e para a atualização in-loco real no

farm de produção

Nesta seção:

Lista de verificação para atualização com anexação de banco de dados (SharePoint Foundation

2010)

Use esta lista de verificação para verificar se seguiu todas as etapas necessárias ao preparar a

atualização, executá-la e executar as etapas de pós-atualização.

Preparar o novo ambiente do SharePoint Foundation

Antes de anexar e atualizar seus bancos de dados, você deve configurar completamente o novo

ambiente.


Depois que o novo ambiente estiver completamente configurado, siga estas etapas para anexar os

bancos de dados e atualizar seus sites do SharePoint.

415

Lista de verificação para atualização com anexação de banco de dados (SharePoint Foundation 2010)

Este artigo contém uma lista de verificação que você pode usar para verificar se seguiu todas as

etapas necessárias enquanto prepara a atualização, executa a atualização e executa a etapas de pós-

atualização.

Neste artigo:



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 a duração do processo de

atualização e o espaço necessário (SharePoint Foundation 2010) e Usar uma atualização de avaliação

para encontrar possíveis problemas (SharePoint Foundation 2010).

Preparar a atualização Siga estas etapas em ordem antes de começar uma atualização com anexação de banco de dados:

Etapas de pré-atualização para uma atualização com anexação de

banco de dados

Observações



atualização


atualização e resolva os

problemas. Use o relatório gerado

pela ferramenta para preencher a

planilha Planejamento de

atualização.



Execute esta etapa várias vezes

enquanto limpa o ambiente e testa

o processo de atualização.





416


banco de dados

Observações


[ ] Criar um inventário de

personalizações do servidor no

ambiente

Crie um inventário das

personalizações do servidor no seu

ambiente (soluções, recursos, Web

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".

Execute esta etapa para o

ambiente todo. Verifique cada

servidor Web para não esquecer

nenhuma personalização.

Mantenha o inventário atualizado

enquanto prepara a atualização.

[ ] 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

os sites ou dados órfãos, resolva

as listas e ACLs grandes, remova

versões estranhas de documentos

e remova modelos, recursos e

Web Parts não utilizados.

Etapas detalhadas: Limpando o

ambiente antes da atualização


Execute esta etapa uma vez para

o ambiente todo.

A conclusão deste processo pode


Preparar o novo ambiente

417


banco de dados

Observações

Consulte também Preparar o novo ambiente do SharePoint Foundation.

[ ] Instalar e configurar o

SharePoint Foundation 2010 e

os pacotes de idiomas

Instale o software de pré-requisito;

em seguida, instale e configure 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.

[ ] Configurar definições gerais do

farm

Reaplique as configurações gerais

existentes do farm anterior, como

tipos de arquivos bloqueados e

configurações de email e cotas, e

adicione usuários ou grupos ao

grupo Administradores de Farm.

Configure as novas definições,

como o uso e a integridade da

coleta de dados, o log de

diagnóstico e contas móveis.


o ambiente todo.

[ ] Criar e configurar aplicativos

Web

Crie um aplicativo Web para cada

aplicativo Web existente no

ambiente antigo.


o ambiente todo.

[ ] Reaplicar personalizações do

servidor

Transfira manualmente todas as

personalizações 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 funcionar

corretamente.

Reaplique as personalizações a

todos os servidores Web no farm.

[ ] Verificar o novo ambiente

Após criar o novo ambiente, você


o ambiente todo.

418


banco de dados

Observações

poderá realizar testes para verificar

se ele contém todos os

componentes necessários antes de

atualizar os dados.

Executar a atualização Siga estas etapas em ordem durante uma atualização com anexação de banco de dados. As etapas

necessárias à 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 Foundation 2010.

Quando você atualizar de uma instalação do Windows SharePoint Services 3.0 que usa o

Banco de Dados Interno do Windows e o tamanho do banco de dados ultrapassar 4 GB, você

deverá executar etapas adicionais. Para obter mais informações sobre essas etapas, consulte

Atualizando de uma instalação autônoma do Windows SharePoint Services 3.0 para o

SharePoint Foundation 2010 quando os bancos de dados de conteúdo excedem 4 GB

(Armazenamento de BLOB Remoto).

Executar uma atualização com anexação de banco de dados Observações


atualização


atualização novamente para identificar

problemas novos ou remanescentes

antes de definir os bancos de dados

como somente leitura ou de fazer

backup dos bancos de dados.







demorar mais.

[ ] Definir os bancos de dados de

versões anteriores como somente

leitura (anexação de banco de dados

com banco de dados somente

Execute esta etapa para cada

banco de dados de conteúdo no

seu ambiente.

Dependendo da organização,

Aviso:

419


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.

convém que um administrador

de banco de dados execute esta

tarefa.

[ ] Fazer backup de bancos de dados

Faça backup de todos os bancos de

dados de conteúdo antes de começar o

processo de atualização com anexação

de banco de dados.



seu ambiente.

Esta etapa pode levar uma hora,



dados e do ambiente.




tarefa.

[ ] Desanexar os bancos de dados de

versões anteriores (anexação de

banco de dados padrão)

Se você vai 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 que possa movê-los para o

novo ambiente.



seu ambiente.




tarefa.

[ ] Restaurar uma cópia de backup do

banco de dados (anexação de banco

de dados com bancos de dados

somente leitura)

Se você vai atualizar uma cópia dos

bancos de dados, restaure os bancos

de dados a partir do backup.



seu ambiente.

Esta etapa pode levar uma hora

ou mais, dependendo do

conjunto de dados e do

ambiente.




tarefa.

420


[ ] Verificar componentes

personalizados

Use o cmdlet do Test-

SPContentDatabaseWindows

PowerShell para verificar se você tem

todos os componentes personalizados

necessários ao banco de dados.



seu ambiente.

A execução do cmdlet leva



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 Mount-

SPContentDatabaseWindows

PowerShell ou a operação

AddContentDB.

Execute esta etapa para um

único banco de dados de

conteúdo no seu ambiente.




dados e do hardware nos

servidores Web, nos servidores

de bancos de dados e no

subsistema de armazenamento.

[ ] 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.




2010).

Execute esta etapa para o banco

de dados de conteúdo que você

acabou de anexar.

[ ] Anexar os bancos de dados

restantes

Anexe e atualize os bancos de dados

de conteúdo restantes no seu

ambiente. É necessário executar esta


um dos bancos de dados de

conteúdo restantes no seu

ambiente.


421


ação a partir da linha de comando. várias horas ou mais,


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

Use a página Status da Atualização na

Administração Central do SharePoint

para monitorar o andamento enquanto

os sites são atualizados.




2010).


banco de dados de conteúdo

que você atualizar.


várias horas ou dias,


dados.

[ ] 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.




2010).


um dos bancos de dados de

conteúdo restantes no seu

ambiente.


várias horas ou dias,

dependendo do conteúdo.

Executar etapas de pós-atualização Siga estas etapas em ordem após executar uma atualização com anexação de banco de dados:

Etapas de pós-atualização para a atualização com anexação de

banco de dados

Observações

[ ] Verificar a atualização e Execute esta ação para todos os

422

Etapas de pós-atualização para a atualização com anexação de

banco de dados

Observações

examinar os sites atualizados

Verifique se os sites foram

atualizados com êxito e se estão

prontos para visualização dos

usuários.



atualizados (SharePoint

Foundation 2010).

bancos de dados e conjuntos de

sites atualizados no ambiente.



do conteúdo.

Convém também que os

proprietários dos sites examinem

seus respectivos sites e relatem

os problemas.

Consulte também Atualizar a planilha para os produtos do SharePoint 2010


423

Preparar o novo ambiente do SharePoint Foundation

Quando você atualiza do Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation

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 a abordagem de atualização (SharePoint Foundation 2010).

Para poder atualizar os dados, você deve configurar um novo servidor ou farm de servidores usando o

SharePoint Foundation 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


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ços

necessárias para a implantação inicial (SharePoint Foundation 2010).

Neste artigo:

Antes de começar

Criar e configurar o novo ambiente

Verificar o novo ambiente


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.






Foundation 2010).




Importante:

424

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


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 Foundation 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 Foundation 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 artigos a seguir para instalar e configurar o SharePoint Foundation

2010 em um único servidor ou farm de servidores:



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 Foundation 2010).

Instalar e configurar pacotes de idiomas

425

Siga as etapas em Implantar pacotes de idiomas (SharePoint Foundation 2010) para instalar e

configurar os pacotes de idiomas necessários para os sites no ambiente.

Configurar aplicativos de serviço

É necessário configurar os serviços que você deseja usar no seu ambiente, como o serviço

Conectividade de Dados Corporativos. As etapas incluídas nos artigos com os cenários de implantação

listados acima descrevem como usar o Assistente de Configuração Inicial do Farm para habilitar todos

os serviços. No entanto, você também pode configurar serviços manualmente. Para obter mais

informações sobre como configurar serviços manualmente, consulte Configurar serviços (SharePoint

Foundation 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

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 Definir configurações

do farm (SharePoint Foundation 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.

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.

Observação:

Importante

426

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 Foundation 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: Create a Web application (SharePoint Foundation 2010)

Para autenticação baseada em declarações: Create a Web application that uses Windows-claims

authentication (SharePoint Foundation 2010) e Configurar a autenticação baseada em formulários

para um aplicativo Web baseado em declarações (SharePoint Foundation 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

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

Se a definição do site tiver sido criada no Windows SharePoint Services 3.0, você pode

copiá-la no novo ambiente no estado em que se encontra. Se, no entanto, ela tiver sido

criada na versão 2.0 do Windows SharePoint Services, talvez seja necessário criar um

arquivo de definição de atualização para mapear a definição do site para os novos

recursos no Windows SharePoint Services 3.0. 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 (Windows SharePoint Services) e o artigo sobre

como implantar arquivos de definição de atualização e novas definições de site (Windows


Folhas de estilo personalizadas (inclusive folhas de estilo em cascata) e imagens

Web Parts personalizadas

Observação:





427

Serviços da 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.

Qualquer outro componente ou arquivo do qual seus sites dependem.

Para obter mais informações sobre como atualizar personalizações para uso no SharePoint

Foundation 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

Foundation 2010).

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.

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 Windows SharePoint Services 3.0 para ver

a qual modelo cada site está associado e verifique se o modelo está instalado no seu ambiente do

SharePoint Foundation 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


Executar a atualização Após 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 Foundation 2010 para

anexar e atualizar os bancos de dados do servidor ou farm de servidores do Windows SharePoint

Services 3.0 ao novo servidor ou farm de servidores do SharePoint Foundation 2010.

Observação:

Importante:

http://msdn.microsoft.com/pt-br/library/ee662217(office.14).aspx

http://msdn.microsoft.com/pt-br/library/ee662217(office.14).aspx


http://technet.microsoft.com/pt-br/library/dd793606(office.12).aspx

http://technet.microsoft.com/pt-br/library/dd793606(office.12).aspx

428

Quando você atualizar de uma instalação do Windows SharePoint Services 3.0 que usa o

Banco de Dados Interno do Windows e o tamanho do banco de dados ultrapassar 4 GB, você

deverá executar etapas adicionais. Para obter mais informações, consulte Atualizando de uma

instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010

quando os bancos de dados de conteúdo excedem 4 GB (Armazenamento de BLOB Remoto).

429


Ao atualizar do Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation 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 a abordagem

de atualização (SharePoint Foundation 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 Foundation 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:


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

Anexar os bancos de dados restantes

Verificação: verificar atualização para bancos de dados adicionais

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

Observação:

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#Detach

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#VerifyCustom

430

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 a abordagem de

atualização com anexação de banco de dados, consulte Visão geral do processo de atualização


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.

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 o artigo sobre como mover 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


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.






Foundation 2010).

Observação:



431




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 Foundation 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 Foundation.

Verifique e repare erros de consistência de banco de dados. Para obter mais informações,

consulte o artigo sobre manutenção de banco de dados para o Windows SharePoint Services 3.0

(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.

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

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.

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

Foundation 2010).

Importante:

Importante:

Para definir um banco de dados como somente leitura no SQL Server 2000



432

1. No SQL Server Enterprise Manager, clique com o botão direito do mouse no nome do banco

de dados que será definido 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.

1. No SQL Server Management Studio, clique com o botão direito do mouse no nome do banco

de dados que será definido 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.

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 será configurado como somente leitura, clique com o botão

direito do mouse nesse 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 Transact-

SQL. Para obter mais informações sobre como usar a cláusula SET da instrução ALTER DATABASE,

consulte o artigo sobre definição de opções do banco de dados


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, SQL

Server 2005 ou SQL Server 2008. Repita o procedimento para cada banco de dados de conteúdo do

farm de servidores.

Não é necessário fazer backup dos bancos de dados de conteúdo de configuração ou administração,

já que você 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 Windows SharePoint Services 3.0,

consulte Tipos e descrições de bancos de dados (Windows SharePoint Services 3.0) .

Ao final deste procedimento, você terá criado duplicatas dos bancos de dados de conteúdo somente

leitura.





433

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).


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 Nome, especifique um nome para o

backup e, na área Backup, selecione Banco de dados - completo.

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 um nome de 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.

Repita o procedimento anterior para fazer backup de todos os outros bancos de dados de conteúdo

usados pelo Windows SharePoint Services 3.0 no ambiente.


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 Pesquisador de Objetos, expanda a árvore de servidores expandindo o nome

do servidor.

4. Expanda Bancos de Dados, clique com o botão direito 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.

Para fazer backup de um banco de dados no SQL Server 2000


434

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.





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.


Server 2008, no Pesquisador de Objetos, expanda o nome do servidor.

4. Expanda Bancos de Dados, clique com o botão direito 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

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.




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



Importante:

435

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.

1. Em Administração Central, na página Gerenciamento de Aplicativo, na seção Gerenciamento

de Aplicativos Web do SharePoint, clique em Bancos de dados de conteúdo.

2. Na página Gerenciar Bancos 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.

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 Stsadm deletecontentdb 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 (Windows SharePoint Services).

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.

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.

1. No SQL Server 2005 Management Studio, abra a instância de origem do SQL Server e

Para desanexar um banco de dados de conteúdo de um aplicativo Web

Importante:

Para desanexar um banco de dados de uma instância do SQL Server e movê-lo para outra instância do SQL Server

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#restore

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#restore



436

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.

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 oferece os procedimentos para a restauração dos backups.

1. No SQL Server Management Studio, clique com o botão direito 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 Em um momento determinado, mantenha o padrão (O mais recente

Para restaurar uma cópia de backup de um banco de dados no SQL Server 2005 Enterprise Edition

437

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.


Server 2008, no Pesquisador 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

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.

Para restaurar uma cópia de backup de um banco de dados no SQL Server 2008 Enterprise

438

Verificar componentes personalizados Antes de anexar os bancos de dados de conteúdo aos aplicativos Web, use o cmdlet Test-

SPContentDatabaseWindows PowerShell para verificar se tem todos os componentes personalizados

necessários para o banco de dados.






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.

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.

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.

Para verificar se os componentes personalizados estão disponíveis usando o Windows PowerShell

Importante:


439

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.

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 Foundation 2010).

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 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 no outro farm. O processo de

backup e restauração Stsadm cria um novo GUID para o conjunto de sites.






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

Importante

Dica

Para anexar um banco de dados de conteúdo a um aplicativo Web usando o Windows PowerShell

440

após a atualização. Para obter mais informações, consulte Planejar a atualização visual


Para obter mais informações, consulte Mount-SPContentDatabase.

Observação:






extensions\12\Bin.


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>]

[-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 Foundation 2010).

Para obter mais informações, consulte o artigo sobre Addcontentdb: operação do Stsadm


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 à

Para anexar um banco de dados de conteúdo a um aplicativo Web usando a ferramenta de linha de comando Stsadm




441

forma como o conteúdo é exibido. Para obter mais informações, consulte Verificar a atualização e

examinar os sites atualizados (SharePoint Foundation 2010).

Na Administração Central, clique em Atualização e Migração e clique em Verificar status 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.

Anexar os bancos de dados restantes Após restaurar o primeiro banco de dados de conteúdo e verificar a atualização analisando o arquivo

de log de atualização, você pode continuar restaurando e atualizando o(s) próximo(s) banco(s) de

dados. Você pode anexar vários bancos de dados ao mesmo tempo em janelas diferentes do prompt

de comando para executar várias atualizações de uma vez. Após restaurar e atualizar todos os bancos

de dados de conteúdo com êxito, você pode analisar os sites para garantir que eles 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 examinar os sites atualizados (SharePoint Foundation 2010) e Gerenciar a atualização

visual (SharePoint Foundation 2010).

Para exibir a página Status da Atualização

Para abrir o arquivo de log de atualização

442

Consulte também Solucionar problemas de atualização (Windows SharePoint Services)

443

Executar etapas de pós-atualização (SharePoint Foundation 2010)

Após executar uma atualização in-loco ou uma atualização com anexação de banco de dados para o

Microsoft SharePoint Foundation 2010, você pode verificá-la e seguir as etapas de configuração

necessárias, de modo a preparar novamente o ambiente para os usuários.

Nesta seção:

Configurar a autenticação baseada em formulários para um aplicativo Web baseado em

declarações (SharePoint Foundation 2010)

Atualize aplicativos Web do Windows SharePoint Services 3.0 existentes configurados para usar a

autenticação baseada em formulários para que funcionem com o SharePoint Foundation 2010.


Saiba 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 solucionados. Se precisar

reiniciar a atualização após uma falha, você encontrará as etapas necessárias neste artigo.


Execute essas etapas se a atualização para o Microsoft SharePoint Foundation 2010 falhar e você

não tiver tempo para continuar a solucionar os problemas ou continuar o processo de atualização.

444

Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Foundation 2010)

Os procedimentos neste artigo apresentam diretrizes para:

Permitir a você configurar a autenticação baseada em formulários para um aplicativo Web baseado

em declarações do Microsoft SharePoint Foundation 2010.

Ajudar a atualizar aplicativos Web existentes do Windows SharePoint Services 3.0 que foram

configurados para usar a autenticação baseada em formulários para funcionar com o SharePoint

Foundation 2010.

Após a atualização do SharePoint Foundation 2010, os aplicativos Web do Windows SharePoint

Services 3.0 serão configurados para o login herdado. Para os aplicativos Web do Windows

SharePoint Services 3.0 que foram configurados para usar a autenticação do Windows, não há etapas

adicionais necessárias para a atualização. No entanto, para os aplicativos Web do Windows

SharePoint Services 3.0 que foram configurados para usar a autenticação baseada em formulários, ou

a autenticação SSO da Web, será necessário primeiro converter na autenticação baseada em

declarações antes que os aplicativos Web do Windows SharePoint Services 3.0 possam ser usados no

SharePoint Foundation 2010. Depois de converter os aplicativos Web do Windows SharePoint

Services 3.0 na autenticação baseada em declarações, configure as zonas de aplicativo Web para a

autenticação baseada em formulários (ou autenticação SSO da Web, conforme apropriado). Observe

que os nomes do provedor de associação e do provedor de função usados no SharePoint Foundation

2010 devem corresponder aos nomes usados no Windows SharePoint Services 3.0. A etapa final é a

migração de usuários e permissões para o SharePoint Foundation 2010.

Neste artigo:

Converter aplicativos Web na autenticação baseada em declarações


Administração Central

Configurar os arquivos Web.Config do LDAP


Windows PowerShell


2010

445

Converter aplicativos Web na autenticação baseada em declarações Execute as etapas no procedimento a seguir para usar o Windows PowerShell para converter os

aplicativos Web existentes na autenticação baseada em declarações.







$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

Observação:




Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP por meio da Administração Central Execute as etapas no procedimento a seguir para usar a Administração Central para configurar a


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.

Para converter os aplicativos Web na autenticação baseada 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

446

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 Provedor de Associação do ASP.NET

e Funções.

6. Digite o nome de um provedor de associação e o nome de um gerente de função. No exemplo

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 Web.Config do LDAP 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 baseado em declarações da autenticação baseada em

formulários


2. Vá para o site da Administração Central do SharePoint no IIS.


Explorar.



<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>





port="389"

useSSL="false"



Para configurar o arquivo Web.Config da Administração Central

447

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName

(of your userContainer)"


userFilter="(ObjectClass=person)"

scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" >

<providers>





port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your

groupContainer)"






groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>



Importante:

Para configurar o arquivo Web.Config do Serviço de Token de Segurança

448

2. Vá para o site do SharePoint Web Services.

3. Vá para o subsite SecurityTokenServiceAppliction.


Explorar.



<membership>

<providers>





port="389"

useSSL="false"






scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" >

<providers>

<add name="rolemanager"




port="389"

useSSL="false"




449






scope="Subtree" />

</providers>

</roleManager>



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.


5. Localize a seção <Configuration> <system.web>.

6. Localize a seção <membership defaultProvider="i"> e adicione a seguinte entrada:





port="389"

useSSL="false"






scope="Subtree"


Localize a seção <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> e

adicione a seguinte entrada:

Importante:

Para configurar o arquivo Web.Config do aplicativo Web baseado em declarações da autenticação baseada em formulários

450





port="389"

useSSL="false"









scope="Subtree" />


Não substitua as entradas existentes neste arquivo Web.Config.

Configurar um aplicativo Web baseado em formulários para usar um provedor LDAP por meio do Windows PowerShell Execute as etapas no procedimento a seguir para usar o Windows PowerShell para configurar a







Importante:

Aviso:

Para configurar um aplicativo Web baseado em formulários para usar um provedor LDAP utilizando o Windows PowerShell

451

$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

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 baseado em declarações da autenticação

baseada em formulários

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:




Migrar usuários e permissões do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010 Execute as etapas no procedimento a seguir para usar o Windows PowerShell para migrar usuários e

permissões.



Para migrar os usuários e as permissões do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010

452





$w.MigrateUsers(True)

Observação:




453


Após executar uma atualização in-loco ou com anexação de banco de dados para o Microsoft

SharePoint Foundation 2010, verifique se o conteúdo foi atualizado com êxito para a nova versão.

Você pode verificar o status da atualização (para saber se ela ainda está em andamento ou se foi

concluída com êxito ou com falhas) e examinar os sites atualizados para ver se restou algum problema

a ser resolvido. Ao executar essas etapas como parte de uma atualização de avaliação, aproveite para

identificar que personalizações precisam ser reformuladas antes que você tente atualizar seu ambiente

de produção. Ao atualizá-lo, é ainda mais importante saber quando a atualização foi concluída, que

sites foram atualizados com êxito e que sites precisam de trabalho adicional antes que os usuários

possam acessá-los novamente.

Em alguns casos, pode ser necessário reiniciar a atualização para terminar de atualizar os sites. Para

obter mais informações sobre como reiniciá-la, consulte Continuar a atualização (SharePoint

Foundation 2010).

Neste artigo:

Verificar status da atualização

Examinar sites atualizados

Verificar status da atualização O processo de atualização tem várias fases. Na atualização in-loco, você executa Setup.exe para

instalar o novo software e o Assistente de Configuração de Produtos do SharePoint para atualizar os

bancos de dados de configuração e de conteúdo de administração; em seguida, o site da

Administração Central do SharePoint é aberto. Nesse ponto, o processo de atualização é iniciado. Há

diferentes maneiras de verificar o status do processo de atualização em cada fase: você pode

examinar os arquivos de log de Setup.exe, do Assistente de Configuração de Produtos do SharePoint

e da atualização do conteúdo. Na Administração Central do SharePoint, você pode exibir o número de

versão para verificar se ele corresponde ao da versão para a qual fez a atualização. Também é

possível usar a página Status da Atualização na Administração Central do SharePoint ou a operação

localupgradestatus em Stsadm para determinar os sites que foram ou que estão sendo atualizados.

Se a atualização tiver sido malsucedida, consulte os arquivos de log para identificar os problemas,

resolvê-los e reiniciar o processo de atualização.

Revisar os arquivos de log

Para verificar se a atualização teve êxito, examine os arquivos de log e de erros a seguir:

O arquivo de log do programa Setup.exe, para o SharePoint Foundation 2010.

454

O arquivo de log de Configuração está armazenado no diretório temporário para a conta de

usuário que estiver executando a Configuração (%USERTEMP% or %WINDIR%\Users\user

account\AppData\Local\Temp). Esse arquivo chama-se SharePoint Foundation

Setup(YYYYMMDD-HHMMSS-SSS).log, onde YYYYMMDD é a data e HHMMSS-SSS é a hora

(hora em formato 24 horas, minutos, segundos e milissegundos).

O arquivo de log de Assistente de Configuração de Produtos do SharePoint (Psconfig.exe).

Os arquivos de log de Psconfig.exe estão localizados em

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS. Os nomes

dos logs contém o seguinte formato:

PSCDiagnostics_MM_DD_YYYY_HH_MM_SS_SSS_randomnumber.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 possíveis tentativas simultâneas 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 logs são

nomeados no seguinte formato: Upgrade-YYYYMMDD-HHMMSS-SSS.log, em que YYYYMMDD é

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 reúne todos os erros e avisos em um arquivo menor,

chamado Upgrade-YYYYMMDD-HHMMSS-SSS-error.log.

Para analisar 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 ocorrerem em vários

conjuntos de sites do ambiente ou bloquearem completamente 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 será tentado (e falhará) várias vezes, e essas tentativas serão listadas no arquivo de log.


Para visualizar 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. Pesquise ou verifique visualmente a seguinte entrada:

Sessão de atualização concluída com êxito!

Se encontrar essa entrada, a instalação foi bem-sucedida.

5. Se não encontrar as entradas da etapa anterior no arquivo de log de atualização ou se estiver

revisando um dos outros arquivos de log, é possível identificar as questões específicas que

possivelmente contribuíram para uma falha, pesquisando ou verificando visualmente os

Para revisar os arquivos de log

455

seguintes termos do arquivo:

Procure ERROR nos arquivos de log para localizar quaisquer falhas, como componentes

ou conexões de bancos de dados com falha, por exemplo.

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.

Verifique 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 exibição do número de versão na página

Servidores no Farm.


Para usar a Administração Central do SharePoint, você deve ser membro do grupo

Administradores do Farm.

2. Na página inicial 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 é iniciado com "14".

Verificar o status de atualização dos sites

Para descobrir que 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 verificar o número de versão na página Servidores no Farm

Para exibir o status na Administração Central do SharePoint

456

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 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 o artigo sobre

Localupgradestatus: operação do Stsadm (Windows SharePoint Services).

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 tenha executado uma atualização in-

loco e optado pelo uso da Atualização Visual, você poderá usar esse recurso para visualizar os sites

na nova interface do usuário. Para obter mais informações sobre como visualizar sites usando a

Atualização Visual, consulte Gerenciar a atualização visual (SharePoint Foundation 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:// url_do_site/_layouts/settings.aspx). Se a página Configurações do Site funcionar 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.

Para exibir o status da atualização usando a linha de comando


457

Web Parts

A tabela a seguir lista problemas que podem ocorrer com Web Parts depois da atualização e como

lidar com eles.

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.

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.

No 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 houver 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

Dica:

458


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

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 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.

Se você tiver problemas com uma Web Part, acrescente contents=1 ao final da sintaxe da

URL (http:// url_do_site/default.aspx?contents=1) e pressione ENTER. Isso abrirá a página

Manutenção de Web Part, em que será possível remover e reparar a Web Part interrompida.

Listas grandes

Por padrão, a limitação de consultas de listas grandes é aplicada após uma atualização para o

SharePoint Foundation 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.

Dica:

459

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.

É possível resolver a maioria dos problemas nesta seção corrigindo os links para um item.


Todas as imagens nas páginas são exibidas

corretamente?

Verifique ou corrija os links para as imagens.

Os estilos e as cores de folhas de estilo em

cascata adequados são usados nos locais

apropriados?

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 controlado por script que

não está funcionando?

Verifique ou corrija os links para os controles.

O Windows Internet Explorer 8 exibe as páginas

de modo correto?

Verifique há código HTML da página no modo

XHTML estrito.

Erros de script são exibidos 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)

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 relaciona problemas que podem ocorrer com páginas personalizadas

depois da atualização e mostra como lidar com eles.

Dica:

460


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.

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 possa 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.

461


Use o comando Redefinir para Modelo no

SharePoint Designer para redefinir a pagina para

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 deixe de fazer o check-in da

página novamente.

Consulte também Continuar a atualização (SharePoint Foundation 2010)


462

Gerenciar a atualização visual (SharePoint Foundation 2010)

Este artigo oferece procedimentos relacionados ao recurso de Atualização Visual. Quando você

atualiza do Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation 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


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 Foundation 2010.

463

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.






$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.





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:

Para exibir a interface do usuário atual usando o Windows PowerShell

Para reverter sites para a interface do usuário anterior usando o Windows PowerShell

http://technet.microsoft.com/library/f3422bf4-0f9b-4f22-94c8-2a0606a31b16(Office.14).aspx

464

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.






$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

Para impor uma atualização para a nova interface do usuário usando o Windows PowerShell

http://technet.microsoft.com/library/f3422bf4-0f9b-4f22-94c8-2a0606a31b16(Office.14).aspx


465

$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

Windows SharePoint Services 3.0.

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 Foundation 2010)

466

Usando redicionamento de URL AAM como parte do processo de atualização (SharePoint Foundation 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 Foundation 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 Windows SharePoint Services 3.0.

O processo descrito neste white paper é uma técnica avançada para evitar o tempo de

inatividade durante a atualização, que deve ser usada apenas 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 utilize essa técnica se você souber que o seu processo de atualização irá

demorar mais do que um longo final de semana. Se sua atualização provavelmente não

demorar tanto tempo, você não poupará nenhum tempo realizando os procedimentos deste

white paper. Para obter mais informações sobre outras abordagens de atualização, consulte

Determinar a abordagem de atualização (SharePoint Foundation 2010).

Baixe este white paper como documento do Microsoft Word (.doc).


Baixe este white paper como arquivo PDF. (http://go.microsoft.com/fwlink/?linkid=168858&clcid=0x416)

Importante:



467

Implantar Office Web Apps (Instalados nos Produtos do SharePoint 2010)

Este artigo aborda como implantar o Microsoft Office Web Apps. Os Office Web Apps são o

complemento online dos aplicativos Office Word, Excel, PowerPoint e OneNote que tornam possível o

acesso dos usuários aos documentos de qualquer lugar. É possível exibir, compartilhar e trabalhar

com documentos em conjunto, no modo online, com ajuda de PCs, celulares e da Web. Os Office Web

Apps estão disponíveis aos usuários por meio do Windows Live e aos clientes corporativos por meio

do licenciamento de volume do Microsoft Office 2010 e das soluções de gerenciamento de documentos

que se baseiam no Produtos do Microsoft SharePoint 2010.

São necessários um dispositivo apropriado, uma conexão com a Internet e um navegador com

suporte como o Explorer, o Firefox ou o Safari. Algumas funcionalidades com mobilidade

requerem o Office Mobile 2010, que não está incluído entre os aplicativos e pacotes do Office

2010 ou nos Office Web Apps. Há algumas diferenças entre os recursos dos Office Web Apps,

do Office Mobile 2010 e dos aplicativos do Office 2010.

As informações fornecidas neste artigo se destinam a profissionais de TI que planejam implantar

localmente, nas suas respectivas organizações, os Office Web Apps nos Produtos do SharePoint

2010. Os Produtos do SharePoint 2010 neste artigo se referem ao Microsoft SharePoint Server 2010 e

ao Microsoft SharePoint Foundation 2010, salvo se houver outra indicação. Este artigo não contém

nenhuma orientação ou instrução para implantação dos Produtos do SharePoint 2010. Informações

novas e atualizadas serão publicadas com regularidade.

É recomendado ler os artigos Noções básicas sobre Office Web Apps (instalados nos Produtos do

SharePoint 2010) e Planejando os Office Web Apps (instalados nos Produtos do SharePoint 2010)

disponíveis no Microsoft TechNet antes de implantar os Office Web Apps na sua organização.

Neste artigo:

Compreendendo a implantação dos Office Web Apps

Configuração adicional (opcional)

Solução de problemas

Além das seções acima, uma das seções a seguir se aplicará à sua implantação específica dos Office

Web Apps:

Instalar e configurar os Office Web Apps em um servidor SharePoint autônomo pré-existente

Instalar e configurar os Office Web Apps em um servidor SharePoint autônomo novo

Instalar e configurar os Office Web Apps em um farm de servidores SharePoint preexistente

Instalar e configurar os Office Web Apps em um novo farm de servidores SharePoint

Observação:

http://technet.microsoft.com/library/8480064e-14a4-4b46-ad6b-0c836b192af2(Office.14).aspx

http://technet.microsoft.com/library/8480064e-14a4-4b46-ad6b-0c836b192af2(Office.14).aspx

http://technet.microsoft.com/library/3bd0a617-5f12-4a7e-bb75-b15c86c7e504(Office.14).aspx


468

Compreendendo a implantação dos Office Web Apps Tanto para servidores autônomos quanto para farms de servidores SharePoint, a implantação dos

Office Web Apps envolve três fases principais:

Execução da Instalação e do PSConfig As tarefas incluem executar o Setup.exe e o PSConfig

(Assistente de Instalação e Configuração dos Produtos e Tecnologias do SharePoint) em um servidor

autônomo ou em cada servidor presente em um farm de servidores SharePoint. na execução do

Setup.exe, os arquivos e componentes dos Office Web Apps são instalados em um servidor. O

PSConfig é necessário como parte da instalação dos Office Web Apps para registrar os serviços dos

Office Web Apps e, dependendo do tipo de instalação do SharePoint, iniciar instâncias de serviço, criar

aplicativos ou proxies de aplicativo de serviço e ativar o Recurso Office Web Apps.

Ativando os serviços dos Office Web Apps Inclui a inicialização das instâncias de serviço e a

criação de aplicativos de serviço e proxies de aplicativo de serviço. O que determinará a necessidade

de ativar os serviços será o estado do SharePoint e o fato do PSConfig e do Assistente de

Configuração de Farm do SharePoint já terem sido executados ou não.

Ativando o Recurso Office Web Apps Envolve ativar o Recurso Office Web Apps em todos os

conjuntos de sites do SharePoint preexistentes em que os Office Web Apps devam estar disponíveis.

Se o PSConfig ou o Assistente de Configuração de Farm do SharePoint já tiverem sido executados

antes da instalação dos Office Web Apps, haverá, pelo menos, um conjunto de sites. O recurso será

ativado automaticamente para os conjuntos de sites novos criados depois da instalação dos Office

Web Apps.

Alguns procedimentos nesta tarefa exigem o uso do Windows PowerShell ou do Shell de

Gerenciamento do SharePoint 2010 para a execução de cmdlets. Para executar cmdlets do

SharePoint 2010 no Windows PowerShell, você deve adicionar o snap-in

Microsoft.SharePoint.PowerShell usando o cmdlet Add-PSSnapin. Também é possível

executar os cmdlets do SharePoint 2010 usando o Shell de Gerenciamento do SharePoint

2010. Por padrão, o snap-in Microsoft.SharePoint.PowerShell já está registrado e é adicionado

ao Shell de Gerenciamento do SharePoint 2010. Para executar os cmdlets do SharePoint

2010, é necessário ser membro da função SharePoint_Shell_Access no banco de dados de

configuração e membro do grupo local WSS_ADMIN_WPG no computador onde os Produtos

do SharePoint 2010 estão instalados. Para executar scripts no Windows PowerShell ou no

Shell de Gerenciamento do SharePoint 2010, defina a diretiva de execução usando o cmdlet

set-executionpolicy e usando o parâmetro unrestricted. Para obter mais informações sobre

o cmdlet Add-PSSnapin, consulte Add-PSSnapin. Para obter mais informações sobre o uso

do Windows PowerShell com os Produtos do SharePoint 2010, consulte Administração dos

Produtos do SharePoint 2010 usando o Windows PowerShell.

Observação:




469

Instalar e configurar os Office Web Apps em um servidor SharePoint autônomo pré-existente Esta seção se aplicará apenas se você estiver instalando os Office Web Apps em um servidor

SharePoint pré-existente e o PSConfig já tiver sido executado anteriormente como parte da instalação

do SharePoint.

Quando você executa o Setup.exe, a instalação dos Office Web Apps configura o

comportamento padrão de abertura dos documentos habilitados para navegador no

SharePoint a fim de permitir que eles sejam abertos no navegador. Se a instalação dos Office

Web Apps tiver sido executada, mas os Serviços e o Recurso Office Web Apps ainda

estiverem ativados, será possível obter um link desfeito ao abrir um documento no navegador.

Ao implantar os Office Web Apps em um farm ativo de servidores de produção, para evitar

links desfeitos enquanto as tarefas adicionais de implantação são concluídas, depois da

instalação é recomendável habilitar o recurso OpenInClient nos conjuntos de sites pré-

existentes. Para obter mais informações, consulte Configuração adicional (opcional).

Executar a instalação dos Office Web Apps

Execute essa tarefa para instalar os componentes e arquivos dos Office Web Apps em um servidor.

1. Na pasta raiz, execute Setup.exe.

2. Na página Digite a Chave do Produto, insira a chave do produto e clique em Continuar.

3. Na página Escolha um local de arquivo, clique em Instalar Agora para instalar no local

padrão. Para instalar em um local diferente, especifique o local em que você deseja instalar e

clique em Instalar Agora.


configuração do servidor. Assegure-se de que a caixa de seleção Executar o Assistente de

Configuração de Produtos e Tecnologias do SharePoint agora esteja marcada e clique em

Fechar para iniciar o PSConfig.

Executar o PSConfig para registrar os serviços

Execute esta tarefa para registrar os serviços dos Office Web Apps no servidor SharePoint.

1. Se você deixou a caixa de seleção Executar o Assistente de Configuração de Produtos e

Tecnologias do SharePoint agora marcada na etapa anterior, na página Bem-vindo a

Produtos do SharePoint do PSConfig, clique em Avançar.

Cuidado:

Para executar a instalação do Office Web Apps

Para executar o PSConfig e registrar os serviços

470

2. Na caixa de diálogo notificando que alguns serviços talvez precisem ser reinicializados ou

redefinidos durante a configuração, clique em Sim.

3. Na página Configuração Bem-sucedida, clique em Concluir. O novo site do SharePoint é

exibido.

Iniciar as instâncias de serviços

As instâncias de serviço fornecem o local físico para os aplicativos de serviço. É necessário iniciá-las

antes de criar os aplicativos e os proxies de aplicativo de serviço. Isso pode ser feito na Administração

Central do SharePoint ou usando o Windows PowerShell.

Os procedimentos nesta tarefa iniciarão as instâncias de serviço no servidor especificado.

1. Clique em Iniciar, aponte para Todos os Programas, Produtos do Microsoft SharePoint

2010 e Administração Central do SharePoint 2010.

2. Na home page da Administração Central do SharePoint Central, em Configurações do

Sistema, clique em Gerenciar serviços neste servidor.

3. Na página Serviços no servidor:<nomedoservidor>, inicie Serviços de Cálculo do Excel,

Serviço de Exibição do Word e Serviço do PowerPoint. O OneNote Web App não usa

nenhum serviço do SharePoint.

1. Com o Bloco de Notas, abra outro arquivo de texto, copie o script a seguir e cole no arquivo.

$machinesToActivate = @("contosoapp1"

$serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service", "Excel

Calculation Services")

foreach ($machine in $machinesToActivate)

{

foreach ($serviceInstance in $serviceInstanceNames)

{

$serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match

$serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

}

}

2. Especifique os seguintes parâmetros:

Para iniciar as instâncias de serviço usando a Administração Central

Para iniciar as instâncias de serviço usando o Windows PowerShell

471

Parâmetro Valor

$machinesToActivate Nome do servidor

3. Salve o arquivo com a extensão .ps1 na pasta onde os scripts são executados (normalmente,

C:\scripts).


e pressione ENTER:

C:\<caminho>\<nome_de_arquivo>.ps1

Criar os aplicativos de serviço e os proxies de aplicativos de serviço

Após a inicialização das instâncias de serviço, é necessário criar os aplicativos de serviço e os proxies

de aplicativos de serviço para conectar os front-ends da Web do SharePoint a tais aplicativos. É

possível criar aplicativos e proxies de serviço para os aplicativos da Web Word, PowerPoint e Excel

usando a Administração Central ou recorrendo ao Windows PowerShell. O aplicativo da Web OneNote

não requer nenhum aplicativo de serviço. Depois de criados, os aplicativos de serviço serão

automaticamente executados nas instâncias de serviço iniciadas.

Os procedimentos nesta tarefa criarão os aplicativos de serviço e os proxies de aplicativo de serviço

dos Office Web Apps para os aplicativos da Web Word, PowerPoint e Excel. A tarefa só poderá ser

concluída depois da inicialização das instâncias de serviço.


2010 e selecione Administração Central do SharePoint 2010.

2. Na home page da Administração Central do SharePoint, em Gerenciamento de Aplicativos,

clique em Gerenciar aplicativos de serviço.

3. Na página Aplicativos de Serviço, clique em Novo e selecione Serviço de Exibição do Word .

4. Na caixa de diálogo Serviço de Exibição do Word, em Nome, insira o Aplicativo do Serviço

de Exibição do Word. Em Pool de Aplicativos, selecione Usar pool de aplicativos

existente e, na caixa de listagem, escolha Padrão dos Servicos Web do SharePoint. Em

Adicionar à lista de proxies padrão, assegure-se de que Adicionar o proxy deste

aplicativo de serviço à lista de proxies padrão do farm esteja selecionado (padrão) e clique

em OK.

5. Na página Aplicativos de Serviço, clique em Novo e selecione Aplicativo de Serviço do

PowerPoint.

6. Na caixa de diálogo Aplicativo de Serviço do PowerPoint, em Nome, insira o Aplicativo de

Para criar os aplicativos de serviço e os proxies de aplicativo de serviço usando a Administração Central

472

Serviço do PowerPoint. Em Pool de Aplicativos, selecione Usar pool de aplicativos

existente e, na caixa de listagem, escolha Padrão do SharePoint Web Services. Em



em OK.

7. Na página Aplicativos de Serviço, clique em Novo e selecione Aplicativo de Serviços do

Excel.

8. Na caixa de diálogo Aplicativo de Serviços do Excel, em Nome, insira o Aplicativo de

Serviços do Excel. Em Pool de Aplicativos, selecione Usar pool de aplicativos existente

e, na caixa de listagem, escolha Padrão do SharePoint Web Services. Em Adicionar à lista

de proxies padrão, assegure-se de que Adicionar o proxy deste aplicativo de serviço à

lista de proxies padrão do farm esteja selecionado (padrão) e clique em OK.

Observação:

É possível optar pela criação de um novo pool de aplicativos para que seja usado

como um aplicativo de serviço. Ao criar um novo pool de aplicativos, determine a conta

de segurança usada pelo pool como uma conta de Serviço de Rede predefinida ou

especifique uma conta gerenciada. Tal conta deve ter privilégios de leitura/gravação

para os bancos de dados SPContent e SPConfig.


$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool |

New-SPWordViewingServiceApplicationProxy -Name "WdProxy"

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool

2. Salve o arquivo com a extensão de nome de arquivo .ps1 na pasta em que você executa

scripts (geralmente, C:\scripts).


e pressione ENTER:


Ativar o Recurso Office Web Apps

Depois das instâncias terem sido iniciadas e da criação dos aplicativos e proxies de aplicativo de

serviço, para usar os Office Web Apps, você terá que ativar o Recurso Office Web Apps nos conjuntos

Para criar aplicativos de serviço e proxies de aplicativo de serviço usando o Windows PowerShell

473

de sites pré-existentes. Para tal, use a Administração Central ou recorra ao Windows PowerShell. Se a

quantidade de conjuntos de sites for grande, você poderá ativar o recurso em todos os conjuntos

usando o Windows PowerShell.

Os procedimentos nesta tarefa ativarão o Recurso Office Web Apps em um ou mais conjuntos de sites.

A tarefa deverá ser executada apenas uma vez depois da criação dos aplicativos de serviço e proxies

de aplicativo de serviço.

Não é necessário que ela seja executada para novos conjuntos de sites criados depois do

recurso estar ativado.



2. Na home page da Administração Central do SharePoint, clique em Ações do Site e em

Configurações do Site.

3. Na página Configurações do Site, em Administração do Conjunto de Sites, clique em

Recursos do Conjunto de Sites.

4. Na página Recursos, para Office Web Apps, clique em Ativar.


$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OfficeWebApps"}).Id

$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId


Parâmetro Valor

–Identity URL



4. No console do Windows PowerShell, no prompt de comando (ou seja, PS C:\>), digite o

Observação:

Para ativar o Recurso Office Web Apps em um conjunto de sites usando a Administração Central

Para ativar o Recurso Office Web Apps em um conjunto de sites usando o Windows PowerShell

474

seguinte comando e pressione ENTER:





Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }




e pressione ENTER:


Instalar e configurar os Office Web Apps em um servidor SharePoint autônomo novo Esta seção se aplicará apenas se você estiver instalando os Office Web Apps em uma instalação nova

do SharePoint em que o PSConfig tenha sido executado anteriormente como parte da instalação do

SharePoint.


Execute essa tarefa para instalar os componentes e arquivos dos Office Web Apps em um servidor.




padrão. Para instalar em um local diferente, especifique o local desejado e clique em Instalar

Agora.


configuração do servidor. Assegure-se de que a caixa de seleção Executar o Assistente de

Configuração de Produtos e Tecnologias do SharePoint agora esteja marcada e clique em

Fechar para iniciar o PSConfig.

Para ativar o Recurso Office Web Apps em todos os conjuntos de sites usando o Windows PowerShell

Para executar a instalação dos Office Web Apps

475

Execute o PSConfig para registrar serviços, iniciar instâncias e criar aplicativos e proxies de serviço, além de ativar o Recurso Office Web Apps

Execute essa tarefa para registrar serviços, iniciar instâncias e criar aplicativos e proxies de serviço,

além de ativar o Recurso Office Web Apps.

1. Se você deixou a caixa de seleção Executar o Assistente de Configuração de Produtos e

Tecnologias do SharePoint agora marcada na tarefa anterior, na página Bem-vindo a

Produtos do SharePoint do PSConfig, clique em Avançar.




exibido.

Instalar e configurar os Office Web Apps em um farm de servidores SharePoint preexistente Execute as tarefas nesta seção apenas se estiver instalando os Office Web Apps em um farm de

servidores SharePoint pré-existente em que o Assistente de Configuração de Farm já tenha sido

executado.

Quando você executa o Setup.exe, a instalação dos Office Web Apps configura o

comportamento padrão de abertura dos documentos habilitados para navegador no

SharePoint a fim de permitir que eles sejam abertos no navegador. Se a instalação dos Office

Web Apps tiver sido executada, mas os Serviços e o Recurso Office Web Apps ainda

estiverem ativados, será possível obter um link desfeito ao abrir um documento no navegador.

Ao implantar os Office Web Apps em um farm ativo de servidores de produção, para evitar

links desfeitos enquanto as tarefas adicionais de implantação são concluídas, depois da

instalação é recomendável habilitar o recurso OpenInClient nos conjuntos de sites pré-

existentes. Para obter mais informações, consulte Configuração adicional (opcional).


Execute esta tarefa para instalar os Office Web Apps em um servidor SharePoint autônomo. Ela

deverá ser executada em cada integrante do farm de servidores.

Para executar o PSConfig para registrar serviços, iniciar instâncias e criar aplicativos e proxies de serviço, além de ativar o Recurso Office Web Apps

Cuidado:

Para executar a Instalação dos Office Web Apps

476





Agora.


configuração do servidor. Verifique se a caixa de seleção Executar o Assistente de

Configuração de Produtos e Tecnologias do SharePoint agora está marcada.

5. Clique em Fechar para iniciar o Assistente de Configuração.

Executar PSConfig para registrar serviços

Execute esta tarefa para registrar os serviços dos Office Web Apps em um servidor SharePoint

autônomo. Ela deverá ser executada em cada integrante do farm de servidores.




3. Na página Modificar configurações do farm de servidores, selecione Não desconectar

deste farm de servidores e clique em Avançar.


exibido.

Iniciar as instâncias de serviços

As instâncias de serviço fornecem o local físico para os aplicativos de serviço. Para cada servidor em

que você deseje executar aplicativos de serviço dos Office Web Apps, inicie as instâncias de serviço.

Para tal, use a Administração Central do SharePoint ou recorra ao Windows PowerShell.

Os procedimentos nesta tarefa iniciarão as instâncias de serviço nos servidores especificados. A tarefa

deve ser desempenhada depois da execução do WCSetup e do PSConfig em cada servidor do farm.


2010 e Administração Central do SharePoint 2010.

2. Na home page da Administração Central do SharePoint Central, em Configurações do

Sistema, clique em Gerenciar serviços neste servidor.

3. Na página Serviços no servidor:<nomedoservidor>, em Servidor, selecione um servidor e

inicie Serviços de Cálculo do Excel, Serviço de Exibição do Word e Serviço do


Para iniciar as instâncias de serviço usando a Administração Central

477

PowerPoint. Repita essa etapa para cada servidor no farm em que deseje executar os

serviços dos Office Web Apps. O OneNote Web App não usa nenhum serviço do SharePoint.


$machinesToActivate = @("contosoapp1", "contosoapp2")

$serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service","Excel

Calculation Services")

foreach ($machine in $machinesToActivate)

{

foreach ($serviceInstance in $serviceInstanceNames)

{

$serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match

$serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

}

}


Parâmetro Valor

$machinesToActivate Nome do servidor




e pressione ENTER:


Criar os aplicativos de serviço e os proxies de aplicativos de serviço

Após a inicialização das instâncias de serviço, é necessário criar os aplicativos de serviço e os proxies

de aplicativos de serviço para conectar os front-ends da Web do SharePoint a tais aplicativos. É

possível criar aplicativos e proxies de serviço para os aplicativos da Web Word, PowerPoint e Excel

usando a Administração Central ou recorrendo ao Windows PowerShell. O aplicativo da Web OneNote

Para iniciar as instâncias de serviço usando o Windows PowerShell

478

não requer nenhum aplicativo de serviço. Depois de criados, os aplicativos de serviço serão

automaticamente executados nas instâncias de serviço iniciadas.

Nesta tarefa, você criará os aplicativos de serviço e os proxies de aplicativo de serviço dos Office Web

Apps para os aplicativos da Web Word, PowerPoint e Excel. A tarefa só poderá ser concluída depois

da inicialização das instâncias de serviço.



2. Na home page da Administração Central do SharePoint, em Gerenciamento de Aplicativos,

clique em Gerenciar aplicativos de serviço.

3. Na página Aplicativos de Serviço, clique em Novo e em Serviço de Visualização do Word .

4. Na caixa de diálogo Serviço de Exibição do Word, em Nome, insira o Aplicativo do Serviço

de Exibição do Word. Em Pool de Aplicativos, selecione Usar pool de aplicativos




em OK.


PowerPoint.

6. Na caixa de diálogo Aplicativo de Serviço do PowerPoint, em Nome, insira o Aplicativo de

Serviço do PowerPoint. Em Pool de Aplicativos, selecione Usar pool de aplicativos




em OK.


Excel.

8. Na caixa de diálogo Aplicativo de Serviços do Excel, em Nome, insira o Aplicativo de

Serviços do Excel. Em Pool de Aplicativos, selecione Usar pool de aplicativos existente

e, na caixa de listagem, escolha Padrão do SharePoint Web Services. Em Adicionar à lista

de proxies padrão, assegure-se de que Adicionar o proxy deste aplicativo de serviço à

lista de proxies padrão do farm esteja selecionado (padrão) e clique em OK.

Observação:

É possível optar pela criação de um novo pool de aplicativos para que seja usado

como um aplicativo de serviço. Ao criar um novo pool de aplicativos, determine a conta

de segurança usada pelo pool como uma conta de Serviço de Rede predefinida ou

especifique uma conta gerenciada. Tal conta deve ter privilégios de leitura/gravação

Para criar os aplicativos de serviço e os proxies de aplicativo de serviço usando a Administração Central

479

para os bancos de dados SPContent e SPConfig.


$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool |

New-SPWordViewingServiceApplicationProxy -Name "WdProxy"

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool




e pressione ENTER:


Ativar o Recurso Office Web Apps

Depois de as instâncias terem sido iniciadas e da criação dos aplicativos e proxies de aplicativo de

serviço, os Office Web Apps exigirão que o Recurso Office Web Apps esteja ativado nos conjuntos de

sites pré-existentes para os quais os aplicativos da Web ficarão disponíveis. Para tal, use a

Administração Central ou recorra ao Windows PowerShell. Se a quantidade de conjuntos de sites for

grande, você poderá ativar o recurso em todos os conjuntos usando o Windows PowerShell.

Os procedimentos nesta tarefa ativarão o Recurso Office Web Apps em um ou mais conjuntos de sites.

A tarefa deverá ser executada depois da criação dos aplicativos de serviço e proxies de aplicativo de

serviço.

Não é necessário que ela seja executada para novos conjuntos de sites criados depois do

recurso estar ativado.



2. Na home page da Administração Central do SharePoint, clique em Ações do Site e em

Configurações do Site.

Para criar aplicativos de serviço e proxies de aplicativo de serviço usando o Windows PowerShell

Observação:

Para ativar o Recurso Office Web Apps em um conjunto de sites usando a Administração Central

480



4. Na página Recursos, para Office Web Apps, clique em Ativar.




$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId


Parâmetro Valor

–Identity URL









Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }




e pressione ENTER:


Para ativar o Recurso Office Web Apps em um conjunto de sites usando o Windows PowerShell

Para ativar o Recurso Office Web Apps em todos os conjuntos de sites usando o Windows PowerShell

481

Instalar e configurar os Office Web Apps em um novo farm de servidores SharePoint Execute as tarefas nesta seção apenas se estiver instalando os Office Web Apps em um novo farm de

servidores SharePoint em que o Assistente de Configuração de Farm ainda não tenha sido executado.


Nesta tarefa, você instalará os arquivos e componentes dos Office Web Apps em um servidor

SharePoint autônomo, em um novo farm de servidores no qual o Assistente de Configuração do Farm

ainda não foi executado. Essa tarefa deverá ser executada em cada integrante do farm de servidores.





Agora.

4. Ao término da Instalação, uma caixa de diálogo solicitará que você execute a configuração do

servidor. Verifique se a caixa de seleção Executar o Assistente de Configuração de

Produtos e Tecnologias do SharePoint agora está marcada.

5. Clique em Fechar para iniciar o Assistente de Configuração do Farm.

Executar o PSConfig para registrar os serviços

Nesta tarefa, você registrará os serviços dos Office Web Apps em um servidor SharePoint autônomo.

Ela deverá ser executada em cada integrante do farm de servidores.




3. Na página Modificar configurações do farm de servidores, selecione Não desconectar

deste farm de servidores e clique em Avançar.


exibido.

Para executar a Instalação dos Office Web Apps


482

Execute o Assistente de Configuração de Farm do SharePoint para iniciar instâncias e criar aplicativos e proxies de serviço, além de ativar o Recurso Office Web Apps

Nesta tarefa, você iniciará as instâncias de serviço em cada servidor do farm, criará aplicativos e

proxies de serviço, e ativará o Recurso Office Web Apps para todos os conjuntos de sites

preexistentes. A tarefa deverá ser desempenhada depois que o Setup.exe e o PSConfig forem

executados em todos os servidores do farm.



2. Na página inicial da Administração Central do SharePoint, clique em Assistentes de

Configuração.

3. Na página Assistentes de Configuração, clique em Iniciar o Assistente de Configuração

de Farm.

4. Na página de boas-vindas do Assistente de Configuração de Farm, escolha Oriente-me

durante a configuração, usando este assistente e clique em Avançar.

5. Na página Configurar o Farm do SharePoint, em Conta de Serviço, digite um nome para a

conta de administração do Farm.

6. Em Serviços, selecione os serviços dos Office Web Apps que serão ativados e clique em

Avançar.

7. Crie um novo site opcional de nível superior. Na página Criar Conjunto de Sites, siga as

etapas do assistente para criar um novo site de nível superior.

8. Na página Configurar o Farm do SharePoint, clique em Concluir.

Configuração adicional (opcional) Esta seção descreve as configurações adicionais que são opcionais.

Configurar o comportamento de abertura padrão do SharePoint com documentos habilitados para navegador

No SharePoint, você poderá configurar se os documentos habilitados para navegador serão abertos

em um aplicativo cliente ou no navegador. Por padrão, quando os Office Web Apps estão instalados,

os documentos do Office são abertos no navegador. É possível substituir essa configuração usando o

recurso OpenInClient do SharePoint. O recurso OpenInClient pode ser configurado na Administração

Central ou usando o cmdlet SPFeature no Windows PowerShell.

Para executar o Assistente de Configuração de Farm do SharePoint a fim de iniciar instâncias, criar aplicativos e proxies de serviço, e ativar o Recurso Office Web Apps

483

Como os documentos são abertos no SharePoint depende do recurso OpenInClient estar ou não

presente, ou, se presente, estar ou não habilitado:

Se o recurso OpenInClient não está presente e os Office Web Apps não estão instalados, os

documentos são abertos no aplicativo cliente (padrão do SharePoint).

Com o recurso OpenInClient não presente, os Office Web Apps instalados e os aplicativos de

serviço dos Office Web Apps ativados, os documentos serão abertos no navegador (padrão dos

Office Web Apps).

Com o recurso OpenInClient presente e habilitado, e os aplicativos de serviço dos Office Web

Apps ativados, os documentos são abertos no aplicativo cliente.

Com o recurso OpenInClient presente, mas desabilitado, e os aplicativos de serviço dos Office

Web Apps ativados, os documentos são abertos no navegador.

Quando você executar o Setup.exe para instalar os Office Web Apps, a instalação assumirá o

controle do comportamento de abertura padrão no SharePoint para registrar os documentos do

Word, PowerPoint, Excel e OneNote a serem abertos no respectivo aplicativo Web associado.

Se um usuário clicar em um documento no SharePoint depois do Setup.exe ter sido

executado, mas antes dos Serviços e Recurso Office Web Apps estarem ativados, ele poderá

obter um link desfeito no navegador. Ao instalar os Office Web Apps em um ambiente de

produção ativo, é extremamente recomendável que você habilite o Recurso OpenInClient

antes da instalação dos Office Web Apps.

1. Na Administração Central do SharePoint, clique em Ações do Site, Configurações do Site.



3. Na página Recursos, para o recurso Abrir Documentos em Aplicativos Clientes por

Padrão, clique em Ativar (o Recurso OpenInClient está habilitado) para abrir documentos no

aplicativo cliente. Clique em Desativar (o Recurso OpenInClient está desabilitado) para abrir

os documentos no navegador.


Este exemplo desabilita o comportamento de abertura padrão no SharePoint.

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname

-eq "OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Disable-SPFeature $defaultOpenBehaviorFeatureId -

Cuidado:

Para definir o comportamento de abertura padrão para conjuntos de sites usando a Administração Central

Para configurar o comportamento de abertura padrão do SharePoint de modo que os documentos habilitados para navegador sejam abertos no navegador usando o Windows PowerShell

484

url $_.URL }







Este exemplo define o comportamento de abertura padrão para todos os documentos em

todos os sites no aplicativo cliente (se disponível).

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname

-eq "OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Enable-SPFeature $defaultOpenBehaviorFeatureId -

url $_.URL }






Solução de problemas

Problema Os Office Web Apps estão instalados, mas os documentos não abrem no navegador, no

aplicativo Web associado.

Solução Verifique se o Recurso Office Web Apps está ativado para o conjunto de sites no qual o

documento reside. Para obter mais informações, consulte Ativar o Recurso Office Web Apps.

Solução Verifique se as instâncias de serviço foram iniciadas. Para obter mais informações, consulte

Iniciar as instâncias de serviços.

Solução Verifique se os aplicativos e proxies de serviço foram criados. Na Administração Central do

SharePoint, em Gerenciamento de Aplicativos, clique em Gerenciar aplicativos de serviço.

Confirme se o Aplicativo de serviço de Exibição do Word, o Aplicativo de serviço do PowerPoint e o

Para definir o comportamento de abertura padrão dos documentos habilitados para navegador de modo que eles sejam abertos no aplicativo cliente usando o Windows PowerShell

485

Aplicativo Serviços do Excel estão iniciados. Se não estiverem, verifique se as instâncias de serviço

foram iniciadas.

Solução Verifique se o Recurso OpenInClient do SharePoint não está ativado. Para obter mais

informações, consulte Configuração adicional (opcional).

Problema Os Office Web Apps abrem corretamente no modo de exibição, mas quando o usuário

clica no botão Editar no Word, Editar no PowerPoint ou Editar no Excel, na barra de ferramentas, um

erro é exibido.

Solução Verifique se o Recurso Office Web Apps está ativado e o Serviço de Exibição do Word, o

Serviço PowerPoint e os Serviços de Cálculo do Excel estão iniciados.

Problema Durante a instalação, a chave do produto não é validada.

Solução Verifique se você está instalando uma versão dos Office Web Apps que seja compatível

com a versão dos Produtos do SharePoint 2010. Não é possível instalar a Edição de Avaliação dos

Office Web Apps em um servidor com produtos licenciados do SharePoint 2010.

Solução Verifique se a licença de volume do Microsoft Office 2010 é válida.

guia de implantação do microsoft sharepoint...

Documents