share point found de plo

1

Guía de implementación de Microsoft SharePoint Foundation 2010

Microsoft Corporation

Publicado: noviembre de 2010

Autor: Equipo de Microsoft Office System and Servers ([email protected])

Resumen

Este libro proporciona instrucciones de implementación para Microsoft SharePoint Foundation 2010.

Está dirigido a los especialistas en aplicaciones, los especialistas en aplicaciones de línea de negocio y

los administradores de TI que están listos para implementar SharePoint Foundation 2010 y desean

conocer los pasos para la instalación.

El contenido de este libro es una copia del contenido seleccionado en la biblioteca técnica de

SharePoint Foundation 2010 (http://go.microsoft.com/fwlink/?linkid=181463&clcid=0xC0A) desde la

fecha de publicación. Para obtener la información más actual, vea la biblioteca técnica en Internet.

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


2

Este documento se proporciona “tal cual”. Es posible que la información y los puntos de vista reflejados

en este documento, incluidas la dirección URL y otras referencias a sitios web de Internet, cambien sin

previo aviso. El usuario asume el riesgo de su uso.

Algunos ejemplos que se detallan en este documento se proporcionan solo con fines ilustrativos y son

ficticios. No tenemos el propósito de establecer, ni debe deducirse, una asociación o conexión real.

Este documento no proporciona ningún derecho legal sobre la propiedad intelectual e industrial de

ningún producto de Microsoft. Este documento puede copiarse y usarse para fines internos y de

referencia.

© 2010 Microsoft Corporation. Reservados todos los derechos.

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 y Windows Vista son marcas registradas de Microsoft

Corporation o marcas comerciales de Microsoft Corporation en Estados Unidos y otros países.

La información que contiene este documento representa el punto de vista actual de Microsoft

Corporation respecto de los temas que en él se tratan a la fecha de publicación. Puesto que Microsoft

debe responder a las cambiantes condiciones del mercado, no debe interpretarse como un

compromiso por parte de Microsoft. Asimismo, Microsoft no puede garantizar la exactitud de la

información presentada después de la fecha de publicación.

3

Contenido

Cómo obtener ayuda ............................................................................................................................... 19

Implementación de SharePoint Foundation 2010 ................................................................................... 20

Introducción a la implementación (SharePoint Foundation 2010)........................................................... 22

Conceptos ............................................................................................................................................ 22

Arquitectura física ................................................................................................................................. 23

Tamaño ............................................................................................................................................. 23

Topología .......................................................................................................................................... 24

Instalación y configuración ................................................................................................................... 24

Preparación de los servidores .......................................................................................................... 25

Creación de la granja de servidores ................................................................................................. 26

Configuración de opciones, servicios, soluciones y sitios ................................................................ 26

Fases de implementación .................................................................................................................... 27

Planeación ........................................................................................................................................ 27

Desarrollo .......................................................................................................................................... 28

Prueba de concepto (POC) ............................................................................................................... 28

Piloto ................................................................................................................................................. 29

Prueba de aceptación del usuario (UAT) .......................................................................................... 29

Producción ........................................................................................................................................ 30

Instalación de requisitos previos desde el recurso compartido de red (SharePoint Foundation 2010) .. 31

Modificadores y argumentos del instalador .......................................................................................... 31

Descarga y consolidación de los requisitos previos en un recurso compartido de archivos ............... 32

Instalación de los requisitos previos mediante la línea de comandos ................................................. 33

Instalación de los requisitos previos mediante un archivo de argumentos .......................................... 33

Problemas conocidos ........................................................................................................................ 35

Preparación para la implementación (SharePoint Foundation 2010)...................................................... 37

Vea también ......................................................................................................................................... 37

Requisitos de hardware y software (SharePoint Foundation 2010) ........................................................ 38

Introducción .......................................................................................................................................... 38

Requisitos de hardware: Servidores web, servidores de aplicaciones e instalaciones de un solo

servidor ............................................................................................................................................. 38

Requisitos de hardware: Servidores de bases de datos ...................................................................... 39

Requisitos de software ......................................................................................................................... 40

Requisitos mínimos ........................................................................................................................... 40

Software opcional ............................................................................................................................. 44

Acceso a software aplicable ................................................................................................................. 45

4

Cuentas de servicio y administrativas requeridas para la implementación inicial (SharePoint Foundation

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

Permisos necesarios ............................................................................................................................ 48

Protección de SQL Server para entornos de SharePoint (SharePoint Foundation 2010) ...................... 50

Resumen de recomendaciones de protección ..................................................................................... 50

Configuración de una sesión de SQL Server para escuchar en un puerto no predeterminado .......... 50

Configuración del Firewall de Windows para bloquear los puertos de escucha predeterminados de

SQL Server ....................................................................................................................................... 52

Configuración del Firewall de Windows para abrir manualmente los puertos asignados ................... 52

Configuración de un alias de cliente SQL ............................................................................................ 53

Prueba del alias del cliente SQL .......................................................................................................... 53

Escenarios de implementación (SharePoint Foundation 2010) .............................................................. 54

Implementación de un servidor único con SQL Server (SharePoint Foundation 2010) ......................... 55

Introducción .......................................................................................................................................... 55

Antes de comenzar .............................................................................................................................. 55

Instalación de SharePoint Foundation 2010 ........................................................................................ 56

Ejecución de la Herramienta de preparación de Productos de Microsoft SharePoint ..................... 57

Ejecución del programa de instalación ............................................................................................. 57

Ejecución del Asistente para configuración de Productos de SharePoint ........................................ 58

Configuración de las opciones del explorador .................................................................................. 60

Ejecución del Asistente para configuración de la granja de servidores ........................................... 62

Pasos posteriores a la instalación ........................................................................................................ 63

Implementación de un servidor único con base de datos integrada (SharePoint Foundation 2010) ...... 65

Introducción .......................................................................................................................................... 65


Instalación de SharePoint Foundation 2010 ........................................................................................ 66

Ejecute la Herramienta de preparación de Productos de Microsoft SharePoint .............................. 66

Ejecución del programa de instalación ............................................................................................. 67

Ejecución del Asistente para configuración de Productos de SharePoint ........................................ 68

Configuración de las opciones del explorador .................................................................................. 68


Configuración de Copias de seguridad de Windows Server ................................................................ 71

Varios servidores para una granja de servidores de tres niveles (SharePoint Foundation 2010) .......... 72

Introducción .......................................................................................................................................... 72

Introducción a la topología ................................................................................................................ 73

Antes de comenzar ........................................................................................................................... 74

Uso de la Herramienta de preparación de Productos y Tecnologías de Microsoft SharePoint

2010 ........................................................................................................................................... 74

Servidor de base de datos ............................................................................................................. 74

5

Paquetes de revisiones y actualizaciones públicas ...................................................................... 75

Preparación de los servidores de la granja .......................................................................................... 75

Instalación de SharePoint Foundation 2010 en los servidores de la granja ........................................ 76

Creación y configuración de la granja de servidores ........................................................................... 77

Adición de servidores web a la granja ................................................................................................. 80

Configuración del registro de diagnóstico y la recolección de datos de mantenimiento y uso ............ 80

Configuración de la búsqueda de SharePoint Foundation .................................................................. 81

Creación de un sitio .............................................................................................................................. 82


Inicio rápido: Implementación de un servidor único en un entorno de Hyper-V aislado (SharePoint

Foundation 2010) ................................................................................................................................. 85

Requisitos y recomendaciones ............................................................................................................ 85

Configuración del servidor de virtualización y de la máquina virtual ................................................ 86

Entorno de implementación .............................................................................................................. 87

Permisos requeridos ............................................................................................................................ 88

Tareas previas a la implementación .................................................................................................... 88

Implementación manual de SharePoint Foundation 2010 ................................................................... 89

Implementación de SharePoint Foundation 2010 mediante secuencias de comandos o scripts de

Windows PowerShell ........................................................................................................................ 89

Implementación mediante bases de datos creadas con DBA (SharePoint Foundation 2010) ............... 95


Requisitos de servidor de granja de servidores................................................................................ 95

Requisitos de bases de datos ........................................................................................................... 95

Acerca de la configuración de bases de datos creadas por un DBA ................................................... 96

Creación y configuración de bases de datos para Administración central .......................................... 98

Creación y configuración de bases de datos adicionales .................................................................. 100

Implementación en un entorno virtual (SharePoint Foundation 2010) .................................................. 102

Guía sobre máquinas virtuales (SharePoint Foundation 2010) ............................................................ 103

Redes ................................................................................................................................................. 103

Adaptadores de red ........................................................................................................................ 105

Configuración de máquinas virtuales ................................................................................................. 105

Memoria .......................................................................................................................................... 106

Procesador ...................................................................................................................................... 106

Controlador y disco duro ................................................................................................................. 106

Servicios de integración ..................................................................................................................... 107

Detención e inicio automático ......................................................................................................... 108

Uso de instantáneas ....................................................................................................................... 109

Instalación de SharePoint Foundation 2010 mediante Windows PowerShell ....................................... 110

Requisitos de servidor de granja de servidores ................................................................................. 110

6

Preparación de SPModule ................................................................................................................. 111

Instalación de SharePoint Foundation 2010 mediante la ejecución de Install-SharePoint ............... 112

Ejecución de Install-SharePoint mediante una clave PID .............................................................. 114

Configuración de la granja de servidores mediante New-SharePointFarm ....................................... 115

Configuración de SharePoint Foundation 2010 en un servidor independiente .............................. 115

Creación de una aplicación web mediante Windows PowerShell ..................................................... 116

Implementación de servicios mediante el Asistente para la configuración de la granja de servidores

de SharePoint 2010 ........................................................................................................................ 117

Creación de una colección de sitios mediante Windows PowerShell ................................................ 117

Realización de tareas de configuración adicionales .......................................................................... 118

Adición de servidores a la granja mediante Join-SharePointFarm .................................................... 118

Configuración del registro de seguimiento ......................................................................................... 119

Configuración inicial (SharePoint Foundation 2010) ............................................................................. 120

Implementación de paquetes de idioma (SharePoint Foundation 2010) .............................................. 121

Acerca de identificadores de idioma y paquetes de idioma ............................................................... 122

Descarga de paquetes de idioma ...................................................................................................... 123

Preparación de los servidores web para los paquetes de idioma ...................................................... 124

Instalación de paquetes de idioma en los servidores web ................................................................. 126

Desinstalación de paquetes de idioma .............................................................................................. 127

Configuración de opciones del conjunto o granja de servidores (SharePoint Foundation 2010) ......... 128

Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010)..... 129

Configurar una recolección de datos de uso y mantenimiento mediante Administración central ..... 129

Configurar la recolección de datos de uso mediante Windows PowerShell ...................................... 130

Para configurar la recolección de datos de uso para un tipo de evento específico mediante Windows

PowerShell ...................................................................................................................................... 131

Registro de datos de uso en otra base de datos de registro mediante Windows PowerShell .......... 132

Vea también ....................................................................................................................................... 133

Configuración del registro de diagnósticos (SharePoint Foundation 2010) .......................................... 134

Procedimientos recomendados .......................................................................................................... 134

Configuración del registro de diagnósticos mediante Administración central .................................... 135

Configuración del registro de diagnósticos mediante Windows PowerShell ..................................... 136

Vea también ....................................................................................................................................... 137

Integración de correo electrónico (SharePoint Foundation 2010) ......................................................... 138

Configuración del correo electrónico entrante (SharePoint Foundation 2010) ..................................... 139

Introducción ........................................................................................................................................ 139

Escenario básico ............................................................................................................................. 139

Escenario avanzado. ...................................................................................................................... 139

Requisitos de tareas ........................................................................................................................... 141

7

Instalación y configuración del servicio SMTP ................................................................................... 141

Instalación del servicio SMTP ......................................................................................................... 141

Instalación de las herramientas de administración de IIS 6.0 ........................................................ 142

Configuración del servicio SMTP .................................................................................................... 142

Configuración del correo electrónico entrante en un escenario básico ............................................. 144

Configuración del Administrador de DNS .......................................................................................... 144

Agregar un conector SMTP a Microsoft Exchange Server 2007 ....................................................... 146

Configurar AD DS de modo que se use con el Servicio de administración de directorio .................. 148

Configuración de permisos para la carpeta de buzón de correo electrónico ..................................... 151

Configuración de los permisos de la carpeta de buzón de correo electrónico de la cuenta de

identidad del grupo de aplicaciones de una aplicación web ....................................................... 151

Configuración de los permisos de la carpeta de buzón de correo electrónico para la cuenta de

inicio de sesión para el servicio Temporizador de Windows SharePoint Services ..................... 152

Configuración del correo electrónico entrante en un escenario avanzado ........................................ 153

¿Faltan datos adjuntos de los mensajes de correo electrónico que se envían a una biblioteca de

documentos de SharePoint? ........................................................................................................... 156

Configuración del correo electrónico saliente (SharePoint Foundation 2010) ...................................... 158

Instalación y configuración del servicio SMTP ................................................................................... 159

Instalación del servicio SMTP ......................................................................................................... 159

Configuración del servicio SMTP .................................................................................................... 160

Configuración del correo electrónico saliente para una granja de servidores ................................... 162

Configuración del correo electrónico saliente para una aplicación web específica ........................... 163

Vea también ....................................................................................................................................... 164

Configuración de una cuenta móvil (SharePoint Foundation 2010) ...................................................... 165

Importación de un certificado raíz y creación de una entidad de certificación raíz de confianza ...... 166

Configuración de una cuenta móvil .................................................................................................... 166

Recuperación de información de cuenta móvil .................................................................................. 170

Eliminación de una cuenta móvil ........................................................................................................ 171

Vea también ....................................................................................................................................... 172

Instalación y configuración del almacenamiento remoto de blobs o del almacenamiento externo de

blobs (SharePoint Foundation 2010) ................................................................................................. 173

Habilitación de FILESTREAM y aprovisionamiento del almacén de datos del RBS ......................... 173

Instalación del RBS ............................................................................................................................ 174

Habilitación y prueba de RBS ............................................................................................................ 176

Configurar servicios (SharePoint Foundation 2010) ............................................................................. 177

Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010) ....................... 178

En esta sección .................................................................................................................................. 178

Vea también ....................................................................................................................................... 178

Configuración del servicio de token de seguridad (SharePoint Foundation 2010) ............................... 179

8

Cómo funcionan las aplicaciones web que usan un STS .................................................................. 179

Configuración de una aplicación web basada en notificaciones de SharePoint mediante Windows

PowerShell ...................................................................................................................................... 180

Edición de enlaces ............................................................................................................................. 182

Configuración de una aplicación web que usa un STS ..................................................................... 182

Preparación del hospedaje de sitios (SharePoint Foundation 2010) .................................................... 184

Creación de una aplicación web (SharePoint Foundation 2010) .......................................................... 185

Creación de una aplicación web ........................................................................................................ 186

Vea también ....................................................................................................................................... 196

Configuración de la autenticación de notificaciones (SharePoint Foundation 2010) ............................ 197

Configuración de una aplicación web basada en notificaciones (SharePoint Foundation 2010) ......... 198

Configuración de una aplicación web basada en notificaciones........................................................ 198

Configuración de acceso anónimo para una aplicación web basada en notificaciones (SharePoint

Foundation 2010) ............................................................................................................................... 199

Configuración de acceso anónimo para una aplicación web basada en notificaciones .................... 199

Configuración de la autenticación basada en formularios para una aplicación web basada en

notificaciones (SharePoint Foundation 2010) .................................................................................... 200

Conversión de las aplicaciones web a la autenticación basada en notificaciones ............................ 201

Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante

Administración central ..................................................................................................................... 201

Configuración de los archivos Web.Config LDAP .............................................................................. 202


Windows PowerShell ...................................................................................................................... 206

Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation

2010 ................................................................................................................................................ 207

Configuración de la autenticación Kerberos para las notificaciones al servicio de token de Windows

(SharePoint Foundation 2010) ........................................................................................................... 209

Antes de comenzar ............................................................................................................................ 209

Topología de granja de servidores ................................................................................................. 209

Configuración de un origen de datos externo .................................................................................... 210

Configuración de una delegación restringida para la cuenta del grupo de aplicaciones de servicio

compartido ...................................................................................................................................... 210

Configuración de una delegación restringida para las notificaciones a la cuenta del servicio de token

de Windows..................................................................................................................................... 211

Configuración de las notificaciones para el servicio de token de Windows en el servidor de

aplicaciones .................................................................................................................................... 212

9

Configuración de la autenticación mediante un token de seguridad de SAML (SharePoint Foundation

2010) .................................................................................................................................................. 213

Configuración de una aplicación web de un STS de proveedor de identidad (IP-STS) mediante


Configuración de una aplicación web de un STS de usuario de confianza (RP-STS) ...................... 215

Establecimiento de una relación de confianza con un IP-STS mediante Windows PowerShell ....... 216

Exportación del certificado de confianza de un IP-STS mediante Windows PowerShell .................. 216

Definición de un identificador único para la asignación de notificaciones mediante Windows

PowerShell ...................................................................................................................................... 217

Creación de un nuevo proveedor de autenticación ........................................................................... 217

Creación y configuración de una nueva aplicación web de SharePoint para que use el inicio de

sesión basado en SAML ................................................................................................................. 218

Configuración de la autenticación Kerberos (SharePoint Foundation 2010) ........................................ 220

Acerca de la autenticación Kerberos ................................................................................................. 220


Requisitos de la versión de software .............................................................................................. 222

Problemas conocidos ...................................................................................................................... 222

Información adicional ...................................................................................................................... 223

Topología de granja de servidores ................................................................................................. 224

Convenciones de Servicios de dominio de Active Directory, nomenclatura de equipos y NLB ..... 224

Convenciones de las cuentas de dominio de Active Directory ....................................................... 225

Requisitos de configuración preliminares ....................................................................................... 226

Configuración de la autenticación Kerberos para las comunicaciones de SQL ................................ 226

Creación de los SPN para la cuenta de servicio de SQL Server ................................................... 227

Confirmación del uso de la autenticación Kerberos para conectar los servidores que ejecutan

SharePoint Foundation 2010 para SQL Server........................................................................... 228

Creación de nombres principales de servicio para las aplicaciones web con la autenticación Kerberos

........................................................................................................................................................ 230

Implementación de la granja de servidores ....................................................................................... 231

Instalación de SharePoint Foundation 2010 en todos los servidores ............................................ 231

Creación de una granja de servidores nueva ................................................................................. 232

Unión del resto de los servidores a la granja .................................................................................. 234

Configuración de servicios en servidores de la granja de servidores ................................................ 235

Búsqueda de Windows SharePoint Services ................................................................................. 235

Servidor de índice ........................................................................................................................... 235

Servidor de consultas ..................................................................................................................... 236

Creación de aplicaciones web con autenticación Kerberos ............................................................... 236

Creación de la aplicación web del sitio de portal ............................................................................ 236

Creación de la aplicación web de Mi sitio ....................................................................................... 237

Creación de una colección de sitios mediante la plantilla del portal de colaboración en la aplicación

web del sitio de portal ..................................................................................................................... 238

Confirmación del acceso correcto a las aplicaciones web con autenticación Kerberos .................... 238

10

Confirmación de la funcionalidad de indización de búsqueda correcta ............................................. 241

Confirmación de la funcionalidad de consultas de búsqueda correcta .............................................. 241

Limitaciones de la configuración ........................................................................................................ 242

Recursos adicionales y orientación para la solución de problemas .................................................. 242

Configuración del cambio de contraseña automático (SharePoint Foundation 2010) .......................... 244

Configuración de cuentas administradas ........................................................................................... 244

Configuración del cambio de contraseña automático ........................................................................ 245

Solución de problemas del cambio de contraseña automático .......................................................... 246

Las contraseñas no coinciden ........................................................................................................ 246

Error de aprovisionamiento de una cuenta de servicio .................................................................. 246

Expiración inminente de la contraseña ........................................................................................... 247

Requisito para cambiar la cuenta de la granja de servidores a una cuenta diferente.................... 248

Creación de una colección de sitios (SharePoint Foundation 2010)..................................................... 249

Crear una colección de sitios mediante Administración central ......................................................... 249

Crear una colección de sitios mediante Windows PowerShell .......................................................... 250

Introducción a la implementación de las personalizaciones (SharePoint Foundation 2010) ................ 252

Introducción al proceso ...................................................................................................................... 252


Acerca de los dos tipos de elementos de sitio personalizables ......................................................... 253

Implementación de elementos de sitio desarrollados ........................................................................ 254

Implementación de elementos de sitio creados ................................................................................. 255

Vea también ....................................................................................................................................... 257

Implementación de paquetes de solución (SharePoint Foundation 2010) ............................................ 258

¿Qué es un paquete de solución? ..................................................................................................... 258

Implementación de elementos de sitio mediante paquetes de solución ............................................ 259

Cuándo se deben usar paquetes de solución ................................................................................ 259

Implementación de soluciones de granja ....................................................................................... 260

Adición de un paquete de solución ................................................................................................. 260

Implementación de un paquete de solución ................................................................................... 261

Acerca de la creación de un paquete de solución .......................................................................... 263

Acerca de la personalización de paquetes de solución .............................................................. 263

Creación manual de un archivo de solución ............................................................................... 264

Acerca del archivo de manifiesto de las soluciones .................................................................... 264

Creación e implementación de un paquete personalizado de solución de elementos web mediante

Visual Studio 2010 .......................................................................................................................... 266

Implementación de elementos de sitio creados (SharePoint Foundation 2010) ................................... 267

Acerca de la implementación de elementos de sitio creados ............................................................ 267

Cuándo se debe usar un paquete de distribución de contenido .................................................... 268


11

Distribución de contenido mediante la API de migración de contenido ............................................. 269

Creación de un paquete de distribución de contenido mediante Windows PowerShell .................... 269

Implementación de elementos de sitio mediante características (SharePoint Foundation 2010) ........ 272

Qué es una característica .................................................................................................................. 272

Cuándo se deben usar las características ......................................................................................... 273

Creación de una característica .......................................................................................................... 273

Instalación y activación de una característica mediante Windows PowerShell ................................. 276

Implementación de plantillas (SharePoint Foundation 2010) ................................................................ 278

¿Qué son las definiciones de sitio? ................................................................................................... 278

Configuraciones y definiciones de sitio .............................................................................................. 279

Páginas no personalizadas y personalización de páginas ............................................................. 280

Archivos de esquema principales ................................................................................................... 280

Creación de una definición y una configuración de sitio personalizadas .......................................... 281

Implementación de una definición de sitio mediante un paquete de solución ................................... 283

Adición de un elemento SiteDefinitionManifest .............................................................................. 284

Adición de un elemento TemplateFile ............................................................................................ 284

Proceso de implementación del flujo de trabajo (SharePoint Foundation 2010) .................................. 285

Introducción ........................................................................................................................................ 285


Implementar flujos de trabajo ............................................................................................................. 286

Implementar flujos de trabajo predefinidos ..................................................................................... 286

Implementar flujos de trabajo de SharePoint Designer .................................................................. 287

Implementar flujos de trabajo de Visual Studio .............................................................................. 288

Comprobación .................................................................................................................................... 289

Actualización a SharePoint Foundation 2010........................................................................................ 290

Vea también ....................................................................................................................................... 291

Introducción al proceso de actualización (SharePoint Foundation 2010) ............................................. 292

Novedades de la actualización (SharePoint Foundation 2010) ............................................................ 293

Requisitos de actualización ................................................................................................................ 293

Requisito de hardware: 64 bits ....................................................................................................... 293

Requisito de sistema operativo: Windows Server 2008 o Windows Server 2008 R2 .................... 294

Requisito de base de datos: SQL Server 2008 SP1 o SQL Server 2005 SP3 de 64 bits .............. 295

Herramienta de comprobación previa a la actualización ................................................................... 295

Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas ........ 296

Actualización visual ............................................................................................................................ 296

Actualización de características ......................................................................................................... 297

Nuevas opciones para reducir el tiempo de inactividad durante la actualización .............................. 297

Cambios en las características principales entre versiones .............................................................. 298

12

Introducción al proceso de actualización (SharePoint Foundation 2010) ............................................. 304

Actualización en contexto ................................................................................................................... 304

Actualización de base de datos adjunta ............................................................................................. 306

Método híbrido 1: bases de datos de solo lectura ............................................................................. 307

Método híbrido 2: separar bases de datos ......................................................................................... 309

Actualización de Windows SharePoint Services 2.0 a SharePoint Foundation 2010 ........................... 313


Secuencia de actualización ............................................................................................................ 314


Revisión de los permisos requeridos .............................................................................................. 316

Revisión de hardware y software requeridos .................................................................................. 317

Preparación de la actualización ......................................................................................................... 317

Preparación de los conjuntos o granjas de servidores ...................................................................... 318

Realización de la primera actualización ............................................................................................. 319

Comprobación de la primera actualización ........................................................................................ 320

Realización de la segunda actualización ........................................................................................... 320

Comprobación de la segunda actualización ...................................................................................... 321

Planeación y preparación de la actualización (SharePoint Foundation 2010) ...................................... 322

Determinación del método de actualización (SharePoint Foundation 2010) ........................................ 323

Elección de un método de actualización ............................................................................................ 323

Casos especiales ............................................................................................................................... 327

Revisión de los procedimientos recomendados de actualización (SharePoint Foundation 2010) ....... 331

Revisión de rutas de actualización admitidas y no admitidas (SharePoint Foundation 2010) .............. 334

Revisión de topologías admitidas para la actualización .................................................................... 334

Orientación acerca de la topología física ........................................................................................ 334

Topologías admitidas ...................................................................................................................... 334

Migración de un servidor independiente a una granja de servidores ............................................. 335

Migración desde hardware de 32 bits ............................................................................................. 335

Revisión de los requisitos del sistema para la actualización (SharePoint Foundation 2010) ............... 336

Acerca de estos requisitos ................................................................................................................. 336

Determinación del modo de controlar las personalizaciones (SharePoint Foundation 2010) .............. 338

Identificación de personalizaciones en el entorno ............................................................................. 338

Evaluación de las personalizaciones ................................................................................................. 338

Consideraciones sobre personalizaciones específicas ..................................................................... 339

Comprobación de que en las personalizaciones futuras se siguen los procedimientos recomendados

........................................................................................................................................................ 342

Creación de un plan de comunicación (SharePoint Foundation 2010) ................................................. 343

13

Quién forma parte del equipo de actualización .................................................................................. 343

Cuándo comunicarse con el equipo de actualización y qué comunicarle ......................................... 344

Cuándo comunicarse con los usuarios del sitio y qué comunicarles ................................................. 346

Planeación de la actualización visual (SharePoint Foundation 2010) .................................................. 347

Fase de planeación clave de la actualización visual ......................................................................... 347

Conservación de la interfaz de usuario existente ........................................................................... 347

Actualización a la nueva interfaz de usuario .................................................................................. 348

Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios ............................... 348

Problemas conocidos ......................................................................................................................... 349

Vea también ....................................................................................................................................... 350

Prueba y solución de problemas de actualización (SharePoint Foundation 2010) ............................... 351

Procedimientos recomendados para probar la actualización (SharePoint Foundation 2010) .............. 353

Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010)

............................................................................................................................................................ 355

Configurar un entorno de prueba ....................................................................................................... 356

Usar un entorno de prueba virtual .................................................................................................. 356

Usar un entorno de prueba físico ................................................................................................... 357

Entornos de prueba adicionales para actualización de base de datos adjunta ............................. 358

Identificar e instalar personalizaciones .............................................................................................. 358

Copiar datos reales en el entorno de prueba y probar la actualización ............................................. 359

Probar la actualización en contexto ................................................................................................ 360

Probar una actualización de base de datos adjunta ....................................................................... 361

Revisar los resultados ........................................................................................................................ 361

Revisar los archivos de registro ...................................................................................................... 361

Reiniciar la actualización, si es necesario ...................................................................................... 362

Revisión de sitios actualizados ....................................................................................................... 363

Ajustar los planes y repetir las pruebas ............................................................................................. 363

Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint

Foundation 2010) ............................................................................................................................... 364

Estimación del espacio necesario para la actualización .................................................................... 364

Estimación de la duración de la actualización ................................................................................... 365

Limpieza del entorno antes de la actualización (SharePoint Foundation 2010) ................................... 369

Elementos que se van a limpiar ......................................................................................................... 369

Eliminación de colecciones de sitios y subwebs no usadas o infrautilizadas ................................ 369

Solución de problemas con listas de gran tamaño ......................................................................... 369

Solución de problemas con listas de control de acceso (ACL) de gran tamaño ............................ 370

Eliminación de versiones del documento extrañas......................................................................... 370

Eliminación de plantillas, características y elementos web no usados .......................................... 370

Solución de problemas con los datos ............................................................................................. 371

14

Cambios estructurales ........................................................................................................................ 371

Solución de problemas de actualización (SharePoint Foundation) ....................................................... 372

Principios generales para la identificación de problemas .................................................................. 372

Comprobar el estado de actualización y de los archivos de registro ............................................. 372

Solucionar los problemas por orden ............................................................................................... 373

Problemas comunes ........................................................................................................................... 373

Personalizaciones o archivos del lado servidor que faltan o están desusados ............................. 374

Faltan opciones de configuración o no están configuradas correctamente para la granja de

servidores, la aplicación web o los servicios ............................................................................... 375

Niveles de actualización incoherentes o incorrectos ...................................................................... 375

Problemas con los datos ................................................................................................................. 375

Cambios en la interfaz de usuario .................................................................................................. 376

Falta de espacio .............................................................................................................................. 376

Autenticación basada en formularios .............................................................................................. 376

Seguridad y permisos ......................................................................................................................... 376

Vea también ....................................................................................................................................... 377

Recuperación tras un error en la actualización (SharePoint Foundation 2010) .................................... 378

Recuperación cuando tiene bases de datos de solo lectura en un entorno en modo de espera

(actualización de base de datos adjunta) ....................................................................................... 378

Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en

contexto) ......................................................................................................................................... 379

Recuperación cuando tiene copias de seguridad de bases de datos (actualización en contexto) ... 379

Reanudación de la actualización (SharePoint Foundation 2010) ......................................................... 380

Reinicio de la actualización de un conjunto o granja de servidores mediante psconfig.exe ............. 380

Reinicio de la actualización de una base de datos mediante Windows PowerShell ......................... 381

Realización de pasos previos a la actualización (SharePoint Foundation 2010) .................................. 382

Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation 2010)

............................................................................................................................................................ 383

Acerca del informe de la herramienta de comprobación previa a la actualización ............................ 384

Ejecución de la herramienta de comprobación previa a la actualización .......................................... 385

Copia de seguridad del entorno completo antes de una actualización en contexto (SharePoint

Foundation 2010) ............................................................................................................................... 387

Copia de seguridad del entorno ......................................................................................................... 387

Comprobación de las copias de seguridad ........................................................................................ 387

Vea también ....................................................................................................................................... 388

Realización de una actualización en contexto (SharePoint Foundation 2010) ..................................... 389

Lista de comprobación para la actualización en contexto (SharePoint Foundation 2010) ................... 390

15


Realización de la actualización .......................................................................................................... 392

Realización de pasos posteriores a la actualización ......................................................................... 396

Vea también ....................................................................................................................................... 397

Actualización en contexto a SharePoint Foundation 2010 .................................................................... 398



Instalación de requisitos previos ........................................................................................................ 401

Ejecución del programa de instalación en todos los servidores ........................................................ 401

Ejecución del Asistente para configuración de Productos de SharePoint ......................................... 402

Comprobación del estado de la actualización de los sitios ................................................................ 404

Comprobación .................................................................................................................................... 405

Vea también ....................................................................................................................................... 405

Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint

Foundation 2010) ............................................................................................................................... 406



Para desasociar bases de datos y actualizarlas en paralelo en la misma granja de servidores ....... 408

Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño

reducido temporal ........................................................................................................................... 409

Comprobación .................................................................................................................................... 412

Instalación de paquetes de plantillas de idioma disponibles (SharePoint Foundation 2010) ............... 413

Acerca de la instalación de paquetes de idioma y la actualización de sitios ..................................... 413

Acerca del cambio de idioma ............................................................................................................. 413

Cambiar de un producto localizado por completo a un paquete de idioma ....................................... 414

Cambiar idiomas a un nuevo paquete de idioma ............................................................................... 414

Vea también ....................................................................................................................................... 415

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint

Foundation 2010 cuando las bases de datos de contenido exceden los 4 GB (Almacenamiento

remoto de blobs) ................................................................................................................................ 416

En esta sección .................................................................................................................................. 417

Vea también ....................................................................................................................................... 418

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint

Foundation 2010 con almacenamiento remoto de blobs ................................................................... 419

Vea también ....................................................................................................................................... 421

Actualización de una instalación independiente en un controlador de dominio mediante el

almacenamiento remoto de blobs (RBS) (base de datos adjunta) .................................................... 422

Vea también ....................................................................................................................................... 426

16

Actualización de una instalación independiente a hardware nuevo mediante el almacenamiento remoto

de blobs (base de datos adjunta) ....................................................................................................... 427

Vea también ....................................................................................................................................... 433

Realización de una actualización de base de datos adjunta a SharePoint Foundation 2010 .............. 434

Lista de comprobación para la actualización de base de datos adjunta (SharePoint Foundation 2010)

............................................................................................................................................................ 435


Realización de la actualización .......................................................................................................... 438

Realización de pasos posteriores a la actualización ......................................................................... 442

Vea también ....................................................................................................................................... 442

Preparación del nuevo entorno de SharePoint Foundation .................................................................. 443


Creación y configuración del nuevo entorno ...................................................................................... 444

Instalar ............................................................................................................................................ 444

Configuración de las aplicaciones de servicio ................................................................................ 445

Configuración de las opciones generales de la granja de servidores ............................................ 445

Creación y configuración de aplicaciones web ............................................................................... 445

Volver a aplicar las personalizaciones ............................................................................................ 446

Comprobación del nuevo entorno ...................................................................................................... 447

Realizar la actualización ..................................................................................................................... 447

Bases de datos adjuntas y actualización a SharePoint Foundation 2010 ............................................ 449



Configurar las bases de datos de la versión anterior como de solo lectura (base de datos adjunta con

bases de datos de solo lectura) ...................................................................................................... 451

Realizar una copia de seguridad de las bases de datos de versión anterior mediante las

herramientas de SQL Server .......................................................................................................... 452

Desasociar las bases de datos de la versión anterior (base de datos adjunta estándar) ................. 455

Restaurar una copia de seguridad de la base de datos (base de datos adjunta con bases de datos de

solo lectura)..................................................................................................................................... 457

Comprobar los componentes personalizados .................................................................................... 458

Adjuntar una base de datos de contenido a una aplicación web ....................................................... 459

Comprobación: comprobación de actualización de la primera base de datos .................................. 461

Adjuntar las bases de datos restantes ............................................................................................... 462

Comprobación: comprobación de actualización de las bases de datos adicionales ......................... 462

Vea también ....................................................................................................................................... 462

Realización de pasos posteriores a la actualización (SharePoint Foundation 2010) ........................... 463


notificaciones (SharePoint Foundation 2010) .................................................................................... 464

17

Conversión de las aplicaciones web a la autenticación basada en notificaciones ............................ 465


Administración central ..................................................................................................................... 465

Configuración de los archivos Web.Config LDAP .............................................................................. 466




2010 ................................................................................................................................................ 471

Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010)

............................................................................................................................................................ 473

Comprobación de estado de la actualización .................................................................................... 473

Revisión de los archivos de registro ............................................................................................... 474

Comprobación del número de versión ............................................................................................ 475

Comprobación del estado de la actualización de los sitios ............................................................ 475

Revisión de sitios actualizados .......................................................................................................... 476

Elementos web ............................................................................................................................... 477

Listas grandes ................................................................................................................................. 479

Estilos y apariencia ......................................................................................................................... 479

Permisos ......................................................................................................................................... 480

Páginas (no fantasma) personalizadas .......................................................................................... 480

Vea también ....................................................................................................................................... 481

Administración de la actualización visual (SharePoint Foundation 2010) ............................................. 482

Acerca del uso de Actualización visual .............................................................................................. 482

Visualizar el estado de la interfaz de usuario actual .......................................................................... 483

Revertir los sitios a la interfaz de usuario anterior ............................................................................. 483

Forzar una actualización a la interfaz de usuario actual .................................................................... 484

Opciones de los propietarios de sitios para actualización visual ....................................................... 485

Vea también ....................................................................................................................................... 485

Uso de redirecciones URL de AAM como parte del proceso de actualización (SharePoint Foundation

2010) (notas del producto) ................................................................................................................. 486

Implementación de Office Web Apps (instaladas en productos de SharePoint 2010).......................... 487

Descripción de la implementación de Office Web Apps .................................................................... 488

Instalación y configuración de Office Web Apps en un servidor independiente de SharePoint

existente .......................................................................................................................................... 489

Ejecución del programa de instalación de Office Web Apps .......................................................... 489

Ejecución de PSConfig para registrar servicios .............................................................................. 489

Inicio de las instancias de servicio .................................................................................................. 490

Creación de las aplicaciones de servicio y los servidores proxy de aplicación de servicio ........... 491

Activación de la característica de Office Web Apps ....................................................................... 493

18

Instalación y configuración de Office Web Apps en un nuevo servidor independiente de SharePoint

........................................................................................................................................................ 494


Ejecución de PSConfig para registrar los servicios, iniciar las instancias de servicio, crear las

aplicaciones y los proxies de servicios, y activar la característica de Office Web Apps ............. 495

Instalación y configuración de Office Web Apps en una granja de servidores de SharePoint existente

........................................................................................................................................................ 495



Inicio de las instancias de servicio .................................................................................................. 497

Creación de las aplicaciones de servicio y los servidores proxy de aplicación de servicio ........... 498

Activación de la característica de Office Web Apps ....................................................................... 500

Instalación y configuración de Office Web Apps en una nueva granja de servidores de SharePoint501



Ejecución del Asistente para la configuración del conjunto de servidores de SharePoint para iniciar

las instancias de servicio, crear las aplicaciones y los proxies de servicios, y activar la

característica de Office Web Apps .............................................................................................. 503

Configuración adicional (opcional) ..................................................................................................... 503

Configuración del comportamiento predeterminado de SharePoint para abrir documentos

habilitados por el explorador ....................................................................................................... 503

Solución de problemas ....................................................................................................................... 505

19

Cómo obtener ayuda

Se ha hecho todo lo posible para garantizar la máxima precisión en este libro. Este contenido también

está disponible en línea en la biblioteca TechNet de Office System, por lo que, si tuviera algún

problemas, puede comprobar si hay actualizaciones en:

http://technet.microsoft.com/es-es/office/bb267342

Si no encuentra la respuesta en nuestros contenidos en línea, puede enviar un mensaje de correo

electrónico al equipo de contenidos de Microsoft Office System and Servers a la dirección de correo

electrónico:

[email protected]

Si tiene alguna pregunta acerca de los productos de Microsoft Office, y no acerca del contenido de este

libro, realice una búsqueda en Ayuda y soporte técnico de Microsoft o en Microsoft Knowledge Base

en:

http://support.microsoft.com/?ln=es-es

20

Implementación de SharePoint Foundation 2010

Esta es la guía de implementación de Microsoft SharePoint Foundation 2010. Los artículos de esta

guía ayudan a preparar la instalación de SharePoint Foundation 2010, y a instalarlo y configurarlo. En

la guía de implementación se incluye información acerca de los escenarios de implementación, las

instrucciones de instalación paso a paso y los pasos de configuración posteriores a la instalación.

También se describe cómo actualizar a SharePoint Foundation 2010.

Antes de instalar SharePoint Foundation 2010, asegúrese de haber revisado la información del tema

Planeación y arquitectura de SharePoint Foundation 2010.

Para ver una introducción gráfica al proceso de implementación, descargue el modelo de

implementación de Productos de SharePoint 2010 desde el artículo Diagramas técnicos (SharePoint

Foundation 2010).

En esta sección:

Introducción a la implementación (SharePoint Foundation 2010)

En este artículo se proporciona información acerca de la implementación de SharePoint

Foundation 2010. El objetivo de este artículo es proporcionar información útil para el usuario y los

miembros de sus equipos de trabajo a la hora de tomar decisiones esenciales acerca de la

implementación de soluciones basadas en SharePoint Foundation 2010 en la organización.

Instalación de requisitos previos desde el recurso compartido de red (SharePoint Foundation 2010)

Este artículo explica cómo usar PrerequisiteInstaller.exe para instalar los requisitos previos desde

un recurso compartido de red. Si lo hace, podrá obtener una implementación más coherente.

Preparación para la implementación (SharePoint Foundation 2010)

En esta sección se describen los pasos básicos que se deben realizar antes de implementar

Microsoft SharePoint Foundation 2010.

Escenarios de implementación (SharePoint Foundation 2010)

Siga los pasos descritos en esta sección para implementar un solo servidor o un conjunto o granja

de servidores mediante SharePoint Foundation 2010, o bien para implementar Office Web Apps

para usarlo con SharePoint Foundation 2010.

Configuración inicial (SharePoint Foundation 2010)

Siga los pasos descritos en esta sección para instalar los paquetes de idioma, establecer la

configuración de la granja de servidores y de los servicios, y crear colecciones de sitios.

Introducción a la implementación de las personalizaciones (SharePoint Foundation 2010)

En los artículos de esta sección se describe cómo implementar elementos de sitio personalizados

por los programadores o los diseñadores web en un entorno de SharePoint Foundation 2010.

Deploy software updates for 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

21

Microsoft lanza periódicamente actualizaciones de software para SharePoint Foundation 2010.

Siga los pasos descritos en esta sección para aplicar las actualizaciones a los servidores que

ejecutan SharePoint Foundation.

Actualización a SharePoint Foundation 2010

Siga los pasos descritos en la guía de actualización para planear, preparar y llevar a cabo una

actualización a SharePoint Foundation 2010.

Si tiene previsto usar aplicaciones de Office Web App, debe instalarlas y configurarlas para

que funcionen con Productos de SharePoint 2010. Para obtener más información, vea

Implementación de Office Web Apps (instaladas en productos de SharePoint 2010).

Nota:

22

Introducción a la implementación (SharePoint Foundation 2010)

Este artículo es una introducción a una implementación de granja de servidores de Microsoft

SharePoint Foundation 2010. Aunque las granjas de Microsoft SharePoint Foundation varían en

complejidad y tamaño, si se combina una planeación cuidadosa y una implementación por fases que

incluya evaluaciones y pruebas continuas se reducirá significativamente el riesgo de obtener

resultados no deseados.

Para obtener información acerca de la planeación de soluciones y sitios, que no se tratan en

este artículo, vea Planeación de sitios y soluciones (SharePoint Foundation 2010).

Para obtener una representación gráfica de la información de este artículo, vea el modelo de

implementación de Productos de SharePoint 2010 en Diagramas técnicos (SharePoint Foundation

2010).

En este artículo:

Conceptos

Arquitectura física

Instalación y configuración

Fases de implementación

Conceptos El resultado lógico del alcance y la flexibilidad de SharePoint Foundation puede implicar un alto nivel

de complejidad en lo que respecta a la instalación y la configuración correctas de SharePoint

Foundation. Se requiere un conocimiento básico de los siguientes elementos estructurales clave en un

entorno de SharePoint Foundation para poder implementar correctamente y admitir productos de

SharePoint Foundation 2010:

Granja de servidores: elemento de nivel superior de un diseño de arquitectura lógica para

SharePoint Foundation.

Aplicación web: sitio web de IIS que se crea y usa mediante SharePoint Foundation 2010.

Base de datos de contenido: proporciona contenido de la aplicación web de almacenamiento.

Puede dividir el contenido en varias bases de datos de contenido en el nivel de la colección de

sitios.

Colección de sitios: conjunto de sitios web que tienen el mismo propietario y comparten la

configuración de administración.

Nota:

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

23

Sitio: una o varias páginas web relacionadas y otros elementos (como listas, bibliotecas y

documentos) que se hospedan en una colección de sitios.

Además de comprender los elementos de un entorno de SharePoint Foundation y cómo deben

configurarse para su solución, debe tener en cuenta los siguientes factores adicionales: arquitectura

física, instalación y configuración, y las diferentes fases de implementación.

Arquitectura física La arquitectura física, que consta de uno o varios servidores y la infraestructura de red, permite

implementar la arquitectura lógica de una solución de SharePoint Foundation. La arquitectura física se

describe normalmente de dos maneras: por su tamaño y por su topología. El tamaño, que se puede

medir de distintas maneras, como el número de usuarios o el número de documentos, se usa para

clasificar una granja de servidores como pequeña, mediana o grande. La topología usa la idea de

niveles o grupos de servidores para definir una disposición lógica de los servidores de la granja.

Tamaño

El tamaño usa el número de usuarios y el número de elementos de contenido como medida básica

para indicar si una granja de servidores es pequeña, mediana o grande, de la siguiente forma:

Una granja de servidores pequeña, por lo general, consta por lo menos de dos servidores web y un

servidor de bases de datos. Uno de los servidores web hospeda el sitio de Administración central y

el otro se encarga de tareas adicionales relacionadas con granjas de servidores, como servir

contenido a los usuarios.

Se puede incrementar la escalabilidad horizontal de la granja de servidores pequeña en tres

niveles mediante un servidor de aplicaciones dedicado en respuesta al número de usuarios, el

número de elementos de contenido y el número de servicios necesarios.

Una granja de servidores mediana consta normalmente de dos o más servidores web, dos

servidores de aplicaciones y más de un servidor de bases de datos. Se recomienda empezar con

la configuración anterior y, a continuación, incrementar la escalabilidad horizontal para adaptar la

carga de trabajo sobre los servidores.

En los escenarios donde los servicios suelen usar una cantidad desproporcionada de recursos, se

puede incrementar la escalabilidad horizontal del nivel de aplicación. Los datos de rendimiento

indicarán los servicios que debería descargar en un servidor dedicado.

Una granja de servidores grande puede ser el resultado lógico de incrementar la escalabilidad

horizontal de una granja mediana para satisfacer los requisitos de capacidad y rendimiento, o de

diseño, antes de que se implemente una solución de SharePoint Foundation. Normalmente, un

entorno de topología de tres niveles usa servidores dedicados en todos los niveles. Además, estos

servidores suelen agruparse según su rol en la granja. Por ejemplo, todos los servicios

relacionados con el cliente se pueden agrupar en uno o dos servidores y, a continuación,

incrementar la escalabilidad horizontal mediante la adición de servidores a este grupo, según sea

necesario, en respuesta a la demanda del usuario para estos servicios.

24

Para incrementar la escalabilidad horizontal de una granja de servidores se recomienda

agrupar los servicios o bases de datos con características de rendimiento similares en

servidores dedicados y, a continuación, incrementar la escalabilidad horizontal de los

servidores como un grupo. En entornos de gran tamaño, los grupos específicos que

evolucionan para una granja de servidores dependen de las demandas específicas para

cada servicio en una granja de servidores.

Para obtener números específicos relacionados con granjas de servidores pequeñas, medianas y

grandes, vea Administración del rendimiento y de la capacidad (SharePoint Server 2010).

Topología

La topología usa los niveles como un modelo para ordenar de manera lógica servidores de granjas de

acuerdo con los componentes que estos hospedan o sus roles en una granja de servidores. Una granja

de servidores de SharePoint Foundation se implementa en uno, dos o tres niveles, como se indica a

continuación:

En una implementación de un solo nivel, SharePoint Foundation y el servidor de bases de datos se

instalan en un equipo.

En una implementación de dos niveles, la base de datos y los componentes de SharePoint

Foundation se instalan en servidores independientes. Este tipo de implementación se asigna a lo

que se denomina una granja de servidores pequeña. Los servidores front-end web están en el

primer nivel y el servidor de bases de datos está ubicado en el segundo nivel. En la industria de la

informática, el primer nivel se conoce como el nivel web. El servidor de bases de datos se conoce

como nivel de base de datos o back-end de base de datos.

En una implementación de tres niveles, los servidores front-end web están en el primer nivel, los

servidores de aplicaciones están en el segundo nivel, que se conoce como el nivel de aplicaciones,

y el servidor de bases de datos está ubicado en el tercer nivel. Una implementación de tres niveles

se usa para granjas de servidores medianas y grandes.

Instalación y configuración Una vez que termine de planear la solución de SharePoint Foundation, podrá crear una granja de

servidores de SharePoint Foundation para hospedar la solución. El primer paso consiste en instalar

SharePoint Foundation 2010 y crear la granja necesaria para la solución. El proceso de preparación

del entorno consta de las siguientes fases:

1. Preparación de los servidores

2. Creación de la granja de servidores

3. Configuración de opciones, servicios, soluciones y sitios

Nota:

Nota:

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

25

La granja de servidores que cree e implemente experimentará cambios significativos en

tamaño, topología y complejidad a medida que se desplace por las distintas fases de

implementación que se muestran en el modelo de implementación de Productos de

SharePoint 2010. Este es el resultado normal y esperado de una implementación por fases.

Por ello, se recomienda seguir todas las fases descritas en la sección "Fases de

implementación" de este artículo.

Preparación de los servidores

En esta fase, los servidores quedan listos para hospedar el producto. Esto incluye los servidores

auxiliares y los servidores que tendrán instalado SharePoint Foundation. Los siguientes servidores

deben configurarse para admitir y hospedar una granja de servidores:

Controlador de dominio: las cuentas requeridas de la granja de servidores deben configurarse para

el dominio y se debe configurar la sincronización de directorios.

SharePoint Foundation 2010 no admite nombres de dominio con una sola etiqueta (SLD).

Dado que no se recomienda el uso de nombres de SLD, los Productos de SharePoint 2010

no se prueban de forma exhaustiva en este escenario. Por lo tanto, puede haber

problemas de incompatibilidad cuando se implementen los Productos de SharePoint 2010

en un entorno de dominio con una sola etiqueta. Para obtener más información, vea la

información acerca de cómo configurar Windows para los dominios con nombres DNS de

etiqueta única (http://go.microsoft.com/fwlink/?linkid=193849&clcid=0xC0A) y el Centro de

soluciones para el diseño del espacio de nombres DNS

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

Para obtener información acerca de las cuentas requeridas, vea:

Cuentas de servicio y administrativas requeridas para la implementación inicial (SharePoint

Foundation 2010)

Acerca de la sincronización de directorios

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

Servidor de bases de datos: la versión requerida de SQL Server, incluidos los Service Pack y las

actualizaciones acumulativas, debe instalarse en el servidor de bases de datos. La instalación

debe incluir todas las características adicionales, como SQL Analysis Services, y los inicios de

sesión correspondientes de SharePoint Foundation deben agregarse y configurarse. Se debe

proteger el servidor de bases de datos y, si es necesario, se deben crear las bases de datos

mediante el DBA. Para obtener más información, vea:

Requisitos de hardware y software (SharePoint Foundation 2010)

Protección de SQL Server para entornos de SharePoint (SharePoint Foundation 2010)

Implementación mediante bases de datos creadas con DBA (SharePoint Foundation 2010)

Servidores de aplicaciones y servidores front-end web: los servidores de la granja que tendrán

instalado SharePoint Foundation deben estar preparados de la siguiente forma: compruebe que

Importante:






26

cumplan los requisitos de hardware, tengan el sistema operativo protegido, tengan configurados

los protocolos de seguridad y red requeridos, tengan instalados y reforzados los requisitos previos

de software de SharePoint Foundation 2010 y tengan configurada la autenticación requerida. Para

obtener más información, vea:

Requisitos del sistema (SharePoint Foundation 2010)

"Instalación de requisitos previos de software" en Requisitos de hardware y software

(SharePoint Foundation 2010)

Planeación de la protección de seguridad (SharePoint Foundation 2010)

Planeación de la autenticación (SharePoint Foundation 2010)

Creación de la granja de servidores

En esta fase, instale el producto y configure cada servidor para que admita su rol en la granja. También

cree la base de datos de configuración y el sitio web de Administración central de SharePoint. Los

siguientes servidores son necesarios para una granja de SharePoint Foundation:

Servidor de bases de datos: a menos que planee usar bases de datos creadas por un DBA, la

base de datos de configuración, la base de datos de contenido y otras bases de datos necesarias

se crean al ejecutar el Asistente para configuración de Productos de SharePoint.

Servidor de aplicaciones: tras preparar el servidor de aplicaciones, instale los componentes

adicionales necesarios para admitir funciones como Information Rights Management (IRM) y la

ayuda para la toma de decisiones. Instale SharePoint Foundation en el servidor que hospedará el

sitio web de Administración central de SharePoint y, a continuación, ejecute el Asistente para

configuración de Productos de SharePoint para crear y configurar la granja de servidores.

Servidor front-end web: instale SharePoint Foundation en cada servidor web, instale paquetes de

idioma y, a continuación, ejecute el Asistente para configuración de Productos de SharePoint para

agregar los servidores web a la granja.

Tras agregar y configurar todos los servidores front-end web, puede agregar servidores de

aplicaciones adicionales que formen parte del diseño de topología a la granja de

servidores.

Para obtener más información acerca de los escenarios de implementación admitidos, vea Escenarios

de implementación (SharePoint Foundation 2010).

Configuración de opciones, servicios, soluciones y sitios

En esta fase, se prepara la granja de servidores para hospedar el contenido del sitio mediante la

realización de las siguientes tareas:

Configure las opciones globales. Para obtener más información, vea Configuración de opciones del

conjunto o granja de servidores (SharePoint Foundation 2010)

Nota:

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

27

Configure los servicios. Para obtener más información, vea Configurar servicios (SharePoint

Foundation 2010)

Implemente soluciones y personalizaciones. Para obtener más información, vea Introducción a la

implementación de las personalizaciones (SharePoint Foundation 2010)

Cree y rellene los sitios. Para obtener más información, vea Preparación del hospedaje de sitios


Los pasos de configuración de la granja de servidores no están aislados en un nivel específico

de la infraestructura de servidores.

Fases de implementación Al implementar una solución de SharePoint Foundation 2010 por fases, se obtienen las ventajas

proporcionadas por un método sistemático, como la recopilación de datos de uso y rendimiento que se

pueden usar para evaluar la solución. Otras ventajas incluyen la comprobación de hipótesis de

administración de capacidad y la identificación de problemas antes de que la granja se coloque en la

fase de producción.

Se recomienda implementar la granja de servidores en las siguientes fases:

Planeación

Desarrollo

Prueba de concepto (POC)

Piloto

Prueba de aceptación del usuario (UAT)

Producción

Planeación

Antes de implementar una granja de servidores, debe planear la solución que desea implementar y

determinar los requisitos de infraestructura, como los recursos del servidor y la topología de la granja.

Cuando termine la fase de planeación, deberá haber documentado lo siguiente:

Un diseño de infraestructura que admita la solución

Una descripción detallada de cómo se implementará la granja de servidores y la solución

Un plan para la prueba y validación de la solución

Una arquitectura de la solución y del sitio

Una comprensión de los requisitos de ingeniería sostenible y de supervisión para admitir la

solución

Un registro de cómo se regirá la solución

Nota:

28

Una comprensión de cómo se enviará la solución al usuario para estimular la adopción de la

solución

Se recomienda usar los artículos y recursos de planeación que se describen en Planeación y

arquitectura de SharePoint Foundation 2010.

Es posible que, debido a la presión por cuestiones de recursos y de tiempo, el usuario sea

menos riguroso durante la fase de planeación. Se recomienda tratar de ser lo más organizado

posible, ya que si no se consideran elementos de la planeación o no se tratan a fondo, se

pueden producir problemas significativos posteriormente en la producción. Estos problemas

pueden crear una gran cantidad de trabajo adicional, consumir recursos que no están en el

presupuesto y reducir potencialmente el éxito de SharePoint Foundation.

Después de la fase de planeación, puede desplazarse por las siguientes fases de implementación,

actualizar y revisar los planes, configuraciones y topologías mientras las prueba.

Desarrollo

Durante la fase de desarrollo se implementará SharePoint Foundation en un solo servidor o en varios

servidores para desarrollar, probar, evaluar y refinar la solución que se va a implementar. Este entorno

se ajusta conforme a sus necesidades durante el desarrollo de la solución y se puede conservar como

un entorno con escala reducida para pruebas y desarrollos futuros. No es un entorno estable y no hay

contratos de nivel de servicio.

Prueba de concepto (POC)

Durante la fase de prueba de concepto, el objetivo es doble: conocer SharePoint Foundation y

evaluarlo en cuanto al modo en que puede satisfacer las necesidades profesionales. El primer nivel de

evaluación del producto puede llevarse a cabo mediante la instalación de todos los componentes del

producto en un único servidor. Podrá realizar una evaluación del producto más exhaustiva mediante

una implementación de prueba de concepto.

Una implementación de prueba de concepto en un único servidor o en una granja de servidores

pequeña permite ampliar el ámbito de la evaluación. En esta implementación, se agrega personal que

no es de TI al equipo de evaluación, lo que proporciona una visión más amplia de los modos en que

las características de SharePoint Foundation se pueden usar realmente en la organización. La ventaja

de una implementación de prueba de concepto consiste en la posibilidad de recopilar datos que se

pueden usar para refinar el plan original. Estos datos, como vistas de página, modelos de

comportamiento de usuarios y consumo de recursos del servidor, también permiten comenzar a

construir un banco de pruebas para cambiar el tamaño de la granja de servidores. Las pruebas de

concepto también son útiles cuando evalúa aplicaciones de servicio y determina los conjuntos de

características que se ofrecerán a los usuarios finales.

Durante la fase de prueba de concepto, es importante comprender las características y funcionalidades

exclusivas de estas características para ayudar a definir la topología general. Tenga en cuenta que la

Importante:



29

implementación de prueba de concepto requiere recursos adicionales y prolonga el tiempo necesario

para que SharePoint Foundation se pueda usar.

La virtualización proporciona una buena plataforma para evaluar SharePoint Foundation, ya

que un entorno virtual ofrece flexibilidad, capacidad de implementación rápida y permite

revertir máquinas virtuales a estados anteriores.

Piloto

Se usa un piloto para probar la solución a pequeña escala. Existen dos métodos para usar una

implementación piloto. En el primer método, el foco está en las pruebas de funcionamiento sin

necesidad de usar datos reales. Mediante el segundo método se prueban las características de

producción con datos reales y los usuarios del proyecto piloto prueban distintos tipos de tareas. Se

recomienda usar el segundo método debido del ámbito más amplio y los datos reales que se pueden

recopilar y usar para refinar el diseño de la solución.

Una implementación piloto ofrece numerosas ventajas. Permite recopilar datos que se pueden usar

para validar los siguientes aspectos del diseño de la granja de servidores:

Diseño de infraestructura

Hipótesis de administración de capacidad

Arquitectura de la solución y del sitio

Hipótesis sobre el uso de la solución

La fase piloto también permite determinar los datos adicionales que deben recopilarse para aumentar

la amplitud y profundidad de los bancos de pruebas. Esto es importante para evaluar el efecto

potencial de otras características o servicios que se van a agregar a la granja de servidores antes de la

prueba de aceptación del usuario.

Al final de la implementación piloto, se pueden usar los datos recopilados para ajustar los diversos

componentes de la solución y su infraestructura de soporte.

Prueba de aceptación del usuario (UAT)

Las organizaciones usan una implementación de prueba de aceptación del usuario (también conocida

como entorno de preproducción) como paso de transición de la implementación piloto a la

implementación de producción. Los procesos de negocio de una organización determinan el ámbito, la

escala y la duración de las pruebas de aceptación del usuario.

La topología del entorno de preproducción debe ser la misma, o muy similar, a la topología de la

producción planeada. Durante las pruebas de aceptación del usuario, la solución de SharePoint

Foundation se prueba con un subconjunto o una copia completa de los datos de producción. Esta fase

de implementación proporciona una última oportunidad para el ajuste de rendimiento y la validación de

procedimientos operativos, como copias de seguridad y restauraciones.

Sugerencia:

30

Producción

La fase final consiste en implementar la granja de servidores en un entorno de producción. En esta

fase, se incorporarán los ajustes de infraestructura y solución necesarios que se identificaron durante

la fase de prueba de aceptación del usuario.

Para colocar la granja de servidores en fase de producción, es necesario completar las tareas

siguientes:

Implementar la granja de servidores.

Implementar la solución.

Implementar el plan de operaciones.

Si es necesario, implementar otros entornos, como granjas de creación y almacenamiento

provisional, así como granjas de servicios.

31

Instalación de requisitos previos desde el recurso compartido de red (SharePoint Foundation 2010)

En este artículo se describen los procedimientos para instalar los requisitos previos de Microsoft

SharePoint Foundation 2010 desde una ubicación de red compartida sin conexión mediante el

instalador de requisitos previos (PrerequisiteInstaller.exe).

Normalmente, se requiere la instalación de requisitos previos desde una ubicación sin conexión

cuando los servidores en los que desea instalar Microsoft SharePoint Foundation no tienen conexión a

Internet. Aún si esto no es así, la instalación de requisitos previos desde una ubicación central sin

conexión asegura la coherencia de la granja de servidores al instalar un conjunto de imágenes

conocido y controlado.

La Herramienta de preparación de Productos de Microsoft SharePoint es una interfaz de

usuario integrada a PrerequisiteInstaller.exe. Esta herramienta no admite entradas del usuario.

En este artículo:

Modificadores y argumentos del instalador

Descarga y consolidación de los requisitos previos en un recurso compartido de archivos

Instalación de los requisitos previos mediante la línea de comandos

Instalación de los requisitos previos mediante un archivo de argumentos

Problemas conocidos

Modificadores y argumentos del instalador El uso de PrerequisiteInstaller.exe con modificadores y argumentos permite controlar las versiones de

software necesario que están instaladas y la ubicación desde la que se instalan.

PrequisiteInstaller.exe acepta uno o varios pares de modificadores y argumentos. Un modificador

identifica el requisito previo y el argumento especifica la acción y la ubicación del requisito previo.

Un par de modificador y argumento tiene el siguiente formato:

/modificador: <rutaDeAcceso>

donde:

/modificador es un modificador válido para identificar un requisito previo. Por ejemplo,

/NETFX35SP1: es el modificador para .NET Framework 3.5 Service Pack 1.

Nota:

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

32

<rutaDeAcceso> se expresa como la ruta de acceso a un archivo local o a un recurso compartido

de archivos; por ejemplo, "C:\nombreDeCarpeta\dotnetfx35.exe" o

"\\<nombreDeServidor>\<nombreDeRecursoCompartido>\dotnetfx35.exe".

Cada modificador y argumento están separados por un carácter de dos puntos y un espacio. El

argumento se escribe entre comillas.

Los pares de modificador y argumento se pueden pasar a PrerequisiteInstaller.exe en el símbolo del

sistema o leer desde un archivo de texto de argumentos.

Descarga y consolidación de los requisitos previos en un recurso compartido de archivos El proceso de descarga y consolidación de requisitos previos incluye los pasos que se describen en los

siguientes procedimientos.

1. Consulte el artículo Requisitos de hardware y software (SharePoint Foundation 2010), que

contiene una lista de todo el software obligatorio y opcional que se necesita para SharePoint

Foundation 2010. Además, este documento proporciona la ubicación de descarga de los

requisitos previos que están disponibles para descargar desde Internet.

2. Desde el símbolo del sistema, navegue hasta la raíz de la ubicación de los medios o la carpeta

de instalación de SharePoint Foundation 2010.

3. En el símbolo del sistema, escriba PrerequisiteInstaller.exe /?. Se mostrará una lista de las

opciones y modificadores de la línea de comandos, y sus correspondientes argumentos, para

instalar un requisito previo mediante la línea de comandos.

Sugerencia:

Para copiar los contenidos de la ventana activa "Acerca de" al Portapapeles, presione

CTRL+C.

4. Compruebe que tiene la lista correcta del software necesario. Compare el resultado del

instalador de requisitos previos con la lista del Paso 1.

5. Descargue los requisitos previos a un equipo con acceso a Internet.

A continuación, realice el siguiente procedimiento para crear una ubicación central que podrá usar

para instalar los requisitos previos de SharePoint Foundation en todas las granjas de servidores.

1. Cree una carpeta compartida en un equipo al que tengan acceso los servidores en los que se

van a instalar los requisitos previos.

2. Copie los archivos que descargó de Internet en la carpeta compartida.

Cuando termine de crear una ubicación de red para los requisitos previos a la que se pueda

Para identificar requisitos previos

Para consolidar requisitos previos

33

obtener acceso, realice el procedimiento de la siguiente sección para instalar los requisitos previos

de SharePoint Foundation 2010 en un servidor.

Instalación de los requisitos previos mediante la línea de comandos Puede instalar uno o todos los requisitos previos desde la línea de comandos mediante el siguiente

procedimiento.

1. En el menú Inicio, abra la ventana del símbolo del sistema mediante la opción Ejecutar como

administrador.

2. Navegue al directorio de origen de SharePoint Foundation.

3. Escriba el modificador de programa del requisito previo y su correspondiente argumento para

el programa que desea instalar y, a continuación, presione ENTRAR. Por ejemplo:

PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

Nota

Para instalar más de un requisito previo, escriba cada par de modificador y argumento, separando

cada uno por un espacio; por ejemplo:

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"

Instalación de los requisitos previos mediante un archivo de argumentos Puede instalar los requisitos previos desde el recurso compartido de archivos mediante un archivo de

argumentos, que contiene modificadores y sus correspondientes instrucciones de ruta de acceso a los

programas que se necesita instalar.

Cuando ejecuta PrerequisiteInstaller.exe con un archivo de argumentos, ocurre lo siguiente:

1. PrerequisiteInstaller.exe lee el archivo de argumentos para comprobar que cada modificador es

válido y que el programa identificado en la instrucción de ruta de acceso existe.

Si especifica un argumento, PrerequisiteInstaller.exe ignora el archivo de argumentos y

procesa solamente el argumento de la línea de comandos.

2. PrerequisiteInstaller.exe examina el sistema local para determinar si alguno de los requisitos

previos ya está instalado.

Para instalar mediante la línea de comandos

Nota:

34

3. PrerequisiteInstaller.exe instala los programas del archivo de argumentos y devuelve uno de los

siguientes códigos de salida:

0 - Correcto

1 – Ya se está ejecutando otra instancia de esta aplicación

2 – Parámetros de línea de comandos no válidos

1001 – Un reinicio pendiente impide la instalación

3010 – Es necesario reiniciar

4. Si es necesario reiniciar para un requisito previo, se genera un código 3010 y se le pide que haga

clic en Finalizar para reiniciar el sistema. El comportamiento del instalador después del código

3010 varía según las condiciones existentes en el equipo:

Si Windows Server 2008 Service Pack 2 (SP2) ya está instalado en el sistema, se genera el

código 3010 y se instalan los requisitos previos restantes. Después de instalar el último

requisito previo, se le pide que reinicie el sistema.

Si se instaló Windows Server 2008 SP2 en el sistema mediante PrerequisiteInstaller.exe, el

instalador genera el código 3010 y se omite la instalación de los requisitos previos restantes.

Se le pide que reinicie el sistema.

Después de reiniciarse el sistema, PrerequisiteInstaller.exe comienza a ejecutarse de nuevo,

porque el archivo de inicio que se crea antes del reinicio contiene una marca /continue.

Después de un reinicio, PrerequisiteInstaller.exe omite el archivo de argumentos e intenta

descargar e instalar los requisitos previos restantes desde Internet. Para obtener más

información, vea Problemas conocidos.

Realice el siguiente procedimiento para crear un archivo de argumentos.

1. Cree un documento de texto con el nombre PrerequisiteInstaller.Arguments.txt mediante un

editor de texto. Guarde el archivo en la misma ubicación que PrerequisiteInstaller.exe. Este

archivo contendrá los modificadores y argumentos que se usan cuando ejecuta la Herramienta

de preparación de Productos de Microsoft SharePoint.

2. Edite PrerequisiteInstaller.Arguments.txt mediante un editor de texto y proporcione las rutas de

acceso a los archivos del origen de instalación para cada modificador de requisito previo. Use

la siguiente sintaxis:

/modificador: <rutaDeAcceso>

Donde /modificador es un modificador válido y <rutaDeAcceso> es la ruta de acceso al origen

de instalación.

En el siguiente ejemplo se muestra un archivo de argumentos completo, que usa un recurso

compartido de archivos como punto de instalación común.

/SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

/ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe"

Para crear un archivo de argumentos

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#issues

35

/W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB948465-X64.exe"

/NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

/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 que sea legible, las instrucciones de modificadores y rutas de acceso del ejemplo

anterior se muestran en líneas separadas. Sin embargo, cuando cree un archivo

PrerequisitesInstaller.Arguments.txt, no debe usar saltos de línea, sino que debe

separar cada instrucción de modificador y ruta de acceso por un espacio. Para obtener

más información, vea Problemas conocidos.

3. Al finalizar la edición de PrerequisiteInstaller.Arguments.txt, guarde los cambios y compruebe

que el archivo esté en el mismo directorio que PrerequisiteInstaller.exe.

Realice el siguiente procedimiento para instalar los requisitos previos.

1. Ejecute PrerequisiteInstaller.exe desde el símbolo del sistema para instalar los requisitos

previos.

Precaución:

Si se le pide que haga clic en Finalizar para reiniciar el sistema, no lo haga. Haga clic

en Cancelar. Para obtener más información, vea Problemas conocidos antes de

continuar con el siguiente paso.

2. Reinicie el sistema de forma manual.

3. Ejecute PrerequisiteInstaller.exe desde el símbolo del sistema.

Problemas conocidos

Existen dos problemas conocidos que afectan al uso de un archivo de argumentos:

Se usan saltos de línea en el archivo de argumentos

Si crea un archivo de argumentos y usa saltos de línea para poner cada modificador y argumento

en una línea distinta, se genera un error en el instalador de requisitos previos. La solución

alternativa es escribir todos los pares de modificador y argumento en una misma línea.

Para instalar los requisitos previos mediante un archivo 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

36

El archivo de argumentos no se usa después de un reinicio del equipo

Después de un reinicio, PrerequisiteInstaller.exe ejecuta el archivo de comandos de inicio, que

contiene una marca /continue. Esta marca obliga al instalador a ignorar el archivo de argumentos.

Para evitar el reinicio, elimine la tarea de inicio del archivo de comandos mediante una de las

siguientes opciones:

Opción 1

a. Haga doble clic en PrerequisiteInstaller.exe para ejecutarlo. El programa mostrará la primera

pantalla con la lista de los requisitos previos.

b. Haga clic en Cancelar. PrerequisiteInstaller.exe eliminará la tarea de inicio.

Opción 2

a. En el menú Inicio, seleccione Ejecutar y, a continuación, escriba regedit para abrir el

Registro.

b. Abra la clave

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell

Folders.

c. Compruebe el valor de "Common Startup", que muestra el directorio en el que están

enumeradas las tareas de inicio.

d. Cierre el editor del Registro sin realizar cambios.

e. Navegue hacia el directorio de inicio, que generalmente es

<systemdir>\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup.

f. Elimine "SharePointServerPreparationToolStartup_0FF1CE14-0000-0000-0000-

000000000000.cmd" para eliminar la tarea de inicio.

37

Preparación para la implementación (SharePoint Foundation 2010)

En esta sección se describen los pasos básicos que se deben realizar antes de implementar Microsoft

SharePoint Foundation 2010.

En esta sección:


En este artículo se proporcionan los requisitos mínimos de hardware y software necesarios para

instalar SharePoint Foundation 2010.

Cuentas de servicio y administrativas requeridas para la implementación inicial (SharePoint

Foundation 2010)

En este artículo se proporciona información acerca de las cuentas de servicio y administrativas

necesarias para una implementación inicial de SharePoint Foundation 2010. Para implementar

completamente todos los aspectos de una granja o conjunto de servidores de producción, se

requieren cuentas y permisos adicionales.


En este artículo se describe cómo proteger Microsoft SQL Server para entornos de SharePoint

Foundation 2010.

Vea también Introducción a la implementación (SharePoint Foundation 2010)


38


En este artículo se enumeran los requisitos mínimos de hardware y software para instalar y ejecutar


Si se pone en contacto con el soporte técnico de Microsoft acerca de un sistema de producción

que no cumple las especificaciones mínimas de hardware descritas en este documento, el

soporte técnico estará limitado hasta que se actualice el sistema con los requisitos mínimos.

En este artículo:

Introducción

Requisitos de hardware: Servidores web, servidores de aplicaciones e instalaciones de un solo

servidor

Requisitos de hardware: Servidores de bases de datos

Requisitos de software

Acceso a software aplicable

Introducción Microsoft SharePoint Foundation 2010 proporciona diversos escenarios de instalación. Actualmente,

estas instalaciones incluyen instalaciones de un solo servidor con base de datos integrada e

instalaciones de un conjunto o granja de servidores que incluyen un solo servidor o varios servidores.

Requisitos de hardware: Servidores web, servidores de aplicaciones e instalaciones de un solo servidor Los requisitos de la tabla siguiente se aplican a instalaciones en un único servidor con una base de

datos integrada y a servidores que ejecutan SharePoint Foundation 2010 en una instalación de varias

granjas de servidores.

Componente Requisito mínimo

Procesador 64 bits, cuatro núcleos

RAM 4 GB para evaluación o uso del programador

8 GB para uso de producción en una granja

de varios servidores o de servidor único

Importante:

39


Disco duro 80 GB para la unidad de sistema

Para el uso de producción, se necesita espacio

libre en disco adicional para las operaciones

cotidianas. Mantenga el doble de espacio libre en

comparación con la memoria RAM para entornos

de producción. Para obtener más información, vea

Capacity management and sizing for SharePoint

Server 2010.

Requisitos de hardware: Servidores de bases de datos Los requisitos de la siguiente tabla se aplican a servidores de bases de datos de entornos de

producción con varios servidores en la granja.

Nuestras definiciones de implementaciones pequeñas y medianas se describen en la sección

"Arquitecturas de referencia" en Capacity management and sizing for SharePoint Server 2010.


Procesador 64 bits, cuatro núcleos para implementaciones pequeñas

64 bits, ocho núcleos para implementaciones medianas

RAM 8 GB para implementaciones pequeñas

16 GB para implementaciones medianas

Para implementaciones de gran tamaño, vea la sección "Estimación

de los requisitos de memoria" de Planeación y configuración del

almacenamiento y capacidad de SQL Server (SharePoint Server

2010).

Nota:

Estos valores son mayores que los recomendados como

valores mínimos para SQL Server debido a la distribución de

datos requerida para un entorno de productos de

SharePoint 2010. Para obtener más información acerca de los

requisitos del sistema de SQL Server, vea el tema acerca de

los requisitos de hardware y software para instalar SQL

Nota:

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




40


Server 2008


Disco duro 80 GB para la unidad de sistema

El espacio en disco duro depende del tamaño del contenido de

SharePoint. Para obtener información sobre cómo calcular el tamaño

de contenido y otras bases de datos para la implementación, vea

Planeación y configuración del almacenamiento y capacidad de SQL

Server (SharePoint Server 2010).

Requisitos de software Los requisitos de las siguientes tablas se aplican a las instalaciones de un solo servidor con base de

datos integrada y a las instalaciones de una granja de servidores que incluyan un solo servidor o varios

servidores.

SharePoint Foundation 2010 no admite nombres de dominio con una sola etiqueta. Para

obtener más información, vea la información acerca de cómo configurar Windows para los

dominios con nombres DNS de etiqueta única.

La Herramienta de preparación de Productos de Microsoft SharePoint (a la que se puede obtener

acceso desde la página de inicio de SharePoint Foundation 2010) puede facilitar la instalación de los

requisitos previos de software para SharePoint Foundation 2010. Asegúrese de disponer de una

conexión a Internet, ya que algunos de estos requisitos previos se instalan desde Internet. Para

obtener más información, vea los temas Implementación de un servidor único con SQL Server

(SharePoint Foundation 2010), Implementación de un servidor único con base de datos integrada

(SharePoint Foundation 2010) y Varios servidores para una granja de servidores de tres niveles

(SharePoint Foundation 2010).

Requisitos mínimos

Entorno Requisito mínimo

Servidor de base de datos

en una granja de servidores

Uno de los siguientes:

Edición de 64 bits de Microsoft SQL Server 2008 R2.

La edición de 64 bits de Microsoft SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2. En la página del

Importante:



http://support.microsoft.com/kb/300684/es-es


41


paquete de actualización acumulativa 2 para SQL Server 2008

Service Pack 1

(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0xC0A), haga

clic en el vínculo Ver y solicitar la descarga de la revisión y siga

las instrucciones. En la página Solicitud de revisiones, descargue el

archivo SQL_Server_2008_SP1_Cumulative_Update_2. Al instalar

Microsoft SQL Server 2008 SP1 en Windows Server 2008 R2, es

posible que reciba una advertencia de compatibilidad. Puede pasar

por alto esta advertencia y continuar con la instalación.

Nota:

No se recomienda el uso de CU3 o CU4, sino de CU2, CU5

o una actualización acumulativa (CU) posterior a CU5. Para

obtener más información, vea el paquete de actualización

acumulativa 5 para SQL Server 2008


Descargue el archivo SQL_Server_2008_RTM_CU5_SNAC.

La edición de 64 bits de Microsoft SQL Server 2005 con

Service Pack 3 (SP3). En la página del paquete de actualización

acumulativa 3 para SQL Server 2005 Service Pack 3

(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0xC0A), haga

clic en el vínculo Ver y solicitar la descarga de la revisión y siga

las instrucciones. En la página Solicitud de revisiones, descargue el

archivo SQL_Server_2005_SP3_Cumulative_Update_3.

Para obtener más información sobre cómo elegir una versión de SQL

Server, vea SQL Server 2008 R2 y productos de SharePoint 2010: mejor

juntos (notas del producto) (SharePoint Server 2010).

Servidor único con base de

datos integrada

Edición de 64 bits de Windows Server 2008 Standard, Enterprise,

Datacenter o Web Server con SP2; o la edición de 64 bits de

Windows Server 2008 R2 Standard, Enterprise, Datacenter o Web

Server. Si ejecuta Windows Server 2008 sin SP2, la Herramienta de

preparación de Productos de Microsoft SharePoint instalará

Windows Server 2008 SP2 automáticamente.

Nota:

Debe descargar una actualización para Windows Server

2008 y Windows Server 2008 R2 para poder ejecutar el

programa de instalación. La actualización es una revisión de

.NET Framework 3.5 SP1 instalado por la herramienta de

preparación. Proporciona un método para admitir la







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

42


autenticación de token sin seguridad de transporte o cifrado

de mensajes en WCF. Para obtener más información y

vínculos, vea la sección "Acceso a software aplicable" más

adelante en este artículo.

KB979917: QFE para problemas de Sharepoint - Corrección del

contador de perfeccionamiento y suplantación de usuario


En Windows Server 2008 SP2, descargue el archivo

Windows6.0-KB979917-x64.msu (Vista).

En Windows Server 2008 R2, descargue el archivo Windows6.1-

KB979917-x64.msu (Win7).

Para obtener información, vea el artículo de Knowledge Base

relacionado acerca de dos problemas que se producen al

implementar una aplicación basada en ASP.NET 2.0 en un servidor

que ejecuta IIS 7.0 o IIS 7.5 en el modo integrado


La herramienta de preparación instala los siguientes requisitos

previos:

Rol Servidor web (IIS)

Rol Servidor de aplicaciones

Microsoft .NET Framework versión 3.5 SP1

SQL Server 2008 Express con SP1

Microsoft Sync Framework Runtime v1.0 (x64)

Microsoft Filter Pack 2.0

Microsoft Chart Control para Microsoft .NET Framework 3.5

Windows PowerShell 2.0

SQL Server 2008 Native Client

Microsoft SQL Server 2008 Analysis Services ADOMD.NET

Actualización de los Servicios de datos de ADO.NET para .NET

Framework 3.5 SP1

Una revisión para .NET Framework 3.5 SP1 que proporciona un

método para admitir la autenticación del token sin seguridad de

transporte ni cifrado de mensajes en WCF.

Windows Identity Foundation (WIF)

Nota:

Si tiene instalado Microsoft "Geneva" Framework, deberá






43


desinstalarlo antes de instalar Windows Identity Foundation

(WIF).

Servidores web front-end y

servidores de aplicaciones

en una granja de servidores

Edición de 64 bits de Windows Server 2008 Standard, Enterprise,

Datacenter o Web Server con SP2; o la edición de 64 bits de

Windows Server 2008 R2 Standard, Enterprise, Datacenter o Web

Server. Si ejecuta Windows Server 2008 con SP1, la Herramienta de

preparación de Productos de Microsoft SharePoint instalará

Windows Server 2008 SP2 automáticamente.

Nota:

Debe descargar una actualización para Windows Server

2008 y Windows Server 2008 R2 para poder ejecutar el

programa de instalación. La actualización es una revisión de

.NET Framework 3.5 SP1 instalado por la herramienta de

preparación. Proporciona un método para admitir la

autenticación de token sin seguridad de transporte o cifrado

de mensajes en WCF. Para obtener más información y

vínculos, vea la sección "Acceso a software aplicable".

KB979917: QFE para problemas de SharePoint: Revisión de

contador de rendimiento y suplantación de usuarios


En Windows Server 2008 SP2, descargue el archivo

Windows6.0-KB979917-x64.msu (Vista).

En Windows Server 2008 R2, descargue el archivo Windows6.1-

KB979917-x64.msu (Win7).

Para obtener información, vea el artículo de Knowledge Base

relacionado acerca de dos problemas que se producen al

implementar una aplicación basada en ASP.NET 2.0 en un servidor



La herramienta de preparación instala los siguientes requisitos

previos:

Rol Servidor web (IIS)

Rol Servidor de aplicaciones

Versión 3.5 SP1 de Microsoft .NET Framework

Microsoft Sync Framework Runtime v1.0 (x64)

Microsoft Filter Pack 2.0







44


Windows PowerShell 2.0

SQL Server 2008 Native Client


Actualización de los Servicios de datos de ADO.NET para .NET

Framework 3.5 SP1

Una revisión para .NET Framework 3.5 SP1 que proporciona un

método para admitir la autenticación del token sin seguridad de

transporte ni cifrado de mensajes en WCF.

Windows Identity Foundation (WIF)

Nota:

Si tiene instalado Microsoft "Geneva" Framework, deberá

desinstalarlo antes de instalar Windows Identity Foundation

(WIF).

Equipo cliente Un explorador compatible. Para obtener más información, vea

Planeación de la compatibilidad con exploradores (SharePoint

Foundation 2010).

Software opcional

Entorno Software opcional

Servidor único con base de datos

integrada

Windows 7 o Windows Vista. Para obtener más

información, vea el tema sobre configuración del entorno

de programación para SharePoint Server

(http://go.microsoft.com/fwlink/?linkid=164557&clcid=0xC

0A).

Equipo cliente Cliente de Microsoft Office 2010. Para obtener más

información, vea Microsoft Office 2010


0A).

Microsoft Silverlight 3.

http://technet.microsoft.com/library/7dd4fd50-6ede-4d21-a5d5-87b4c4d49316(Office.14).aspx





45

Acceso a software aplicable Para instalar Windows Server 2008 o Microsoft SQL Server, puede ir a los sitios web que se indican en

esta sección. Puede instalar los demás requisitos previos del software mediante la página de inicio de

SharePoint Foundation. La mayoría de los requisitos previos del software también están disponibles en

los sitios web que aparecen en esta sección. El rol Servidor web (IIS) y el rol Servidor de aplicaciones

se pueden habilitar de forma manual en el administrador del servidor.

En los escenarios donde no es posible ni viable instalar requisitos previos directamente desde Internet,

puede instalar los requisitos previos desde un recurso compartido de red. Para obtener más

información, vea Instalación de requisitos previos desde el recurso compartido de red (SharePoint

Foundation 2010).

SharePoint Foundation 2010 (http://go.microsoft.com/fwlink/?linkid=197422&clcid=0xC0A)

Paquetes de idioma para SharePoint Foundation 2010


Windows Server 2008 (http://go.microsoft.com/fwlink/?linkid=197426&clcid=0xC0A)

Windows Server 2008 R2 (http://go.microsoft.com/fwlink/?linkid=197428&clcid=0xC0A)

SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?linkid=197429&clcid=0xC0A)

SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=179611&clcid=0xC0A)

SQL Server 2005 (http://go.microsoft.com/fwlink/?linkid=197431&clcid=0xC0A)

Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0xC0A)

Paquete de actualizaciones acumulativas 2 para SQL Server 2008 Service Pack 1


Paquete de actualizaciones acumulativas 5 para SQL Server 2008

(http://go.microsoft.com/fwlink/?linkid=197434&clcid=0xC0A). Descargue el archivo

SQL_Server_2008_RTM_CU5_SNAC.


Paquete de actualizaciones acumulativas 3 para SQL Server 2005 Service Pack 3


Microsoft Windows Server 2008 SP2 (http://go.microsoft.com/fwlink/?linkid=166500&clcid=0xC0A)

Windows Server 2008 con SP2: revisión que proporciona un método para admitir la autenticación

del token sin seguridad de transporte ni cifrado de mensajes en WCF, disponible para .NET

Framework 3.5 SP1 (http://go.microsoft.com/fwlink/?linkid=160770&clcid=0xC0A)

Windows Server 2008 R2: revisión que proporciona un método para admitir la autenticación del

token sin seguridad de transporte ni cifrado de mensajes en WCF, disponible para .NET

Framework 3.5 SP1 (http://go.microsoft.com/fwlink/?linkid=166231&clcid=0xC0A)

Microsoft .NET Framework 3.5 Service Pack 1


Microsoft SQL Server 2008 Express Edition Service Pack 1























46

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=0xC0A)

Microsoft Office 2010 Filter Packs (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0xC0A)



Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0xC0A)

Microsoft SQL Server 2008 Native Client




KB979917: QFE para problemas de SharePoint: Revisión de contador de rendimiento y

suplantación de usuarios (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0xC0A)

En Windows Server 2008 SP2, descargue el archivo Windows6.0-KB979917-x64.msu (Vista).

En Windows Server 2008 R2, descargue el archivo Windows6.1-KB979917-x64.msu (Win7).

Actualización de los Servicios de datos de ADO.NET para .NET Framework 3.5 SP1

(http://go.microsoft.com/fwlink/?linkid=163519&clcid=0xC0A) para Windows Server 2008 SP2


(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0xC0A) para Windows Server 2008 R2 o

Windows 7

Microsoft Silverlight 3 (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0xC0A)

Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0xC0A).

Office Communicator 2007 R2 (http://go.microsoft.com/fwlink/?linkid=196930&clcid=0xC0A)

Microsoft SharePoint Designer 2010 (32-bit)


Microsoft SharePoint Designer 2010 (64 bits)



Paquete de actualización acumulativa 2 para SQL Server 2008 Service Pack 1



Paquete de actualización acumulativa 3 para SQL Server 2005 Service Pack 3


Microsoft Windows Server 2008 SP2 (http://go.microsoft.com/fwlink/?linkid=166500&clcid=0xC0A)























47

Windows Server 2008 con SP2: revisión que proporciona un método para admitir la autenticación

del token sin seguridad de transporte ni cifrado de mensajes en WCF, disponible para .NET

Framework 3.5 SP1 (http://go.microsoft.com/fwlink/?linkid=160770&clcid=0xC0A).

Windows Server 2008 R2: revisión que proporciona un método para admitir la autenticación del

token sin seguridad de transporte ni cifrado de mensajes en WCF, disponible para .NET

Framework 3.5 SP1 (http://go.microsoft.com/fwlink/?linkid=166231&clcid=0xC0A).

Microsoft .NET Framework 3.5 Service Pack 1

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

Microsoft SQL Server 2008 Express Edition Service Pack 1


Windows Identity Framework para Windows Server 2008


Windows Identity Framework para Windows Server 2008 R2


Microsoft Sync Framework v1.0 (http://go.microsoft.com/fwlink/?linkid=141237&clcid=0xC0A)

Microsoft Office 2010 Filter Packs (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0xC0A)

Microsoft Chart Controls para Microsoft .NET Framework 3.5


Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0xC0A)

Microsoft SQL Server 2008 Native Client


ADOMD.NET de Microsoft SQL Server 2008 Analysis Services


KB979917: QFE para problemas de SharePoint: Revisión de contador de rendimiento y

suplantación de usuarios (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0xC0A)

En Windows Server 2008 SP2, descargue el archivo Windows6.0-KB979917-x64.msu (Vista).

En Windows Server 2008 R2, descargue el archivo Windows6.1-KB979917-x64.msu (Win7).

Para obtener información, vea el artículo de Knowledge Base relacionado acerca de dos

problemas que se producen al implementar una aplicación basada en ASP.NET 2.0 en un servidor



Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0xC0A).

Microsoft Silverlight 3 (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0xC0A)


(http://go.microsoft.com/fwlink/?linkid=163519&clcid=0xC0A) para Windows Server 2008 SP2


(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0xC0A) para Windows Server 2008 R2 o

Windows 7


























48

Cuentas de servicio y administrativas requeridas para la implementación inicial (SharePoint Foundation 2010)

En este artículo se proporciona información acerca de las cuentas administrativas y de servicio

requeridas para la implementación inicial de Microsoft SharePoint Foundation 2010. Se necesitan otras

cuentas y permisos para implementar de manera completa todos los aspectos de una granja de

servidores de producción.

Permisos necesarios Para implementar SharePoint Foundation 2010 en un conjunto o granja de servidores, deberá

proporcionar credenciales para varias cuentas diferentes.

En la siguiente tabla se describen las cuentas que se usan para instalar y configurar SharePoint

Foundation 2010.

Cuenta Propósito Requisitos

Cuenta de servicio

de SQL Server

La cuenta de servicio de SQL

Server se usa para ejecutar SQL

Server. Se trata de la cuenta de

servicio de los siguientes servicios

de SQL Server:

MSSQLSERVER

SQLSERVERAGENT

Si no usa la sesión de SQL Server

predeterminada, en la consola

Servicios de Windows, dichos

servicios se mostrarán del

siguiente modo:

MSSQL$nombre_sesión

SQLAgent$nombre_sesión

Use una cuenta Sistema local o una

cuenta de usuario de dominio.

Si tiene previsto realizar copias de

seguridad o restaurar desde un recurso

externo, es necesario conceder permisos

al recurso externo sobre la cuenta que

corresponda. Si usa una cuenta de usuario

de dominio para la cuenta de servicio de

SQL Server, conceda permisos a esta

cuenta de usuario de dominio. Sin

embargo, si usa la cuenta Servicio de red o

Sistema local, conceda permisos al

recurso externo sobre la cuenta del equipo

(nombre_dominio\nombreDeHost$_SQL).

El nombre de la sesión es arbitrario y se

creó al instalar Microsoft SQL Server.

Cuenta de usuario

de programa de

instalación

La cuenta de usuario del programa

de instalación sirve para ejecutar

lo siguiente:

Cuenta de usuario de dominio.

Pertenece al grupo de administradores

en cada servidor en que se ejecuta la

49

Cuenta Propósito Requisitos

Programa de instalación

Asistente para configuración

de Productos de SharePoint

instalación.

Inicio de sesión de SQL Server en el

equipo que ejecuta SQL Server.

Pertenece a los siguientes roles de

seguridad de SQL Server:

Rol fijo de servidor securityadmin

Rol fijo de servidor dbcreator

Si ejecuta cmdlets de Windows PowerShell

que afectan a una base de datos, esta

cuenta debe ser miembro de la función de

base de datos fija db_owner de la base de

datos.

Cuenta de la granja

de servidores o

cuenta de acceso a

la base de datos

La cuenta de la granja de

servidores se usa para llevar a

cabo las siguientes tareas:

Configurar y administrar la

granja de servidores.

Actuar como la identidad del

grupo de aplicaciones para el

sitio web de Administración

central de SharePoint.

Ejecute el servicio de

temporizador de flujo de

trabajo de Microsoft


Cuenta de usuario de dominio.

Los permisos adicionales se conceden

automáticamente para la cuenta de la

granja de servidores en los servidores web

y los servidores de aplicaciones unidos a

una granja de servidores.

La cuenta de la granja o conjunto de

servidores se agrega automáticamente

como un inicio de sesión de SQL Server en

el equipo que ejecuta SQL Server. La

cuenta se agrega a los siguientes roles de

seguridad de SQL Server:

Rol fijo de servidor dbcreator

Rol fijo de servidor securityadmin

Rol de base de datos fijo db_owner

para todas las bases de datos de

SharePoint en el conjunto o granja de

servidores

50


En este artículo se describe cómo proteger Microsoft SQL Server para entornos de Productos de

Microsoft SharePoint 2010.

En este artículo:

Resumen de recomendaciones de protección

Configuración de una sesión de SQL Server para escuchar en un puerto no predeterminado

Configuración del Firewall de Windows para bloquear los puertos de escucha predeterminados de

SQL Server

Configuración del Firewall de Windows para abrir manualmente los puertos asignados

Configuración de un alias de cliente SQL

Prueba del alias del cliente SQL

Resumen de recomendaciones de protección Para tener entornos de granjas de servidores seguros, se recomienda realizar lo siguiente:

Bloquee el puerto UDP 1434.

Configure sesiones con nombre de SQL Server para escuchar en un puerto no estándar (distinto

del puerto TCP 1433 o del puerto UDP 1434).

Para mayor seguridad, bloquee el puerto TCP 1433 y reasigne el puerto usado por la sesión

predeterminada a un puerto diferente.

Configure los alias de cliente de SQL Server en todos los servidores web front-end y servidores de

aplicaciones en la granja de servidores. Una vez que los puertos TCP 1433 o UDP 1434 estén

bloqueados, los alias de cliente de SQL Server son necesarios en todos los equipos que se

comunican con el equipo con SQL Server.

Para obtener más información, vea Planeación de la protección de seguridad (SharePoint Foundation

2010).

Configuración de una sesión de SQL Server para escuchar en un puerto no predeterminado Use el Administrador de configuración de SQL Server para cambiar el puerto TCP usado por una

sesión de SQL Server.

1. En el equipo que ejecuta SQL Server, abra el Administrador de configuración de SQL Server.

2. En el panel izquierdo, expanda Configuración de red de SQL Server.

http://technet.microsoft.com/library/191b0a28-616d-4650-94a1-4b19f0a828d8.aspx#section1









51

3. Haga clic en la entrada correspondiente a la instancia que está configurando. La instancia

predeterminada aparece como Protocolos para MSSQLSERVER. Las instancias con nombre

aparecerán como Protocolos para instancia_con_nombre.

4. En el panel derecho, haga clic con el botón secundario en TCP/IP y, a continuación, seleccione

Propiedades.

5. Haga clic en la pestaña Direcciones IP. Hay una entrada correspondiente en esta pestaña para

cada dirección IP asignada al equipo con SQL Server. De forma predeterminada, SQL Server

escucha en todas las direcciones IP asignadas al equipo.

6. Para cambiar globalmente el puerto en el que escucha la instancia predeterminada, siga estos

pasos:

a. Para cada dirección IP, excepto IPAll, borre los valores tanto de Puertos dinámicos TCP

como de Puerto TCP.

b. Para IPAll, borre el valor de Puertos dinámicos TCP. En el campo Puerto TCP, escriba el

puerto en el que desee que escuche la instancia de SQL Server. Por ejemplo, escriba 40000.

7. Para cambiar globalmente el puerto en el que escucha la instancia con nombre, siga estos pasos:

a. Para cada dirección IP que incluya IPAll, borre todos los valores de Puertos dinámicos TCP.

Un valor de 0 para este campo indica que SQL Server usa un puerto TCP dinámico para la

dirección IP. Una entrada en blanco significa que SQL Server no usará un puerto TCP

dinámico para la dirección IP.

b. Para cada dirección IP, excepto IPAll, borre todos los valores de Puerto TCP.

c. Para IPAll, borre el valor de Puertos dinámicos TCP. En el campo Puerto TCP, escriba el

puerto en el que desee que escuche la instancia de SQL Server. Por ejemplo, escriba 40000.

8. Haga clic en Aceptar. Recibirá un mensaje que le indicará que el cambio no tendrá lugar hasta

que se reinicie el servicio de SQL Server. Haga clic en Aceptar.

9. Cierre el Administrador de configuración de SQL Server.

10. Reinicie el servicio SQL Server y confirme que el equipo con SQL Server está escuchando en el

puerto que seleccionó. Puede confirmarlo mirando en el registro del visor de eventos después de

reiniciar el servicio de SQL Server. Busque un evento informativo similar al siguiente:

Tipo del evento: Información

Origen del evento: MSSQL$MSSQLSERVER

Categoría del evento: (2)

Identificador de evento: 26022

Fecha: 6/3/2008

Hora: 1:46:11 p. m.

Usuario: N/D

Equipo: nombre_de_equipo

Descripción:

52

El servidor está escuchando en [ 'cualquier' <ipv4>50000]

Configuración del Firewall de Windows para bloquear los puertos de escucha predeterminados de SQL Server 1. En el Panel de control, abra Firewall de Windows. Haga clic en Cambiar configuración para

abrir el cuadro de diálogo Configuración de Firewall de Windows.

2. En la ficha General, haga clic en Activado. Asegúrese de que la casilla No permitir excepciones

esté desactivada.

3. En la ficha Excepciones, haga clic en Agregar puerto.

4. En el cuadro de diálogo Agregar un puerto, escriba un nombre para el puerto. Por ejemplo,

escriba UDP-1434. A continuación, escriba el número de puerto. Por ejemplo, escriba 1434.

5. Haga clic en la opción apropiada: UDP o TCP. Por ejemplo, para bloquear el puerto 1434, haga

clic en UDP. Para bloquear el puerto 1433, haga clic en TCP.

6. Haga clic en Cambiar ámbito y asegúrese de que el ámbito para esta excepción se establezca en

Cualquier equipo (incluyendo los que están en Internet).

7. Haga clic en Aceptar.

8. En la ficha Excepciones, ubique la excepción que ha creado. Para bloquear el puerto, desactive la

casilla para dicha excepción. De forma predeterminada, esta casilla está activada, lo que significa

que el puerto está abierto.

Configuración del Firewall de Windows para abrir manualmente los puertos asignados 1. Siga los pasos 1 a 7 del procedimiento anterior para crear una excepción para el puerto que asignó

manualmente a la instancia de SQL Server. Por ejemplo, cree una excepción para el puerto TCP

40000.

2. En la ficha Excepciones, localice la excepción que creó. Asegúrese de que la casilla de

verificación de la excepción esté seleccionada. De forma predeterminada, la casilla está activada,

lo que significa que el puerto está abierto.

Para obtener más información sobre cómo usar el protocolo de seguridad de Internet

(IPsec) para proteger la comunicación entrante y saliente del equipo con SQL Server, vea

el artículo de Microsoft Knowledge Base 233256 sobre cómo habilitar el tráfico de IPsec en

un firewall (http://go.microsoft.com/fwlink/?linkid=76142&clcid=0xC0A).

Nota:



53

Configuración de un alias de cliente SQL Si bloquea el puerto UDP 1434 o el puerto TCP 1433 en el equipo que ejecuta SQL Server, debe crear

un alias de cliente de SQL Server en los demás equipos de la granja de servidores. Puede usar el

componente de cliente de SQL Server para crear un alias de cliente de SQL Server para los equipos

que se conectan a SQL Server.

1. Ejecute la instalación de SQL Server en el equipo de destino y seleccione los siguientes

componentes de cliente para instalarlos:

a. Componentes de conectividad

b. Herramientas de administración

2. Abra el Administrador de configuración de SQL Server.

3. En el panel de la izquierda, haga clic en Configuración de SQL Native Client.

4. En el panel de la derecha, haga clic con el botón secundario en Alias y seleccione Nuevo alias.

5. En el cuadro de diálogo Alias, escriba un nombre para el alias y, a continuación, escriba el número

de puerto para la instancia de base de datos. Por ejemplo, escriba SharePoint_alias.

6. En el campo Nº de puerto, escriba el número de puerto para la instancia de base de datos. Por

ejemplo, escriba 40000. Asegúrese de que el protocolo esté establecido en TCP/IP.

7. En el campo Servidor, escriba el nombre del equipo que ejecuta SQL Server.

8. Haga clic en Aplicar y, a continuación, en Aceptar.

Prueba del alias del cliente SQL Pruebe la conectividad con el equipo que ejecuta SQL Server con Microsoft SQL Server Management

Studio, el cual está disponible mediante la instalación de los componentes de cliente de SQL Server.

1. Abra SQL Server Management Studio.

2. Cuando se le pida que escriba un nombre de servidor, escriba el nombre del alias que creó y, a

continuación, haga clic en Conectar. Si la conexión se realiza correctamente, SQL Server

Management Studio se rellena con objetos correspondientes a la base de datos remota.

Para comprobar la conectividad a sesiones de base de datos adicionales desde SQL

Server Management Studio, haga clic en el botón Conectar y, a continuación, en Motor de

base de datos.

Nota:

54


En esta sección se describe cómo implementar Microsoft SharePoint Foundation 2010 en uno o varios

servidores para crear distintas topologías que sirven para probar soluciones de Microsoft SharePoint

Foundation 2010 en distintas etapas del ciclo de vida de la implementación.

En esta sección:

Implementación de un servidor único con SQL Server (SharePoint Foundation 2010)

En este artículo se describe cómo instalar SharePoint Foundation 2010 en un servidor único. Esta

implementación usa Microsoft SQL Server y puede escalarse fácilmente para crear topologías de

conjunto o granja de servidores de dos o tres niveles.

Implementación de un servidor único con base de datos integrada (SharePoint Foundation 2010)

En este artículo se describe cómo instalar SharePoint Foundation 2010 en un servidor único. Esta

implementación usa SQL Server Express y normalmente sirve para evaluar SharePoint Foundation

2010.

Varios servidores para una granja de servidores de tres niveles (SharePoint Foundation 2010)

En este artículo se describe cómo instalar SharePoint Foundation 2010 en varios servidores. Esta

implementación usa Microsoft SQL Server y la topología de tres niveles que se crea proporciona la

base para implementar cualquier solución.

Inicio rápido: Implementación de un servidor único en un entorno de Hyper-V aislado (SharePoint

Foundation 2010)

En este artículo se describe cómo usar Windows PowerShell para instalar SharePoint Foundation

2010 en un servidor único que usa SQL Server Express o Microsoft SQL Server. Use el código de

Windows PowerShell que se incluye para instalar SharePoint Foundation 2010 rápidamente en un

entorno de Hyper-V aislado que sirve para evaluar SharePoint Foundation 2010.


En este artículo se describe el procedimiento para implementar Microsoft SharePoint Foundation

2010 en un entorno de granja de servidores que usa bases de datos creadas por el administrador

de la base de datos.

Implementación en un entorno virtual (SharePoint Foundation 2010)

En este artículo se proporcionan instrucciones para implementar un entorno virtual.

55


En este artículo se describe cómo realizar una instalación limpia de Microsoft SharePoint Foundation

2010 en un solo conjunto o granja de servidores.

En este artículo:

Introducción

Antes de comenzar

Instalación de SharePoint Foundation 2010

Pasos posteriores a la instalación

Introducción Al instalar SharePoint Foundation 2010 en una granja de servidores única, puede configurar

SharePoint Foundation 2010 según sus necesidades concretas. Una vez completados el programa de

instalación y el Asistente para configuración de Productos de SharePoint, se habrán instalado los

archivos binarios, los permisos de seguridad configurados, la configuración del Registro, la base de

datos de configuración, la base de datos de contenido y el sitio web de Administración central de

SharePoint. A continuación, puede ejecutar el Asistente para la configuración del conjunto de

servidores para configurar la granja de servidores, seleccionar los servicios que desea usar en la

granja de servidores y crear la primera colección de sitios, o puede establecer manualmente la

configuración de la granja de servidores a su propio ritmo.

Una granja de servidores única normalmente consta de un servidor que ejecuta Microsoft SQL Server y

SharePoint Foundation 2010. Puede implementar SharePoint Foundation 2010 en un entorno de

granja de servidores única si hospeda solo unos cuantos sitios para un número limitado de usuarios.

Esta configuración también es útil si desea configurar primero una granja según sus necesidades y

agregar servidores a la granja de servidores en una fase posterior.

En esta guía no se explica cómo instalar SharePoint Foundation 2010 en un entorno de varias

granjas de servidores ni cómo actualizar las versiones anteriores de SharePoint Foundation.

Para obtener más información, vea Varios servidores para una granja de servidores de tres

niveles (SharePoint Foundation 2010). Para obtener más información acerca de la

actualización, vea Actualización a SharePoint Foundation 2010.

Antes de comenzar Antes de iniciar la implementación, haga lo siguiente:

Nota:

56

Asegúrese de estar familiarizado con las instrucciones del sistema operativo que se describen en

el tema de instrucciones para el ajuste del rendimiento de Windows Server 2008 y el tema de

instrucciones para el ajuste del rendimiento de Windows Server 2008 R2.

Asegúrese de cumplir con todos los requisitos de hardware y software. Para obtener más

información, vea Requisitos de hardware y software (SharePoint Foundation 2010).

Asegúrese de realizar una instalación limpia de SharePoint Foundation 2010. No se puede instalar

la versión RTM de SharePoint Foundation 2010 sin quitar primero la versión beta de SharePoint

Foundation 2010.

Asegúrese de que está preparado para configurar las cuentas requeridas con los permisos

adecuados, tal y como se indica en Cuentas de servicio y administrativas requeridas para la

implementación inicial (SharePoint Foundation 2010).

Como procedimiento recomendado de seguridad, se recomienda instalar SharePoint

Foundation 2010 mediante la administración con privilegios mínimos.

Asegúrese de haber decidido qué servicios desea usar para la aplicación web, tal y como se indica

en Configurar servicios (SharePoint Foundation 2010).

Instalación de SharePoint Foundation 2010 Para instalar y configurar SharePoint Foundation 2010, siga estos pasos:

1. Ejecute la Herramienta de preparación de Productos de Microsoft SharePoint, que instala todos los

requisitos previos para usar SharePoint Foundation 2010.

2. Ejecute el programa de instalación, que instala binarios, configura los permisos de seguridad y

establece la configuración del Registro para Microsoft SharePoint Foundation.

3. Ejecute Asistente para configuración de Productos de SharePoint, que instala y configura la base

de datos de configuración y la base de datos de contenido e instala el sitio web de Administración


4. Establezca la configuración del explorador.

5. Ejecute al Asistente para la configuración del conjunto de servidores, que configura la granja de

servidores, crea la primera colección de sitios y selecciona los servicios que desea usar en la


6. Realice los pasos posteriores a la instalación.

Para completar los siguientes procedimientos, debe ser miembro del grupo Administradores en

el equipo local.

Nota:

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

Ejecución de la Herramienta de preparación de Productos de Microsoft SharePoint

Siga este procedimiento para instalar los requisitos previos de software para SharePoint Foundation

2010.

1. Inserte el disco de instalación de SharePoint Foundation 2010.

2. En la página de inicio de SharePoint Foundation 2010, haga clic en Instalar requisitos

previos de software.

Nota:

Debido a que la herramienta de preparación descarga componentes del Centro de

descarga de Microsoft, el equipo en el que se va a instalar Microsoft SharePoint

Foundation debe tener acceso a Internet.

3. En la página de bienvenida de la Herramienta de preparación de Productos de Microsoft

SharePoint, haga clic en Siguiente.

4. En la página de términos de licencia del producto de software, lea con atención los términos,

active la casilla de verificación Acepto los términos de licencia y, a continuación, haga clic

en Siguiente.

5. En la página Instalación completada, haga clic en Finalizar.

Ejecución del programa de instalación

El siguiente procedimiento instala binarios, configura los permisos de seguridad y establece la

configuración del Registro para SharePoint Foundation 2010.

1. En la página de inicio de SharePoint Foundation 2010, haga clic en Instalar SharePoint

Foundation.

2. En la página Términos de licencia para software de Microsoft, revise los términos, active la

casilla Acepto los términos del contrato y, a continuación, haga clic en Continuar.

3. En la página Elija la instalación que desea, haga clic en Conjunto de servidores.

4. En la ficha Tipo de servidor, haga clic en Completo.

5. Opcional: si desea instalar SharePoint Foundation 2010 en una ubicación personalizada, haga

clic en la pestaña Ubicación de datos y, a continuación, escriba el nombre de la ubicación o

use Examinar hasta encontrar la ubicación.

6. Haga clic en Instalar ahora.

7. Cuando finalice la instalación, haga clic en Cerrar.

Para ejecutar la Herramienta de preparación de Productos de Microsoft SharePoint

Para ejecutar el programa de instalación

58

Si se produce error en el programa de instalación, revise la carpeta TEMP del usuario que

ejecutó el programa de instalación. Asegúrese de que ha iniciado sesión como el usuario que

ejecutó el programa de instalación y, a continuación, escriba %temp% en la barra de ubicación

en el Explorador de Windows. Si la ruta de acceso %temp% se resuelve en una ubicación que

termina en "1" ó "2", tendrá que subir un nivel para ver los archivos de registro. El nombre del

archivo de registro es Microsoft SharePoint Foundation 2010 Setup (<marca de tiempo>).

Para tener acceso al Asistente para configuración de Productos de SharePoint, haga clic en

Inicio, elija Todos los programas y, a continuación, haga clic en Productos de Microsoft

SharePoint 2010. Si aparece el cuadro de diálogo Control de cuentas de usuario, haga clic

en Continuar.

Ejecución del Asistente para configuración de Productos de SharePoint

El siguiente procedimiento instala y configura la base de datos de configuración, la base de datos de

contenido e instala el sitio web de Administración central de SharePoint.

1. En la página Productos de SharePoint, haga clic en Siguiente.

2. En el cuadro de diálogo que indica que algunos servicios podrían tener que reiniciarse durante

la configuración, haga clic en Sí.

3. En la página Conectar a un conjunto de servidores, haga clic en Crear un nuevo conjunto de

servidoresy, a continuación, haga clic en Siguiente.

4. En la página Especificar las opciones de la base de datos de configuración, siga este

procedimiento:

a. En el cuadro Servidor de base de datos, escriba el nombre del equipo que ejecuta SQL

Server.

b. En el cuadro Nombre de la base de datos, escriba un nombre para la base de datos de

configuración o use el nombre predeterminado. El nombre predeterminado es

SharePoint_Config.

c. En el cuadro Nombre de usuario, escriba el nombre del usuario de la cuenta de la granja

de servidores. Asegúrese de escribir el nombre del usuario con el formato

DOMINIO\NombreDeUsuario.

Importante:

La cuenta de la granja de servidores se usa para crear y tener acceso a la base de

datos de configuración. Además, actúa como la cuenta de identidad del grupo de

Nota:

Sugerencia:

Para ejecutar el Asistente para configuración de Productos de SharePoint

59

aplicaciones de Administración central de SharePoint y es la cuenta con la que se

ejecuta el servicio de temporizador de flujo de trabajo de Microsoft SharePoint

Foundation. El Asistente para configuración de Productos de SharePoint agrega

esta cuenta a las cuentas de inicio de sesión de SQL Server, el rol de servidor

dbcreator de SQL Server y el rol de servidor securityadmin de SQL Server. La

cuenta de usuario que especifique como la cuenta de servicio debe ser una cuenta

de usuario de dominio, aunque no es necesario que pertenezca a un grupo de

seguridad específico en los servidores web front-end o los servidores de bases de

datos. Se recomienda aplicar el principio de privilegios mínimos y especificar una

cuenta de usuario que no pertenezca al grupo Administradores de los servidores

web front-end o los servidores de bases de datos.

d. En el cuadro Contraseña, escriba la contraseña de usuario.

5. Haga clic en Siguiente.

6. En la página Especificar configuración de seguridad del conjunto de servidores, escriba la

frase de contraseña y, a continuación, haga clic en Siguiente.

Asegúrese de que la frase de contraseña cumple los criterios siguientes:

Contiene ocho caracteres como mínimo.

Contiene como mínimo tres de los cuatro grupos de caracteres siguientes:

Caracteres en mayúsculas (de la A a la Z)

Caracteres en minúsculas (de la a a la z)

Números (del 0 al 9)

Caracteres no alfabéticos (como !, $, #, %)

Nota:

Aunque la frase de contraseña es similar a una contraseña, la frase suele ser más

larga para aumentar la seguridad. Se usa para cifrar credenciales de cuentas

registradas en Microsoft SharePoint Foundation (por ejemplo, la cuenta del

sistema de Microsoft SharePoint Foundation proporcionada al ejecutar el Asistente

para configuración de Productos de SharePoint). Asegúrese de recordar la frase

de contraseña, ya que debe usarla cada vez que agregue un servidor a la granja.

7. En la página Configurar la aplicación web de Administración central de SharePoint, siga este

procedimiento:

a. Active la casilla de verificación Especifique el número de puerto y escriba el número de

puerto que desea que la aplicación web de Administración central de SharePoint use o

deje la casilla de verificación Especifique el número de puerto desactivada si desea usar

el número de puerto predeterminado.

b. Haga clic en NTLM o en Negociar (Kerberos).


9. En la página Finalizando el Asistente para configuración de Productos de SharePoint, revise

60

las opciones de configuración para comprobar que son correctas y, a continuación, haga clic

en Siguiente.

Nota:

Si desea crear automáticamente cuentas exclusivas para los usuarios de servicio de

directorio Active Directory, haga clic en Configuración avanzada y habilite la creación

de cuentas de Active Directory.

10. En la página Configuración realizada correctamente, haga clic en Finalizar.

Nota:

Si se produce un error en el Asistente para configuración de Productos de SharePoint,

revise los archivos de registro de PSCDiagnostics, que están ubicados en la unidad en

la que está instalado SharePoint Foundation, en la carpeta

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS.

Nota:

Si se le solicita el nombre de usuario y la contraseña, es posible que deba agregar el

sitio web de Administración central de SharePoint a la lista de sitios de confianza y

configurar las opciones de autenticación de usuario en Internet Explorer. Podría

resultar útil deshabilitar la configuración de seguridad mejorada de Internet Explorer.

Las instrucciones sobre cómo configurar o deshabilitar estos valores se proporcionan

en la siguiente sección.

Nota:

Si ve un mensaje de error de servidor proxy, es posible que deba configurar las

opciones del servidor proxy de forma que las direcciones locales omitan el servidor

proxy. Las instrucciones para configurar las opciones del servidor proxy se

proporcionan en la siguiente sección.

Configuración de las opciones del explorador

Después de ejecutar el Asistente para configuración de Productos de SharePoint, debe asegurarse de

que SharePoint Foundation 2010 funciona correctamente para los administradores locales del entorno

mediante la configuración de opciones adicionales en Internet Explorer.

Si los administradores locales no utilizan Internet Explorer, es posible que deba establecer una

configuración adicional. Para obtener información acerca de los exploradores compatibles, vea

Planeación de la compatibilidad con exploradores (SharePoint Foundation 2010).

Si se le solicita el nombre de usuario y la contraseña, realice los siguientes procedimientos:

Adición del sitio web de Administración central de SharePoint a la lista de sitios de confianza

Deshabilitación de la configuración de seguridad mejorada de Internet Explorer

Nota:


61

Si recibe un mensaje de error de servidor proxy, realice el siguiente procedimiento:

Configuración del servidor proxy para que omita el servidor proxy en las direcciones locales

Para obtener más información, vea el tema de introducción a IEAK 8


1. En Internet Explorer, en el menú Herramientas, haga clic en Opciones de Internet.

2. En la pestaña Seguridad, en el cuadro Seleccione una zona para ver o cambiar la

configuración de seguridad, haga clic en Sitios de confianza y, a continuación, en Sitios.

3. Desactive la casilla Requerir comprobación del servidor (https:) para todos los sitios de

esta zona.

4. En el cuadro Agregar este sitio web a la zona, escriba la dirección URL de su sitio y, a

continuación, haga clic en Agregar.

5. Haga clic en Cerrar para cerrar el cuadro de diálogo Sitios de confianza.

6. Haga clic en Aceptar para cerrar el cuadro de diálogo Opciones de Internet.

1. Haga clic en Inicio, elija Todos los programas, después Herramientas administrativas y, a

continuación, haga clic en Administrador de servidores.

2. En Administrador de servidores, seleccione la raíz de Administrador de servidores.

3. En la sección Información de seguridad, haga clic en Configurar ESC de Internet Explorer.

Se abrirá el cuadro de diálogo Configuración de seguridad mejorada de Internet Explorer.

4. En la sección Administradores, haga clic en Desactivado para deshabilitar la configuración

de seguridad mejorada de Internet Explorer y, a continuación, haga clic en Aceptar.


2. En la ficha Conexiones, en el área Configuración de la red de área local (LAN), haga clic

en Configuración de LAN.

3. En el área Configuración automática, desactive la casilla Detectar la configuración

automáticamente.

4. En el área Servidor proxy, active la casilla Usar un servidor proxy para la LAN.

5. Escriba la dirección del servidor proxy en el cuadro Dirección.

6. Escriba el número de puerto del servidor proxy en el cuadro Puerto.

7. Active la casilla No usar servidor proxy para direcciones locales.

Para agregar el sitio web de Administración central de SharePoint a la lista de sitios de confianza

Para deshabilitar la configuración de seguridad mejorada de Internet Explorer

Para establecer la configuración del servidor proxy de modo que omita el servidor proxy en las direcciones locales


62

8. Haga clic en Aceptar para cerrar el cuadro de diálogo Configuración de la red de área local

(LAN).


Ejecución del Asistente para configuración de la granja de servidores

Ha completado la instalación y la configuración inicial de SharePoint Foundation 2010. Ha creado el

sitio web de Administración central de SharePoint. Ahora puede crear la granja de servidores y los

sitios, y puede seleccionar servicios con el Asistente para la configuración del conjunto de servidores.

1. En el sitio web de Administración central de SharePoint, en la página de asistentes para

configuración, haga clic en Inicia el Asistente de configuración del conjunto de servidores.

2. En la página Ayude a mejorar SharePoint, haga clic en una de las siguientes opciones y, a

continuación, haga clic en Aceptar:

Sí, deseo participar (recomendado).

No, no deseo participar.

3. En la página Configure el conjunto de servidores de SharePoint, haga clic en Guiarme en la

configuración usando este asistentey, a continuación, haga clic en Siguiente.

4. En la sección Cuenta de servicio, haga clic en la cuenta de servicio que desee usar para

configurar los servicios.

Nota

Por motivos de seguridad, se recomienda usar una cuenta distinta de la cuenta de administrador

de la granja de servidores para configurar servicios en la granja.

Si decide usar una cuenta administrada existente (es decir, una cuenta que SharePoint Foundation

reconozca), asegúrese de hacer clic en esta opción antes de continuar.

5. Seleccione los servicios que desea usar en la granja de servidores y, a continuación, haga clic

en Siguiente.

6. En la página Crear colección de sitios, realice las acciones siguientes:

a. En la sección Título y descripción, en Título, escriba el nombre del nuevo sitio.

b. Opcional: en el cuadro Descripción, escriba una descripción de lo que contiene el sitio.

c. En la sección Dirección del sitio web, seleccione una ruta de acceso URL para el sitio.

d. En la sección Selección de plantilla, en la lista Seleccionar una plantilla, seleccione la

plantilla que desea usar para el sitio de nivel superior de la colección de sitios.

Nota:

Para ver una platilla o una descripción de una plantilla, haga clic en cualquier

Para ejecutar el Asistente para la configuración del conjunto de servidores

63

plantilla en la lista Seleccione una plantilla.


8. En la página Configure el conjunto de servidores de SharePoint, revise el resumen de la

configuración de la granja de servidores y, a continuación, haga clic en Finalizar.

Pasos posteriores a la instalación Después de instalar y configurar SharePoint Foundation 2010, se abre la ventana del explorador para

el sitio web de Administración central del nuevo sitio de SharePoint. Aunque puede empezar a agregar

contenido al sitio o personalizar el sitio, se recomienda realizar primero las siguientes tareas

administrativas mediante el sitio web de Administración central de SharePoint.

Configurar la colección de datos de uso y mantenimiento Puede configurar la colección de

datos de uso y mantenimiento en la granja de servidores. El sistema escribe datos de uso y estado

en la carpeta de registro y en la base de datos de registro. Para obtener más información, vea

Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010).

Configurar el registro de diagnóstico Puede configurar un registro de diagnóstico que podría

ser necesario después de la implementación o actualización inicial. La configuración

predeterminada es suficiente en la mayoría de las situaciones, pero es posible que se desee

cambiar esta configuración en función de las necesidades empresariales y el ciclo de vida de la

granja de servidores. Para obtener más información, vea Configuración del registro de

diagnósticos (SharePoint Foundation 2010).

Configurar correo electrónico entrante Puede configurar el correo electrónico entrante de modo

que los sitios de SharePoint acepten y archiven el correo electrónico entrante. Del mismo modo,

puede configurar el correo electrónico entrante de modo que los sitios de SharePoint puedan

archivar discusiones de correo electrónico a medida que éstas tengan lugar, guardar documentos

enviados por correo electrónico y mostrar reuniones enviadas por correo electrónico en los

calendarios del sitio. Además, puede configurar el servicio de administración de directorios de

SharePoint con el fin de proporcionar soporte para la administración y creación de listas de

distribución de correo electrónico. Para obtener más información, vea el tema Configuración del

correo electrónico entrante (SharePoint Foundation 2010).

Configuración del correo electrónico saliente Puede configurar el correo electrónico saliente de

modo que el servidor del Protocolo simple de transferencia de correo (SMTP) envíe alertas de

correo electrónico a los usuarios del sitio y notificaciones a los administradores del sitio. Puede

configurar tanto las direcciones de correo electrónico de "origen" como las direcciones de correo

electrónico de "respuesta" que aparecen en las alertas salientes. Para obtener más información,

vea Configuración del correo electrónico saliente (SharePoint Foundation 2010).

Configuración de una cuenta móvil Puede configurar una cuenta móvil de modo que SharePoint

envíe alertas de mensajes de texto (SMS) a su propio teléfono móvil, o a los de los usuarios del

sitio. Para obtener más información, vea el tema Configuración de una cuenta móvil (SharePoint

Foundation 2010).

64

Instalar y configurar el almacenamiento remoto de blobs Puede instalar y configurar el

almacenamiento remoto de blobs (RBS) para una instancia de SQL Server 2008 que admite una

granja de SharePoint. Para obtener más información, vea Instalación y configuración del

almacenamiento remoto de blobs o del almacenamiento externo de blobs (SharePoint Foundation

2010).

*** BEGIN MOSS ONLY ***

65

Implementación de un servidor único con base de datos integrada (SharePoint Foundation 2010)

En este artículo se describe cómo realizar una instalación nueva de Microsoft SharePoint Foundation

2010 en un único servidor con una base de datos integrada.

En este artículo:

Introducción

Antes de comenzar

Instalación de SharePoint Foundation 2010


Configuración de Copias de seguridad de Windows Server

Introducción Puede publicar rápidamente un sitio de SharePoint mediante la implementación de SharePoint

Foundation 2010 en un único servidor con una base de datos integrada. Esta configuración es útil si

desea evaluar las características y capacidades de SharePoint Foundation 2010, como la

colaboración, la administración de documentos y la búsqueda. Esta configuración también sirve si va a

implementar un número reducido de sitios web y se desea minimizar la sobrecarga administrativa. Al

implementar SharePoint Foundation 2010 en un único servidor con una base de datos integrada

usando los valores predeterminados, el programa de instalación instala Microsoft SQL Server 2008

Express y el producto de SharePoint y, a continuación, el Asistente para configuración de Productos de

SharePoint crea la base de datos de configuración y la de contenido para los sitios de SharePoint.

Además, el Asistente para configuración de Productos de SharePoint instala el sitio web de

Administración central de SharePoint y crea la primera colección de sitios de SharePoint.

En este artículo no se describe cómo instalar SharePoint Foundation 2010 en un entorno de

conjunto o granja de servidores ni cómo actualizar desde versiones anteriores de SharePoint

Foundation. Para obtener más información acerca de la instalación de SharePoint Foundation

2010 en una granja de un único servidor, vea Implementación de un servidor único con SQL

Server (SharePoint Foundation 2010). Para obtener más información acerca de la instalación

de SharePoint Foundation 2010 en una granja de varios servidores, vea Varios servidores para

una granja de servidores de tres niveles (SharePoint Foundation 2010). Para obtener más

información acerca de la actualización, vea Actualización a SharePoint Foundation 2010.

Tenga en cuenta las siguientes restricciones de este método de instalación:

Nota:

66

No se puede instalar la versión de SharePoint Foundation de servidor único con base de datos

integrada en un controlador de dominio.

Una base de datos de SQL Server 2008 Express no puede tener más de 4 GB.

Antes de comenzar Antes de comenzar con la implementación, asegúrese de haber cumplido con todos los requisitos de

hardware y software. Para obtener más información, vea Requisitos de hardware y software

(SharePoint Foundation 2010). También asegúrese de realizar una instalación limpia de SharePoint

Foundation 2010. No se puede instalar la versión RTM de SharePoint Foundation 2010 sin quitar

primero la versión beta de SharePoint Foundation 2010

Instalación de SharePoint Foundation 2010 Para instalar y configurar SharePoint Foundation 2010, siga estos pasos:

1. Ejecute la Herramienta de preparación de Productos de Microsoft SharePoint, que instala todos los

requisitos previos para usar SharePoint Foundation 2010.

2. Ejecute el programa de instalación, que instalará SQL Server 2008 Express y el producto de

SharePoint.

3. Ejecute el Asistente para configuración de Productos de SharePoint, que instala el sitio web de

Administración central de SharePoint y crea la primera colección de sitios de SharePoint.

4. Establezca la configuración del explorador.

5. Realice los pasos posteriores a la instalación.

Para realizar los siguientes procedimientos, debe pertenecer al grupo Administradores en el

equipo local.

Ejecute la Herramienta de preparación de Productos de Microsoft SharePoint

Siga este procedimiento para instalar los requisitos previos de software para SharePoint Foundation

2010.

1. Inserte el disco de instalación de SharePoint Foundation 2010.

2. En la página de inicio de SharePoint Foundation 2010, haga clic en Instalar requisitos

previos de software.

Nota:

Importante:

Para ejecutar la Herramienta de preparación de Productos de Microsoft SharePoint

67

Debido a que la herramienta de preparación descarga componentes del Centro de

descarga de Microsoft, el equipo en el que se va a instalar SharePoint Foundation

debe tener acceso a Internet.

3. En la página principal de la Herramienta de preparación de Productos de Microsoft SharePoint,

haga clic en Siguiente.

4. En la página Instalación completa, haga clic en Finalizar.

Ejecución del programa de instalación

El siguiente procedimiento instala SQL Server 2008 Express y el producto de SharePoint. Al finalizar el

programa de instalación, se puede elegir iniciar el Asistente para configuración de Productos de

SharePoint, que se describe más adelante en esta sección.

1. En la página de Inicio de SharePoint Foundation 2010, haga clic en Instalar SharePoint

Foundation.

2. En la página Leer los Términos de licencia de software de Microsoft, revise los términos, active

la casilla Acepto los términos del contrato y, a continuación, haga clic en Continuar.

3. En la página Elija la instalación que desea, haga clic en Independiente.

4. Una vez finalizada la instalación, aparecerá un cuadro de diálogo que le solicitará que

complete la configuración del servidor. Asegúrese de que la casilla de verificación Ejecutar el

Asistente para configuración de Productos de SharePoint en este momento esté

activada.

5. Haga clic en Cerrar para iniciar el asistente para configuración.

Si se produce error en el programa de instalación, revise la carpeta TEMP del usuario que

ejecutó el programa de instalación. Asegúrese de que ha iniciado sesión como el usuario que

ejecutó el programa de instalación y, a continuación, escriba %temp% en la barra de ubicación

en el Explorador de Windows. Si la ruta de acceso %temp% se resuelve en una ubicación que

termina en "1" ó "2", tendrá que subir un nivel para ver los archivos de registro. El nombre del

archivo de registro es Microsoft SharePoint Foundation 2010 Setup (<marca de tiempo>).

Para tener acceso al Asistente para configuración de Productos de SharePoint, haga clic en

Inicio, elija Todos los programas y, a continuación, haga clic en Productos de Microsoft

SharePoint 2010. Si aparece el cuadro de diálogo Control de cuentas de usuario, haga clic

en Continuar.


Nota:

Sugerencia:

68


El siguiente procedimiento instala y configura la base de datos de configuración, la base de datos de

contenido e instala el sitio web de Administración central de SharePoint. También crea la primera

colección de sitios de SharePoint.





Nota:


revise los archivos de registro de PSCDiagnostics, que están ubicados en la unidad en

la que está instalado SharePoint Foundation, en la carpeta


Nota:

Si se le pide el nombre de usuario y la contraseña, es posible que deba agregar el sitio

web de Administración central de SharePoint a la lista de sitios de confianza y

configurar los parámetros de autenticación de usuario en Internet Explorer. Puede que

también desee deshabilitar los parámetros de Seguridad mejorada de Internet

Explorer. Las instrucciones para configurar o deshabilitar estos parámetros se

entregan en la siguiente sección.

Nota:

Si ve un mensaje de error de servidor proxy, es posible que deba configurar las

opciones del servidor proxy de forma que las direcciones locales omitan el servidor

proxy. Las instrucciones para configurar las opciones del servidor proxy se

proporcionan en la siguiente sección.

Configuración de las opciones del explorador

Después de ejecutar el Asistente para configuración de Productos de SharePoint, debe asegurarse de

que SharePoint Foundation funciona correctamente para los administradores locales del entorno

mediante la configuración de opciones adicionales en Internet Explorer.

Si los administradores locales no utilizan Internet Explorer, es posible que deba establecer una

configuración adicional. Para obtener información acerca de los exploradores compatibles, vea

Planeación de la compatibilidad con exploradores (SharePoint Foundation 2010).


Nota:


69

Si se le pide el nombre de usuario y la contraseña, realice los siguientes procedimientos:

Agregue el sitio web de Administración central de SharePoint a la lista de sitios de confianza

Deshabilite las opciones de Seguridad mejorada de Internet Explorer

Si recibe un mensaje de error del servidor proxy, realice el siguiente procedimiento:

Configuración del servidor proxy para que omita el servidor proxy en las direcciones locales

Para obtener más información, vea el tema de introducción a IEAK 8



2. En el área Seleccione una zona para ver o cambiar la configuración de seguridad de la

pestaña Seguridad, haga clic en Sitios de confianza y, a continuación, en Sitios.

3. Desactive la casilla Requerir comprobación del servidor (https:) para todos los sitios de

esta zona.

4. En el cuadro Agregar este sitio web a la zona, escriba la dirección URL de su sitio y, a

continuación, haga clic en Agregar.

5. Haga clic en Cerrar para cerrar el cuadro de diálogo Sitios de confianza.


Si usa un servidor proxy en la organización, siga estos pasos para configurar Internet Explorer

de manera que omita el servidor proxy para las direcciones locales.

1. Haga clic en Inicio, elija Todos los programas, elija Herramientas administrativas y, a

continuación, haga clic en Administrador del servidor.

2. En Administrador del servidor, seleccione la raíz de Administrador de servidores.

3. En la sección Información de seguridad, haga clic en Configurar ESC de Internet Explorer.

Se abrirá el cuadro de diálogo Configuración de seguridad mejorada de Internet Explorer.

4. En la sección Administradores, haga clic en Desactivar para deshabilitar las opciones de

Configuración de seguridad mejorada de Internet Explorer y, a continuación, haga clic en

Aceptar.


Para agregar el sitio web de Administración central de SharePoint a la lista de sitios de confianza

Para deshabilitar las opciones de Seguridad mejorada de Internet Explorer

Para configurar las opciones del servidor proxy para que omita el servidor proxy para direcciones locales


70

2. En la pestaña Conexiones, en el área Configuración de la red de área local (LAN), haga

clic en Configuración de LAN.

3. En el área Configuración automática, desactive la casilla Detectar la configuración

automáticamente.

4. En el área Servidor proxy, active la casilla Usar un servidor proxy para la LAN.

5. Escriba la dirección del servidor proxy en el cuadro Dirección.

6. Escriba el número de puerto del servidor proxy en el cuadro Puerto.

7. Active la casilla No usar servidor proxy para direcciones locales.

8. Haga clic en Aceptar para cerrar el cuadro de diálogo Configuración de la red de área local

(LAN).


Pasos posteriores a la instalación Después de instalar SharePoint Foundation 2010, se abre la ventana del explorador en el sitio web de

Administración central del sitio nuevo de SharePoint. Aunque puede comenzar a agregar contenido al

sitio o personalizarlo, es recomendable realizar primero las siguientes tareas administrativas mediante

el sitio web de Administración central de SharePoint:

Configurar la colección de datos de uso y mantenimiento Puede configurar la colección de

datos de uso y mantenimiento en la granja de servidores. El sistema escribe datos de uso y estado

en la carpeta de registro y en la base de datos de registro. Para obtener más información, vea

Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010).

Configurar el registro de diagnóstico Puede configurar un registro de diagnóstico que podría

ser necesario después de la implementación o actualización inicial. La configuración

predeterminada es suficiente en la mayoría de las situaciones, pero es posible que se desee

cambiar esta configuración en función de las necesidades empresariales y el ciclo de vida de la

granja de servidores. Para obtener más información, vea Configuración del registro de


Configurar correo electrónico entrante Puede configurar el correo electrónico entrante de

modo que los sitios de SharePoint acepten y archiven el correo electrónico entrante. Del mismo

modo, puede configurar el correo electrónico entrante de modo que los sitios de SharePoint

puedan archivar discusiones de correo electrónico a medida que éstas tengan lugar, guardar

documentos enviados por correo electrónico y mostrar reuniones enviadas por correo electrónico

en los calendarios del sitio. Además, puede configurar el servicio de administración de directorios

de SharePoint con el fin de proporcionar soporte para la administración y creación de listas de

distribución de correo electrónico. Para obtener más información, vea Configuración del correo

electrónico entrante (SharePoint Foundation 2010).

Configurar correo electrónico saliente Puede configurar el correo electrónico saliente de modo

que el servidor de Protocolo simple de transferencia de correo (SMTP) envíe alertas de correo

electrónico a los usuarios del sitio y notificaciones a los administradores del sitio. Puede configurar

71

tanto las direcciones de correo electrónico de "origen" como las direcciones de correo electrónico

de "respuesta" que aparecen en las alertas salientes. Para obtener más información, vea

Configuración del correo electrónico saliente (SharePoint Foundation 2010).

Configuración de una cuenta móvil Puede configurar una cuenta móvil para que SharePoint

envíe alertas como mensaje de texto (SMS) a los teléfonos móviles de quienes sea necesario.

Para obtener más información, vea el tema sobre Configuración de una cuenta móvil (SharePoint

Foundation 2010).

Instalar y configurar el almacenamiento remoto de blobs Puede instalar y configurar el

almacenamiento remoto de blobs (RBS) para una instancia de SQL Server 2008 que admite una

granja de servidores de SharePoint. Para obtener más información, vea Instalación y configuración

del almacenamiento remoto de blobs o del almacenamiento externo de blobs (SharePoint

Foundation 2010).

Configuración de Copias de seguridad de Windows Server Si desea usar Copias de seguridad de Windows Server con SharePoint Foundation 2010, debe

registrar VSS Writer de SharePoint 2010 con Copias de seguridad de Windows Server mediante la

ejecución del comando stsadm -o registerwsswriter. Para obtener más información, vea el tema

sobre la operación de Stsadm registerwsswriter (Windows SharePoint Services).

http://technet.microsoft.com/es-es/library/cc287616.aspx

72


En este artículo se describe cómo instalar Microsoft SharePoint Foundation 2010 en varios servidores

para crear una granja de servidores de Microsoft SharePoint Foundation implementada en tres niveles.

La granja de servidores consta de dos servidores front-end web, un servidor de aplicaciones y un

servidor de base de datos. La secuencia de implementación y las configuraciones que se describen en

este artículo se basan en una serie de procedimientos recomendados. La configuración de la granja de

servidores resultante no es compleja, sino que proporciona una infraestructura fundamental para la

implementación de una solución de SharePoint Foundation en granjas de servidores similares o más

complejas.

La granja de servidores se aprovisiona con la búsqueda de SharePoint Foundation; la búsqueda está

configurada para rastrear el contenido que se crea como parte de esta implementación.

En este artículo:

Introducción

Preparación de los servidores de la granja

Instalación de SharePoint Foundation 2010 en los servidores de la granja

Creación y configuración de la granja de servidores

Adición de servidores web a la granja

Configuración del registro de diagnóstico y la recolección de datos de mantenimiento y uso

Configuración de la búsqueda de SharePoint Foundation

Creación de un sitio


Introducción Los pasos básicos de esta implementación son los siguientes:

Asegúrese de que está familiarizado con el concepto de topología de tres niveles.

Asegúrese de que se ha hecho todo el trabajo de planeación y preparatorio, como la comprobación

de los requisitos de hardware y software.

Instale las actualizaciones de software necesarias en todos los servidores que formarán parte de la


Instale los requisitos previos de SharePoint Foundation en los servidores en los niveles de

aplicación y web.

Instale SharePoint Foundation en el servidor de aplicaciones y los servidores web.

Cree y configure la granja de servidores de SharePoint.

http://technet.microsoft.com/library/bf3631e9-e03d-4f91-80b4-d9c1eab7d3a9.aspx#FoundationSearch

73

Aprovisione los servicios.

Realice las tareas posteriores a la implementación según sea necesario.

Introducción a la topología

Generalmente, esta topología se usa para las granjas de servidores medianas y grandes, descritas en

Introducción a la implementación (SharePoint Foundation 2010). Por lo que respecta al rendimiento, la

capacidad y la escalabilidad, se recomienda una topología de tres niveles en lugar de una topología de

dos niveles. Una topología de tres niveles proporciona el diseño físico y lógico más eficaz para admitir

el escalamiento y proporciona una mejor distribución de servicios entre los servidores de la granja. En

la siguiente ilustración se muestra la implementación de tres niveles que se describe en este artículo.

Con respecto a la ilustración anterior, tenga en cuenta lo siguiente:

Se pueden agregar servidores web al nivel web. Estos servidores se pueden configurar como

servidores web convencionales para administrar las solicitudes de los usuarios.

Puede agregar servidores de la granja en el nivel de aplicación y, a continuación, configurarlos

como servidores dedicados que hospedarán el sitio web de Administración central u otros servicios

de la granja de servidores que requieren recursos dedicados o aislamiento del nivel web (por

ejemplo, trabajos de temporizador y servicios de espacio aislado).

74

Puede agregar servidores de bases de datos en el nivel de base de datos para implementar una

sesión independiente, una creación de reflejo de la base de datos o un clúster de conmutación por

error. Si se va a configurar la granja de servidores para tener una alta disponibilidad, se requiere la

creación de reflejo de la base de datos o un clúster de conmutación por error en el nivel de base

de datos.

Antes de comenzar

Antes de iniciar la implementación, haga lo siguiente:

Asegúrese de estar familiarizado con las instrucciones del sistema operativo que se describen en

el tema de instrucciones para el ajuste del rendimiento de Windows Server 2008 y el tema de

instrucciones para el ajuste del rendimiento de Windows Server 2008 R2.

Asegúrese de cumplir los requisitos de hardware y software. Para obtener más información, vea

Requisitos de hardware y software (SharePoint Foundation 2010).

Asegúrese de que está preparado para configurar las cuentas necesarias con los permisos

correspondientes, como se describe en Cuentas de servicio y administrativas requeridas para la


Como procedimiento recomendado de seguridad, se recomienda instalar SharePoint

Foundation mediante la administración con privilegios mínimos.

Uso de la Herramienta de preparación de Productos y Tecnologías de Microsoft SharePoint 2010

La Herramienta de preparación de Productos de Microsoft SharePoint comprueba la presencia de

requisitos previos e instala y configura todos los programas necesarios. La Herramienta de preparación

de Productos de Microsoft SharePoint requiere una conexión a Internet para descargar y configurar los

requisitos previos de SharePoint Foundation. Si no tiene una conexión de Internet para los servidores

de la granja, tendrá que obtener imágenes instalables para el software requerido. Para conocer las

ubicaciones de instalación, vea Requisitos de software en "Determinar requisitos de hardware y

software (SharePoint Foundation 2010)".

Si decide obtener imágenes instalables, se recomienda crear un punto de instalación que pueda usar

para almacenar las imágenes. Puede usar este punto de instalación para instalar futuras

actualizaciones de software.

Servidor de base de datos

Asegúrese de que SQL Server 2005 o SQL Server 2008 se hayan actualizado para el nivel requerido y

configurado como se indica a continuación:

SQL Server 2005: las conexiones locales y remotas están habilitadas y configuradas para usar el

protocolo TCP/IP.

SQL Server 2008: el protocolo TCP/IP está habilitado para la configuración de red.

Nota:

http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv.mspx

http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv-R2.mspx

75

En las organizaciones cuyos administradores de bases de datos actúan de forma independiente de los

administradores de SharePoint, debe asegurarse de que la versión correcta de SQL Server esté

disponible y actualizada para el nivel requerido. Además, debe solicitar una base de datos creada con

DBA y configurada para la granja de servidores.

En los procedimientos descritos en este artículo no se usa una base de datos creada por un

DBA; estos procedimientos son diferentes en una implementación de base de datos creada por

un DBA. Para obtener más información, vea Implementación mediante bases de datos creadas

con DBA (SharePoint Foundation 2010).

Paquetes de revisiones y actualizaciones públicas

Asegúrese de que las actualizaciones públicas y los paquetes de revisiones requeridas estén

instalados para el sistema operativo, SQL Server y SharePoint Foundation. Se recomienda actualizar

todos los servidores a la misma versión de software antes de aplicar las actualizaciones públicas. Para

esta versión de SharePoint Foundation, se deben aplicar las siguientes revisiones:

SQL Server 2008: instale esta actualización antes de implementar la granja de servidores. Paquete

de actualización acumulativa 2 para SQL Server 2008 SP1.

Después de instalar los requisitos previos en cada servidor de la granja de servidores, debe

instalar la revisión para el mensaje de error cuando se usa el método "IMSAdminBase::CopyKey"

como parte de los componentes de compatibilidad de IIS 6.0 en IIS 7.0 (excepción de HRESULT:

0x80070003) en el servidor de aplicaciones primero y, a continuación, en los dos servidores web.

Preparación de los servidores de la granja Antes de instalar SharePoint Foundation, debe buscar e instalar todos los requisitos previos en el

servidor de aplicaciones y en los servidores web con la Herramienta de preparación de Productos de

Microsoft SharePoint.

Si decide instalar los requisitos previos manualmente, puede ejecutar la Herramienta de

preparación de Productos de Microsoft SharePoint para comprobar los requisitos previos que

se requieren en cada servidor.

Use el siguiente procedimiento para instalar los requisitos previos en cada uno de los servidores de la


1. Descargue SharePoint Foundation 2010

(http://go.microsoft.com/fwlink/?linkid=168781&clcid=0xC0A) de la ubicación de instalación del

producto y, a continuación, haga doble clic en el archivo ejecutable correspondiente.

2. Si instala desde una imagen de arranque, haga clic en Instalar requisitos previos de

Nota:

Sugerencia:

Para ejecutar la herramienta de preparación







76

software en la pantalla de presentación.

3. Si instala desde una colección de archivos, haga doble clic en PrerequisiteInstaller.exe.

4. En la página de bienvenida de la Herramienta de preparación de Productos de Microsoft


Nota:

Es posible que la herramienta de preparación tenga que reiniciar el servidor local para

completar la instalación de algunos de los requisitos previos. El instalador seguirá

ejecutándose después de reiniciar el servidor y no se requiere ninguna intervención

manual. Sin embargo, debe volver a iniciar sesión en el servidor.

5. En la página Instalación completada, haga clic en Finalizar.

Nota:

Una vez completada la Herramienta de preparación de Productos de Microsoft

SharePoint, debe instalar KB 949516

(http://go.microsoft.com/fwlink/?linkid=148917&clcid=0xC0A) y KB 971831

(http://support.microsoft.com/kb/971831/es-es). Es posible que también deba reiniciar

el servidor después de instalar esta revisión.

Nota:

Si se muestra el mensaje de error "Si se carga este ensamblado, se generará un

conjunto de permisos diferente de otras instancias. (Excepción de HRESULT:

0x80131401)" al iniciar el proceso de trabajo de IIS (w3wp.exe), otro servicio o una

aplicación administrada en un servidor que también ejecuta SharePoint Foundation

2010, debe instalar la revisión KB963676

(http://go.microsoft.com/fwlink/?linkid=151358&clcid=0xC0A). Debe reiniciar el equipo

después de aplicar esta revisión.

Instalación de SharePoint Foundation 2010 en los servidores de la granja Una vez instalados los requisitos previos, use el siguiente procedimiento para instalar SharePoint

Foundation en cada uno de los servidores de la granja de servidores.

1. En la página Inicio, haga clic en Instalar SharePoint Foundation.


casilla Acepto los términos del contrato y, a continuación, haga clic en Continuar.

3. En la página Elija la instalación que desea, haga clic en Conjunto de servidores.




77

4. En la ficha Tipo de servidor, haga clic en Completo.

5. En la ficha Ubicación de archivos, acepte la ubicación predeterminada o cambie la ruta de

instalación y, a continuación, haga clic en Instalar ahora.

Nota:

Como procedimiento recomendado, se recomienda instalar SharePoint Foundation en

una unidad que no se encuentre en el sistema.

6. Cuando finaliza la instalación, se muestra un cuadro de diálogo para solicitar que complete la

configuración del servidor. Desactive la casilla de verificación Ejecutar el Asistente para

configuración de Productos y Tecnologías de SharePoint en este momento.

Nota:

Para mantener la coherencia del enfoque, se recomienda no ejecutar al Asistente para

configuración hasta que SharePoint Foundation se haya instalado en todas las

aplicaciones y todos los servidores front-end web que se incluirán en la granja de

servidores.

7. Haga clic en Cerrar para finalizar la instalación.

Creación y configuración de la granja de servidores Para crear y configurar la granja, ejecute el Asistente para configuración de Productos de SharePoint.

Este asistente automatiza varias tareas de configuración, incluidas la creación de la base de datos de

configuración, la instalación de servicios y la creación del sitio web de Administración central. Se

recomienda ejecutar el Asistente para configuración de Productos de SharePoint en el servidor que

hospedará el sitio web de Administración central antes de ejecutar el asistente en los demás servidores

de la granja.

1. En el servidor que hospedará Administración central (servidor de aplicaciones), haga clic en

Inicio, seleccione Todos los programas y, a continuación, haga clic en Productos de

Microsoft SharePoint 2010.

2. En la lista de opciones disponibles, haga clic en Asistente para configuración de Productos

y Tecnologías de SharePoint.




5. En la página Conectar a un conjunto de servidores existente, haga clic en Crear un nuevo

conjunto de servidoresy, a continuación, haga clic Siguiente.

6. En la página Especificar las opciones de la base de datos de configuración, siga este

procedimiento:

Para ejecutar el asistente para configuración y configurar la granja de servidores

78

a. En el cuadro Servidor de base de datos, escriba el nombre del equipo que ejecuta SQL

Server.

b. En el cuadro Nombre de la base de datos, escriba un nombre para la base de datos de

configuración o use el nombre predeterminado. El nombre predeterminado es

SharePoint_Config.

c. En el cuadro Nombre de usuario, escriba el nombre de usuario de la granja de servidores

con el formato DOMINIO\nombreDeUsuario.

Importante:

La cuenta de la granja de servidores se usa para crear y tener acceso a la base de

datos de configuración. Además, actúa como la cuenta de identidad del grupo de

aplicaciones de Administración central de SharePoint y es la cuenta con la que se

ejecuta el servicio del temporizador de Windows SharePoint Services. El Asistente

para configuración de Productos de SharePoint agrega esta cuenta a las cuentas

de inicio de sesión de SQL Server, el rol de servidor dbcreator de SQL Server y el

rol de servidor securityadmin de SQL Server. La cuenta de usuario que

especifique como la cuenta de servicio debe ser una cuenta de usuario de

dominio, aunque no es necesario que pertenezca a un grupo de seguridad

específico en los servidores web o los servidores de bases de datos. Se

recomienda aplicar el principio de privilegios mínimos y especificar una cuenta de

usuario que no pertenezca al grupo Administradores de los servidores web o los

servidores de bases de datos.

d. En el cuadro de Contraseña, escriba la contraseña de usuario.


8. En la página Especificar configuración de seguridad del conjunto de servidores, escriba la

frase de contraseña y, a continuación, haga clic en Siguiente.

Asegúrese de que la frase de contraseña cumple los criterios siguientes:

Contiene ocho caracteres como mínimo.

Contiene como mínimo tres de los cuatro grupos de caracteres siguientes:

Caracteres no extendidos en mayúsculas (de la A a la Z)

Caracteres no extendidos en minúsculas (de la a a la z)



Nota:

Aunque la frase de contraseña es similar a una contraseña, la frase suele ser más

larga para aumentar la seguridad. Se usa para cifrar credenciales de cuentas

registradas en SharePoint Foundation 2010 (por ejemplo, la cuenta del sistema de

SharePoint Foundation 2010 proporcionada al ejecutar el Asistente para

configuración de Productos de SharePoint). Asegúrese de recordar la frase de

79

contraseña, ya que debe usarla cada vez que agregue un servidor a la granja.

9. En la página Configurar la aplicación web de Administración central de SharePoint, siga este

procedimiento:

a. Active la casilla de verificación Especifique el número de puerto y escriba un número de

puerto si desea que la aplicación web de Administración central de SharePoint use un

puerto específico o bien deje la casilla de verificación Especifique el número de puerto

desactivada si desea usar el número de puerto predeterminado.

Nota:

Si desea tener acceso al sitio web de Administración central de SharePoint desde

una equipo remoto, asegúrese de permitir el acceso al número de puerto

configurado en este paso. Para ello, configure la regla de entrada Administración

central de SharePoint v4 en el Firewall de Windows con seguridad avanzada.

b. Haga clic en NTLM o en Negociar (Kerberos).



Nota:


compruebe los archivos de registro en la unidad en la que está instalado SharePoint

Foundation 2010, los cuales se encuentran en la carpeta


12. El sitio web de Administración central se abre en una ventana nueva del explorador.

En la página Ayude a mejorar SharePoint, haga clic en una de las siguientes opciones y, a

continuación, haga clic en Aceptar.

a. Sí, deseo participar (recomendado).

b. No, no deseo participar.

13. En la página Configure el conjunto de servidores de SharePoint, tiene la posibilidad de usar un

asistente para configurar los servicios o configurar los servicios manualmente. En este artículo,

se usa la opción manual. Haga clic en Cancelar.

La elección que realice aquí es una cuestión de preferencia personal. El Asistente para la

configuración del conjunto de servidores configura algunos servicios automáticamente cuando

se ejecuta. Sin embargo, si configura los servicios manualmente, tiene mayor flexibilidad para

diseñar la arquitectura lógica.

Para obtener más información acerca de cómo usar el asistente para configurar los servicios,

vea Implementación de un servidor único con SQL Server (SharePoint Foundation 2010).

Importante:

Si usa una base de datos creada por un DBA, no puede usar al Asistente para la

configuración del conjunto de servidores. Debe usar el Asistente para configuración de

80

Productos de SharePoint.

Adición de servidores web a la granja Una vez creada la granja de servidores en el servidor de aplicaciones, puede agregar los servidores

para el nivel web mediante el proceso descrito anteriormente en este tema para la instalación de

SharePoint Foundation en el servidor que hospeda Administración central. La única diferencia es que,

durante la instalación, se le pedirá que se una a una granja de servidores existente. Siga los pasos del

asistente para unirse a la granja de servidores.

Para obtener información adicional sobre la adición de servidores a una granja de servidores, vea

Adición de un servidor web o de aplicaciones a la granja de servidores (SharePoint Foundation 2010).

En este artículo también se proporciona información detallada para los pasos del procedimiento

siguiente.

Configuración del registro de diagnóstico y la recolección de datos de mantenimiento y uso Después de agregar los servidores front-end web, configure el registro de diagnóstico inicial y la

recolección de datos de mantenimiento y uso para la granja de servidores.

El registro de diagnóstico puede ayudar a identificar y aislar problemas cuando se producen en la

granja de servidores. Acepte la configuración predeterminada al configurar el registro de diagnóstico en

nuevas instalaciones. A continuación, si se producen problemas en la granja de servidores, puede

revisar estos valores y ajustar los niveles del modo correspondiente. Esto le ayudará a identificar la

causa y a aislar los problemas. Los informes de mantenimiento y uso se pueden usar para mostrar en

qué se diferencia la configuración del registro de diagnóstico de los valores predeterminados.

Para obtener más información acerca del diagnóstico y el mantenimiento y uso, vea:

Configuración del registro de diagnósticos (SharePoint Foundation 2010)

Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010)

Use los procedimientos siguientes para completar la configuración de registro de diagnóstico y la

recolección de datos de mantenimiento y uso inicial.

Dado que se trata de una implementación inicial de la granja de servidores sin datos del banco

de pruebas, se aceptan valores predeterminados a menos que se indique lo contrario.

1. En la página principal de Administración central, haga clic en Supervisión.

2. En la sección Informes, haga clic en Configurar registro de diagnósticos.

3. En la página Registro de diagnósticos, compruebe si se ha seleccionado Activar la

protección de "flood" del registro de eventos. En caso contrario, haga clic en la casilla de

Nota:

Para configurar el registro de diagnóstico

http://technet.microsoft.com/library/c027d7fb-3b13-4502-9101-391d6c161b16(Office.14).aspx

81

verificación correspondiente para habilitar esta característica.

4. La ubicación predeterminada del registro de seguimiento está en la unidad donde se instaló

SharePoint Foundation. Como práctica recomendada, aconsejamos almacenar el registro de

seguimiento en una unidad que no sea del sistema.

Importante:

Si cambia la ruta de acceso del registro de seguimiento para una unidad que no sea

del sistema, esta ubicación debe existir en todos los servidores de la granja de

servidores. Los servidores nuevos o existentes no pueden registrar los datos si la

ubicación no existe. Además, no podrá agregar nuevos servidores a menos que la ruta

de acceso especificada exista en el nuevo servidor. No se puede usar un recurso

compartido de red con fines de registro.

5. Haga clic en Aceptar para guardar los cambios.

Cuando termine de configurar el registro de diagnóstico, configure la recolección de datos de

mantenimiento y uso.

En la página Supervisión de Administración central, haga clic en Configurar la recolección de

datos de uso y estado..

Haga clic en la casilla de verificación para habilitar la Recolección de datos de uso.

Haga clic en la casilla de verificación para habilitar la Recolección de datos de

mantenimiento.

Haga clic en Aceptar.

Configuración de la búsqueda de SharePoint Foundation La búsqueda de SharePoint Foundation se instala automáticamente al instalar SharePoint Foundation.

Sin embargo, el servicio de búsqueda no se inicia y se requiere cierta configuración.

Use el siguiente procedimiento para configurar e iniciar la búsqueda para la granja de servidores de


1. En la página principal de Administración central, haga clic en Administrar servicios en el

servidor.

2. En las página Servicios del servidor, haga clic en Búsqueda de SharePoint Foundation. Esta

acción abre la página Configurar el servicio de búsqueda de Microsoft SharePoint Foundation,

donde se configuran las opciones indicadas a continuación.

Para configurar la recolección de datos de mantenimiento y uso

Para configurar la búsqueda de SharePoint Foundation

82

3. En la sección Cuenta de servicio, escriba un nombre de usuario y una contraseña.

4. En la sección Cuenta de acceso al contenido, escriba un nombre de usuario y una

contraseña para una cuenta que tendrá acceso de solo lectura a todo el contenido.

noteDXDOC112778PADS Security Note

No use una cuenta con muchos privilegios o una cuenta que puede modificar el

contenido.

5. Haga clic en Aceptar para guardar los cambios en la configuración.

6. En la página Servicios del servidor, haga clic en Iniciar para iniciar la búsqueda de SharePoint

Foundation.

Creación de un sitio Para crear un sitio durante esta fase de la implementación, debe crear una aplicación web y una

colección de sitios. Use los procedimientos siguientes para crear una aplicación web mediante

Administración central y, a continuación, cree un sitio web de nivel superior asociado con la aplicación

web.

1. En la página principal de Administración central, en la sección Administración de

aplicaciones, haga clic en Administrar aplicaciones web.

2. En la cinta, haga clic en Nuevo.

3. En la sección Autenticación, en la página Crear nueva aplicación web, haga clic en la casilla

de verificación de Autenticación de modo clásico

4. En la sección Sitio web de IIS, haga clic en Crear un nuevo sitio web de IIS.

5. Conserve el valor predeterminado de Puerto o escriba un nuevo número de puerto.

6. No cambie el valor predeterminado del cuadro Ruta de acceso.

7. En la sección Configuración de seguridad, haga clic en NTLM para el proveedor de

autenticación.

8. En la sección Grupo de aplicaciones, haga clic en Crear nuevo grupo de aplicaciones.

9. Haga clic en Configurable.

10. Elija una cuenta administrada de la lista desplegable o haga clic en Registrar una nueva

cuenta administrada.

11. Para Nombre y autenticación de base de datos, haga clic en Autenticación de Windows

(recomendada).

12. Para Conexiones de la aplicación de servicio, abra la lista desplegable para Editar el

siguiente grupo de conexiones, haga clic en [personalizado] y, a continuación, haga clic en

Aplicación de servicio de búsqueda.

Para crear una aplicación web

83

13. Para Programa para la mejora de la experiencia del usuario, haga clic en Sí.



aplicaciones, haga clic en Crear colecciones de sitios.

2. En la sección Aplicación web, compruebe si el nombre que se muestra coincide con el de la

aplicación web creada en el procedimiento anterior. En caso contrario, haga clic en la flecha

situada junto a la lista desplegable y, a continuación, haga clic en Cambiar aplicaciones web

en el menú que aparece.

3. En la página Seleccionar aplicación web, haga clic en el nombre de la aplicación web creada y,

a continuación, haga clic en Aceptar.

4. En la sección Título y descripción, escriba un título y una descripción para la colección de

sitios:

5. En la sección Dirección del sitio web, escriba una barra diagonal (/) en la lista desplegable

Dirección URL y, a continuación, seleccione /sitios/.

6. En la sección Selección de plantilla, haga clic en la pestaña Colaboración y, a continuación,

haga clic en Sitio de grupo.

7. En la sección Administrador de la colección de sitios primaria, escriba el inicio de sesión

de usuario con el formato DOMINIO\nombreDeUsuario.

8. En la sección Administrador de la colección de sitios secundaria, escriba el inicio de

sesión de usuario con el formato DOMINIO\nombreDeUsuario.

9. En la sección Plantilla de cuota, mantenga el valor predeterminado.


Una vez creada la colección de sitios, se muestra la página El sitio de nivel superior se creó

correctamente. Haga clic en el vínculo al sitio nuevo. Si se muestra un cuadro de diálogo de

autenticación, escriba el inicio de sesión para el administrador del sitio con el formato

DOMINIO\nombreDeUsuario.

Este nuevo sitio se implementa automáticamente en los servidores de nivel web.

Pasos posteriores a la instalación Después de instalar y configurar SharePoint Foundation 2010, se abre la ventana del explorador para

el sitio web de Administración central del nuevo sitio de SharePoint. Aunque puede empezar a agregar

contenido al sitio o personalizar el sitio, se recomienda realizar primero las siguientes tareas

administrativas mediante el sitio web de Administración central de SharePoint.

Para crear una colección de sitios

Nota:

84

Configuración del correo electrónico saliente. Puede configurar el correo electrónico saliente

de modo que el servidor del Protocolo simple de transferencia de correo (SMTP) envíe alertas de

correo electrónico a los usuarios del sitio y notificaciones a los administradores del sitio. Puede

configurar tanto las direcciones de correo electrónico de "origen" como las direcciones de correo

electrónico de "respuesta" que aparecen en las alertas salientes. Para obtener más información,

vea Configuración del correo electrónico saliente (SharePoint Foundation 2010).

Puede configurar las opciones de correo electrónico entrante para que los sitios de

SharePoint acepten y archiven el correo electrónico entrante. Sin embargo, se recomienda

realizar esta tarea después de finalizar la implementación y configuración inicial de la

granja de servidores. Para obtener más información, vea Configuración del correo

electrónico entrante (SharePoint Foundation 2010).

Configuración de una cuenta móvil Puede configurar una cuenta móvil de modo que

SharePoint envíe alertas de mensajes de texto (SMS) a su propio teléfono móvil, o a los de los

usuarios del sitio. Para obtener más información, vea el tema Configuración de una cuenta móvil


Nota:

85

Inicio rápido: Implementación de un servidor único en un entorno de Hyper-V aislado (SharePoint Foundation 2010)

Puede usar una máquina virtual de Hyper-V aislada y segura para probar las características y el

comportamiento de SharePoint Foundation 2010. Este método usa recursos de hardware mínimos y

permite aislar el sistema de prueba de SharePoint Foundation 2010 de un entorno de producción. Se

recomienda este aislamiento para eliminar las posibles amenazas de seguridad a una red corporativa y

a un entorno de servidor.

Mediante los pasos manuales o los comandos de Windows PowerShell 2.0 proporcionados en este

artículo, puede implementar rápidamente SharePoint Foundation 2010 en un solo servidor que use una

de las siguientes bases de datos:

La base de datos de SQL Server 2008 Express y SQL Server 2008 R2 Express integrada

proporcionada con SharePoint Foundation

Microsoft SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3 instalada

Microsoft SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2

La implementación en un servidor de SharePoint Foundation descrita en este artículo solo está

pensada para usarse con fines de evaluación y prueba, por lo que no debe usarse en un

entorno de producción.

En este artículo:

Requisitos y recomendaciones

Permisos requeridos

Tareas previas a la implementación

Implementación manual de SharePoint Foundation 2010

Implementación de SharePoint Foundation 2010 mediante secuencias de comandos o scripts de

Windows PowerShell

Requisitos y recomendaciones Los siguientes requisitos y recomendaciones para el servidor de virtualización de Hyper-V, la máquina

virtual y el entorno de implementación sólo se aplican al escenario de implementación en un servidor

descrito en este artículo.

Importante:

86

Configuración del servidor de virtualización y de la máquina virtual

En la siguiente tabla se proporcionan las configuraciones mínimas y recomendadas para el servidor de

virtualización y las máquinas virtuales. Estas configuraciones admitirán las opciones de base de datos

disponibles para una implementación en un servidor.

Recurso Mínimo Recomendado

CPU Procesador dual, 2 gigahercios

(GHz)

Procesador dual, 2 GHz

Memoria 4 gigabytes (GB) 8 GB

Disco duro Disco duro virtual de tamaño fijo

con una capacidad de 40 GB

Sugerencia:

Para acelerar la creación

de un disco duro virtual de

tamaño fijo, configure

inicialmente el disco duro

para la expansión

dinámica. Después de

instalar el software

necesario (incluido

SharePoint Foundation),

convierta el disco duro

virtual en un disco duro de

tamaño fijo.

Disco duro virtual de tamaño fijo

con una capacidad de 80 GB

Tipo de adaptador de red Sintético Sintético

Tipo de red Interna para garantizar el

aislamiento de la máquina virtual y

para habilitar las comunicaciones

entre el servidor de virtualización y

la máquina virtual

Sugerencia:

Para facilitar el acceso al

software necesario y

recomendado, así como su

instalación, use una red

externa. Cuando esté

Interna para garantizar el

aislamiento de la máquina virtual

y para habilitar las

comunicaciones entre el servidor

de virtualización y la máquina

virtual

87

Recurso Mínimo Recomendado

preparado para instalar

SharePoint Foundation,

configure las máquinas

virtuales de modo que usen

una red interna.

Se proporciona la siguiente orientación sobre configuración para el servidor de virtualización:

La relación del procesador (núcleo) lógico con el procesador virtual debe ser lo más baja posible.

La relación óptima es 1:1.

Mediante la relación del procesador lógico con el procesador virtual 1:1 debería configurar el

servidor de virtualización de modo que la cantidad total de procesadores de las máquinas virtuales

sea menor que la cantidad total de núcleos físicos. Por ejemplo, si va a usar un servidor de

virtualización de cuatro núcleos, el procedimiento recomendado consiste en crear tres máquinas

virtuales que usen un solo procesador o una máquina virtual que tenga dos procesadores y otra

que use un procesador. Cualquiera de estas configuraciones dejaría un núcleo libre para los

procesos del servidor de virtualización.

Además de los requisitos previos para el entorno virtual, revise el artículo Requisitos de hardware y

software (SharePoint Foundation 2010) antes de iniciar la implementación de SharePoint Foundation

2010 en la máquina virtual.

Entorno de implementación

Se necesita un dominio para implementar SharePoint Foundation 2010.

Si no tiene un dominio virtual aislado disponible para implementar SharePoint Foundation 2010, debe

crear un dominio virtual en un Hyper-V configurado para usar lo siguiente:

Un controlador de dominio con Servicios de dominio de Active Directory (AD DS)

Un controlador de dominio con un servidor DNS

Puede implementar SharePoint Foundation en un controlador de dominio. Sin embargo, es necesario

realizar algunos cambios en la configuración. Inicie Windows PowerShell con la opción Ejecutar como

administrador y ejecute los siguientes comandos para permitir la implementación en un controlador de

dominio.

$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

88

$type = [System.Security.AccessControl.AccessControlType]::Allow

$rule = New-Object System.Security.AccessControl.RegistryAccessRule($person, $access,

$inheritance, $propagation, $type)

$acl.AddAccessRule($rule)

Set-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $acl

Permisos requeridos Para instalar SharePoint Foundation 2010, la cuenta de inicio de sesión que use en la máquina virtual

debe pertenecer a:

El grupo Administradores local en la máquina virtual

La función fija de servidor dbcreator de SQL Server

El rol del servidor securityadmin de SQL Server

Para obtener más información, vea Cuentas de servicio y administrativas requeridas para la


Tareas previas a la implementación Realice las siguientes tareas antes de implementar SharePoint Foundation 2010:

En el servidor de virtualización, cree un punto de instalación que incluya el software de SharePoint

Foundation o proporcione los medios, como una imagen ISO, a los que se podrá obtener acceso

desde la máquina virtual.

Cree una máquina virtual que cumpla con los requisitos mínimos descritos en la sección

―Requisitos y recomendaciones‖ anteriormente en este artículo.

En la máquina virtual:

Instale el sistema operativo y las actualizaciones de seguridad obligatorias y recomendadas.

Instale la edición de SQL Server que desea usar si no usa la versión integrada proporcionada

con SharePoint Foundation.

Instale todas las actualizaciones obligatorias y recomendadas para la edición de SQL Server

que va a instalar.

Configure el firewall de Windows Server para permitir el acceso a SQL Server. Para obtener

más información, vea el tema sobre la configuración del firewall de Windows para permitir el

acceso a SQL Server (http://go.microsoft.com/fwlink/?linkid=134724&clcid=0xC0A).

Revise el artículo Requisitos de hardware y software (SharePoint Foundation 2010) para

determinar los programas y las revisiones que se deben obtener e instalar antes de instalar




89

Implementación manual de SharePoint Foundation 2010 Para obtener información acerca de cómo implementar SharePoint Foundation 2010 de forma manual

en un solo servidor, vea Implementación de un servidor único con base de datos integrada (SharePoint

Foundation 2010) o Implementación de un servidor único con SQL Server (SharePoint Foundation

2010).

Implementación de SharePoint Foundation 2010 mediante secuencias de comandos o scripts de Windows PowerShell Puede usar los scripts de Windows PowerShell para implementar SharePoint Foundation 2010 en un

solo servidor.

Como procedimiento recomendado, no se deben ejecutar scripts sin firmar.

Para obtener más información acerca de la firma de scripts de Windows PowerShell, vea el

tema sobre firmas de Windows PowerShell

(http://go.microsoft.com/fwlink/?linkid=160357&clcid=0xC0A) en TechNet Magazine. Para

obtener más información acerca de la firma de código en general, vea el tema de introducción

a la firma de código (http://go.microsoft.com/fwlink/?linkid=59273&clcid=0xC0A) en MSDN.

Para obtener más información acerca de la configuración de una entidad de certificación (CA)

propia, vea el tema sobre los Servicios de certificados de Active Directory

(http://go.microsoft.com/fwlink/?linkid=136444&clcid=0xC0A) en la biblioteca de TechNet.

Cree y use uno de los siguientes archivos de script de Windows PowerShell para implementar

SharePoint Foundation en un solo servidor.

simplesingleserver.ps1: instala SharePoint Foundation 2010 mediante la base de datos integrada

para almacenar documentos e información de configuración.

simplefarm.ps1: instala SharePoint Foundation 2010 mediante SQL Server 2005 o SQL Server

2008 para almacenar documentos e información de configuración.

simplesingleserver.ps1

Este script implementa SharePoint Foundation 2010 en un solo servidor que usa la base de datos

integrada.

Copie el siguiente código en un editor de texto y guárdelo como simplesingleserver.ps1 en el directorio

que elija:

noteDXDOC112778PADS Security Note





90

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

## 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 Windows PowerShell 2.0 mediante la opción Ejecutar como administrador.

2. Navegue al directorio donde guardó simplesingleserver.ps1.

3. Ejecute .\simplesingleserver.ps1 desde el símbolo del sistema de Windows PowerShell.

simplefarm.ps1

Este script implementa SharePoint Foundation 2010 en un solo servidor que usa una base de datos de

SQL Server. Copie el siguiente código en un editor de texto y guárdelo como simplefarm.ps1 en el

directorio que elija:

## 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)"

Para ejecutar simplesingleserver.ps1

91

if ([String]::IsNullOrEmpty($SetupPath))

{

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

}

92

## Here is the script to install SharePoint Foundation 2010 and create Central Admin ##

Write-Host "[1/15] Running prerequisite installer..."

& $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..."

93

Install-SPApplicationContent -ErrorVariable err


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

Para ejecutar simplefarm.ps1

94

1. Inicie Windows PowerShell 2.0 mediante la opción Ejecutar como administrador.

2. Navegue al directorio donde guardó simplefarm.ps1.

3. Ejecute .\simplefarm.ps1 desde el símbolo del sistema de Windows PowerShell.

95


En este artículo se describen los procedimientos para implementar Microsoft SharePoint Foundation

2010 en un entorno de granja de servidores que usa bases de datos creadas por administradores de

bases de datos. En entornos en los que los administradores de bases de datos (DBA) operan

independientemente de los administradores de SharePoint, los DBA crean y administran todas las

bases de datos. Esto normalmente ocurre en entornos de TI en los que los requisitos de seguridad y

las directivas de la empresa requieren roles de administrador independientes. El administrador de la

granja de servidores proporciona los requisitos de la base de datos de Microsoft SharePoint

Foundation 2010 al administrador de la base de datos que, a su vez, crea las bases de datos de

Microsoft SharePoint Foundation necesarias y configura los inicios de sesión necesarios para la granja

de servidores.

En este artículo:

Antes de comenzar

Acerca de la configuración de bases de datos creadas por un DBA

Creación y configuración de bases de datos para Administración central

Creación y configuración de bases de datos adicionales

Antes de comenzar Antes de comenzar con esta implementación, asegúrese de contar con toda la información necesaria

para poder implementar y configurar satisfactoriamente SharePoint Foundation en todas las granjas de

servidores. Las siguientes secciones proporcionan la información necesaria para garantizar una

implementación correcta de SharePoint Foundation.

Requisitos de servidor de granja de servidores

Asegúrese de que todos los servidores de granjas de servidores y el servidor de bases de datos

cumplan con los requisitos documentados en los siguientes artículos.

Requisitos de software y hardware: Requisitos de hardware y software (SharePoint Foundation

2010)

Cuentas de servicio y cuentas administrativas: Cuentas de servicio y administrativas requeridas

para la implementación inicial (SharePoint Foundation 2010)

Requisitos de bases de datos

La implementación de SharePoint Foundation 2010 en bases de datos creadas por el administrador

requiere una colaboración con los administradores de bases de datos, a fin de asegurarse de que se

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

96

creen y se configuren correctamente todas las bases de datos de SharePoint Foundation necesarias

antes de crear y configurar la granja de servidores.

En la siguiente lista se enumera parte de la información (aunque no necesariamente toda) que un

administrador de bases de datos necesita para poder crear bases de datos para la granja de

servidores. Es probable que el administrador de bases de datos de su organización requiera

información adicional:

Información de la versión de SQL Server y nivel de actualización acumulativa y Service Pack. Para

obtener más información, vea Requisitos de hardware y software (SharePoint Foundation 2010).

Las cuentas de inicio de sesión requeridas con los permisos y roles asociados. Para obtener más

información, vea Cuentas de servicio y administrativas requeridas para la implementación inicial


La cantidad de bases de datos requeridas y las especificaciones de configuración de SharePoint.

Esta información puede obtenerse implementando SharePoint Foundation.

Requisitos de almacenamiento de datos de SharePoint, como el tipo de datos, el volumen de

datos, el tipo de actividad de la base de datos (lectura o escritura) y las operaciones de entrada y

salida por segundo (IOPS).

El DBA deberá configurar las opciones de área de superficie para que las conexiones locales y

remotas usen TCP/IP o canalizaciones con nombre.

Todas las bases de datos requeridas por SharePoint Foundation usan la intercalación

Latin1_General_CI_AS_KS_WS.

Es necesario asignar la cuenta de usuario de instalación de la granja de servidores a todas las

bases de datos de SharePoint Foundation como propietario de la base de datos (dbo).

Consideraciones del Contrato de nivel de servicio del usuario de SharePoint.

Acerca de la configuración de bases de datos creadas por un DBA Use los procedimientos de este artículo como guía para la implementación de una granja de servidores

que use bases de datos creadas por DBA. Esta implementación incluye todas las bases de datos

requeridas para la granja de servidores.

Este artículo sólo se aplica a las versiones de bases de datos de SQL Server admitidas por


Para cada procedimiento, deberá usar las herramientas de línea de comandos de Windows PowerShell

2.0 o SharePoint Foundation para configurar el uso de la granja.

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea de comandos.

La herramienta de línea de comandos Stsadm ya no se usa, pero se ha incluido para ofrecer

compatibilidad con las versiones anteriores del producto.

Nota:

97

Psconfig se encuentra en la siguiente carpeta: Archivos de programa\Common Files\Microsoft

Shared\web server extensions\14\BIN.

Para poder usar Windows PowerShell para configurar la granja de servidores:

1. Compruebe que la cuenta de usuario tenga acceso a uno de los servidores en el cual se ejecuta

Windows PowerShell 2.0; además, compruebe que la cuenta sea un administrador de granja de

servidores y miembro del rol SharePoint_Shell_Access para la base de datos de configuración, la

base de datos de contenido de destino, la base de datos de contenido de administración y la base

de datos de contenido de origen basada en SQL Server.

2. En el menú Inicio, haga clic en Todos los programas.

3. Haga clic en Productos de Microsoft SharePoint 2010.

4. Haga clic en Consola de administración de SharePoint 2010.

5. En el mensaje de Windows PowerShell, escriba el comando apropiado y presione ENTRAR.

Para poder ilustrar los procedimientos requeridos, debe configurarse una granja de servidores que

incluya:

1. Administración central

2. Un portal web

3. Registro de diagnóstico y recolección de datos de estado y de uso

4. Búsqueda

Se requieren las siguientes bases de datos y, por lo general, el administrador de la granja de

servidores las usa en la siguiente secuencia a medida que se crea la granja. Las bases de datos de la

siguiente lista usan los nombres predeterminados proporcionados cuando usa el Asistente para

configuración de Productos de SharePoint para configurar una granja. Por supuesto, puede usar los

nombres de bases de datos que usted elija.

La base de datos de configuración (SharePoint_Config)

La base de datos de contenido de Administración central (SharePoint_AdminContent_GUID)

La base de datos de contenido del sitio web, que se crea automáticamente mediante el programa

de instalación de SharePoint Foundation (WSS_Content_GUID)

La base de datos de registro de diagnóstico (WSS_Logging_GUID)

La base de datos de búsqueda (nombre de la máquina WSS_SEARCH_localhost)

Nota:

98

Creación y configuración de bases de datos para Administración central Use los procedimientos de esta sección para crear las bases de datos necesarias y conceder la

pertenencia a cuentas en los roles de base de datos y el grupo de seguridad Usuarios de la base de

datos.

En los procedimientos se requiere la intervención del DBA y de la cuenta de usuario de instalación.

Cada paso va marcado como [DBA] o [Instalación] para indicar qué rol debe realizar esa acción.

El procedimiento siguiente sólo se tiene que realizar una vez para la granja de servidores, en el

servidor en el que se desea ejecutar el sitio web de Administración central. La granja de servidores

tiene una base de datos de configuración y una base de datos de contenido para Administración

central.

1. [DBA] Cree la base de datos de configuración y la base de datos de contenido de

Administración central mediante la secuencia de intercalación

LATIN1_General_CI_AS_KS_WS y defina al propietario de la base de datos (dbo) para que

sea la cuenta de usuario de instalación.

2. [Instalación] Ejecute el programa de instalación en todos los equipos servidores de la granja de

servidores. Debe ejecutar el programa de instalación al menos en uno de estos equipos con la

opción de instalación Completa. Los pasos para esta opción se describen en Implementación

de un servidor único con SQL Server (SharePoint Foundation 2010).

3. [Configuración] No ejecute el Asistente para configuración de Productos de SharePoint

después de que finalice la instalación.

En la Consola de administración de SharePoint 2010, use el comando New-

SPConfigurationDatabase para crear una nueva base de datos de configuración, por

ejemplo:

New-SPConfigurationDatabase -DatabaseName "SharePointConfigDB1" -DatabaseServer

"SQL-01" -Passphrase (ConvertTo-SecureString "MyPassword" -AsPlainText -force) -

FarmCredentials (Get-Credential)

Para obtener más información, vea New-SPConfigurationDatabase.

4. [Instalación] Una vez finalizado el comando, ejecute el Asistente para configuración de

Productos de SharePoint y complete el resto de la configuración para el servidor. Se creará la

aplicación web de Administración central y se llevarán a cabo otras tareas de instalación y

configuración.

5. [DBA] Una vez finalizado el Asistente para configuración de Productos de SharePoint, realice

las siguientes acciones para la base de datos de configuración y la base de datos de contenido

de Administración central:

Para crear y configurar la base de datos de contenido, la base de datos de contenido de Administración central y la aplicación web de Administración central

http://technet.microsoft.com/library/b04f1577-1985-41b8-b555-2f5145a00241(Office.14).aspx

99

Agregue la cuenta de búsqueda de SharePoint Foundation, la cuenta de acceso al

contenido predeterminada y la cuenta de servicios al grupo Usuarios.

Agregue la cuenta del servicio de búsqueda de SharePoint Foundation, la cuenta de

acceso al contenido predeterminada y la cuenta de servicios al rol

WSS_Content_Application_Pools.

6. [Instalación] Para confirmar que las bases de datos se han creado y configurado

correctamente, compruebe el acceso a la página principal del sitio web de Administración

central. No obstante, no realice ninguna configuración mediante Administración central en este

momento. Si la página de Administración central no se representa, compruebe las cuentas

usadas en este procedimiento y asegúrese de que se han asignado correctamente.

Los demás servidores de la granja de servidores se configurarán una vez finalizados los

procedimientos del artículo y cuando se haya establecido la granja de servidores. Para ejecutar el

Asistente para configuración de Productos de SharePoint en estos servidores, seleccione la opción

Sí, deseo conectarme a un conjunto de servidores existente en lugar de usar los comandos

incluidos en este procedimiento.

El siguiente procedimiento se realizará una sola vez para la granja de servidores, ya que ésta tiene

solamente una base de datos de búsqueda de SharePoint Foundation.

1. [DBA] Cree la base de datos de búsqueda de SharePoint Foundation mediante la secuencia de

intercalación LATIN1_General_CI_AS_KS_WS y establezca el propietario de la base de datos

(dbo) como la cuenta de usuario de instalación.

2. [Setup] Abra la línea de comandos y, a continuación, use los cmdlets Get-SPSearchService,

Set-SPSearchService, Get-SPSearchServiceInstance y Set-SPSearchServiceInstance

para configurar la base de datos e iniciar el servicio de búsqueda. Use el siguiente ejemplo

como guía.

$searchService = Get-SPSearchService

Set-SPSearchService -MaxBackupDuration 120

Get-SPSearchServiceInstance -Local

Get-SPSearchServiceInstance -Local | Set-SPSearchServiceInstance -ProxyType proxy

Para obtener más información, vea los siguientes temas:

Get-SPSearchService

Set-SPSearchService

Get-SPSearchServiceInstance

Set-SPSearchServiceInstance

Creación y configuración de la base de datos de búsqueda de SharePoint Foundation e inicio del servicio de búsqueda

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

100

Creación y configuración de bases de datos adicionales Una vez finalizada la configuración de las bases de datos requeridas para Administración central,

complete la implementación de la granja de servidores creando y configurando las bases de datos

requeridas para el contenido web y para las aplicaciones de servicio que desee usar.

El procedimiento siguiente se debe realizar una vez para cada sitio del portal de la granja de

servidores.

1. [DBA] Cree la base de datos de contenido de la aplicación web del sitio de portal mediante la

secuencia de intercalación LATIN1_General_CI_AS_KS_WS y establezca el propietario de la

base de datos (dbo) como la cuenta de usuario de instalación.

2. [DBA] Mediante Microsoft SQL ServerManagement Studio, agregue la cuenta de proceso del

grupo de aplicaciones al grupo Usuarios y al rol db_owner para la base de datos de contenido

de la aplicación web.

3. [Instalación] Abra la línea de comandos y, a continuación, ejecute los cmdlets New-

SPWebApplication y Get-SPWebApplication para configurar la base de datos de contenido

de la aplicación web del sitio de portal. Use el siguiente ejemplo como guía.

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 obtener más información, vea los temas New-SPWebApplication y Get-

SPWebApplication.

Importante:

El cmdlet Get-SPWebApplication debe ejecutarse en el equipo que ejecuta la

aplicación web. La combinación de puertos y el nombre de host no deben describir una

aplicación web que ya existe; de lo contrario, se producirá un error y no se creará la

aplicación web.

Use el siguiente procedimiento para crear y configurar la aplicación web del sitio de portal y su base de

datos de contenido.

1. [DBA] Cree la base de datos de contenido de la aplicación web del sitio de portal mediante la

secuencia de intercalación LATIN1_General_CI_AS_KS_WS y establezca el propietario de la

Creación y configuración de la aplicación web y la base de datos de contenido del sitio del portal

Para crear y configurar la aplicación web del sitio 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


101

base de datos (dbo) como la cuenta de usuario de instalación.

2. [DBA] En SQL ServerManagement Studio, agregue la cuenta de servicio de la aplicación al

grupo Usuarios y, a continuación, al rol db_owner para la base de datos de contenido de la

aplicación web del sitio de portal.

3. [Configuración] En la Consola de administración de SharePoint 2010, use los cmdlets New-

SPWebApplication y Get-SPWebApplication para configurar la base de datos de contenido

de la aplicación web del portal del sitio. Use el siguiente ejemplo como guía.

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 obtener más información, vea los temas New-SPWebApplication y Get-

SPWebApplication.

Importante:

Este comando debe ejecutarse en el mismo equipo que ejecuta la aplicación web. La

combinación de puertos y el nombre de host no deben describir una aplicación web

que ya existe; de lo contrario, se producirá un error y no se creará la aplicación web.

4. [Instalación] En un símbolo del sistema, ejecute el siguiente comando para reiniciar IIS:

iisreset /noforce




102

Implementación en un entorno virtual (SharePoint Foundation 2010)

Esta sección contiene artículos que sirven como guía en la configuración de máquinas virtuales para

servidores de Microsoft SharePoint Foundation 2010 en un entorno virtual.

En esta sección:

Guía sobre máquinas virtuales (SharePoint Foundation 2010)

103

Guía sobre máquinas virtuales (SharePoint Foundation 2010)

En este artículo se proporcionan instrucciones para configurar una máquina virtual (VM) que use

Tecnología Windows Server 2008 Hyper-V y que se use en una granja de servidores de Microsoft

SharePoint Foundation 2010. Esto incluye a los servidores de la granja de servidores en el nivel de

servidor web, el nivel de servidor de aplicaciones y el nivel de servidor de bases de datos. Antes de

configurar una máquina virtual para una granja de servidores de SharePoint, se recomienda leer la

guía de introducción a Hyper-V (http://go.microsoft.com/fwlink/?linkid=187754&clcid=0xC0A). Como

cada decisión que se toma con respecto a una máquina virtual o su infraestructura afecta al

rendimiento o la funcionalidad (SharePoint Foundation 2010 y Hyper-V), es importante comprender

cada opción de configuración.

En un entorno de Hyper-V, tiene la opción de especificar la configuración de la red virtual y la

configuración de cada máquina virtual. Además, puede configurar la forma en que la máquina virtual

interactúa con el host de virtualización, así como el comportamiento de detención y reinicio de la

máquina virtual cuando se interrumpe su estado de ejecución.

En este artículo:

Redes

Adaptadores de red

Configuración de máquinas virtuales

Servicios de integración

Uso de instantáneas

Redes La red de Hyper-V se puede configurar antes o después de crear una o varias máquinas virtuales.

Además, se puede crear más de una red virtual para un host de Hyper-V.

Si usa el Administrador de redes virtuales (al que puede obtener acceso a través del Administrador de

Hyper-V), puede elegir entre tres tipos de redes virtuales diferentes. En la siguiente tabla se ofrece un

resumen de los tipos de redes y sus características.

Tipo Descripción

Externa Use este tipo cuando desee permitir que las

máquinas virtuales se comuniquen con los

servidores externos y el sistema operativo de

administración (algunas veces denominado


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

104

Tipo Descripción

"partición primaria"). Este tipo de red también

permite que las máquinas virtuales del mismo

servidor físico se comuniquen entre sí.

Interna Use este tipo cuando desee permitir la

comunicación entre máquinas virtuales del mismo

servidor físico o entre las máquinas virtuales y el

sistema operativo de administración. Una red

virtual interna es una red virtual que no está

enlazada a un adaptador físico de red. Por lo

general, esta red se usa para desarrollar un

entorno de prueba donde es necesario conectarse

a las máquinas virtuales desde el sistema

operativo de administración.

Privada Use este tipo cuando desee permitir la

comunicación solo entre máquinas virtuales del

mismo servidor físico. Una red virtual privada es

una red virtual sin un adaptador de red virtual en

el sistema operativo de administración. Las redes

virtuales privadas generalmente se usan cuando

se desea aislar las máquinas virtuales del tráfico

de red en el sistema operativo de administración y

en las redes externas.

Use los requisitos de la granja de servidores de SharePoint Foundation para determinar cuál de las

tres configuraciones de red desea usar en un host de virtualización. Por ejemplo, en el artículo Inicio

rápido: Implementación de un servidor único en un entorno de Hyper-V aislado (SharePoint Foundation

2010), se usó una red interna para aislar el entorno de prueba de un entorno de producción.

Una vez determinado el tipo de red que desea usar, puede especificar el rango de direcciones de

Media Access Control (MAC) que se deben asignar automáticamente a los adaptadores virtuales. La

versión R2 de Microsoft Hyper-V Server 2008 permite proporcionar direcciones MAC estáticas a un

adaptador con el fin de evitar colisiones en una red.

Desde la perspectiva de rendimiento de la red, la capacidad de crear redes de área local virtuales

(VLAN) puede ofrecer ganancias en el rendimiento. Las máquinas virtuales que se encuentran en la

misma VLAN pueden comunicarse a través de un conmutador virtual, lo que significa que el tráfico de

red se acelera ya que no es necesario usar el adaptador de red físico. Otra ventaja de la configuración

de una VLAN es el hecho de que se basa en software, por lo que los equipos pueden trasladarse con

facilidad y conservar sus configuraciones de red.

105

En los siguientes vínculos se proporciona información sobre los conceptos de las redes virtuales y la

forma de configurar este tipo de redes.

Formas en las que funcionan las redes básicas en Hyper-V


Usos de los diversos tipos de redes virtuales en Hyper-V


Descripción de las VLAN de Hyper-V (http://go.microsoft.com/fwlink/?linkid=180709&clcid=0xC0A)

VLAN de Hyper-V (Segunda parte) (http://go.microsoft.com/fwlink/?linkid=18775&clcid=0xC0A)

Configuración de redes virtuales (http://go.microsoft.com/fwlink/?linkid=158767&clcid=0xC0A)

Adaptadores de red

Es posible adjuntar dos tipos de adaptadores de red a una máquina virtual: un adaptador de red y un

adaptador heredado. Un adaptador de red proporciona un mejor rendimiento que un adaptador de red

heredado. El adaptador heredado emula un adaptador Fast Ethernet PCI basado en Intel 21140, que

genera una transferencia de datos menor que el adaptador de red. Un adaptador de red heredado

también admite instalaciones basadas en red, ya que incluye la capacidad de arrancar en el entorno de

ejecución previo al arranque (PXE).

A menos que necesite usar un adaptador heredado hasta instalar un controlador de máquina virtual, o

necesite ejecutar un arranque de red, se recomienda configurar la VM sin un adaptador de red.

Puede usar el adaptador heredado inicialmente para ejecutar un arranque de red y, cuando

ese adaptador ya no sea necesario, puede agregar un adaptador de red y eliminar el

adaptador heredado.

Como en el caso de los servidores físicos, puede instalar varios adaptadores en una máquina virtual.

Configuración de máquinas virtuales Hyper-V proporciona numerosas opciones para configurar una máquina virtual. Dichas opciones se

pueden cambiar después de haber iniciado la máquina virtual e instalado Microsoft SharePoint

Foundation. Deberá apagar la máquina virtual para que el cambio de la configuración tenga efecto.

Configure las siguientes opciones para cada máquina virtual:

La secuencia de arranque (adaptador de red heredado, CD, IDE o disquete)

La cantidad de memoria

La cantidad de procesadores virtuales (hasta un límite de cuatro)

El tipo y la cantidad de controladores

El tipo y la cantidad de discos

El tipo y la cantidad de adaptadores de red

Nota:






106

Además de las configuraciones anteriores, tiene la opción de configurar puertos COM y un disquete

virtual.

Desde la perspectiva de SharePoint Foundation, las principales consideraciones de configuración son

la memoria, el procesador, así como el tipo y la cantidad de controladores y discos duros.

Memoria

Después de realizar una factorización en una reserva RAM de 2 GB para el host de virtualización,

puede configurar una máquina virtual para que disponga de cualquier cantidad de memoria restante.

Por supuesto, deberá tener en cuenta la cantidad de memoria proporcionada a otras máquinas

virtuales que se ejecuten en el mismo host de virtualización.

Los 2 GB de memoria RAM reservados para el host de virtualización se usan como guía y no

representan la cantidad de memoria requerida o aplicada. Por lo general, la cantidad real de

memoria RAM comprometida con el servidor físico es menor.

La sobrecarga de memoria real en Hyper-V es bastante pequeña. Esto se ilustra con claridad si se

descarga Hyper-V RAM Calculator.xls (http://go.microsoft.com/fwlink/?linkid=187756&clcid=0xC0A) y

se usa para calcular el uso de RAM en un host de determinado tamaño con varias máquinas virtuales.

Procesador

Se pueden configurar varios procesadores virtuales para una máquina virtual (hasta un límite de cuatro

procesadores). No se pueden configurar más procesadores por máquina virtual que la cantidad de

procesadores lógicos (núcleos) que existen en el host de virtualización. Por ejemplo, en un servidor

físico de doble núcleo, se pueden configurar dos procesadores virtuales para una VM como máximo. Si

bien Hyper-V admite hasta ocho procesadores virtuales por núcleo, una configuración que usa esta

relación (1 lógico: 8 virtuales) se considera sobresuscrita. Para todas las máquinas virtuales que se

usen en una granja de servidores de SharePoint, se recomienda una relación de 1:1. La

sobresuscripción de la CPU en el host de virtualización funcionará, pero el rendimiento se reducirá en

función del volumen de sobresuscripción.

Controlador y disco duro

Puede seleccionar dispositivos SCSI o dispositivos de electrónica integrada de dispositivos (IDE) en

las máquinas virtuales, de la siguiente manera:

Dispositivos IDE: Hyper-V usa dispositivos emulados con controladores IDE. Puede incluir hasta

dos controladores IDE con dos discos en cada controlador. El disco de inicio (a veces denominado

"disco de arranque") debe adjuntarse a uno de los dispositivos IDE. El disco de inicio puede ser un

disco duro virtual o un disco físico. Si bien una máquina virtual debe usar un dispositivo IDE como

disco de inicio para iniciar el sistema operativo invitado, existen muchas opciones para elegir a la

hora de seleccionar el dispositivo físico que proporcionará el almacenamiento para el dispositivo

IDE.

Nota:


107

Dispositivos SCSI: cada máquina virtual admite hasta 256 discos SCSI (cuatro controladores SCSI

cada uno con capacidad de admitir hasta 64 discos). Los controladores SCSI usan un tipo de

dispositivo desarrollado específicamente para su uso en máquinas virtuales y usan el bus de

máquina virtual para comunicarse. El bus de máquina virtual debe estar disponible al iniciar el

sistema operativo invitado. Por lo tanto, los discos duros virtuales adjuntados a los controladores

SCSI no se pueden usar como discos de inicio.

Si bien el rendimiento de E/S de los dispositivos IDE y SCSI puede diferir

considerablemente, no ocurre lo mismo con los dispositivos IDE y SCSI virtualizados en

Hyper-V. Los dispositivos IDE y SCSI ofrecen un rendimiento de E/S igual de rápido

cuando existen servicios de integración instalados en el sistema operativo invitado. La

compatibilidad con los discos duros de intercambio directo, que la implementación de SCSI

por parte de Hyper-V admite, es un mejor motivo para seleccionar unidades SCSI que las

ganancias en el rendimiento.

La versión de Hyper-V lanzada con Windows Server 2008 R2 proporciona drásticas mejoras en el

rendimiento de los discos duros virtuales. Para obtener más información, vea el tema sobre el

rendimiento de discos duros virtuales en Windows Server 2008, Windows Server 2008 R2 y Windows 7

(http://go.microsoft.com/fwlink/?linkid=186519&clcid=0xC0A). Para ver un resumen de las opciones de

unidades de máquina virtual, vea la sección "Procedimiento para elegir el formato de contenedor de

almacenamiento para Hyper-V y VHD" en las notas de este producto. Además, preste atención al

consejo del autor: cuando se elige el VHD correcto para el entorno, tenga en cuenta las necesidades

de almacenamiento y rendimiento de acceso. Al usar Windows Server 2008 R2, la elección está menos

relacionada con la velocidad de acceso y mucho más relacionada con la cantidad de memoria usada

debido al almacenamiento avanzado en caché.

No existe una solución de almacenamiento genérica para cada entorno virtual. Seleccionar la

opción de unidad de máquina virtual óptima para los servidores de SharePoint Foundation

requiere una gran cantidad de investigaciones y pruebas para implementar la mejor solución

de almacenamiento para el entorno virtual.

Servicios de integración Hyper-V incluye un paquete de software para los sistemas operativos invitados compatibles que mejora

la integración entre el equipo físico y la máquina virtual. Este paquete se conoce como "servicios de

integración". Debe comprobar que el sistema operativo de administración (que ejecuta el rol de Hyper-

V) y las máquinas virtuales se ejecuten en la misma versión que los servicios de integración. Para

obtener más información, vea el tema sobre la compatibilidad entre versiones para los servicios de

integración (http://go.microsoft.com/fwlink/?linkid=188011&clcid=0xC0A).

En cada máquina virtual, puede configurar los siguientes elementos de integración entre la VM y el

host de virtualización:

Nota:

Importante:




108

Cierre del sistema operativo

Sincronización de hora

Intercambio de datos

Latido

Copia de seguridad (instantánea de volumen)

Deshabilite la sincronización de hora en cada máquina virtual de SharePoint Foundation.

SharePoint Foundation 2010 implementa muchos trabajos del temporizador, por lo que la

latencia durante la sincronización de hora causa resultados imprevistos en el entorno de


Detención e inicio automático

En cada máquina virtual, se puede configurar el comportamiento de detención e inicio automático

cuando se apaga una máquina física. Las opciones de detención son:

Guardar el estado de la máquina virtual. Se guarda el estado actual de la máquina virtual y,

cuando la VM se inicia, Hyper-V intenta restaurar la VM al estado en el que se encontraba.

Desconectar la máquina virtual. Esto equivale a desconectar el enchufe de alimentación de un

servidor.

Apagar el sistema operativo invitado (máquina virtual). Esto equivale a apagar la máquina

mediante la opción de apagado de Windows.

En una máquina virtual de SharePoint Foundation, no configure dicha máquina para que se guarde el

estado. Las máquinas virtuales que se restablecen de un estado guardado no quedan sincronizadas

con los demás servidores de la granja. Se recomienda configurar la máquina virtual para que se

aplique un apagado ya que este es el método más ordenado para minimizar los daños en la máquina

virtual. Cuando se produce un apagado, se pueden finalizar todos los trabajos en ejecución del

temporizador y no se producen problemas de sincronización al reiniciar la VM.

Lo opuesto a una detención automática es un inicio automático. Hyper-V ofrece las siguientes opciones

de inicio cuando se reinicia el servidor físico:

No ejecutar ninguna acción. Es necesario iniciar la máquina virtual de forma manual,

independientemente de su estado en el momento de apagar el servidor físico.

Iniciar automáticamente si la máquina se encontraba en ejecución al detenerse el servicio.

Iniciar esta máquina virtual automáticamente siempre. Hyper-V inicia la máquina

independientemente de su estado en el momento de apagar el servidor físico.

Se recomienda optar por cualquiera de las dos primeras opciones. Las dos son válidas, pero la

decisión final es del equipo de TI que administra el entorno virtual y realiza su mantenimiento.

Además de las opciones de inicio anteriores, puede configurar un retraso de tiempo de inicio en la

máquina virtual. Se recomienda hacerlo para reducir la contención de recursos en un host de

Importante:

109

virtualización. No obstante, si la opción de inicio es no realizar ninguna acción, esto no representa un

problema.

Uso de instantáneas

Las instantáneas proporcionan una herramienta muy útil para capturar el estado actual de una

máquina virtual en ejecución, en pausa o detenida. La característica de instantáneas permite revertir

de forma rápida y sencilla la máquina virtual a una configuración anterior. Esta capacidad se ajusta

particularmente bien a un entorno de desarrollo o de prueba.

Como procedimiento recomendado, no es conveniente usar la característica de instantáneas en las

máquinas virtuales de un entorno de producción por los siguientes motivos:

Sincronización de relojes: cuando se toma una instantánea de una máquina virtual en ejecución,

se produce una latencia entre la hora en que se inicia la instantánea y la hora en que finaliza. Esta

latencia afecta a los trabajos del temporizador de SharePoint Foundation y, como resultado, la

sincronización de hora entre los servidores de la granja.

Si decide tomar una instantánea de una máquina virtual, apague la máquina para finalizar

los trabajos en ejecución antes de tomar la instantánea. Después de reiniciar la máquina

virtual, se recomienda supervisar cuidadosamente la máquina virtual y los demás

servidores de la granja para asegurarse de que no existan problemas de sincronización de

hora.

Rendimiento: al crear una instantánea de una máquina virtual, se crea realmente un disco de

diferenciación. Se produce un intercambio continuo de datos de configuración entre la máquina

virtual y la instantánea, lo que afecta al rendimiento.

Importante:

110

Instalación de SharePoint Foundation 2010 mediante Windows PowerShell

En este artículo se describe cómo realizar una instalación limpia de Microsoft SharePoint Foundation

2010 en un servidor independiente o en un conjunto o granja de servidores mediante Windows

PowerShell.

En este artículo:

Requisitos de servidor de granja de servidores

Preparación de SPModule

Instalación de SharePoint Foundation 2010 mediante la ejecución de Install-SharePoint

Configuración de la granja de servidores mediante New-SharePointFarm

Creación de una aplicación web mediante Windows PowerShell

Implementación de servicios mediante el Asistente para la configuración de la granja de servidores

de SharePoint 2010

Creación de una colección de sitios mediante Windows PowerShell

Realización de tareas de configuración adicionales

Adición de servidores a la granja mediante Join-SharePointFarm

Configuración del registro de seguimiento

Puede simplificar la implementación mediante Windows PowerShell para instalar Microsoft SharePoint

Foundation 2010 en combinación con otras herramientas de administrador para automatizar las

instalaciones desatendidas y configurar la granja de servidores.

Requisitos de servidor de granja de servidores Antes de instalar SharePoint Foundation 2010, revise la siguiente información sobre los permisos, los

requisitos de hardware y software, y los pasos que se deben realizar para iniciar el proceso:

1. Asegúrese de que cumple con todos los requisitos de hardware y software. Debe disponer de una

versión de 64 bits de Windows Server 2008 o Windows Server 2008 R2. Para los conjuntos o

granjas de servidores, también debe disponer de una versión de 64 bits de SQL Server 2005 o

SQL Server 2008. Para obtener más información sobre estos requisitos (como las actualizaciones

específicas que debe instalar), vea Determinación de los requisitos de hardware y software


2. Asegúrese de que está preparado para configurar las cuentas necesarias mediante los permisos

adecuados. Para obtener información detallada, vea Cuentas de servicio y administrativas

requeridas para la implementación inicial (SharePoint Server 2010).

111

Preparación de SPModule El archivo SPModule.zip es un módulo de Windows PowerShell escrito por los miembros del grupo de

los productos de SharePoint que instalará una granja de SharePoint.

Para usar el archivo SPModule.zip, siga estos pasos:

1. Descargue el archivo de texto y el archivo SPModule.zip de la siguiente página del Centro de

descarga (http://go.microsoft.com/fwlink/?linkid=187924&clcid=0xC0A).

2. Extraiga los archivos en una carpeta llamada SPModule y, a continuación, agregue esa carpeta a

la ruta de acceso del entorno. La variable de entorno PSModulePath se usa para almacenar rutas de

acceso a ubicaciones de los módulos instalados en el disco. Para ver las rutas de acceso

especificadas en la variable PSModulePath, en un símbolo del sistema de Windows PowerShell,

escriba $env:PSModulePath. Para obtener más información, vea el artículo sobre la variable de

entorno PSModule (http://go.microsoft.com/fwlink/?linkid=187757&clcid=0xC0A). Tras la

extracción, la carpeta SPModule debe contener dos archivos: SPModule.misc y SPModule.setup.

Si la carpeta SPModule no se agrega a la variable PSModulePath, debe especificar una ruta

de acceso completa para cargar SPModule.

3. Decida el tipo de firma que desea proporcionar.

Los archivos descargados no están firmados. Para proporcionar scripts autofirmados, vea

el artículo sobre cómo firmar los scripts de PowerShell


De forma predeterminada, la directiva de ejecución de Windows PowerShell se establece como

restringida para que ningún script pueda ejecutarse. Para cambiar una directiva de ejecución,

ejecute el cmdlet Set-ExecutionPolicy. Para obtener más información acerca de las directivas de

ejecución, vea el artículo sobre cómo firmar scripts


1. Haga clic en Inicio, elija Todos los programas y, a continuación, haga clic en Windows

PowerShell V2. Una vez abierta la ventana del símbolo del sistema de Windows

PowerShell, lo primero que se debe hacer es agregar la ruta de acceso al módulo a la ruta

de acceso del módulo de Windows PowerShell (se da por supuesto que se creó una

carpeta llamada "SPModule" en el servidor):

2. Haga clic con el botón secundario en Windows PowerShell V2 y, a continuación, haga

clic en Ejecutar como administrador.

Nota:

Si ya tiene instalado Microsoft SharePoint Foundation 2010, puede abrir la

Nota:

Nota:







112

Consola de administración de SharePoint 2010 en su lugar.

3. Una vez que se muestra la ventana del símbolo del sistema, es necesario importar el

módulo a la sesión actual de Windows PowerShell y agregarlo a una ruta de acceso

mediante la siguiente sintaxis desde un símbolo del sistema de Windows PowerShell:

Import-Module SPModule.misc

Import-Module SPModule.setup

Al importar el módulo SPModule.misc, invocará una comprobación de actualizaciones. En la versión

1.0, se comprueba un archivo de texto para confirmar si hay una versión más reciente disponible. Si se

le notifica que hay una versión más reciente, puede descargarla. Después de que los comandos

Import-Module estén completados correctamente, estará listo para usar SPModule.

Solamente se deben usar los siguientes comandos en el contexto de SPModule y el proceso

de este artículo:

1. Install-SharePoint: instala todos los archivos binarios para SharePoint Foundation 2010. Para

obtener más información, vea Scripted deployment reference (SharePoint Foundation 2010)

2. New-SharePointFarm: crea una granja de servidores de SharePoint y realiza las siguientes tareas

relacionadas:

Configura la seguridad.

Crea una aplicación web de servicio compartido que se puede rellenar con aplicaciones de

servicio.

Crea y configura el sitio web de Administración central.

Instala todos los archivos de la Ayuda del producto.

Instala todas las características de la granja de servidores.

3. Join-SharePointFarm: agrega servidores a la granja y los configura. Para obtener más información,

vea Scripted deployment reference (SharePoint Foundation 2010).

Una vez instalada la versión 2.0 de Windows PowerShell, puede usar una característica nueva de

Windows PowerShell denominada comunicación remota. Mediante la característica de comunicación

remota y un par de líneas de código de Windows PowerShell, un administrador puede instalar de forma

remota varios servidores en una granja de servidores. Para obtener información acerca de la

comunicación remota y SPModule, vea el artículo sobre la instalación remota con SPModule


Instalación de SharePoint Foundation 2010 mediante la ejecución de Install-SharePoint Una vez que haya determinado las cuentas necesarias para la instalación, puede instalar SharePoint

Foundation 2010. El DVD del producto contiene ejemplos de archivos de configuración (Config.xml).

Estos archivos de ejemplo se almacenan en la carpeta \Files del directorio raíz del DVD, en

Importante:

http://technet.microsoft.com/library/1719cc0b-f68c-42a5-9ede-cc2d4a58d43e(Office.14).aspx




113

subcarpetas que se corresponden con distintos escenarios. Estos archivos de ejemplo se describen en

la tabla siguiente.

Archivo de configuración Descripción

Setup\Config.xml Instalación de servidor independiente, con

Microsoft SQL Server 2005 Express Edition

SetupFarm\Config.xml Instalación de una granja de servidores

SetupFarmSilent\Config.xml Instalación de una granja de servidores en modo

silencioso

SetupFarmUpgrade\Config.xml Actualización inmediata de una granja de

servidores existente

SetupSilent\Config.xml Instalación de servidor independiente, mediante

SQL Server 2005 Express Edition, en modo

silencioso

SetupSingleUpgrade\Config.xml Actualización inmediata de una instalación de

servidor único existente

1. En la unidad en la que se encuentra el DVD del producto SharePoint Foundation 2010, cambie

al directorio raíz para buscar el archivo Setup.exe.

2. Ejecute SPModule.Setup Install-SharePoint con el archivo Config.xml seleccionado de la

siguiente forma:

Install-SharePoint -SetupExePath<ruta de acceso y nombre de archivo>-ConfigXml<ruta de

acceso y nombre de archivo>

Nota:

Puede seleccionar uno de los archivos de ejemplo o personalizar su propio archivo de

configuración.

3. Presione ENTRAR.

La instalación se ha completado.

En el ejemplo siguiente se muestra el archivo de configuración para configurar un único servidor en

modo silencioso (SetupSilent).

<Configuration><Package Id="sts"> <Setting Id="LAUNCHEDFROMSETUPSTS" Value="Yes"

/> </Package><Package Id="spswfe"> <Setting Id="SETUPCALLED" Value="1"

Para ejecutar Install-SharePoint con un archivo Config.xml en un símbolo del sistema de Windows PowerShell

114

/> </Package> <Logging Type="verbose" Path="%temp%" Template="SharePoint Server Setup(*).log"

/>-  <Display Level="none"

CompletionNotice="no" /> <Setting Id="SERVERROLE" Value="APPLICATION" /> <Setting

Id="USINGUIINSTALLMODE" Value="0" /> <Setting Id="SETUP_REBOOT" Value="Never" /> <Setting

Id="SETUPTYPE" Value="CLEAN_INSTALL" /> </Configuration>

Además, puede personalizar su propio archivo de configuración. Para controlar la instalación, primero

edite el archivo Config.xml en un editor de texto para incluir los elementos que desee con la

configuración correspondiente. A continuación, ejecute Install-SharePoint -SetupExePath -

ConfigXML para especificar que el programa de instalación se ejecute y use las opciones establecidas

en el archivo Config.xml.

Algunas de las opciones de configuración típicas son las siguientes:

No usar la solicitud de la clave del producto al proporcionar la clave como un valor, <PIDKEY

Value="Enter PID Key Here" />, en el archivo Config.xml.

Agregar una ubicación para un archivo de registro, <Logging Type="off" | "standard"(default) |

"verbose" Path="path" Template="file name.log"/>, que se puede ver si se produce un error en la

instalación desde la línea de comandos.

Use un editor de texto, como el Bloc de notas, para editar el archivo Config.xml. No use un

editor XML de uso general como, Microsoft Office Word 2007. Para validar la formación

correcta del archivo XML, use cualquier explorador admitido.

Ejecución de Install-SharePoint mediante una clave PID

Para ejecutar el programa de instalación en modo silencioso sin usar un archivo XML de configuración,

escriba uno de los comandos siguientes en un símbolo del sistema de Windows PowerShell:

Para un servidor independiente: Install-SharePoint -SetupExePath "<drive letter>:\SharePoint

2010\Setup\setup.exe" -ServerRole "SINGLESERVER"

Para la implementación de un conjunto de servidores: Install-SharePoint -SetupExePath "<drive

letter>:\SharePoint 2010\Setup\setup.exe"

Para ejecutar el programa de instalación en modo silencioso mediante un archivo XML de

configuración, escriba uno de los comandos siguientes en un símbolo del sistema de Windows

PowerShell:

Para un servidor independiente: Install-SharePoint -SetupExePath "G:\SharePoint

2010\Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\singleserver_config.xml"

-ServerRole "SINGLESERVER"

Para la implementación de un conjunto de servidores: Install-SharePoint -SetupExePath

"G:\SharePoint 2010\Setup\setup.exe" -ConfigXML "G:\SharePoint

2010\Setup\Config\appserver_config.xml"

Importante:

Nota:

115

Para Microsoft SharePoint Foundation 2010, no es necesario especificar el parámetro PIDKey.

Configuración de la granja de servidores mediante New-SharePointFarm Se usa el comando New-SharePointFarm para configurar SharePoint Foundation 2010 una vez

completado el comando Install-SharePoint. Las opciones de configuración varían en función de si

SharePoint Foundation 2010 se instala en un servidor independiente o en una granja de servidores.

Configuración de SharePoint Foundation 2010 en un servidor independiente

En las implementaciones de servidores independientes, puede ejecutar New-SharePointFarm. Una vez

que haya iniciado sesión con la cuenta de usuario de instalación creada y configurada previamente,

puede configurar SharePoint Foundation 2010.

En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

New-SharePointFarm -DatabaseServer <String> -DatabaseAccessAccount <(Get-

Credential domain\account)> -FarmName <string>

donde:

<String> es el nombre del servidor de bases de datos. Por ejemplo, "SQL01".

<PSCredential> es el DOMINIO\contraseña de la cuenta de usuario que realiza la

instalación.

<String> es el nombre del conjunto de servidores. Por ejemplo, "ConjuntoDeServidores1"

El comando New-SharePointFarm describe los pasos de configuración a medida que se realizan y

anota la realización correcta de la configuración. Para la instalación de un servidor independiente,

es el paso final en una instalación desde la línea de comandos.

Se recomienda instalar y configurar SharePoint Foundation 2010 en todos los servidores de la granja

de servidores antes de crear los sitios.

No ejecute los comandos New-SharePointFarm y Join-SharePointFarm simultáneamente en

varios equipos, ya que se pueden producir problemas de contención y un comportamiento

inesperado.

Si se produce un error en alguno de estos comandos, revise los archivos de registro de

configuración posteriores a la instalación. Los archivos de registro están disponibles en

Para configurar SharePoint Foundation 2010 en un servidor independiente mediante New-SharePointFarm

Precaución:

Nota:

116

%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Logs y se pueden

identificar por un nombre de archivo que comienza por PowerShell_ConfigurationDiagnostics y

la extensión de nombre de archivo .log.

Los cmdlets de Windows PowerShell que se mencionan en esta sección se deben ejecutar

desde la Consola de administración de SharePoint 2010.

Para establecer una conexión con una base de datos de configuración existente y unir el servidor a

una granja de servidores existente, el cmdlet Connect–SPConfigurationDatabase debe ejecutarse

junto con los siguientes cmdlets de Windows PowerShell en el orden que se indica a continuación:

Install-SPHelpCollection

Initialize-SPResourceSecurity

Install-SPService

Install-SPFeature -AllExistingFeatures

Install-SPApplicationContent

Creación de una aplicación web mediante Windows PowerShell Use el cmdlet New-SPWebApplication para crear la aplicación web y una nueva base de datos de

contenido.

1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

New-SPWebApplication -ApplicationPool <String> –Name

<InternetSite>

–ApplicationPoolAccount (Get-SPManagedAccount

<DOMAIN\UserName>

donde:

<String> es el nombre del grupo de aplicaciones. Por ejemplo, "SharePoint -80".

<InternetSite> es el nombre de la aplicación web.

Domain\UserName es el nombre de la cuenta de grupo de aplicaciones.

Nota:

Para crear una aplicación web

117

Para obtener más información, vea New-SPWebApplication.

Nota:

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea de

comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha

incluido para ofrecer compatibilidad con las versiones anteriores del producto.

Implementación de servicios mediante el Asistente para la configuración de la granja de servidores de SharePoint 2010 Use el Asistente para configuración de Productos de SharePoint para implementar servicios en la

instalación. Para obtener información acerca de los servicios y las aplicaciones de servicio, vea

Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010).

Creación de una colección de sitios mediante Windows PowerShell Se crea una colección de sitios de nivel superior mediante el cmdlet New-SPSite. El cmdlet New-

SPSite crea una colección de sitios en una dirección URL específica con un usuario especificado como

propietario del sitio.






New-SPSite

<SiteURL>

-OwnerAlias

<DOMAIN\UserName>

donde:

<SiteURL> es la dirección URL del nuevo sitio.

<Domain\UserName> es el nombre de inicio de sesión de usuario del propietario del sitio.

Para obtener más información, vea New-SPSite.

Nota:

Para crear una colección de sitios


http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

118




Si no especifica la plantilla de sitio que se va a usar, los propietarios de los sitios pueden elegirla la

primera vez que examinan el sitio. Puede usar el cmdlet Get-SPWebTemplate para mostrar una lista

de plantillas.

Para obtener una lista completa de las plantillas comunes en SharePoint Foundation 2010, vea

Scripted deployment reference (SharePoint Foundation 2010)

Si desea crear colecciones de sitios adicionales mediante Windows PowerShell, puede usar el cmdlet

New-SPSite.

Si desea crear una base de datos de contenido nueva con el nuevo sitio, use el cmdlet New-

SPContentDatabase o el cmdlet New-SPSite con el parámetro ContentDatabase.

Después de crear los sitios, es posible que desee configurar asignaciones alternativas de acceso. Las

asignaciones alternativas de acceso dirigen a los usuarios a las direcciones URL correctas durante su

interacción con SharePoint Foundation 2010 (por ejemplo, al ir a la página principal de un sitio web de

SharePoint). Las asignaciones alternativas de acceso permiten que SharePoint Foundation 2010

asigne solicitudes web a las aplicaciones y los sitios web correctos, y permiten que SharePoint

Foundation 2010 proporcione el contenido correcto al usuario. Para obtener más información, vea Set-

SPAlternateUrl.

Realización de tareas de configuración adicionales Después de instalar SharePoint Foundation 2010, se recomienda realizar las siguientes tareas

administrativas:

Configure el correo electrónico saliente.

Configure el flujo de trabajo.

Configure el registro de diagnóstico.

Configure el programa antivirus.

Adición de servidores a la granja mediante Join-SharePointFarm Debe ejecutar el comando Join-SharePointFarm en todos los servidores que desee agregar a la granja

de servidores. Para establecer la conexión con una base de datos de configuración existente y unir el

servidor a una granja de servidores existente, escriba el siguiente comando en el servidor (después de

instalar SharePoint Foundation 2010):

Join-SharePointFarm -DatabaseServer

<String>

Nota:


http://technet.microsoft.com/library/846b5eb0-f235-4970-837b-f8f2657722a9(Office.14).aspx

http://technet.microsoft.com/library/846b5eb0-f235-4970-837b-f8f2657722a9(Office.14).aspx

119

-ConfigurationDatabaseName

<String>

-Passphrase

<SecureString>

Donde:

<String> es el nombre del servidor de bases de datos, como SQL01.

<SecureString> es la contraseña de la cuenta de usuario con el formato DOMINIO\contraseña.

Configuración del registro de seguimiento El registro de seguimiento puede resultar útil para analizar problemas que pueden surgir. Puede usar

los eventos que se escriben en el registro de seguimiento para determinar los cambios de

configuración que se realizaron en SharePoint Foundation 2010 antes de que se produjera el

problema.

De forma predeterminada, SharePoint Foundation 2010 guarda catorce días de eventos en los

archivos de registro de seguimiento. Esto significa que los archivos de registro de seguimiento

contienen eventos con una antigüedad de más de catorce días. Puede usar el cmdlet Set-SPLogLevel

para configurar todo el registro de diagnóstico.

Puede usar la página Registro de diagnóstico de Administración central para configurar el número

máximo de archivos de registro de seguimiento que se van a mantener y durante cuánto tiempo (en

minutos) se van a capturar eventos en cada archivo de registro.

Además, puede especificar la ubicación en la que se escriben los archivos de registro o aceptar la ruta

de acceso predeterminada mediante el cmdlet Set-SPLogLevel.

Los archivos de registro de seguimiento pueden ayudarle a solucionar problemas relacionados con

cambios en la configuración del servicio de búsqueda de Microsoft SharePoint Foundation. Los

problemas relacionados con los cambios en la configuración no siempre se detectan inmediatamente,

por lo que es aconsejable guardar todos los archivos de registro de seguimiento creados por el sistema

cada día que se hagan cambios de configuración. Almacene estos archivos de registro durante un

período prolongado de tiempo en una ubicación segura que no se vaya a sobrescribir. Se recomienda

almacenar los archivos de registro en una partición de la unidad de disco duro que se use para

almacenar solamente archivos de registro.

Para obtener más información sobre el registro de diagnóstico, vea Configuración del registro de


120

Configuración inicial (SharePoint Foundation 2010)

Después de instalar Microsoft SharePoint Foundation 2010, debe realizar una configuración inicial. Si

usa diferentes idiomas en el conjunto o granja de servidores, asegúrese de instalar los paquetes de

idioma correctos en sus servidores web. A continuación, puede comenzar a configurar las opciones de

la granja de servidores. La configuración de valores adicionales es opcional, pero muchas

características clave no están disponibles a menos que se configuren estas opciones. Cuando se crea

una aplicación web y se configuran los servicios que se desean usar para dicha aplicación web, es

posible comenzar a crear colecciones de sitios.

Los artículos de esta sección le ayudarán a realizar la configuración inicial de SharePoint Foundation

2010.

Implementación de paquetes de idioma (SharePoint Foundation 2010)

Los paquetes de idioma permiten a los propietarios de sitios y a los administradores de

colecciones de sitios crear sitios de SharePoint y colecciones de sitios en varios idiomas sin

necesidad de realizar instalaciones independientes de SharePoint Foundation 2010. En este

artículo se describe cómo instalar los paquetes de idioma en los servidores web.

Configuración de opciones del conjunto o granja de servidores (SharePoint Foundation 2010)

En este artículo se describe cómo configurar opciones adicionales en la granja de servidores, por

ejemplo, el correo electrónico entrante y saliente, la cuenta móvil y el registro de diagnóstico.

Configurar servicios (SharePoint Foundation 2010)

Es posible configurar servicios individuales de forma independiente e implementar solo los

servicios que necesita su organización. Los servicios implementados se denominan aplicaciones

de servicio. Una aplicación de servicio proporciona un recurso que se puede compartir en los sitios

de una granja de servidores o, en algunas ocasiones, en varias granjas de servidores, y los

usuarios pueden tener acceso a ella través de una aplicación web de hospedaje. En este artículo

se explica cómo iniciar, detener y configurar servicios, y cómo administrar y publicar aplicaciones

de servicio.

Preparación del hospedaje de sitios (SharePoint Foundation 2010)

Después de instalar SharePoint Foundation 2010 y realizar la configuración inicial, puede

comenzar a crear sitios de SharePoint. En este artículo se describe cómo crear una aplicación web

y una colección de sitios que constituyen la base para crear sitios de SharePoint.

121

Implementación de paquetes de idioma (SharePoint Foundation 2010)

En este artículo:

Acerca de identificadores de idioma y paquetes de idioma

Descarga de paquetes de idioma

Preparación de los servidores web para los paquetes de idioma

Instalación de paquetes de idioma en los servidores web

Desinstalación de paquetes de idioma

Los paquetes de idioma permiten a los propietarios de sitios y los administradores de colección de

sitios crear sitios de SharePoint y colecciones de sitios en varios idiomas sin que sea necesario realizar

instalaciones independientes de Microsoft SharePoint Foundation 2010. Puede instalar paquetes de

idioma, que contienen plantillas de sitio específicas de idioma, en servidores web. Cuando un

administrador crea un sitio o una colección de sitios basada en una plantilla de sitio específica de

idioma, el texto que aparece en el sitio o en la colección de sitios se muestra en el idioma de la plantilla

del sitio. Los paquetes de idioma suelen usarse en implementaciones multinacionales donde una única

granja de servidores admite personas en distintas ubicaciones o cuando deben duplicarse los sitios y

las páginas web en uno o varios idiomas.

No se puede cambiar un sitio, colección de sitios o página web existentes de un idioma a otro

mediante la aplicación de distintas plantillas de sitio específicas del idioma. Una vez que ha

elegido una plantilla de sitio específica de idioma para un sitio o colección de sitios, dicho sitio

o colección siempre mostrarán el contenido en el idioma de la plantilla de sitio original.

Los separadores de palabras y los analizadores lingüísticos permiten realizar búsquedas de forma

eficiente y eficaz en contenido en los sitios de SharePoint y colecciones de sitios en varios idiomas sin

que sea necesario realizar instalaciones independientes de SharePoint Foundation 2010. Los

separadores de palabras y los analizadores lingüísticos se instalan automáticamente en los servidores

web con la instalación.

Si está desinstalando SharePoint Foundation 2010, deberá desinstalar todos los paquetes de

idioma antes de desinstalar SharePoint Foundation 2010.

Nota:

Importante:

122

Acerca de identificadores de idioma y paquetes de idioma Cuando los propietarios de sitios o los administradores de colección de sitios crean sitios o colecciones

de sitios, pueden elegir un idioma para cada sitio o colección de sitios.

El idioma que elijan tiene un identificador (Id.) de idioma y el identificador determina el idioma que se

usa para mostrar e interpretar el texto que se pone en el sitio o colección de sitios. Por ejemplo, si un

propietario de sitios crea un sitio en francés, las barras de herramientas, barras de navegación, listas y

encabezados de columna del sitio se muestran en francés. De la misma forma, si un propietario de

sitios crea un sitio en árabe, las barras de herramientas, barras de navegación, listas y encabezados

de columna del sitio se muestran en árabe. Además, la orientación predeterminada del texto de

izquierda a derecha del sitio cambia a la orientación de derecha a izquierda para mostrar el texto en

árabe correctamente.

La lista de idiomas disponibles que se pueden usar para crear un sitio o colección de sitios se genera

con los paquetes de idioma instalados en los servidores web. De manera predeterminada, los sitios y

colecciones de sitios se crean en el idioma en que se instaló SharePoint Foundation 2010. Por

ejemplo, si instala la versión en español de SharePoint Foundation 2010, el idioma predeterminado de

los sitios, colecciones de sitios y páginas web es el español. Si una persona tiene que crear sitios,

colecciones de sitios o páginas web en un idioma que no sea el predeterminado de SharePoint

Foundation 2010, debe instalar el paquete de idioma para ese idioma en los servidores web. Por

ejemplo, si está usando la versión en francés de SharePoint Foundation 2010 y un propietario de sitios

desea crear sitios en francés, inglés y español, debe instalar los paquetes de idioma inglés y español

en los servidores web.

De manera predeterminada, cuando un propietario de sitios crea una página web en un sitio, el

sitio muestra texto en el idioma especificado por el identificador de idioma.

Los paquetes de idioma no están agrupados en paquetes de instalación multilingües. Debe instalar un

paquete de idioma específico por cada idioma que desee usar. Además, los paquetes de idioma se

deben instalar en cada uno de los servidores web para garantizar que todos los servidores web pueden

presentar contenido en el idioma especificado.

No puede cambiar una página web, una colección de sitios o un sitio existentes de un idioma a

otro aplicando diferentes plantillas de sitios específicas del idioma. Después de usar una

plantilla del sitio específica del idioma para un sitio o una colección de sitios, estos siempre

podrán mostrar contenido en el idioma de la plantilla original.

Para obtener una lista de todos los paquetes de idioma disponibles, con vínculos para su descarga,

vea Language packs (SharePoint Foundation 2010).

Aunque un propietario de sitios especifique un identificador de idioma para un sitio, algunos elementos

de la interfaz de usuario como mensajes de error, notificaciones y cuadros de diálogo no se muestran

Nota:

Importante:

http://technet.microsoft.com/library/3d599354-863e-4528-9fe8-867df5f45658(Office.14).aspx

123

en el idioma especificado. La razón es que SharePoint Foundation 2010 depende de varias

tecnologías, como Microsoft .NET Framework, Microsoft Windows Workflow Foundation, Microsoft

ASP.NET y Microsoft SQL Server 2005, algunas de las cuales solo están traducidas a un número

limitado de idiomas. Si un elemento de la interfaz de usuario es generado por alguna de estas

tecnologías que no está traducida al idioma que el propietario de sitios especificó para el sitio, el

elemento se muestra en inglés. Por ejemplo, si un propietario de sitios crea un sitio en hebreo y el

componente .NET Framework muestra un mensaje de notificación, el mensaje no se mostrará en

hebreo porque .NET Framework no está traducido al hebreo. Esta situación se puede dar cuando se

crean sitios en idiomas que no sean chino, francés, alemán, italiano, japonés, coreano y español.

Cada paquete de idioma que se instala crea una carpeta en

%COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LAYOUTS\Locale_ID que contiene datos específicos de la cultura

correspondiente. En cada carpeta locale_ID, debe tener solo un archivo de error HTML que

contenga la información de errores que se usa cuando no se puede encontrar un archivo.

Cada vez que no se puede encontrar un archivo para cualquier sitio de dicha cultura, se usará

este archivo. Para especificar qué archivo usar, configure la propiedad

SPWebApplication.FileNotFoundPage para cada aplicación web. Para obtener más

información, vea el tema sobre la propiedad SPWebApplication.FileNotFoundPage.


En ciertos casos, algún texto podría originarse en el idioma de instalación original, lo que puede dar

lugar a que se muestre texto en más de un idioma. Esto suele suceder únicamente a los creadores de

contenido o propietarios de sitios, pero no lo suelen ver los usuarios del sitio.

Descarga de paquetes de idioma Deberá seguir los pasos que se indican a continuación para cada idioma que desee admitir. Si decide

descargar más de un idioma, tenga en cuenta que se descarga para cada idioma un único archivo que

tiene un nombre en común. Por lo tanto, asegúrese de descargar cada paquete de idioma en una

carpeta independiente en el disco duro, de modo que no se sobrescriba un paquete de idioma de un

idioma diferente.

Los archivos de Ayuda de Windows PowerShell se instalan en inglés (en-us) de forma

predeterminada. Para ver estos archivos en el idioma del sistema operativo, debe instalar el

paquete de idioma correspondiente al idioma en el que se instaló el sistema operativo.

Si actualiza desde una versión anterior de Microsoft SharePoint Foundation y va a usar las

características de Group Approval (eApproval), debe instalar todos los paquetes de idioma

siguientes ante de ejecutar el Asistente para configuración de Productos de SharePoint:

Importante:

Importante:

Importante


124

Después de instalar los paquetes de idioma, ejecute el siguiente comando en la carpeta

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14:

psconfig.exe –cmd upgrade –inplace v2v

1. Descargue la versión de 64 bits del paquete de idioma mediante uno de los vínculos de

descarga.

2. En la página de descarga, seleccione el idioma deseado de la lista Cambiar idioma y, a

continuación, haga clic en Cambiar.

3. Haga clic en Descargar en la página web.

4. En el cuadro de diálogo que aparece, haga clic en Guardar para descargar una copia del

archivo en el equipo local.

Si va a desinstalar SharePoint Foundation 2010, deberá desinstalar todos los paquetes de

idioma antes de desinstalar SharePoint Foundation 2010.

Preparación de los servidores web para los paquetes de idioma Antes de instalar paquetes de idioma en los servidores web, debe realizar lo siguiente:

Instale los archivos de idioma necesarios en los servidores web.

Instale SharePoint Foundation 2010 en cada uno de los servidores web.

Ejecute Asistente para configuración de Productos de SharePoint en cada uno de los servidores

web.

El sistema operativo usa los archivos de idioma, que ofrecen soporte para visualizar e introducir texto

en varios idiomas. Los archivos de idioma incluyen:

Archivos de teclado

Editores de métodos de entrada (IME)

Archivos de fuente TrueType

Archivos de fuente de mapa de bits

Tablas de conversión de página de códigos

Archivos de compatibilidad con el idioma nacional (.nls)

Motores de script para la presentación de scripts complejos

De forma predeterminada, la mayoría de los archivos de idioma se instalan en el sistema operativo

Windows Server 2008. Sin embargo, debe instalar los archivos de idioma suplementarios para los

idiomas de Asia oriental y para los idiomas que usan script complejo o cuya orientación es de derecha

a izquierda. Los idiomas de Asia oriental son el chino, el japonés y el coreano. Los idiomas de script

Descarga del paquete de idioma

Nota:

125

complejo y los que tienen una orientación de derecha a izquierda son el árabe, el armenio, el

georgiano, el hebreo y los idiomas índicos, el tailandés y el vietnamita. Las instrucciones para instalar

estos archivos de idioma suplementarios se ofrecen en el siguiente procedimiento.

Se recomienda instalar estos archivos de idioma únicamente en caso de necesitarlos. Los idiomas de

Asia oriental necesitan cerca de 230 megabytes de espacio de disco duro. Los idiomas de script

complejo y los que se escriben de derecha a izquierda no ocupan mucho espacio, pero si instala

cualquiera de estos conjuntos de idiomas, el rendimiento podría verse reducido cuando escribe texto.

Para llevar a cabo este procedimiento, necesitará el disco del producto Windows Server 2008

o bien, deberá conocer la ubicación de la carpeta compartida en la que se encuentran los

archivos de instalación del sistema operativo.

Debe reiniciar el equipo después de instalar los archivos de idioma suplementarios.

1. Es necesario ser miembro del grupo de administradores en el equipo para poder instalar estos

archivos de idioma. Una vez instalados los archivos de idioma, todos los usuarios del equipo

tendrán acceso a éstos.

2. En el servidor web, haga clic en Inicio, elija Configuración, Panel de control y, a

continuación, haga clic en Configuración regional y de idioma.

3. En el cuadro de diálogo Configuración regional y de idioma, en la pestaña Teclados e

idiomas, en la sección Mostrar idioma, haga clic en Instalar o desinstalar idiomas.

4. En el cuadro de diálogo Instalar o desinstalar idiomas, haga clic en Instalar idiomas.

5. En la página Seleccione los idiomas que se van a instalar, seleccione el idioma que instalará

en la lista de idiomas disponibles. Si el idioma no aparece, haga clic en Examinar carpeta

para navegar al lugar donde descargó el archivo de idioma. El archivo de idioma es un archivo

de extensión .cab

6. Seleccione todos los idiomas que desea instalar y, a continuación, haga clic en Siguiente.

7. Acepte los términos y condiciones y, a continuación, haga clic en Siguiente.

8. Haga clic en Instalar.

Después de instalar los archivos de idioma necesarios en los servidores web, debe instalar SharePoint

Foundation 2010 y ejecutar el Asistente para configuración de Productos de SharePoint. El asistente

crea y configura la base de datos de configuración y realiza otras tareas de configuración necesarias

antes de instalar los paquetes de idioma. Para obtener más información acerca de la instalación de

SharePoint Foundation 2010 y la ejecución del Asistente para configuración de Productos de

SharePoint, vea Introducción a la implementación (SharePoint Foundation 2010).

Nota

Instalación de archivos de idioma adicionales en Windows Server 2008

126

Instalación de paquetes de idioma en los servidores web Después de instalar los archivos de idiomas necesarios en los servidores web, puede instalar los

paquetes de idioma. Los paquetes de idioma se pueden descargar individualmente (una descarga por

cada idioma compatible). Si tiene un entorno de granja de servidores y va a instalar los paquetes de

idioma de varios idiomas, debe instalar los paquetes de idioma en cada uno de los servidores web.

El paquete de idioma se instala en el idioma original. Por ejemplo, el archivo ejecutable del

paquete de idioma ruso se muestra en ruso. El procedimiento que se presenta a continuación

es el que se usa para el paquete de idioma inglés.

1. Ejecute setup.exe.


casilla de verificación Acepto los términos del contrato y, a continuación, haga clic en

Continuar.

3. El Asistente para la instalación se ejecuta e instala el paquete de idioma.

4. Vuelva a ejecutar el Asistente para configuración de Productos de SharePoint con la

configuración predeterminada. Si no ejecuta el Asistente para configuración de Productos de

SharePoint después de instalar el paquete de idioma, dicho paquete no se instalará

correctamente.

1. Haga clic en Inicio, elija Todos los programas, luego Productos de Microsoft SharePoint

2010 y, a continuación, haga clic en Asistente para configuración de Productos de

SharePoint 2010.


3. Haga clic en Sí en el cuadro de diálogo que alerta de que algunos servicios podrían tener que

reiniciarse durante la configuración.

4. En la página Modificar configuración del conjunto de servidores, haga clic en No desconectar

de este conjunto de servidores y, a continuación, haga clic en Siguiente.

5. Si aparece la página Modificar la configuración de la aplicación web de Administración central

de SharePoint, no cambie ninguno de los valores predeterminados y haga clic en Siguiente.

6. En la página Finalizando el Asistente para configuración Productos y Tecnologías de



Importante:

Instalación de un paquete de idioma

Vuelva a ejecutar el Asistente para configuración de Productos de SharePoint 2010

127

Al instalar los paquetes de idioma, las plantillas de sitio específicas de idioma se instalan en el

directorio %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\template\número, donde número es el identificador de idioma del idioma que esté

instalando. Por ejemplo, el paquete de idioma de inglés de Estados Unidos se instala en el directorio

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\template\1033. Cuando

haya instalado un paquete de idioma, los propietarios de sitios y los administradores de colecciones

pueden crear sitios y colecciones basados en plantillas de sitio específicas del idioma especificando un

idioma al crear un nuevo sitio o colección de sitios de SharePoint.

Desinstalación de paquetes de idioma Cuando ya no necesite un idioma para el que ha instalado un paquete de idioma, puede quitar el

paquete de idioma a través del Panel de control. Al quitar un paquete de idioma se quitan del equipo

las plantillas de sitios específicas del idioma. Todos los sitios creados con esas plantillas de sitios

específicas del idioma dejarán de funcionar (la dirección URL generará una página HTTP 500 - Error

interno del servidor). Si se vuelve a instalar el paquete de idioma, los sitios volverán a funcionar

correctamente.

No se puede quitar el paquete de idioma de la versión de SharePoint Foundation 2010 que

haya instalado en el servidor. Por ejemplo, si ejecuta la versión japonesa de SharePoint

Foundation 2010, no puede desinstalar la compatibilidad con el idioma japonés de SharePoint

Foundation 2010.

Nota:

128

Configuración de opciones del conjunto o granja de servidores (SharePoint Foundation 2010)

Después de la instalación inicial de Microsoft SharePoint Foundation 2010, se pueden configurar varias

opciones adicionales. Entre estas opciones se incluye la configuración de recolección de datos de uso

y estado para asegurar la recolección de datos pertinentes para analizar, la configuración de varias

opciones de registro de diagnóstico para facilitar la solución de problemas, y la configuración de una

cuenta móvil para que los usuarios puedan recibir alertas mediante un servicio de mensajes cortos

(SMS) cuando se realizan cambios en una lista o elemento de SharePoint. La configuración de valores

adicionales es opcional, pero muchas características clave no están disponibles a menos que se

configuren estas opciones.

En los artículos de esta sección se describe cómo configurar el conjunto o granja de servidores.


En este artículo se describe cómo configurar la recolección de datos de uso y estado en



En este artículo se describe cómo configurar el registro de diagnóstico que puede requerirse

después de la implementación inicial o actualización y posiblemente durante todo el ciclo de vida

del sistema.

Integración de correo electrónico (SharePoint Foundation 2010)

En este artículo se describe cómo configurar el correo electrónico entrante y saliente en la granja

de servidores.

Configuración de una cuenta móvil (SharePoint Foundation 2010)

En este artículo se describe cómo configurar y administrar una cuenta de móvil para SharePoint

Foundation 2010 que permita a los usuarios suscribirse para recibir alertas que se envían por

SMS.

Instalación y configuración del almacenamiento remoto de blobs o del almacenamiento externo de

blobs (SharePoint Foundation 2010)

En este artículo se describe cómo instalar y configurar el Almacenamiento remoto de blobs (RBS)

para un servidor de bases de datos de Microsoft SQL Server 2008 que admite una granja de

servidores de Microsoft SharePoint Foundation 2010.

129


En este artículo, se proporciona información sobre la configuración de la recolección de datos de uso y

estado en Microsoft SharePoint Foundation 2010.

El sistema escribe datos de uso y estado en la carpeta de registros y en la base de datos de registros.

Para establecer las opciones de configuración para la base de datos de registros, debe usar Windows

PowerShell.

En este artículo:

Configurar una recolección de datos de uso y mantenimiento mediante Administración central

Configurar la recolección de datos de uso mediante Windows PowerShell

Para configurar la recolección de datos de uso para un tipo de evento específico mediante

Windows PowerShell

Registro de datos de uso en otra base de datos de registro mediante Windows PowerShell

No puede establecer opciones de configuración para la recolección de datos de uso mediante

Windows PowerShell.

Configurar una recolección de datos de uso y mantenimiento mediante Administración central Solo puede usar Administración central para configurar una recolección de datos de uso y

mantenimiento.

1. Compruebe que la cuenta de usuario que va a realizar este procedimiento pertenezca al grupo

Administradores de la granja de servidores.

Nota:

La configuración de datos de uso y mantenimiento se aplica a toda la granja de

servidores y no puede establecerse para servidores individuales de dicha granja.

2. En Administración central, en la página principal, haga clic en Supervisión.

3. En la sección Informes de la página Supervisión, haga clic en Configurar la recolección de

datos de uso y estado.

Nota:

Para configurar una recolección de datos de uso y mantenimiento mediante Administración central

130

4. En la sección Recolección de datos de uso de la página Configurar la recolección de datos

de uso y estado, seleccione el cuadro de texto Habilitar la recolección de datos de uso para

habilitar la recolección de datos de uso.

5. En la sección Selección de eventos, seleccione los eventos que se van a registrar activando

la casilla de verificación situada junto a los eventos de la lista Eventos para registrar.

Nota:

Los registros usan recursos del sistema y pueden afectar al rendimiento y al uso del

disco. Solo registre aquellos eventos de los cuales desea obtener informes

regularmente. Para informes o investigaciones ad hoc, habilite registros para eventos

específicos y luego deshabilite los registros para los eventos una vez finalizado el

informe o la investigación.

6. En la sección Configuración de la recolección de datos de uso, escriba la ruta de acceso

de la carpeta en la que desea que se escriba información de uso y estado en el cuadro

Ubicación del archivo de registro. La ruta de acceso que especifique debe existir en todos

los servidores de la granja.

Nota:

La configuración se aplica a todos los eventos. Para establecer opciones de

configuración de la recolección de eventos para tipos de eventos particulares, debe

usar Windows PowerShell.

7. Escriba el espacio máximo en disco para los registros en gigabytes (entre 1 y 20 GB) en el

cuadro Tamaño de archivo de registro máximo.

8. En la sección Recolección de datos de mantenimiento, active la casilla de verificación

Activar la colección de datos de mantenimiento. Para cambiar la programación de la

recolección, haga clic en Programación del registro de mantenimiento. Aparece una lista de

trabajos del temporizador que recopilan datos de mantenimiento. Haga clic en cualquiera de

los trabajos del temporizador para cambiar la programación o deshabilite el trabajo del

temporizador.

9. En la sección Servidor de base de datos de registros, para cambiar la autenticación usada,

seleccione la opción Autenticación de Windows o Autenticación de SQL.

Nota:

Para cambiar los valores del Servidor de base de datos y el Nombre de la base de

datos, debe usar Windows PowerShell.

Configurar la recolección de datos de uso mediante Windows PowerShell

Nota:

131

Puede configurar la recolección de datos de uso, pero no la de datos de estado, mediante

Windows PowerShell.

1. Compruebe que cumple con los siguientes requisitos: Vea Add-SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente

comando y, a continuación, presione ENTRAR:

Set-SPUsageService [-LoggingEnabled {1 | 0}] [-UsageLogLocation <Path>] [-

UsageLogMaxSpaceGB <1-20>] [-Verbose]

Importante:

Debe especificar una ruta de acceso para UsageLogLocation que exista en todos los

servidores de la granja o conjunto de servidores.

Escriba -LoggingEnabled 1 para habilitar el registro de datos de uso. Especifique la cantidad

máxima de espacio en la unidad de disco asignada al registro con el parámetro

UsageLogMaxSpaceGB.

Para obtener más información, vea Set-SPUsageService.

Nota:




Para configurar la recolección de datos de uso para un tipo de evento específico mediante Windows PowerShell Los tipos de evento enumerados en la página Configurar la recolección de datos de mantenimiento y

uso en Administración central son los mismos que en Definiciones de uso en Windows PowerShell.

Solo se puede usar Windows PowerShell para configurar definiciones de uso de forma individual.

Además, solo es posible configurar la opción DaysRetained.



Para configurar la recolección de datos de uso mediante Windows PowerShell

Para configurar el registro de datos de uso para un tipo de evento específico mediante Windows PowerShell

http://technet.microsoft.com/library/c758e682-3a57-4d47-a932-56a96b56614d(Office.14).aspx

132





Set-SPUsageDefinition -Identity <GUID> [-Enable] [-DaysRetained <1-30>] [-Verbose]

Use el modificador Enabled para habilitar el registro de uso para esta definición de uso. Use

DaysRetained para especificar cuánto tiempo se retienen los datos de uso en el registro antes

de que se eliminen. El intervalo es de 1 a 30 días. Para ver el progreso del comando, use el

parámetro Verbose.

Para obtener más información, vea Set-SPUsageDefinition.

Nota:




Registro de datos de uso en otra base de datos de registro mediante Windows PowerShell

Solo se puede usar Windows PowerShell para cambiar este valor.







Set-SPUsageApplication -DatabaseServer <Database server name> -DatabaseName <Database

name> [-DatabaseUsername <User name>] [-DatabasePassword <Password>] [-Verbose]

Debe especificar el valor del parámetro DatabaseServer, incluso si la nueva base de datos se

encuentra en el mismo servidor de bases de datos que la anterior. Debe usar los parámetros

DatabaseUsername y DatabasePassword si el propietario de la base de datos es una cuenta de

usuario distinta de la cuenta en la que inició sesión. Para ver el progreso del comando, use el

parámetro Verbose.

Para obtener más información, vea Set-SPUsageApplication.

Nota:

Para registrar los datos de uso en otra base de datos de registro mediante Windows PowerShell

http://technet.microsoft.com/library/05ff2fea-1955-4537-8cfb-1b0e3890e1be(Office.14).aspx

http://technet.microsoft.com/library/4b918524-5af9-4265-9dcc-470f70fbaaba(Office.14).aspx

133

Nota:




Vea también Introducción a la supervisión (SharePoint Foundation 2010)

http://technet.microsoft.com/library/d2e48b54-1a32-4ec6-8b9e-b884b7faca8f(Office.14).aspx

134


En este artículo, se proporciona información acerca de la configuración del registro de diagnósticos en


En este artículo:

Procedimientos recomendados

Configuración del registro de diagnósticos mediante Administración central

Configuración del registro de diagnósticos mediante Windows PowerShell

Procedimientos recomendados Es probable que el entorno de SharePoint Foundation 2010 requiera la configuración de registros de

diagnóstico después de la actualización o la implementación inicial y, posiblemente, a lo largo del ciclo

de vida del sistema. Las instrucciones que aparecen en la siguiente lista pueden ayudarle a establecer

los procedimientos recomendados para el entorno específico.

Cambie la unidad en la que se escribe el registro. De manera predeterminada, el registro de

diagnósticos se configura para que se escriban registros en la misma unidad y partición en la que

se instaló SharePoint Foundation 2010. Dado que el registro de diagnósticos puede usar mucho

espacio de la unidad, y la escritura en registros puede afectar al rendimiento de la unidad, deberá

configurar el registro para escribir en una unidad que sea diferente de aquella en la que se instaló

SharePoint Foundation 2010. También deberá considerar la velocidad de conexión en la unidad en

la que se escriben los registros. Si se configura el registro en un nivel detallado, se graban muchos

datos de registro. Por lo tanto, una conexión lenta puede ocasionar un rendimiento de registro

deficiente.

Restrinja el uso de espacio en disco para registros. De manera predeterminada, la cantidad de

espacio en disco que un registro de diagnósticos puede usar no está limitada. Por lo tanto, limite el

espacio en disco que usa el registro para asegurarse de que no se llene el disco, en especial si

configura el registro para escribir eventos detallados. Cuando se alcance el límite de la restricción

del disco, se quitarán los registros más antiguos y se grabará nueva información de datos de

registro.

Use la configuración detallada con moderación. Puede configurar el registro de diagnósticos

para grabar eventos de nivel detallado. Esto significa que el sistema registrará cada acción que

SharePoint Foundation 2010 lleve a cabo. Los registros de nivel detallado pueden hacer

rápidamente uso de espacio en disco y afectar al rendimiento del servidor y la unidad. Puede usar

registros de nivel detallado para grabar un mayor nivel de detalle cuando realiza cambios

significativos y, a continuación, puede volver a configurar el registro para grabar únicamente los

eventos de niveles superiores después de haber realizado los cambios.

135

Haga una copia de seguridad de los registros regularmente. Los registros de diagnóstico

contienen datos importantes. Por lo tanto, haga una copia de seguridad de esos datos con

regularidad para asegurarse de que los conserva. Si restringe el uso de espacio en la unidad para

los registros o si conserva registros únicamente por unos días, se eliminarán automáticamente los

archivos de registro, comenzando en primer lugar por los archivos más antiguos cuando se

alcance el umbral.

Habilite la protección de "flood" del registro de eventos. Al habilitar esta configuración, el

sistema detecta eventos recurrentes en el registro de eventos de Windows. Cuando se registra el

mismo evento repetidas veces, estos eventos se detectan y se eliminan hasta que las condiciones

vuelven al estado normal.

Configuración del registro de diagnósticos mediante Administración central Puede usar Administración central para configurar el registro de diagnósticos.

1. Compruebe que la cuenta de usuario que está realizando este procedimiento pertenece al

grupo de administradores de la granja de servidores de SharePoint.

2. En Administración central, en la página principal, haga clic en Supervisión.

3. En la página Supervisión, en la sección Informes, haga clic en Configurar registro de

diagnósticos.

4. En la página Registro de diagnósticos, en la sección Límite de eventos, puede configurar el

límite de eventos de la siguiente manera:

Para configurar el límite de eventos para todas las categorías:

a. Active la casilla de verificación Todas las categorías.

b. Seleccione el nivel de registros de eventos en la lista Evento menos crítico que desea

incorporar al registro de eventos.

c. Seleccione el nivel de registros de seguimiento en la lista Evento menos crítico que

desea incorporar al registro de seguimiento.

Para configurar el límite de eventos para una o varias categorías:

a. Active las casillas de verificación que están junto a las categorías deseadas.

b. Seleccione el nivel de registros de eventos en la lista Evento menos crítico que desea


c. Seleccione el nivel de registros de seguimiento en la lista Evento menos crítico que


Para configurar el límite de eventos para una o varias subcategorías (puede expandir una o

varias categorías y seleccionar cualquier subcategoría):

Para configurar el registro de diagnósticos mediante Administración central

136

a. Haga clic en el símbolo (+) que está junto a la categoría para expandirla.

b. Active la casilla de verificación que está junto a la subcategoría.

c. Seleccione el nivel de registros de eventos en la lista Evento menos crítico que desea


d. Seleccione el nivel de registros de seguimiento en la lista Evento menos crítico que


Para configurar el límite de eventos de todas las categorías nuevamente en los valores

predeterminados:

a. Active la casilla de verificación Todas las categorías.

b. Seleccione Restablecer valores predeterminados en la lista Evento menos crítico que

desea incorporar al registro de eventos.

c. Seleccione Restablecer valores predeterminados en la lista Evento menos crítico que


5. En la sección Protección de "flood" del registro de eventos, active la casilla de verificación

Habilitar la protección de "flood" del registro de eventos.

6. En la sección Registro de seguimiento, en el cuadro Ruta de acceso, escriba la ruta de

acceso de la carpeta en la que desea escribir los registros.

7. En el cuadro Cantidad de días que desea almacenar los archivos de registro, escriba la

cantidad de días (de 1 a 366) que desea conservar los registros. Después de este tiempo, los

registros se eliminarán automáticamente.

8. Para restringir la cantidad de espacio en disco que los registros pueden usar, active la casilla

de verificación Restringir el uso de espacio en disco para registros de seguimiento y, a

continuación, escriba la cantidad de gigabytes (GB) a la que desea restringir los archivos de

registro. Cuando los registros alcancen este espacio en disco, los más antiguos se eliminarán

automáticamente.

9. Después de realizar los cambios deseados en la página Registro de diagnósticos, haga clic en

Aceptar.

Configuración del registro de diagnósticos mediante Windows PowerShell Puede usar Windows PowerShell para configurar el registro de diagnósticos.

1. Compruebe si cumple los siguientes requisitos: Vea Add-SPShellAdmin.




Para configurar el registro de diagnósticos mediante Windows PowerShell

137


comando y presione ENTRAR.

Set-SPLogLevel -TraceSeverity {None | Unexpected | Monitorable | Medium | High |

Verbose} -EventSeverity {None | Information | Warning | Error | Critical | Verbose} [-

Identity <Category name…>] -Verbose

Puede usar el parámetro Identity para especificar una o varias categorías para cambiar, por

ejemplo, Administración. Si no especifica el valor para el parámetro Identity, se cambiarán

todas las categorías.

Para ver la configuración actual, escriba Get-SPLogLevel y, a continuación, presione ENTRAR.

Para configurar todas las categorías nuevamente en los niveles predeterminados, escriba

Clear-SPLogLevel y, a continuación, presione ENTRAR.

Para obtener más información, vea Set-SPLogLevel.

Nota:




Vea también Introducción a la supervisión (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

138

Integración de correo electrónico (SharePoint Foundation 2010)

Después de la instalación inicial de Microsoft SharePoint Foundation 2010, se puede configurar el

correo electrónico entrante y saliente. Esta configuración adicional es opcional, pero puede resultar útil

si se desea trabajar con correo electrónico en el conjunto o granja de servidores.

Configuración del correo electrónico entrante (SharePoint Foundation 2010)

En este artículo se describe cómo configurar el correo electrónico entrante para que los sitios de

SharePoint acepten y archiven correo electrónico entrante. También se describe cómo configurar

el correo electrónico entrante para que los sitios de SharePoint puedan archivar discusiones de

correo electrónico según sucedan, guardar documentos enviados por correo electrónico y mostrar

reuniones enviadas por correo electrónico en los calendarios del sitio. Además, este artículo

explica cómo configurar el servicio de administración de directorios de SharePoint a fin de

proporcionar soporte para la creación y administración de listas de distribución de correo

electrónico.

Configuración del correo electrónico saliente (SharePoint Foundation 2010)

En este artículo se describe cómo configurar el correo electrónico saliente de forma que el servidor

SMTP (Protocolo simple de transferencia de correo) envíe alertas de correo electrónico a los

usuarios del sitio y notificaciones a los administradores del sitio.

139

Configuración del correo electrónico entrante (SharePoint Foundation 2010)

En este artículo se describe cómo configurar el correo electrónico entrante para Microsoft SharePoint

Foundation 2010.

Procedimientos en esta tarea:

Instalación y configuración del servicio SMTP

Configuración del correo electrónico entrante en un escenario básico

Configuración del Administrador de DNS

Agregar un conector SMTP a Microsoft Exchange Server 2007

Configurar AD DS de modo que se use con el Servicio de administración de directorio

Configuración de permisos para la carpeta de buzón de correo electrónico

Configuración del correo electrónico entrante en un escenario avanzado

¿Faltan datos adjuntos de los mensajes de correo electrónico que se envían a una biblioteca de

documentos de SharePoint?

Introducción Cuando se habilita el correo electrónico entrante, SharePoint puede recibir y almacenar mensajes y

datos adjuntos de correo electrónico en listas y bibliotecas. En este artículo se describen dos

escenarios, uno sencillo y otro avanzado. El avanzado incluye opciones entre las que elegir.

Escenario básico

En el escenario básico, se instala el servicio SMTP en el servidor que ejecuta SharePoint Foundation

2010. Otra opción es usar un servicio SMTP que se ejecute en otro servidor SMTP y habilitar el correo

electrónico entrante mediante el modo de configuración automática con la configuración

predeterminada. En este escenario, el correo electrónico se envía directamente al servidor SMTP y

SharePoint Foundation 2010 comprueba periódicamente si hay correo electrónico en la carpeta

predeterminada de entrega de correo electrónico, configurada automáticamente por el servicio SMTP.

El escenario sencillo se aplica a un entorno de granja de un único servidor.

Escenario avanzado.

En el escenario avanzado, existen varias opciones que se pueden seleccionar para optimizar la

característica de correo electrónico entrante. Una opción es usar el Servicio de administración de

directorios de Microsoft SharePoint. La ventaja de usar este servicio es que las direcciones de contacto

creadas para bibliotecas de documentos aparecen automáticamente en Usuarios y equipos de Active

140

Directory de la unidad organizativa (UO) para SharePoint Foundation 2010. También permite que los

usuarios creen y administren grupos de distribución de correo electrónico desde los sitios de

SharePoint. Además, crea contactos en el directorio de usuarios de la organización para que los

usuarios puedan encontrar listas de SharePoint habilitadas para correo electrónico en sus libretas de

direcciones. No obstante, el uso del Servicio de administración de directorios requiere una mayor

administración, dado que se comunica con los Servicios de dominio de Active Directory (AD DS). Una

ventaja de no usar el Servicio de administración de directorios es la reducción de sobrecarga

administrativa y una desventaja de no usarlo es que el usuario debe agregar manualmente cada

dirección de contacto.

Si usa el escenario avanzado, puede configurar el correo electrónico entrante para una granja de un

único servidor o de varios servidores. Si tiene dos o más servidores front-end web en una granja de

SharePoint, puede usarlos para enrutar el correo electrónico entrante a la granja. En la tabla siguiente

se describen las acciones que debe llevar a cabo y las opciones que puede seleccionar para configurar

el correo electrónico entrante para una granja.

Acción Comentario

Agregue un registro de recursos (A) de host para

configurar el Administrador de DNS.

Debe agregar un registro de recursos (A) de host

para asociar los nombres de dominio DNS de los

equipos (o host) a las direcciones IP.

Agregue un conector SMTP. Debe agregar un conector SMTP para que el

equipo de Microsoft Exchange Server 2007 enrute

el correo electrónico entrante al servidor correcto.

Use el Servicio de administración de directorios

(opcional).

Use el Servicio de administración de directorios

para que los usuarios puedan crear y administrar

los grupos de distribución de correo desde los

sitios de SharePoint. Las direcciones de los

contactos que se crean para las bibliotecas de

documentos aparecen automáticamente en

AD DS.

Nota:

Si no usa Exchange Server, debe

personalizar el Servicio de administración

de directorios.

Use una carpeta de entrega de correo electrónico

específica (opcional).

Use una carpeta de entrega de correo electrónico

específica para habilitar SharePoint Foundation

2010 para el correo electrónico entrante del

servicio SMTP.

141

Para obtener más información acerca del Servicio de administración de directorios, vea el tema sobre

la integración del directorio de SharePoint


Antes de configurar el correo electrónico entrante en SharePoint Foundation 2010, lea el siguiente

artículo:

Planeación del correo electrónico entrante (Windows SharePoint Services)

Requisitos de tareas Es necesario cumplir los siguientes requisitos para realizar los procedimientos de esta tarea:

Es necesario instalar SharePoint Foundation 2010.

Uno o más servidores de la granja de servidores debe ejecutar el servicio SMTP y debe usar una

dirección de servidor SMTP válida. Asimismo, debe conocer el nombre de otro servidor que esté

ejecutando el servicio SMTP.

Cada servidor front-end web de SharePoint debe ejecutar el servicio SMTP y el servicio de

aplicación web de Windows SharePoint Services.

La cuenta de identidad del grupo de aplicaciones para Administración central, la cuenta de inicio

de sesión para el servicio Temporizador de Windows SharePoint Services y las cuentas de

identidad del grupo de aplicaciones para las aplicaciones web deben ser miembros del grupo

Administradores en el equipo local que contiene la carpeta de buzón de correo electrónico.

Instalación y configuración del servicio SMTP El correo electrónico entrante de SharePoint Foundation 2010 usa el servicio SMTP. Puede usar el

servicio SMTP de dos maneras posibles. Puede instalar el servicio SMTP en uno o más servidores de

la granja de servidores, o los administradores pueden proporcionar una carpeta de buzón de correo

electrónico para el correo electrónico reenviado desde el servicio en otro servidor.

Reflexione detenidamente si usará la opción de la carpeta de entrega de correo electrónico. Un

factor que se debe tener en cuenta es que los administradores del otro servidor pueden influir

en la disponibilidad del correo electrónico entrante, al cambiar la configuración de SMTP. Un

segundo factor es que esta opción requiere el paso adicional de configuración de permisos

para la carpeta de entrega de correo electrónico.

Instalación del servicio SMTP

Si no usa una carpeta de entrega de correo electrónico, el servicio SMTP deberá instalarse en cada

servidor front-end web de la granja de servidores que desee configurar para el correo electrónico

entrante. Para instalar el servicio SMTP, use el Asistente para agregar característica del Administrador

del servidor. Una vez completado el procedimiento, se habrá creado una configuración SMTP

Nota:



142

predeterminada. Puede personalizar esta configuración para que responda a las necesidades de su

entorno.

1. Compruebe que dispone de las siguientes credenciales administrativas:

Debe ser miembro del grupo Administradores en el equipo local.

2. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en

Administrador de servidores.

3. En Administrador del servidor, haga clic en Características.

4. En Resumen de características, haga clic en Agregar características para abrir el Asistente

para agregar característica.

5. En la página Seleccionar características, seleccione Servidor SMTP.

6. En el cuadro de diálogo Asistente para agregar característica haga clic en Agregar

características requeridas y, a continuación, en Siguiente.

7. En la página Confirmar selecciones de instalación, haga clic en Instalar.

8. En la página Resultados de la instalación, asegúrese de que la instalación ha finalizado

correctamente y haga clic en Cerrar.

Instalación de las herramientas de administración de IIS 6.0

Para administrar el servicio SMTP en Windows Server 2008, debe usar el Administrador de Internet

Information Services (IIS) 6.0.





3. En Administrador del servidor, haga clic en Roles.

4. En Servicios de rol, haga clic en Agregar servicios de rol.

5. En la página Seleccionar servicios de rol, seleccione Herramientas de administración y

Compatibilidad con la administración de IIS 6 y después haga clic en Instalar.

Configuración del servicio SMTP

Después de instalar el servicio SMTP, configúrelo para que acepte el correo electrónico transmitido

desde el servidor de correo del dominio. Puede elegir aceptar el correo electrónico retransmitido desde

todos los servidores, excepto de los que haya excluido específicamente. Si lo prefiere, puede bloquear

Para instalar el servicio SMTP

Para instalar el Administrador de IIS 6.0

143

el correo electrónico procedente de todos los servidores excepto de los que haya incluido

específicamente. Puede incluir los servidores de manera individual, o en grupos por subred o dominio.

Después de configurar el servicio, establezca que se inicie automáticamente.




Administrador de Internet Information Services 6.0 (IIS).

3. En el Administrador de IIS, expanda el nombre del servidor en que se encuentra el servidor

SMTP que desea configurar.

4. Haga clic con el botón secundario en el servidor virtual SMTP que desea configurar y, a

continuación, haga clic en Iniciar.


continuación, haga clic en Propiedades.

6. En la pestaña Acceso, en el área Control de acceso, haga clic en Autenticación.

7. En el cuadro de diálogoAutenticación, compruebe que la opción Acceso anónimo está

activada.


9. En la pestaña Acceso, en el área Restricciones de retransmisión, haga clic en

Retransmisión.

10. Para habilitar la retransmisión desde cualquier servidor, haga clic en Todo excepto la lista

que aparece a continuación.

11. Para aceptar la retransmisión desde uno o varios servidores específicos, siga estos pasos:

a. Haga clic en Sólo la lista que aparece a continuación.

b. Haga clic en Agregar y, a continuación, agregue los servidores de uno en uno por

dirección IP, o en grupos usando una subred o dominio.

c. Haga clic en Aceptar para cerrar el cuadro de diálogo Equipo.

12. Haga clic en Aceptar para cerrar el cuadro de diálogo Restricciones de retransmisión.

13. Haga clic en Aceptar para cerrar el cuadro de diálogo Propiedades.


Servicios.

2. En Servicios, haga clic con el botón secundario en Protocolo simple de transferencia de

correo (SMTP) y, a continuación, seleccione Propiedades.

3. En el cuadro de diálogo Propiedades del Protocolo simple de transferencia de correo

Para configurar el servicio SMTP

Para establecer que el servicio SMTP se inicie automáticamente

144

(SMTP) , en la pestaña General, en la lista Tipo de inicio, seleccione Automático.


Configuración del correo electrónico entrante en un escenario básico Para poder habilitar el correo electrónico entrante en el servidor que ejecuta SharePoint Foundation

2010, seleccione primero el servicio SMTP que desea usar.

Puede usar el siguiente procedimiento para configurar el correo electrónico entrante. Cuando finalice el

procedimiento, habrá configurado todo lo requerido para un escenario básico. Luego los usuarios

podrán enviar correo electrónico a listas y bibliotecas.


Debe ser miembro del grupo Administradores en el equipo que ejecuta el sitio web de

Administración central de SharePoint.

2. En Administración central, haga clic en Configuración del sistema.

3. En la página Configuración del sistema, en la sección Correo electrónico y mensajes de

texto (SMS), haga clic en Configurar correo electrónico entrante.

4. Si desea permitir que los sitios de este servidor reciban correo electrónico, en la página

Configuración del correo electrónico entrante, en la sección Habilitar correo electrónico

entrante, haga clic en Sí.

5. Seleccione el modo de configuración Automático.

6. En la sección Dirección de servidor de correo electrónico entrante para mostrar, en el

cuadro Dirección de servidor de correo electrónico para mostrar, escriba un nombre para

mostrar para el servidor de correo electrónico (por ejemplo, mail.fabrikam.com).

7. Use la configuración predeterminada en las demás secciones y haga clic en Aceptar.

Una vez configurado el correo electrónico entrante, los usuarios que tengan permisos de

administración de listas podrán configurar listas y bibliotecas de documentos habilitadas para correo

electrónico. Para obtener más información acerca de las bibliotecas de documentos habilitadas para

correo electrónico, vea el tema sobre cómo habilitar y configurar la compatibilidad con el correo

electrónico en una lista o biblioteca (http://go.microsoft.com/fwlink/?linkid=120164&clcid=0xC0A).

Configuración del Administrador de DNS Si usa Exchange Server y distribuye internamente el correo electrónico en su organización, debe crear

un recurso de host (A) en el Administrador de DNS para asociar los nombres de dominio DNS de los

equipos (o hosts) con sus direcciones IP. Es posible que su organización ya haya configurado el

Para configurar correo electrónico entrante en un escenario básico



145

Administrador de DNS y creado un registro de recurso A. De lo contrario, use el siguiente

procedimiento.



2. En el Administrador de DNS, seleccione la zona de búsqueda directa que contiene el

subdominio para SharePoint Foundation 2010.

3. Haga clic con el botón secundario en la zona y, a continuación, haga clic en Host nuevo (A o

AAAA).

4. En el cuadro de diálogo Host nuevo, en el cuadro de texto Nombre, escriba el nombre del

host o subdominio para SharePoint Foundation 2010.

5. En el cuadro de texto Nombre de dominio completo (FQDN), escriba el FQDN para el

servidor que ejecuta SharePoint Foundation 2010. Suele estar en formato

subdominio.dominio.com.

Nota:

Asegúrese de que los dominios listados en el servidor SMTP de IIS coincidan con el

FQDN del servidor que recibe el correo electrónico. Si no coinciden, debe crear un

dominio local, que se describe en el siguiente procedimiento.

6. En el cuadro de texto Dirección IP, escriba la dirección IP que desea que devuelva el FQDN.

7. Haga clic en Agregar host.

8. En el mensaje que confirma la creación del registro host, haga clic en Aceptar.

9. En el cuadro de diálogo Host nuevo, haga clic en Listo.

El registro de recurso A aparece ahora en el Administrador de DNS.



2. En el Administrador de IIS, expanda el servidor SMTP.

3. Haga clic con el botón secundario en Dominios, elija Nuevo en el menú Acción y haga clic en

Dominio.

4. En el cuadro de diálogo Asistente para nuevo dominio SMTP, seleccione Alias y, a

continuación, haga clic en Siguiente.

5. En el área Nombre de dominio, en el cuadro Nombre, escriba la dirección de correo

electrónico que este dominio deba recibir.

La dirección debe ser la misma que especificó en el paso 4 del procedimiento Para crear un

registro de recurso A para el subdominio, y en el paso 6b del procedimiento Para configurar el

Para crear un registro de recursos A para un subdominio

Para crear un dominio local

146

correo electrónico entrante en un escenario avanzado.

6. Haga clic en Finalizar.

7. En el mensaje que confirma la creación del registro host, haga clic en Aceptar.

Reinicie el servidor SMTP para que todos los mensajes de correo electrónico que se

encuentren en la carpeta de cola se muevan a la carpeta de entrega. Luego el servicio

Temporizador de Windows SharePoint Services envía los mensajes a las listas o bibliotecas de

destino.

Si distribuye correo electrónico desde fuera de la organización a un servidor SMTP, debe usar

un registro MX. Para obtener más información, vea el tema sobre cómo agregar un registro de

recursos de intercambio de correo (MX) a una zona


Agregar un conector SMTP a Microsoft Exchange Server 2007 Un conector SMTP le proporciona mayor control sobre el flujo de mensaje dentro de su organización.

Establecer restricciones de entrega o especificar un espacio de direcciones específico son otras

razones para usar un conector SMTP. Si usa Exchange Server para distribuir el correo electrónico

entrante a listas y bibliotecas de SharePoint, debe tener un conector SMTP para que todo correo

electrónico enviado al dominio SharePoint Foundation 2010 use los servidores SharePoint Foundation

2010 que ejecutan el servicio SMTP.

Use el siguiente procedimiento para agregar un conector SMTP a Exchange Server. Al finalizar el

procedimiento, el conector SMPT se asegurará de que los mensajes de correo electrónico entrantes

sean enviados a las listas y bibliotecas correctas de la granja de servidores.


Debe ser miembro del grupo Administradores en el equipo que ejecuta Exchange Server.

2. En el Administrador del sistema de Exchange, expanda el grupo de enrutamiento, haga clic

con el botón secundario en Conectores, elija Nuevo y, a continuación, haga clic en Conector

SMTP.

Aparecerá el cuadro de diálogo Propiedades para el nuevo conector.

Nota:

Si no puede ver la carpeta Grupos administrativos, haga clic con el botón secundario

en Propiedades del objeto Organización de Exchange y, a continuación, active las

casillas Mostrar grupos administrativos y Mostrar grupos de enrutamiento. Haga

Nota:

Nota:

Para agregar un conector SMTP a Exchange Server



147

clic en Aceptar. Después debe reiniciar el Administrador del sistema de Exchange.

3. En la pestaña General, escriba un nombre para el conector SMTP.

4. En la pestaña General, seleccione una de las siguientes opciones:

Para usar la configuración DNS del servidor virtual SMTP que hospeda al conector,

seleccione Usar DNS para distribuir a cada espacio de direcciones de este conector.

DNS es la configuración recomendada para Exchange Server.

Para distribuir el correo electrónico a un servidor Windows SMTP u otro servidor de su red

perimetral (también se conoce como una red filtrada), seleccione Reenviar todo el correo

electrónico a través de este conector a los siguientes hosts inteligentes. Escriba

entre paréntesis el nombre de host o la dirección IP del host inteligente para impedir que

Exchange Server trate de devolver la dirección IP usando DNS. El conector SMTP

distribuirá el correo electrónico al servidor seleccionado, el cual administrará la resolución

DNS y entregará el correo electrónico.

5. En la pestaña General, haga clic en Agregar, y agregue al menos un servidor cabeza de

puente y un servidor virtual SMTP.

Los servidores que agregue aparecen en la lista Servidores de cabeza de puente locales en

la pestaña General.

6. Haga clic en la pestaña Espacio de direcciones y, a continuación, haga clic en Agregar.

7. En el cuadro de diálogo Agregar espacio de direcciones, en la lista Seleccionar un tipo de

dirección, haga clic en SMTP y, a continuación, haga clic en Aceptar.

8. En el cuadro de diálogo Propiedades de espacio de direcciones de Internet, seleccione las

siguientes opciones:

a. En el cuadro Dominio de correo electrónico, escriba un dominio de correo electrónico

para el conector.

Importante:

En el cuadro Dominio de correo electrónico, hay un valor predeterminado de *

que representa todas las direcciones. Al menos un conector de su organización

debe tener este espacio de direcciones para asegurarse de que todos los dominios

externos se enruten a Internet.

b. En el cuadro Costo, asigne un costo apropiado. De forma predeterminada, el costo es 1.

9. Haga clic en Aceptar para volver a la pestaña Espacio de direcciones.

10. En la pestaña Espacio de direcciones, en el área Ámbito de conector seleccione una de las

siguientes opciones y, a continuación, haga clic en Aceptar.

Para permitir que todos los servidores de la organización Exchange Server usen este

conector para enviar correo de Internet, haga clic en Toda la organización.

Para permitir que solo los servidores del grupo de enrutamiento usen este conector para

enviar correo de Internet, haga clic en Grupo de enrutamiento.

Nota:

148

Si selecciona Grupo de enrutamiento, asegúrese de tener otra manera que permita a

los servidores en grupos de enrutamiento diferentes mandar correo de Internet.

Para obtener más información, vea el tema sobre la administración de conectores


Configurar AD DS de modo que se use con el Servicio de administración de directorio Si piensa usar el Servicio de administración de directorios, primero debería crear una unidad

organizativa (UO) y realizar las configuraciones necesarias en AD DS.

Para usar el Servicio de administración de directorios en una granja de servidores de SharePoint o en

una granja de servidores remota, debe configurar la cuenta de identidad del grupo de aplicaciones del

sitio web de Administración central de SharePoint de modo que tenga el derecho de usuario Crear,

eliminar y administrar cuentas de usuario en el contenedor especificado en AD DS. La mejor forma

de hacerlo es asignar el derecho a la cuenta de identidad del grupo de aplicaciones del sitio web de

Administración central de SharePoint. Un administrador de AD DS debe configurar la UO y asignar el

derecho Crear, eliminar y administrar cuentas de usuario al contenedor. La ventaja de usar el

Servicio de administración de directorios en una granja de servidores remota es que no es necesario

asignar derechos a la UO para varias cuentas de servicio de granja de servidores.

Los siguientes procedimientos se llevan a cabo en un controlador de dominio que ejecute Windows

Server 2008 con el Administrador de DNS. En algunas implementaciones, es posible que estas

aplicaciones se ejecuten en varios servidores del mismo dominio.


Debe ser miembro del grupo Administradores de dominio o una autoridad delegada para la

administración del dominio en el controlador de dominio que ejecuta el Administrador de

DNS.


Usuarios y equipos de Active Directory.

3. En Usuarios y equipos de Active Directory, haga clic con el botón secundario en la carpeta

para el dominio de segundo nivel que contiene la granja de servidores, seleccione Nuevo y, a

continuación, haga clic en Unidad organizativa.

4. Escriba el nombre de la UO y, a continuación, haga clic en Aceptar.

Después de crear la UO, debe delegar el derecho Crear, eliminar y administrar cuentas de

usuario al contenedor de la UO para que administre las cuentas de usuario

Para crear una UO en AD DS

Para delegar el derecho a la cuenta de identidad del grupo de aplicaciones para Administración central


149


Debe ser miembro del grupo Administradores de dominio o del grupo Administradores de

organización de AD DS, o de la autoridad delegada para administración de dominio.

2. En Usuarios y equipos de Active Directory, busque la UO que creó.

3. Haga clic con el botón secundario en la unidad organizativa y, a continuación, haga clic en

Delegar control.

4. En la página de bienvenida del Asistente para delegación de control, haga clic en Siguiente.

5. En la página Usuarios y grupos, haga clic en Agregar y, a continuación, escriba el nombre de

la cuenta de identidad del grupo de aplicaciones que usa Administración central.

6. En el cuadro de diálogo Seleccionar usuarios, equipos y grupos, haga clic en Aceptar.

7. En la página Usuarios o grupos del Asistente para delegación de control, haga clic en

Siguiente.

8. En la página Tareas que se delegarán del Asistente para delegación de control, active la

casilla de verificación Crear, eliminar y administrar cuentas de usuario y, a continuación,

haga clic en Siguiente.

9. En la última página del Asistente para delegación de control, haga clic en Finalizar para salir

del asistente.

Para crear y eliminar objetos secundarios, también debe delegar el control de la UO de Crear todos

los objetos secundarios y Eliminar todos los objetos secundarios a la cuenta de identidad del

grupo de aplicaciones de Administración central. Luego de finalizar este procedimiento, la cuenta de

identidad del grupo de aplicaciones de Administración central tendrá el control de Crear todos los

objetos secundarios y Eliminar todos los objetos secundarios en la UO, y usted podrá habilitar el

correo electrónico entrante.





Delegar control.

3. En el Asistente para delegación de control, haga clic en Siguiente.

4. Haga clic en Agregar y, a continuación, escriba el nombre de la cuenta de identidad del grupo

de aplicaciones para Administración central.



7. En la página Tareas que se delegarán del Asistente para delegación de control, seleccione

Para delegar el control de la UO de Crear todos los objetos secundarios y Eliminar todos los objetos secundarios a la cuenta de identidad del grupo de aplicaciones de Administración central

150

Crear una tarea personalizada para delegar y, a continuación, haga clic en Siguiente.

8. Seleccione Esta carpeta, los objetos contenidos en la misma y la creación de nuevos

objetos en esta carpeta y, a continuación, haga clic en Siguiente.

9. En la sección Permisos, seleccione Crear todos los objetos secundarios y Eliminar todos

los objetos secundarios.


11. En la última página del Asistente para delegación de control, haga clic en Finalizar para salir

del asistente.

La delegación del control de Crear todos los objetos secundarios y Eliminar todos los objetos

secundarios de la unidad organizativa a la cuenta de identidad del grupo de aplicaciones para

Administración central permite a los administradores habilitar el correo electrónico para una lista.

Después de delegar estos controles, los administradores no pueden deshabilitar el correo

electrónico para la lista o biblioteca de documentos porque la cuenta de Administración central

intenta eliminar el contacto de toda la unidad organizativa y no solamente de la lista.

Para evitar este problema, debe agregar permisos Eliminar subárbol para la cuenta de identidad

del grupo de aplicaciones de Administración central. Use el siguiente procedimiento para agregar

estos permisos. Al finalizar este procedimiento, podrá deshabilitar el correo electrónico entrante

para una lista.




2. En Usuarios y equipos de Active Directory, haga clic en el menú Ver y, a continuación, haga

clic en Características avanzadas.


Propiedades.

4. En el cuadro de diálogo Propiedades, haga clic en la pestaña Seguridad y, a continuación,

haga clic en Avanzadas.

5. En el área Entradas de permiso, haga doble clic en la cuenta de identidad del grupo de

aplicaciones de Administración central.

6. En el área Permisos, seleccione Permitir en Eliminar subárbol.

7. Haga clic en Aceptar para cerrar el cuadro de diálogo Permisos.


9. Haga clic en Aceptar para cerrar Usuarios y equipos de Active Directory.

Una vez agregados los permisos, debe reiniciar Internet Information Services (IIS) para la granja

de servidores.

Para agregar permisos para eliminar subárboles a la cuenta de identidad del grupo de aplicaciones para Administración central

151

Para obtener más información, vea el tema sobre los usuarios, equipos y grupos de Active

Directory (http://go.microsoft.com/fwlink/?linkid=151331&clcid=0xC0A).

Configuración de permisos para la carpeta de buzón de correo electrónico Puede especificar una carpeta de buzón de correo electrónico particular, lo que permitirá a SharePoint

Foundation 2010 recuperar el correo electrónico entrante de un recurso compartido de red en otro

servidor. Puede usar esta opción si no desea usar un servicio SMTP. Sin embargo, la desventaja de

esta opción es que SharePoint Foundation 2010 no puede detectar los cambios de configuración en el

servidor de correo electrónico remoto que entrega correo electrónico en la carpeta de buzón. El

resultado es que SharePoint Foundation 2010 no puede recuperar el correo electrónico si la ubicación

de los mensajes de correo electrónico ha cambiado. Sin embargo, esta función resulta útil si la carpeta

de buzón de correo electrónico predeterminada está llena o casi llena.

Si ha especificado una carpeta de buzón de correo electrónico, debe asegurarse de que las cuentas de

identidad del grupo de aplicaciones para Administración central y para la aplicación web tengan los

permisos necesarios en la carpeta de buzón de correo electrónico.

Configuración de los permisos de la carpeta de buzón de correo electrónico de la cuenta de identidad del grupo de aplicaciones de una aplicación web

Si la implementación usa distintas cuentas de identidad del grupo de aplicaciones para Administración

central y para una o más aplicaciones web, cada cuenta de identidad del grupo de aplicaciones debe

tener permisos para la carpeta de buzón de correo electrónico. Si la cuenta de identidad del grupo de

aplicaciones para la aplicación web no tiene los permisos necesarios, el correo electrónico no se

enviará a las bibliotecas de documentos de esa aplicación web.

En la mayoría de los casos, cuando se configura el correo electrónico entrante y se selecciona una

carpeta de buzón de correo electrónico, los permisos se agregan para los siguientes grupos de

procesos de negocio:

WSS_Admin_WPG, que incluye la cuenta de identidad del grupo de aplicaciones para

Administración central y la cuenta de inicio de sesión para el servicio Temporizador de Windows

SharePoint Services, y tiene permisos Control total.

WSS_WPG, que incluye las cuentas del grupo de aplicaciones para las aplicaciones web, y tiene

los permisos Leer y Ejecutar, Mostrar el contenido de la carpeta y Lectura.

En algunos casos, es posible que estos grupos no estén configurados de forma automática para la

carpeta de buzón de correo electrónico. Por ejemplo, si Administración central se ejecuta como la

cuenta de Network Service, los grupos o cuentas que se necesitan para el correo electrónico entrante

no se agregarán cuando se cree la carpeta de buzón de correo electrónico. Compruebe si estos grupos

se han agregado de forma automática a la carpeta de buzón de correo electrónico. Si los grupos no se



152

han agregado de forma automática, puede agregar dichos grupos o las cuentas específicas que se

necesitan.


Debe ser miembro del grupo Administradores del equipo local que contiene la carpeta de

buzón de correo electrónico.

2. En el Explorador de Windows, haga clic con el botón secundario en la carpeta de buzón, haga

clic en Propiedades y, a continuación, haga clic en la pestaña Seguridad.

3. En la pestaña Seguridad, en el cuadro Nombres de grupos o usuarios, haga clic en el botón

Editar.

4. En el cuadro de diálogo Permisos para Windows Explorer, haga clic en el botón Agregar.

5. En el cuadro de diálogo Seleccionar usuarios, equipos o grupos, en el cuadro Escriba los

nombres de objeto que desea seleccionar, escriba el nombre del grupo de proceso de

trabajo o de la cuenta de identidad del grupo de aplicaciones para la aplicación web y, a


Nota:

Esta cuenta se muestra en la pestaña Identidad del cuadro de diálogo Propiedades

para el grupo de aplicaciones de IIS.

6. En el cuadro Permisos de usuario o grupo, junto a Modificar, active Permitir.


Configuración de los permisos de la carpeta de buzón de correo electrónico para la cuenta de inicio de sesión para el servicio Temporizador de Windows SharePoint Services

Asegúrese de que la cuenta de inicio de sesión para el servicio Temporizador de Windows SharePoint

Services tiene permisos Modificar en la carpeta de buzón de correo electrónico. Si la cuenta de inicio

de sesión para el servicio no tiene permisos Modificar, las bibliotecas de documentos habilitadas de

correo electrónico recibirán mensajes de correo duplicados.


Debe ser miembro del grupo Administradores del equipo local que contiene la carpeta de

buzón de correo electrónico.

2. En el Explorador de Windows, haga clic con el botón secundario en la carpeta de buzón, haga

Para configurar los permisos de la carpeta de buzón de correo electrónico de la cuenta de identidad del grupo de aplicaciones de una aplicación web

Para configurar los permisos de la carpeta de buzón de correo electrónico para la cuenta de inicio de sesión para el servicio Temporizador de Windows SharePoint Services

153

clic en Propiedades y, a continuación, haga clic en la pestaña Seguridad.

3. En la pestaña Seguridad, en el cuadro Nombres de grupos o usuarios, haga clic en el botón

Editar.

4. En el cuadro de diálogo Permisos para Windows Explorer, haga clic en el botón Agregar.

5. En el cuadro de diálogo Seleccionar usuarios, equipos o grupos, en el cuadro Escriba los

nombres de objeto que desea seleccionar, escriba el nombre de la cuenta de inicio de

sesión para el servicio Temporizador de Windows SharePoint Services y, a continuación, haga

clic en Aceptar.

Nota:

Esta cuenta se muestra en la pestaña Iniciar sesión del cuadro de diálogo

Propiedades para el servicio de la consola Servicios.

6. En el cuadro Permisos de usuario o grupo, junto a Modificar, active Permitir.


Configuración del correo electrónico entrante en un escenario avanzado El siguiente procedimiento configura el correo electrónico entrante. También puede seleccionar el

servicio de administración de directorios, configurar opciones para servidores de correo electrónico

seguro o especificar una carpeta de buzón de correo electrónico, y especificar la dirección de correo

electrónico entrante para mostrar. Una vez completado el procedimiento, los usuarios pueden enviar

correo electrónico a las listas y bibliotecas.


Debe ser miembro del grupo Administradores en el equipo que ejecuta el sitio web de




texto (SMS), haga clic en Configurar correo electrónico entrante.

4. Si desea permitir que los sitios de este servidor reciban correo electrónico, en la página

Configurar correo electrónico entrante, en la sección Habilitar correo electrónico entrante,

haga clic en Sí.

5. Seleccione el modo de configuración Automático o Avanzado.

Si selecciona Automático, podrá especificar si desea aceptar correo electrónico de todos los

servidores de correo electrónico o de varios servidores de correo electrónico especificados.

Si selecciona Avanzado, puede especificar una carpeta de buzón en lugar de usar un

Para configurar correo electrónico entrante en un escenario avanzado

154

servidor SMTP.

6. Si desea conectar con el servicio de administración de directorios, en la sección Servicio de

administración de directorios, haga clic en Sí.

a. En el cuadro Contenedor de Active Directory en el que se crearán los grupos de

distribución y contactos, escriba el nombre del contenedor con el formato UO=nombre

de contenedor, DC=dominio, DC=com, donde nombre de contenedor es el nombre de la

UO de AD DS, dominio es el dominio de segundo nivel y com es el dominio de nivel

superior.

Nota:

La cuenta de identidad del grupo de aplicaciones de Administración central debe

tener delegada la tarea Crear, eliminar y administrar cuentas de usuario para el

contenedor. El acceso se configura en las propiedades de la unidad organizativa

de AD DS.

b. En el cuadro Servidor SMTP para correo entrante, escriba el nombre del servidor de

correo SMTP. El nombre del servidor debe coincidir con el FQDN de la entrada del registro

de recursos A del servidor de correo del Administrador de DNS.

c. Para que solo se acepten mensajes de usuarios autenticados, haga clic en Sí en Aceptar

mensajes sólo de usuarios autenticados. De lo contrario, haga clic en No.

d. Para permitir que los usuarios creen grupos de distribución desde sitios de SharePoint,

haga clic en Sí en Permitir la creación de grupos de distribución desde sitios de

SharePoint. De lo contrario, haga clic en No.

e. En Configuración de aprobación de solicitudes de grupos de distribución, seleccione

las acciones que requieren aprobación. Entre las acciones se incluyen:

Crear un grupo de distribución nuevo

Cambiar la dirección de correo electrónico de un grupo de distribución

Cambiar la descripción y el título del grupo de distribución

Eliminar un grupo de distribución

7. Si desea usar un Servicio de administración de directorios remoto, seleccione Usar remoto.

a. En el cuadro Dirección URL de servicio de administración de directorios, escriba la

dirección URL del servicio de administración de directorios que desea usar. La dirección

URL suele tener el formato siguiente: http://

servidor:puertoDeAdministrador/_vti_bin/SharePointEmailWS.asmx.

b. En el cuadro Servidor SMTP para correo entrante, escriba el nombre del servidor de

correo SMTP. El nombre del servidor debe coincidir con el FQDN de la entrada del registro

de recursos A del servidor de correo del Administrador de DNS en el servidor de dominio.

c. Para que solo se acepten mensajes de usuarios autenticados, haga clic en Sí en Aceptar

mensajes sólo de usuarios autenticados. De lo contrario, haga clic en No.

d. Para permitir la creación de grupos de distribución desde sitios de SharePoint, haga clic en

155

Sí en Permitir la creación de grupos de distribución desde sitios de SharePoint. De lo

contrario, haga clic en No.

8. Si no desea usar el servicio de administración de directorios, haga clic en No.

9. En la sección Dirección de servidor de correo electrónico entrante para mostrar, escriba

un nombre para mostrar para el servidor de correo electrónico (por ejemplo,

mail.fabrikam.com) en el cuadro Dirección de servidor de correo electrónico para mostrar.

Sugerencia:

Puede especificar la dirección del servidor de correo electrónico que se mostrará

cuando los usuarios creen una dirección de correo electrónico entrante para una lista o

grupo. Use esta configuración en combinación con el servicio de administración de

directorios para proporcionar una dirección de servidor de correo electrónico fácil de

recordar.

10. En la sección Carpeta de buzón de correo electrónico, en el cuadro Carpeta de buzón de

correo electrónico, escriba el nombre de la carpeta en la que SharePoint Foundation

comprueba si hay correo electrónico entrante del servicio SMTP.

Resulta útil tener una carpeta de buzón de correo electrónico dedicada si la carpeta de buzón

de correo electrónico predeterminada esté llena o casi llena.

Asegúrese de que la cuenta de inicio de sesión para el servicio Temporizador de SharePoint

Foundation tiene permisos Modificar en la carpeta de buzón de correo electrónico. Para

obtener más información, vea "Para configurar los permisos de la carpeta de buzón de correo

electrónico para la cuenta de inicio de sesión para el servicio Temporizador de Windows

SharePoint Services" anteriormente en este artículo.

Nota:

Esta opción sólo está disponible si seleccionó el modo avanzado.

11. En la sección Servidores de correo electrónico seguros, seleccione si desea aceptar correo

electrónico de todos los servidores de correo electrónico o de varios servidores de correo

electrónico especificados.

Nota:

Esta opción solo está disponible si seleccionó el modo automático.


Una vez configurado el correo electrónico entrante, los administradores de sitios pueden configurar

listas habilitadas para correo electrónico y bibliotecas de documentos. Para obtener más información

acerca de las bibliotecas de documentos habilitadas para correo electrónico, vea el tema sobre cómo

habilitar y configurar la compatibilidad con el correo electrónico en una lista o biblioteca


Si seleccionó el Servicio de administración de directorios, las direcciones de contacto que se crean

para las bibliotecas de documentos aparecerán automáticamente en Usuarios y equipos de Active

Directory. Las direcciones se muestran en la unidad organizativa de AD DS para SharePoint


156

Foundation 2010 y debe administrarlas el administrador de AD DS. El administrador de AD DS puede

agregar más direcciones de correo electrónico para cada contacto. Para obtener más información

acerca de AD DS, vea el tema sobre el uso del servicio de Active Directory


Como alternativa, el equipo con Exchange Server puede configurarse mediante la adición de una

nueva directiva de destinatarios de Exchange Server global. La directiva agrega automáticamente

direcciones externas que usan el nombre de dominio de segundo nivel en lugar del subdominio o

nombre de host de SharePoint Foundation 2010. Para obtener más información acerca de la

administración de Exchange Server, vea el tema sobre Microsoft Exchange Server 2007


¿Faltan datos adjuntos de los mensajes de correo electrónico que se envían a una biblioteca de documentos de SharePoint? Si faltan datos adjuntos de los mensajes de correo electrónico que se envían a una biblioteca de

documentos de SharePoint Foundation 2010, puede deberse a que usted haya asociado una biblioteca

de documentos con una dirección de correo electrónico. Al hacerlo, puede suceder que el Servicio de

administración de directorio no agregue los dos atributos siguientes:

internet Encoding = 1310720

mAPIRecipient = false

Debe usar interfaces ADSI para agregar manualmente estos dos atributos que faltan.

En los servidores que ejecutan Windows Server 2008 o Windows Server 2008 R2, se instala

ADSI Edit al instalar el rol AD DS para hacer que un servidor sea controlador de dominio.

También puede instalar las Herramientas de administración remota del servidor (RSAT) de

Windows Server 2008 en servidores miembro de dominio o en servidores independientes. Para

obtener más información, vea el tema sobre cómo instalar o eliminar el paquete de

Herramientas de administración remota del

servidor(http://go.microsoft.com/fwlink/?linkid=143345&clcid=0xC0A).

1. Haga clic en Inicio y, a continuación, en Ejecutar.

2. En el cuadro de diálogo Ejecutar, escriba Adsiedit.msc y, a continuación, haga clic en

Aceptar.

3. En la ventana de edición de ADSI, expanda Editar ADSI, expanda Dominio

[nombreDeDominio], expanda DC=nombreDeDominio, DC=com y, a continuación, expanda

CN=Users.

Nota:

Para agregar atributos usando la herramienta ADSI






157

4. Haga clic con el botón secundario en el nombre de usuario al que quiere agregarle los

atributos que faltan y, a continuación, haga clic en Propiedades.

5. En el cuadro de diálogo Propiedades, haga doble clic en codificación de Internet en la

pestaña Editor de atributos.

6. En el cuadro de diálogo Editor de atributo del entero, escriba 1310720 en el cuadro Valor y,

a continuación, haga clic en Aceptar.

7. En el cuadro de diálogo Propiedades, haga doble clic en mAPIRecipient en la pestaña Editor

de atributos.

8. En el cuadro de diálogo Editor de atributo booleano, haga clic en Falso y, a continuación,

haga clic en Aceptar dos veces.

158

Configuración del correo electrónico saliente (SharePoint Foundation 2010)

En este artículo se describe cómo configurar correo electrónico saliente para una granja de servidores

o para una aplicación web específica para Microsoft SharePoint Foundation 2010. También se describe

cómo instalar y configurar el servicio SMTP que debe usar para habilitar el correo electrónico saliente.

En este artículo:


Para instalar las herramientas de administración de IIS 6.0



Para configurar el correo electrónico saliente para una granja de servidores mediante

Administración central

Para configurar el correo electrónico saliente para una granja de servidores mediante la

herramienta de línea de comandos Stsadm

Para configurar el correo electrónico saliente para una aplicación web específica mediante

Administración central

Para configurar el correo electrónico saliente para una aplicación web específica mediante la

herramienta de línea de comandos Stsadm

Después de instalar SharePoint Foundation 2010 y realizar la configuración inicial de la granja de

servidores, puede configurar el correo electrónico saliente. Al hacerlo, permitirá que los usuarios creen

alertas para realizar un seguimiento de los elementos de sitio, como listas, bibliotecas y documentos.

Además, los administradores del sitio pueden recibir mensajes administrativos sobre problemas de

administradores de sitios, como información sobre si los propietarios del sitio han superado su espacio

de almacenamiento especificado. Para obtener más información, vea Plan outgoing e-mail (SharePoint

Foundation 2010).

Si desea configurar el correo electrónico saliente para una aplicación web específica, primero debe

configurar el correo electrónico saliente predeterminado para todas las aplicaciones web de la granja

de servidores. Si configura el correo electrónico saliente para una aplicación web específica, esta

configuración invalidará la configuración predeterminada de todas las aplicaciones web de la granja de

servidores.

No se puede configurar correo electrónico saliente mediante Windows PowerShell.

Antes de realizar estos procedimientos, confirme que:

El sistema está ejecutando SharePoint Foundation 2010.

Nota:

http://technet.microsoft.com/library/55c8c6dc-a8af-438a-a4ae-0c196076d96e(Office.14).aspx


159

Uno o más servidores de la granja de servidores ejecutan el servicio Protocolo simple de

transferencia de correo (SMTP) y tienen una dirección de servidor SMTP válida. Como alternativa,

debe conocer el nombre de un servidor fuera de la granja de servidores que ejecute el servicio

SMTP.

Si no instaló y configuró el servicio SMTP, debe llevar a cabo los siguientes procedimientos antes de

configurar el correo electrónico saliente:

Instalación y configuración del servicio SMTP.

Instalación y configuración del servicio SMTP Para poder habilitar el correo electrónico saliente, debe determinar el servidor SMTP que va a usar.

Este servidor SMTP debe configurarse para permitir envíos de correo electrónico SMTP anónimos. El

servidor SMTP puede ser un servidor de la granja o fuera de ella.

Si su organización no permite el envío de mensajes de correo electrónico SMTP anónimos

usando Microsoft Exchange Server, puede usar un servidor SMTP local en la granja de

servidores de SharePoint que acepte mensajes de correo electrónico anónimos. El servidor

SMTP local autentica los mensajes automáticamente y, a continuación, los reenvía al equipo

Exchange Server.

Instalación del servicio SMTP

Para instalar el servicio SMTP, use el Asistente para agregar características del Administrador de

servidores. Cuando se completa el asistente, se ha creado una configuración SMTP predeterminada.

Puede personalizar esta configuración SMTP predeterminada para que cumpla los requisitos de su

organización.

Si ya tiene el servicio SMTP instalado en un servidor, puede omitir el siguiente procedimiento.

1. Compruebe que tiene las siguientes credenciales administrativas: debe ser miembro del grupo

Administradores en el equipo local



3. En Administrador del servidor, haga clic en Características.

4. En Resumen de características, haga clic en Agregar características para abrir el Asistente

para agregar característica.

5. En la página Seleccionar características, seleccione Servidor SMTP.

6. En el cuadro de diálogo Asistente para agregar característica haga clic en Agregar

Nota:

Nota:


160

características requeridas y, a continuación, en Siguiente.

7. En la página Confirmar selecciones de instalación, haga clic en Instalar.

8. En la página Resultados de la instalación, asegúrese de que la instalación se haya

completado. A continuación, haga clic en Cerrar.

Configuración del servicio SMTP

Después de instalar el servicio SMTP, debe configurar el servicio para que acepte los mensajes de

correo electrónico de los servidores de la granja.

Puede decidir aceptar mensajes de correo electrónico de todos los servidores excepto de los que

excluya específicamente. Si lo prefiere, puede bloquear los mensajes de todos los servidores excepto

de los que incluya específicamente. Puede incluir los servidores de uno en uno, o en grupos por

subred o dominio.

Si habilita el acceso anónimo y la retransmisión de mensajes de correo electrónico, aumenta la

probabilidad de que el servidor SMTP se use para retransmitir mensajes de correo electrónico

comercial no solicitado (correo no deseado). Es importante limitar esta posibilidad mediante la

configuración atenta de los servidores de correo de forma que contribuyan a protegerle contra el correo

no deseado. Una forma de hacerlo consiste en limitar los mensajes de correo electrónico

retransmitidos a una lista de servidores específicos o a un dominio, e impedir los mensajes de correo

electrónico retransmitidos desde todos los demás servidores.

Para administrar el servicio SMTP en Windows Server 2008, debe usar el Administrador de

Internet Information Services (IIS) 6.0. Asegúrese de tener instaladas las herramientas de

administración de IIS 6.0 en Administrador del servidor.


Administradores en el equipo local.



3. En Administrador del servidor, haga clic en Roles.

4. En la sección Servicios de rol, haga clic en Agregar servicios de rol.

5. En la página Seleccionar servicios de rol, seleccione Herramientas de administración y

Compatibilidad con la administración de IIS 6 y después haga clic en Instalar.




Nota:

Para instalar las herramientas de administración de IIS 6.0


161


3. En Administrador de IIS, expanda el nombre del servidor que contiene el servidor SMTP que

desea configurar.


continuación, haga clic en Iniciar.

5. Haga clic con el botón secundario en el servidor virtual SMTP que desee configurar, y a


6. En la pestaña Acceso, en el área Control de acceso, haga clic en Autenticación.

7. En el cuadro de diálogoAutenticación, compruebe que la opción Acceso anónimo está

activada.


9. En la pestaña Acceso, en el área Restricciones de retransmisión, haga clic en

Retransmisión.

10. Para permitir los mensajes de correo electrónico retransmitidos, haga clic en Todo excepto la

lista que aparece a continuación.

11. Para aceptar los mensajes de correo electrónico retransmitidos desde uno o varios servidores

concretos, siga estos pasos:

a. Haga clic en Sólo la lista que aparece a continuación.

b. Haga clic en Agregar y, a continuación, agregue los servidores por separado según su

dirección IP o en grupos mediante una subred o dominio.

c. Haga clic en Aceptar para cerrar el cuadro de diálogo PC

12. Haga clic en Aceptar para cerrar el cuadro de diálogo Restricciones de retransmisión.


Asegúrese de que el servidor SMTP se está ejecutando y de que está configurado para

iniciarse automáticamente. Para ello, use el siguiente procedimiento.


Servicios.

2. En Servicios, haga clic con el botón secundario en Protocolo simple de transferencia de

correo (SMTP) y, a continuación, seleccione Propiedades.

3. En el cuadro de diálogo Propiedades del Protocolo simple de transferencia de correo

(SMTP) , en la pestaña General, en la lista Tipo de inicio, seleccione Automático.


Nota:


162

Configuración del correo electrónico saliente para una granja de servidores Puede configurar el correo electrónico saliente para una granja de servidores desde el sitio web de

Administración central de SharePoint o mediante la herramienta de línea de comandos Stsadm. Use el

siguiente procedimiento para configurar el correo electrónico saliente. Una vez completados los

procedimientos, los usuarios finales pueden realizar un seguimiento de los cambios y actualizaciones

en colecciones de sitios individuales. Además, los administradores de sitio pueden, por ejemplo, recibir

avisos cuando los usuarios solicitan acceso a un sitio.

1. Compruebe que dispone de las siguientes credenciales administrativas: debe pertenecer al

grupo Administradores de la granja de servidores en el equipo que ejecuta el sitio web de




texto (SMS), haga clic en Configurar correo electrónico saliente.

4. En la página Configuración del correo electrónico saliente, en la sección Configuración de

correo, escriba el nombre de servidor SMTP para el correo electrónico saliente (por ejemplo,

correo.example.com) en el cuadro Servidor SMTP saliente.

5. En el cuadro Dirección de origen, escriba la dirección de correo electrónico tal como desea

que se muestre a los destinatarios de correo electrónico.

6. En el cuadro Dirección de respuesta, escriba la dirección de correo electrónico a la que

desea que respondan los destinatarios del correo electrónico.

7. En la lista Juego de caracteres, seleccione el juego de caracteres apropiado para su idioma.




2. En la unidad en la que se encuentra instalado Productos y Tecnologías de SharePoint, cambie

al directorio siguiente: %COMMONPROGRAMFILES%\Microsoft shared\Web server

extensions\14\Bin.

3. Escriba el siguiente comando y presione ENTRAR:

stsadm -o email

-outsmtpserver <nombre del servidor SMTP>

-fromaddress <dirección de correo electrónico válida>

Para configurar el correo electrónico saliente para una granja de servidores mediante Administración central

Para configurar el correo electrónico saliente para una granja de servidores mediante la herramienta de línea de comandos Stsadm

163

-replytoaddress <dirección de correo electrónico válida>

-codepage <página de códigos válida>

Ejemplo

stsadm -o email -outsmtpserver mail.example.com -fromaddress [email protected] -

replytoaddress [email protected] -codepage 65001

Para obtener más información, vea el tema sobre la operación email de Stsadm (Windows SharePoint

Services) (http://go.microsoft.com/fwlink/?linkid=150046&clcid=0xC0A).

Configuración del correo electrónico saliente para una aplicación web específica Puede configurar el correo electrónico saliente para una granja de servidores desde el sitio web de

Administración central de SharePoint o mediante la herramienta de línea de comandos Stsadm. Use el

siguiente procedimiento para configurar el correo electrónico saliente. Una vez completados los

procedimientos, los usuarios finales pueden realizar un seguimiento de los cambios y actualizaciones

en colecciones de sitios individuales. Además, los administradores de sitio pueden, por ejemplo, recibir

avisos cuando los usuarios solicitan acceso a un sitio.

Si desea configurar el correo electrónico saliente para una aplicación web específica, primero

debe configurar el correo electrónico saliente predeterminado para todas las aplicaciones web

de la granja de servidores. Si configura el correo electrónico saliente para una aplicación web

específica, esta configuración invalidará la configuración predeterminada de todas las

aplicaciones web de la granja de servidores.

1. Compruebe que dispone de las siguientes credenciales administrativas: debe pertenecer al

grupo Administradores de la granja de servidores en el equipo que ejecuta el sitio web de


2. En Administración central, en la sección Administración de aplicaciones, haga clic en

Administrar aplicaciones web.

3. En la página Administración de aplicaciones web, seleccione una aplicación web y luego, en el

grupo Configuración general de la cinta, haga clic en Correo electrónico saliente.

4. En la página Configuración del correo electrónico saliente de la aplicación web, en la sección

Configuración de correo, escriba el nombre del servidor SMTP para el correo electrónico

saliente (por ejemplo, correo.fabrikam.com) en el cuadro Servidor SMTP saliente.

5. En el cuadro Dirección de origen, escriba la dirección de correo electrónico (por ejemplo, el

alias del administrador del sitio) tal como desea que se muestre a los destinatarios de correo

electrónico.

Nota:

Para configurar el correo electrónico saliente para una aplicación web específica mediante Administración central



164

6. En el cuadro Dirección de respuesta, escriba la dirección de correo electrónico (por ejemplo,

un alias como Servicio de asistencia) a la que desea que respondan los destinatarios del

correo electrónico.

7. En la lista Juego de caracteres, haga clic en el juego de caracteres apropiado para su idioma.






extensions\14\Bin.


stsadm -o email

-outsmtpserver <nombre del servidor SMTP>

-fromaddress <dirección de correo electrónico válida>

-replytoaddress <dirección de correo electrónico válida>

-codepage <página de códigos válida>

[-url <nombre de dirección URL>]

Ejemplo

stsadm -o email -outsmtpserver mail.example.com -fromaddress [email protected] -

replytoaddress [email protected] -codepage 65001 -url http://nombre_de_servidor

Para obtener más información, vea el tema sobre la operación email de Stsadm (Windows SharePoint

Services) (http://go.microsoft.com/fwlink/?linkid=150046&clcid=0xC0A).

Vea también Plan outgoing e-mail (SharePoint Foundation 2010)

Configuración de las alertas para una aplicación web (SharePoint Foundation 2010)

Para configurar el correo electrónico saliente para una aplicación web específica mediante la herramienta de línea de comandos Stsadm




http://technet.microsoft.com/library/23592105-696d-4f71-bbf3-40a15e5f9d29(Office.14).aspx

165

Configuración de una cuenta móvil (SharePoint Foundation 2010)

En este artículo se describe cómo configurar y administrar una cuenta móvil para Microsoft SharePoint

Foundation 2010 que permita a los usuarios suscribirse para recibir alertas enviadas por SMS. Las

alertas se envían a los teléfonos móviles de los usuarios cuando se efectúan cambios en una lista o

elemento de SharePoint.

La característica de alerta móvil se parece a otra que ya existe en SharePoint Foundation 2010, que

habilita las alertas por correo electrónico saliente. Sin embargo, en lugar de recibir una alerta por

correo electrónico cuando cambia un elemento o una lista de SharePoint, el usuario recibe alertas en

su teléfono móvil. Para obtener más información acerca de las alertas por correo electrónico, vea

Configuración del correo electrónico saliente (SharePoint Foundation 2010).

Un sitio de SharePoint se ubica normalmente en una intranet. Como resultado, puede resutar difícil

tener acceso al mismo cuando el usuario está lejos de la oficina, como por ejemplo, cuando está de

viaje o en una cena de trabajo. La característica de alerta móvil permite al usuario dar una respuesta

rápida al recibir una alerta por SMS sobre los cambios producidos en un elemento de una lista de

SharePoint.

Puede configurar una cuenta móvil para todas las aplicaciones web de una granja de servidores, o

bien, para una aplicación web determinada. Sin embargo, sólo es posible configurar una sola cuenta

móvil en la granja de servidores. La escala de la implementación determinará si se configurará una

cuenta móvil para una granja o para una aplicación web concreta. Si configura una cuenta móvil para

una granja de servidores, todos los usuarios de la organización podrán suscribirse a las alertas. Esto

es útil en una organización pequeña, en la que los directivos desean que todos los usuarios reciban

ciertas alertas. Si tiene varias aplicaciones web que dividen a la organización en grupos, podrá

configurar una cuenta móvil para solo uno de esos grupos, como por ejemplo, configurar una cuenta

móvil para permitir que todos los usuarios en el grupo de ventas se suscriban para recibir alertas.


La granja de servidores tiene permiso para obtener acceso a Internet para enviar alertas.

Obtuvo el certificado raíz para la dirección web HTTPS del proveedor de servicios. El proveedor de

servicios puede proporcionarle el certificado raíz o puede obtenerlo usando el explorador web.

Procedimientos incluidos en este artículo:

Importación de un certificado raíz y creación de una entidad de certificación raíz de confianza

Configuración de una cuenta móvil

Recuperación de información de cuenta móvil

Eliminación de una cuenta móvil

166

Importación de un certificado raíz y creación de una entidad de certificación raíz de confianza Antes de configurar una cuenta móvil, debe importar el certificado raíz de la dirección web HTTPS del

proveedor de servicios y, a continuación, crear una entidad de certificación raíz de confianza. Este

paso sólo puede realizarse manualmente con Windows PowerShell.

1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin. Además,

debe ser miembro del grupo Administradores de la granja de servidores del grupo

Administradores local del equipo que ejecuta Windows PowerShell.




5. Para obtener el certificado raíz, en el símbolo del sistema de Windows PowerShell, escriba el

siguiente comando:

$cert = Get-PfxCertificate <ObtainedCertificatePath>

Para crear una entidad de certificación raíz de confianza, en el símbolo del sistema de

Windows PowerShell, escriba el siguiente comando:

New-SPTrustedRootAuthority -Name <Name> -Certificate $cert

donde:

<Name> es el nombre de la entidad de certificación raíz de confianza que desea crear.

<ObtainedCertificatePath> es la ubicación del archivo del certificado raíz.

Nota:

En la ventana Certificado, en la ficha Ruta de certificación, asegúrese de usar

solamente el certificado raíz y no los otros certificados de la lista. La lista de entidades

de certificación raíz de confianza de SharePoint debe contener únicamente certificados

raíz.

Para obtener más información, vea New-SPTrustedRootAuthority.

Configuración de una cuenta móvil Puede configurar una cuenta móvil para una granja de servidores o para una aplicación web específica

mediante Administración central o Windows PowerShell.

Para importar un certificado raíz y crear una entidad de certificación raíz de confianza mediante Windows PowerShell

Nota:

http://technet.microsoft.com/library/25458530-4f0d-491c-80d3-61b8f1f0dd7e(Office.14).aspx

167

Si no puede configurar una cuenta móvil, es posible que tenga el archivo de certificado

incorrecto. En ese caso, comuníquese con el proveedor de servicios.

1. Compruebe si tiene las siguientes credenciales administrativas:

Para configurar una cuenta móvil para una granja de servidores, debe pertenecer al grupo

de administradores de la granja en el equipo que ejecuta el sitio web de Administración


2. En la página principal de Administración central, haga clic en Configuración del sistema.


texto (SMS), haga clic en Configura la cuenta móvil.

4. En la página Configuración de cuenta móvil, en la sección Configuración del servicio de

mensajes de texto (SMS), haga clic en el vínculo Microsoft Office Online para tener acceso

a una lista de proveedores de servicios.

5. En la página Buscar un proveedor de servicios móviles para Office 2010, en la lista Elegir país

o región del proveedor de servicios inalámbricos, seleccione el país o la región donde se

encuentra el proveedor de servicios inalámbricos.

6. En la página Buscar un proveedor de servicios móviles para Office 2010, en la lista Elegir

proveedor de servicios inalámbricos actual, seleccione el proveedor de servicios

inalámbricos que desea usar.

Una vez hecha la selección, se le dirigirá al sitio web del proveedor de servicios que haya

seleccionado. Allí deberá solicitar el servicio SMS. Cuando reciba la información necesaria del

proveedor de servicios, vuelva a la página Configuración de cuenta móvil.

7. En el cuadro Dirección URL del servicio de mensajes de texto (SMS), escriba la dirección

URL del servicio de SMS.

Nota:

Asegúrese de que la dirección URL del servicio es una dirección URL HTTPS.

8. En el cuadro Nombre de usuario y Contraseña, escriba los datos recibidos del proveedor de

servicios de SMS.

9. Para confirmar si la dirección URL y las credenciales de usuario son correctas, haga clic en

Servicio de prueba.




Para configurar o editar una cuenta móvil para una granja de servidores mediante Administración central

Para configurar o editar una cuenta móvil para una granja de servidores mediante Windows PowerShell

168






Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

donde:

<WebApplicationUrl> es la dirección URL de Administración central.

<ServiceUrl> es la dirección URL al servidor donde se encuentra el servicio SMS.

<UserId> es el nombre de usuario que le proporcionó el proveedor de servicios SMS.

<Password> es la contraseña de usuario que le proporcionó el proveedor de servicios

SMS.

Ejemplo:

Set-SPMobileMessagingAccount -Identity sms -WebApplication http://myserver:8080 -

ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -

Password password1

O bien, si usa el operador de canalización, escriba el siguiente comando:

Get-SPWebApplication -Identity http://myserver:8080 | Set-SPMobileMessagingAccount

-Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId

[email protected] -Password password1

Nota:


Para obtener más información, vea Set-SPMobileMessagingAccount y Get-SPWebApplication.


Para configurar una cuenta móvil para una granja de servidores, debe pertenecer al grupo

de administradores de la granja en el equipo que ejecuta el sitio web de Administración




3. En la página Aplicaciones web, seleccione la aplicación web para la que desea configurar una

cuenta móvil. En la cinta, en Configuración general, haga clic en Cuenta móvil.

4. En la página Configuración del servicio de mensajes de texto (SMS) de la aplicación web, en la

Para configurar o editar una cuenta móvil para una aplicación web mediante Administración central

http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx


169

sección Configuración del servicio de mensajes de texto (SMS), haga clic en el vínculo

Microsoft Office Online para tener acceso a una lista de proveedores de servicios.

5. En la página Buscar un proveedor de servicios móviles para Office 2010, en la lista Elegir país

o región del proveedor de servicios inalámbricos, seleccione el país o la región en la que

se encuentra el proveedor de servicios inalámbricos.

6. En la página Buscar un proveedor de servicios móviles para Office 2010, en la lista Elegir

proveedor de servicios inalámbricos actual, seleccione el proveedor de servicios

inalámbricos que desea usar.

Una vez hecha la selección, se le dirigirá al sitio web del proveedor de servicios que haya

seleccionado. Allí deberá solicitar el servicio SMS. Cuando reciba la información necesaria del

proveedor de servicios, vuelva a la página Configuración de cuenta móvil y escriba la

información.

7. En el cuadro Dirección URL del servicio de mensajes de texto (SMS), escriba la dirección

URL del servicio de SMS.

Nota:


8. En el cuadro Nombre de usuario y Contraseña, escriba los datos recibidos del proveedor de

servicios de SMS.

9. Para confirmar si la dirección URL y las credenciales de usuario son correctas, haga clic en

Servicio de prueba.









comando:

Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

donde:

<WebApplicationUrl> es la dirección URL de la aplicación web.

<ServiceUrl> es la dirección URL al servidor donde se encuentra el servicio SMS.

Para configurar o editar una cuenta móvil para una aplicación web mediante Windows PowerShell

170

<UserId> es el nombre de usuario que le proporcionó el proveedor de servicios SMS.

<Password> es la contraseña de usuario que le proporcionó el proveedor de servicios

SMS.

Ejemplo:

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

[email protected] -Password password1

Nota:


Para obtener más información, vea Set-SPMobileMessagingAccount y Get-SPWebApplication.

Recuperación de información de cuenta móvil Puede recuperar la información de la cuenta móvil para una granja de servidores o para una aplicación

web mediante Windows PowerShell. Deberá hacer esto si desea ver la información de la cuenta móvil

o, por ejemplo, para comprobar si el cmdlet set funciona correctamente.








Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>

Donde <WebApplicationUrl> es la dirección URL de Administración central.

Ejemplo

Get-SPMobileMessagingAccount -WebApplication http://myserver


Get-SPWebApplication -Identity http://myserver | Get-SPMobileMessagingAccount -

AccountType sms

Para recuperar información de la cuenta móvil para una granja de servidores mediante Windows PowerShell

http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx


171

Para obtener más información, vea Get-SPMobileMessagingAccount y Get-SPWebApplication.








Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>

Donde <WebApplicationUrl> es la dirección URL de la aplicación web.

Ejemplo

Get-SPMobileMessagingAccount -WebApplication http://localhost


Get-SPWebApplication -Identity http://localhost | Get-SPMobileMessagingAccount -

AccountType sms

Para obtener más información, vea Get-SPMobileMessagingAccount y Get-SPWebApplication.

Eliminación de una cuenta móvil Puede eliminar una cuenta móvil para una granja de servidores o para una aplicación web. Esto

deshabilita el uso de la cuenta, de modo que los usuarios ya no pueden suscribirse para recibir alertas

por SMS. No obstante, no se elimina la cuenta que configuró con el proveedor de servicios. Quizás

desee eliminar una cuenta móvil si, por ejemplo, la organización decide que no tiene ningún valor para

la empresa el envío de alertas por SMS a los usuarios.

No hay una funcionalidad de Windows PowerShell equivalente.


Para eliminar una cuenta móvil de una granja de servidores, debe ser miembro del grupo

Administradores de la granja de servidores en el equipo que ejecuta el sitio web de




Para recuperar información de la cuenta móvil para una aplicación web mediante Windows PowerShell

Nota:

Para eliminar una cuenta móvil para una granja de servidores

http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx


http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx


172

texto (SMS), haga clic en Configura la cuenta móvil.

4. En la página Configuración de cuenta móvil, desactive todas las casillas y, a continuación,

haga clic en Aceptar.


Para eliminar una cuenta móvil de una granja de servidores, debe ser miembro del grupo

Administradores de la granja de servidores en el equipo que ejecuta el sitio web de




3. En la cinta, en Configuración general, haga clic en Cuenta móvil.

4. En la página Configuración del servicio de mensajes de texto (SMS) de la aplicación web,

desactive todas las casillas y, a continuación, haga clic en Aceptar.

Vea también Configuración del correo electrónico saliente (SharePoint Foundation 2010)

Para eliminar una cuenta móvil para una aplicación web

173

Instalación y configuración del almacenamiento remoto de blobs o del almacenamiento externo de blobs (SharePoint Foundation 2010)

En este artículo se describe cómo instalar y configurar el almacenamiento remoto de blobs (RBS) y el

proveedor de FILESTREAM en un servidor de bases de datos de Microsoft SQL Server 2008 que

admite un sistema Microsoft SharePoint Foundation 2010.

RBS es un conjunto de bibliotecas de API incorporado como un Feature Pack complementario para

Microsoft SQL Server 2008 y Microsoft SQL Server 2008 Express. RBS está diseñado para mover el

almacenamiento de objetos binarios grandes (BLOB) de servidores de bases de datos a soluciones de

almacenamiento de productos. RBS se distribuye con el proveedor de RBS FILESTREAM, que usa las

API de RBS para almacenar varios BLOB. Para obtener más información acerca de RBS, vea

Introducción al almacenamiento remoto de blobs (SharePoint Foundation 2010).

En este artículo:

Habilitación de FILESTREAM y aprovisionamiento del almacén de datos del RBS

Instalación de RBS

Habilitación y prueba del RBS

La cuenta de usuario que usa para realizar los procedimientos que se describen en este artículo debe

pertenecer a:

El grupo de administradores en los servidores web y los servidores de aplicaciones.

Las funciones fijas de servidor dbcreator y securityadmin de SQL Server en el equipo que

ejecuta SQL Server 2008 Express o SQL Server 2008.

Habilitación de FILESTREAM y aprovisionamiento del almacén de datos del RBS Se debe habilitar y configurar FILESTREAM en el equipo que ejecuta SQL Server 2008 y que hospeda

las bases de datos de SharePoint Foundation 2010. Para habilitar y configurar FILESTREAM, siga las

instrucciones que se proporcionan en el procedimiento para habilitar FILESTREAM

(http://go.microsoft.com/fwlink/?linkid=166110&clcid=0xC0A). Después de habilitar y configurar

FILESTREAM, aprovisione un almacén de blobs como se describe a continuación.

1. Haga clic en Inicio, elija Todos los programas, haga clic en Microsoft SQL Server 2008 y, a

continuación, elija SQL Server Management Studio.

2. Expanda Bases de datos.

Aprovisionamiento de un almacén de blobs

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




174

3. Seleccione la base de datos de contenido para la que desea crear un almacén de blobs y

luego haga clic en Nueva consulta.

4. En el panel de consulta, copie y ejecute cada una de las siguientes consultas de SQL, en la

secuencia proporcionada. En cada caso, reemplace [WSS_Content] por el nombre de la base

de datos de contenido y sustituya c:\BLOBStore por el volumen\directorio en el cual desea que

se cree el almacén de blobs. Tenga en cuenta que puede aprovisionar un almacén de blobs

solo una vez, ya que si intenta aprovisionar el mismo almacén de blobs más de una vez,

recibirá un error.

Sugerencia:

Para lograr el mejor rendimiento, una solución de problemas más simple y como

procedimiento recomendado general, se aconseja crear el almacén de blobs en un

volumen que no contenga el sistema operativo, los archivos de paginación, los datos

de la base de datos, los archivos de registro o el archivo 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

Instalación del RBS El RBS se debe instalar en todos los servidores web y servidores de aplicaciones en el conjunto o

granja de servidores de SharePoint. RBS se configura de manera separada para cada base de datos

de contenido asociada.

Para instalar RBS, no ejecute el archivo RBS_X64.msi ni inicie el Asistente para instalación de

Almacenamiento remoto de blobs de SQL Server. El asistente establece ciertos valores

predeterminados que no se recomiendan para SharePoint Foundation 2010.

1. En cualquier servidor web, vaya a http://go.microsoft.com/fwlink/?linkid=165839&clcid=0xC0A

(http://go.microsoft.com/fwlink/?linkid=165839&clcid=0xC0A) y descargue el archivo

Advertencia:

Instalación del RBS en el servidor de base de datos y en el primer servidor web


175

RBS_X64.msi.

2. Haga clic en Inicio y, a continuación, escriba símbolo del sistema en el cuadro de texto. En la

lista de resultados, haga clic con el botón secundario en Símbolo del sistema y, a

continuación, haga clic en Ejecutar como administrador. Haga clic en Aceptar.

3. Copie y pegue el siguiente comando en la ventana del símbolo del sistema. Este comando,

con el nombre de la base de datos específica y el nombre de la sesión de SQL Server, se debe

ejecutar solo una vez. La operación debería completarse en un minuto aproximadamente.

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

donde:

WSS_Content es el nombre de la base de datos

DBInstanceName es el nombre de instancia de SQL Server

1. En un servidor web, vaya a http://go.microsoft.com/fwlink/?linkid=165839&clcid=0xC0A


RBS_X64.msi.

2. Haga clic en Inicio y, a continuación, escriba símbolo del sistema en el cuadro de texto. En la

lista de resultados, haga clic con el botón secundario en Símbolo del sistema y, a

continuación, haga clic en Ejecutar como administrador. Haga clic en Aceptar.

3. Copie y pegue el siguiente comando en la ventana del símbolo del sistema. Reemplace

WSS_Content con el nombre de la base de datos y sustituya DBInstanceName con el nombre

de la sesión de SQL Server. La operación debería finalizar dentro de un minuto

aproximadamente.

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 procedimiento para todos los servidores web y los servidores de aplicaciones.

1. El archivo de registro rbs_install_log.txt se crea en la misma ubicación que el archivo

RBS_X64.msi. Abra el archivo de registro rbs_install_log.txt con un editor de texto y

desplácese hasta la parte inferior del archivo. Entre las últimas 20 líneas de la parte final del

archivo, debe haber una entrada como la siguiente:“Product: SQL Remote Blob Storage –

Installation completed successfully”.

2. En el equipo que ejecuta SQL Server 2008, compruebe que las tablas del RBS se crearon en

Instalación del RBS en todos los servidores web adicionales y los servidores de aplicaciones

Confirmación de la instalación del RBS


176

la base de datos de contenido. Varias tablas deben residir en la base de datos de contenido

con nombres que están precedidos de las letras "mssqlrbs".

Habilitación y prueba de RBS Se debe habilitar el RBS en un servidor web de la granja de servidores de SharePoint. No importa el

servidor web que se elija para esta actividad, siempre y cuando el RBS se instale en él usando el

procedimiento anterior.

1. En el menú Inicio, haga clic en Programas, en Productos de Microsoft SharePoint 2010 y,

a continuación, en Consola de administración de SharePoint 2010.

2. En el símbolo del sistema de Windows PowerShell, escriba cada uno de los siguientes

comandos. Reemplace http://nombre_del_sitio con la aplicación web conectada a la base de

datos de contenido.

$cdb = Get-SPContentDatabase –WebApplication http://nombre_de_sitio

$rbss = $cdb.RemoteBlobStorageSettings

$rbss.Installed()

$rbss.Enable()

$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])

$rbss

1. Haga clic en Inicio, en Todos los programas, en Microsoft SQL Server 2008 y, a

continuación, en SQL Server Management Studio.


3. Seleccione la base de datos de contenido para la que habilitó RBS y, a continuación, haga clic

en Nueva consulta.

4. Navegue al directorio del almacén de datos del RBS.

5. Explore o navegue a la lista de archivos y abra la carpeta que tiene la fecha de modificación

más reciente (distinta de $FSLOG). Dentro de esa carpeta, abra el archivo que tiene la fecha

de modificación más reciente. Este debe ser el archivo que se cargó.

Para permitir que otras bases de datos usen RBS, vea Establecimiento de una base de datos de

contenido para que use el almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010).

Habilitación del RBS

Prueba del almacén de datos del 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

177

Configurar servicios (SharePoint Foundation 2010)

En Microsoft SharePoint Foundation 2010, se pueden configurar servicios individuales de manera

independiente, y se pueden implementar solo los servicios que la organización necesita. Para obtener

información acerca de cómo iniciar, detener y configurar servicios, vea Administración de servicios en

el servidor (SharePoint Foundation 2010).

Los servicios implementados se denominan aplicaciones de servicio. Una aplicación de servicio

proporciona un recurso que puede compartirse en sitios dentro de una granja de servidores o, en

algunas ocasiones, en varias granjas de servidores, y es una aplicación a la que los usuarios pueden

tener acceso a través de una aplicación web de hospedaje. Las aplicaciones de servicio están

asociadas a las aplicaciones web mediante conexiones de aplicación de servicio. Para obtener más

información acerca de la administración y la publicación de aplicaciones de servicio, vea

Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010).

Para obtener más información acerca de servicios y aplicaciones de servicios, vea Diagramas técnicos


En esta sección se incluyen los siguientes artículos:

Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010)

En este artículo se describen las estructuras de las aplicaciones de servicio y de los servicios de

Microsoft SharePoint Foundation 2010 y se explica cómo se pueden administrar.

Configuración del servicio de token de seguridad (SharePoint Foundation 2010)

En este artículo se proporcionan instrucciones para configurar el servicio de token de seguridad

(STS) de Microsoft SharePoint Foundation 2010. Un STS es un servicio web especializado

diseñado para responder las solicitudes de tokens de seguridad y para proporcionar administración

de identidades.

http://technet.microsoft.com/library/8e0b7a53-6741-4b19-897e-4b42e5b8e005(Office.14).aspx




178


En los artículos de esta sección se abordan las estructuras de las aplicaciones de servicio y de los

servicios de Microsoft SharePoint Foundation 2010 y se explica cómo se pueden administrar. Estos

artículos son para administradores de la granja de servidores y para administradores de las

aplicaciones de servicio que usarán SharePoint Foundation 2010.

En esta sección Acerca de servicios y aplicaciones de servicio (SharePoint Server 2010)

Se proporciona una introducción a la infraestructura lógica de las aplicaciones de servicio y de los

servicios.


Se describe cómo administrar, crear, configurar y compartir las aplicaciones de servicio.

Administración de servicios en el servidor (SharePoint Foundation 2010)

Se describe cómo se pueden iniciar, detener y configurar los servicios.

Vea también Administración de aplicaciones web (SharePoint Foundation 2010)

Diagramas técnicos (SharePoint Foundation 2010)

http://technet.microsoft.com/library/ba00a200-ea96-45f6-a423-3cfcffba77f8(Office.14).aspx


http://technet.microsoft.com/library/5b82a45b-f871-49e3-8926-47972acde573(Office.14).aspx


179

Configuración del servicio de token de seguridad (SharePoint Foundation 2010)

En este artículo se proporciona una orientación para permitir la configuración del servicio de token de

seguridad (STS) de Microsoft SharePoint Foundation 2010. Un STS es un servicio web especializado

diseñado para responder a solicitudes para los tokens de seguridad y para proporcionar administración

de identidades. La funcionalidad principal de cada STS es la misma, pero la naturaleza de las tareas

que lleva a cabo cada STS depende del rol que el STS desempeña en relación con los otros servicios

web del STS en el diseño.

En este artículo:

Cómo funcionan las aplicaciones web que usan un STS

Configuración de una aplicación web basada en notificaciones de SharePoint mediante Windows

PowerShell

Edición de enlaces

Configuración de una aplicación web que usa un STS

Cómo funcionan las aplicaciones web que usan un STS Las aplicaciones web que usan un servicio de token de seguridad atienden solicitudes para emitir,

administrar y validar tokens de seguridad. Los tokens de seguridad constan de una colección de

notificaciones de identidad (como el nombre de un usuario, un rol o un identificador anónimo). Los

tokens se pueden emitir en diferentes formatos, por ejemplo tokens del lenguaje de marcado de

aserción de seguridad (SAML). Los tokens de seguridad se pueden proteger con un certificado X.509

para proteger el contenido del token en tránsito y para permitir la validación de emisores de confianza.

Para obtener información adicional acerca del servicio de token de seguridad, vea Planeación de

métodos de autenticación (SharePoint Foundation 2010).

Un servicio de token de seguridad proveedor de identidad (IP-STS) es un servicio web que atiende

solicitudes para notificaciones de identidad de confianza. Un IP-STS usa una base de datos llamada

almacén de identidades para almacenar y administrar las identidades y sus atributos asociados. El

almacén de identidades de un proveedor de identidad puede ser simple, como una tabla de base de

datos de SQL. Un IP-STS también puede usar un almacén de identidades complejo, como los

Servicios de dominio de Active Directory (AD DS) o el Servicio de directorio ligero de Active Directory

(AD LDS).

Un IP-STS está disponible para clientes que desean crear y administrar identidades y para

aplicaciones de usuario de confianza que deben validar las identidades que presentan los clientes.

Cada IP-STS tiene una relación de confianza federada y emite tokens para las aplicaciones web del

STS usuario de confianza asociado de la federación, cada uno de los cuales se denomina RP-STS.

http://technet.microsoft.com/library/b6bc8fec-c11c-4ed7-a78d-3ad61c7ef6c0(Office.14).aspx


180

Los clientes pueden crear o aprovisionar tarjetas de información administradas (mediante un selector

de tarjetas como CardSpace) que representen identidades registradas con el IP-STS. Los clientes

interactúan con el IP-STS al solicitar tokens de seguridad que representan una identidad que se

encuentra en el almacén de identidades del IP-STS. Después de la autenticación, el IP-STS emite un

token de seguridad de confianza que el cliente puede presentar ante una aplicación de usuario de

confianza. Las aplicaciones de usuario de confianza pueden establecer relaciones de confianza con un

IP-STS. Esto les permite validar los tokens de seguridad emitidos por un IP-STS. Una vez establecida

la relación de confianza, las aplicaciones de usuario de confianza pueden examinar los tokens de

seguridad que presentaron los clientes y determinar la validez de las notificaciones de identidad que

contienen.

Un STS usuario de confianza (RP-STS) es un STS que recibe tokens de seguridad de un IP-STS

asociado de la federación de confianza. A cambio, el RP-STS emite nuevos tokens de seguridad que

consumirá una aplicación de usuario de confianza local. El uso de las aplicaciones web del RP-STS en

federación con las aplicaciones web del IP-STS permite a las organizaciones ofrecer inicio de sesión

único (SSO) web a usuarios de organizaciones asociadas. Cada organización continuará

administrando sus propios almacenes de identidades.

Configuración de una aplicación web basada en notificaciones de SharePoint mediante Windows PowerShell Lleve a cabo los siguientes procedimientos para usar Windows PowerShell para configurar una

aplicación web basada en notificaciones de SharePoint.

1. Compruebe si cumple los siguientes requisitos: Vea Add-SPShellAdmin.




5. Desde el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), cree un objeto

x509Certificate2, como se muestra en el siguiente ejemplo:

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert

file")

6. Cree una asignación de tipo de notificación para usarla en su proveedor de autenticación de

confianza, como se muestra en el siguiente ejemplo:

New-SPClaimTypeMapping

Para configurar una aplicación web basada en notificaciones de SharePoint mediante Windows PowerShell

181

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. Cree un proveedor de inicio de sesión de confianza; para ello, cree un valor para el parámetro

realm, como se muestra en el siguiente ejemplo:

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. Cree un valor para el parámetro signinurl que apunte a la aplicación web del servicio de token

de seguridad, como se muestra en el siguiente ejemplo:

$signinurl = "https://test-2/FederationPassive/"

9. Cree el proveedor de inicio de sesión de confianza con el mismo valor IdentifierClaim que en

una asignación de notificaciones ($map1.InputClaimType), como se muestra en el siguiente

ejemplo:

$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. Cree una aplicación web; para ello, cree un valor para la cuenta del grupo de aplicaciones

(para el usuario actual) en primer lugar, como se muestra en el siguiente ejemplo:

$account = "DOMAIN\" + $env:UserName

Nota:

La cuenta del grupo de aplicaciones debe ser una cuenta administrada. Para crear una

cuenta administrada, use New-SPManagedAccount.

11. Cree un valor para la dirección URL de la aplicación web ($webappurl = "https://" +

$env:ComputerName), como se muestra en el siguiente ejemplo:

$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. Cree un sitio; para ello, cree un objeto de notificación en primer lugar, como se muestra en el

siguiente ejemplo:

$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13. Cree un sitio, como se muestra en el siguiente ejemplo:

182

$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

Edición de enlaces Después de configurar una aplicación web basada en notificaciones de SharePoint, edite los enlaces.

1. Escriba INETMGR en un símbolo del sistema para iniciar el Administrador de IIS.

2. Vaya al sitio de la aplicación web de notificaciones en IIS.

3. En el panel izquierdo, haga clic con el botón secundario en la aplicación web de

notificaciones y seleccione Modificar enlaces.

4. Seleccione https y haga clic en Editar.

5. En Certificado SSL, seleccione los certificados que aparezcan.

Configuración de una aplicación web que usa un STS Después de configurar una aplicación web basada en notificaciones de SharePoint Foundation 2010,

editar los enlaces y configurar el archivo Web.Config, puede usar el procedimiento de esta sección

para configurar una aplicación web del servicio de token de seguridad.

1. Abra la Consola de administración de Servicios de federación de Active Directory (AD FS)

s2.0. .

2. En el panel izquierdo, expanda Directiva y seleccione Usuarios de confianza.

3. En el panel derecho, haga clic en Agregar usuario de confianza. Se abrirá el asistente para

configuración de Servicios de federación de Active Directory (AD FS) 2.0.

4. En la primera página del asistente, haga clic en Inicio.

5. Seleccione Especificar manualmente configuración de usuario de confianza y haga clic en

Siguiente.

6. Escriba el nombre del usuario de confianza y haga clic en Siguiente.

7. Asegúrese de que Perfil del servidor de Servicios de federación de Active Directory

(AD FS) 2.0 esté seleccionado y haga clic en Siguiente.

8. Si no planea usar un certificado de cifrado, haga clic en Siguiente.

9. Seleccione Permitir compatibilidad con la federación de identidades basada en

explorador web.

10. Escriba el nombre de la dirección URL de la aplicación web y agregue /_trust/ (por ejemplo:

Para editar los enlaces

Para configurar una aplicación web que usa un STS

183

https://nombredeservidor/_trust/). Haga clic en Siguiente.

11. Escriba el identificador y haga clic en Agregar. Haga clic en Siguiente.

12. En la página de resumen, haga clic en Siguiente y, a continuación, haga clic en Cerrar. Se

abrirá la consola de administración del editor de reglas. Use esta consola para configurar la

asignación de notificaciones desde una aplicación web LDAP a SharePoint.

13. En el panel izquierdo, expanda Nueva regla y seleccione Regla predefinida.

14. Seleccione Crear notificaciones desde almacén de atributos LDAP.

15. En el panel derecho, seleccione Almacén de cuentas de usuario de Active Directory de

empresa de la lista desplegable Almacén de atributos.

16. En Atributo LDAP, seleccione sAMAccountName.

17. En Tipo de notificación saliente, seleccione Dirección de correo electrónico.

18. En el panel izquierdo, haga clic en Guardar.

184

Preparación del hospedaje de sitios (SharePoint Foundation 2010)

Después de instalar Microsoft SharePoint Foundation 2010 y realizar la configuración inicial, puede

empezar a crear sitios de SharePoint. Antes de crear una colección de sitios, debe crear una aplicación

web en la que pueda crear la colección. Si desea usar autenticación Kerberos o autenticación basada

en notificaciones, también debe configurar la autenticación de aplicación web.

Los artículos de esta sección ayudan a determinar la jerarquía de los sitios de SharePoint.

Creación de una aplicación web (SharePoint Foundation 2010)

Los sitios de SharePoint se hospedan en aplicaciones web, por lo tanto se debe crear una o varias

aplicaciones web para poder crear sitios. En este artículo se aborda el tema de la creación de una

aplicación web desde el sitio web de Administración central o mediante Windows PowerShell 2.0.

Configuración de la autenticación de notificaciones (SharePoint Foundation 2010)

En este artículo se describe cómo configurar una aplicación web basada en notificaciones de

SharePoint Foundation 2010 que proporcionará un inicio de sesión basado en notificaciones y una

infraestructura de servicios para el conjunto o granja de servidores. En el artículo también se

describe cómo configurar el acceso anónimo para la aplicación web basada en notificaciones y las

zonas de aplicación web para la autenticación basada en formularios o la autenticación SSO web,

según corresponda.

Configuración de la autenticación Kerberos (SharePoint Foundation 2010)

Para implementar un conjunto o granja de servidores que ejecute SharePoint Foundation 2010 y

use autenticación Kerberos, debe instalar y configurar varias aplicaciones en los equipos. En este

artículo se describe un ejemplo de granja de servidores que ejecuta SharePoint Foundation 2010 y

se proporcionan instrucciones para implementar y configurar dicha granja de modo que use

autenticación Kerberos para funcionar en una granja de servidores de SharePoint.

Creación de una colección de sitios (SharePoint Foundation 2010)

Después de crear una aplicación web, podrá crear una colección de sitios. En este artículo se

explica cómo crear una colección de sitios desde el sitio web de Administración central o mediante

Windows PowerShell 2.0. Si desea permitir a los usuarios crear sus propios sitios, debe configurar

la administración de sitios sin intervención del administrador para la aplicación web

185

Creación de una aplicación web (SharePoint Foundation 2010)

Una aplicación web está compuesta por un sitio web de Internet Information Services (IIS) (pero puede

estar asociada hasta con cinco sitios web de IIS) que actúa como unidad lógica para las colecciones

de sitios que se crean. Para poder crear una colección de sitios, primero deberá crear una aplicación

web.

Cada aplicación web está representada por un sitio web de IIS distinto, con un grupo de aplicaciones

exclusivo o compartido. A cada aplicación web se le puede asignar un nombre de dominio exclusivo, lo

que ayuda a evitar ataques de scripting entre sitios.

Las aplicaciones web se usan para aislar el contenido. Cuando se crea una aplicación web nueva,

también se crea una nueva base de datos de contenido y se define el método de autenticación que se

usará para establecer la conexión con la base de datos. Además, se define un método de

autenticación que usará el sitio web de IIS en SharePoint Foundation 2010.

SharePoint Foundation 2010 ofrece dos formas de autenticar usuarios:

Modo clásico de autenticación, a través del cual los usuarios inician sesión en una aplicación web

por medio de la autenticación de Windows.

Autenticación basada en notificaciones, a través de la cual los usuarios inician sesión en una

aplicación web por medio de la autenticación de Windows, la autenticación basada en formularios

(FBA) o el proveedor de identidad de confianza (SAML). Si usa FBA o SAML, debe realizar pasos

de configuración adicionales. Para obtener más información acerca de la autenticación basada en

notificaciones, vea Configuración de la autenticación basada en formularios para una aplicación

web basada en notificaciones (SharePoint Foundation 2010).

Para obtener más información acerca de los tipos de autenticación, vea Planeación de métodos de

autenticación (SharePoint Foundation 2010).

SharePoint Foundation 2010 proporciona un conjunto de aplicaciones de servicio que están

disponibles para cada aplicación web. Puede seleccionar las aplicaciones de servicio que desea usar

para cada aplicación web que cree. Para obtener más información, vea Diagramas técnicos

(SharePoint Foundation 2010), Definición de rutas de acceso administradas (SharePoint Foundation

2010) y Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010).


El sistema está ejecutando Microsoft SharePoint Foundation 2010.

Ha implementado el diseño de la arquitectura lógica.

Ha planeado la autenticación para la aplicación web. Para obtener más información, vea

Planeación de métodos de autenticación (SharePoint Foundation 2010) y Elección de los grupos

de seguridad (SharePoint Foundation 2010).





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/f27effc6-5e57-42c1-8f31-15a9f50e794e(Office.14).aspx


186

Ha seleccionado las aplicaciones de servicio que desea usar para la aplicación web. Para obtener

más información, vea Administración de servicios y aplicaciones de servicio (SharePoint

Foundation 2010).

Si usa la Capa de sockets seguros (SSL), deberá asociar el certificado SSL con el sitio web de IIS

de la aplicación web después de que se haya creado el sitio. Para obtener más información acerca

de la configuración de SSL, vea el tema sobre cómo configurar SSL en IIS 7.0


Ha leído información acerca de las asignaciones alternativas de acceso.

Si tiene el Control de cuentas de usuario (UAC) activado en Windows y usa Windows PowerShell

2.0 para crear una aplicación web, deberá hacer clic con el botón secundario en la Consola de

administración de SharePoint 2010 y seleccionar Ejecutar como administrador.

Creación de una aplicación web Una aplicación web se puede crear mediante el sitio web de Administración central de SharePoint o

mediante Windows PowerShell. Generalmente, se usa Administración central para crear una aplicación

web. Si se desea automatizar la tarea de crear una aplicación web, lo cual es común en las empresas,

se usa Windows PowerShell. Cuando se completa el procedimiento, se puede crear una o varias

colecciones de sitios en la aplicación web creada.


Para crear una aplicación web, debe pertenecer al grupo Administradores del conjunto o

granja de servidores de SharePoint y al grupo Administradores locales en el equipo que

ejecuta Administración central.




4. En la sección Autenticación de la página Crear nueva aplicación web, haga clic en

Autenticación de modo clásico.

5. En la sección Sitio web de IIS, puede configurar la nueva aplicación web seleccionando una

de las siguientes dos opciones:

Haga clic en Usar un sitio web existente y, a continuación, seleccione el sitio web en el

que desea instalar la nueva aplicación web.

Haga clic en Crear un nuevo sitio web de IIS y, a continuación, escriba el nombre del

sitio web en el cuadro Nombre.

6. En la sección Sitio web de IIS, en el cuadro Puerto, escriba el número de puerto que desea

usar para tener acceso a la aplicación web. Si va a crear un sitio web nuevo, en el campo

Para crear una aplicación web que use la autenticación clásica de Windows mediante Administración central


187

figurará un número de puerto aleatorio. Si va a usar un sitio web existente, en el campo

figurará el número de puerto actual.

Nota:

El número de puerto predeterminado para el acceso HTTP es 80 y el número de

puerto predeterminado para el acceso HTTPS es 443. Si desea que los usuarios

tengan acceso a la aplicación web sin escribir un número de puerto, deben usar el

número de puerto predeterminado correspondiente.

7. Opcional: en la sección Sitio web de IIS, en el cuadro Encabezado de host, escriba el

nombre de host (por ejemplo, www.contoso.com) que desea usar para obtener acceso a la

aplicación web.

Nota:

En general, este campo no se configura a menos que desee configurar más de un sitio

web de IIS que compartan el mismo número de puerto en el mismo servidor y el DNS

se haya configurado para redirigir las solicitudes al mismo servidor.

8. En la sección Sitio web de IIS, en el cuadro Ruta de acceso, escriba la ruta de acceso al

directorio particular de sitios web de IIS en el servidor. Si va a crear un sitio web nuevo, en

este campo figurará una ruta de acceso sugerida. Si va a usar un sitio web existente, en este

campo figurará la ruta de acceso actual de ese sitio web.

9. En la sección Configuración de seguridad, configure la autenticación y el cifrado para la

aplicación web.

a. En la sección Proveedor de autenticación, haga clic en Negociar (Kerberos) o NTLM.

Nota:

Para habilitar la autenticación Kerberos, debe realizar configuración adicional.

b. En la sección Permitir anónimo, haga clic en Sí o en No. Si opta por permitir el acceso

anónimo, se habilitará el acceso anónimo al sitio web mediante la cuenta de acceso

anónimo específica del equipo (es decir, IIS_IUSRS).

Nota:

Si desea que los usuarios puedan tener acceso a cualquier contenido del sitio de

manera anónima, deberá habilitar el acceso anónimo para toda la zona de

aplicación web antes de habilitar el acceso anónimo en el nivel del sitio de

SharePoint; más adelante, los propietarios del sitio podrán configurar cómo se

usará el acceso anónimo dentro de sus sitios. Si no habilita el acceso anónimo en

el nivel de la aplicación web, no podrá habilitarlo más adelante en el nivel del sitio.

Para obtener más información, vea Elección de los grupos de seguridad


c. En la sección Usar Capa de sockets seguros (SSL), haga clic en Sí o en No. Si opta por

habilitar SSL para el sitio web, debe configurar SSL mediante la solicitud e instalación de

un certificado SSL. Para obtener más información acerca de la configuración de SSL, vea



188

el tema sobre cómo configurar SSL en IIS 7.0


10. En la sección Dirección URL pública, escriba la dirección URL del nombre de dominio para

todos los sitios a los que los usuarios tendrán acceso en esta aplicación web. Esta dirección

URL se utilizará como la dirección URL base en los vínculos que se muestran en las páginas

de la aplicación web. La dirección URL predeterminada es el puerto y el nombre del servidor

actual y se actualiza automáticamente para reflejar las configuraciones del número de puerto,

SSL y encabezado de host actuales en la página. Si va a implementar SharePoint Foundation

2010 detrás de un equilibrador de carga o servidor proxy, esta dirección URL deberá ser

diferente de las configuraciones del puerto, SSL y encabezado de host en esta página.

El valor Zona se establece automáticamente en Predeterminado para una nueva aplicación

web.

Nota:

Puede cambiar la zona cuando amplía una aplicación web. Para obtener más

información, vea Ampliación de una aplicación web (SharePoint Foundation 2010).

11. En la sección Grupo de aplicaciones, realice una de las siguientes opciones:

Haga clic en Usar grupo de aplicaciones existente y, a continuación, seleccione el grupo

de aplicaciones que desea usar del menú desplegable.

Haga clic en Crear nuevo grupo de aplicaciones y, a continuación, escriba el nombre del

grupo de aplicaciones nuevo o conserve el nombre predeterminado.

12. En Seleccione una cuenta de seguridad para este grupo de aplicaciones, realice uno de

los siguientes procedimientos:

Haga clic en Predefinida para usar una cuenta de seguridad predefinida y, a continuación,

seleccione la cuenta de seguridad del menú desplegable.

Haga clic en Configurable para especificar una cuenta de seguridad nueva que se va a

usar para un grupo de aplicaciones existente.

Nota:

Para crear una cuenta nueva, haga clic en el vínculo Registrar una nueva cuenta

administrada.

13. En la sección Nombre y autenticación de base de datos, seleccione el servidor de bases de

datos, el nombre de la base de datos y el método de autenticación de su nueva aplicación

web, como se describe en la siguiente tabla.

Elemento Acción

Servidor de base de datos Escriba el nombre del servidor de base de

datos y de la instancia de Microsoft SQL

Server que desea usar en el formato


http://technet.microsoft.com/library/83ce9db7-7922-4a58-a39c-8a578f8671c8(Office.14).aspx

189

<NOMBREDESERVIDOR\instancia>.

También puede usar la entrada

predeterminada.

Nombre de la base de datos Escriba el nombre de la base de datos o use

la entrada predeterminada.

Autenticación de base de datos Seleccione la autenticación de base de datos

que desee usar llevando a cabo una de las

siguientes acciones:

Si desea usar la autenticación de

Windows, deje esta opción

seleccionada. Le recomendamos esta

opción, ya que la autenticación de

Windows cifra automáticamente la

contraseña cuando se conecta a SQL

Server.


SQL, haga clic en Autenticación de

SQL. En el cuadro Cuenta, escriba el

nombre de la cuenta que desea que

use la aplicación web para la

autenticación en la base de datos de

SQL Server y, a continuación, escriba

la contraseña en el cuadro

Contraseña.

Nota:

La autenticación de SQL

envía la contraseña de

autenticación de SQL a SQL

Server sin cifrar. Le

recomendamos usar

únicamente la autenticación

de SQL si fuerza un cifrado de

protocolos en SQL Server

para que cifre el tráfico de red

mediante IPsec.

14. Si usa la creación de reflejo de la base de datos, en el cuadro Servidor de bases de datos de

conmutación por error de la sección Servidor de conmutación por error, escriba el nombre

de un servidor de bases de datos de conmutación por error específico que desee asociar con

190

una base de datos de contenido.

15. En la sección Servidor de búsqueda, en Seleccionar servidor de búsqueda de Microsoft

SharePoint Foundation, puede asociar una base de datos de contenido a un servidor que

ejecute el servicio de búsqueda de Microsoft SharePoint Foundation.

16. En la sección Conexiones de la aplicación de servicio, seleccione las conexiones de la

aplicación de servicio que estarán disponibles para la aplicación web. En el menú desplegable,

haga clic en predeterminadas o personalizadas. Se usa la opción personalizadas para

elegir las conexiones de la aplicación de servicio que se desean usar para la aplicación web.

17. En la sección Programa para la mejora de la experiencia del usuario, haga clic en Sí o No.

18. Haga clic en Aceptar para crear la nueva aplicación web.


Para crear una aplicación web, debe pertenecer al grupo Administradores de la granja de

servidores de SharePoint y al grupo Administradores locales en el equipo que ejecuta

Administración central.




4. En la sección Autenticación de la página Crear nueva aplicación web, haga clic en

Autenticación basada en notificaciones.

5. En la sección Sitio web de IIS, puede establecer la configuración de su nueva aplicación web;

para ello, debe seleccionar una de las siguientes dos opciones:

Haga clic en Usar un sitio web de IIS existente y, a continuación, seleccione el sitio web

en el que se va a instalar la aplicación web nueva.

Haga clic en Crear un nuevo sitio web de IIS y, a continuación, escriba el nombre del

sitio web en el cuadro Nombre.

6. En la sección Sitio web de IIS, en el cuadro Puerto, escriba el número de puerto que desea

usar para tener acceso a la aplicación web. Si va a crear un sitio web nuevo, en el campo

figurará un número de puerto aleatorio. Si va a usar un sitio web existente, en el campo

figurará el número de puerto actual.

Nota:

El número de puerto predeterminado para el acceso HTTP es 80 y el número de

puerto predeterminado para el acceso HTTPS es 443. Si desea que los usuarios

tengan acceso a la aplicación web sin escribir un número de puerto, deben usar el

número de puerto predeterminado correspondiente.

7. Opcional: en la sección Sitio web de IIS, en el cuadro Encabezado de host, escriba el

Para crear una aplicación web con autenticación basada en notificaciones de Windows mediante Administración central

191

nombre de host (por ejemplo, www.contoso.com) que desea usar para obtener acceso a la

aplicación web.

Nota:

En general, este campo no se configura a menos que desee configurar más de un sitio

web de IIS que compartan el mismo número de puerto en el mismo servidor y el DNS

se haya configurado para redirigir las solicitudes al mismo servidor.

8. En la sección Sitio web de IIS, en el cuadro Ruta de acceso, escriba la ruta de acceso al

directorio particular de sitios web de IIS en el servidor. Si va a crear un sitio web nuevo, en

este campo figurará una ruta de acceso sugerida. Si va a usar un sitio web existente, en este

campo figurará la ruta de acceso actual de ese sitio web.

9. En la sección Configuración de seguridad, elija si desea permitir el acceso anónimo y si

desea usar la Capa de sockets seguros (SSL).

a. En Permitir anónimo, haga clic en Sí o No. Al permitir el acceso anónimo, se habilitará el

acceso anónimo al sitio web mediante la cuenta de acceso anónimo específica del equipo

(es decir, IIS_IUSRS).

Nota:

Si desea que los usuarios puedan tener acceso a cualquier contenido del sitio de

manera anónima, deberá habilitar el acceso anónimo para toda la zona de

aplicación web antes de habilitar el acceso anónimo en el nivel del sitio de

SharePoint; más adelante, los propietarios del sitio podrán configurar cómo se

usará el acceso anónimo dentro de sus sitios. Si no habilita el acceso anónimo en

el nivel de la aplicación web, no podrá habilitarlo más adelante en el nivel del sitio.

Para obtener más información, vea Elección de los grupos de seguridad


b. En Usar Capa de sockets seguros (SSL), haga clic en Sí o en No. Si opta por habilitar

SSL para el sitio web, debe configurar SSL mediante la solicitud e instalación de un

certificado SSL. Para obtener más información acerca de la configuración de SSL, vea el

tema sobre cómo configurar SSL en IIS 7.0


10. En la sección Tipos de autenticación de notificaciones, seleccione la autenticación que

desea usar para la aplicación web.

a. Si desea habilitar la autenticación de Windows, seleccione Habilitar autenticación de

Windows y, en el menú desplegable, seleccione Negociar (Kerberos) o NTLM.

Si no desea usar la autenticación integrada de Windows, desactive Autenticación

integrada de Windows.

Si desea que las credenciales de los usuarios se envíen por una red de un modo que no

sea cifrado, seleccione Autenticación básica (la contraseña se envía en texto legible).

Nota:




192

Puede seleccionar la autenticación básica o autenticación integrada de Windows,

o ambas. Si selecciona las dos, SharePoint Foundation 2010 ofrecerá los dos tipos

de autenticación en el explorador web cliente. El explorador web cliente determina

el tipo de autenticación que se va a usar. Si solo selecciona la autenticación

básica, asegúrese de que SSL esté habilitada; de lo contrario, un usuario

malintencionado podría interceptar las credenciales.

b. Si desea habilitar FBA, seleccione Habilitar Autenticación basada en formularios (FBA)

y, a continuación, escriba el nombre del proveedor de pertenencia y el nombre del

administrador de roles en los cuadros correspondientes.

Nota:

Si selecciona esta opción, asegúrese de que SSL esté habilitada; de lo contrario,

las credenciales pueden ser interceptadas por un usuario malintencionado.

c. Si configuró la autenticación de proveedor de identidad de confianza en Windows

PowerShell, la casilla de verificación Proveedor de identidad de confianza está activada.

Puede usar uno o varios tipos de autenticación de notificaciones. Para obtener más

información, vea Planeación de métodos de autenticación (SharePoint Foundation 2010).

11. En la sección Dirección URL de la página de inicio de sesión, elija una de las siguientes

opciones para iniciar sesión en SharePoint Foundation 2010:

Seleccione Dirección URL de página de inicio de sesión predeterminada si desea que

se redirija a los usuarios a un sitio web de inicio de sesión predeterminado para

autenticación basada en notificaciones.

Seleccione Usar la dirección URL de una página de inicio de sesión personalizada y,

a continuación, escriba la dirección URL de inicio de sesión si desea redirigir a los usuarios

a un sitio web de inicio de sesión personalizado para la autenticación basada en

notificaciones.

12. En la sección Dirección URL pública, escriba la dirección URL del nombre de dominio para

todos los sitios a los que los usuarios tendrán acceso en esta aplicación web. Esta dirección

URL se utilizará como la dirección URL base en los vínculos que se muestran en las páginas

de la aplicación web. La dirección URL predeterminada es el puerto y el nombre del servidor

actual y se actualiza automáticamente para reflejar las configuraciones del número de puerto,

SSL y encabezado de host actuales en la página. Si va a implementar SharePoint Foundation

2010 detrás de un equilibrador de carga o servidor proxy, esta dirección URL deberá ser

diferente de las configuraciones del puerto, SSL y encabezado de host en esta página.

El valor Zona se establece automáticamente en Predeterminado para una nueva aplicación

web.

Nota:

Puede cambiar la zona cuando amplía una aplicación web. Para obtener más

información, vea Ampliación de una aplicación web (SharePoint Foundation 2010).

13. En la sección Grupo de aplicaciones, realice una de las siguientes acciones:



193

Haga clic en Usar grupo de aplicaciones existente y, a continuación, seleccione el grupo

de aplicaciones que desea usar del menú desplegable.

Haga clic en Crear nuevo grupo de aplicaciones y, a continuación, escriba el nombre del

grupo de aplicaciones nuevo o conserve el nombre predeterminado.

14. En Seleccione una cuenta de seguridad para este grupo de aplicaciones, realice uno de

los siguientes procedimientos:

Haga clic en Predefinida para usar una cuenta de seguridad predefinida y, a continuación,

seleccione la cuenta de seguridad del menú desplegable.

Haga clic en Configurable para especificar una cuenta de seguridad nueva que se va a

usar para un grupo de aplicaciones existente.

Nota:

Para crear una cuenta nueva, haga clic en el vínculo Registrar una nueva cuenta

administrada.

15. En la sección Nombre y autenticación de base de datos, elija el servidor de bases de datos,

el nombre de la base de datos y el método de autenticación de su nueva aplicación web como

se describe en la siguiente tabla.

Elemento Acción

Servidor de base de datos Escriba el nombre del servidor de base de

datos y de la instancia de Microsoft SQL

Server que desea usar en el formato

<NOMBREDESERVIDOR\instancia>.

También puede usar la entrada

predeterminada.

Nombre de la base de datos Escriba el nombre de la base de datos o use

la entrada predeterminada.

Autenticación de base de datos Seleccione la autenticación de base de datos

que desee usar llevando a cabo una de las

siguientes acciones:


Windows, deje esta opción

seleccionada. Le recomendamos esta

opción, ya que la autenticación de

Windows cifra automáticamente la

contraseña cuando se conecta a SQL

Server.


SQL, haga clic en Autenticación de

194

SQL. En el cuadro Cuenta, escriba el

nombre de la cuenta que desea que

use la aplicación web para la

autenticación en la base de datos de

SQL Server y, a continuación, escriba

la contraseña en el cuadro

Contraseña.

Nota:

La autenticación de SQL

envía la contraseña de

autenticación de SQL a SQL

Server sin cifrar. Le

recomendamos usar

únicamente la autenticación

de SQL si fuerza un cifrado de

protocolos en SQL Server

para que cifre el tráfico de red

mediante IPsec.

16. Si usa la creación de reflejo de la base de datos, en el cuadro Servidor de bases de datos de

conmutación por error de la sección Servidor de conmutación por error, escriba el nombre

de un servidor de bases de datos de conmutación por error específico que desee asociar con

una base de datos de contenido.

17. En la sección Servidor de búsqueda, en Seleccionar servidor de búsqueda de Microsoft

SharePoint Foundation, puede asociar una base de datos de contenido a un servidor que

ejecute el servicio de búsqueda de Microsoft SharePoint Foundation.

18. En la sección Conexiones de la aplicación de servicio, seleccione las conexiones de la

aplicación de servicio que estarán disponibles para la aplicación web. En el menú desplegable,

haga clic en predeterminadas o personalizadas. Se usa la opción personalizadas para

elegir las conexiones de la aplicación de servicio que se desean usar para la aplicación web.

19. En la sección Programa para la mejora de la experiencia del usuario, haga clic en Sí o No.

20. Haga clic en Aceptar para crear la nueva aplicación web.

1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin. También

necesita ser miembro del grupo Administradores local en el equipo que ejecuta Windows

PowerShell. Además, algunos procedimientos requieren pertenencia a los roles fijos de

servidor de SQL Server dbcreator y securityadmin.

Para crear una aplicación web que use la autenticación clásica de Windows mediante Windows PowerShell

195





New-SPWebApplication -Name <Name> -ApplicationPool <ApplicationPool> -

ApplicationPoolAccount <ApplicationPoolAccount> -Port <Port> -URL <URL>

donde:

<Name> es el nombre de la nueva aplicación web.

<ApplicationPool> es el nombre del grupo de aplicaciones.

<ApplicationPoolAccount> es la cuenta de usuario como la que se ejecutará este grupo de

aplicaciones.

<Port> es el puerto en el cual se creará la aplicación web en IIS.

<URL> es la dirección URL pública de la aplicación web.

Ejemplo

New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool"

-ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -Port 80 -URL

"http://www.contoso.com"

Para obtener más información, vea New-SPWebApplication.

Nota:




1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin. También

necesita ser miembro del grupo Administradores local en el equipo que ejecuta Windows

PowerShell. Además, algunos procedimientos requieren pertenencia a los roles fijos de

servidor de SQL Server dbcreator y securityadmin.




5. Para crear un proveedor de autenticación basada en notificaciones de Windows, en el símbolo

del sistema de Windows PowerShell, escriba el siguiente comando:

$ap = New-SPAuthenticationProvider

Para crear una aplicación web que usa una autenticación basada en notificaciones de

Para crear una aplicación web que use la autenticación basada en notificaciones de Windows mediante Windows PowerShell


196

Windows, en el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

$wa = New-SPWebApplication -Name <ClaimsWindowsWebApplication> -ApplicationPool

<ClaimsApplicationPool> -ApplicationPoolAccount <ClaimsApplicationPoolAccount> -

URL <URL> -Port <Port> -AuthenticationProvider $ap

Nota:

Le recomendamos que la cuenta del grupo de aplicaciones sea una cuenta

administrada en la granja de servidores.

donde:

<Name> es el nombre de la nueva aplicación web que usa una autenticación basada en

notificaciones de Windows.

<ApplicationPool> es el nombre del grupo de aplicaciones.

<ApplicationPoolAccount> es la cuenta de usuario como la que se ejecutará este grupo de

aplicaciones.

<URL> es la dirección URL pública de la aplicación web.

<Port> es el puerto en el cual se creará la aplicación web en IIS.

Ejemplo

$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

Para obtener más información, vea los temas New-SPWebApplication y New-

SPAuthenticationProvider.

Nota:




Vea también Ampliación de una aplicación web (SharePoint Foundation 2010)


Configuración de una aplicación web basada en notificaciones (SharePoint Foundation 2010)


notificaciones (SharePoint Foundation 2010)

Configuración de la seguridad de los servidores web (IIS 7)


http://technet.microsoft.com/library/c1056674-30b6-4c9c-bfc7-a2d336064b62(Office.14).aspx

http://technet.microsoft.com/library/c1056674-30b6-4c9c-bfc7-a2d336064b62(Office.14).aspx



197

Configuración de la autenticación de notificaciones (SharePoint Foundation 2010)

En esta sección:


Configuración de acceso anónimo para una aplicación web basada en notificaciones (SharePoint

Foundation 2010)



Configuración de la autenticación Kerberos para las notificaciones al servicio de token de Windows


Configuración de la autenticación mediante un token de seguridad de SAML (SharePoint

Foundation 2010)

198


El procedimiento de este artículo le permite configurar una aplicación web basada en notificaciones de

Microsoft SharePoint Foundation 2010 que le proporcionará un inicio de sesión basado en

notificaciones y una infraestructura de servicios para la granja de servidores. Antes de configurar una

aplicación web basada en notificaciones, asegúrese de que haya llevado a cabo satisfactoriamente los

siguientes procesos de instalación de SharePoint Foundation 2010:

Ejecute el asistente para configuración posterior a la instalación.

Ejecute el asistente para configuración de la granja de servidores (o configure individualmente los

servicios de la granja de servidores).

Configure una aplicación web de SharePoint Foundation 2010. Para la cuenta de Grupo de

aplicaciones, use la cuenta de administrador de la granja de servidores.

Configure una colección de sitios de SharePoint Foundation 2010.

Configuración de una aplicación web basada en notificaciones En el siguiente procedimiento se describe cómo usar Administración central para configurar una

aplicación web basada en notificaciones.

1. Compruebe que la cuenta de usuario que está realizando este procedimiento pertenece al

grupo de administradores de la granja de servidores de SharePoint.

2. En Administración central, en Administración de aplicaciones, seleccione Administrar

aplicaciones web.

3. En la cinta de opciones, seleccione Nueva.

4. En la sección Autenticación del cuadro de diálogo Nueva aplicación web, seleccione

Autenticación basada en notificaciones y, a continuación, haga clic en Aceptar.

5. Confirme que la aplicación web se ha creado correctamente.

6. Después de configurar una aplicación web basada en notificaciones, cree una colección de

sitios.

Para configurar una aplicación web basada en notificaciones

199

Configuración de acceso anónimo para una aplicación web basada en notificaciones (SharePoint Foundation 2010)

Después de configurar una aplicación web basada en notificaciones de Microsoft SharePoint

Foundation 2010, puede usar el procedimiento que se describe en este artículo para configurar el

acceso anónimo a su aplicación web basada en notificaciones. Para obtener más información, vea

Configuración de una aplicación web basada en notificaciones (SharePoint Foundation 2010).

Configuración de acceso anónimo para una aplicación web basada en notificaciones

1. Compruebe si la cuenta de usuario que va a realizar este procedimiento es de administrador

de la colección de sitios.

2. En Administración central, vaya a la sección Seguridad.

3. En Acceso anónimo, seleccione Habilitar acceso anónimo.

4. Haga clic en Guardar.

5. Vaya al sitio correspondiente a la aplicación web.

6. Seleccione Acciones del sitio.

7. Seleccione Permisos del sitio.

8. En la cinta de opciones, seleccione Acceso anónimo.

9. Seleccione Sitio web completo o Listas y bibliotecas, según el ámbito de acceso anónimo

que desee asignar a dicho sitio.

Para configurar el acceso anónimo para una aplicación web basada en notificaciones

200

Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010)

Los procedimientos de este artículo proporcionan una orientación para:

Permitir la configuración de la autenticación basada en formularios para una aplicación web

basada en notificaciones de Microsoft SharePoint Foundation 2010.

Facilitar la actualización de las aplicaciones web existentes de Windows SharePoint Services 3.0

que se configuraron para usar la autenticación basada en formularios para que funcione con


Después de actualizar a SharePoint Foundation 2010, las aplicaciones web de Windows SharePoint

Services 3.0 se configuran para el inicio de sesión heredado. Para las aplicaciones web de Windows

SharePoint Services 3.0 configuradas para usar la autenticación de Windows, no se requieren pasos

adicionales para la actualización. No obstante, para las aplicaciones web de Windows SharePoint

Services 3.0 configuradas para usar la autenticación basada en formularios o la autenticación web

SSO, primero es necesario convertir las aplicaciones web de Windows SharePoint Services 3.0 a la

autenticación basada en notificaciones para poder usarlas en SharePoint Foundation 2010. Después

de convertir las aplicaciones web de Windows SharePoint Services 3.0 a la autenticación basada en

notificaciones, configure las zonas de aplicación web para la autenticación basada en formularios (o

autenticación web SSO según corresponda). Tenga en cuenta que los nombres del proveedor de

pertenencia y del proveedor de roles usados en SharePoint Foundation 2010 deben coincidir con los

nombres del proveedor de pertenencia y del proveedor de roles usados en Windows SharePoint

Services 3.0. Por último, migre los usuarios y permisos a SharePoint Foundation 2010.

En este artículo:

Conversión de las aplicaciones web a la autenticación basada en notificaciones

Configuración de una aplicación web basada en formularios para usar un proveedor LDAP

mediante Administración central

Configuración de los archivos Web.Config LDAP


mediante Windows PowerShell


2010

201

Conversión de las aplicaciones web a la autenticación basada en notificaciones Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para convertir las

aplicaciones web existentes a la autenticación basada en notificaciones.





5. En el símbolo del sistema de Windows PowerShell, escriba lo siguiente:

$w = Get-SPWebApplication "http://<server>/"

$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

Nota:




Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante Administración central Lleve a cabo los pasos del siguiente procedimiento para usar Administración central para configurar la

autenticación basada en formularios para una aplicación web basada en notificaciones.




aplicaciones web.

3. En la cinta, seleccione Nueva.

Para convertir las aplicaciones web a la autenticación basada en notificaciones

Para configurar la autenticación basada en formularios para una aplicación web basada en notificaciones mediante Administración central

202



5. En la sección Tipo de autenticación, seleccione Habilitar Autenticación basada en

formularios (FBA).

6. Escriba el nombre de un proveedor de pertenencia y el nombre de un administrador de roles.

En el archivo Web.Config de ejemplo que aparece en este artículo, el nombre del proveedor de

pertenencia es membership y el nombre del administrador de roles es rolemanager.

7. Haga clic en Aceptar para crear la aplicación web.

Configuración de los archivos Web.Config LDAP Después de crear satisfactoriamente la aplicación web (como se describió en el procedimiento

anterior), modifique los siguientes archivos Web.Config:

El archivo Web.Config de la aplicación web de Administración central

El archivo Web.Config del servicio de token de seguridad

El archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en

formularios

1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.

2. Vaya al sitio de Administración central de SharePoint en IIS.

3. Haga clic con el botón secundario en Administración central de SharePoint y seleccione

Explorar.

4. Abra el archivo Web.Config.

5. Busque la sección <Configuration> <system.web> y agregue la siguiente 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 el archivo Web.Config de Administración central

203

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>

Después de agregar la entrada anterior, guarde el archivo Web.Config y ciérrelo.


Importante:

Para configurar el archivo Web.Config del servicio de token de seguridad

204

2. Vaya al sitio Servicios web de SharePoint.

3. Vaya al subsitio Aplicación de servicio de token de seguridad.


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"



205




groupFilter="(&(ObjectClass=group))"


scope="Subtree" />

</providers>

</roleManager>



2. Vaya al sitio Formularios de notificaciones.

3. Haga clic con el botón secundario en Formularios de notificaciones y seleccione Explorar.


5. Busque la sección <Configuration> <system.web>.

6. Busque la sección <membership defaultProvider="i"> y agregue la siguiente entrada:





port="389"

useSSL="false"






scope="Subtree"


Busque la sección <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> y

agregue la siguiente entrada:

Importante:

Para configurar el archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en formularios

206





port="389"

useSSL="false"









scope="Subtree" />


No sobrescriba las entradas existentes de este archivo Web.Config.

Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para configurar la







Importante:

Advertencia:

Para configurar una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell

207

$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

Nota:

El valor del parámetro ApplicationPoolAccount debe ser una cuenta administrada de

la granja de servidores.

6. Después de crear satisfactoriamente un proveedor de autenticación y una aplicación web,

modifique los siguientes archivos Web.Config mediante las entradas de muestra

proporcionadas en la sección "Configuración de los archivos Web.Config LDAP" de este

artículo:



El archivo Web.Config de la aplicación web basada en notificaciones de la autenticación

basada en formularios

7. Después de modificar los archivos Web.Config, cree un SPClaimsPrinciple y una colección de

sitios, como se muestra en el siguiente ejemplo:

$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType

FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

Nota:




Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para migrar

usuarios y permisos.


Para migrar usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010

208






$w.MigrateUsers(True)

Nota:




209

Configuración de la autenticación Kerberos para las notificaciones al servicio de token de Windows (SharePoint Foundation 2010)

En este artículo se proporciona un entorno de granja de servidores de tres equipos como ejemplo para

demostrar cómo configurar la autenticación Kerberos para las notificaciones al servicio de token de

Windows en Microsoft SharePoint Foundation 2010.

En este artículo:

Antes de comenzar

Configuración de un origen de datos externo

Configuración de una delegación restringida para la cuenta del grupo de aplicaciones de servicio

compartido

Configuración de una delegación restringida para las notificaciones a la cuenta del servicio de

token de Windows

Configuración de las notificaciones para el servicio de token de Windows en el servidor de

aplicaciones

Antes de comenzar Antes de agregar entradas de nombre principal de servicio (SPN) a un dominio de Active Directory,

asegúrese de lo siguiente:

No existen entradas de SPN duplicadas en el dominio.

Ninguna de las entradas de SPN que haya agregado está actualmente en uso por parte de alguna

otra cuenta o servicio del equipo.

Para obtener información sobre cómo buscar cuentas de equipo con entradas de SPN duplicadas, vea

el artículo 321044 de Knowledge Base, que trata el identificador de evento 11 en el registro del sistema

de los controladores de dominio (http://go.microsoft.com/fwlink/?linkid=166609&clcid=0xC0A).

Para crear SPN en un dominio de Active Directory, debe tener permisos de nivel administrativo

en el dominio.

Topología de granja de servidores

En este artículo se analiza la siguiente topología de granja de servidores de SharePoint Foundation

2010:

Un equipo que ejecuta Windows Server 2008 y que actúa como servidor front-end web.

Importante:



210

Un equipo (Claims1) que ejecuta Windows Server 2008 y que actúa como servidor de

aplicaciones.

Un equipo (Claims2) que ejecuta Windows Server 2008 y SQL Server para la granja de servidores

que ejecuta SharePoint Foundation 2010.

Un equipo (Claims3) que actúa como origen de datos SQL externo.

Configuración de un origen de datos externo Para configurar un origen de datos externo, instale SQL Server en Claims3. Asegúrese de que el

servicio de SQL Server se ejecuta como peopletest\osspool9.

Ejecute la herramienta SETSPN.EXE en el controlador de dominio para crear un SPN, tal y como se

muestra en el siguiente ejemplo:

setspn -A MSSQLSvc/claims3:1433

peopletest\osspool9

setspn -A

MSSQLSvc/claims3.peopletest.extest.mydomain.net:1433 peopletest\osspool9

Configuración de una delegación restringida para la cuenta del grupo de aplicaciones de servicio compartido Realice los pasos siguientes para configurar una delegación restringida para la cuenta del grupo de

aplicaciones de servicio compartido:

1. Inicie sesión en el controlador de dominio, haga clic en Inicio, en Herramientas administrativas

y, a continuación, en Usuarios y equipos de Active Directory.

2. Expanda el nodo del dominio y, a continuación, haga clic en Usuarios.

3. Haga clic con el botón secundario en la cuenta de usuario de identidad del grupo de aplicaciones

(peopletest\osspool8) y seleccione Propiedades.

4. En la ficha Delegación, confirme que la opción Confiar en este usuario para la delegación sólo

a los servicios especificados está seleccionada.

5. Haga clic en Usar cualquier protocolo de autenticación.

6. Haga clic en Agregar y, a continuación, clic en Usuarios o equipos.

7. Escriba el nombre de dominio y usuario de la cuenta que ejecuta el servicio que desea que acepte

credenciales Kerberos. En este ejemplo, escriba el nombre de la cuenta de servicio SQL en

Claims3 (peopletest\osspool9) y, a continuación, haga clic en Aceptar.

211

8. Aparecerán los valores de los servicios disponibles para la cuenta que ha seleccionado.

Seleccione MSSQLSvc en Claims3 y haga clic en Aceptar.

9. Haga clic en Aceptar para cerrar el cuadro de diálogo de propiedades de la cuenta.

La ficha Delegación no se mostrará a menos que haya un SPN registrado para esta cuenta.

Por ello, puede resultar conveniente crear un SPN que no planee usar, simplemente para

forzar que se muestre la ficha Delegación.

Puede crear un SPN mediante la herramienta SETSPN.EXE en el controlador de dominio, como se

muestra en el siguiente ejemplo:

setspn -A http/uniquespn1

peopletest\osspool8

Configuración de una delegación restringida para las notificaciones a la cuenta del servicio de token de Windows Realice los pasos siguientes para configurar una delegación restringida para las notificaciones para la

cuenta del servicio de token de Windows:

1. Inicie sesión en el controlador de dominio, haga clic en Inicio, en Herramientas administrativas

y, a continuación, en Usuarios y equipos de Active Directory.

2. Expanda el nodo del dominio y, a continuación, haga clic en Equipos.

3. Haga clic con el botón secundario en la cuenta de identidad del grupo de aplicaciones. De forma

predeterminada, las notificaciones para el servicio de token de Windows se ejecutan bajo la cuenta

de sistema local (que es Claims1 en este ejemplo). A continuación, haga clic en Propiedades.

4. En la ficha Delegación, confirme que la opción Confiar en este usuario para la delegación sólo

a los servicios especificados está seleccionada.

5. Haga clic en Usar cualquier protocolo de autenticación.

6. Haga clic en Agregar y, a continuación, clic en Usuarios o equipos.

7. Escriba el nombre de dominio y usuario de la cuenta que ejecuta el servicio que desea que acepte

credenciales Kerberos. En este ejemplo, escriba el nombre de la cuenta de servicio SQL en

Claims3 (peopletest\osspool9) y, a continuación, haga clic en Aceptar.

8. Aparecerán los valores de los servicios disponibles para la cuenta que ha seleccionado.

Seleccione MSSQLSvc en Claims3 y haga clic en Aceptar.

9. Haga clic en Aceptar para cerrar el cuadro de diálogo de propiedades de la cuenta.

Nota:

212

Configuración de las notificaciones para el servicio de token de Windows en el servidor de aplicaciones Conceda al grupo WSS_SPG permisos para convertir las notificaciones a la identidad de Windows y

realice los siguientes pasos para configurarlas para el servicio de token de Windows en Claims1:

1. En el Bloc de notas, abra wtshost.exe.config.

2. Agregue <add value="WSS_WPG" /> al elemento <allowedCallers> de la sección

<windowsTokenService>.

El archivo debe tener un contenido parecido al siguiente ejemplo:

<?xml version="1.0"?>

<configuration>

<configSections>

<section name="windowsTokenService"

type="yourcompany.IdentityModel.WindowsTokenService.Configuration.WindowsTokenServiceSection,

yourcompany.IdentityModel.WindowsTokenService, Version=1.0.0.0, Culture=neutral,

PublicKeyToken=31bf3856ad364e35"/>

</configSections>

<windowsTokenService>

<allowedCallers>

<clear/>

<add value="WSS_WPG" />

</allowedCallers>

</windowsTokenService>

</configuration>

Inicie las notificaciones para el servicio de token de Windows desde la línea de comandos, tal y como

se muestra en el ejemplo siguiente:

net start c2wts

sc config c2wts start= auto

213

Configuración de la autenticación mediante un token de seguridad de SAML (SharePoint Foundation 2010)

En los procedimientos de este artículo se proporcionan explicaciones sobre cómo configurar la

autenticación mediante el token del lenguaje de marcado de aserción de seguridad (SAML) para una

aplicación web basada en notificaciones de Microsoft SharePoint Foundation 2010.

Generalmente, el inicio de sesión basado en SAML se usa en escenarios de federación de empresas,

por ejemplo, para otorgar acceso a un socio de negocio. Este inicio de sesión también se implementa

para proporcionar acceso a usuarios internos cuyas cuentas residen en un dominio que no es parte del

bosque que contiene SharePoint Foundation 2010.

Antes de configurar la autenticación con un token de seguridad de SAML para una aplicación web

basada en notificaciones de SharePoint Foundation 2010, debe configurar un servidor que ejecute los

Servicios de federación de Active Directory (AD FS) 2.0. Para obtener información sobre la

configuración de un servidor para que ejecute AD FS 2.0, vea la guía de implementación de AD FS 2.0


En este artículo:

Configuración de una aplicación web de un STS de proveedor de identidad (IP-STS) mediante

Windows PowerShell

Configuración de una aplicación web de un STS de usuario de confianza (RP-STS)

Establecimiento de una relación de confianza con un IP-STS mediante Windows PowerShell

Exportación del certificado de confianza de un IP-STS mediante Windows PowerShell

Definición de un identificador único para la asignación de notificaciones mediante Windows

PowerShell

Creación y configuración de una nueva aplicación web de SharePoint para que use el inicio de

sesión basado en SAML

Configuración de una aplicación web de un STS de proveedor de identidad (IP-STS) mediante Windows PowerShell Lleve a cabo los siguientes procedimientos para usar Windows PowerShell para configurar una

aplicación web basada en notificaciones de SharePoint.

Para configurar una aplicación web de un IP-STS mediante Windows PowerShell


214

1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.




5. Desde el símbolo del sistema de Windows PowerShell, cree un objeto x509Certificate2, como

se muestra en el siguiente ejemplo:

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert

file")

6. Cree una asignación de tipo de notificación para usarla en su proveedor de autenticación de

confianza, como se muestra en el siguiente ejemplo:

New-SPClaimTypeMapping


-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. Cree un proveedor de inicio de sesión de confianza; para ello, cree un valor para el parámetro

realm, como se muestra en el siguiente ejemplo:

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. Cree un valor para el parámetro signinurl que apunte a la aplicación web del servicio de token

de seguridad, como se muestra en el siguiente ejemplo:

$signinurl = "https://test-2/FederationPassive/"

9. Cree el proveedor de inicio de sesión de confianza con el mismo valor IdentifierClaim que en

una asignación de notificaciones ($map1.InputClaimType), como se muestra en el siguiente

ejemplo:

$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. Cree una aplicación web; para ello, cree un valor para la cuenta del grupo de aplicaciones

(para el usuario actual) en primer lugar, como se muestra en el siguiente ejemplo:

$account = "DOMAIN\" + $env:UserName

Nota:

La cuenta del grupo de aplicaciones debe ser una cuenta administrada. Para crear una

cuenta administrada, use New-SPManagedAccount.

11. Cree un valor para la dirección URL de la aplicación web ($webappurl = "https://" +

215

$env:ComputerName), como se muestra en el siguiente ejemplo:

$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. Cree un objeto de notificación para crear un sitio, como se muestra en el siguiente ejemplo:

$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13. Cree un sitio, como se muestra en el siguiente ejemplo:

$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

Configuración de una aplicación web de un STS de usuario de confianza (RP-STS) Use el procedimiento descrito en esta sección para configurar una aplicación web de un STS de

usuario de confianza.

1. Abra la consola de administración de los Servicios de federación de Active Directory (ADFS)

2.0.

2. En el panel izquierdo, expanda Directiva y seleccione Usuarios de confianza.

3. En el panel derecho, haga clic en Agregar usuario de confianza. Se abrirá el asistente para

configuración de Servicios de federación de Active Directory (ADFS) 2.0.

4. En la primera página del asistente, haga clic en Inicio.

5. Seleccione Especificar manualmente configuración de usuario de confianza y haga clic en

Siguiente.

6. Escriba el nombre del usuario de confianza y haga clic en Siguiente.

7. Asegúrese de que Perfil del servidor de Servicios de federación de Active Directory

(ADFS) 2.0 esté seleccionado y haga clic en Siguiente.

8. No use un certificado de cifrado. Haga clic en Siguiente.

9. Seleccione Permitir compatibilidad con la federación de identidades basada en

explorador web.

10. Escriba el nombre de la dirección URL de la aplicación web y agregue /_trust/ (por ejemplo:

Para configurar una aplicación web de un STS de usuario de confianza

216

https://nombreDeServidor/_trust/). Haga clic en Siguiente.

11. Escriba el nombre de un identificador (por ejemplo: urn:COMPUTERNAME:Geneva) y haga

clic en Agregar. Haga clic en Siguiente.

12. En la página de resumen, haga clic en Siguiente y, a continuación, haga clic en Cerrar. Se

abrirá la consola de administración del editor de reglas. Use esta consola para configurar la

asignación de notificaciones desde una aplicación web LDAP a SharePoint.

13. En el panel izquierdo, expanda Nueva regla y seleccione Regla predefinida.

14. Seleccione Crear notificaciones desde almacén de atributos LDAP.

15. En el panel derecho, seleccione Almacén de cuentas de usuario de Active Directory de

empresa de la lista desplegable Almacén de atributos.

16. En Atributo LDAP, seleccione sAMAccountName.

17. En Tipo de notificación saliente, seleccione Dirección de correo electrónico.

18. En el panel izquierdo, haga clic en Guardar.

Establecimiento de una relación de confianza con un IP-STS mediante Windows PowerShell Use el procedimiento descrito en esta sección para establecer una relación de confianza con un IP-

STS.





5. Desde el símbolo del sistema de Windows PowerShell, establezca una relación de confianza,

como se muestra en el siguiente ejemplo:

$waurl = "https://" + $env:ComputerName

$title = "SAML-Claims"

Exportación del certificado de confianza de un IP-STS mediante Windows PowerShell Use el procedimiento descrito en esta sección para exportar el certificado del IP-STS con el que desea

establecer una relación de confianza y, a continuación, copie el certificado a una ubicación a la que

Microsoft SharePoint Foundation 2010 tenga acceso.

Para establecer una relación de confianza con un IP-STS mediante Windows PowerShell

217





5. Desde el símbolo del sistema de Windows PowerShell, exporte el certificado de confianza del

IP-STS, como se muestra en el siguiente ejemplo:

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("c:\geneva.cer")

Definición de un identificador único para la asignación de notificaciones mediante Windows PowerShell Use el procedimiento descrito en esta sección para definir una dirección de correo electrónico que

servirá como un identificador único para la asignación de notificaciones. Generalmente, el

administrador del STS de confianza tendrá que proporcionar esta información porque solo el

propietario del STS sabe qué valor del token siempre será único para cada usuario. Tenga en cuenta

que el administrador del STS de confianza puede crear un URI para representar la dirección de correo

electrónico.





5. Desde el símbolo del sistema de Windows PowerShell, cree una asignación, como se muestra

en el siguiente ejemplo:

$map = New-SPClaimTypeMapping -IncomingClaimType

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -

IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

Creación de un nuevo proveedor de autenticación Use el procedimiento descrito en esta sección para crear un nuevo proveedor de autenticación que

usará la aplicación web.

Para exportar el certificado de confianza de un IP-STS mediante Windows PowerShell

Para definir un identificador único para la asignación de notificaciones mediante Windows PowerShell

218





5. Desde el símbolo del sistema de Windows PowerShell, cree un nuevo proveedor de

autenticación, como se muestra en el siguiente ejemplo. Tenga en cuenta que realm es el

parámetro que usa el STS de confianza para identificar una granja de servidores de

SharePoint.

$realm = "urn:" + $env:ComputerName + ":Geneva"

$ap = New-SPTrustedIdentityTokenIssuer -Name "Geneva" -Description "Geneva" -Realm

$realm -ImportTrustCertificate $cert -ClaimsMappings $map -SignInUrl

"https://test-2/FederationPassive/" -IdentifierClaim


Creación y configuración de una nueva aplicación web de SharePoint para que use el inicio de sesión basado en SAML En este paso, creará y configurará una aplicación web.





5. Desde el símbolo del sistema de Windows PowerShell, cree una aplicación web de SharePoint

y configúrela para usar inicio de sesión basado en SAML. Tenga en cuenta que debe

reemplazar "WebAppUrl" y "domain\admin" por los valores válidos.

$wa = New-SPWebApplication -Name "SAML Sign-In" -SecureSocketsLayer -

ApplicationPool "SAML Sign-In" -ApplicationPoolAccount "domain\admin" -

Url "WebAppUrl" -Port 443 -AuthenticationProvider $ap

Nota:

Habilita SSL porque, con el inicio de sesión basado en SAML, las cookies se usan

como el vale de inicio de sesión único para el usuario. Esto permite a los

Para crear un nuevo proveedor de autenticación mediante Windows PowerShell

Para crear y configurar una nueva aplicación web de SharePoint para que use inicio de sesión basado en SAML mediante Windows PowerShell

219

administradores otorgar acceso a los recursos de SharePoint durante la duración del

token sin tener que autenticar nuevamente al usuario. Sin SSL, un usuario

malintencionado puede secuestrar las cookies y usarlas para suplantar al usuario

original.

Cuando complete estos procedimientos, cree un sitio de SharePoint y asigne un propietario. Para

obtener información sobre la creación de un sitio de SharePoint, vea Creación de una colección de

sitios (SharePoint Foundation 2010).

220

Configuración de la autenticación Kerberos (SharePoint Foundation 2010)

En este artículo:

Acerca de la autenticación Kerberos

Antes de comenzar

Configuración de la autenticación Kerberos para las comunicaciones de SQL

Creación de nombres principales de servicio para las aplicaciones web con la autenticación

Kerberos

Implementación de la granja de servidores

Configuración de servicios en servidores de la granja de servidores

Creación de aplicaciones web con autenticación Kerberos

Creación de una colección de sitios mediante la plantilla del portal de colaboración en la aplicación

web del sitio de portal

Confirmación del acceso correcto a las aplicaciones web con autenticación Kerberos

Confirmación de la funcionalidad de indización de búsqueda correcta

Confirmación de la funcionalidad de consultas de búsqueda correcta

Limitaciones de la configuración

Recursos adicionales y orientación para la solución de problemas

Acerca de la autenticación Kerberos Kerberos es un protocolo seguro que admite la autenticación mediante vales. Un servidor de

autenticación Kerberos concede un vale en respuesta a una solicitud de autenticación de un equipo

cliente si la solicitud contiene credenciales de usuario válidas y un nombre principal de servicio (SPN)

válido. A continuación, el equipo cliente usa el vale para tener acceso a los recursos de la red. Para

habilitar la autenticación Kerberos, los equipos cliente y servidor deben tener una conexión de

confianza con el centro de distribución de claves (KDC) del dominio. El KDC distribuye claves secretas

compartidas para habilitar el cifrado. Los equipos cliente y servidor también deben tener acceso a los

Servicios de dominio de Active Directory (AD DS). Para AD DS, el dominio raíz del bosque es el centro

de las referencias de la autenticación Kerberos.

Para implementar un conjunto o granja de servidores que ejecute Microsoft SharePoint Foundation

2010 y use la autenticación Kerberos, debe instalar y configurar varias aplicaciones en los equipos. En

este artículo se describe un ejemplo de granja de servidores que ejecuta SharePoint Foundation 2010

y se proporcionan instrucciones para implementar y configurar la granja de servidores de modo que

use la autenticación Kerberos para admitir la funcionalidad siguiente:

221

Comunicación entre SharePoint Foundation 2010 y el software de base de datos Microsoft SQL

Server.

Acceso a la aplicación web de Administración central de SharePoint.

Acceso a otras aplicaciones web, incluidas una aplicación web de sitio de portal y una aplicación

web de Mi sitio.

Antes de comenzar Este artículo está dirigido a personal de nivel administrativo con conocimientos de:

Windows Server 2008

Active Directory

Internet Information Services (IIS) 6.0 (o IIS 7.0)

SharePoint Foundation 2010

Windows Internet Explorer

Autenticación Kerberos (implementada en Servicios de dominio de Active Directory (AD DS) para

Windows Server 2008)

Equilibrio de carga de red (NLB) en Windows Server 2008

Cuentas de equipo en un dominio de Active Directory

Cuentas de usuario en un dominio de Active Directory

Sitios web de IIS y sus enlaces y configuración de autenticación

Identidades del grupo de aplicaciones de IIS para sitios web de IIS

Asistente para configuración de Productos de SharePoint

Aplicaciones web de SharePoint Foundation 2010

Páginas de Administración central

Nombres principales de servicio (SPN) y su configuración en un dominio de Active Directory

Para crear SPN en un dominio de Active Directory, debe tener permisos de nivel administrativo

en el dominio.

En este artículo no se describe en profundidad la autenticación Kerberos. Kerberos es un método de

autenticación estándar del sector que se implementa en AD DS.

En este artículo no se proporcionan instrucciones detalladas paso a paso para instalar SharePoint

Foundation 2010 o usar el Asistente para configuración de Productos de SharePoint.

Tampoco se proporcionan instrucciones detalladas paso a paso sobre cómo usar Administración

central para crear aplicaciones web de SharePoint Foundation 2010.

Importante:

222

Requisitos de la versión de software

La información que se proporciona en este artículo a modo de guía y las pruebas realizadas para

confirmar dicha información se basan en resultados obtenidos con sistemas que ejecutan Windows

Server 2008 e Internet Explorer con las últimas actualizaciones aplicadas del sitio de Windows Update

(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0xC0A). Se instalaron las siguientes versiones de

software:

Windows Server 2008 con las últimas actualizaciones de Windows Update


Internet Explorer

La versión publicada de SharePoint Foundation 2010

Debe asegurarse también de que los controladores de dominio de Active Directory ejecuten Windows

Server 2008 con las últimas actualizaciones aplicadas del sitio de Windows Update


Problemas conocidos

SharePoint Foundation 2010 puede rastrear aplicaciones web configuradas para usar la autenticación

Kerberos si dichas aplicaciones web se hospedan en servidores virtuales de IIS enlazados a los

puertos predeterminados, que son el puerto TCP 80 y el puerto SSL (Capa de sockets seguros) 443.

Sin embargo, la búsqueda de SharePoint Foundation 2010 no puede rastrear las aplicaciones web de

SharePoint Foundation 2010 configuradas para usar la autenticación Kerberos si dichas aplicaciones

web se hospedan en servidores virtuales de IIS enlazados a puertos no predeterminados (puertos

distintos de los puertos TCP 80 y SSL 443). Actualmente, la búsqueda de SharePoint Foundation 2010

solo puede rastrear aplicaciones web de SharePoint Foundation 2010 hospedadas en servidores

virtuales de IIS enlazados a puertos no predeterminados que están configurados para usar la

autenticación NTLM o la autenticación básica.

Para que los usuarios finales obtengan acceso mediante la autenticación Kerberos, si necesita

implementar aplicaciones web que solo se pueden hospedar en servidores virtuales de IIS enlazados a

puertos no predeterminados y si desea que los usuarios finales obtengan resultados en las consultas

de búsqueda:

Las mismas aplicaciones web deben hospedarse en otros servidores virtuales de IIS en puertos no

predeterminados.

Las aplicaciones web deben configurarse para usar la autenticación NTLM o básica.

La indización de búsqueda debe rastrear las aplicaciones web mediante la autenticación NTLM o

básica.

En este artículo se proporcionan instrucciones para:

Configurar la aplicación web de Administración central que usa la autenticación Kerberos y está

hospedada en un servidor virtual de IIS enlazado a puertos no predeterminados.




223

Configurar las aplicaciones del portal y de Mi sitio que usan la autenticación Kerberos, están

hospedadas en servidores virtuales de IIS enlazados a puertos predeterminados y tienen un

enlace de encabezado host de IIS.

Garantizar que la indización de búsqueda rastrea correctamente las aplicaciones web de

SharePoint Foundation 2010 que usen la autenticación Kerberos.

Garantizar que los usuarios que tengan acceso a aplicaciones web con autenticación Kerberos

obtengan resultados de las consultas de búsqueda en esas aplicaciones web.

Información adicional

Es importante comprender que, cuando se usa la autenticación Kerberos, la funcionalidad de la

autenticación en sí depende en parte del comportamiento del cliente que intenta autenticarse mediante

Kerberos. En una implementación de una granja de servidores de SharePoint Foundation 2010 en la

que se usa la autenticación Kerberos, SharePoint Foundation 2010 no es el cliente. Antes de

implementar una granja de servidores que ejecuta SharePoint Foundation 2010 mediante la

autenticación Kerberos, debe comprender el comportamiento de los siguientes clientes:

El explorador (en el contexto de este artículo, el explorador es siempre Internet Explorer)

Microsoft .NET Framework

El explorador es el cliente que se usa al examinar una página web en una aplicación web de

SharePoint Foundation 2010. Cuando SharePoint Foundation 2010 realiza tareas como rastrear los

orígenes de contenido locales de SharePoint Foundation 2010, .NET Framework actúa como cliente.

Para que la autenticación Kerberos funcione correctamente, se deben crear SPN en AD DS. Si los

servicios a los que corresponden estos SPN están a la escucha en puertos no predeterminados, los

SPN deben incluir los números de puerto. De este modo, se garantiza que los SPN sean significativos.

Además, esto es necesario para evitar la creación de SPN duplicados.

Cuando un cliente intenta obtener acceso a un recurso que usa la autenticación Kerberos, el cliente

debe crear un SPN para usarlo como parte del proceso de autenticación Kerberos. Si el cliente no crea

ningún SPN que coincida con el SPN configurado en AD DS, se producirá un error en la autenticación

Kerberos (normalmente, un error del tipo "Acceso denegado").

Hay versiones de Internet Explorer que no crean SPN con números de puerto. Si usa aplicaciones web

de SharePoint Foundation 2010 enlazadas a números de puertos no predeterminados en IIS, es

posible que deba indicar a Internet Explorer que incluya los números de puerto en los SPN creados. En

una granja de servidores que ejecute SharePoint Foundation 2010, la aplicación web de Administración

central se hospeda de forma predeterminada en un servidor virtual de IIS enlazado a un puerto no

predeterminado. Por lo tanto, en este artículo se describen los sitios web de IIS enlazados a puertos y

los sitios web de IIS enlazados a encabezados host.

De forma predeterminada, en una granja de servidores que ejecuta SharePoint Foundation 2010, .NET

Framework no crea de forma predeterminada SPN que contengan números de puerto. Por este motivo,

la búsqueda no puede rastrear aplicaciones web que usen la autenticación Kerberos si estas

aplicaciones web se hospedan en servidores virtuales de IIS enlazados a puertos no predeterminados.

224

Topología de granja de servidores

En este artículo se analiza la siguiente topología de granja de servidores de SharePoint Foundation

2010:

Dos equipos que ejecutan Windows Server 2008 y actúan como servidores front-end web, con

NLB de Windows configurado.

Tres equipos que ejecutan Windows Server 2008 y actúan como servidores de aplicaciones. Uno

de los servidores de aplicaciones hospeda la aplicación web de Administración central, otro ejecuta

la consulta de búsqueda y el tercero ejecuta la indización de búsqueda.

Un equipo que ejecuta Windows Server 2008 y se usa como el host de SQL para la granja de

servidores que ejecuta SharePoint Foundation 2010. Para el escenario descrito en este artículo, se

puede usar Microsoft SQL Server 2008.

Convenciones de Servicios de dominio de Active Directory, nomenclatura de equipos y NLB

En el escenario descrito en este artículo se usan las siguientes convenciones para Active Directory, la

nomenclatura de los equipos y NLB:

Rol del servidor Nombre de dominio

Servicios de dominio de Active Directory mydomain.net

Un servidor front-end web que ejecuta SharePoint

Foundation 2010

wssfe1.mydomain.net

Un servidor front-end web que ejecuta SharePoint

Foundation 2010

wssfe2.mydomain.net

Administración central de SharePoint Foundation

2010

wssadmin.mydomain.net

Indización de búsqueda que ejecuta SharePoint

Foundation 2010

wsscrawl.mydomain.net

Consulta de búsqueda que ejecuta SharePoint

Foundation 2010

wssquery.mydomain.net

Host de SQL Server que ejecuta SharePoint

Foundation 2010

wsssql.mydomain.net

Se asigna una dirección IP virtual (VIP) de NLB a wssfe1.mydomain.net y wssfe2.mydomain.net como

resultado de la configuración de NLB en estos sistemas. Un conjunto de nombres de host DNS que

apuntan a esta dirección se registra en el sistema DNS. Por ejemplo, si la dirección VIP de NLB es

225

192.168.100.200, tiene un conjunto de registros DNS que resuelven los siguientes nombres DNS en

esta dirección IP (192.168.100.200):

kerbportal.mydomain.net

kerbmysite.mydomain.net

Convenciones de las cuentas de dominio de Active Directory

En el ejemplo de este artículo se usan las convenciones de nomenclatura que aparecen en la tabla

siguiente para las cuentas de servicio y las identidades de grupo de aplicaciones en la granja de

servidores que ejecuta SharePoint Foundation 2010.

Cuenta de dominio o identidad de grupo de

aplicaciones

Nombre

Cuenta de administrador local

En todos los servidores que ejecutan

SharePoint Foundation 2010 (pero no en el

equipo host que ejecuta SQL Server)

Para la instalación de SharePoint Foundation

2010 y para la ejecución del Asistente para

configuración de Productos de SharePoint

como usuario

mydomain\pscexec

Cuenta de administrador local en el equipo host

de SQL Server

mydomain\sqladmin

Cuenta de servicio de SQL Server usada para

ejecutar el servicio de SQL Server

mydomain\wsssqlsvc

Cuenta de administrador de la granja de

servidores de SharePoint Foundation 2010

mydomain\wssfarmadmin

Se usa como la identidad del grupo de

aplicaciones para Administración central y como la

cuenta de servicio para el servicio de

temporizador de SharePoint.

Identidad del grupo de aplicaciones de SharePoint

Foundation 2010 para la aplicación web del sitio

de portal

mydomain\portalpool

Identidad del grupo de aplicaciones de SharePoint

Foundation 2010 para la aplicación web de Mi sitio

mydomain\mysitepool

Cuenta del servicio de búsqueda de SharePoint

Foundation 2010

mydomain\wsssearch

226

Cuenta de dominio o identidad de grupo de

aplicaciones

Nombre

Cuenta de acceso al contenido de búsqueda de

SharePoint Foundation 2010

mydomain\wsscrawl

Cuenta del servicio de búsqueda de SharePoint

Foundation 2010

mydomain\wsssearch

Cuenta de acceso al contenido de SharePoint

Foundation 2010

mydomain\wsscrawl

Requisitos de configuración preliminares

Antes de instalar SharePoint Foundation 2010 en los equipos de la granja de servidores, asegúrese de

haber realizado los procedimientos siguientes:

Todos los servidores usados en la granja de servidores, incluido el host de SQL, tienen instalado

Windows Server 2008, incluidas las últimas actualizaciones aplicadas del sitio de Windows Update


Todos los servidores de la granja de servidores tienen instalado Internet Explorer (y sus últimas

actualizaciones) del sitio de Windows Update


SQL Server 2008 está instalado y en ejecución en el equipo host de SQL, y el servicio de SQL

Server se ejecuta como la cuenta mydomain\sqlsvc. Hay una versión predeterminada de SQL

Server instalada y a la escucha en el puerto TCP 1433.

Se ha agregado el usuario de ejecución de Asistente para configuración de Productos de

SharePoint:

Como un inicio de sesión de SQL en el host de SQL.

Para el rol DBCreators de SQL Server en el host de SQL.

Para el rol Administrador de seguridad de SQL Server en el host de SQL.

Configuración de la autenticación Kerberos para las comunicaciones de SQL Configure la autenticación Kerberos para las comunicaciones de SQL antes de instalar y configurar

SharePoint Foundation 2010 en los servidores que ejecutan SharePoint Foundation 2010. Esto es

necesario porque la autenticación Kerberos para las comunicaciones de SQL se debe configurar y su

funcionamiento debe comprobarse para que los equipos que ejecutan SharePoint Foundation 2010

puedan conectarse a SQL Server.



227

El proceso de configuración de la autenticación Kerberos para cualquier servicio instalado en un

equipo host que ejecuta Windows Server 2008 incluye la creación de un SPN para la cuenta de

dominio que se usa para ejecutar el servicio en el host. Los SPN constan de las siguientes partes:

Un nombre de servicio (por ejemplo, MSSQLSvc o HTTP)

Un nombre de host (ya sea real o virtual)

Un número de puerto

La lista siguiente contiene ejemplos de SPN para una sesión predeterminada de SQL Server en

ejecución en un equipo llamado wsssql y que escucha en el puerto 1433:

MSSQLSvc/wsssql:1433

MSSQLSvc/wsssql.mydomain.com:1433

Estos son los SPN que va a crear para la sesión de SQL Server en el host de SQL que usará la granja

de servidores descrita en este artículo. Siempre se deben crear SPN que tengan tanto un nombre

NetBIOS como un nombre DNS completo para un host de la red.

Existen diferentes métodos que se pueden usar para establecer un SPN para una cuenta de un

dominio de Active Directory. Un método consiste en usar la utilidad SETSPN.exe, que forma parte de

las herramientas del kit de recursos para Windows Server 2008. Otro método es usar el complemento

ADSIEDIT.MSC en el controlador de dominio de Active Directory. En este artículo se explica el uso del

complemento ADSIEDIT.MSC.

Hay dos pasos básicos para configurar la autenticación Kerberos para SQL Server:

Crear los SPN para la cuenta de servicio de SQL Server.

Confirmar que se usa la autenticación Kerberos para conectar los servidores que ejecutan

SharePoint Foundation 2010 con los servidores que ejecutan SQL Server.

Creación de los SPN para la cuenta de servicio de SQL Server

1. Inicie sesión en el controlador de dominio de Active Directory con las credenciales de un usuario

que tenga permisos administrativos de dominio.

2. En el cuadro de diálogo Ejecutar, escriba ADSIEDIT.MSC.

3. En el cuadro de diálogo de la consola de administración, expanda la carpeta del contenedor de

dominio.

4. Expanda la carpeta contenedora en la que se encuentran las cuentas de usuario (por ejemplo,

CN=Users).

5. Busque el contenedor de la cuenta de servicio de SQL Server, por ejemplo, CN=wsssqlsvc.

6. Haga clic con el botón secundario en esta cuenta y, a continuación, haga clic en Propiedades.

7. Desplácese hacia abajo por la lista de propiedades del cuadro de diálogo Cuenta de servicio de

SQL Server hasta encontrar servicePrincipalName.

8. Seleccione la propiedad servicePrincipalName y haga clic en Editar.

228

9. En el campo Valor para agregar, en el cuadro de diálogo Editor de cadena multivalor, escriba el

SPN MSSQLSvc/wsssql:1433 y haga clic en Agregar. A continuación, escriba el SPN

MSSQLSvc/wsssql.mydomain.com:1433 en este campo y haga clic en Agregar.

10. Haga clic en Aceptar en el cuadro de diálogo Editor de cadena multivalor y, a continuación,

haga clic en Aceptar en el cuadro de diálogo de propiedades de la cuenta de servicio de SQL

Server.

Confirmación del uso de la autenticación Kerberos para conectar los servidores que ejecutan SharePoint Foundation 2010 para SQL Server

Instale las herramientas de cliente de SQL en uno de los servidores que ejecutan SharePoint

Foundation 2010 y use las herramientas para conectarse desde el servidor que ejecuta SharePoint

Foundation 2010 a los servidores que ejecutan SQL Server. En este artículo no se describen los pasos

necesarios para instalar las herramientas de cliente de SQL en uno de los servidores que ejecutan

SharePoint Foundation 2010. Los procedimientos de confirmación se basan en los siguientes

supuestos:

Está usando SQL Server 2008 en el host de SQL.

Ha iniciado sesión en uno de los servidores que ejecutan SharePoint Foundation 2010, está

usando la cuenta mydomain\pscexec y ha instalado las herramientas de cliente de SQL 2005 en el

servidor que ejecuta SharePoint Foundation 2010.

1. Ejecute SQL Server 2005 Management Studio.

2. Cuando aparezca el cuadro de diálogo Conectar con el servidor, escriba el nombre del equipo

host de SQL (en este ejemplo, el equipo host de SQL es wsssql) y haga clic en Conectar para

conectar con el equipo host de SQL.

3. Para confirmar que se usó la autenticación Kerberos para esta conexión, ejecute el Visor de

eventos en el equipo host de SQL y examine el registro de eventos de seguridad. Debería ver un

registro de auditoría de aciertos para un evento de categoría Inicio de sesión/cierre de sesión

similar a los datos mostrados en las tablas siguientes:

Tipo de evento Auditoría de aciertos

Origen del evento Seguridad

Categoría del evento Inicio/cierre de sesión

Identificador de evento 540

Fecha 31/10/2007

Hora 4:12:24 p. m.

Usuario MYDOMAIN\pscexec

229

Equipo WSSQL

Descripción

En la siguiente tabla se muestra un ejemplo de un inicio de sesión correcto.

Nombre de usuario pscexec

Dominio MYDOMAIN

Identificador de inicio de sesión (0x0,0x6F1AC9)

Tipo de inicio de sesión 3

Proceso de inicio de sesión Kerberos

Nombre de la estación de trabajo

GUID de inicio de sesión {36d6fbe0-2cb8-916c-4fee-4b02b0d3f0fb}

Nombre de usuario del llamador

Dominio del llamador

Identificador de inicio de sesión del llamador

Identificador de proceso del llamador

Servicios transitados

Dirección de red de origen 192.168.100.100

Puerto de origen 2465

Examine la entrada del registro para confirmar que:

1. El nombre de usuario es correcto. La cuenta mydomain\pscexec inició una sesión a través de la

red en el host de SQL.

2. El tipo de inicio de sesión es 3. Un inicio de sesión de tipo 3 es un inicio de sesión de red.

3. Tanto el proceso de inicio de sesión como el paquete de autenticación usan la autenticación

Kerberos. Esto confirma que el servidor que ejecuta SharePoint Foundation 2010 usa la

autenticación Kerberos para comunicarse con el host de SQL.

4. La dirección de red de origen coincide con la dirección IP del equipo desde el que se realizó la

conexión.

Si se produce un error en la conexión con el host de SQL y aparece un mensaje de error similar a No

se puede generar el contexto SSPI, es probable que haya un problema con el SPN que se está

usando para la sesión de SQL Server. Para solucionar y corregir este problema, vea el artículo sobre

230

cómo solucionar el mensaje de error "No se puede generar el contexto SSPI"

(http://go.microsoft.com/fwlink/?linkid=76621&clcid=0xC0A) de Microsoft Knowledge Base.

Creación de nombres principales de servicio para las aplicaciones web con la autenticación Kerberos Por lo que respecta a la autenticación Kerberos, no hay ninguna consideración especial para las

aplicaciones web de SharePoint Foundation 2010 basadas en IIS. La autenticación Kerberos las trata

como cualquier otro sitio web de IIS.

Este proceso requiere conocimientos de los siguientes elementos:

La clase de servicio del SPN (en el contexto de este artículo, para las aplicaciones web de

SharePoint Foundation 2010, siempre es HTTP).

La dirección URL de todas las aplicaciones web de SharePoint Foundation 2010 que usen la

autenticación Kerberos.

La parte correspondiente al nombre de host del SPN (ya sea real o virtual; en este artículo se

contemplan ambos casos).

La parte correspondiente al número de puerto del SPN (en el escenario descrito en este artículo,

se usan aplicaciones web de SharePoint Foundation 2010 de IIS basadas tanto en puertos como

en encabezados host).

Las cuentas de Windows Active Directory para las que se deben crear los SPN.

En la siguiente tabla se incluye información acerca del escenario descrito en este artículo:

Dirección URL Cuenta de 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

Notas sobre esta tabla:


231

La primera dirección URL que aparece en la tabla corresponde a Administración central y usa un

número de puerto. No es necesario usar el puerto 10000, que en este artículo se usa a modo de

ejemplo.

Las dos direcciones URL siguientes son para el sitio de portal y para Mi sitio respectivamente.

Siga las instrucciones anteriores para crear los SPN necesarios en AD DS para admitir la autenticación

Kerberos en las aplicaciones web de SharePoint Foundation 2010. Debe iniciar sesión en un

controlador de dominio del entorno con una cuenta que tenga permisos administrativos en el dominio.

Para crear los SPN, puede usar la herramienta SETSPN.exe o el complemento ADSIEDIT.MSC

mencionados anteriormente. Si usa el complemento ADSIEDIT.MSC, lea las instrucciones

proporcionadas en este artículo para crear los SPN. Asegúrese de crear los SPN adecuados para las

cuentas de AD DS correspondientes.

Implementación de la granja de servidores La implementación de la granja de servidores incluye los pasos siguientes:

1. Configure SharePoint Foundation 2010 en todos los servidores que ejecuten SharePoint

Foundation 2010.

2. Ejecute el Asistente para configuración de Productos de SharePoint y cree una granja de

servidores. Este paso incluye la creación de una aplicación web de Administración central de

SharePoint Foundation 2010 que se hospedará en un servidor virtual de IIS enlazado a un puerto

no predeterminado y usará la autenticación Kerberos.

3. Ejecute el Asistente para configuración de Productos de SharePoint y únase a los demás

servidores de la granja.

4. Configure los siguientes servicios en los servidores de la granja:

Servicio de búsqueda de SharePoint Foundation 2010

Indización de búsqueda de SharePoint Foundation 2010

Consulta de búsqueda de SharePoint Foundation 2010

5. Cree las aplicaciones web que se van a usar para el sitio de portal y para Mi sitio con la

autenticación Kerberos.

6. Cree una colección de sitios mediante la plantilla de portal de colaboración en la aplicación web del

sitio de portal.

7. Confirme el acceso correcto a las aplicaciones web con la autenticación Kerberos.

8. Confirme la funcionalidad correcta de la indización de búsqueda.

9. Confirme la funcionalidad correcta de las consultas de búsqueda.

Instalación de SharePoint Foundation 2010 en todos los servidores

Se trata de un sencillo proceso que consiste en ejecutar el programa de instalación de SharePoint

Foundation 2010 para instalar los archivos binarios de SharePoint Foundation 2010 en los servidores

que ejecuten SharePoint Foundation 2010. Inicie sesión en cada uno de los equipos que ejecuten

232

SharePoint Foundation 2010 con la cuenta mydomain\pscexec. No se proporcionan instrucciones

detalladas de este proceso. Para el escenario descrito en este artículo, realice una instalación

Completa de SharePoint Foundation 2010 en todos los servidores que requieran SharePoint

Foundation 2010.

Creación de una granja de servidores nueva

Para el escenario descrito en este artículo, ejecute en primer lugar el Asistente para configuración de

Productos de SharePoint desde el servidor de indización de búsqueda WSSADMIN de modo que

WSSADMIN hospede la aplicación web de Administración central de SharePoint Foundation 2010.

En el servidor denominado WSSCRAWL, cuando se complete el programa de instalación, aparecerá

un cuadro de diálogo Instalación completada con una casilla de verificación activada para ejecutar el

Asistente para configuración de Productos de SharePoint. Deje activada esta casilla de verificación y

cierre el cuadro de diálogo de instalación para ejecutar el Asistente para configuración de Productos de

SharePoint.

Cuando ejecute el Asistente para configuración de Productos de SharePoint en este equipo, cree una

granja de servidores con la siguiente configuración:

Proporcione el nombre del servidor de bases de datos (en este artículo, es el servidor denominado

WSSSQL).

Proporcione un nombre para la base de datos de configuración (puede usar el valor

predeterminado o especificar el nombre que desee).

Proporcione la información de la cuenta de acceso (administrador de la granja de servidores) a la

base de datos. En el escenario de este artículo, esa cuenta es mydomain\wssfarmadmin.

Proporcione la información necesaria para la aplicación web de Administración central de

SharePoint Foundation 2010. En el escenario de este artículo, esa información es:

Número de puerto de la aplicación web de Administración central: 10000

Método de autenticación: Negociar

Cuando haya proporcionado toda la información necesaria, el Asistente para configuración de

Productos de SharePoint finalizará correctamente. Si es así, compruebe si tiene acceso a la página

principal de la aplicación web de Administración central de SharePoint Foundation 2010 mediante la

autenticación Kerberos. Para hacerlo, siga estos pasos:

1. Inicie sesión en un servidor diferente que ejecute SharePoint Foundation 2010 o en otro equipo del

dominio mydomain, como mydomain\pscexec. No debe comprobar el correcto comportamiento de

la autenticación Kerberos directamente en el equipo que hospeda la aplicación web de

Administración central de SharePoint Foundation 2010, pues tal comprobación se realiza desde un

equipo independiente del dominio.

2. Inicie Internet Explorer en este servidor e intente ir a la siguiente dirección URL:

http://wssadmin.mydomain.net:10000. Se debería mostrar la página principal de Administración

central.

233

3. Para confirmar que se ha usado la autenticación Kerberos para tener acceso a Administración

central, vuelva al equipo denominado WSSADMIN, ejecute el Visor de eventos y vea el registro de

seguridad. Debería ver un registro de auditoría de aciertos con una apariencia similar a la tabla

siguiente:





Fecha 01/112007

Hora 2:22:20 p. m.


Equipo WSSADMIN

Descripción



Dominio MYDOMAIN

Identificador de inicio de sesión (0x0,0x1D339D3)


Proceso de inicio de sesión Kerberos

Paquete de autenticación Kerberos


GUID de inicio de sesión {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}






234



Al examinar este registro, se encuentra el mismo tipo de información que en la entrada de registro

anterior:

Confirme que el nombre de usuario es correcto. Se trata de la cuenta mydomain\pscexec que inició

sesión a través de la red en el servidor que ejecuta SharePoint Foundation 2010 y hospeda


Confirme que el tipo de inicio de sesión es 3. Un tipo de inicio de sesión 3 es un inicio de sesión de

red.

Confirme que tanto el proceso de inicio de sesión como el paquete de autenticación usan la

autenticación Kerberos. De esta forma se confirma que la autenticación Kerberos se usa para

tener acceso a la aplicación web de Administración central.

Confirme que la dirección de red de origen coincide con la dirección IP del equipo desde el que se

realizó la conexión.

Si la página principal de Administración central no aparece y en su lugar se muestra un mensaje de

error no autorizado, la autenticación Kerberos no se está realizando correctamente. Normalmente,

este error se produce solo por dos causas:

El SPN de AD DS no se registró para la cuenta correcta. Se debería haber registrado para

mydomain\wssfarmadmin.

El SPN de AD DS no coincide con el SPN que crea Internet Explorer o no es válido. Es posible que

haya omitido el número de puerto en el SPN que registró en AD DS. Asegúrese de corregirlo y de

que Administración central funcione mediante la autenticación Kerberos antes de continuar.

Una ayuda de diagnóstico que se puede usar para ver lo que ocurre en la red es un analizador

de redes, como el Monitor de red de Microsoft, para realizar un seguimiento durante la

navegación a Administración central. Tras el error, examine el seguimiento y busque los

paquetes de protocolo KerberosV5. Debe encontrar un paquete con un SPN creado por

Internet Explorer. Si el SPN del seguimiento es correcto, el SPN de AS DS no es válido o se ha

registrado para la cuenta errónea.

Unión del resto de los servidores a la granja

Ahora que ha creado la granja de servidores y puede tener acceso a Administración central mediante

la autenticación Kerberos sin problemas, debe ejecutar el Asistente para configuración de Productos

de SharePoint y unir el resto de los servidores a la granja de servidores.

En cada uno de los otros cuatro servidores que ejecutan SharePoint Foundation 2010 (wssfe1, wssfe2,

wssquery y wsscrawl), la instalación de SharePoint Foundation 2010 debe haber finalizado y debe

aparecer el cuadro de diálogo de instalación completada con la casilla de verificación del Asistente

Nota:

235

para configuración de Productos de SharePoint activada. Deje activada esta casilla de verificación y

cierre el cuadro de diálogo de instalación completada para ejecutar el Asistente para configuración de

Productos de SharePoint. Realice el procedimiento para unir cada uno de estos servidores a la granja

de servidores.

Al finalizar el Asistente para configuración de Productos de SharePoint en cada servidor que agregue a

la granja de servidores, compruebe que cada uno de estos servidores puede representar

Administración central, que se ejecuta en el servidor WSSADMIN. Si alguno de estos servidores no

puede representar Administración central, siga los pasos correspondientes para solucionar el problema

antes de continuar.

Configuración de servicios en servidores de la granja de servidores Configure servicios específicos de SharePoint Foundation 2010 para que se ejecuten en servidores

específicos que ejecutan SharePoint Foundation 2010 en la granja de servidores con las cuentas que

se indican en las secciones siguientes.

En esta sección no se proporciona una descripción detallada de la interfaz de usuario.

Únicamente se proporcionan instrucciones generales. Debe estar familiarizado con

Administración central y saber cómo realizar los pasos necesarios antes de continuar.

Vaya a Administración central y realice los pasos siguientes para configurar los servicios en los

servidores especificados con las cuentas que se indican.

Búsqueda de Windows SharePoint Services

En la página Servicios del servidor de Administración central:

1. Seleccione el servidor WSSQUERY.

2. En la lista de servicios que aparece hacia la mitad de la página, busque el servicio de búsqueda de

SharePoint Foundation 2010 y, a continuación, haga clic en Iniciar en la columna Acción.

3. En la siguiente página, proporcione las credenciales para la cuenta del servicio de búsqueda de

SharePoint Foundation 2010 y para la cuenta de acceso al contenido de SharePoint Foundation

2010. En el escenario de este artículo, la cuenta del servicio de búsqueda de SharePoint

Foundation 2010 es mydomain\wsssearch y la cuenta de acceso al contenido de SharePoint

Foundation 2010 es mydomain\wsscrawl. Escriba los nombres y las contraseñas de las cuentas en

las ubicaciones correspondientes de la página y, a continuación, haga clic en Iniciar.

Servidor de índice


1. Seleccione el servidor WSSCRAWL.

Nota:

236


SharePoint Foundation 2010 y, a continuación, haga clic en Iniciar en la columna Acción.

En la siguiente página, active la casilla de verificación Usar este servidor para indizar contenido y

proporcione las credenciales para la cuenta del servicio de búsqueda de SharePoint Foundation 2010.

En el escenario de este artículo, la cuenta del servicio de búsqueda de SharePoint Foundation 2010 es

mydomain\wsssearch. Escriba los nombres y contraseñas de las cuentas en las ubicaciones

correspondientes de la página y, a continuación, haga clic en Iniciar.

Servidor de consultas


1. Seleccione el servidor WSSQUERY.


SharePoint Foundation 2010 y, a continuación, haga clic en el nombre de servicio en la columna

Servicio.

En la página siguiente, active la casilla de verificación Usar este servidor para atender consultas de

búsqueda y haga clic en Aceptar.

Creación de aplicaciones web con autenticación Kerberos En esta sección, cree las aplicaciones web que se usan para el sitio de portal y Mi sitio en la granja de

servidores.




Creación de la aplicación web del sitio de portal

1. En la página Administración de aplicaciones de Administración central, haga clic en Crear o

extender una aplicación web.

2. En la página siguiente, haga clic en Crear una nueva aplicación web.

3. En la página siguiente, asegúrese de que la casilla de verificación Crear un nuevo sitio web de

IIS está activada.

En el campo Descripción, escriba PortalSite.

En el campo Puerto, escriba 80.

En el campo Encabezado de host, escriba kerbportal.mydomain.net.

4. Asegúrese de que Negociar está seleccionado como proveedor de autenticación de esta

aplicación web.

Nota:

237

5. Cree esta aplicación web en la zona predeterminada. No modifique la zona para esta aplicación

web.

6. Asegúrese de que la casilla de verificación Crear nuevo grupo de aplicaciones está activada.

En el campo Nombre del grupo de aplicaciones, escriba PortalAppPool.

Asegúrese de que la casilla de verificación Configurable está activada. En el campo Nombre

de usuario, escriba la cuenta mydomain\portalpool.



Si desea usar una conexión SSL y enlazar la aplicación web al puerto 443, escriba 443 en el

campo Puerto y seleccione Usar SSL en la página Crear una nueva aplicación web. Además,

debe instalar un certificado SSL comodín. Cuando use un enlace a un encabezado host de IIS

en un sitio web de IIS configurado para SSL, debe usar un certificado SSL comodín. Para

obtener más información acerca de los encabezados host de SSL en IIS, vea el artículo sobre

la configuración de encabezados host de SSL (IIS 6.0)


Creación de la aplicación web de Mi sitio

1. En la página Administración de aplicaciones de Administración central, haga clic en Crear o

extender una aplicación web.

2. En la página siguiente, haga clic en Crear una nueva aplicación web.

3. En la página siguiente, asegúrese de que la casilla de verificación Crear un nuevo sitio web de

IIS está activada.

En el campo Descripción, escriba MySite.

En el campo Puerto, escriba 80.

En el campo Encabezado de host, escriba kerbmysite.mydomain.net.

4. Asegúrese de que Negociar está seleccionado como proveedor de autenticación de esta

aplicación web.

5. Cree esta aplicación web en la zona predeterminada. No modifique la zona para esta aplicación

web.

6. Asegúrese de que la casilla de verificación Crear nuevo grupo de aplicaciones está activada.

En el campo Nombre del grupo de aplicaciones, escriba MySiteAppPool.

Asegúrese de que la casilla de verificación Configurable está activada. En el campo Nombre

de usuario, escriba la cuenta mydomain\mysitepool.



Nota:


238

Si desea usar una conexión SSL y enlazar la aplicación web al puerto 443, escriba 443 en el

campo Puerto y seleccione Usar SSL en la página Crear una nueva aplicación web. Además,

debe instalar un certificado SSL comodín. Cuando use un enlace a un encabezado host de IIS

en un sitio web de IIS configurado para SSL, debe usar un certificado SSL comodín. Para

obtener más información acerca de los encabezados host de SSL en IIS, vea el artículo sobre

la configuración de encabezados host de SSL (IIS 6.0)


Creación de una colección de sitios mediante la plantilla del portal de colaboración en la aplicación web del sitio de portal En esta sección, creará una colección de sitios en el sitio de portal en la aplicación web que creó con

este fin.




1. En la página Administración de aplicaciones de Administración central, haga clic en Crear

colección de sitios.

2. En la página siguiente, asegúrese de seleccionar la aplicación web correcta. Para continuar con el

ejemplo de este artículo, seleccione http://kerbportal.mydomain.net.

3. Escriba el título y la descripción que desee usar para esta colección de sitios.

4. No modifique la dirección del sitio web.

5. En la sección Selección de plantilla, en Seleccione una plantilla, haga clic en la pestaña

Publicación y seleccione la plantilla Portal de colaboración.

6. En la sección Administrador de la colección de sitios primaria, escriba mydomain\pscexec.

7. Especifique el administrador de la colección de sitios secundaria que desee usar.


9. Confirme que la colección de sitios de portal se ha creado correctamente.

Confirmación del acceso correcto a las aplicaciones web con autenticación Kerberos Confirme que la autenticación Kerberos funciona con las aplicaciones web que acaba de crear.

Comience con el sitio del portal.

Nota:

Nota:


239

Para hacerlo, siga estos pasos:

1. Inicie sesión en un servidor que ejecute SharePoint Foundation 2010 en vez de en uno de los dos

servidores front-end web configurados para NLB como mydomain\pscexec. No debe comprobar el

correcto comportamiento de la autenticación Kerberos directamente en uno de los equipos que

hospedan los sitios web de carga equilibrada que usan la autenticación Kerberos, ya que tal

comprobación debe realizarse desde un equipo independiente en el dominio.

2. Inicie Internet Explorer en ese sistema e intente ir a la siguiente dirección URL:

http://kerbportal.mydomain.net.

Se debería mostrar la página principal del sitio de portal autenticado con Kerberos.

Para confirmar que la autenticación Kerberos se ha usado para tener acceso al sitio del portal, vaya a

uno de los servidores front-end web de carga equilibrada, ejecute el Visor de eventos y busque en el

registro de seguridad. Debe ver un registro de auditoría de aciertos similar a la tabla siguiente en uno

de los servidores front-end web. Tenga en cuenta que quizá deba buscar en ambos servidores front-

end web antes de encontrar esta información en función del sistema que haya procesado la solicitud

de carga equilibrada.





Fecha 01/112007

Hora 5:08:20 p. m.


Equipo wssfe1

Descripción



Dominio MYDOMAIN

Identificador de inicio de sesión (0x0,0x1D339D3)


Proceso de inicio de sesión Autenticación Kerberos

240


GUID de inicio de sesión {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}








Al examinar este registro, se encuentra el mismo tipo de información que en la entrada de registro

anterior:

Confirme que el nombre de usuario es correcto. Se trata de la cuenta mydomain\pscexec que inició

sesión a través de la red en el servidor front-end web que ejecuta SharePoint Foundation 2010 y

hospeda el sitio de portal.

Confirme que el tipo de inicio de sesión es 3. Un tipo de inicio de sesión 3 es un inicio de sesión de

red.

Confirme que tanto el proceso de inicio de sesión como el paquete de autenticación usan la

autenticación Kerberos. De esta forma se confirma que la autenticación Kerberos se usa para

tener acceso al sitio del portal.

Confirme que la dirección de red de origen coincide con la dirección IP del equipo desde el que se

realizó la conexión.

Si la página principal del sitio del portal no aparece y en su lugar se muestra un mensaje de error "no

autorizado", la autenticación Kerberos no se está realizando correctamente. Normalmente, este error

se produce solo por dos causas:

El SPN de AD DS no se registró para la cuenta correcta. Debería haberse registrado para

mydomain\portalpool para la aplicación web del sitio del portal.

El SPN de AD DS no coincide con el SPN que crea Internet Explorer o no es válido por otro

motivo. En este caso, dado que está usando encabezados host de IIS sin números de puerto

explícitos, el SPN registrado en AD DS difiere del encabezado host de IIS especificado al extender

la aplicación web. Debe corregirlo para que la autenticación Kerberos funcione.

Una ayuda de diagnóstico que se puede usar para ver lo que ocurre en la red es un analizador

de redes, como el Monitor de red de Microsoft, para realizar un seguimiento durante la

navegación a Administración central. Tras el error, examine el seguimiento y busque los

Nota:

241

paquetes de protocolo KerberosV5. Debe encontrar un paquete con un SPN creado por

Internet Explorer. Si el SPN del seguimiento es correcto, el SPN de AS DS no es válido o se ha

registrado para la cuenta errónea.

Una vez que la autenticación Kerberos funcione correctamente para el sitio de portal, use la siguiente

dirección URL para ir a Mi sitio con la autenticación Kerberos:

http://kerbmysite.mydomain.net

La primera vez que tenga acceso a la dirección URL de Mi sitio, SharePoint Foundation 2010

tardará algún tiempo en crear un sitio Mi sitio para el usuario conectado. No obstante, debería

realizarse correctamente y la página Mi sitio de ese usuario debería representarse

correctamente.

En ambos casos, todo debe funcionar correctamente. De lo contrario, vea los pasos anteriores para

solucionar los problemas.

Confirmación de la funcionalidad de indización de búsqueda correcta Confirme que la indización de búsqueda rastrea correctamente el contenido hospedado en esta granja

de servidores. Este paso se debe realizar antes de confirmar los resultados de las consultas de

búsqueda de los usuarios que tienen acceso a los sitios con autenticación Kerberos.




Para confirmar la funcionalidad de indización de búsqueda, obtenga acceso a una aplicación

web e inicie un rastreo completo. Espere a que se complete el rastreo. Si se produce un error

en el rastreo, debe investigar y corregir los errores y, a continuación, ejecutar un rastreo

completo. Si se produce un error de "acceso denegado" en el rastreo, se debe a que la cuenta

de rastreo no tiene acceso a los orígenes de contenido o a que se ha producido un error en la

autenticación Kerberos. Con independencia de la causa, este error se debe corregir antes de

continuar con los pasos siguientes.

Debe completar un rastreo completo de las aplicaciones web autenticadas con Kerberos antes de

continuar.

Confirmación de la funcionalidad de consultas de búsqueda correcta Para confirmar que la consulta de búsqueda devuelve resultados a los usuarios que tienen acceso al

sitio de portal con autenticación Kerberos:

Nota:

Nota

242

1. Inicie Internet Explorer en un sistema de mydomain.net y vaya a http://kerbportal.mydomain.net.

2. Cuando se represente la página principal del sitio de portal, escriba una palabra clave de

búsqueda en el campo Buscar y presione ENTRAR.

3. Confirme que se devuelven resultados de la consulta de búsqueda. De lo contrario, confirme que la

palabra clave que ha escrito es válida en la implementación, que la indización de búsqueda se

ejecuta correctamente, que el servicio de búsqueda se ejecuta en los servidores de índice y

consulta de búsqueda, y que no hay problemas con la propagación de la búsqueda del servidor de

índice de búsqueda al servidor de consultas de búsqueda.

Limitaciones de la configuración La parte correspondiente al nombre de host de los SPN con nuevo formato que se crean será el

nombre NetBIOS del host que ejecuta el servicio, por ejemplo, MSSP/kerbtest4:56738/SSP1. Esto se

debe a que los nombres de host se capturan de la base de datos de configuración de SharePoint

Foundation 2010 y solo los nombres de equipos NetBIOS se almacenan en las bases de datos de

configuración de SharePoint Foundation 2010. Esto puede resultar ambiguo en ciertos casos.

Recursos adicionales y orientación para la solución de problemas

Producto/Tecnología Recurso

SQL Server Cómo asegurarse de que se está usando la autenticación

Kerberos al crear una conexión remota a una sesión de

SQL Server 2005


SQL Server Cómo solucionar el mensaje de error "No se puede generar

el contexto SSPI"


.NET Framework Propiedad

AuthenticationManager.CustomTargetNameDictionary


Internet Explorer Mensaje de error en Internet Explorer al intentar obtener

acceso a un sitio web que requiere la autenticación

Kerberos en un equipo basado en Windows XP: "HTTP

Error 401 - No autorizado: acceso denegado debido a

credenciales no válidas"














243

Producto/Tecnología Recurso

Autenticación Kerberos Referencia técnica de la autenticación Kerberos


Autenticación Kerberos Solución de errores de Kerberos


Autenticación Kerberos Transición al protocolo Kerberos y delegación restringida


IIS Configuración de encabezados host de SSL (IIS 6.0)






244

Configuración del cambio de contraseña automático (SharePoint Foundation 2010)

El cambio de contraseña automático permite a Microsoft SharePoint Foundation 2010 generar

automáticamente contraseñas largas y de criptografía segura en una programación que el usuario

puede determinar.

En este artículo:

Configuración de cuentas administradas

Configuración del cambio de contraseña automático

Solución de problemas del cambio de contraseña automático

Configuración de cuentas administradas Debe registrar las cuentas administradas en el conjunto o granja de servidores para que varios

servicios estén disponibles en las cuentas. Puede registrar una cuenta administrada mediante la

página Registrar cuenta administrada de Administración central. En esta página no se proporcionan

opciones para crear una cuenta en Servicios de dominio de Active Directory ni en el equipo local. Las

opciones pueden usarse para registrar una cuenta existente en la granja de servidores de SharePoint

Foundation 2010. Realice los pasos del siguiente procedimiento para configurar las cuentas

administradas mediante Administración central.



2. En el sitio web de Administración central, seleccione Seguridad.

3. En Seguridad general, haga clic en Configurar cuentas administradas.

4. En la página Cuentas administradas, haga clic en Registrar cuenta administrada.

5. En la sección Registro de cuentas de la página Registrar cuenta administrada, escriba las

credenciales de la cuenta de servicio.

6. En la sección Cambio de contraseña automático, active la casilla de verificación Habilitar el

cambio de contraseña automático para permitir a SharePoint Foundation 2010 administrar la

contraseña de la cuenta seleccionada. A continuación, escriba un valor numérico que indique

cuántos días antes de la caducidad o expiración de la contraseña se iniciará el proceso de

cambio de contraseña automático.

7. En la sección Cambio de contraseña automático, active la casilla de verificación Iniciar

notificaciones por correo electrónico y, a continuación, escriba un valor numérico que

indique cuántos días antes del inicio del proceso de cambio de contraseña automático se

Para configurar las cuentas administradas mediante Administración central

245

enviará una notificación por correo electrónico. Podrá configurar una programación de

notificación por correo electrónico semanal o mensual.


Configuración del cambio de contraseña automático Use la página Configuración de administración de contraseñas de Administración central para

establecer la configuración en el nivel de la granja de servidores para los cambios de contraseña

automáticos. Los administradores de la granja de servidores pueden configurar la dirección de correo

electrónico para notificaciones que se va a usar para enviar todos los correos electrónicos de

notificación de cambio de contraseña y las opciones de programación y supervisión. Realice los pasos

del siguiente procedimiento para usar Administración central para configurar el cambio de contraseña

automático.



2. En el sitio web de Administración central, haga clic en Seguridad.

3. En Seguridad general, haga clic en Configurar los parámetros de cambio de contraseñas.

4. En la sección Dirección de correo electrónico para notificaciones de la página

Configuración de administración de contraseñas, escriba la dirección de correo electrónico de

un individuo o grupo al que se notificará sobre cualquier cambio de contraseña o evento de

expiración inminentes.

5. Si el cambio de contraseña automático no está configurado para una cuenta administrada,

escriba un valor numérico en la sección Configuración del proceso de supervisión de

cuentas que indique cuántos días antes de la expiración de la contraseña se enviará una

notificación a la dirección de correo electrónico configurada en la sección Dirección de correo

electrónico para notificaciones.

6. En la sección Configuración de cambio de contraseña automático, escriba un valor

numérico que indique cuántos segundos esperará el cambio de contraseña automático

(después de notificar a los servicios sobre un cambio de contraseña pendiente) antes de iniciar

el cambio. Escriba un valor numérico que indique cuántas veces se intentará un cambio de

contraseña antes de que se detenga el proceso.


Para configurar el cambio de contraseña automático mediante Administración central

246

Solución de problemas del cambio de contraseña automático Use las siguientes instrucciones para evitar los problemas más comunes que pueden surgir al

configurar el cambio de contraseña automático.

Las contraseñas no coinciden

Si se produce un error en el proceso de cambio de contraseña automático porque las contraseñas no

coinciden entre los Servicios de dominio de Active Directory (AD DS) y SharePoint Foundation 2010, el

proceso de cambio de contraseña puede causar una denegación de acceso al iniciar sesión, un

bloqueo de cuenta o errores de lectura de AD DS. Si se produce alguno de estos errores, asegúrese

de que las contraseñas de AD DS estén configuradas correctamente y que la cuenta de AD DS tenga

acceso de lectura para la instalación. Use Windows PowerShell para solucionar los problemas de error

de coincidencia de las contraseñas que puedan ocurrir y, a continuación, reanude el proceso de

cambio de contraseña.


2. En el menú Inicio, haga clic en Todos los programas. Haga clic en Productos de Microsoft

SharePoint 2010.


4. En el símbolo del sistema de Windows PowerShell, escriba lo siguiente y, a continuación,

presione ENTRAR:

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -ExistingPassword

<SecureString> -UseExistingPassword $true

Para obtener más información, vea Set-SPManagedAccount.

Error de aprovisionamiento de una cuenta de servicio

Si se produce un error en el aprovisionamiento o reaprovisionamiento de una cuenta de servicio en uno

o varios servidores de la granja de servidores, compruebe el estado del servicio de temporizador. Si el

servicio de temporizador se detuvo, reinícielo. Considere la posibilidad de usar el siguiente comando

de Stsadm para iniciar inmediatamente los trabajos de administración del servicio de temporizador:

stsadm -o execadmsvcjobs

Si al reiniciar el servicio de temporizador no se resuelve el problema, use Windows PowerShell para

reparar la cuenta administrada en cada servidor de la granja de servidores en el que se haya producido

un error de aprovisionamiento.

Para corregir un error de coincidencia de contraseñas

Para resolver un error de aprovisionamiento de una cuenta de servicio

http://technet.microsoft.com/library/320204fe-f72f-40c6-9b1f-e7a3ddb0aca3(Office.14).aspx

247



SharePoint 2010.



Repair-SPManagedAccountDeployment

Para obtener más información, vea Repair-SPManagedAccountDeployment.

Si mediante el procedimiento anterior no es posible resolver un error de aprovisionamiento de una

cuenta de servicio, es probable que se deba a que no se puede descifrar la clave de cifrado de la

granja de servidores. En ese caso, use Windows PowerShell para actualizar la frase de contraseña del

servidor local para que coincida con la frase de contraseña de la granja de servidores.



SharePoint 2010.



Set-SPPassPhrase -PassPhrase <SecureString> -ConfirmPassPhrase <SecureString> -

LocalServerOnly $true

Para obtener más información, vea Set-SPPassPhrase.

Expiración inminente de la contraseña

Si la contraseña está a punto de expirar, pero no se configuró el cambio de contraseña automático

para esta cuenta, use Windows PowerShell para actualizar la contraseña de la cuenta a un nuevo valor

que se genere automáticamente o que pueda elegir el administrador. Una vez actualizada la

contraseña de la cuenta, asegúrese de que se ha iniciado el servicio de temporizador y que el servicio

de administrador está habilitado en todos los servidores de la granja de servidores. A continuación, se

podrá propagar el cambio de contraseña a todos los servidores de la granja.



SharePoint 2010.


4. Para actualizar la contraseña de la cuenta a un nuevo valor elegido por el administrador, en el

Para actualizar la frase de contraseña del servidor local

Para actualizar la contraseña de la cuenta

http://technet.microsoft.com/library/42ea7573-8b34-49da-9d7f-ec7b8211a138(Office.14).aspx

http://technet.microsoft.com/library/13a76a78-fed5-4148-9fcb-df81d1514be8(Office.14).aspx

248

símbolo del sistema de Windows PowerShell, escriba lo siguiente:

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -Password

<SecureString>

5. Para actualizar la contraseña de la cuenta a un nuevo valor generado automáticamente, en el

símbolo del sistema de Windows PowerShell, escriba lo siguiente:

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -AutoGeneratePassword

$true

Para obtener más información, vea Set-SPManagedAccount.

Requisito para cambiar la cuenta de la granja de servidores a una cuenta diferente

Si tiene que cambiar la cuenta de la granja de servidores a una cuenta diferente, use el siguiente

comando de Stsadm: stsadm.exe -o updatefarmcredentials -userlogin DOMAIN\username -password

password

http://technet.microsoft.com/library/320204fe-f72f-40c6-9b1f-e7a3ddb0aca3(Office.14).aspx

249


Una colección de sitios es un grupo de sitios web que tienen el mismo propietario y que comparten

configuración de administración, por ejemplo, los permisos. Al crear una colección de sitios, también se

crea automáticamente un sitio de primer nivel en la colección de sitios y, posteriormente, se podrá

crear uno o varios subsitios debajo del sitio de primer nivel.

Debe existir una colección de sitios en una aplicación web. Puede crear una colección de sitios basada

en una aplicación web existente, o bien puede crear una aplicación web y luego una colección de sitios

dentro de esa aplicación. Para obtener más información, vea Creación de una aplicación web


Si la aplicación web es para un solo proyecto o para uso por parte de un solo equipo, debe usar una

sola colección de sitios para evitar la sobrecarga que implica administrar varios sitios. Sin embargo, las

soluciones complejas se benefician del uso de varias colecciones de sitios porque es más fácil

organizar el contenido y administrar los permisos para cada colección de sitios. Por ejemplo, dado que

no hay un sistema de navegación integrada de una colección de sitios a otra, tener varias colecciones

de sitios puede proporcionar un nivel de seguridad adicional para el contenido del sitio.

SharePoint proporciona plantillas de sitio de las siguientes categorías: colaboración, reuniones y

personalización. Al crear una colección de sitios, seleccione la plantilla que coincida con lo que desea

que haga el sitio. Por ejemplo, elija la plantilla Área de trabajo de documento si desea crear

documentos en colaboración.

Antes de crear una colección de sitios, asegúrese de que se cumplen los siguientes requisitos previos:

Una aplicación web en la que se va a crear la colección de sitios.

Una plantilla de cuota si tiene previsto definir valores que especifiquen cuántos datos se pueden

almacenar en una colección de sitios y el tamaño de almacenamiento que desencadena una alerta

de correo electrónico para el administrador de la colección de sitios.

Una ruta de acceso comodín administrada y personalizada si tiene previsto crear la colección de

sitios en una ubicación que no sea el directorio raíz (/) o el directorio de /sitios/.

En este artículo:

Crear una colección de sitios mediante Administración central

Crear una colección de sitios mediante Windows PowerShell

Crear una colección de sitios mediante Administración central Normalmente, el sitio web de Administración central se usa para crear una colección de sitios en una

implementación independiente.

250


Para crear una colección de sitios, debe pertenecer al grupo Administradores de granja de

servidores de SharePoint en el equipo que ejecuta el sitio web de Administración central

de SharePoint.

2. En el sitio web de Administración central, en la sección Administración de aplicaciones,

haga clic en Crear colección de sitios.

3. En la página Crear colección de sitios, en la sección Aplicación web, si la aplicación web

donde desea crear la colección de sitios no está seleccionada, haga clic en Cambiar

aplicación web en el menú Aplicación web y, a continuación en la aplicación web donde

desea crear la colección de sitios.

4. En la sección Título y descripción, escriba el título y la descripción de la colección de sitios.

5. En la sección Dirección del sitio web seleccione la ruta de acceso que se va a usar para la

dirección URL (como una ruta de inclusión de caracteres comodín, /sites/ o el directorio raíz (/).

Si selecciona una ruta de inclusión de caracteres comodín, también debe escribir el nombre

del sitio que se va a usar en la dirección URL del sitio.

6. En la sección Selección de plantilla, en la lista Seleccionar una plantilla, seleccione la

plantilla que desea usar para el sitio de nivel superior de la colección de sitios, o bien haga clic

en la pestaña Personalizar para crear un sitio vacío y aplicar una plantilla posteriormente.

7. En la sección Administrador de la colección de sitios primaria, escriba el nombre de

usuario (con el formato DOMINIO\nombreDeUsuario) del usuario que será el administrador de

la colección de sitios.

8. En la sección Administrador de la colección de sitios secundaria, escriba el nombre de

usuario del administrador secundario de la colección de sitios.

La designación de un administrador secundario de la colección de sitios es un procedimiento

recomendado para garantizar la administración de la colección de sitios cuando el

administrador principal no esté presente.

9. Si usa cuotas para administrar el almacenamiento para colecciones de sitios, en la sección

Plantilla de cuota, haga clic en una plantilla de la lista Seleccione una plantilla de cuota.


Crear una colección de sitios mediante Windows PowerShell Normalmente, se usa Windows PowerShell para crear una colección de sitios cuando se desea

automatizar la tarea, algo común en las empresas.

Para crear una colección de sitios mediante Administración central

251






comando y presione ENTRAR:

Get-SPWebTemplate

$template = Get-SPWebTemplate "STS#0"

New-SPSite -Url "<URL for the new site collection>" -OwnerAlias "<domain\user>" -

Template $template

En este ejemplo se recupera una lista de todas las plantillas de sitio disponibles y,

posteriormente, se crea una colección de sitios mediante la plantilla Sitio de grupo. Para

obtener más información, vea los temas New-SPSite y Get-SPWebTemplate.


comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha incluido

para ofrecer compatibilidad con las versiones anteriores del producto.

Para crear una colección de sitios mediante Windows PowerShell

http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

http://technet.microsoft.com/library/dfd10bac-c304-4f3f-bea9-eb0af5f96df5(Office.14).aspx

252

Introducción a la implementación de las personalizaciones (SharePoint Foundation 2010)

En los artículos de este capítulo se describe el procedimiento para implementar elementos de sitio

personalizados por programadores o diseñadores web en un entorno de Microsoft SharePoint

Foundation 2010.

En este artículo:

Introducción al proceso

Antes de comenzar

Acerca de los dos tipos de elementos de sitio personalizables

Implementación de elementos de sitio desarrollados

Implementación de elementos de sitio creados

Introducción al proceso La implementación de las personalizaciones puede ser bastante compleja, especialmente debido a que

hay muchos métodos de implementación disponibles en SharePoint Foundation 2010 y las ventajas de

usar un método en lugar de otro no siempre son evidentes.

Para implementar estos tipos diferentes de elementos de sitio, o artefactos, puede usar varios

métodos. No se puede implementar la serie completa de elementos de sitio personalizables mediante

un solo método de implementación. Además, se deben tener en cuenta otras consideraciones de

implementación únicas que se aplican a cada tipo de elemento, porque es probable que se originen en

diferentes grupos de diseñadores y porque dependen de diferentes consideraciones de actualización.

Los diferentes tipos de elementos de sitio se describen en Acerca de los dos tipos de elementos de

sitio personalizables, más adelante en este artículo.

Para conocer las tareas de implementación específicas y las consideraciones correspondientes, vea

los siguientes artículos:

Implementación de paquetes de solución (SharePoint Foundation 2010)

Implementación de elementos de sitio creados (SharePoint Foundation 2010)

Implementación de elementos de sitio mediante características (SharePoint Foundation 2010)

Implementación de plantillas (SharePoint Foundation 2010)

Proceso de implementación del flujo de trabajo (SharePoint Foundation 2010)

253

Antes de comenzar Antes de implementar código personalizado en el entorno, debe establecer una línea base de

rendimiento del entorno con el fin de analizar cómo afectan las personalizaciones al rendimiento. Una

vez establecida una línea base de rendimiento, pruebe minuciosamente el código personalizado en un

entorno de prueba o de integración y compare los resultados con la línea base. Asegúrese de probar

minuciosamente todas las personalizaciones antes de implementarlas en el entorno de producción.

También debe probar todo el código que adquiera a terceros antes de implementarlo en el entorno de

producción, aunque se adquiera en un origen de confianza.

Las descripciones y la información de estos artículos se aplican a un entorno de SharePoint

Foundation implementado y configurado para cumplir los requisitos descritos en Planeación de la

granja de servidores y del entorno (SharePoint Foundation 2010).

Acerca de los dos tipos de elementos de sitio personalizables Los elementos de sitio desarrollados son artefactos de solución creados generalmente por

programadores. Una solución puede incluir ensamblados, que son componentes de SharePoint

escritos en lenguajes basados en Microsoft .NET Framework y compilados antes de su

implementación. Los elementos de sitio desarrollados, excepto los ensamblados de trabajos del

temporizador y definiciones de sitios, se agrupan en general en características y se implementan como

parte de un paquete de soluciones. Los elementos de sitio desarrollados incluyen:

Elementos web

Flujos de trabajo

Definiciones de sitios y listas

Convertidores de documentos

Receptores de eventos

Trabajos del temporizador

Ensamblados

Los elementos de sitio creados, en general por diseñadores web, no se compilan explícitamente y

residen en una base de datos de contenidos. Entre los elementos de sitio creados se incluyen:

Páginas maestras

Hojas de estilos en cascada

Formularios

Páginas de diseño

Estos dos tipos de elementos de sitio personalizables se diferencian por lo siguiente:

Dónde se almacenan los archivos en una granja de servidores de SharePoint Foundation 2010.

Qué equipo de la organización se encarga de administrar el elemento de sitio.

http://technet.microsoft.com/library/a8e97903-c472-4c13-a1e1-2c075b2f8585(Office.14).aspx


254

Qué mecanismo de implementación requiere el elemento de sitio.

Algunos elementos pueden ser artefactos de solución o artefactos creados. Por ejemplo, un tipo de

contenido puede definirse en un archivo XML como un artefacto de solución desarrollado, o crearse

mediante un explorador como un artefacto creado. Los elementos de sitio que pueden ser artefactos

de solución o artefactos creados incluyen columnas de sitio e instancias de listas. Además, los

artefactos de solución se pueden utilizar para proporcionar archivos a sitios web y se pueden

configurar para guardarse en memoria caché en el servidor front-end web.

Implementación de elementos de sitio desarrollados Los elementos de sitio desarrollados generalmente pueden definirse como elementos de sitio que se

crean en un entorno de desarrollo de código y que se implementan directamente en servidores front-

end web y servidores de aplicaciones. Los programadores normalmente personalizan estos elementos

de sitio mediante Microsoft Visual Studio 2010 Tools para SharePoint 2010, Microsoft Office

SharePoint Designer o herramientas de edición de XML. Para obtener más información, vea el tema

sobre las herramientas de desarrollo de SharePoint Foundation


En este artículo no se analiza la implementación de elementos de sitio desarrollados que se

implementan como soluciones de espacio aislado. Las soluciones de espacio aislado son

soluciones que pueden obtener acceso a un subconjunto del modelo de objetos de servidor y a

un subconjunto de elementos de característica que los administradores de colección de sitios

pueden implementar. Para obtener más información, vea Introducción a las soluciones de

espacio aislado (SharePoint Foundation 2010).

Lo mejor es utilizar paquetes de soluciones y Windows PowerShell para implementar elementos de

sitio desarrollados. SharePoint Foundation Solution Framework simplifica y normaliza el proceso de

implementación de elementos de sitio nuevos y actualizados en la granja, y de sincronización de un

servidor front-end web para que el estado sea coherente con el estado de otros servidores en la

granja. Por ejemplo, los paquetes de soluciones simplifican el proceso de volver a generar una granja.

Implementar elementos de sitio mediante la manipulación manual de código y archivos puede generar

inconsistencias en el proceso de actualización y provocar que algunos servidores no estén

sincronizados con otros servidores. Puede utilizar paquetes de soluciones para implementar elementos

de sitio desarrollados desde entornos de programador en granjas de integración y luego en granjas

provisionales, piloto y de producción.

Puede usar cmdlets de Windows PowerShell para crear, importar, exportar y aprovisionar paquetes de

solución, que aprovechen el marco de soluciones para distribuir personalizaciones de elementos de

sitio desarrollados. Los cmdlets de Windows PowerShell son útiles para la implementación de las

personalizaciones del sitio en la mayoría de los entornos porque se incluyen con SharePoint Server

2010 y SharePoint Foundation 2010, y pueden usarse independientemente o junto con otros métodos.

Puede usar los cmdlets de Windows PowerShell para implementar artefactos y elementos de sitio

Nota:


http://technet.microsoft.com/library/9a833f4c-9e5f-4e5b-83f1-d1b34149335a(Office.14).aspx


255

desarrollados. También puede usarlos para activar características implementadas en un paquete de

solución.

Implementación de elementos de sitio creados Los elementos de sitio creados difieren de los elementos de sitio desarrollados en que están

almacenados en la base de datos de contenido, aunque pueden depender de recursos que existen en

el sistema de archivos de los servidores web o, con menos frecuencia, en los servidores de

aplicaciones. En algunos casos, los elementos de sitio creados no funcionan porque requieren que los

elementos de sitio desarrollados se implementen antes.

En los entornos en que las implementaciones de las personalizaciones están completamente

automatizadas, el sistema puede aplicar el orden de implementación necesario para eliminar los

problemas de sincronización. Sin embargo, si la implementación de las personalizaciones es parcial o

totalmente manual, debe asegurarse de que todos los recursos necesarios estén en su ubicación

correspondiente en los servidores web y los servidores de aplicaciones antes de implementar el

contenido que se basa en esos recursos.

Puede implementar elementos de sitio desarrollados desde entornos de creación en granjas de

almacenamiento provisional, piloto y de producción mediante uno o varios sistemas diferentes. En la

siguiente tabla se describen estos sistemas así como sus interfaces asociadas y escenarios de uso.

Sistema de implementación Escenario de uso

Sitio web de Administración central de

SharePoint

En los entornos en que las granjas de servidores de origen y

destino están conectadas mediante una red, puede usar las

características de distribución de contenido de

Administración central para crear un paquete de distribución

de contenido en la granja de origen y exportar el paquete a

otra granja.

Este método es fácil de configurar y usar, y puede usarse

para automatizar la implementación de elementos de sitio

creados con muy poco tiempo de configuración y

mantenimiento.

Modelo de objetos de migración de

contenido

En función del método usado (programación mediante las

API de espacio de nombres de implementación, uso de

llamadas de Protocolo simple de acceso a objetos (SOAP) a

un servicio web o desplazamiento de un sitio completo

mediante cmdlets de Windows PowerShell), puede controlar

qué contenido se migra y cómo. El uso de la API para

importar y exportar contenido es el único método admitido

que conserva los identificadores únicos globales (GUID).

256


Para obtener más información, vea el artículo sobre la

migración de contenido


Windows PowerShell Puede usar los cmdlets de Windows PowerShell para

realizar operaciones de importación y exportación en un sitio

completo y conservar las marcas de tiempo, la información

de seguridad y la información del usuario. Los cmdlets de

Windows PowerShell son muy útiles cuando se desea mover

contenido básico desde un sitio web completo.

Windows PowerShell es útil para la implementación de las

personalizaciones del sitio en la mayoría de los entornos

debido a que se incluye con Productos de SharePoint 2010 y

se puede usar independientemente o junto con otros

métodos. Puede usar los cmdlets de Windows PowerShell

para implementar artefactos y elementos de sitio

desarrollados.

Para obtener más información, vea Administración de

Productos de SharePoint 2010 mediante Windows

PowerShell.

Servicio web personalizado Puede crear un servicio web personalizado que automatice

la implementación y migración de contenido. Se pueden

escribir scripts y aplicaciones de Windows personalizados

para ejecutar tareas específicas de este proceso.

Para obtener más información acerca de los métodos de

programación para la escritura de un servicio web

personalizado, vea los siguientes recursos en el kit de

desarrollo de software (SDK) de Microsoft SharePoint 2010:

Método Sites


0A)

Método Sites.ExportWeb


0A)

Método Sites.ImportWeb


0A)

Control de código manual En entornos más pequeños desconectados o en entornos en

los cuales los elementos de sitio creados no se personalizan


http://technet.microsoft.com/library/ae4901b4-505a-42a9-b8d4-fca778abc12e(Office.14).aspx






257


constantemente, puede implementar manualmente los

elementos de sitio y los recursos correspondientes. En

entornos más pequeños conectados, considere la posibilidad

de usar las características de distribución de contenido de

Administración central para implementar personalizaciones

de elementos de sitio creados.

Paquetes de solución y características Los elementos como diseños de páginas, páginas maestras,

formularios y hojas de estilo se pueden agrupar e

implementar en características como parte de un paquete de

soluciones. Las características implementadas desde un

paquete de soluciones se pueden activar en los ámbitos

donde se necesite aprovisionar elementos creados.

Para obtener más información, vea Implementación de

elementos de sitio mediante características (SharePoint

Foundation 2010).

Plantillas personalizadas Un usuario puede guardar un sitio existente, con el

contenido específico o sin él, como una plantilla

personalizada. Esto permite volver a utilizar los sitios

personalizados. Una plantilla de sitio personalizada se

almacena como un archivo .wsp. Las plantillas de sitio se

guardan en la Galería de soluciones del sitio de primer nivel

en una colección de sitios, donde están disponibles para la

creación de subsitios en todos los sitios web de la colección

de sitios. Las plantillas de sitio se pueden descargar y mover

a otras galerías de colecciones de sitios.

Vea también Implementación de paquetes de solución (SharePoint Foundation 2010)




258

Implementación de paquetes de solución (SharePoint Foundation 2010)

En este artículo se describen los paquetes de soluciones y la función que cumplen en la

implementación de personalizaciones creadas y desarrolladas en Microsoft SharePoint Foundation

2010. Incluye procedimientos de importación e implementación de paquetes de soluciones y un

ejemplo para generar e implementar un paquete de soluciones mediante Microsoft Visual Studio 2010.

En este artículo:

¿Qué es un paquete de solución?

Implementación de elementos de sitio mediante paquetes de solución

Creación e implementación de un paquete personalizado de solución de elementos web mediante

Visual Studio 2010

¿Qué es un paquete de solución? Un paquete de soluciones es un paquete de distribución que entrega el trabajo de desarrollo de

SharePoint Foundation 2010 personalizado a los servidores web o los servidores de aplicación de la

granja de servidores. Utilice las soluciones para empaquetar e implementar características,

definiciones de sitios, plantillas, páginas de diseño, elementos web, hojas de estilo en cascada y

ensamblados personalizados.

En este artículo no se analiza la implementación de soluciones de espacio aislado. Puede implementar

una solución de Microsoft SharePoint Foundation 2010 directamente en la granja de SharePoint

Foundation o puede implementar la solución en un espacio aislado. Un espacio aislado es un entorno

de ejecución restringido que permite a los programas tener acceso únicamente a algunos recursos;

además, evita que los problemas que se originan dentro del espacio aislado afecten al resto del

entorno del servidor. Para obtener más información, vea Introducción a las soluciones de espacio

aislado (SharePoint Foundation 2010).

Un paquete de soluciones es un archivo CAB con una extensión de nombre de archivo .wsp y un

archivo de manifiesto. Se recomienda utilizar Visual Studio 2010 Tools para SharePoint 2010 para

desarrollar y empaquetar soluciones de SharePoint. Además, puede crear paquetes de soluciones

manualmente mediante herramientas como Makecab.exe y SharePoint Packman.

Entre los componentes que se pueden empaquetar en una solución se incluyen:

Ensamblados de .NET Framework, normalmente ensamblados de elementos web y ensamblados

de receptor de eventos.

Archivos de implementación, como archivos de recursos, páginas u otros archivos auxiliares.



259

Características, que permiten activar y desactivar código en un sitio web y proporcionan

funcionalidades entre las que se incluyen elementos como listas, bibliotecas, campos y tipos de

contenido personalizados.

Nuevas plantillas y definiciones de sitios.

Configuraciones que se deben establecer en el nivel de servidor web, como por ejemplo, la

implementación de personalizaciones en los archivos Web.config para el registro de elementos

web. También puede modificar estas configuraciones con una característica que se distribuye con

una característica.

Contenido web como páginas web e imágenes solicitadas por páginas web. Si debe implementar

el contenido web en un entorno desconectado, debe utilizar un paquete de implementación de

contenido.

Implementación de elementos de sitio mediante paquetes de solución En esta sección:

Cuándo se deben usar paquetes de solución

Implementación de soluciones de granja

Adición de un paquete de solución

Implementación de un paquete de solución

Acerca de la creación de un paquete de solución

Cuándo se deben usar paquetes de solución

El procedimiento recomendado para implementar personalizaciones es utilizar paquetes de soluciones

como parte de un proceso de administración de la vida útil de aplicaciones sencillo, seguro y

coherente. Los paquetes de soluciones simplifican el cambio de características y funcionalidades de

los sitios web después de crear los sitios.

Puede utilizar paquetes de soluciones para implementar nuevas soluciones y actualizar soluciones

existentes en la granja. Puede empaquetar todas las entidades de SharePoint Foundation como un

solo archivo, agregar el archivo al almacén de soluciones e implementarlo en los servidores front-end

web en la granja. Utilice paquetes de soluciones para sincronizar un servidor front-end web de modo

que su estado sea coherente con el estado de otros servidores web de la granja.

Puede utilizar paquetes de soluciones para implementar personalizaciones de elementos de sitio

creados desde una granja de integración a una granja piloto, de creación o de producción. En

SharePoint Foundation, los usuarios pueden guardar un sitio personalizado como una plantilla. De esta

forma se crea un paquete de soluciones con la extensión de nombre de archivo .wsp que se puede

implementar en otra granja.

Puede usar paquetes de solución para implementar las personalizaciones entre estos entornos:

260

Desde estaciones de trabajo de programadores a una granja de servidores de integración o un

sistema de administración de configuración de software

Desde una granja de integración y estaciones de trabajo de creación cliente a granjas piloto y de

producción

Implementación de soluciones de granja

Las soluciones de granja se implementan localmente o mediante un servicio de temporizador. Las

implementaciones locales y basadas en temporizador pueden desencadenarse mediante instrucciones

de línea de comandos o mediante programación con el modelo de objetos.

Implementación local

En una implementación local, los archivos de solución se implementan solo en el equipo desde el que

se inició la operación de implementación. La solución no se marca como "implementada" en la base de

datos de configuración hasta que se implementen los archivos de solución en todos los servidores

aplicables de la granja de servidores. Luego se instalan las características de solución, y los archivos

de esquema y definición se confirman en el almacén de configuración.

Implementaciones del servicio de temporizador

En las implementaciones que usan el servicio de temporizador, la implementación crea un trabajo de

temporizador. El servicio de temporizador toma este trabajo del temporizador de cada servidor web de

la granja de servidores. Inicialmente, el manifiesto y los manifiestos de características se analizan para

buscar archivos _layouts y de ensamblado, que se copian en las ubicaciones correspondientes. Todos

los demás archivos incluidos en un directorio de características se copian en el directorio de

características. Una vez copiados los archivos de solución en los equipos de destino, se programa un

restablecimiento de la configuración para todos los servidores front-end web; a continuación, se

implementan los archivos y se reinicia Microsoft Internet Information Services (IIS). Luego se registran

las características de solución, y los archivos de esquema y definición se confirman en el almacén de

configuración.

Para obtener más información acerca del almacenamiento, la implementación y la sincronización de

soluciones, vea el tema sobre la implementación de una solución

(http://go.microsoft.com/fwlink/?linkid=186995&clcid=0xC0A) en el kit de desarrollo de software (SDK)

de Microsoft SharePoint 2010.

Adición de un paquete de solución

Antes de poder implementar un paquete de solución, debe agregarlo a la base de datos de soluciones

de una granja de SharePoint Foundation.

Debe ser miembro del grupo Administradores en cualquier equipo en el que se ejecute

Windows PowerShell.

Importante:

Para importar un paquete de solución mediante Windows PowerShell


261

1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin..





Add-SPSolution -LiteralPath <SolutionPath>

La solución se agrega al almacén de soluciones de la granja. Para usar la solución, siga el

procedimiento de la siguiente sección de este artículo. Para obtener más información, vea Add-

SPSolution.

Implementación de un paquete de solución

Puede implementar soluciones importadas mediante el sitio web de Administración central o Windows

PowerShell. Una vez agregada una solución al almacén de soluciones mediante el cmdlet Add-

SPSolution de Windows PowerShell, ésta debe implementarse en un sitio para poder obtener acceso

a ella.

No se puede agregar una solución al almacén de soluciones mediante la página

Administración de soluciones de Administración central.

En los siguientes procedimientos se muestra cómo implementar una solución importada en un sitio de

la granja de servidores mediante el sitio web de Administración central o Windows PowerShell.


2. En la sección Administración del conjunto de servidores, haga clic en Administrar

soluciones del conjunto de servidores.

3. En la página Administración de soluciones, haga clic en la solución que desee implementar.

4. En la página Propiedades de la solución, haga clic en Implementar solución.

5. En la página Implementar solución, en la sección ¿Cuándo desea implementarla?,

seleccione una de las siguientes opciones:

Ahora

A una hora específica. Si selecciona esta opción, especifique la fecha y hora en los

cuadros correspondientes. Se recomienda seleccionar una hora cuando la carga en los

servidores de destino sea baja.

6. En la sección ¿Dónde implementarla?, en la lista Una aplicación web específica, haga clic

en Todas las aplicaciones web o seleccione una aplicación web específica.

Nota:

Para implementar una solución mediante Administración central

http://technet.microsoft.com/library/0c64c1ac-39c0-4d5e-923f-27d0c48b006a(Office.14).aspx

http://technet.microsoft.com/library/0c64c1ac-39c0-4d5e-923f-27d0c48b006a(Office.14).aspx

262







Install-SPSolution -Identity <SolutionName> -WebApplication <URLname>

donde:

<SolutionName> es el nombre de la solución.

<URLname> es la dirección URL de la aplicación web en la que desea implementar la

solución importada.

De manera predeterminada, la solución se implementa inmediatamente. También puede

programar la implementación mediante el parámetro time. Para obtener más información, vea

Install-SPSolution.






Install-SPSolution -Identity <SolutionName> -AllWebApplications -time

<TimeToDeploy> -GACDeployment -CASPolicies

donde:

GACDeployment es el parámetro que permite a SharePoint Foundation 2010 implementar

los ensamblados en la memoria caché global de ensamblados.

CASPolicies permite la creación de un archivo personalizado de directivas de seguridad

de acceso al código (CAS) y su activación en el archivo Web.config de la colección de

sitios de destino.

De forma predeterminada, la solución se implementa de forma inmediata. También se puede

programar la implementación con el parámetro time.

Para implementar un paquete de solución en una única aplicación web mediante Windows PowerShell

Para implementar un paquete de solución en todas las aplicaciones web mediante Windows PowerShell

http://technet.microsoft.com/library/0133c53b-70c4-4dff-a2ae-3c94759ed25d(Office.14).aspx

263

Acerca de la creación de un paquete de solución

SharePoint Foundation 2010 no incluye ninguna herramienta para la creación de paquetes de

soluciones. En esta sección se describen formas de crear paquetes de soluciones que contienen

artefactos y elementos de sitio desarrollados.

Visual Studio 2010

Puede usar Visual Studio 2010 para agrupar elementos de SharePoint relacionados en una

característica y luego empaquetar varias características, definiciones de sitios, ensamblados y otros

archivos en un único paquete (archivo .wsp) para implementar en servidores que ejecutan SharePoint

Foundation 2010. Puede usar Visual Studio 2010 para depurar y probar el archivo .wsp en el servidor

que ejecuta SharePoint Foundation 2010. Además, puede personalizar los pasos de implementación

en el equipo de desarrollo.

Los programadores pueden crear soluciones de SharePoint en Visual Studio 2010 y producir archivos

.wsp mediante el proceso de compilación automatizado. El código fuente del proyecto de SharePoint

de Visual Studio que se utiliza para generar el archivo .wsp también se puede agregar al sistema de

control de código fuente mediante la integración de Visual Studio 2010. Visual Studio 2010 puede

importar archivos .wsp y crear proyectos para extenderlos aún más y para crear nuevos archivos .wsp.

El origen principal de los archivos .wsp que se importan en Visual Studio 2010 son plantillas que se

guardan con el comando Guardar como plantilla desde los sitios de SharePoint Foundation 2010.

Estas plantillas se pueden utilizar para guardar todas las personalizaciones de sitios en una solución

de SharePoint.

Para obtener más información, vea el tema sobre el desarrollo de SharePoint en Visual Studio


Makecab

Los paquetes de soluciones se pueden crear manualmente mediante herramientas como

Makecab.exe. La herramienta Makecab.exe toma un puntero a un archivo .ddf, que describe la

estructura del archivo CAB. El formato de un archivo .ddf es similar al de un archivo .inf, es decir, se

declara un encabezado estándar y luego se enumera, un archivo por línea, el conjunto de archivos

según su ubicación en el disco y la ubicación donde deben estar en el archivo CAB.

La herramienta Makecab.exe está disponible para su descarga en el kit de desarrollo de software de

archivos .CAB de Microsoft (http://go.microsoft.com/fwlink/?linkid=107292&clcid=0xC0A).

Acerca de la personalización de paquetes de solución

Si necesita realizar cualquiera de las siguientes personalizaciones en las soluciones de SharePoint

Foundation 2010, se recomienda utilizar Visual Studio 2010 para personalizar los paquetes de

soluciones. Para realizar estas personalizaciones, también puede crear manualmente los paquetes de

soluciones de SharePoint.

Implementar ensamblados de .NET Framework en la carpeta de aplicaciones privada en lugar de

en la memoria caché global de ensamblados.




264

Agregar permisos de seguridad de acceso a código a la solución que se deben aplicar durante la

implementación.

Cambiar los nombres usados de forma predeterminada para las carpetas de características.

Localizar la solución.

Asociar controladores de eventos de características a ciertos tipos de soluciones de SharePoint

Foundation 2010, como soluciones de elementos web.

Agregar recursos (archivos XML, imágenes, archivos .dll y ensamblados) al paquete de solución.

Creación manual de un archivo de solución

En la mayoría de los escenarios de desarrollo de SharePoint Foundation 2010, se recomienda utilizar

Visual Studio 2010 Tools para SharePoint 2010 para desarrollar y empaquetar soluciones de

SharePoint. En Visual Studio 2010, el proceso de implementación copia el archivo .wsp en el servidor

que ejecuta SharePoint Foundation 2010, instala la solución y luego activa las características.

También puede crear manualmente un archivo de solución. A continuación, se presentan los pasos

básicos para crear un archivo de solución:

1. Recopilar todos los archivos de soluciones individuales en una carpeta. No existen directrices

específicas sobre cómo se debe llevar a cabo esta tarea, pero un procedimiento recomendado es

separar los diferentes tipos de archivos de soluciones en sus propias subcarpetas.

2. Crear un archivo manifest.xml que enumere los componentes de la solución.

3. Crear un archivo .ddf que defina la estructura del archivo de solución. Este archivo contiene la lista

de archivos de soluciones individuales que determinan el archivo .wsp de salida.

4. Ejecutar Makecab.exe con el archivo .ddf como entrada y el archivo .wsp como salida.

Acerca del archivo de manifiesto de las soluciones

El manifiesto de las soluciones (llamado siempre manifest.xml) se almacena en la raíz de un archivo de

soluciones. Este archivo define la lista de características, definiciones de sitios, archivos de recursos,

archivos de elementos web y ensamblados que se van a procesar. No define la estructura de archivos;

si hay archivos incluidos en una solución, pero no están incluidos en el archivo manifest.xml, no se

procesarán de ninguna forma.

A continuación se incluye un ejemplo de la estructura de un archivo manifest.xml, que se muestra en

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"

265

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>

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

Además, puede agregar un elemento DwpFiles para especificar archivos .webpart o .dwp, o un

elemento ResourceFiles para especificar archivos de recursos, definiciones de sitio, recursos de

aplicaciones y directivas CAS.

Si lo desea, puede incluir anotaciones en los archivos Feature.xml mediante etiquetas <ElementFile>.

Si la solución contiene características, en la etiqueta <ElementManifests> del archivo Feature.xml,

agregue <ElementFile Location="..."/> para todos los archivos adicionales de la característica, como

páginas ASP.NET (por ejemplo, allitems.aspx) o páginas maestras, etc.

266

Para obtener más información acerca de los archivos de manifiesto de soluciones que definen las

partes constituyentes de una solución, vea el tema sobre el esquema de solución


Creación e implementación de un paquete personalizado de solución de elementos web mediante Visual Studio 2010 Para obtener un tutorial de ejemplo que muestra cómo utilizar Visual Studio 2010 para crear,

personalizar, depurar e implementar una definición de lista de SharePoint para seguir las tareas de

proyecto, vea el tutorial sobre cómo implementar una definición de lista de tareas de proyecto

(http://go.microsoft.com/fwlink/?linkid=189612&clcid=0xC0A) en MSDN Library.

En este tutorial se ilustran las siguientes tareas:

Creación de un proyecto de definición de lista de SharePoint que contiene tareas.

Adición de la definición de lista a una característica de SharePoint.

Adición de un receptor de eventos a la lista.

Creación y personalización de un paquete de SharePoint para implementar la característica.

Creación e implementación de la solución SharePoint.

Al compilar el proyecto de ejemplo de este tutorial, Visual Studio 2010 implementa automáticamente la

solución en el servidor que ejecuta SharePoint Foundation 2010 en el equipo de desarrollo para

pruebas y depuración. También puede crear un archivo de paquete de soluciones que puede agregar e

implementar en otro equipo. Para obtener más información, vea cómo implementar una solución de

SharePoint (http://go.microsoft.com/fwlink/?linkid=187004&clcid=0xC0A). Puede utilizar el cmdlet Add-

SPSolution de Windows PowerShell para importar la solución a otro equipo.

Puede utilizar la página Administración de soluciones de Administración central para implementar el

paquete de soluciones. También tiene la opción de utilizar el cmdlet Install-SPSolution de Windows

PowerShell para implementar el paquete de soluciones.

En el tutorial, el ámbito de la característica de lista de proyecto es la Web. Para activar la

característica, en el sitio web, expanda el menú Acciones del sitio y haga clic en Configuración del

sitio. En Acciones del sitio, haga clic en Administrar características del sitio. En la página

Características, haga clic en Activar junto al nombre de la característica.





267


En este artículo se aborda la implementación de personalizaciones de elementos de sitio creados

mediante Microsoft SharePoint Foundation 2010, incluidos los procedimientos de implementación, las

consideraciones generales y los procedimientos recomendados relacionados con la distribución de

contenido personalizado.

En este artículo:

Acerca de la implementación de elementos de sitio creados

Antes de comenzar

Distribución de contenido mediante la API de migración de contenido

Creación de un paquete de distribución de contenido mediante Windows PowerShell

Acerca de la implementación de elementos de sitio creados Los elementos de sitio creados se pueden considerar como "contenido" de los sitios. Son las páginas

web, las imágenes, las páginas de diseño, las hojas de estilos en cascada y otros recursos que

componen el sitio web de SharePoint Foundation 2010. Entre los elementos de sitio creados se

incluyen:

Artefactos. Son elementos de sitio, normalmente creados mediante una herramienta de diseño

como Microsoft SharePoint Designer 2010, que componen el marco en el que aparece el contenido

del sitio. Algunos ejemplos de artefactos son las páginas principales y los diseños.

Contenido web. Son elementos de sitio, normalmente creados directamente en el explorador web

o en un programa de creación cliente como Word 2010, que proporcionan el contenido del sitio.

Algunos ejemplos de contenido web son las páginas web y las imágenes.

En este artículo no se analiza la implementación de elementos de sitio desarrollados como los

elementos web y otro tipo de código. Para obtener más información, vea Implementación de paquetes

de solución (SharePoint Foundation 2010) y Implementación de elementos de sitio mediante

características (SharePoint Foundation 2010).

Los elementos de sitios creados se pueden implementar mediante varios métodos:

Use el modelo de objetos para administrar escenarios, como la escritura de scripts para

automatizar tareas comunes y la configuración de propiedades personalizadas de importación y

exportación adaptadas a la implementación. El modelo de objetos ofrece el máximo control sobre

los escenarios de migración de contenido.

Los paquetes de implementación de contenido están diseñados para una transferencia única o

para la migración de contenido a una colección de sitios de destino. Los paquetes de

268

implementación de contenido son archivos CAB que pueden contener parte o todos los elementos

creados de un sitio web; además, estos paquetes se pueden implementar en un entorno

desconectado. Los cmdlets de Windows PowerShell se usan para crear paquetes de

implementación de contenido.

En este artículo no se analiza el uso de paquetes de soluciones para la tarea de

implementación personalizada de SharePoint Foundation 2010 en los servidores front-end web

o los servidores de aplicaciones de la granja de servidores. Si usa paquetes de soluciones,

puede implementar artefactos en un entorno desconectado y puede implementar artefactos en

elementos de sitios desarrollados en el mismo paquete. Para obtener más información, vea

Implementación de paquetes de solución (SharePoint Foundation 2010).

Cuándo se debe usar un paquete de distribución de contenido

Puede usar paquetes de distribución de contenido para implementar elementos de sitio creados en uno

o varios de los siguientes escenarios:

Migración de contenido única. Use un paquete de implementación de contenido para mover el

contenido a una colección de sitios de destino solo una vez. Si tiene previsto actualizar el

contenido regularmente en una colección de sitios de destino, use la característica de

implementación de contenido o la API de migración de contenido.

Entornos desconectados. Si las granjas están desconectadas, puede crear un paquete de

distribución de contenido para realizar una transferencia asincrónica a la granja de integración.

Contenido de ejemplo. Si las personalizaciones de elementos de sitio creados necesitan

implementarse del entorno de creación al entorno de integración para usarse como ejemplos con

fines de desarrollo, puede usar un paquete de distribución de contenido para simplificar este

proceso.

Antes de comenzar Para eliminar posibles problemas de sincronización, debe implementar a menudo elementos de sitio

desarrollados antes de implementar elementos de sitio creados. Las soluciones de granja de

servidores y las soluciones de aplicación web deben instalarse e implementarse en la granja de

servidores de destino con anterioridad a la distribución de contenido. También tenga en cuenta que

debe instalar en el servidor de destino todos los paquetes de idioma que están en uso en el servidor de

origen; de lo contrario, se producirá un error en la distribución de contenido.

Antes de realizar los procedimientos de este artículo, familiarícese con los conceptos relacionados con

la implementación de personalizaciones de elementos de sitio. Para obtener más información sobre la

planeación y el diseño de sitios y colecciones de sitios, vea Planeación del sitio fundamental

(SharePoint Foundation 2010). Además, descargue una versión para Excel de la hoja de cálculo de

Nota:

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


269

planeación de la distribución de contenido


Distribución de contenido mediante la API de migración de contenido La mayoría de los escenarios de implementación se desarrollan mediante Administración central sin

necesidad de usar scripts. Sin embargo, puede usar el modelo de objetos para administrar otros

escenarios, como la escritura de scripts para automatizar tareas comunes y la configuración de

propiedades personalizadas de importación y exportación que no puede establecer para configurar una

implementación mediante el sitio de Administración central de SharePoint. Además, puede crear

código que exporte e importe un paquete de contenido en los casos en los que la conectividad entre

una granja de servidores de origen y una granja de servidores de destino puede estar limitada o no

disponible.

Para obtener más información acerca de la migración de contenido y las API de migración de

contenido, vea la introducción a la migración de contenido

(http://go.microsoft.com/fwlink/?linkid=187033&clcid=0xC0A). Para revisar la introducción a la

característica de implementación de contenido y los aspectos básicos y recursos necesarios para crear

soluciones de implementación personalizadas, vea el tema sobre la implementación de contenido entre

servidores (http://go.microsoft.com/fwlink/?linkid=181466&clcid=0xC0A). Para obtener un ejemplo de

código que muestra cómo usar el modelo de objetos para crear rutas de acceso y tareas que

implementan contenido entre colecciones de sitios, vea el procedimiento para implementar contenido

entre servidores (http://go.microsoft.com/fwlink/?linkid=187034&clcid=0xC0A). Para obtener un ejemplo

de código e información acerca de cómo exportar e importar un paquete de contenido mediante la API

de migración de contenido, vea el procedimiento para personalizar la implementación de escenarios

desconectados (http://go.microsoft.com/fwlink/?linkid=181076&clcid=0xC0A).

Creación de un paquete de distribución de contenido mediante Windows PowerShell Puede usar Windows PowerShell para crear un paquete de implementación de contenido que

contenga elementos de sitio creados para un sitio completo (incluido todo el contenido del sitio), una

lista o una biblioteca de documentos.

Use paquetes de implementación de contenido para realizar una migración de contenido única

a una colección de sitios de destino. Use la característica de implementación de contenido o la

API de migración de contenido para mover periódicamente el contenido desde una colección

de sitios de origen a una colección de sitios de destino.

Los paquetes de implementación de contenido se implementan como archivos CMP (Paquete de

migración de contenido). Puede exportar este paquete desde el servidor de origen y, a continuación,

Nota:








270

importarlo en el servidor de destino. Puede usar este método de implementación de contenido en

entornos conectados y desconectados.

Si usa un sistema de administración de configuración de software, siga los pasos para exportar el

paquete de distribución de contenido y, a continuación, use el procedimiento adecuado para su

sistema de administración de configuración de software para guardar el archivo exportado.






Export-SPWeb -Identity <URLname> -path <ExportFileName> -IncludeUserSecurity -

IncludeVersions 4 -NoFileCompression

donde:

<nombreDeDirecciónURL> es el sitio que se va a exportar. Este sitio se escribe en el

paquete de administración de contenido junto con todos los subsitios que contiene.

IncludeUserSecurity hace que el nuevo sitio tenga los mismos permisos que el sitio

original.

IncludeVersions se establece en 4 para especificar que se deben incluir todas las

versiones.

NoFileCompression hace que el paquete de distribución de contenido envíe los

resultados a una carpeta descomprimida en lugar de a un único archivo CAB. Esto

complica la implementación del paquete de implementación en otro servidor, pero facilita la

edición de los archivos individuales.

Para obtener más información, vea Export-SPWeb.

Nota:









Para crear un paquete de distribución de contenido mediante Windows PowerShell

Para importar un paquete de distribución de contenido mediante Windows PowerShell

http://technet.microsoft.com/library/cd85bf19-6f24-4f13-bd9c-37bbf279ea2b(Office.14).aspx

271

Import-SPWeb -Identity <URLname> -path <ImportFileName> -IncludeUserSecurity

donde:

<URLname> es el sitio que se va a importar junto con todos los subsitios que contiene.

Para obtener más información, vea Import-SPWeb.

Nota:




http://technet.microsoft.com/library/2ecc5b6e-1b23-4367-a966-b7bd3377db3a(Office.14).aspx

272


En este artículo se describe cómo implementar personalizaciones de elementos de sitio desarrollados

mediante el uso de características. Esto permite controlar el ámbito en el que se podrá activar y

desactivar la personalización de sitio e implementar las personalizaciones en varias granjas de

servidores.

En esta sección:

Qué es una característica

Cuándo se deben usar las características

Creación de una característica

Instalación y activación de una característica mediante Windows PowerShell

Qué es una característica Una característica es un contenedor de distintas extensiones definidas para SharePoint Foundation

2010 y está compuesta por un conjunto de archivos XML que se implementan en servidores front-end

web y servidores de aplicaciones. Puede implementar una característica como parte de un paquete de

solución y puede activar individualmente una característica en los sitios de SharePoint Foundation.

Las características reducen la complejidad que implica la realización de personalizaciones sencillas del

sitio. Las características eliminan la necesidad de copiar grandes fragmentos de código para cambiar

las funcionalidades sencillas y también reducen los problemas de versiones e incoherencia que

pueden producirse en los servidores front-end web.

Las características facilitan la activación o desactivación de la funcionalidad en el transcurso de una

implementación, y los administradores pueden transformar fácilmente la plantilla o definición de un sitio

simplemente activando y desactivando una característica concreta en la interfaz de usuario.

Un elemento es una unidad atómica dentro de una característica. El elemento Feature se usa en un

archivo Feature.xml para definir una característica y especificar la ubicación de ensamblados, archivos,

dependencias o propiedades compatibles con la característica. Una característica incluye un archivo

Feature.xml y una cantidad indeterminada de archivos que describen elementos individuales. Otro

elemento Feature procedente de un esquema distinto se usa en un archivo Onet.xml para especificar

la activación de una característica cuando se crea un sitio a partir de la definición de sitio.

Un archivo Feature.xml normalmente apunta a uno o más archivos XML cuyas etiquetas <Elements>

de nivel superior contienen definiciones para elementos que admiten la característica. Los elementos

de SharePoint Foundation 2010 a menudo se corresponden con lo que eran nodos discretos en el

archivo Onet.xml o el archivo Schema.xml de Microsoft Office SharePoint Portal Server 2003. Existen

varios tipos de elementos, como los elementos de menú personalizado o los controladores de eventos.

273

Para obtener más información acerca de las funcionalidades de las características, vea el tema

sobre el uso de características (http://go.microsoft.com/fwlink/?linkid=183450&clcid=0xC0A).

Para obtener información específica acerca del formato de archivo y los elementos XML usados en

el archivo Feature.xml, vea el tema sobre los archivos Feature.xml


Para obtener información acerca de cómo afectan las características al formato de archivo o al

archivo Onet.xml en una definición de sitio, vea el tema sobre los archivos de definición de sitio

(Onet.xml) (http://go.microsoft.com/fwlink/?linkid=183454&clcid=0xC0A).

Para obtener más información acerca de los tipos de elementos Feature, vea el tema sobre los

tipos de elementos (http://go.microsoft.com/fwlink/?linkid=183455&clcid=0xC0A).

Cuándo se deben usar las características Las características constituyen el método recomendado para implementar partes de funcionalidades,

personalizaciones o cambios de configuración en servidores front-end web. Las características

constituyen una forma flexible de administrar la funcionalidad a lo largo de su ciclo de vida, incluidas la

activación, la actualización y una posible desactivación.

Las características se pueden usar para implementar elementos de sitio desarrollados en uno o varios

de los siguientes escenarios:

Necesidad de activación y desactivación. Cuando se implementan personalizaciones de

elementos de sitio en una característica, se puede instalar, activar y desactivar la característica

mediante Windows PowerShell o mediante el modelo de objetos. Además, se puede activar y

desactivar una característica mediante el sitio web de Administración central.

Flexibilidad del ámbito. Se puede activar una característica para un solo ámbito, incluida una

granja de servidores, una aplicación web, una colección de sitios o un sitio web.

Facilidad de implementación distribuida. Una característica es fácil de implementar en varias

granjas de servidores como parte de una solución.

Control mediante el modelo de objetos de características. El modelo de objetos de

características permite especificar la lista de características instaladas en un determinado ámbito y

controlar si las características están habilitadas en los niveles de granja de servidores y de sitio.

Use paquetes de solución para empaquetar las características e implementarlas en distintos entornos.

Por ejemplo, use un paquete de solución para implementar personalizaciones entre las estaciones de

trabajo de programadores y una granja de servidores de integración, y también entre una granja de

creación o estaciones de trabajo cliente de creación y granjas de servidores piloto o de producción.

Creación de una característica Cuando se crea una página web personalizada en SharePoint Foundation 2010 mediante el explorador

o SharePoint Designer, la página ASPX únicamente puede pertenecer a la colección de sitios raíz del

servidor que ejecuta SharePoint Foundation 2010. Para crear una página en una colección de sitios






274

que esté disponible en toda la granja de servidores y en todas las colecciones de sitios, use una

solución para implementar la página en la carpeta \14\Template\Layouts (mediante el elemento

TemplateFiles del archivo de manifiesto de la solución).

Un procedimiento recomendado en una granja de servidores es implementar las características

mediante un paquete de solución. Si se debe recompilar un servidor o si se agrega otro servidor a la

granja, no es necesario agregar la característica de forma manual a cada servidor front-end web.

Mediante los paquetes de solución, se pueden implementar características nuevas y actualizadas en

toda la granja de servidores y se puede sincronizar un servidor front-end web de modo que su estado

sea coherente con el estado de los demás servidores de la granja.

Para controlar la disponibilidad de una página personalizada en una colección de sitios o un sitio web,

implemente la página web personalizada como una característica de SharePoint como parte de una

solución. Use el elemento de módulo en el archivo Feature.xml para implementar una página web

mediante el uso de un ámbito de colección de sitios y sitio web. Los módulos se suelen usar para

implementar una página de elementos web en el sitio.

Una característica que se implementa como parte de una solución, se instala automáticamente. Si

implementa una característica de forma manual, deberá instalarla y activarla. Vea Instalación y

activación de una característica mediante Windows PowerShell más adelante en este artículo.

1. Cree un archivo Feature.xml. A continuación se muestra un ejemplo de archivo Feature.xml,

que es necesario para asignar a la característica un identificador único y apuntar al archivo

Module.xml.


<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. Cree un archivo Module.xml. A continuación se muestra un ejemplo de archivo Module.xml,

que contiene información acerca de la página o páginas que forman parte de la solución.


<Elements xmlns="http://schemas.microsoft.com/sharepoint/">

Para crear e implementar una característica personalizada

http://technet.microsoft.com/library/b0f3e532-48e3-4429-aacd-20750cb9f0df.aspx#InstallAndActivate

http://technet.microsoft.com/library/b0f3e532-48e3-4429-aacd-20750cb9f0df.aspx#InstallAndActivate

275

<module name="file" url="" path="">

<file url="XmlFormViewPage.aspx" type="ghostable"> </file>

</module>

</Elements>

3. Cambie el valor file url al nombre de la página ASPX.

4. Agregue una subcarpeta para la definición de la característica en el directorio de instalación de

características en el equipo servidor, generalmente ubicado en

%COMMONPROGRAMFILES%\Microsoft shared\Web server

extensions\14\TEMPLATE\FEATURES.

Importante:

Un procedimiento recomendado es usar nombres completos y detallados para las

subcarpetas que se crean para las definiciones de características. Este procedimiento

disminuye la probabilidad de que se agreguen varias características con el mismo

nombre y se sobrescriba el archivo Feature.xml de otra característica. Por ejemplo,

use RRHH_Contrato y Finanzas_Contrato en lugar de Contrato.

5. Agregue la página .aspx personalizada a esta subcarpeta para la definición de la

característica.

6. Agregue los archivos Feature.xml y Module.xml en la misma ubicación.

7. Agregue la característica a un paquete de solución.

Puede usar Visual Studio 2010 para agregar la característica a una solución o puede agregar

manualmente un elemento FeatureManifests al archivo de manifiesto de solución

Manifest.xml.

8. Cree el paquete de solución.

Puede usar Visual Studio 2010 para crear el paquete de solución. Además, puede crearlo

mediante la herramienta Makecab.exe.

9. Importe e implemente el paquete de solución.

Agregue la solución al almacén de soluciones mediante el cmdlet Add-SPSolution de

Windows PowerShell y, a continuación, implemente la solución desde el almacén de

soluciones mediante el sitio web de Administración central o mediante Windows PowerShell.

Para obtener más información acerca del uso de Visual Studio 2010 para agregar características a

paquetes de solución, vea el tema sobre la creación de paquetes de solución de SharePoint

(http://go.microsoft.com/fwlink/?linkid=187035&clcid=0xC0A). Para obtener más información

acerca de la creación de un paquete de solución de forma manual o mediante la herramienta

Makecab.exe, vea el tema sobre la creación de una solución


acerca de la implementación de soluciones, vea Implementación de paquetes de solución




276

Instalación y activación de una característica mediante Windows PowerShell Puede instalar y activar una característica mediante Windows PowerShell o mediante el modelo de

objetos. Además, puede instalar una característica mediante la página Administrar características de la

aplicación web o la página Características de la colección de sitios o el sitio en que desea activar la

característica. Instalar una característica hace que su definición y elementos sean conocidos en toda la

granja de servidores y activarla hace que la característica esté disponible en un ámbito determinado.

Las características que se implementan como parte de un paquete de solución se instalan con

la implementación y no se requiere la instalación manual.

Puede instalar características en la carpeta 14\Template\Features, con cada característica en su propia

subcarpeta. En la raíz de esta carpeta, un archivo Feature.xml define el contenido de la característica.

Deberá instalar las características individuales antes de poder usarlas y, a menos que la característica

se aplique a la granja de servidores, deberá activarlas después de instalarlas. Si una característica se

aplica a la granja de servidores o a una aplicación web, se activa inmediatamente.

Para desinstalar una característica de modo que su definición ya no esté disponible en una granja de

servidores, primero deberá desactivar la característica mediante el cmdlet de Windows

PowerShellDisable-SPFeature, a menos que la característica se aplique para granjas de servidores o

aplicaciones web. Después de desactivar la característica, puede usar el cmdlet Uninstall-SPFeature

para desinstalarlo. Para obtener más información, vea Uninstall-SPFeature. Después de desinstalar

una característica, reinicie Internet Information Services para que puedan aplicarse los cambios.

Para desactivar una característica de modo que quede inactiva en su ámbito originalmente asignado

sin desinstalarla, puede usar el cmdlet Disable-SPFeature. Para obtener más información, vea

Disable-SPFeature.

Use el siguiente procedimiento para instalar y activar una característica.






Install-SPFeature -path <Path> [-force]

donde:

<Path> es una ruta de archivo válida; por ejemplo, MyFeature. La ruta de la característica

debe ser una ruta literal al nombre de la carpeta 4\Template\Features. El nombre del

Nota:

Para instalar una característica mediante 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

277

archivo Feature.xml está implícito y no necesita especificarse.

Para obtener más información, vea Install-SPFeature.

Nota:









Enable-SPFeature -Identity <FeatureID> [-url] <URLname> [-force]

donde:

<FeatureID> es el nombre de la carpeta de la característica que se encuentra en la

carpeta 14\Template\Features. Debe ser una ruta de archivo válida; por ejemplo,

MyCustom.

<URLname> es la dirección URL principal de la característica de la aplicación web,

colección de sitio o sitio web para el cual se activa la característica; por ejemplo,

http://unsitio.

Para obtener más información, vea Enable-SPFeature.

Nota:




Para activar una característica mediante Windows PowerShell

http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx

http://technet.microsoft.com/library/9b68c192-b640-4cb8-8a92-a98008169b27(Office.14).aspx

278


En este artículo se describe cómo crear una definición de sitio personalizada e implementarla mediante

un paquete de solución.

En este artículo:

¿Qué son las definiciones de sitio?

Configuraciones y definiciones de sitio

Creación de una definición y una configuración de sitio personalizadas

Implementación de una definición de sitio mediante un paquete de solución

¿Qué son las definiciones de sitio? En Microsoft SharePoint Foundation 2010, un usuario crea un sitio con una interfaz de usuario

mediante la selección de una configuración de definición de sitio o una plantilla de sitio personalizada

que define cómo crear una versión del sitio. Una definición de sitio es una plantilla que determina, por

ejemplo, las listas, los archivos, los elementos web, las características o las opciones de configuración

que se deben proporcionar para un sitio de SharePoint nuevo.

Una definición de sitio es una serie de configuraciones de definición de sitio. Cada definición de sitio

especifica un nombre y contiene una lista de las configuraciones de definición de sitio. En SharePoint

Foundation 2010, una definición de sitio está compuesta por un conjunto de archivos XML que se

pueden aplicar para aprovisionar nuevos sitios. Los archivos se ubican en servidores web.

Las definiciones de sitio están compuestas principalmente por varios archivos XML y ASPX

almacenados en un servidor front-end web en una serie de carpetas en la siguiente ruta: %Program

Files%\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates.

Un sitio creado a partir de una definición de sitio se agrega a la información estructural y de contenido

de la definición del sitio original, pero no se repite. A lo largo de su ciclo de vida, los sitios siguen

dependiendo de la definición de sitio como base fundamental. Por este motivo, Microsoft no admite el

cambio ni la eliminación de una definición de sitio después de haber creado sitios a partir de la

definición. Dichos cambios pueden tener como resultado que los sitios creados a partir de la definición

dejen de funcionar correctamente o pueden impedir que se creen nuevos sitios basados en la

definición de sitio, ya sea de forma directa o indirecta. Para personalizar una definición de sitio, los

programadores pueden agregar una característica que incluya los cambios de la definición de sitio. La

definición de sitio en sí no se modifica.

Para obtener más información acerca de los tipos de personalizaciones de definiciones de sitio

admitidos por Microsoft, vea el tema sobre los escenarios admitidos y no admitidos para trabajar con

definiciones de sitio personalizadas y definiciones de área personalizadas en Windows SharePoint



279

Services, SharePoint Portal Server 2003 y Office SharePoint Server 2007


En el modelo de objetos, SPWebTemplate representa una definición de sitio (y una configuración).

Para obtener más información acerca de las plantillas de sitio y las definiciones de sitio, vea el tema

sobre las definiciones y plantillas de sitio (http://go.microsoft.com/fwlink/?linkid=184756&clcid=0xC0A).

El formato STP de una plantilla de sitio personalizada (archivo .stp) está en desuso en

SharePoint Foundation 2010 y se reemplaza por las plantillas de sitio con formato WSP. En

Windows SharePoint Services 3.0, los usuarios pueden guardar un sitio existente como una

plantilla de sitio personalizada. La plantilla de sitio se almacena en la base de datos como

modelo y los usuarios pueden seleccionar la plantilla de sitio como una base que define cómo

crear una versión del sitio. En SharePoint Foundation 2010, los usuarios pueden guardar un

sitio existente como una plantilla. La plantilla se guarda como un archivo .wsp. en la galería de

soluciones del sitio de nivel superior en una colección de sitios, donde permanece disponible

para la creación de subsitios en todos los sitios web de la colección de sitios.

Para obtener más información acerca de las definiciones de sitio, vea el tema sobre las

configuraciones y definiciones de sitio (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0xC0A).

Configuraciones y definiciones de sitio Una definición de sitio define un sitio específico de SharePoint. Hay cinco definiciones de sitio

instaladas de forma nativa en SharePoint Foundation 2010. Una definición de sitio puede incluir más

de una configuración de definición de sitio. Los sitios web de SharePoint se basan en una serie de

configuraciones de definición de sitio específicas entre las que se incluyen las siguientes:

STS incluye las configuraciones de definición de sitio de Sitio de grupo, Sitio en blanco y Área de

documentos.

MPS incluye las configuraciones de definición de sitio de Área de reuniones básica, Área de

reuniones en blanco, Área de toma de decisiones, Área de reuniones sociales y Área de reuniones

de varias páginas.

CENTRALADMIN proporciona una configuración de definición de sitio para los sitios web de


WIKI proporciona una configuración de definición de sitio para sitios web que admiten contenido de

la comunidad mediante tecnología wiki.

BLOG proporciona una configuración de definición de sitio para blogs.

Cada definición de sitio consta de los archivos ubicados en las subcarpetas de \\Program

Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates de los

servidores front-end web durante la instalación de SharePoint Foundation 2010. Los archivos de

definición de sitio incluyen archivos de páginas .xml, .aspx, .ascx y .master, archivos de plantilla de

documento (.dot, .htm) y archivos de contenido (.gif, .doc).

Nota:



280

Páginas no personalizadas y personalización de páginas

Los archivos de definición de sitio se almacenan en la memoria caché del servidor al inicio del proceso

de Microsoft Internet Information Services (IIS). Esto permite usar las páginas no personalizadas en los

sitios. La información contenida en estos archivos se extrae de la memoria caché en tiempo de

ejecución. Las páginas y los esquemas de lista se leen en los archivos de definición de sitio, pero se

presentan como archivos reales en el sitio. Las páginas de nuevos elementos web también se

consideran páginas no personalizadas.

Cuando se personalizan las páginas del sitio (excepto las personalizaciones basadas en el explorador,

como las modificaciones de los elementos web), el contenido se almacena en la base de datos de

contenido y se usa la página del sitio personalizada en lugar de la página original de la definición de

sitio. Los archivos .aspx cargados se consideran personalizados automáticamente.

Para obtener más información acerca de la personalización de páginas y la conversión en fantasma,

vea el tema sobre las configuraciones y definiciones de sitio


Archivos de esquema principales

En la siguiente tabla se describen los archivos XML principales que se pueden modificar para una

definición de sitio y se muestran sus ubicaciones en el sistema de archivos.

WebTemp.xml Identifica las definiciones de sitio y proporciona

información sobre sus configuraciones. Disponible

en:

\TEMPLATE\1033\XML

Onet.xml Define las áreas de navegación, especifica las

definiciones de lista disponibles, especifica las

plantillas de documentos y sus archivos, define los

tipos de base para las listas y define las

configuraciones y los módulos para las

definiciones de sitio. Disponible en:

\TEMPLATE\SiteDefinitions\site_type\XML

Schema.xml Define las vistas, los formularios, la barra de

herramientas y los campos especiales de una

definición de lista. Cada definición tiene su propio

archivo Schema.xml. Disponible en:

\TEMPLATE\FEATURES\List_Definition_Name

DocIcon.xml Cada servidor front-end web de una

implementación de SharePoint Foundation

contiene un archivo DocIcon.xml que asigna


281

identificadores de programación (ProgIDs) y

extensiones de nombre de archivo de tipos de

documentos a iconos y controles específicos para

abrir cada tipo. Los cambios en el archivo

DocIcon.xml son generales para la

implementación de SharePoint Foundation y

afectan a todas las definiciones de sitio en el

servidor front-end web. Disponible en:

\TEMPLATE\XML

Estos archivos XML usan el lenguaje de marcado de la aplicación de colaboración (CAML)

(http://go.microsoft.com/fwlink/?linkid=183464&clcid=0xC0A) para definir los aspectos de un sitio. Para

obtener más información acerca de estos archivos XML principales que puede usar para personalizar

las definiciones de sitio, vea el tema sobre las configuraciones y definiciones de sitio


Creación de una definición y una configuración de sitio personalizadas Para crear definiciones de sitio personalizadas, copie manualmente una definición de sitio existente o

importe un archivo .wsp en Visual Studio 2010.

Importación de elementos de un sitio de SharePoint existente

Este método requiere el almacenamiento de un sitio como una plantilla de SharePoint Foundation para

generar un archivo .wsp y, a continuación, la importación del archivo .wsp en Visual Studio 2010

mediante la plantilla del proyecto de importación de soluciones. La plantilla del proyecto de importación

del paquete de solución de SharePoint permite volver a usar elementos como los tipos de contenido,

las definiciones de lista y los campos de sitios de SharePoint existentes en una nueva solución de

SharePoint en Visual Studio. Para obtener más información acerca de la importación de elementos

desde un sitio de SharePoint existente en un proyecto de SharePoint en Visual Studio, vea el tema

sobre la importación de elementos desde un sitio de SharePoint existente

(http://go.microsoft.com/fwlink/?linkid=187040&clcid=0xC0A). En este capítulo se incluye un tutorial en

el que se describen las siguientes tareas:

1. Personalización de un sitio de SharePoint mediante la adición de una columna de sitio

personalizada.

2. Exportación de un sitio de SharePoint a un archivo .wsp.

3. Importación del archivo .wsp en un proyecto de SharePoint en Visual Studio mediante el proyecto

de importación de .wsp.

Copia de un sitio de SharePoint existente




282

Este método requiere la copia de una definición de sitio existente, la modificación de la copia y el

cambio de dos archivos de esquema: la copia de un archivo WebTemp.xml y la copia de un archivo

Onet.xml.

No modifique el archivo WebTemp.xml instalado originalmente.

1. Copie una carpeta de definición de sitio existente del directorio Unidad_local:\Program

Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates\. La

copia debe ser igual que el original y puede asignarle cualquier nombre que no contenga espacios

en blanco.

Por ejemplo, para crear una definición de sitio personalizada derivada de la definición del sitio de

grupo para Microsoft SharePoint Foundation, copie la carpeta \sts.

2. Haga una copia del archivo WebTemp.xml. Este archivo está ubicado en Unidad_local:\Program

Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\1033\XML.

Asigne al archivo un nombre único anexando una cadena al nombre del archivo original; por

ejemplo, WebTempAction.xml. En tiempo de ejecución, el compilador combina la información

contenida en este archivo con la información contenida en el archivo original para especificar qué

configuraciones de definición de sitio están disponibles para la creación de sitios nuevos.

3. Personalice el contenido del nuevo archivo WebTemp.

Cada archivo WebTemp.xml contiene una colección de elementos Template y subelementos

Configuration que identifican para el compilador todas las configuraciones de definición de sitio

de las que se pueden crear copias. El elemento Configuration define, por ejemplo, un título, una

descripción, la dirección URL de la imagen mostrada en la interfaz de usuario y una categoría de

presentación que especifica la ficha en la que se mostrará la plantilla en la sección Selección de

plantilla de la página Crear colección de sitios.

En cada elemento Template definido en el archivo WebTemp, el atributo Name debe

contener el mismo nombre que se asigna a la nueva carpeta. Para evitar conflictos con los

identificadores usados en SharePoint Foundation 2010, se deben usar valores únicos

mayores que 10.000 para el identificador de atributo.

En el siguiente ejemplo, se usan dos elementos Configuration en el archivo WebTemp.xml para

definir distintas configuraciones de definición de sitio para crear versiones de un sitio (una para un sitio

de colaboración de investigación y otra para un sitio de área de trabajo de documentos de

investigación). En este ejemplo, se usan solo dos configuraciones en una sola definición del sitio, pero

puede incluir varias definiciones de sitio, cada una de ellas con varias configuraciones, en un solo

archivo WebTemp.xml. Cada definición de sitio hace referencia a una carpeta de definición de sitio

diferente y al archivo Onet.xml correspondiente.

<?xml version="1.0" encoding="utf-8" ?>

<Templates xmlns:ows="Microsoft SharePoint">

Advertencia:

Importante:

283

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

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 se indica mediante el valor del atributo Name en el elemento Template, en este ejemplo se da

por supuesto que hay un directorio de definición de sitio denominado "RESEARCH". Si un archivo

WebTemp*.xml especifica más de una definición de sitio, las definiciones se distinguirán por sus

valores ID únicos.

Cada elemento Configuration contiene además un atributo ID. La combinación de este atributo ID y el

valor del atributo Name en el elemento Template proporciona una referencia al contenido de un

elemento Configuration específico de un archivo Onet.xml concreto. En este ejemplo, el atributo

Name contiene RESEARCH y los atributos ID contienen 0 y 1, lo que hace referencia a la definición de

sitio RESEARCH y a las configuraciones con los identificadores 0 y 1 de Onet.xml.

Es posible que deba restablecer IIS para que la nueva configuración de definición se muestre como

una opción en la interfaz de usuario. Para ello, escriba iisreset en un símbolo del sistema.

Para obtener más información acerca de la definición de cada configuración de definición de sitio de

Onet.xml, vea el procedimiento para usar configuraciones de definición de sitio


Implementación de una definición de sitio mediante un paquete de solución Para implementar una definición de sitio mediante un paquete de soluciones, agregue un elemento

SiteDefinitionManifest al archivo de manifiesto del paquete de soluciones. Agregue el elemento

TemplateFiles para definir los archivos de plantilla que se deben implementar en una subcarpeta de la

carpeta \14\Template.


284

Adición de un elemento SiteDefinitionManifest

El elemento SiteDefinitionManifest tiene un atributo Location que usa todos los archivos de la

carpeta especificada y crea la carpeta requerida en la carpeta \14\Template\SiteTemplates. El

elemento secundario WebTempFile implementa el archivo webtemp*.xml para que la plantilla sea

reconocida por Productos de SharePoint 2010, como se muestra en el siguiente ejemplo:

<SiteDefinitionManifests>

<SiteDefinitionManifest Location="LitwareSiteTemplate">

<WebTempFile Location="1033\xml\webtempLitware.xml" />

</SiteDefinitionManifest>

</SiteDefinitionManifests>

Adición de un elemento TemplateFile

El elemento TemplateFile de un archivo de manifiesto de la solución se usa para definir los archivos

de plantilla que se deben implementar en una subcarpeta de la carpeta \14\Template. Un ejemplo del

tipo de archivo que puede implementar de esta forma es el archivo fldtypes*.xml, que define los

detalles de un tipo de campo personalizado. Use el atributo Location para especificar la ruta relativa

del archivo, indicada mediante la cadena "Text" en el siguiente ejemplo:

<TemplateFiles

<TemplateFile

Location="Text"/>

...

</TemplateFiles>

Para obtener más información acerca de cómo implementar soluciones, vea Implementación de

paquetes de solución (SharePoint Foundation 2010).

285

Proceso de implementación del flujo de trabajo (SharePoint Foundation 2010)

Después de preparar un flujo de trabajo para usarlo en Microsoft SharePoint Foundation 2010, la

implementación de dicho flujo de trabajo dependerá de si se usa un flujo de trabajo predefinido, un flujo

de trabajo de Microsoft Office SharePoint Designer o un flujo de trabajo personalizado de Microsoft

Visual Studio.

Este artículo contiene información sobre cómo implementar flujos de trabajo en SharePoint Foundation

2010 y los procedimientos para hacerlo.

En este artículo:

Introducción

Antes de comenzar

Implementar flujos de trabajo

Comprobación

Introducción SharePoint Foundation 2010 proporciona una única plantilla de flujo de trabajo predefinida para el flujo

de trabajo de tres estados. También se puede usar la plantilla del flujo de trabajo de tres estados para

crear flujos de trabajo individuales que se ejecuten en sitios de SharePoint. Igualmente, se puede usar

Office SharePoint Designer para definir los flujos de trabajo propios, o bien se puede usar Visual Studio

para crear flujos de trabajo personalizados basados en código. Los flujos de trabajo están basados en

Windows Workflow Foundation y se ejecutan en sitios de SharePoint de la siguiente manera:

SharePoint Foundation 2010: se usa para hospedar flujos de trabajo. Una vez que un flujo de

trabajo se implementa en el host, se puede activar, configurar e iniciar el flujo de trabajo, se puede

participar en él y se puede hacer un seguimiento de dicho flujo de trabajo.

SharePoint Designer 2010: se utiliza para crear flujos de trabajo definidos por el usuario.

Microsoft Visio 2010: se usa junto con SharePoint Designer 2010 para crear flujos de trabajo

definidos por el usuario.

Visual Studio: lo usan los desarrolladores para crear flujos de trabajo.

Antes de comenzar Antes de realizar los procedimientos de implementación de este artículo, confirme que el servidor

ejecuta 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

286

Implementar flujos de trabajo

El flujo de trabajo de tres estados predefinido ya está instalado como característica de SharePoint en


Los flujos de trabajo en un sitio web de SharePoint se almacenan como plantillas de flujo de trabajo.

Como alternativa al uso del flujo de trabajo predefinido, puede crear plantillas de flujo de trabajo de

SharePoint en Office SharePoint Designer y Visual Studio y luego implementarlas en un sitio web de

SharePoint Foundation 2010. Use las herramientas de administración de SharePoint necesarias para

agregar la plantilla a las bibliotecas o listas en un sitio web de SharePoint Foundation 2010.

Para implementar un flujo de trabajo predefinido, debe activarlo para el sitio, asociarlo a una lista, una

biblioteca, un tipo de contenido o un sitio y luego debe iniciar el flujo de trabajo.

Para implementar flujos de trabajo en SharePoint Foundation 2010, use el procedimiento adecuado de

los que se mencionan a continuación:

Implementar flujos de trabajo predefinidos

Implementar flujos de trabajo de SharePoint Designer

Implementar flujos de trabajo de Visual Studio

Implementar flujos de trabajo predefinidos

Activación del flujo de trabajo

Como ya se describió en este artículo, para poder usar un flujo de trabajo predefinido, éste debe estar

activo en el sitio o en la colección de sitios. Solo los flujos de trabajo activos pueden asociarse a las

listas y bibliotecas en el sitio o en la colección de sitios.

El flujo de trabajo de tres estados predefinido se activa de manera predeterminada cuando se crea un

sitio o colección de sitios. Debido a que el flujo de trabajo puede desactivarse, puede revisar el sitio o

colección de sitios para determinar si el flujo de trabajo de tres estados si está activo. Use el siguiente

procedimiento para determinar si el flujo de trabajo definido de tres estados está activo y, si no lo está,

cómo activarlo.

Para activar un flujo de trabajo que se implementa como característica, como el flujo de trabajo de tres

estados predefinido, vea Activar o desactivar un flujo de trabajo (SharePoint Foundation 2010).

Adición de la asociación de flujos de trabajo a una lista, una biblioteca, un tipo de contenido o

un sitio

Al agregar un flujo de trabajo, se asocia el flujo de trabajo a una lista, una biblioteca, un tipo de

contenido o un sitio, y se configura el flujo de trabajo especificando parámetros como el nombre del

flujo de trabajo, las opciones de inicio, los participantes y las opciones de finalización.

Para agregar una asociación de flujos de trabajo, vea Agregar una asociación de flujo de trabajo


Inicio del flujo de trabajo

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


287

Una vez que activa un flujo de trabajo y lo agrega a una lista, un tipo de contenido o un sitio, un usuario

autenticado puede ejecutar el flujo de trabajo en un elemento de la lista, en un documento de la

biblioteca o en un sitio en el caso de un flujo de trabajo de sitio. Al agregar el flujo de trabajo, debe

especificar si desea que se ejecute de forma automática o manual. Si el flujo de trabajo está

configurado para iniciarse automáticamente, se usa siempre la configuración predeterminada cuando

se inicia. Si el flujo de trabajo está configurado para iniciarse manualmente, un usuario puede modificar

la configuración predeterminada, por ejemplo, puede especificar los participantes del flujo de trabajo y

una fecha de vencimiento. El flujo de trabajo se ejecuta en los elementos de la lista o en los

documentos de la biblioteca a los que está asociado.

El procedimiento para iniciar un flujo de trabajo depende de si se configuró para que se iniciara de

manera manual o automática.

Para obtener más información, vea Inicio de una sesión de flujo de trabajo (SharePoint Foundation

2010).

Implementar flujos de trabajo de SharePoint Designer

Cuando están habilitados los flujos de trabajo definidos por el usuario, los usuarios pueden

implementar flujos de trabajo de Office SharePoint Designer en los sitios.

Habilitar flujos de trabajo definidos por el usuario

Para permitir que los usuarios creen y ejecuten flujos de trabajo de SharePoint Designer 2010, debe

asegurarse de que los flujos de trabajo definidos por el usuario estén habilitados para la colección de

sitios. Esta configuración está habilitada de manera predeterminada. Cuando esta configuración está

habilitada, los usuarios pueden definir flujos de trabajo en un editor de flujos de trabajo declarativos

como el editor de flujos de trabajo de SharePoint Designer 2010. Un flujo de trabajo declarativo es

aquel que se construye a partir de condiciones y acciones que se ensamblan en reglas y pasos, y que

establece los parámetros del flujo de trabajo sin código de escritura. A diferencia de los flujos de

trabajo centrados en código, como los que se crean con Visual Studio, los flujos de trabajo declarativos

no se implementan en SharePoint Foundation 2010 como código compilado, sino que se compilan en

tiempo de ejecución.

Dado que se puede desactivar la capacidad de usar flujos de trabajo declarativos en la aplicación web,

puede comprobar esta aplicación para determinar si hay flujos de trabajo declarativos activos.

Para obtener información, vea Habilitar o deshabilitar flujos de trabajo declarativos (SharePoint

Foundation 2010).

Creación de un flujo de trabajo de SharePoint Designer

Mediante el asistente del Diseñador de flujo de trabajo de SharePoint Designer 2010, puede crear

flujos de trabajo que agreguen lógica de aplicación al sitio o a la colección de sitios sin tener que

escribir código personalizado. El Diseñador de flujo de trabajo incorpora las tareas para crear el flujo

de trabajo, activarlo y agregarlo a la lista, biblioteca o sitio. No es necesario realizar tareas de

configuración manual fuera del diseñador para implementar el flujo de trabajo. Sin embargo, si publica

una plantilla de flujo de trabajo en una colección de sitios de SharePoint, puede descargar dicha

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

288

plantilla como un archivo WSP y, a continuación, implementarlo en otras colecciones de sitios. Para

obtener más información, vea Implementación de un flujo de trabajo como un archivo WSP (SharePoint

Foundation 2010).

Inicio del flujo de trabajo

Dado que SharePoint Designer 2010 puede activar automáticamente el flujo de trabajo y agregarlo a

una lista, biblioteca o sitio, un usuario autenticado puede ejecutar el flujo de trabajo en un elemento de

la lista, en un documento de la biblioteca o en un sitio en el caso de un flujo de trabajo de sitio. Cuando

se crea un flujo de trabajo en SharePoint Designer 2010, se debe especificar si se ejecutará en forma

automática o manual. Si el flujo de trabajo está configurado para iniciarse automáticamente, siempre

se usa la configuración predeterminada cuando se inicia el flujo de trabajo. Si está configurado para

iniciarse manualmente, un usuario puede modificar la configuración predeterminada, por ejemplo,

puede especificar los participantes del flujo de trabajo y una fecha de vencimiento, tal como permite la

plantilla del flujo de trabajo. Una vez iniciado, el flujo de trabajo se ejecuta en elementos de la lista, en

documentos de la biblioteca o en el sitio al que está asociado.

Para obtener más información, vea Inicio de una sesión de flujo de trabajo (SharePoint Foundation

2010).

Implementar flujos de trabajo de Visual Studio

Una vez que se crea e instala un flujo de trabajo personalizado de Visual Studio, el procesamiento para

implementarlo es similar al de un flujo de trabajo predefinido.

Crear un flujo de trabajo personalizado

Cuando se crea un flujo de trabajo personalizado mediante Visual Studio, se empaqueta como una

característica de SharePoint. El empaquetado de características es una forma de encapsular las

soluciones y la funcionalidad de SharePoint para facilitar la implementación. Una vez que el equipo de

desarrollo crea un paquete de trabajo y lo empaqueta como una característica, se debe implementar el

flujo de trabajo mediante el comando Install-SPFeatureWindows PowerShell tal como se describe en

la siguiente sección.

Instalar el flujo de trabajo personalizado

Las características se instalan en el directorio \Archivos de programa\Common Files\Microsoft

Shared\Web Server Extensions\14\Template\Features. Cada característica se ubica en su propio

subdirectorio. En la raíz de esta carpeta, un archivo Feature.xml define el contenido de la

característica. Use el cmdlet Windows PowerShellInstall-SPFeature para instalar la característica.

Para obtener información detallada, vea Install-SPFeature.

Para ejecutar Windows PowerShell, debe ser miembro del grupo Administradores en el equipo

local. Además, Windows PowerShell debe estar habilitado como una característica en el

servidor en el que desea instalar un flujo de trabajo.

Activar el flujo de trabajo

Importante:

http://technet.microsoft.com/library/bc5cc76a-68e8-4acc-bcec-bf79e72d426f(Office.14).aspx

http://technet.microsoft.com/library/bc5cc76a-68e8-4acc-bcec-bf79e72d426f(Office.14).aspx



http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx

289

Para poder usar un flujo de trabajo de Visual Studio que se implementó como una característica, debe

activarlo para la colección de sitios. Solo los flujos de trabajo activos pueden asociarse a listas,

bibliotecas, tipos de contenido y sitios.

Para activar un flujo de trabajo que se implementó como una característica, vea Activar o desactivar un

flujo de trabajo (SharePoint Foundation 2010).

Agregar el flujo de trabajo a una lista, una biblioteca, un tipo de contenido o un sitio

Cuando se agrega un flujo de trabajo, éste se asocia a una lista, una biblioteca, un tipo de contenido o

un sitio, y se puede configurar el flujo de trabajo mediante la especificación de parámetros como el

nombre de flujo de trabajo, las opciones de inicio, los participantes y las opciones de finalización.

Para agregar una asociación de flujos de trabajo, vea Agregar una asociación de flujo de trabajo


Iniciar el flujo de trabajo

Una vez que activa un flujo de trabajo y lo agrega a una lista, una biblioteca, un tipo de contenido o un

sitio, un usuario autenticado puede ejecutar el flujo de trabajo en un elemento de la lista, en un

documento de la biblioteca o en un sitio en el caso de un flujo de trabajo de sitio. Al agregar el flujo de

trabajo, debe especificar si desea que se ejecute de forma automática o manual. Si el flujo de trabajo

está configurado para iniciarse automáticamente, siempre se usa la configuración predeterminada

cuando se inicia el flujo de trabajo. Si el flujo de trabajo está configurado para iniciarse manualmente,

el usuario puede modificar la configuración predeterminada, como, por ejemplo, especificar los

participantes del flujo de trabajo y especificar una fecha de vencimiento. El flujo de trabajo se ejecuta

en los elementos de la lista o los documentos de la biblioteca con los que está asociado.

El procedimiento para iniciar un flujo de trabajo depende de si se configuró para que se iniciara de

manera manual o automática. Para obtener más información, vea Inicio de una sesión de flujo de

trabajo (SharePoint Foundation 2010).

Comprobación Después de implementar un flujo de trabajo, se recomienda probarlo para asegurarse de que funciona

correctamente, de que envía notificaciones de correo electrónico a los participantes correctos y de que

genera los resultados esperados.







290


Esta es la guía de actualización de Microsoft SharePoint Foundation 2010. Los artículos incluidos en

esta guía ayudan a planear y realizar una actualización de Windows SharePoint Services 3.0 a


Para ver una descripción general gráfica del proceso de actualización e información acerca de cómo

planear y probar la actualización, vea los siguientes modelos de actualización:

Planeación de la actualización

Métodos de actualización

Prueba del proceso de actualización

En esta guía:

Introducción al proceso de actualización (SharePoint Foundation 2010)

Obtenga información acerca de las novedades de la actualización y el funcionamiento del proceso

de actualización.

Planeación y preparación de la actualización (SharePoint Foundation 2010)

Determine qué método debería seguir para actualizar a SharePoint Foundation 2010 y planear el

proceso de actualización.

Prueba y solución de problemas de actualización (SharePoint Foundation 2010)

Obtenga información acerca de cómo realizar una prueba del proceso de actualización de

antemano para comprender los posibles problemas de la actualización real y determinar el tiempo

y el espacio necesarios para la actualización. Además, aprenda a resolver los problemas que

surgen durante la actualización real.

Realización de pasos previos a la actualización (SharePoint Foundation 2010)

Averigüe cuáles son los pasos necesarios que deben llevarse a cabo antes de la actualización,

incluida la información acerca de cómo ejecutar la herramienta de comprobación previa a la

actualización.

Realización de una actualización en contexto (SharePoint Foundation 2010)

Siga los pasos de esta sección si va a actualizar en contexto a SharePoint Foundation 2010. Al

actualizar en contexto, debe instalar SharePoint Foundation 2010 en el mismo hardware y, a

continuación, actualizar el contenido y la configuración del servidor o del conjunto o granja de

servidores como parte de un solo proceso.

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a

SharePoint Foundation 2010 cuando las bases de datos de contenido exceden los 4 GB

(Almacenamiento remoto de blobs)

Siga los pasos descritos en esta sección si tiene una instalación independiente con bases de datos

de contenido que se aproximan a los 4 GB.




291

Realización de una actualización de base de datos adjunta a SharePoint Foundation 2010

Siga los pasos de esta sección si va a usar el método de actualización de base de datos adjunta

para actualizar a SharePoint Foundation 2010. Al usar el método de actualización de base de

datos adjunta, debe actualizar el contenido del entorno en una granja de servidores independiente.

Realización de pasos posteriores a la actualización (SharePoint Foundation 2010)

Averigüe cómo comprobar si la actualización se completó correctamente y cuáles son los pasos

necesarios posteriores a la actualización para que los usuarios puedan volver a usar el entorno.

Vea también Uso de redirecciones URL de AAM como parte del proceso de actualización (SharePoint Foundation

2010) (notas del producto)

292


El primer paso en cualquier proceso de actualización es informarse acerca del proceso para poder

planear y prepararse de forma apropiada. Esta sección de la guía de actualización contiene artículos

que le ayudarán a entender cómo funciona la actualización.

En esta sección:

Novedades de la actualización (SharePoint Foundation 2010)

Obtenga información acerca de los nuevos requisitos, métodos y características disponibles para

actualizar a Microsoft SharePoint Foundation 2010.


Obtenga una descripción general visual de los pasos que se deben seguir en cada método de

actualización.

Actualización de Windows SharePoint Services 2.0 a SharePoint Foundation 2010

Comprenda cómo usar las actualizaciones de base de datos adjunta para actualizar el contenido

de Windows SharePoint Services 2.0 a Microsoft SharePoint Foundation 2010.

293


Microsoft SharePoint Foundation 2010 se ha diseñado para escalabilidad y rendimiento, por lo que

necesita los nuevos requisitos de hardware y software que se describen en este artículo. Estos

requisitos son pertinentes tanto para el método de actualización en contexto como el de actualización

de base de datos adjunta. Para obtener más información, vea Determinación del método de

actualización (SharePoint Foundation 2010).

Con el fin de facilitar una actualización predecible y reducir el impacto de los problemas de entorno y

personalización que puedan impedir una actualización correcta, puede usar el cmdlet test-

spcontentdatabase de Windows PowerShell, la nueva opción de actualización visual o la operación

preupgradecheck de Stsadm.

En este artículo:

Requisitos de actualización

Herramienta de comprobación previa a la actualización

Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas

Actualización visual

Actualización de características

Nuevas opciones para reducir el tiempo de inactividad durante la actualización

Cambios en las características principales entre versiones

Requisitos de actualización Para poder realizar una actualización en contexto o una actualización de base de datos adjunta en

SharePoint Foundation 2010, el entorno existente de Windows SharePoint Services 3.0 o el entorno

nuevo de SharePoint Foundation 2010 deben cumplir los siguientes requisitos mínimos.

Para obtener más información acerca de los requisitos generales del sistema para SharePoint

Foundation 2010, vea Requisitos de hardware y software (SharePoint Foundation 2010). Para

obtener más información acerca de los requisitos de actualización, vea Revisión de los

requisitos del sistema para la actualización (SharePoint Foundation 2010).

Requisito de hardware: 64 bits

SharePoint Foundation 2010 sólo se puede ejecutar en una edición de 64 bits del sistema operativo

Windows Server 2008 R2 o Windows Server 2008 con SP2. Si se planea una actualización en

contexto, la instalación de Windows SharePoint Services 3.0 se debe ejecutar en un entorno de

Nota:

294

Windows Server 2008 de 64 bits. Si la instalación de Windows SharePoint Services 3.0 se encuentra

actualmente en un entorno de 32 bits, no se podrá llevar a cabo una actualización en contexto en el

servidor o en el conjunto o granja de servidores existente. Se debe instalar SharePoint Foundation

2010 en otro servidor o granja que admita aplicaciones de 64 bits y, a continuación, se deben mover

los datos a ese servidor o granja mediante una actualización de base de datos adjunta.

Para detectar y solucionar de manera más fácil los problemas relacionados con los procesos de

migración y actualización, se recomienda que no se combinen las acciones de migración a un entorno

de 64 bits y de actualización en contexto a SharePoint Foundation 2010. Debido a que se debe

disponer de un entorno de 64 bits para poder actualizar en contexto a SharePoint Foundation 2010, se

debe migrar a un sistema operativo de 64 bits antes de llevar a cabo una actualización en contexto. Si

se usa una actualización de base de datos adjunta, se puede migrar a 64 bits como parte del proceso

de actualización.

Antes de migrar a un entorno de 64 bits:

Actualice Windows SharePoint Services 3.0 al mismo Service Pack o al mismo nivel de

actualización de software en todos los equipos de la granja de servidores de origen.

Averigüe si es necesario volver a compilar las aplicaciones de 32 bits existentes y los ensamblados

personalizados, como receptores de eventos y elementos web, para ejecutarlos en el entorno de

64 bits. (Algunas aplicaciones se pueden ejecutar en ambos entornos y no es necesario volver a

compilarlas.) Si las aplicaciones existentes son aplicaciones de terceros, compruebe con el

proveedor los aspectos relacionados con la compatibilidad y las versiones de 64 bits.

Para obtener más información acerca de cómo planear y llevar a cabo una migración a un entorno de

64 bits, vea el artículo sobre migración de una granja de servidores existente a un entorno de 64 bits

(Windows SharePoint Services 3.0) en TechNet


Requisito de sistema operativo: Windows Server 2008 o Windows Server 2008 R2

SharePoint Foundation 2010 se debe ejecutar en una edición de 64 bits de Windows Server 2008 R2 o

Windows Server 2008 con Service Pack 2 (SP2). Si actualmente ejecuta Windows SharePoint Services

3.0 en Windows Server 2003 y desea actualizar a SharePoint Foundation 2010, debe prever disponer

de una cantidad suficiente de licencias de Windows Server para la implementación en el sistema

operativo más reciente.

Para detectar y solucionar de manera más fácil los problemas relacionados con los procesos de

migración y actualización, se recomienda que no se combinen las acciones de actualización o

migración a Windows Server 2008 o Windows Server 2008 R2 con el proceso de actualización a

SharePoint Foundation 2010. Se puede combinar la migración a hardware de 64 bits con la migración

a Windows Server 2008 o Windows Server 2008 R2.

Si ya ejecuta hardware de 64 bits, puede actualizar de Windows Server 2003 a Windows Server

2008 o Windows Server 2008 R2. Para obtener más información acerca de cómo llevar a cabo una

actualización en contexto a Windows Server 2008, vea el artículo sobre actualización a Windows




295

Server 2008 para Windows SharePoint Services 3.0 con SP1 en TechNet


Si migra a un hardware de 64 bits, aproveche la oportunidad de migrar también a Windows Server

2008 o Windows Server 2008 R2 al mismo tiempo. Para obtener más información acerca de cómo

instalar Windows SharePoint Services 3.0 en Windows Server 2008, vea el artículo sobre la

implementación de una granja de servidores sencilla en el sistema operativo Windows Server 2008

(Windows SharePoint Services) en TechNet


Requisito de base de datos: SQL Server 2008 SP1 o SQL Server 2005 SP3 de 64 bits

SharePoint Foundation 2010 requiere que su servidor de base de datos sea una versión de 64 bits de

uno de los siguientes: Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la

actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la actualización

acumulativa 3. Si la instalación de Windows SharePoint Services 3.0 actual usa SQL Server 2000,

debe actualizar a una de estas versiones antes de poder actualizar a SharePoint Foundation 2010.

Para detectar y solucionar los problemas relacionados con los procesos de migración y actualización

de un modo más fácil, se recomienda que no se combinen las acciones de migración a SQL Server de

64 bits con el proceso de actualización a SharePoint Foundation 2010. Se puede combinar la

migración a SQL Server de 64 bits con el proceso general de migración a hardware de 64 bits.

Si combina la migración a SQL Server 2005 SP3 o SQL Server 2008 en hardware de 64 bits con

una migración general a un entorno de 64 bits, siga las instrucciones sobre cómo migrar a un

entorno de 64 bits descritas anteriormente en este artículo.

Para obtener más información acerca de cómo migrar todas las bases de datos, vea el artículo

sobre el traslado de todas las bases de datos (Windows SharePoint Services 3.0) en TechNet


Si ya dispone de hardware de 64 bits, pero tiene que actualizar a SQL Server 2005 SP3 o

SQL Server 2008, siga las instrucciones descritas en la documentación de SQL Server.

Herramienta de comprobación previa a la actualización La herramienta de comprobación previa a la actualización es una herramienta de línea de comandos

que se ejecuta en un entorno de Windows SharePoint Services 3.0 para encontrar posibles problemas

de actualización y para revisar los procedimientos recomendados y las sugerencias.

STSADM.exe –o preupgradecheck

Mediante la herramienta de comprobación previa a la actualización, se puede encontrar información

como la siguiente:




296

Una lista de todos los servidores y componentes de la granja de servidores y si los servidores

cumplen con los siguientes requisitos de actualización: hardware de 64 bits y sistema operativo

Windows Server 2008.

Las direcciones URL de las asignaciones alternativas de acceso que se usan en la granja.

Una lista de todas las definiciones de sitio, plantillas de sitio, características y paquetes de

plantillas de idiomas instalados en la granja.

Si en la granja hay personalizaciones que no son compatibles (como modificaciones del esquema

de base de datos).

Si en la granja hay bases de datos o sitios huérfanos.

Si en la granja faltan valores de configuración o estos no son válidos (como la falta del archivo

Web.config, nombres de host no válidos o cuentas de servicio no válidas).

Si las bases de datos cumplen con los requisitos de actualización. Por ejemplo, que las bases de

datos se establezcan en lectura y escritura, y que el tamaño de las bases de datos y colecciones

de sitios almacenados en Windows Internal Database no supere los 4 GB.

La herramienta de comprobación previa a la actualización está disponible con Windows SharePoint

Services 3.0 Service Pack 2 y se ha actualizado en la actualización acumulativa de octubre de 2009

para Windows SharePoint Services 3.0. Puede descargar e instalar la actualización acumulativa de

octubre de 2009 en el artículo sobre los paquetes de actualización acumulativa de octubre de 2009

publicados para SharePoint Server 2007 y Windows SharePoint Services 3.0

(http://go.microsoft.com/fwlink/?linkid=169179&clcid=0xC0A). Para obtener más información acerca de

cómo usar esta herramienta, vea los siguientes artículos en TechNet:

Preupgradecheck: operación de Stsadm (Windows SharePoint Services)


Comprobación y creación de informes previos a la actualización para versiones futuras (Windows

SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=152468&clcid=0xC0A)

Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation

2010)

Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas Puede usar el cmdlet test-spcontentdatabase de Windows PowerShell antes de adjuntar una base de

datos de contenido a SharePoint Foundation 2010 para determinar si faltan personalizaciones del lado

servidor en el entorno. Para obtener más información, vea Bases de datos adjuntas y actualización a

SharePoint Foundation 2010 y Test-SPContentDatabase.

Actualización visual Una nueva característica disponible con la actualización permite al administrador del servidor o

propietario del sitio determinar cuándo el nuevo aspecto de SharePoint Foundation 2010 se usa para






http://technet.microsoft.com/library/ed095a0a-fa1a-4323-8503-624f0e09707d(Office.14).aspx

297

una colección de sitios en particular y si esto sucede. Los administradores del servidor pueden elegir

adoptar el nuevo aspecto y estilo para todos los sitios durante la actualización, permitir a los

propietarios de los sitios llevar a cabo su elección después de la actualización o conservar el aspecto y

estilo antiguos para todos los sitios.

Si el administrador del servidor permite que los propietarios de los sitios decidan, una vez que el sitio

se ha actualizado mediante una actualización en contexto, se ofrecerá una opción de vista previa en la

interfaz de usuario del sitio. Esta opción proporciona una vista previa del aspecto de SharePoint

Foundation 2010 para el sitio:

Si al propietario le gusta el aspecto del sitio y cómo funciona, puede aceptar la actualización visual.

Si el propietario desea conservar el aspecto y estilo antiguos, puede revertir al aspecto de

Windows SharePoint Services 3.0.

De manera predeterminada, se conserva el aspecto de Windows SharePoint Services 3.0. Para

obtener más información, vea Planeación de la actualización visual (SharePoint Foundation 2010).

Actualización de características SharePoint Foundation 2010 proporciona nuevos miembros y tipos, lo que permite actualizar

características personalizadas por medio de actualizaciones declarativas y control de versiones. El uso

de estos miembros permite actualizar cualquier característica creada para Windows SharePoint

Services 3.0 para que funcione con SharePoint Foundation 2010. Para obtener más información, vea el

tema sobre la actualización de características.

Nuevas opciones para reducir el tiempo de inactividad durante la actualización Según el entorno y la complejidad y cantidad de sitios de SharePoint, el proceso de actualización

puede ser largo. Para reducir el tiempo de inactividad durante el proceso, SharePoint Foundation 2010

admite las siguientes opciones:

Actualización de varias bases de datos al mismo tiempo (actualización paralela) Al

actualizar a SharePoint Foundation 2010, puede iniciar manualmente la actualización de varias

bases de datos al mismo tiempo mediante el método híbrido de desasociación de bases de datos

para actualizar. En Windows SharePoint Services 3.0, solo se podía ejecutar un proceso de

actualización a la vez, de modo que era necesario procesar cada base de datos en secuencia. Se

produce un impacto en el rendimiento al ejecutar la actualización en varias bases de datos en lugar

de hacerlo en una sola, pero es posible que sea más rápido actualizar varias bases de datos al

mismo tiempo que actualizarlas en secuencia. La cantidad de bases de datos que se pueden

actualizar en paralelo dependerá del hardware del entorno y de la estructura del contenido de las

bases de datos. Para obtener más información, vea Guía básica para la actualización en contexto

con bases de datos desasociadas (SharePoint Foundation 2010).

http://msdn.microsoft.com/es-es/library/aa544511(office.14).aspx

298

Uso de bases de datos de solo lectura para proporcionar un acceso a datos continuo Si

lleva a cabo una actualización de base de datos adjunta y si estableció las bases de datos

originales en modo de solo lectura, la granja de servidores antigua puede seguir proporcionando

contenido a los usuarios mientras se actualiza una copia de las bases de datos en una granja

nueva. En este caso, los usuarios pueden seguir teniendo acceso a los datos, aunque no podrán

agregar nuevos datos o actualizar los datos existentes. Cuando se haya completado

satisfactoriamente la actualización de todo el contenido de la granja, los usuarios se podrán

trasladar a la granja activa nueva.

Para obtener más información acerca de las bases de datos de solo lectura, vea el artículo sobre

la ejecución de una granja de servidores que usa bases de datos de solo lectura (Windows

SharePoint Services).

Para obtener más información acerca de estas técnicas para reducir el tiempo de inactividad, vea el

artículo Determinación del método de actualización (SharePoint Foundation 2010).

Cambios en las características principales entre versiones SharePoint Foundation 2010 tiene una nueva arquitectura e incluye una gran cantidad de

funcionalidades nuevas. En las siguientes tablas se incluyen algunos de los cambios clave en la

terminología y las características que afectan de inmediato al proceso de administración general y de

administración de sitios después de la actualización.

Concepto, término o

característica

Nuevo o modificado Comentarios

Herramienta de comprobación

previa a la actualización

Nuevo La herramienta de comprobación

previa a la actualización es una

operación de línea de comandos

de Stsdam que se ejecuta en un

entorno de Windows SharePoint

Services 3.0 para encontrar

posibles problemas de

actualización y para revisar las

recomendaciones y los

procedimientos recomendados.

A diferencia de la herramienta de

detección previa a la actualización

(Prescan.exe) que se usaba para

actualizar a Windows SharePoint

Services 3.0, la herramienta de

comprobación previa a la

http://technet.microsoft.com/es-es/library/ee845027.aspx


299


característica


actualización no realiza cambios

en el entorno. Para obtener más

información, vea Ejecución de la

herramienta de comprobación



Sitio web de Administración

central de SharePoint

Modificado El sitio web de Administración

central ha sido rediseñado con

nuevas funciones y opciones

disponibles como las siguientes:

La cinta de opciones facilita la

visualización o modificación

de detalles acerca de una

aplicación web al proporcionar

todas las opciones en la

misma página. Para obtener

más información sobre las

aplicaciones web, vea

Administración de

aplicaciones web (SharePoint

Foundation 2010).

Se agregaron asistentes de

configuración para facilitar el

proceso de configuración que

guían al usuario por los pasos

necesarios para configurar la

granja de servidores. Para

obtener más información, vea

Implementación de un

servidor único con SQL

Server (SharePoint

Foundation 2010).

Ahora puede realizar una

copia de seguridad desde la

página Copias de seguridad y

restauración. Para obtener

más información, vea Copia

de seguridad (SharePoint




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

300


característica


Foundation 2010).

Cinta de opciones New Se ha incorporado la interfaz de

usuario de la cinta de opciones

para garantizar una experiencia

del usuario coherente y para

facilitar el trabajo con los sitios de

SharePoint. La cinta de opciones

es contextual de forma que solo

verá las opciones relevantes para

las tareas que desea realizar. La

cinta de opciones también se

puede personalizar.

Aplicaciones de servicio Nuevo Una nueva arquitectura de

servicios que permite administrar

y centralizar servicios

eficazmente. Los servicios

individuales se pueden configurar

de forma independiente y las

compañías de terceros pueden

agregar servicios a la plataforma.

Para obtener más información,

vea Configurar servicios


Páginas maestras Modificado Ahora, un propietario del sitio

puede aplicar personalizaciones

de marca a su sitio, independiente

de otros sitios, y los

administradores pueden

especificar si las páginas del

sistema en la carpeta _Layouts se

presentan mediante las páginas

maestras del sitio proporcionadas

por los propietarios del sitio o

mediante las páginas maestras

predeterminadas del sistema.

Además, es posible usar Windows

PowerShell para especificar una

página maestra de cliente en las

301


característica


páginas de error del sistema,

páginas de inicio de sesión,

páginas de confirmación y otras

páginas no específicas del sitio.

Temas Modificado SharePoint Foundation 2010 ha

cambiado la manera en que

funcionan los temas y facilita su

personalización. Puede importar

temas de Microsoft PowerPoint

2010 directamente a SharePoint

Foundation 2010. Además, los

temas ahora pueden aplicarse a

todos los subsitios de esta

interfaz. Para obtener más

información, vea Planeación para

el uso de temas (SharePoint

Foundation 2010).

Servicios de conectividad

empresarial (BCS)

Nuevo Los servicios de conectividad

empresarial (BCS) se crean en la

funcionalidad del Catálogo de

datos profesionales disponible en

la versión anterior del producto

para proporcionar acceso a

sistemas externos desde

soluciones basadas en

SharePoint. BCS admite la

interacción con los sistemas

externos mediante elementos web

y listas de SharePoint, y también

admite la interacción con los datos

procedentes de clientes de Office

enriquecidos. Para obtener más

información, vea Información

general de Servicios de

conectividad empresarial


Autenticación basada en

notificaciones

Nuevo La autenticación basada en

notificaciones es un nuevo modelo

http://technet.microsoft.com/library/683790b5-800b-4b13-83d6-348088c75d10(Office.14).aspx



http://technet.microsoft.com/library/ed9bb457-0ecb-48de-9076-06e61aac38d9(Office.14).aspx




302


característica


de autenticación más eficaz y

flexible que funciona con cualquier

sistema de identidad corporativo,

incluidos los Servicios de dominio

de Active Directory (AD DS), los

directorios basados en LDAP, las

bases de datos específicas de la

aplicación y los nuevos modelos

de identidad centrados en el

usuario como LiveID. Para

obtener más información, vea

Configuración de la autenticación

basada en formularios para una

aplicación web basada en

notificaciones (SharePoint

Foundation 2010).

Limitación de peticiones y

controles de lista

Nuevo Las limitaciones de peticiones y

los controles de lista son dos

nuevos controles de rendimiento.

Las limitaciones de peticiones

proporcionan una manera de

controlar los recursos del servidor

y están diseñadas de forma que el

servidor puede protegerse de

sobrecargas en horario comercial

pico. SharePoint Foundation 2010

también proporciona varias

opciones de configuración

distintos que restringirán las

consultas que pueden ejecutarse

en una lista grande. Estas

opciones se pueden configurar

para cada aplicación web.

SharePoint Designer Modificado SharePoint Foundation 2010

proporciona a los administradores

mayor control sobre cómo usar

SharePoint Designer en cada

aplicación web; por ejemplo, los

303


característica


administradores controlan si los

administradores del sitio tienen

permiso para personalizar las

páginas maestras y las páginas

de diseño, y si los administradores

del sitio pueden administrar la

estructura de la dirección URL del

sitio.

Panel del programador Nuevo Ésta es una nueva incorporación

al diagnóstico del servidor que

muestra información detallada

para cada carga de página y, por

lo tanto, ayuda a solucionar

problemas de rendimiento.

Soluciones de espacio aislado Nuevo Ahora, puede permitir que los

administradores del sitio carguen

código de usuario personalizado

mediante soluciones de espacio

aislado. Para obtener más

información, vea Planeación de

soluciones de espacio aislado


http://technet.microsoft.com/library/832414b2-4b58-4e6c-9d08-c287e30e85a6(Office.14).aspx



304


Es posible elegir entre dos métodos de actualización básica cuando se actualiza de Windows

SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010: actualización en contexto y

actualización de base de datos adjunta. Una actualización en contexto se usa para actualizar todos los

sitios de Microsoft SharePoint en el mismo hardware. Una actualización de base de datos adjunta

permite trasladar el contenido a un nuevo conjunto o granja de servidores o a nuevo hardware.

También puede combinar estos dos tipos de actualización en enfoques híbridos que reducen la

inactividad durante una actualización.

Para obtener más información acerca de estos métodos, vea el tema Determinación del método de


Este artículo ayuda a comprender los pasos que implica llevar a cabo actualizaciones mediante estos

métodos a fin de poder planear el proceso de actualización. Para obtener información detallada acerca

de cómo usar uno de estos procesos de actualización, vea los siguientes temas:

Actualización en contexto a SharePoint Foundation 2010

Bases de datos adjuntas y actualización a SharePoint Foundation 2010

En este artículo:

Actualización en contexto

Actualización de base de datos adjunta

Método híbrido 1: bases de datos de solo lectura

Método híbrido 2: separar bases de datos

Es importante que el administrador del servidor comunique a los propietarios del sitio y a los

usuarios qué deben esperar durante una actualización. El administrador debería informar

acerca del tiempo de inactividad y del riesgo de que la actualización pueda llevar más tiempo

del esperado o de que sea necesario modificar algunos sitios después de la actualización.

Para obtener más información, vea Creación de un plan de comunicación (SharePoint

Foundation 2010).

Actualización en contexto Una actualización en contexto se realiza en el mismo hardware donde está instalada la versión

anterior. Al ejecutar una actualización en contexto, el proceso actualiza la instalación completa en un

orden fijo.

En los siguientes pasos, se explica qué ocurre durante la ejecución del proceso de actualización en

contexto:

Importante:

305

1. Una vez que el administrador del servidor realiza todos los pasos previos a la actualización,

ejecutará el programa de instalación de SharePoint Foundation 2010 en el servidor que ejecuta el

sitio web de Administración central de SharePoint. Debido a que ya estaba instalada la versión

anterior, se selecciona automáticamente una actualización en contexto.

2. Una vez que el programa de instalación se ejecuta en el servidor que hospeda el sitio web de

Administración central, el administrador del sitio ejecuta el programa de instalación en los

servidores front-end web y en los servidores de aplicaciones restantes de la granja de servidores.

3. El administrador del servidor ejecuta el Asistente para configuración de Productos de SharePoint

en el servidor que hospeda el sitio web de Administración central. Este servidor, la base de datos

de configuración, los servicios y las bases de datos de contenido se actualizan secuencialmente.

Una vez que finaliza el asistente para configuración, se abre el sitio web de Administración central.

Un trabajo del temporizador programa el proceso de actualización para que se ejecute para cada

colección de sitios. El trabajo del temporizador del proceso de actualización actualiza cada

colección de sitios y, una vez que se actualizan todos los sitios, el proceso de actualización

finaliza.

4. El administrador del servidor ejecuta el Asistente para configuración de Productos de SharePoint

en todos los demás servidores de la granja de servidores.

5. El administrador del servidor confirma que la actualización se completó satisfactoriamente.

306

6. Si se usa Actualización visual, el administrador del servidor o propietario del sitio obtiene una vista

previa de los sitios en el aspecto de Microsoft SharePoint Foundation 2010. Cuando el

administrador o propietario del sitio está listo, puede completar el cambio al aspecto de SharePoint

Foundation 2010.

Actualización de base de datos adjunta La actualización de base de datos adjunta permite mover el contenido a una nueva granja de

servidores o a un nuevo hardware. Durante una actualización de base de datos adjunta, se desasocian

todas las bases de datos de contenido de la granja de servidores existente y, posteriormente, se

adjuntan las bases de datos a la instalación de una granja de servidores nueva. Cuando se adjuntan

las bases de datos a la granja de servidores nueva, se ejecuta el proceso de actualización y los datos

se actualizan en contexto.

Los siguientes pasos explican qué ocurre durante una actualización de base de datos adjunta:

1. El administrador del servidor instala y configura una nueva granja o conjunto de servidores de

SharePoint Foundation 2010. El administrador transfiere todas las personalizaciones a la nueva

granja y prueba el entorno.

Para obtener más información acerca de cómo configurar el entorno nuevo, vea Preparación del

nuevo entorno de SharePoint Foundation.

2. El administrador del servidor desasocia las bases de datos de contenido de la granja de servidores

de Windows SharePoint Services 3.0 antigua y la desconecta (por ejemplo, al cambiar el

equilibrador de carga o las aplicaciones web de IIS para que detengan las solicitudes de servicio o

al desconectar todos los componentes y servicios en cada equipo servidor de la granja de

servidores).

3. El administrador de servidores adjunta las bases de datos de contenido a la nueva granja de

servidores y actualiza el contenido.

307

4. El administrador del servidor confirma que la actualización se completó satisfactoriamente y, a

continuación, configura la granja de servidores nueva para que comience a atender las solicitudes

en la dirección URL nueva.

Método híbrido 1: bases de datos de solo lectura Este método proporciona a los usuarios un acceso de solo lectura continuo a los datos durante la

actualización. Las bases de datos de contenido de la granja de servidores original se establecen como

de solo lectura y se actualizan copias de las bases de datos en una granja de servidores nueva.

En los siguientes pasos se explica qué ocurre durante una actualización de base de datos adjunta con

bases de datos de solo lectura:

1. El administrador del servidor instala y configura una nueva granja o conjunto de servidores de

SharePoint Foundation 2010. El administrador transfiere todas las personalizaciones a la nueva

granja y prueba el entorno.

2. El administrador del servidor cambia las bases de datos de contenido y las establece como de solo

lectura. A continuación, realiza una copia de seguridad de las bases de datos de contenido

308

mediante SQL Server en la granja de servidores de Windows SharePoint Services 3.0 y las

restaura a la granja de servidores nueva.

3. El administrador del servidor adjunta las nuevas copias de las bases de datos de contenido y el

proceso de actualización se ejecuta y actualiza el contenido.

309

4. Una vez ejecutado el proceso de actualización, el administrador del servidor confirma que la

actualización se completó satisfactoriamente. Posteriormente, configura la granja de servidores

nueva para que comience a atender las solicitudes en la dirección URL nueva y desconecta la

granja de servidores original (por ejemplo, al cambiar el equilibrador de carga o las aplicaciones

web de IIS para que detengan las solicitudes de servicio o al desconectar todos los componentes y

servicios en cada equipo servidor de la granja de servidores).

Método híbrido 2: separar bases de datos Este método permite acelerar el proceso de actualización; para ello, se desasocian y se adjuntan las

bases de datos para actualizar varias bases de datos al mismo tiempo. Se trata de una actualización

en contexto, ya que se actualiza la granja de servidores original. Sin embargo, también se puede usar

otra granja de servidores para realizar la actualización y, posteriormente, adjuntar las bases de datos

actualizadas a la granja de servidores original. Tenga en cuenta que la granja de servidores original no

puede atender las solicitudes durante el proceso de actualización. Como en el caso de la actualización

310

en contexto estándar, los usuarios no pueden obtener acceso al contenido mientras la actualización

está en curso.

En los siguientes pasos se explica qué ocurre durante una actualización en contexto con bases de

datos desasociadas:

1. El administrador del servidor desconecta la granja de servidores original (por ejemplo, al cambiar el

equilibrador de carga o las aplicaciones web de IIS para que detengan las solicitudes de servicio o

al desconectar todos los componentes y servicios en cada equipo servidor de la granja de

servidores).


original.

3. El administrador del servidor ejecuta una actualización en contexto en los servidores, en los

servicios y en la base de datos de configuración de la granja de servidores original.

4. El administrador del servidor adjunta las bases de datos de contenido a la granja de servidores

original y actualiza el contenido.

311

Como alternativa, se puede usar una granja de servidores pequeña temporal e independiente para

realizar la actualización. En este método, se adjuntan las bases de datos a la granja de servidores

original una vez que se actualizaron.

En los siguientes pasos se explica qué ocurre durante una actualización en contexto con bases de

datos desasociadas y una granja de servidores pequeña temporal para actualizar las bases de datos

de contenido:

1. El administrador del servidor configura una granja de servidores pequeña temporal que ejecuta la

versión nueva. Posteriormente, desconecta la granja de servidores original (por ejemplo, al

cambiar el equilibrador de carga o las aplicaciones web de IIS para que detengan las solicitudes de

servicio o al desconectar todos los componentes y servicios en cada equipo servidor de la granja

de servidores).


original.

3. El administrador del servidor ejecuta una actualización en contexto en la granja de servidores

original para actualizar los servidores, los servicios y la base de datos de configuración.

4. El administrador del servidor adjunta las bases de datos de contenido a la granja de servidores

pequeña temporal y las actualiza en paralelo.

5. El administrador del servidor vuelve a adjuntar las bases de datos de contenido a la granja de

servidores original.

6. El administrador del servidor confirma que la actualización se completó satisfactoriamente.

7. Si se usa Actualización visual, el administrador del servidor o propietario del sitio obtiene una vista

previa de los sitios en el aspecto de Microsoft SharePoint Foundation 2010. Cuando el

312

administrador o propietario del sitio está listo, puede completar el cambio al aspecto de Microsoft


313

Actualización de Windows SharePoint Services 2.0 a SharePoint Foundation 2010

No se puede actualizar directamente de Windows SharePoint Services 2.0 a Microsoft SharePoint

Foundation 2010.

Los cambios entre las versiones son demasiado grandes y los requisitos de hardware difieren tanto

que no es posible ni se admite una actualización en contexto directa. No obstante, puede llevar a cabo

una serie de actualizaciones de base de datos adjunta para actualizar primero el contenido a Windows

SharePoint Services 3.0 y luego a SharePoint Foundation 2010. En este artículo se describe el proceso

de doble actualización de base de datos adjunta.

Durante todo el proceso, el entorno antiguo debe estar sin conexión para evitar que los

usuarios realicen cambios en éste mientras se lleva a cabo la actualización. Una vez

completada y validada la actualización, podrá volver a conceder acceso a los usuarios al

entorno de SharePoint Foundation 2010.

En este artículo:


Antes de comenzar

Preparación de la actualización

Preparación de los conjuntos o granjas de servidores

Realización de la primera actualización

Realización de la segunda actualización

Introducción al proceso Debido a que este método de actualización combina dos procesos de actualización que ya se

documentaron, en este artículo se describe cómo se integran los pasos de cada proceso en el proceso

global. No se proporciona información detallada para cada paso, ya que esos pasos están disponibles

en los siguientes artículos:

Implementación de una nueva granja de servidores y migración de bases de datos de contenido


Estos artículos, combinados con esta guía básica, proporcionan la información necesaria para realizar

la doble actualización de base de datos adjunta.

Nota:

Importante


314

Asegúrese de probar el proceso completo en un entorno de prueba antes de intentar actualizar

el contenido real en directo. Para obtener más información acerca de cómo realizar una prueba

del proceso de actualización, vea el siguiente contenido:

Secuencia de actualización

Para actualizar el contenido en las dos versiones, siga estos pasos.

1. Preparación de la actualización

a. Para preparar la granja de servidores original, ejecute la herramienta de detección previa a la

actualización y realice un inventario de todas las personalizaciones.

b. Instale una granja de servidores pequeña y temporal que ejecute Windows SharePoint

Services 3.0.

c. Instale la granja de servidores de SharePoint Foundation 2010 completa y compruebe que está

configurada y se ejecuta correctamente.

2. Primera actualización: actualización del contenido a Windows SharePoint Services 3.0

a. Desasocie las bases de datos de contenido de la granja de servidores antigua y, a

continuación, desconecte esa granja.

Como alternativa, puede dejar las bases de datos adjuntadas y realizar una copia si desea

asegurarse de que la granja de servidores original se pueda restaurar para usarse

rápidamente.

b. Adjunte las bases de datos de contenido a la granja de servidores de Windows SharePoint

Services 3.0 y actualícelas.

c. Compruebe que el contenido se ha actualizado y que la granja de servidores de Windows

SharePoint Services 3.0 funciona correctamente.

3. Segunda actualización: actualización del contenido a SharePoint Foundation 2010

a. Desasocie las bases de datos de contenido de la granja de servidores de Windows SharePoint

Services 3.0.

b. Adjunte las bases de datos de contenido a la granja de servidores de SharePoint Foundation

2010 y actualícelas (opcionalmente, puede actualizarlas en paralelo).

c. Compruebe que el contenido se ha actualizado y que la granja de servidores de SharePoint

Foundation 2010 funciona correctamente.

4. Comience a atender solicitudes en la granja de servidores de SharePoint Foundation 2010.

En los siguientes diagramas se ilustra este proceso:

La actualización de base de datos adjunta a Windows SharePoint Services 3.0.

315

La actualización de base de datos adjunta a SharePoint Foundation 2010.

316

Antes de comenzar Antes de iniciar la actualización, revise la siguiente información acerca de los permisos y los requisitos

de hardware y software. Siga los pasos especificados para instalar o configurar los requisitos previos

de software o para modificar la configuración.

Revisión de los permisos requeridos

Al crear el entorno temporal para Windows SharePoint Services 3.0, debe disponer de los

permisos adecuados. Para obtener más información, vea el tema sobre la planeación de cuentas

de servicio y administrativas (Windows SharePoint Services).

Al crear y configurar la granja de servidores de SharePoint Foundation 2010 de destino, debe

disponer de los permisos adecuados. Para obtener más información, vea Cuentas de servicio y

administrativas requeridas para la implementación inicial (SharePoint Foundation 2010).



317

Revisión de hardware y software requeridos

Al crear el entorno temporal para Windows SharePoint Services 3.0, debe cumplir con requisitos

de hardware y de software específicos. Para obtener más información, vea el tema sobre la

determinación de requisitos de hardware y de software (Windows SharePoint Services).

Al crear y configurar la granja de servidores de SharePoint Foundation 2010 de destino, debe

cumplir con diferentes requisitos de hardware y de software. Para obtener más información, vea

Requisitos de hardware y software (SharePoint Foundation 2010).

En algunos entornos, es preciso coordinar los procedimientos para mover bases de datos a una granja

de servidores independiente con el administrador de la base de datos. Asegúrese de seguir las

directivas e instrucciones aplicables para la administración de bases de datos.

Preparación de la actualización Debido a que va a llevar a cabo dos actualizaciones, es necesario que comprenda todos los pasos

necesarios de la actualización a Windows SharePoint Services 3.0 y a SharePoint Foundation 2010. El

siguiente contenido se encuentra disponible para ayudarle a comprender estos procesos de

actualización:

Preparación de la actualización a Windows SharePoint Services 3.0

Lea el capítulo sobre la planeación y preparación de la actualización en TechNet. En particular, lea


Funcionamiento del proceso de actualización (Windows SharePoint Services)

Determinación del modo de controlar las personalizaciones (Windows SharePoint Services)

Desarrollo de nuevas definiciones del sitio personalizadas y creación de archivos de definición

de actualización (Windows SharePoint Services)

Lea el capítulo sobre la realización de pasos previos a la actualización (Windows SharePoint

Services) en TechNet. Debe llevar a cabo los siguientes pasos para una actualización de base de

datos adjunta (denominada migración de base de datos en esta versión):

Instalación de Service Pack 2 para Windows SharePoint Services 2.0

Ejecución de la herramienta de detección previa a la actualización (Windows SharePoint

Services)

Debe seguir estos pasos en la granja de servidores de Windows SharePoint Services 2.0

existente.

Preparación de la actualización a SharePoint Foundation 2010

Planeación y preparación de la actualización. Lea el siguiente artículo en TechNet:


Realización de pasos previos a la actualización. Lea el siguiente artículo en TechNet:

Importante:












318


2010)

Debe llevar a cabo estos pasos en la granja de servidores de Windows SharePoint

Services 3.0 temporal.

Preparación de los conjuntos o granjas de servidores En este paso, debe seguir los pasos previos a la actualización en la granja de servidores existente,

crear la granja temporal para la actualización a Windows SharePoint Services 3.0 y crear la granja de

SharePoint Foundation 2010 temporal. Use los pasos y el contenido relacionado que aparecen a

continuación al preparar la granja para las actualizaciones.

Creación de la granja de servidores de Windows SharePoint Services 3.0 temporal

En entornos virtuales o físicos, cree una granja de servidores pequeña y temporal que ejecute

Windows SharePoint Services 3.0 con Service Pack 2 (SP2) y la actualización acumulativa de octubre

de 2009. Usará esta granja para actualizar el contenido a Windows SharePoint Services 3.0 en camino

a SharePoint Foundation 2010.

Para obtener mejores resultados, se recomienda aplicar las actualizaciones más recientes en

el entorno. La actualización acumulativa de octubre de 2009 incluye cambios a la herramienta

de comprobación previa a la actualización que ayuda a identificar problemas antes de la

actualización. Para obtener una lista de las actualizaciones disponibles, vea el tema sobre el

centro de actualizaciones de Microsoft Office, servidores de Office y productos relacionados


acerca de la aplicación de estas actualizaciones, vea el tema sobre el centro de recursos de

actualizaciones para Productos y Tecnologías de SharePoint


1. Descargue el software para la granja de servidores temporal.

Descargue Windows SharePoint Services 3.0 con SP2 en uno de los siguientes vínculos:

Versión x86: Windows SharePoint Services 3.0 con Service Pack 2


Versión x64: Windows SharePoint Services 3.0 x64 con Service Pack 2


2. Instale todos los paquetes de plantillas de idiomas necesarios para los sitios. Para obtener más

información, vea el tema sobre la instalación de paquetes de plantillas de idiomas disponibles

(Windows SharePoint Services).

3. Configure la granja de servidores mediante la configuración de la granja de servidores adecuada

para el entorno y el reemplazo de todas las personalizaciones que necesita el contenido.

Asegúrese de implementar las personalizaciones y los archivos de definición de actualización

Importante:

Sugerencia:








319

necesarios para todas las definiciones del sitio personalizadas que puedan existir en el entorno.

Debe crear una aplicación web en la granja de servidores temporal por cada servidor virtual de la

granja original. La dirección URL para las aplicaciones web nuevas deben coincidir con las

direcciones URL de la granja de origen o con las de la granja de destino, de lo contrario se corre el

riesgo de agregar referencias adicionales a direcciones URL al contenido temporales. Lo más

adecuado es usar las mismas direcciones URL para la granja de origen y para la granja de destino,

de modo que las direcciones URL de la granja temporal también sean las mismas, incluidos los

números de puerto usados.

Para obtener más información acerca de la configuración de la granja de servidores, vea el tema

sobre la preparación del nuevo entorno de Windows SharePoint Services 3.0. Para obtener más

información acerca de la implementación de definiciones del sitio y definiciones de actualización

personalizadas, vea el tema sobre la implementación de archivos de definición de actualización y

nuevas definiciones del sitio (Windows SharePoint Services).

Instalación de la granja de servidores de SharePoint Foundation 2010 completa

Esta es la granja de servidores que finalmente usará para el entorno de producción, por eso debe

asegurarse de planear la infraestructura adecuadamente para que admita la solución que va a

hospedar. Para obtener más información acerca de cómo planear la granja de servidores, vea

Planeación de la granja de servidores y del entorno (SharePoint Foundation 2010).

1. Cree la granja de servidores en hardware de 64 bits con servidores de bases de datos que

ejecuten la versión de 64 bits de Microsoft SQL Server 2008 con Service Pack 1 (SP1) y la

actualización acumulativa 2. Para obtener más información, vea Varios servidores para una granja

de servidores de tres niveles (SharePoint Foundation 2010).

2. Instale todos los paquetes de plantillas de idiomas necesarios para los sitios. Para obtener más

información, vea Instalación de paquetes de plantillas de idioma disponibles (SharePoint

Foundation 2010).

3. Configure la granja de servidores mediante la configuración de la granja de servidores adecuada

para el entorno y el reemplazo de todas las personalizaciones que necesita el contenido. Una vez

más, debe crear una aplicación web en la granja de servidores de destino por cada servidor virtual

de la granja original.

Para obtener más información acerca de cómo crear y configurar una granja de servidores para

una actualización de base de datos adjunta, vea Preparación del nuevo entorno de SharePoint

Foundation.

Realización de la primera actualización Con las granjas de servidores instaladas y configuradas, se encuentra preparado para actualizar las

bases de datos de contenido a Windows SharePoint Services 3.0.

Asegúrese de haber ejecutado la herramienta de detección previa a la actualización en la

granja de servidores original antes de desasociar las bases de datos. El proceso de

Importante:





320

actualización no se ejecutará si no se han examinado las bases de datos. Para obtener más

información, vea el tema sobre la ejecución de la herramienta de detección previa a la

actualización (Windows SharePoint Services).

Para realizar una actualización de base de datos adjunta (denominada migración de base de datos en

esta versión), siga estos pasos:

1. Haga una copia de seguridad de las bases de datos de contenido.

2. Restaure las copias de seguridad en la granja de servidores temporal.

3. Agregue las bases de datos a las aplicaciones web para iniciar el proceso de actualización.

Para obtener información más completa y todos los pasos que se deben seguir, vea el tema sobre la

migración de bases de datos de contenido.

Comprobación de la primera actualización Para comprobar la actualización, haga lo siguiente:

Revise el archivo de registro de actualización. Para obtener más información, vea el tema sobre la

migración de bases de datos de contenido.

Revise los sitios actualizados para asegurarse de que siguen funcionando según lo esperado y de

que los elementos web y otros elementos personalizados funcionan correctamente.

Realización de la segunda actualización Después de comprobar que los sitios funcionan correctamente, puede iniciar la actualización a


Ejecute la herramienta de comprobación previa a la actualización y revise el informe para

poder solucionar los posibles problemas en la granja de servidores temporal antes de

actualizar el contenido. Para obtener más información, vea Ejecución de la herramienta de

comprobación previa a la actualización (SharePoint Foundation 2010).

Para realizar la actualización de base de datos adjunta, siga estos pasos:

1. Haga una copia de seguridad de las bases de datos de contenido.

2. Restaure las copias de seguridad en la granja de servidores de destino.

3. Agregue las bases de datos a las aplicaciones web para iniciar el proceso de actualización. En

SharePoint Foundation 2010, puede adjuntar bases de datos en paralelo para acelerar el proceso

de actualización.

Para obtener información más completa y todos los pasos que se deben seguir, vea Bases de datos

adjuntas y actualización a SharePoint Foundation 2010.

Importante:





321

Comprobación de la segunda actualización Para comprobar la actualización, haga lo siguiente:

Revise el archivo de registro de actualización.

Revise los sitios actualizados para asegurarse de que siguen funcionando según lo esperado y de

que los elementos web y otros elementos personalizados funcionan correctamente.

Para obtener más información, vea Comprobación de la actualización y revisión de los sitios

actualizados (SharePoint Foundation 2010).

322


Una vez que ha leído los artículos incluidos en Introducción al proceso de actualización (SharePoint

Foundation 2010) y conoce el funcionamiento del proceso de actualización, puede empezar a planear

la actualización que desea implementar. Esta sección contiene artículos que le ayudarán a planear y

preparar la actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation

2010.

En esta sección:

Determinación del método de actualización (SharePoint Foundation 2010)

Obtenga información acerca de los distintos métodos de actualización y elija el más adecuado para

su entorno.

Revisión de los procedimientos recomendados de actualización (SharePoint Foundation 2010)

Evite problemas durante el proceso de actualización siguiendo los procedimientos recomendados.

Revisión de rutas de actualización admitidas y no admitidas (SharePoint Foundation 2010)

Comprenda qué tipos de instalación y topologías pueden actualizarse a SharePoint Foundation

2010.

Revisión de los requisitos del sistema para la actualización (SharePoint Foundation 2010)

Revise los requisitos para asegurarse de que su entorno pueda actualizarse a SharePoint

Foundation 2010.

Determinación del modo de controlar las personalizaciones (SharePoint Foundation 2010)

Obtenga información acerca de cómo identificar y evaluar las personalizaciones en su entorno,

determine si desea actualizarlas y vea cómo hacerlo.

Creación de un plan de comunicación (SharePoint Foundation 2010)

Elabore un plan de coordinación y comunicación con el equipo de actualización, con los usuarios y

propietarios de sitios, y con las partes interesadas.

Planeación de la actualización visual (SharePoint Foundation 2010)

Conozca las diferentes opciones de actualización visual y descubra cómo elegir la opción que

mejor se adapta a sus necesidades comerciales.

Existe una hoja de cálculo a su disposición para poder registrar la información acerca del entorno

mientras prepara la actualización. Descargue la hoja de cálculo desde

http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.


323

Determinación del método de actualización (SharePoint Foundation 2010)

Antes de ejecutar cualquier proceso para actualizar de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010, debe determinar qué método de actualización va a usar. Use la

información de este artículo para comparar las ventajas y los inconvenientes de cada método y para

revisar la información acerca de casos especiales que pueden afectar al método elegido. Además de la

información de este artículo, asegúrese de leer el tema Revisión de rutas de actualización admitidas y

no admitidas (SharePoint Foundation 2010) para comprender exactamente qué situaciones de

actualización son válidas y tienen resultados correctos.

Para realizar una actualización, debe tener instalado Windows SharePoint Services 3.0 con

Service Pack 2 (SP2).

En este artículo:

Elección de un método de actualización

Casos especiales

Elección de un método de actualización Existen dos métodos básicos de actualización: en contexto y de base de datos adjunta. También

puede usar varias técnicas para combinar los aspectos de estos métodos básicos para mitigar el

tiempo de inactividad o para mejorar potencialmente el rendimiento.

En la tabla siguiente se comparan los métodos de base de datos adjunta y en contexto.

Método Descripción Ventajas Inconvenientes

Actualización en

contexto

Puede instalar

SharePoint Foundation

2010 en el mismo

hardware. También

puede actualizar el

contenido y la

configuración en el

conjunto o granja de

servidores como parte

de un solo proceso.

La configuración de toda

la granja de servidores se

conserva y actualiza. Las

personalizaciones

estarán disponibles en el

entorno después de la

actualización, aunque es

posible que sea

necesario realizar

algunos pasos

manualmente para

actualizarlas o

Los servidores y las

granjas permanecen sin

conexión durante el

progreso de la

actualización. Dado que

la actualización no se

interrumpe, debe asignar

tiempo suficiente para

que todo el contenido se

actualice

secuencialmente.

Nota:

324

Método Descripción Ventajas Inconvenientes

modificarlas.

Actualización de base

de datos adjunta

Puede actualizar el

contenido del entorno

en una granja de

servidores

independiente. El

resultado es que no se

actualizarán los

servicios ni la

configuración de la

granja. Puede

actualizar varias bases

de datos a la vez y en

cualquier orden.

Mientras se actualiza

una base de datos, su

contenido no se

encontrará disponible

para los usuarios.

Puede actualizar varias

bases de datos de

contenido a la vez, lo que

da como resultado

menos tiempo de

actualización en total que

con una actualización en

contexto. Puede usar una

actualización de base de

datos adjunta para

combinar varias granjas

de servidores en una.

La configuración del

servidor y de la granja no

está actualizada. Debe

transferir manualmente la

configuración que desea

conservar de la granja

antigua a la nueva.

También debe transferir

todas la

personalizaciones

manualmente a la nueva

granja. Si falta alguna

personalización, podría

perderse funcionalidad

por error o prodrían

producirse problemas

para el usuario. Tenga en

cuenta que copiar las

bases de datos a través

de una red consume

tiempo y ancho de

banda, por lo que se

aconseja planear la

copia. Necesitará acceso

directo a los servidores

de bases de datos.

Para obtener más información acerca del funcionamiento de las actualizaciones en contexto y de base

de datos adjunta, vea Introducción al proceso de actualización (SharePoint Foundation 2010).

En la siguiente tabla se enumeran las técnicas de mitigación del tiempo de inactividad que puede usar

durante la actualización para reducir el tiempo en que los usuarios no podrán obtener acceso a su

contenido o para aumentar potencialmente el rendimiento de la actualización.

Técnica Descripción Ventajas Inconvenientes

Actualización paralela Puede adjuntar y

actualizar varias bases

de datos de una sola

Tiempos de actualización

más cortos para el

entorno global.

Este es un proceso

manual que requiere

supervisión y pasos

325


vez para acelerar el

proceso de

actualización global. La

cantidad máxima de

actualizaciones

paralelas depende del

hardware. Esta técnica

funciona para las

actualizaciones en

contexto y de base de

datos adjunta.

adicionales.

Método híbrido 1:

base de datos adjunta

con bases de datos

de solo lectura

Puede seguir

proporcionando acceso

de solo lectura al

contenido durante el

proceso de

actualización. Para ello,

configure las bases de

datos como de solo

lectura cuando la

actualización esté en

progreso en otra granja

de servidores. Este

método reduce el

tiempo de inactividad

percibido por los

usuarios.

La granja existente

puede seguir

hospedando sitios no

actualizados (en modo

de solo lectura) mientras

se actualiza el contenido.

Como resultado, el

tiempo de inactividad

para los usuarios es

mínimo.


bases de datos de


da como resultado un

menor tiempo de

actualización que con las

actualizaciones en

contexto.

Puede actualizar

hardware además de

software.

La configuración de los

servidores y la granja no

está actualizada. Debe

transferir manualmente la

configuración que desea

conservar de la antigua

granja a la nueva.

También debe transferir

todas la

personalizaciones

manualmente a la nueva

granja. Si falta alguna

personalización, podría

perderse funcionalidad

por error o prodrían

producirse problemas

para el usuario.

Tenga en cuenta que

copiar las bases de datos

a través de una red

consume tiempo y ancho

de banda, por lo que se

aconseja planear la

copia.

Necesitará acceso


de bases de datos.

Método híbrido 2: Aproveche las ventajas Todas las opciones de Tenga en cuenta que

326


actualización en

contexto con bases

de datos

desasociadas

de la capacidad de la

actualización en

contexto para

actualizar el contenido

y la configuración, al

tiempo que aumenta la

velocidad de una

actualización de base

de datos adjunta. Para

ello, use una

actualización en

contexto para

actualizar la granja de

servidores y la

configuración y para

separar y actualizar

varias bases de datos

en paralelo (en la

misma granja o en una

aparte).

configuración de la

granja se pueden

mantener y actualizar.

Las personalizaciones

están disponibles en el

entorno después de la

actualización, aunque es

posible que sea

necesario realizar

manualmente algunos

pasos para actualizarlas

o modificarlas.


bases de datos de


da como resultado un

menor tiempo de

actualización que con las

actualizaciones en

contexto.

copiar las bases de datos

a través de una red

consume tiempo y ancho

de banda, por lo que se

aconseja planear la

copia.

Necesitará acceso


de bases de datos.

Tenga en cuenta que también puede combinar estas técnicas. Por ejemplo, puede establecer la granja

de servidores original en modo de solo lectura, crear una copia de la granja y actualizarla sin las bases

de datos de contenido, usar la actualización paralela para actualizar todo el contenido de usuario

rápidamente y, finalmente, cambiar a los usuarios a la granja nueva una vez completada la

actualización. Para obtener más información acerca de cómo funcionan estas técnicas de mitigación

del tiempo de inactividad, vea Introducción al proceso de actualización (SharePoint Foundation 2010).

Otra opción posible en el caso de un período de interrupción de actividad demasiado largo consiste en

usar el redireccionamiento de la dirección URL de la asignación alternativa de acceso con un método

de base de datos adjunta para redirigir a los usuarios temporalmente a una granja de servidores

existente mientras se actualiza el contenido en una granja nueva. Este es un método avanzado y no

debe usarse a menos que las otras técnicas de mitigación del tiempo de inactividad sean insuficientes.

Para obtener más información, vea Uso de redirecciones URL de AAM como parte del proceso de

actualización (SharePoint Foundation 2010) (notas del producto).

327

Casos especiales Es posible que tenga otros requisitos u objetivos adicionales que desea lograr al realizar una

actualización. En la siguiente tabla se incluyen casos especiales y se indica qué método de

actualización resulta más apropiado para cada caso.

Mayúsculas/minúsculas Método de actualización

¿Va a actualizar una instalación independiente

mediante Windows Internal Database?

Si ejecuta Windows SharePoint Services 3.0 en

un servidor independiente mediante Windows

Internal Database, la base de datos se migrará a

SQL Server Express como parte del proceso de

actualización en contexto. Si la base de datos es

mayor que 4 GB, debe configurar el

almacenamiento remoto de blobs para que

almacene parte de los datos. Para obtener más

información, vea Actualización desde una

instalación independiente de Windows SharePoint

Services 3.0 a SharePoint Foundation 2010 con

almacenamiento remoto de blobs.

¿Va a actualizar SQL Server de una edición de 32

bits a una edición de 64 bits?

Si ejecuta una edición de 32 bits de SQL Server,

debe migrar a una edición de 64 bits. Se

recomienda realizar esta migración antes de

actualizar a SharePoint Foundation 2010 para

garantizar el aprovechamiento del máximo

rendimiento. Asegúrese de realizar un solo tipo de

actualización o migración a la vez para evitar que

se produzca un error de actualización. Para

obtener más información, vea el tema sobre la

migración de una granja de servidores existente a

un entorno de 64 bits (Windows SharePoint

Services 3.0).

Hay dos opciones de actualización de una edición

de 32 bits a una edición de 64 bits de SQL Server:

Se puede realizar una copia de seguridad de

todo el conjunto de bases de datos de la

granja de servidores, realizar la actualización

y, a continuación, restaurar las bases de

datos. (Operación compatible y recomendada,

ya que dispondrá de una copia de seguridad

completa y, tras restaurar las bases de datos,

http://technet.microsoft.com/es-es/library/dd637753.aspx



328


no tendrá que cambiar nada en SharePoint

Foundation 2010).

Se pueden mover las bases de datos de SQL

Server que desea actualizar a una edición de

64 bits distinta de SQL Server. Debe agregar

la edición de 64 bits distinta y, a continuación,

ejecutar un comando para que los equipos

que ejecuten SharePoint Foundation 2010

apunten a la nueva edición de 64 bits de SQL

Server. (Opción compatible pero no

recomendada, ya que requiere más trabajo en

SharePoint Foundation 2010 cuando, por

ejemplo, cambia la ubicación de las bases de

datos).

Nota:

Si actualiza la versión de SQL Server (por

ejemplo, de SQL Server 2005 SP2 a SQL

Server 2008) puede realizar esta

actualización antes, durante o después de

actualizar de una edición de 32 bits a una

edición de 64 bits de SQL Server.

¿Desea actualizar de Windows Server 2003 a

Windows Server 2008?

Actualice el sistema operativo antes de intentar

actualizar a SharePoint Foundation 2010.

Si ejecuta Windows SharePoint Services 3.0,

debe realizar pasos específicos para actualizar a

Windows Server 2008. Para obtener más

información, vea el tema sobre la actualización a

Windows Server 2008 para Windows SharePoint

Services 3.0 con SP1.

¿Va a actualizar de un sistema operativo de 32

bits a un sistema operativo de 64 bits?

Si usa un sistema operativo de 32 bits, debe

migrar a uno de 64 bits antes de realizar la

actualización. Para obtener más información, vea

el artículo sobre migración de una granja de

servidores existente a un entorno de 64 bits

(Windows SharePoint Services 3.0).

Actualización de un entorno que usa autenticación


Al usar autenticación basada en formularios, se

requieren pasos adicionales para realizar una

actualización. Para obtener más información, vea







329


Configuración de la autenticación basada en

formularios para una aplicación web basada en

notificaciones (SharePoint Foundation 2010).

Actualización de bases de datos muy grandes Generalmente, las bases de datos muy grandes

—en particular, aquellas que tienen versiones de

documentos muy grandes o muy numerosas—

tardan más en actualizarse que las bases de

datos más pequeñas. Sin embargo, el tiempo que

requerirá la actualización lo determina la

complejidad de los datos, no el tamaño de la base

de datos en sí. Si el proceso de actualización

agota el tiempo de espera, en general esto se

debe a problemas de conexión. En Windows

SharePoint Services 3.0, el proceso de

actualización a menudo agotaba el tiempo de

espera, debido al tiempo necesario para ejecutar

un proceso, pero en SharePoint Foundation 2010

esto ocurre en raras ocasiones. Para obtener más

información sobre cuánto podría tardar una

actualización para un entorno determinado, vea

Estimación de la duración del proceso de

actualización y del espacio necesario (SharePoint

Foundation 2010).

¿Va a actualizar desde Windows SharePoint

Services 2.0?

Use un método de actualización de base de datos

adjunta para actualizar a Windows SharePoint

Services 3.0 y, a continuación, actualice a

SharePoint Foundation 2010. Para obtener mayor

información sobre este proceso de actualización,

vea Actualización de Windows SharePoint

Services 2.0 a SharePoint Foundation 2010.

¿Usa nombres de dominio internacionalizados? Aunque Windows SharePoint Services 3.0 admitía

nombres de dominio internacionalizados (IDN),

SharePoint Foundation 2010 no los admite. Si

actualmente usa IDN con Windows SharePoint

Services 3.0 y planea actualizar o migrar a

SharePoint Foundation 2010, debe dejar de usar

los IDN, eliminar la configuración de IDN y

configurar un entorno que no use IDN antes de

hacerlo. Para obtener más información, vea

330


Planeación de sitios multilingües (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

331

Revisión de los procedimientos recomendados de actualización (SharePoint Foundation 2010)

Para garantizar un proceso de actualización de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010 sin problemas, siga estas recomendaciones:

1. Actualice los servidores al Service Pack 2 (SP2) de Windows SharePoint Services 3.0 o posterior.

Su entorno debe actualizarse al SP2 de Windows SharePoint Services 3.0 para ejecutar el proceso

de actualización, ya sea para una actualización de base de datos adjunta o en contexto. Se

recomienda instalar la actualización acumulativa de octubre de 2009, ya que incluye mejoras en la

herramienta de comprobación previa a la actualización. Para obtener más información sobre cómo

instalar los Service Pack y las actualizaciones, vea el tema sobre el centro de recursos de

actualizaciones para Productos y Tecnologías de SharePoint. Para ver una lista de todas las

actualizaciones disponibles, vea el tema sobre el centro de actualizaciones para Microsoft Office,

servidores de Office y productos relacionados.

2. Asegúrese de que el entorno funciona por completo antes de realizar una actualización.

Una actualización no resuelve ningún problema que pueda haber en su entorno. Por tanto,

asegúrese de que el entorno funciona por completo antes de realizar una actualización. Por

ejemplo, si tiene aplicaciones web que ya no se usan, deshaga la extensión de éstas antes de la

actualización. Si desea eliminar una aplicación web en Internet Information Services (IIS), deshaga

la extensión de la aplicación web antes de eliminarla. De lo contrario, SharePoint Foundation 2010

intentará actualizar la aplicación web aunque ya no exista y la actualización generará un error. Si

se identifican y solucionan los problemas de antemano, es más probable que pueda realizar la

actualización según lo programado.

3. Antes de intentar una actualización en contexto, migre a servidores de 64 bits. Actualice el sistema

operativo a una versión de 64 bits de Windows Server 2008 R2 o Windows Server 2008 con

Service Pack 2 (SP2). Si usa SQL Server, actualice o migre a una versión de 64 bits de Microsoft

SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2,

o SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3.

No intente combinar estas operaciones con su proceso de actualización. No se puede realizar una

actualización en contexto a menos que el sistema ya se ejecute en un sistema operativo y una

plataforma admitidos. Para obtener más información, vea Novedades de la actualización


4. Ejecute la herramienta de comprobación previa a la actualización para buscar posibles problemas.

La herramienta de comprobación previa a la actualización informa acerca de personalizaciones

que faltan y de problemas con sitios huérfanos, entre otros, para que pueda resolverlos antes de

realizar la actualización. Para obtener más información, vea Ejecución de la herramienta de


http://technet.microsoft.com/es-es/office/sharepointserver/bb735839.aspx


http://technet.microsoft.com/es-es/office/sharepointserver/ee748587.aspx


332

5. Realice en primer lugar una actualización de prueba en un conjunto o granja de servidores de

prueba.

Realice una copia de seguridad de la granja de servidores activa, restaure los servidores de

prueba y, a continuación, realice la actualización. Examine los resultados para establecer las

expectativas de la apariencia que tendrán los sitios actualizados activos, para determinar cuánta

personalización posterior a la actualización tendrá que realizarse y para calcular cuánto tiempo

tardará la actualización. Intente un rastreo de indización de búsqueda completa. Para obtener más

información, vea Uso de una actualización de prueba para encontrar posibles problemas


6. Planee la capacidad.

Asegúrese de que dispone de una capacidad de disco, procesador y memoria suficiente que

admita los requisitos de la actualización. Para obtener más información acerca de los requisitos del

sistema, vea Revisión de los requisitos del sistema para la actualización (SharePoint Foundation

2010). Para obtener más información acerca de cómo planear el espacio en disco necesario para

la actualización, vea Estimación de la duración del proceso de actualización y del espacio

necesario (SharePoint Foundation 2010).

7. Realice una copia de seguridad del entorno.

Haga una copia de seguridad completa de su entorno antes de realizar la actualización. De esta

forma, podrá recuperar el entorno en caso de que deba deshacer una actualización. Para obtener

más información, vea Copia de seguridad del entorno completo antes de una actualización en

contexto (SharePoint Foundation 2010).

8. (Opcional) Si usa el método de actualización de base de datos adjunta, configure las bases de

datos originales como de solo lectura.

Si calcula que el período de interrupción de actividad será largo mientras se realiza una

actualización de base de datos adjunta, puede configurar las bases de datos del entorno original

como de solo lectura para que los usuarios puedan seguir teniendo acceso a sus datos sin

modificarlos. Para obtener más información, vea Bases de datos adjuntas y actualización a


9. No agregue ningún servidor a la granja de servidores después de comenzar el proceso de

actualización.

Al ejecutar Asistente para configuración de Productos de SharePoint se actualiza la base de datos

de configuración. La base de datos de configuración contiene la lista de servidores de la granja.

Los servidores agregados a la granja después de que se haya ejecutado el asistente para

configuración no se incluyen en la base de datos. Por tanto, los servidores agregados después de

que se ejecute el asistente no aparecen en la topología de la versión actualizada. Si necesita

agregar servidores a la granja, hágalo antes de iniciar la actualización o después de haber

terminado el proceso de actualización.

10. Después de la actualización, revise la página de Estado de actualización y actualice los registros

para determinar si hay problemas que se deben resolver. A continuación, revise los sitios

actualizados.

333

La página Estado de actualización informa sobre el progreso de la actualización y los registros de

actualización enumeran los errores o advertencias que ocurrieron durante el proceso de

actualización. Debe comprobar todos los sitios y probarlos antes de considerar terminada la

actualización. Para obtener más información, vea Comprobación de la actualización y revisión de

los sitios actualizados (SharePoint Foundation 2010).

334

Revisión de rutas de actualización admitidas y no admitidas (SharePoint Foundation 2010)

Cuando planee el proceso de actualización, compruebe que la ruta de actualización que desea seguir

es compatible. En este artículo se describen las rutas de actualización admitidas y no admitidas para

una actualización en contexto y qué topologías específicas pueden actualizarse en contexto a


Revisión de topologías admitidas para la actualización Cuando realice una actualización, debe actualizar el mismo tipo de instalación: de independiente a

independiente, o de conjunto o granja de servidores a granja de servidores. No se puede migrar de una

instalación independiente a una granja de servidores o viceversa durante un proceso de actualización

en contexto. No obstante, antes o después de realizar la actualización, puede cambiar el tamaño y la

escala de una granja de servidores para adecuarla a sus necesidades. O bien, si realiza una

actualización de base de datos adjunta, puede adjuntar las bases de datos a otro tipo de instalación.

Orientación acerca de la topología física

La topología de Microsoft SQL Server —además de la red, almacenamiento físico y almacenamiento

en memoria caché— puede afectar de forma considerable al rendimiento del sistema. Al planear el

hardware, recuerde que para la actualización en contexto, el servidor o la granja de servidores que

actualice debe estar ejecutando una versión de 64 bits de Windows Server 2008 R2 o Windows Server

2008 con Service Pack 2 (SP2). En el caso de las granjas de servidores, también se debe estar

ejecutando una versión de 64 bits de Microsoft SQL Server 2008 R2, SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la

actualización acumulativa 3. Para obtener más información sobre los requisitos de actualización, vea

Revisión de los requisitos del sistema para la actualización (SharePoint Foundation 2010).

Topologías admitidas

En la tabla siguiente se enumeran las topologías iniciales admitidas en Windows SharePoint Services

3.0 y las topologías finales admitidas y no admitidas al realizar una actualización en contexto a


335

Topología inicial (Windows

SharePoint Services 3.0)

Topología final admitida


Topología final no admitida


Servidor independiente con

Windows Internal Database


Microsoft SQL Server 2008

Express

Cualquier granja de servidores

Servidor único con SQL Server Servidor único con SQL Server Servidor independiente con


Express

Granja de servidores de

cualquier tamaño

Granja de servidores de

cualquier tamaño



Express

Migración de un servidor independiente a una granja de servidores

Si desea migrar de un servidor independiente a una granja de servidores, puede hacerlo antes de

realizar la actualización. Para migrar de un servidor independiente a una configuración de granja de

servidores, primero debe crear una nueva granja y después migrar las bases de datos del servidor

independiente a la granja de servidores. Para obtener más información, vea Migración de las bases de

datos de contenido desde Windows Internal Database a una instancia de SQL Server (Windows

SharePoint Services 3.0). Después de realizar la migración, puede realizar la actualización a


Migración desde hardware de 32 bits

No es posible realizar una actualización en contexto de Windows SharePoint Services 3.0 a SharePoint

Foundation 2010 si se usa hardware de 32 bits. Si comienza en 32 bits, primero debe migrar a

hardware de 64 bits. Para obtener más información, vea el tema sobre migración de una granja de

servidores existente a un entorno de 64 bits (Windows SharePoint Services 3.0).






336

Revisión de los requisitos del sistema para la actualización (SharePoint Foundation 2010)

Para poder actualizar el entorno de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, los servidores deben cumplir con los siguientes requisitos mínimos:

El hardware y el software deben cumplir o superar los requisitos mínimos del sistema para ejecutar

la versión nueva.

Esto incluye el requisito de hardware de 64 bits y las versiones de 64 bits del sistema operativo y

de Microsoft SQL Server. Antes de iniciar el proceso de actualización, asegúrese de que su

sistema cumpla o supere los requisitos mínimos descritos en Requisitos de hardware y software

(SharePoint Foundation 2010). Antes de actualizar, determine cuánta capacidad de producción

será necesaria en el entorno actualizado e identifique el hardware necesario para la actualización

en función de esa información.

Windows SharePoint Services 3.0 debe actualizarse a Service Pack 2 (SP2)

El entorno debe actualizarse al menos al SP2 de Windows SharePoint Services 3.0 para ejecutar

el proceso de actualización, ya sea para una actualización de base de datos adjunta o en contexto.

Se recomienda instalar la actualización acumulativa de octubre de 2009, ya que incluye mejoras en

la herramienta de comprobación previa a la actualización. Para obtener más información acerca de

cómo instalar los Service Pack y las actualizaciones, vea el tema sobre el centro de recursos de

actualizaciones para Productos y Tecnologías de SharePoint. Para ver una lista de todas las

actualizaciones disponibles, vea el tema sobre el centro de actualizaciones para Microsoft Office,

servidores de Office y productos relacionados.

Acerca de estos requisitos Es importante que el hardware cumpla al menos con los requisitos mínimos que se enumeran en el

artículo Requisitos de hardware y software (SharePoint Foundation 2010); de lo contrario, es posible

que se produzcan problemas durante el proceso de actualización. Por ejemplo, si el servidor de bases

de datos no tiene suficiente memoria o el procesador no es eficaz, es posible que no pueda abastecer

la cantidad de transacciones producidas durante el proceso de actualización y que se produzca un

error de actualización.

Se recomienda usar una actualización de prueba para determinar exactamente qué capacidad de

hardware se necesita para lograr una experiencia de actualización aceptable. Para obtener más

información, vea Uso de una actualización de prueba para encontrar posibles problemas (SharePoint

Foundation 2010). Si observa problemas de capacidad con el hardware durante la actualización de

prueba, puede aumentar la capacidad y repetir la actualización hasta que considere que ha alcanzado

el nivel óptimo de rendimiento de la actualización.

Importante:





337

Es importante realizar un seguimiento de los tres componentes de recursos de un servidor que

ejecuta SQL Server: CPU, memoria y subsistema de E/S. Cuando parezca que uno o varios de

estos componentes ha alcanzado el límite de capacidad, analice la estrategia adecuada en

función de la carga de trabajo actual y la prevista, y determine si agregará más recursos o

escalará a un servidor nuevo que ejecute SQL Server. En general, se recomienda considerar

la posibilidad de escalar y agregar más recursos.

338

Determinación del modo de controlar las personalizaciones (SharePoint Foundation 2010)

Si personalizó en gran medida los sitios basados en Windows SharePoint Services 3.0, debe

determinar de qué modo desea personalizarlos al actualizar a Microsoft SharePoint Foundation 2010.

El método dependerá del grado de las personalizaciones, el tipo de personalización, la complejidad del

sitio y los objetivos de la actualización. Antes de actualizar, debe identificar y, posteriormente, evaluar

las personalizaciones del entorno y determinar si las actualizará y de qué modo.

En este artículo:

Identificación de personalizaciones en el entorno

Evaluación de las personalizaciones

Consideraciones sobre personalizaciones específicas

Comprobación de que en las personalizaciones futuras se siguen los procedimientos

recomendados

Identificación de personalizaciones en el entorno Como parte del proceso de prueba de actualización, debe crear un inventario de las personalizaciones

del servidor en el entorno (soluciones, características, elementos web, controladores de eventos,

páginas maestras, diseños de página, archivos CSS, etc.). Para obtener más información acerca de

cómo realizar una actualización de la versión de prueba, vea Uso de una actualización de prueba para

encontrar posibles problemas (SharePoint Foundation 2010). Puede usar la hoja de cálculo Planeación

de la actualización para enumerar personalizaciones específicas y después registrar los resultados de

la evaluación en la siguiente sección. Descargue la hoja de cálculo en


Evaluación de las personalizaciones Después de identificar las personalizaciones, podrá decidir qué hacer con ellas. Las siguientes

preguntas pueden ayudarle a evaluarlas:

¿La personalización sigue siendo valiosa?

¿Atiende a una necesidad comercial útil?

¿Se implementa y usa de manera extendida?

¿La personalización está bien diseñada?

¿Está basada en definiciones de sitio admitidas y predefinidas?

¿Sigue los procedimientos recomendados para personalizaciones?


339

¿Es un tipo de personalización admitida o introduce un riesgo para el entorno?

A medida que se evalúa cada personalización, también se puede pensar en el método general para las

personalizaciones. Es posible elegir entre estas opciones:

1. Mantener las personalizaciones Use la actualización visual para seguir con la experiencia de

usuario de la versión anterior para sitios específicos. Aunque se puede usar este método para

mantener la misma funcionalidad, no podrá aprovechar el nuevo aspecto —como la interfaz de

usuario (UI) de Fluent, también conocida como la cinta de opciones— y las capacidades que se

encuentran disponibles en la nueva versión.

2. Reemplazar o rehacer las personalizaciones Tanto si desea usar las funcionalidades nuevas o

planea volver a diseñar los sitios, como si desea cambiar de forma significativa la arquitectura de la

información, la actualización es la oportunidad para volver a empezar con nuevas características,

una nueva apariencia o una nueva organización. Al reemplazar o rehacer las personalizaciones,

puede aprovechar las nuevas funcionalidades, modificar ligeramente el diseño si lo desea o

cambiar a un diseño más fácil de administrar.

Para obtener más información sobre cómo volver a crear e implementar soluciones, vea

Redeploying Customizations and Solutions in SharePoint Foundation 2010 and SharePoint Server

2010 (http://go.microsoft.com/fwlink/?linkid=182335&clcid=0xC0A).

3. Descartar las personalizaciones Reemplace las personalizaciones usando una funcionalidad

predeterminada. Puede restablecer las páginas a las definiciones de sitio predeterminadas y quitar

elementos web o características que ya no desee que se admitan. Si decide descartar

personalizaciones, debe corregir los problemas que se produzcan por la eliminación de

personalizaciones en los sitios que las usaban. Puede usar el inventario de personalizaciones para

determinar qué sitios requieren este tipo de atención antes o después de la actualización.

Consideraciones sobre personalizaciones específicas Además de las decisiones generales sobre cómo tratar personalizaciones en el entorno durante la

actualización, debe analizar tipos específicos de personalizaciones para determinar si hay que realizar

acciones adicionales para hacer que funcionen en el entorno actualizado.

En las siguientes listas aparecen algunas personalizaciones comunes y una recomendación para tratar

ese tipo de personalización.

Tipo de personalización Recomendación

Plantillas de sitio (archivos STP) Los archivos STP son una característica desusada en

SharePoint Foundation 2010. Las plantillas de sitio nuevas

en SharePoint Foundation 2010 se guardan como archivos

WSP (paquetes de solución)

Un sitio que se aprovisionó mediante una platilla de sitio se



340


actualizará, pero no podrá crear nuevos sitios basados en

esa plantilla. Si desea poder crear nuevos sitios, en lugar de

ello puede crear e implementar un paquete de solución

Definición de sitio Migre sitios a una definición de sitio admitida y predefinida,

y después aplique características personalizadas usando la

implementación de la solución.

También puede seguir usando una definición de sitio

personalizada. No es necesario crear una definición de sitio

nueva basada en SharePoint Foundation 2010.

Sin embargo, si debe realizar acciones de actualización

personalizadas para la definición, puede que tenga que

crear un archivo de definición de actualización para esa

definición de sitio. Para obtener más información, vea el

tema sobre los archivos de definición de actualización


en MSDN.

Característica Haga una evaluación y, a continuación, vuelva a hacer un

diseño o una implementación si es necesario.

Flujos de trabajo y controles de servidor Depende de la solución. Póngase en contacto con el

proveedor para averiguar si existe una solución actualizada.

Si un flujo de trabajo es compatible con la nueva versión,

vuelva a realizar la implementación.

Controlador de eventos Vuelva a escribirlo e implementarlo como una característica.

Rutas de acceso administradas

(inclusiones/exclusiones)

Vuelva a crear inclusiones para una actualización de base

de datos adjunta. Las exclusiones ya están adoptadas y no

tienen que volver a crearse.

Temas Debido a los extensos cambios en la interfaz de usuario, los

temas personalizados basados en Windows SharePoint

Services 3.0 no funcionarán en SharePoint Foundation

2010. Use la actualización visual para seguir usando los

sitios en la experiencia de usuario antigua hasta que cree y

aplique un nuevo tema basado en SharePoint Foundation

2010.

Acciones de la barra de herramientas Muévalas a la cinta de opciones (interfaz de usuario de

Fluent).

Páginas maestras y archivos CSS Modifíquelos para acomodarlos a la nueva experiencia de


341


usuario.

JavaScript Realice una prueba para determinar si es necesario realizar

alguna acción. En algunos casos, puede que tenga que

ajustar los scripts para que funcionen con el nuevo modelo

de página. Compruebe que funciona en un sitio actualizado

y en ambos modos de la actualización visual.

Proveedor de búsqueda u optimizador

de seguridad

Realice una prueba para determinar si es necesario realizar

alguna acción.

Elementos web Realice una prueba para determinar si es necesario realizar

alguna acción. Puede que tenga que ajustar elementos web

para que funcionen con el modo XHMTL estricto.

Si un elemento web está situado en una página, pero no en

una zona de elementos web (por tanto, se trata

básicamente de código HTML incrustado directamente en

una página), no funcionará si revierte la página a la plantilla

predeterminada.

Servicios Realice una prueba para determinar si es necesario realizar

alguna acción. Vuelva a diseñar o ajustar el código según

sea necesario.

Proveedores de autenticación Realice una prueba para determinar si es necesario realizar

alguna acción. Vuelva a implementar el proveedor en una

granja de servidores de prueba y asegúrese de que

funciona correctamente con autenticación de notificaciones.

No se admiten los siguientes tipos de personalizaciones. Si tiene alguna de estas personalizaciones en

el entorno, debe sustituirlas y usar un tipo admitido antes de poder realizar la actualización. De lo

contrario, podrían producirse problemas de actualización que no se pueden corregir:

Archivos predefinidos, características o definiciones de sitio que se han modificado.

Algunos tipos de archivo predefinidos —como iconos de documentos o acciones— pueden

modificarse y, aunque no se actualizarán, sus cambios pueden trasladarse de una manera

compatible. Si revierte a la plantilla del sitio, las modificaciones de otros archivos

predefinidos, como páginas ASPX del servidor, se perderán durante la actualización.

Según los archivos que se han cambiado y el alcance de dichos cambios, la experiencia

de actualización puede variar de manera significativa. El procedimiento recomendado

consiste en revertir todos los cambios en todos los archivos del disco.

Advertencia:

342

Bases de datos de SharePoint que se han modificado, mediante cambio directo de los datos o a

través de modificación del esquema, incluida la adición o eliminación de desencadenadores,

tablas, vistas o índices.

Si tiene alguna de estas personalizaciones, quítelas y sustitúyalas con personalizaciones admitidas

antes de intentar realizar la actualización. Este es un procedimiento recomendado para ayudar a

garantizar que no solo funcionará la actualización actual, sino que cualquiera de las actualizaciones

futuras se hará sin problemas. El cambio de archivos predefinidos y de bases de datos sigue sin ser

compatible.

Comprobación de que en las personalizaciones futuras se siguen los procedimientos recomendados Asegúrese de que el rendimiento del entorno es bueno y de que se siguen los procedimientos

recomendados. Implemente solo las personalizaciones realizadas según los procedimientos

recomendados descritos en los siguientes artículos de MSDN y TechNet:

Procedimientos recomendados: uso de objetos desechables de Windows SharePoint Services


Herramientas de desarrollo y técnicas para trabajar con código en Windows SharePoint Services

3.0 (parte 1 de 2) (http://go.microsoft.com/fwlink/?linkid=101494&clcid=0xC0A).

Procedimientos recomendados: problemas de codificación habituales al usar el modelo de objetos

de SharePoint (http://go.microsoft.com/fwlink/?linkid=105946&clcid=0xC0A).

Directiva de personalización de Productos y Tecnologías de SharePoint








343

Creación de un plan de comunicación (SharePoint Foundation 2010)

Es importante que se comunique con los usuarios durante el proceso de actualización de Windows

SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010. Los usuarios necesitan saber a qué

atenerse cuando vuelvan a visitar los sitios después de la actualización. Los propietarios de los sitios

necesitan saber cómo ayudar a prepararse para la actualización y qué deberán hacer una vez que ésta

se lleve a cabo. Tanto los usuarios como los propietarios de sitios deben saber cuándo se realizará la

actualización. Como parte del proceso de planeación, determine lo siguiente:

Quiénes son los miembros del equipo de actualización, qué otras partes interesadas están

involucradas y quiénes se verán afectados por la actualización.

Qué información debe tener el equipo de actualización y cuándo debe obtenerla.

Qué información deben tener los usuarios de sitios y otras partes interesadas, y cuándo deben

obtenerla.

En este artículo se describe cómo crear un plan de comunicación de modo que el equipo de

actualización, las partes interesadas y los usuarios sepan a qué atenerse antes, durante y después de

la actualización.

En este artículo:

Quién forma parte del equipo de actualización

Cuándo comunicarse con el equipo de actualización y qué comunicarle

Cuándo comunicarse con los usuarios del sitio y qué comunicarles

Quién forma parte del equipo de actualización En el caso de implementaciones pequeñas en que los sitios no se han personalizado en gran medida,

es posible que el equipo de actualización esté formado por una sola persona. Por otro lado, en el caso

de implementaciones más grandes, pueden requerirse varias personas con distintos roles, tal como se

muestra en la lista siguiente.

Administradores del servidor El administrador del servidor realiza la mayoría de las tareas de

actualización. Debe haber al menos un administrador del servidor en el equipo de actualización, ya

que para ejecutar el Asistente para instalación se requiere un miembro del grupo de

administradores locales en cada servidor front-end web.

Los administradores del conjunto o granja de servidores pueden no ser administradores

locales para el servidor.

Nota:

344

Administradores de la base de datos Si cuenta con un equipo independiente para la

administración de bases de datos, debe coordinarse con ellos para programar y realizar la

actualización, especialmente si planea usar el método de actualización de base de datos adjunta.

Equipos de seguridad de servidores Debe coordinarse con sus equipos de seguridad, como el

equipo de servicios de directorio de Active Directory, para comprobar cuentas y permisos, o para

aprovechar la nueva configuración de directivas que puede aplicar con SharePoint Foundation

2010.

Equipo de implementación de clientes Comuníquese con los equipos de implementación de

clientes para coordinar la implementación de aplicaciones de servidores y clientes nuevos. La

implementación de clientes debe realizarse antes de la actualización o puede ser una opción

disponible para los usuarios después de que los sitios se hayan actualizado.

Propietarios de la colección de sitios Debe notificar a los propietarios de la colección de sitios

el momento en que se vaya a producir el proceso de actualización y advertirles acerca de cualquier

problema que encuentre al ejecutar la herramienta de comprobación previa a la actualización o al

actualizar los sitios. Si usa la actualización visual, también debe poner al tanto a los propietarios de

la colección de sitios sobre el cambio efectuado en la nueva interfaz de usuario y si el

administrador de la granja de servidores o los administradores de las colecciones de sitios

completarán ese cambio.

Diseñadores y programadores de sitios Si tiene plantillas, elementos web, servicios web u

otros elementos personalizados asociados a los sitios, debe trabajar con los responsables del

desarrollo o la personalización de dichos elementos para asegurarse de poder crear nuevas

versiones de estos elementos personalizados o para comprobar que estos elementos se hayan

actualizado correctamente. Para obtener más información acerca de los posibles problemas

relativos a los elementos personalizados, vea Uso de una actualización de prueba para encontrar

posibles problemas (SharePoint Foundation 2010).

Usuarios del sitio Aunque no es necesario incluir a los usuarios del sitio en la toma de

decisiones sobre el proceso de actualización, debe comunicarles que éste se llevará a cabo y lo

que deben esperar de él.

Patrocinadores y otras partes interesadas Es posible que su empresa tenga a otras personas

involucradas en el proceso de planeación de la actualización. Asegúrese de incluirlas en el plan de

comunicación según corresponda.

Un equipo de actualización puede incluir uno o más miembros en cada rol, según la

organización.

Cuándo comunicarse con el equipo de actualización y qué comunicarle En general, los administradores del servidor y los administradores de servicios compartidos establecen

la escala de tiempo para la actualización y los propietarios de sitios reciben una notificación solo

Nota:

345

cuando el proceso está a punto de comenzar. Sin embargo, debido a que los integrantes del grupo

tienen sus propias tareas que deben realizar en momentos determinados del proceso de actualización

global, es fundamental contar con un plan sólido para comunicar el progreso de la actualización a

todos los integrantes del grupo de manera que todos sepan cuándo es el momento de realizar sus

tareas particulares.

Todo el equipo de actualización debe trabajar en colaboración para determinar lo siguiente:

El método de actualización que se usará El artículo Determinación del método de actualización

(SharePoint Foundation 2010) incluye información que le ayudará a decidir el tipo de actualización

que debe realizar. También es importante tener en cuenta el informe generado por la herramienta

de comprobación previa a la actualización al tomar esta decisión.

Fechas y horas en que se realizará la actualización Se recomienda (especialmente en el caso

de una actualización en contexto) realizar la actualización cuando la utilización del sitio sea baja.

Para las implementaciones pequeñas en un único servidor, es posible que la actualización se

complete en menos de un día. Para las implementaciones de mayor tamaño, como granjas de

servidores con grandes cantidades de datos, el método de actualización de base de datos adjunta

o la actualización en contexto con el método de desasociación de bases de datos pueden usarse

para distribuir el proceso de actualización entre varios períodos de inactividad. No hay forma de

determinar la cantidad exacta de tiempo necesaria para actualizar una colección de sitios

específica. Debido a esto, es muy importante comunicarse con los demás integrantes del grupo

involucrados en el proceso de actualización y, además, con los usuarios finales. El día o los días

que elija para la actualización deben estar lo suficientemente lejos como para proporcionar al

equipo de actualización el tiempo suficiente para completar todos los pasos preliminares. Al

planear la escala de tiempo, asegúrese de asignar tiempo a la validación de los sitios actualizados

y a la implementación de cualquier cambio o modificación de la personalización de marca de los

sitios.

Es importante comunicarse con los propietarios, diseñadores y programadores del sitio en los

siguientes momentos del proceso de actualización:

Antes de que empiece el proceso, para que conozcan la escala de tiempo general y sus roles en el

proceso.

Una vez ejecutada la herramienta de comprobación previa a la actualización, para que puedan

resolver cualquier problema identificado por la herramienta. Para obtener más información acerca

de la herramienta de comprobación previa a la actualización, vea Ejecución de la herramienta de

comprobación previa a la actualización (SharePoint Foundation 2010). Por ejemplo, las cuestiones

relativas a plantillas de sitio personalizadas o elementos web personalizados deben comunicarse

al propietario, diseñador o programador del sitio que corresponda antes de programar la

actualización para darles tiempo para investigarlas y tomar medidas preliminares. O bien, es

posible que un programador decida que sería prudente volver a crear un elemento web antes de la

actualización, o que los propietarios del sitio deseen tomar nota de cualquier personalización que

se haya llevado a cabo en sus sitios, incluidos las plantillas de sitio y los cambios realizados en los

archivos ASPX (Active Server Page Extension) principales.

Después de actualizar los sitios, para que puedan revisarlos y efectuar los cambios necesarios.

346

Cuándo comunicarse con los usuarios del sitio y qué comunicarles También es importante comunicarse con los usuarios de los sitios con respecto a las siguientes

cuestiones:

Cuándo se actualizarán sus sitios En el caso de una actualización inmediata, también es

necesario informarles de que sus sitios no estarán disponibles durante la actualización.

Cuándo estarán listos los sitios actualizados Esto significa que el equipo de actualización no

solo ha actualizado sino también comprobado la funcionalidad de los sitios actualizados.

Cómo puede afectarles la actualización y qué deben saber acerca del nuevo entorno Por

ejemplo, el sitio tendrá un aspecto diferente y funcionará de forma algo distinta en la nueva interfaz

de usuario. Si va a usar la actualización visual, informe a los usuarios a qué se atendrán y si van a

tener la experiencia de usuario anterior o una nueva. También puede dirigirles a contenido

disponible, como artículos sobre novedades o material de aprendizaje, para aprender a usar la

nueva versión. Para obtener más información acerca de los cambios de características y la

actualización visual, vea Planeación de la actualización visual (SharePoint Foundation 2010) y

Cambios en las características principales entre versiones en el artículo sobre las novedades de la

actualización.

Cómo obtener ayuda Si el usuario encuentra un problema en un sitio después de la

actualización, ¿qué puede hacer para resolverlo?

347

Planeación de la actualización visual (SharePoint Foundation 2010)

En este artículo se trata la nueva característica de actualización visual de Microsoft SharePoint

Foundation 2010. Si su organización planea realizar una actualización de Windows SharePoint

Services 3.0, puede aprovechar esta nueva característica. De forma predeterminada, la apariencia de

los sitios se mantiene durante una actualización desde Windows SharePoint Services 3.0. Los

propietarios de los sitios pueden cambiar a la nueva interfaz de usuario de forma permanente o pueden

optar por obtener la vista previa de esta interfaz para los sitios de SharePoint. Al usar la característica

de actualización visual, puede elegir mover todos los sitios a la nueva interfaz de usuario. Si selecciona

esta opción, invalida la interfaz de usuario para los propietarios de la colección de sitios y los

propietarios de los sitios. Puede elegir conservar las páginas personalizadas o restablecer todas las

páginas personalizadas. Ambas opciones actualizarán la apariencia de las páginas de plantilla, pero la

segunda opción elimina las modificaciones de las páginas personalizadas y no se puede deshacer.

La característica de actualización visual no está disponible si realiza una actualización en un

único servidor con una base de datos integrada mediante el Asistente para configuración de

Productos de SharePoint. Sin embargo, la característica de actualización visual está disponible

si usa la herramienta de línea de comandos PSConfig para la actualización.

En este artículo se detallan consideraciones clave para planear el uso de la actualización visual y

también se tratan problemas conocidos. Para obtener más información, vea Administración de la

actualización visual (SharePoint Foundation 2010).

En este artículo:

Fase de planeación clave de la actualización visual

Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios

Problemas conocidos

Fase de planeación clave de la actualización visual La actualización visual es una característica que es parte del proceso de actualización. Antes de

realizar la actualización, asegúrese de que conoce los efectos de elegir entre las dos opciones

diferentes que la actualización visual ofrece.

Conservación de la interfaz de usuario existente

Si opta por conservar la apariencia de los sitios existentes de SharePoint, les da a los propietarios de

colecciones de sitios control sobre sus colecciones de sitios y a los propietarios de sitios control sobre

sus sitios. Se conservan todos los datos y la configuración de los sitios originales. El diseño, la

Nota:

348

organización de comandos y los estilos conservan la interfaz de usuario anterior. Independientemente

del tipo de actualización de granja de servidores que seleccione, obtendrá todos los beneficios de la

infraestructura de Microsoft SharePoint Foundation 2010, incluidas la confiabilidad, escalabilidad y

capacidad de administración mejoradas. Conservar la interfaz de usuario anterior reduce la posibilidad

de que el contenido personalizado deje de funcionar. Esto garantiza que los usuarios continúen

usando los sitios existentes de SharePoint hasta que se complete todo el trabajo de actualización,

incluidas la resolución de problemas y la actualización de las personalizaciones.

Actualización a la nueva interfaz de usuario

Si opta por cambiar todos los sitios existentes de SharePoint a la nueva interfaz de usuario, los

propietarios de colecciones de sitios y los propietarios de sitios no tienen control sobre la actualización.

Todos los datos y la configuración de los sitios existentes de SharePoint se actualizan a la nueva

interfaz de usuario. Quizá desee elegir esta opción si no hay personalizaciones o si probó las

personalizaciones que necesita antes de la actualización. Incluso si elige esta opción, todavía puede

optar por conservar las páginas personalizadas o restaurarlas. Si tiene que mantener las

personalizaciones o si no está seguro de si desea hacerlo, debe conservar las páginas personalizadas.

La restauración de estas páginas quita las personalizaciones y no se puede deshacer. Elija esta opción

si ya no necesita las personalizaciones y si sabe que no se perderán datos importantes. Para obtener

mas información, vea Determinación del modo de controlar las personalizaciones (SharePoint

Foundation 2010), Uso de una actualización de prueba para encontrar posibles problemas (SharePoint

Foundation 2010) y Redeploying Customizations and Solutions in SharePoint Foundation 2010 and

SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=186372&clcid=0xC0A).

Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios Es importante que entrene a los usuarios sobre los efectos de la conservación de la apariencia de los

sitios existentes de SharePoint o de la actualización de todos los sitios a la nueva interfaz de usuario.

Los usuarios informados están preparados y saben qué esperar, lo que disminuirá la necesidad de

recurrir al departamento de soporte técnico y las frustraciones.

Si actualiza todos los sitios a la nueva interfaz de usuario, informe a los usuarios sobre los cambios y

las características nuevas, como la cinta de opciones, la interfaz de edición de páginas nueva y los

calendarios interactivos. También adviértales sobre los posibles problemas que pueden producirse. Por

ejemplo, pueden tener problemas con las personalizaciones, como que las páginas no se muestren

correctamente. Para obtener información sobre problemas de actualización generales, vea Solución de

problemas de actualización (SharePoint Foundation).

Si opta por conservar la apariencia de los sitios existentes de SharePoint, explique a los propietarios

de colecciones de sitios y a los propietarios de sitios que la interfaz de usuario no cambiará durante la

actualización y coménteles las opciones que tienen.



349

De forma predeterminada, los propietarios de sitios tienen control sobre sus sitios. Pueden usar la

opción de vista previa de elementos visuales nuevos (en Configuración del sitio) para obtener una

vista previa de la nueva interfaz de usuario y luego cambiar entre la interfaz de usuario anterior y la

nueva. Esto les da tiempo para asegurarse de que todo funciona correctamente y pueden solucionar

cualquier problema que se produzca en las páginas después de la actualización. Cuando los

propietarios de sitios estén listos, pueden actualizar los sitios a la nueva interfaz de usuario. Sin

embargo, los propietarios de colecciones de sitios pueden elegir finalizar la nueva interfaz de usuario,

lo que invalida el control que los propietarios de sitios tienen sobre la actualización visual para sus

sitios. Si los propietarios de colecciones de sitios desean conservar la interfaz de usuario anterior para

la colección de sitios, también tienen la opción de ocultar la configuración de la actualización visual de

los propietarios de sitios.

Los propietarios de sitios también tienen que saber que si hacen cambios en la nueva interfaz de

usuario mientras están en modo de vista previa y luego vuelven a la interfaz anterior, es posible que

esta información no se muestre correctamente.

Se recomienda que tenga un plan y que fije un límite para el tiempo durante el cual la interfaz de

usuario anterior debe usarse en la implementación de SharePoint. Por ejemplo, se puede dar un plazo

de 90 días a cada administrador de la colección de sitios para trabajar con los propietarios de sitios con

el fin de realizar la transición de la interfaz de usuario anterior a la nueva. Asegúrese de informar sobre

este plazo a los usuarios. El límite de tiempo garantiza que los usuarios tengan un tiempo razonable

para familiarizarse con la nueva interfaz de usuario y para resolver cualquier problema que pueda

llegar a producirse durante la actualización. Si establece un límite de tiempo para los usuarios, también

infórmeles que, después de este tiempo, puede forzar una actualización de todos los sitios. Para

obtener más información, vea Administración de la actualización visual (SharePoint Foundation 2010).

Si los propietarios de colecciones de sitios deciden usar la nueva interfaz de usuario en todos los sitios

de su colección de sitios, no pueden cambiar de idea. Sin embargo, como administrador de la granja

de servidores, puede cambiar las configuraciones si revierten los sitios a la interfaz de usuario anterior

con el modelo de objetos de Windows PowerShell o SharePoint. Para obtener más información, vea

Administración de la actualización visual (SharePoint Foundation 2010).

Es importante decir a los propietarios de colecciones de sitios y propietarios de sitios que, mientras los

sitios usen la interfaz de usuario anterior, las características nuevas (como la cinta de opciones, la

edición en contexto para páginas Wiki, los calendarios interactivos y las relaciones entre listas) no

estarán disponibles. Sin embargo, cuando los sitios cambian a la nueva interfaz de usuario, las

características de la aplicación aparecen automáticamente. También es importante notar que todos los

sitios nuevos creados después de realizada la actualización usan la nueva interfaz de usuario de forma

predeterminada.

Problemas conocidos Hay que tener en cuenta varios problemas conocidos:

Si usa SharePoint Foundation 2010, asegúrese de usar la misma versión y el mismo Service Pack

de SharePoint Designer.

350

Vea también Actualización en contexto a SharePoint Foundation 2010



351

Prueba y solución de problemas de actualización (SharePoint Foundation 2010)

Antes de actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010,

debe dedicar un tiempo a realizar una prueba del proceso de actualización y conocer los problemas

que pueden surgir en la actualización real. En esta sección se incluye información acerca de cómo

probar una actualización y cómo usar la información obtenida en esa prueba para predecir cuánto

tiempo y espacio se necesitará para la actualización y qué pasos se pueden llevar a cabo para limpiar

el entorno antes de realizar la actualización real.

Use los artículos de esta sección durante y después de la actualización para solucionar los problemas

y reanudar el proceso de actualización.

En esta sección:

Procedimientos recomendados para probar la actualización (SharePoint Foundation 2010)

Siga estos procedimientos recomendados para sacar el mayor provecho posible de las pruebas de

actualización.

Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation

2010)

Obtenga información acerca de cómo planear una actualización correctamente mediante la prueba

de actualización con datos reales en un entorno físico o virtual.

Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint

Foundation 2010)

Use la información de las pruebas para saber cuánto tiempo tardará la actualización.

Limpieza del entorno antes de la actualización (SharePoint Foundation 2010)

La actualización se ejecutará con menos problemas si se prepara el entorno mediante la limpieza

de sitios o datos adicionales. En este artículo se enumeran los elementos comunes que puede

resultar conveniente limpiar antes de iniciar el proceso de actualización.

Solución de problemas de actualización (SharePoint Foundation)

Siga estas recomendaciones para solucionar los problemas que se produzcan durante la

actualización. También puede buscar los problemas comunes y averiguar cómo solucionarlos.

Recuperación tras un error en la actualización (SharePoint Foundation 2010)

Si ha creado una copia de seguridad del entorno y de las bases de datos antes de iniciar la

actualización en contexto o si configura el entorno como un entorno de solo lectura antes de iniciar

una actualización de base de datos adjunta, puede recuperar el entorno si se produce un error

durante el proceso de actualización.

Reanudación de la actualización (SharePoint Foundation 2010)

352

Si encuentra errores durante la actualización, puede solucionarlos mediante el artículo de solución

de problemas y, posteriormente, use este artículo para reiniciar o reanudar la actualización.

Además, los siguientes recursos pueden resultar útiles al realizar una prueba del proceso de

actualización:

Hoja de cálculo de actualización a productos de SharePoint 2010

Use esta hoja de cálculo para registrar información sobre el entorno mientras realiza la prueba de

la actualización. Descargue la hoja de cálculo en


Productos de Microsoft SharePoint 2010 - Prueba del modelo de proceso de actualización

Este póster dispone de una presentación visual de la información sobre las pruebas del proceso de

actualización. Descargue el póster en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.



353

Procedimientos recomendados para probar la actualización (SharePoint Foundation 2010)

Para entender el entorno antes de intentar realizar una actualización y planear de manera precisa el

tiempo que requerirá una actualización, debe realizar una o más actualizaciones de prueba. El objetivo

de la actualización de prueba es encontrar problemas a tiempo y solucionarlos de manera que pueda

confiar en el proceso y el resultado cuando realice la actualización real. Para realizar una prueba

precisa y útil del proceso de actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, siga estos procedimientos recomendados:

1. Haga su entorno de prueba lo más similar posible al real.

Si es posible, use el mismo tipo de hardware, las mismas configuraciones, las mismas direcciones

URL, etc. Cuanto más se minimicen las diferencias entre el entorno de prueba y el entorno real,

mejor. Cuantas más diferencias haya, será más probable que tarde más tiempo en realizar un

seguimiento de problemas no relacionados para asegurarse de que no se produzcan durante la

actualización real.

2. Conozca los contenidos del entorno. Primero realice un estudio completo.

Tómese el tiempo necesario para documentar el hardware y el software incluidos en el entorno,

qué personalizaciones del servidor están instaladas y se usan, dónde se encuentran y la

configuración necesaria. Esto ayudará a lograr una planeación más completa y a recuperarse si la

actualización da error. Existe una hoja de cálculo a su disposición para poder registrar la

información acerca del entorno mientras prepara la actualización. Descargue la hoja de cálculo en


3. Use datos reales.

Use copias de la base de datos real para ejecutar las pruebas. Al realizar las pruebas mediante

datos reales, podrá identificar las áreas con problemas y, además, el rendimiento de la

actualización. Esto también proporciona la posibilidad de medir el tiempo que tardan las diferentes

secuencias y acciones de la actualización en función de los distintos tipos de datos. Si no puede

probar todos los datos, realice pruebas de un subconjunto representativo de datos para asegurarse

de que se han detectado todos los problemas relacionados con los diferentes tipos y tamaños de

sitios, listas, bibliotecas y personalizaciones del entorno.

4. Ejecute varias pruebas.

Mediante una sola prueba podrá saber si encontrará problemas complicados, pero mediante varias

pruebas se asegurará de que se han detectado todos los problemas posibles y también obtendrá

una escala de tiempo del proceso más precisa. Además, podrá determinar qué métodos de

actualización serán más adecuados para su entorno, qué técnicas de mitigación del tiempo de

inactividad debería considerar usar y de qué modo el proceso o el rendimiento pueden cambiar

después de solucionar los problemas descubiertos en las primeras pruebas. La prueba final puede


354

ayudarle a validar si se han solucionado todos los errores y si ya está preparado para actualizar el

entorno de producción.

5. No ignore las advertencias.

Aunque no es un error, una advertencia puede dar lugar a problemas posteriores en el proceso de

actualización. Solucione los errores, pero también investigue todas las advertencias para

asegurarse de que conoce sus posibles consecuencias.

6. Pruebe el entorno actualizado y no sólo el proceso de actualización.

Compruebe las aplicaciones de servicio y los servicios. Ejecute un rastreo de búsqueda y revise

los archivos de registro. Compruebe si funcionan los sitios web de Mi sitio.

7. Compruebe los sitios en ambos modos de la actualización visual.

No asuma que debido a que se puede obtener una vista previa del sitio adecuadamente en un

modo, también se podrá en el otro modo. Compruebe la experiencia del usuario de la versión

anterior y de la nueva versión.

8. Considere la posibilidad de usar un entorno de vista previa.

Puede crear un entorno de vista previa en el que los usuarios puedan comprobar sus sitios

después de una actualización de prueba y, de esta manera, ayudarle a comprobar la actualización

y a encontrar problemas. Puede usar un entorno de solo lectura o permitir a los usuarios realizar

cambios, pero debe advertirles que estos cambios no se guardarán. Considere la posibilidad de

limitar este entorno de vista previa a un conjunto pequeño de sitios representativos y de limitar el

acceso sólo para partes interesadas con el fin de reducir el tiempo que se deberá hospedar el

entorno de vista previa y la cantidad de comentarios que se recibirán.

Para obtener más información acerca de cómo probar la actualización, vea Uso de una actualización

de prueba para encontrar posibles problemas (SharePoint Foundation 2010) y el póster "Prueba del

proceso de actualización" disponible en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.


355

Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010)

Antes de iniciar el proceso de actualización de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010, se recomienda probarlo para asegurarse de que sabe exactamente lo

que debe hacer para lograr una actualización correcta. Mediante una actualización de prueba para

probar el proceso, puede descubrir:

Las personalizaciones que hay en el entorno, para poder planear cómo tratarlas durante la

actualización.

Si se debería actualizar el hardware para lograr que la actualización se ejecute de manera más

eficiente y con mayor rapidez.

El momento oportuno para la actualización, o cuánto tardará la actualización en el entorno.

Lo que se necesita para hacer una planeación operacional, por ejemplo, recursos que hay que

tener disponibles.

Además, la actualización de prueba es útil para familiarizarse con las herramientas de actualización y

con el proceso mismo, de manera que se sepa lo que podría suceder cuando se lleve a cabo el

proceso real. Al realizar esta prueba, puede descubrir:

Los casos especiales que se aplican al entorno y el método de actualización más eficiente

Cómo es la interfaz de usuario, cómo se sabe que se ha finalizado una fase y se ha pasado a otra.

Dónde están los archivos de registro, cómo leerlos y la información que proporcionan

Las técnicas que se pueden usar para reducir el tiempo de inactividad

En este artículo se describen los pasos básicos para probar la actualización; además, se ofrecen

recomendaciones para revisar los resultados y ajustar los planes de actualización basándose en lo que

se aprendió durante las pruebas.

En este artículo:

Configurar un entorno de prueba

Identificar e instalar personalizaciones

Copiar datos reales en el entorno de prueba y probar la actualización

Revisar los resultados

Ajustar los planes y repetir las pruebas

Además, los siguientes recursos pueden resultar útiles al realizar una prueba del proceso de

actualización:

Hoja de cálculo de actualización a Productos de SharePoint 2010

356

Use esta hoja de cálculo para registrar información sobre el entorno mientras realiza la prueba de

la actualización. Descargue la hoja de cálculo en


Productos de Microsoft SharePoint 2010 - Prueba del modelo de proceso de actualización

Este póster dispone de una presentación visual de la información sobre las pruebas del proceso de

actualización. Descargue el póster en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.

Configurar un entorno de prueba Para probar el proceso de actualización, se puede usar un hardware físico o virtual. Cada entorno es

único, de manera que no hay instrucciones generales sobre el tiempo que dura una actualización o

sobre la dificultad que entraña actualizar una personalización en particular. La mejor manera de medir

el proceso de actualización es mediante la realización de una serie de actualizaciones de prueba.

Cuando cree el entorno de prueba:

El conjunto o granja de servidores de prueba debe ser lo más parecido a la granja real, por

ejemplo, hardware, software y espacio disponible.

Use las mismas direcciones URL en la granja de servidores de prueba y en la real. (De lo

contrario, perderá tiempo diagnosticando problemas relacionados con direcciones URL que no

aparecerán en la actualización real.)

Asegúrese de transferir todas las configuraciones y personalizaciones al entorno de prueba. La

sección Identificar e instalar personalizaciones proporciona información sobre la recopilación de

esta información.

Usar un entorno de prueba virtual

Al realizar pruebas en un entorno virtualizado, no se necesita mucho hardware. Para replicar el

entorno, se pueden usar solo dos servidores que ejecuten Hyper-V. Un servidor tendrá imágenes para

los servidores web front-end y servidores de aplicaciones, y el otro tendrá imágenes para los

servidores de base de datos.



357

Usar un entorno de prueba físico

Cuando se realizan pruebas en un entorno físico, se tiene que replicar el entorno de la granja de

servidores completo y con el mayor parecido posible. Si simplifica demasiado la cantidad de servidores

web front-end, los servidores de aplicaciones o los servidores de bases de datos, no tendrá una

estimación precisa de cuánto tardará el proceso de actualización, y puede que no se tengan en cuenta

complicaciones que surgen de interacciones entre servidores en el mismo rol (como transacciones de

SQL Server). Si tiene varios servidores en un rol en la granja de servidores original, para probar dichos

problemas, use al menos dos servidores para ese rol en la granja de servidores de prueba.

358

Entornos de prueba adicionales para actualización de base de datos adjunta

Si va a usar el método de actualización de base de datos adjunta, puede que necesite crear un entorno

de prueba adicional: una única granja de servidores que ejecute Windows SharePoint Services 3.0 y

que se pueda usar para ejecutar la herramienta de comprobación previa a la actualización antes de

intentar actualizar los datos.

Para evitar este paso, ejecute la herramienta de comprobación previa a la actualización en la granja de

servidores de producción existente.

Identificar e instalar personalizaciones Para que el proceso de prueba sea preciso, debe buscar todas las personalizaciones del entorno

actual y copiarlas en el entorno de prueba. Para obtener más información acerca de los tipos de

personalizaciones que se deben identificar, vea Determinación del modo de controlar las

personalizaciones (SharePoint Foundation 2010).

Use la herramienta de comprobación previa a la actualización para identificar definiciones del sitio,

plantillas del sitio y características del entorno.

Esta herramienta examina todas las colecciones de sitios y genera un informe sobre el estado de

cada sitio. También guarda información sobre la definición de listas de cada lista. Puede revisar los

informes para ver los problemas y solucionarlos antes de empezar el proceso de actualización. A

diferencia de la herramienta de detección previa a la actualización para Windows SharePoint

Services 3.0, la herramienta de comprobación previa a la actualización es una herramienta de solo

lectura y no cambia los sitios. Para obtener más información acerca de esta herramienta y los

pasos para realizar el análisis, vea el tema sobre Análisis y creación de informes previos a la

actualización para versiones futuras (Windows SharePoint Services) y Ejecución de la herramienta

de comprobación previa a la actualización (SharePoint Foundation 2010).



359

Use la operación Stsadm –o enumallwebs en todas las bases de datos de contenido en el

entorno de Windows SharePoint Services 3.0 para identificar personalizaciones específicas en

subsitios. Esta operación enumera un identificador para cada colección de sitios y subsitio en el

entorno y las plantillas en las que se basa el sitio. Esta operación se introdujo por primera vez en

Windows SharePoint Services 3.0 con Service Pack 2 (SP2). Para obtener más información, vea el

tema sobre Operación Enumallwebs: Stsadm (Windows SharePoint Services).

Use una herramienta como WinDiff (una herramienta que se proporciona con la mayoría de los

sistemas operativos Microsoft) para comparar los servidores del entorno de producción con los

servidores de la granja de prueba. Puede usar esta herramienta para ver los archivos que existen

en los servidores y las diferencias entre ellos.

Compruebe los archivos web.config para averiguar si se efectuaron cambios y busque controles

personalizados en el elemento SafeControls.

Use la Herramienta de diagnóstico de SharePoint (SPDiag) para encontrar soluciones

implementadas. Para obtener más información, vea el tema sobre la Herramienta de diagnóstico

de SharePoint (SPDiag).

Cree una lista de todas las personalizaciones que encuentre y, en lo posible, identifique su origen.

Por ejemplo, si hay complementos de terceros o plantillas que se personalizaron internamente.

Después de identificar el origen, puede comprobar las versiones actualizadas de las

personalizaciones. Existe una hoja de cálculo a su disposición para registrar la información acerca

del entorno, en función de los datos obtenidos de los resultados de la herramienta de

comprobación previa a la actualización y de su propia investigación sobre las personalizaciones.

Descargue la hoja de cálculo en http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A y

personalícela para adaptarla a sus necesidades.

¿Con quién se debe poner en contacto en relación con las personalizaciones que no creó?

Después de identificar todas las personalizaciones, cópielas en los servidores adecuados de la granja

de servidores de prueba. Puede usar el cmdlet test-spcontentdatabase de Windows PowerShell

antes de adjuntar una base de datos a SharePoint Foundation 2010 para determinar si faltan

personalizaciones del entorno. Ejecute este comando para cada base de datos después de

restaurarlas en el servidor de bases de datos, pero antes de ejecutar la actualización. Tenga en cuenta

que este cmdlet se ejecuta en modo silencioso, por lo tanto no devolverá resultados a menos que

encuentre un error.

Copiar datos reales en el entorno de prueba y probar la actualización No es posible lograr los objetivos de prueba a menos que se usen datos reales. Se pueden usar los

siguientes métodos para crear una copia de los datos:

Para actualización en contexto, cree una copia de seguridad de una granja de servidores y luego

restáurela en el entorno de prueba. Para obtener más información, vea el tema sobre Copia de

Sugerencia






360

seguridad y restauración de la granja de servidores completa (para tecnología Windows

SharePoint Services 3.0).

Para una actualización de base de datos adjunta, tiene que usar las herramientas de copias de

seguridad y restauración de Microsoft SQL Server a fin de crear una copia de las bases de datos

de contenido y cualquier otra base de datos que desee actualizar. Para obtener más información,

vea el tema sobre la copia de seguridad y restauración de bases de datos de contenido (Windows


No hay mejor manera de saber lo que puede surgir durante la actualización que realizando la prueba

en una copia de todos los datos. Sin embargo, es posible que esto no siempre sea una opción realista

para la prueba inicial. Puede realizar el proceso paulatinamente probando una base de datos a la vez

(en caso de que las bases de datos sean grandes) para poder tener la seguridad de que se prueba

aquello que es único en ese conjunto de datos, o bien poder ensamblar un subconjunto de datos

desde sitios representativos del entorno. Si desea probar primero con un subconjunto de los datos,

asegúrese de que el subconjunto tenga las siguientes características:

El subconjunto de datos contiene sitios que son típicos de los sitios admitidos en el entorno.

El tamaño y la complejidad del subconjunto de datos son muy parecidos al tamaño y complejidad

reales del entorno.

La prueba de un subconjunto de los datos no produce una referencia válida acerca de cuánto

tiempo tardará el procesamiento del volumen de datos total para el entorno.

Después de copiar los datos, haga una primera pasada por el proceso de actualización para ver qué

pasa. Esto es solo la ronda preliminar.

Probar la actualización en contexto

Si desea probar un método de actualización en contexto, siga estos pasos para probar el proceso de

actualización:

1. Realice una copia de seguridad completa de la granja de servidores.

2. Restaure la copia de seguridad en la granja de servidores de prueba.

Para obtener más información, vea el tema sobreCopia de seguridad y restauración de la granja de

servidores completa (para tecnología Windows SharePoint Services 3.0).

3. Ejecute la herramienta de comprobación previa a la actualización y tome nota de cualquier

problema que encuentre. Conviene solucionar estos problemas en el entorno original antes de

ejecutar la actualización real en la granja de servidores del producto. Para obtener más

información, vea Ejecución de la herramienta de comprobación previa a la actualización


4. Siga los pasos descritos en Realización de una actualización en contexto (SharePoint Foundation

2010) para probar la actualización en contexto.

5. Revisar los resultados.

Importante:





361

Probar una actualización de base de datos adjunta

1. Crear una copia de seguridad de SQL Server de las bases de datos de contenido.

2. Use SQL Server para restaurar las copias de seguridad en la granja de prueba de un solo servidor

y adjuntar las bases de datos de contenido a ese entorno.

Para obtener más información, vea el tema sobre Copia de seguridad y restauración de bases de

datos de contenido (Windows SharePoint Services 3.0).

3. Ejecute la herramienta de comprobación previa a la actualización. Tome nota de los problemas

que encuentre y los cambios que haga. Conviene solucionar estos problemas y hacer estos

cambios en el entorno original antes de ejecutar la actualización real en la granja de servidores del

producto. Para obtener más información, vea Ejecución de la herramienta de comprobación previa

a la actualización (SharePoint Foundation 2010).

4. Siga los pasos del artículo Preparación del nuevo entorno de SharePoint Foundation para

configurar el entorno de prueba para una actualización de base de datos adjunta.

5. Siga los pasos que se indican en Bases de datos adjuntas y actualización a SharePoint Foundation

2010 para realizar una prueba del proceso de actualización de base de datos adjunta.

Revisar los resultados Después de completar la actualización de prueba, puede revisar los resultados y volver a comprobar

los planes. Examine los archivos de registro, los sitios actualizados y compruebe las

personalizaciones. Vea cómo funcionó el trabajo de actualización para el entorno, lo que descubrió,

qué se necesita para reconsiderar el plan de actualización.

Revisar los archivos de registro

Revise los siguientes archivos de registro:

El archivo de registro de la herramienta de comprobación previa a la actualización.

Los archivos de registro para la herramienta de comprobación previa a la actualización (stsadm -o

preupgradecheck) están en %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\12\LOGS. Los nombres de los archivos de registro tienen el siguiente formato:

PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.log, donde AAAAMMDD es la

fecha y HHMMSS-SSS es la hora (horas en formato de 24 horas, minutos, segundos y

milisegundos) y se usa el número aleatorio para diferenciar entre posibles intentos simultáneos de

ejecutar la herramienta de comprobación previa a la actualización.

El archivo de registro de Asistente para configuración de Productos de SharePoint (Psconfig.exe)

(se genera cuando se ejecuta este asistente como parte de la actualización en contexto de

prueba).

Los archivos de registro de PSCDiagnostics están ubicados en

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS.



362

El archivo de registro de actualización y el archivo de registro de errores de la actualización (se

genera cuando se ejecuta la actualización).

El archivo de registro de actualización (.log) y el archivo de registro de errores de la actualización

(.err) están localizados en %COMMONPROGRAMFILES%\Microsoft Shared\Web server


Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la

hora (horas en formato de 24 horas, minutos, segundos y milisegundos).

Para revisar los archivos de registro con el objetivo de encontrar y solucionar problemas, comience por

la parte superior de los archivos. Los errores o advertencias pueden repetirse cuando se producen

para varias colecciones de sitios en el entorno, o si bloquean el proceso de actualización totalmente.

Por ejemplo, si no puede conectarse a la base de datos de configuración, el proceso de actualización

lo intentará (y fracasará) varias veces, y estos intentos aparecerán en la lista del archivo de registro.

Busque las siguientes entradas:

Finished upgrading SPFarm Name=<nombre de la base de datos de configuración>

In-place upgrade session finishes. Root object = SPFarm=<Nombre de la base de datos de

configuración>,recursive = True. 0 errors and 0 warnings encountered.

Si existen esas entradas, la instalación se realizó correctamente.

Si no encontró las entradas indicadas en el paso anterior, puede identificar problemas específicos que

puedan haber contribuido al error realizando una búsqueda de los siguientes términos en el archivo

Upgrade.log:

Busque ERROR en los archivos de registro para buscar los errores (como error en componentes o

error en conexiones de bases de datos).

Busque ADVERTENCIA para encontrar problemas como la ausencia de características o

componentes.

Para buscar problemas de la actualización, puede resultar útil usar un analizador de registro para

ejecutar consultas en los archivos de registro.

Reiniciar la actualización, si es necesario

Durante una actualización de base de datos adjunta, se omitirán los sitios que no se puedan actualizar.

Durante una actualización en contexto, si el servidor se reinicia o se produce un error en la

actualización, deberá reiniciar el proceso de actualización para actualizar los sitios restantes.

Para ver si durante la actualización faltaron sitios o se omitieron, ejecute la siguiente operación de

Stsadm stsadm -o localupgradestatus en cada servidor front-end web de la granja de servidores de

SharePoint Foundation 2010. Para obtener más información sobre esta operación, vea el tema sobre la

operación localupgradestatus de Stsadm (Windows SharePoint Services).

Si la actualización omitió alguna colección de sitios, puede reiniciar el proceso de actualización para la

base de datos que contiene esa colección de sitios mediante el siguiente cmdlet de Windows

PowerShell: upgrade-spcontentdatabase -id <GUID>. Para obtener más información acerca de este

cmdlet, vea Upgrade-SPContentDatabase.


http://technet.microsoft.com/library/9c7f1a52-02a7-452d-9746-a4e89aa54874(Office.14).aspx

363

Para obtener más información, vea Reanudación de la actualización (SharePoint Foundation 2010).

Revisión de sitios actualizados

Revise los sitios actualizados para identificar problemas que deban solucionarse antes de ejecutar el

proceso de actualización en el entorno de producción. Para obtener más información acerca de las

cosas específicas que hay que buscar, vea Comprobación de la actualización y revisión de los sitios


Ajustar los planes y repetir las pruebas Repita el proceso de prueba hasta que esté seguro de que se han encontrado todos los problemas que

pueden surgir y que sabe cómo solucionarlos. El objetivo es saber cuál es el plan si son las 4:00 p.m.

del domingo, debe volver a estar conectado el lunes por la mañana y el proceso no está yendo bien.

¿Hay un punto sin retorno? Pruebe el plan de reversión y asegúrese de que funciona antes de

comenzar la actualización real.

364

Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint Foundation 2010)

Una parte importante de la planeación de la actualización de Windows SharePoint Services 3.0 a

Microsoft SharePoint Foundation 2010 consiste en determinar cuánto tiempo tardará el proceso de

actualización y cuánto espacio de almacenamiento se necesitará. Cada entorno es único e incluye

funcionalidades de hardware diferentes y características de sitios distintas. El espacio y el tiempo

necesarios para ejecutar una actualización variará en gran medida en función del entorno. La mejor

manera de calcular estos factores es realizar una actualización de prueba y, a continuación, analizar el

espacio y el tiempo que se necesitó. Para obtener más información acerca de cómo realizar una

actualización de prueba, vea Uso de una actualización de prueba para encontrar posibles problemas


En este artículo:

Estimación del espacio necesario para la actualización

Estimación de la duración de la actualización

Estimación del espacio necesario para la actualización Cuando se realiza una actualización en contexto o una actualización de base de datos adjunta, es

posible que las bases de datos se expandan durante la actualización. Además, muchas transacciones

tienen lugar durante la ejecución del proceso de actualización, por lo que debe asegurarse de que los

archivos de registro tienen espacio suficiente para expandirse y dar cabida a los cambios que se están

produciendo. Al planear, debe tener en cuenta el crecimiento de las bases de datos y de los archivos

de registro.

Cuando planee la actualización, asegúrese de que el entorno actual sigue los procedimientos

recomendados para almacenamiento de Windows SharePoint Services 3.0 de manera que tenga la

mejor experiencia y rendimiento durante la actualización. Para obtener más información, vea el tema

de recomendaciones de almacenamiento físico (Office SharePoint Server). También debe revisar los

procedimientos recomendados para SharePoint Foundation 2010 y hacer los ajustes necesarios para

el entorno de actualización.

Debido a los cambios en las estructuras de tabla en la nueva versión, las bases de datos crecen

temporalmente mientras los datos se reorganizan. Este espacio puede recuperarse después de la

actualización, pero hay que asegurarse de que haya espacio para que las bases de datos crezcan

hasta un 50 por ciento más que sus tamaños actuales durante una actualización en contexto o una

actualización de base de datos adjunta (tenga en cuenta que después de la actualización, puede


365

volver a reducir la base de datos para recuperar gran parte de este espacio). Igualmente, debe

asegurarse de que haya espacio en los servidores de bases de datos para que las bases de datos

crezcan con el tiempo y con el uso habitual. Para averiguar el tamaño actual de las bases de datos,

use el Administrador corporativo de Microsoft SQL Server. Además del espacio de la base de datos,

también necesita tener espacio para los siguientes elementos:

Las bases de datos temporales. Asegúrese de tener suficiente espacio en la base de datos para

permitir el rápido crecimiento de las bases de datos temporales. Si no tiene suficiente espacio, el

proceso de actualización puede agotar el tiempo de espera y la actualización puede producir un

error.

Los archivos de registro de la actualización.

Los archivos de registro de transacciones para las bases de datos. Estos archivos de registro

deben crecer con rapidez para dar cabida a la cantidad de cambios que tienen lugar en las bases

de datos.

En entornos de gran tamaño, existe la posibilidad de que la tasa de crecimiento

predeterminada de los archivos de registro de transacciones (10%) no sea suficiente para

seguir el ritmo del proceso de actualización, lo cual puede agotar el tiempo de espera del

proceso. Como ya se señaló, la actualización de prueba es la mejor manera de determinar

si los archivos de registro de transacciones pueden seguir el ritmo del proceso de

actualización. Si el entorno es muy grande o si se agotó el tiempo de espera del proceso

durante una actualización de prueba, considere la posibilidad de expandir los archivos de

registro de transacciones de SQL Server con antelación para asegurarse de disponer de

espacio para la cantidad de transacciones que se deben procesar. Para obtener más

información acerca de cómo expandir los registros de transacciones de SQL Server, vea el

tema sobre la expansión de una base de datos (SQL Server 2005)

(http://go.microsoft.com/fwlink/?linkid=182619&clcid=0xC0A) o sobre la expansión de una

base de datos (SQL Server 2008)


Estimación de la duración de la actualización Una vez que disponga de las estimaciones de espacio de disco y haya realizado algunas pruebas,

podrá calcular una estimación aproximada de la duración del proceso de actualización real. Los

tiempos de actualización varían mucho de un entorno a otro. El rendimiento de una actualización

dependerá en gran medida del hardware que se use, de la complejidad de los sitios y de las

características concretas de la implementación. Por ejemplo, si dispone de un gran número de

bibliotecas de documentos de gran tamaño, es posible que su actualización tarde más que la de un

sitio más simple.

En la siguiente tabla se describen los factores que influyen en el rendimiento.

Nota:




366

Factores de contenido Factores de hardware

El número de:

Colecciones de sitios

Subwebs

Listas

Versiones del documento (número y tamaño)

Documentos

Vínculos

Además del tamaño de la base de datos en sí.

Entrada/salida de disco de SQL Server por

segundo

Base de datos de SQL Server para diseño del

disco

Optimizaciones de base de datos temporal de

SQL Server

Características de CPU y memoria de SQL

Server

Características de CPU y memoria del

servidor web

Ancho de banda y latencia de red

La manera en que los datos están estructurados puede influir en el tiempo que se requiere para

actualizarlos. Por ejemplo, 10.000 listas con 10 elementos cada una tardarán más en actualizarse que

10 listas con 10.000 elementos. Las acciones necesarias para actualizar la infraestructura de lista

tienen que realizarse para cada lista, sin importar la cantidad de elementos. Por lo tanto, un mayor

número de listas equivale a más acciones. Lo mismo se aplica para la mayoría de los elementos en la

columna "Factores de contenido" de la tabla anterior.

La estructura del hardware también puede influir en gran medida en el rendimiento. En general, el

rendimiento del servidor de bases de datos es más importante que el rendimiento del servidor web,

pero los problemas de hardware o conectividad de baja potencia en cualquier nivel pueden influir

considerablemente en el rendimiento de la actualización.

El método de actualización que ha seleccionado también supondrá una gran diferencia en cuanto a la

duración del proceso. Realizar una actualización de base de datos adjunta es el método más rápido

(sin embargo, los pasos anteriores y posteriores a la actualización son más lentos que en el caso de

una actualización en contexto). La actualización en contexto tarda un poco más debido a que se

actualiza el entorno además de los sitios, pero no requiere tantos pasos previos y posteriores a la

actualización.

El mejor modo de estimar el tiempo total es realizar una actualización de prueba de una pequeña parte

de los datos y, a continuación, revisar los archivos de registro de actualización. Los archivos de

registro contienen la duración de la actualización: debe buscar el tiempo total transcurrido al final del

archivo de registro de actualización. Use el tiempo indicado para proyectar cuál sería la duración para

la actualización de todo el contenido. También puede usar los archivos de registro para comprobar el

progreso del proceso de actualización. El archivo upgrade.log se encuentra en la carpeta

%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS.

La estimación obtenida en la actualización de prueba corresponde al proceso de actualización de los

datos en sí; no incluye todos los pasos que se deben realizar antes y después de la actualización, los

cuales pueden llevar más tiempo que la actualización propiamente dicha. Al estimar la duración de la

367

actualización, además del tiempo necesario para el procesamiento de datos, también se debe estimar

la duración de las actividades de las fases previa y posterior a la actualización.

Para los pasos previos a la actualización, tenga en cuenta los siguientes factores:

Creación de elementos personalizados La actualización de elementos web o la modificación de

plantillas personalizadas para aprovechar nuevas características lleva cierta cantidad de tiempo. El

proceso de crear elementos personalizados debe iniciarse pronto, durante la fase de evaluación

del proyecto.

Copia de seguridad de las bases de datos En una actualización en contexto, debe realizar una

copia de seguridad completa (no una copia de seguridad diferencial) de todo el entorno para

asegurarse de que pueda recuperar los datos en el caso poco probable de que se produzca un

error en la actualización y tenga que volver a crear el conjunto o granja de servidores. En el caso

de entornos de gran tamaño, este paso puede llevar una cantidad de tiempo considerable. En

particular, si realiza la copia de seguridad en una ubicación de red, los problemas de latencia de

red pueden ralentizar el proceso.

Para los pasos posteriores a la actualización, tenga en cuenta los siguientes factores:

Comprobación de sitios y realización de cambios Deje suficiente tiempo para que los usuarios

validen sus sitios después de la actualización. Esto puede tardar varios días. Para obtener más

información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint

Foundation 2010).

Los factores adicionales del entorno también pueden contribuir a alargar los tiempos de actualización.

Entre ellos se incluyen los siguientes:

Bibliotecas de documentos de gran tamaño La actualización de una biblioteca que tenga más

de 250.000 documentos en la raíz (no en carpetas) llevará mucho tiempo y es posible que no se

realice correctamente. Las recomendaciones de Windows SharePoint Services 3.0 sobre el uso de

carpetas para dividir grandes bibliotecas de documentos pueden ayudarle a controlar el tamaño de

la biblioteca. Por ejemplo, si reorganiza la misma biblioteca de documentos de forma que los

250.000 documentos estén repartidos en 125 carpetas, la actualización debería resultar más

rápida.

Bases de datos de gran tamaño Las bases de datos de más de 100 GB pueden tardar mucho

en actualizarse.

Si tiene bases de datos de contenido que ocupan más de 100 GB, se recomienda dividirlas en

bases de datos más pequeñas antes de realizar la actualización. Las bases de datos de gran

tamaño no solo tardan más en actualizarse, sino que también puede resultar más difícil

recuperarlas si la actualización no se completa correctamente.

Puede usar las operaciones mergecontentdbs o backup y restore de Stsadm.exe para

mover sitios entre bases de datos. Para obtener más información, vea el tema sobre la

operación mergecontentdbs de Stsadm (Windows SharePoint Services) y las operaciones

backup y restore de Stsadm (Windows SharePoint Services).

Nota




368

Si tiene una base de datos muy grande (más de 100 GB) que no se puede dividir en partes porque

la mayor parte del contenido se encuentra en una sola colección de sitios, es posible que deba

reconsiderar el método de actualización. Una actualización de base de datos adjunta resulta más

complicada con bases de datos muy grandes debido a la dificultad del proceso de copia de

seguridad y restauración de éstas.

Asegúrese de seguir los criterios de planeación de capacidad de las versiones nuevas y

anteriores antes de intentar realizar la actualización. Si ha excedido los criterios para

obtener un rendimiento óptimo, el proceso de actualización puede ser más lento o producir

un error (por ejemplo, el proceso puede agotar el tiempo de espera repetidamente en la

misma biblioteca de documentos de gran tamaño). Si la implementación no cumple los

criterios de capacidad recomendados, considere la posibilidad de realizar algún ajuste

para cumplir dichos criterios antes de intentar la actualización. Como ya señalamos, las

actualizaciones de prueba pueden ayudarle a tomar esa decisión.

Requisitos de comunicaciones

Debe notificar a los usuarios y al equipo sobre la programación de actualización, y darles tiempo

para que realicen las tareas. Para obtener más información, vea Creación de un plan de

comunicación (SharePoint Foundation 2010)

Administración de alertas y alarmas de System Center

Debe supervisar el rendimiento del sistema durante la actualización, pero no es necesario

supervisar características específicas. Pause todas las alertas y alarmas innecesarias de Microsoft

Systems Center Operations Manager o Microsoft Operations Manager, y vuelva a activarlas

después de la actualización.

Activación y desactivación de creación de reflejos de SQL y trasvase de registros

Debe desactivar la creación de reflejos y el trasvase de registros antes de la actualización y,

cuando esté seguro de que el entorno funciona correctamente después de la actualización, puede

volver a activar estas funciones. Se recomienda no realizar la creación de reflejos o el trasvase de

registros durante la actualización, ya que esto crea una carga adicional en los servidores que

ejecutan SQL Server y también desperdicia recursos al crear reflejos o trasvasar datos temporales.

Pruebe el proceso de actualización para saber cuánto tiempo puede tardar. A continuación, cree una

programación para las operaciones de actualización y realice pruebas para determinar la escala de

tiempo. Incluya en ella el tiempo que necesita para los pasos previos y posteriores a la actualización: si

se requieren cinco horas para crear una copia de seguridad del entorno antes de comenzar, será

necesario incluir ese tiempo en la ventana de interrupción. Incluya también el tiempo de

almacenamiento en búfer en caso de que necesite realizar una restauración o recuperación —debe

determinar las escalas de tiempo de interrupción planeada (caso realista) y de interrupción de

emergencia (peor caso)—.

Precaución:

369

Limpieza del entorno antes de la actualización (SharePoint Foundation 2010)

Antes de iniciar la actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, debería asegurarse de que el entorno funciona en un estado correcto y de limpiar el

contenido que no se necesita actualizar. También puede dedicar un tiempo a eliminar o reorganizar el

contenido con el fin de obtener la estructura deseada después de llevar a cabo la actualización.

En este artículo:

Elementos que se van a limpiar

Cambios estructurales

Elementos que se van a limpiar Varios de estos elementos se pueden eliminar o reparar mediante los comandos de Stsadm.exe.

Para ejecutar la herramienta de línea de comandos Stsadm, debe ser miembro del grupo


Eliminación de colecciones de sitios y subwebs no usadas o infrautilizadas

No es necesario actualizar el contenido que no se debe conservar. Si no se ha usado por mucho

tiempo y no se necesitará en el futuro, realice una copia de seguridad del contenido y después

elimínelo para liberar recursos administrativos y de almacenamiento, mejorar el rendimiento de la

actualización y reducir el riesgo de ésta. Asegúrese de poner al tanto a los propietarios del sitio o a los

contactos de la organización en cuanto al estado del sitio, ya que debe asegurarse de que no se

necesite el sitio antes de eliminarlo (por ejemplo, no debe eliminar sitios necesarios para el

cumplimiento, como procedimientos de emergencia, aunque estos sitios no se actualicen

frecuentemente).

Para obtener más información acerca de cómo eliminar colecciones de sitios y subwebs, vea:

Operación deletesite de Stsadm (Windows SharePoint Services)

Operación deleteweb de Stsadm (Windows SharePoint Services)

Solución de problemas con listas de gran tamaño

De forma predeterminada, se aplica la limitación de consultas a listas de gran tamaño después de una

actualización a SharePoint Foundation 2010. Si se trata de una lista muy grande y los usuarios usan

una vista o realizan una consulta que excede el límite o el umbral de limitación de peticiones, no se

Importante:



370

permitirá la vista o la consulta. Compruebe la existencia de listas de gran tamaño en el entorno y

asegúrese de que el propietario del sitio o el propietario de la lista solucionen el problema antes de la

actualización. Por ejemplo, se pueden crear columnas indizadas mediante vistas filtradas, organizar

elementos en carpetas, establecer un límite de elementos en la página para una vista de gran tamaño

o usar una lista externa. Para obtener más información acerca de cómo solucionar problemas

relacionados con las listas de gran tamaño, vea el tema sobre la administración de listas y bibliotecas

con muchos elementos (http://go.microsoft.com/fwlink/?linkid=182370&clcid=0xC0A) en Office Online.

Solución de problemas con listas de control de acceso (ACL) de gran tamaño

El uso de permisos de nivel de elemento con frecuencia produce entradas de listas ACL de gran

tamaño, lo que a su vez puede crear problemas de rendimiento en los servidores. Para obtener

información acerca de este problema y sugerencias para controlar una gran cantidad de usuarios, vea

el artículo 953132 de Knowledge Base sobre cómo agregar una gran cantidad de usuarios a un sitio,

lista o biblioteca de documentos en Windows SharePoint Services 3.0 y en SharePoint Server 2007


Eliminación de versiones del documento extrañas

Una gran cantidad de versiones del documento puede disminuir considerablemente la velocidad de

una actualización. Si no es necesario conservar varias versiones, puede pedir a los usuarios que las

eliminen manualmente o que usen el modelo de objetos para encontrarlas y eliminarlas. Para obtener

más información acerca de cómo eliminar versiones extrañas mediante programación, vea el tema

sobre el servicio web de versiones (http://go.microsoft.com/fwlink/?linkid=182330&clcid=0xC0A) en

MSDN.

Eliminación de plantillas, características y elementos web no usados

En primer lugar, compruebe que ningún sitio use la plantilla, la característica o el elemento web. Puede

usar la herramienta de comprobación previa a la actualización (Stsadm -o preupgradecheck) y la

operación Stsadm -o EnumAllWebs para identificar estas personalizaciones del entorno. Estas dos

operaciones se actualizaron en la actualización acumulativa (CU) de octubre de 2009 y ahora

identifican los elementos web, las características, los controladores de eventos y los archivos de

instalación que se usan en el entorno. La herramienta de comprobación previa a la actualización

especifica los archivos del servidor que existen en el entorno y la cantidad de veces que se usan. El

comando EnumAllWebs especifica qué archivos usa cada sitio.

Para obtener más información acerca de cómo identificar las personalizaciones del entorno, vea Uso

de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010). Si

las personalizaciones no se usan, elimínelas. Para obtener más información acerca de cómo

administrar estos tipos de personalizaciones, vea el tema sobre las características y plantillas







371

(http://go.microsoft.com/fwlink/?linkid=182338&clcid=0xC0A) y sobre las soluciones y paquetes de

elementos web (http://go.microsoft.com/fwlink/?linkid=182332&clcid=0xC0A) en MSDN.

Solución de problemas con los datos

Limpie las bases de datos para eliminar los sitios huérfanos u otros datos dañados, como una lista

dañada. Considere la posibilidad de realizar una desfragmentación si ha eliminado sitios o subsitios de

la base de datos. Para obtener más información, vea:

Operación databaserepair de Stsadm (Windows SharePoint Services)

Operación forcedeletelist de Stsadm (Windows SharePoint Services)

Cambios estructurales Si desea efectuar cambios estructurales en el entorno, como mover colecciones de sitios o cambiar el

modo en que se asignan las bases de datos, puede usar los siguientes métodos:

Stsadm -o mergecontentdbs Se usa para mover colecciones de sitios entre bases de datos. La

actualización es más eficaz si las bases de datos contienen datos similares. Por lo tanto, es mejor

si todas las colecciones de sitios que comparten una base de datos de contenido son de tipos

similares. También puede usar esta operación para dividir bases de datos de gran tamaño en caso

de que contengan varias colecciones de sitios. Esto también puede ayudar a aumentar la eficacia

de la actualización.

Para obtener más información, vea el tema sobre la operación mergecontentdbs de Stsadm


Exportación e importación de sitios Use este método para mover subwebs o colecciones de

sitios dentro de un conjunto o granja de servidores o entre granjas. Para obtener más información,

vea el tema sobre las operaciones import y export de Stsadm (Windows SharePoint Services).








372


Incluso después de realizar una prueba del proceso de actualización para identificar posibles

problemas, es posible que se produzcan problemas inesperados durante una actualización de

Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010. Si se producen problemas

después de la actualización, cuanto antes los detecte y solucione, mejor será la experiencia del usuario

final.

En este artículo se describen los principios generales para la identificación y solución de problemas de

actualización y se incluye una lista de los problemas comunes. Después de identificar los problemas y

solucionarlos, puede reanudar la actualización. Para obtener más información acerca de cómo

reanudar la actualización, vea Reanudación de la actualización (SharePoint Foundation 2010).

En este artículo:

Principios generales para la identificación de problemas

Problemas comunes

Principios generales para la identificación de problemas Comience por la comprobación del estado de actualización para saber dónde se detuvo la

actualización (si lo hizo) y compruebe los archivos de registro para encontrar errores o advertencias. A

continuación, solucione los problemas encontrados antes de reanudar la actualización.

Comprobar el estado de actualización y de los archivos de registro

Los indicadores del estado de actualización y los archivos de registro deberían proporcionar una

indicación acerca de lo que salió mal durante el proceso de actualización. Se recomienda revisar

detenidamente todos los errores registrados en los archivos de registro de actualización. Es posible

que las advertencias no siempre indiquen un problema, pero debería revisarlas todas para determinar

si es probable que alguna de ellas cause aun más errores.

1. Compruebe el estado de actualización mediante uno de los siguientes procedimientos o ambos:

Revise la página Estado de actualización del sitio web de Administración central de

SharePoint.

Use la operación localupgradestatus de Stsadm.exe para comprobar el estado de

actualización.

Para obtener más información acerca de cómo comprobar el estado de la actualización, vea

Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation

2010).

373

2. Revise los siguientes archivos de registro:

El archivo de registro de Setup.exe.

El archivo de registro (Psconfig.exe) de Asistente para configuración de Productos de

SharePoint.

El archivo de registro de errores de actualización y el archivo de registro de actualización (que

contiene información más detallada que el archivo de registro de errores de actualización).

Archivos de registro de seguimiento o de ULS.

Estos archivos están almacenados en la carpeta %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS y se denominan NombreDeServidor_AAAAMMDD-

MMSS.log.

El archivo de registro de eventos de la aplicación.

Este archivo puede visualizarse mediante el Visor de eventos.

Para obtener más información acerca de Setup.exe, PSconfig.exe y los archivos de registro de

actualización, vea Comprobación de la actualización y revisión de los sitios actualizados

(SharePoint Foundation 2010). Para obtener más información acerca del archivo de registro de

seguimiento, vea el tema sobre los registros de seguimiento

(http://go.microsoft.com/fwlink/?linkid=182380&clcid=0xC0A) en MSDN.

Solucionar los problemas por orden

Algunos problemas tienen más efectos que otros. Por ejemplo, si falta un archivo del lado servidor se

pueden producir varios errores aparentemente no relacionados en el nivel de sitio.

Solucione los problemas en el siguiente orden:

1. Personalizaciones o archivos del servidor que faltan, como características o elementos web.

2. Problemas de configuración en la granja de servidores, la aplicación web o los servicios, como

rutas de acceso administradas o servicios que no se inician.

3. Problemas adicionales que se detectan sitio por sitio, comenzando por sitios de gran impacto y alto

perfil.

A medida que identifica los problemas de mayor importancia y los soluciona, puede intentar volver a

ejecutar la actualización para comprobar si también se ha solucionado algún otro problema del proceso

de actualización.

Problemas comunes Compruebe si alguno de los siguientes problemas está causando una advertencia o error de

actualización.


374

Personalizaciones o archivos del lado servidor que faltan o están desusados

Un error común durante la actualización son los archivos del lado servidor que faltan, ya sean archivos

instalados con Windows SharePoint Services 3.0 o archivos personalizados. Al prepararse para la

actualización, debería haber creado un inventario de las personalizaciones del lado servidor (como

definiciones de sitio, plantillas, características, elementos web, ensamblados) necesarias para los

sitios. (La herramienta de comprobación previa a la actualización puede ayudar a identificar estos

elementos.) Compruebe este inventario para asegurarse de que todos los archivos necesarios para las

personalizaciones estén instalados en el entorno de actualización.

Si va a llevar a cabo una actualización de base de datos adjunta, puede usar el cmdlet de Windows

PowerShell test-spcontentdatabase antes de actualizar la base de datos para identificar los archivos

que faltan. También puede usar la operación enumallwebs de Stsadm.exe para identificar las

personalizaciones del servidor que se usan actualmente.

En los archivos de registro de actualización, es posible que vea errores como los que se indican a

continuación:

Error: se encontraron webs de referencia de cuentas que usan una plantilla web que falta

Identificador de plantilla de sitio (lcid: Código de idioma de la plantilla del sitio) en el nombre de

base de datos de contenido ContentDatabase.

Error: falta una característica con identificador [Identificador de característica].

Error: la base de datos hace referencia [Recuento de referencia] veces al archivo [Ruta de acceso

relativa de archivo], pero éste no está instalado en el conjunto de servidores actual.

Advertencia: la base de datos hace referencia [Recuento de referencia] veces a la clase WebPart

[Identificador de elemento web], pero ésta no está instalada en el conjunto de servidores actual.

Advertencia: la base de datos hace referencia al ensamblado [Ruta de ensamblado], pero éste no

está instalado en el conjunto de servidores actual.

Advertencia: no se pudo actualizar la característica. Excepción: no se pudo encontrar el

identificador 'Identificador de característica' de la definición de la característica.

Si puede obtener un archivo del servidor o dependencia que faltan, instálelos y, a continuación, ejecute

otra vez la actualización para los sitios afectados. Si el archivo o la dependencia (como un elemento

web) están desusados, deberá decidir si volverá a crear el sitio, página o elemento web para usar una

plantilla, característica o elemento web distintos. Si puede rehacer la personalización mediante el uso

de dependencias que se siguen usando, puede volver a ejecutar la actualización para los sitios

afectados. Si no puede eliminar la dependencia, no podrá actualizar el sitio.

Una vez que haya instalado el archivo o dependencia que faltan, use el cmdlet test-

SPContentDatabase de Windows PowerShell en un servidor de prueba para determinar si faltan otros

archivos para esa base de datos. Si solo ejecuta la herramienta de comprobación previa a la

actualización o si vuelve a ejecutar la actualización, es posible que no se indique el error en los

archivos de registro aunque ese error exista.

375

Faltan opciones de configuración o no están configuradas correctamente para la granja de servidores, la aplicación web o los servicios

Compruebe la configuración de la granja de servidores y la aplicación web. Cree e inicie los servicios

que falten.

Compruebe que todas las rutas de acceso administradas (rutas incluidas o excluidas) estén

configuradas correctamente para cada aplicación web.

En los archivos de registro de actualización, es posible que vea errores como los que indican a

continuación:

Error: no se pudo tener acceso a la plantilla identificador de plantilla: Identificador de

SPSite=identificador de sitio debido a una excepción. Omitiendo el identificador de

SPWeb=identificador de web en la actualización de plantillas. Excepción:

System.IO.FileNotFoundException: no se pudo encontrar el sitio con el identificador identificador

de sitio.

Este error indica que falta una ruta de acceso administrada. Agregue la ruta administrada para la

colección de sitios a la aplicación web y reinicie la actualización de la base de datos de contenido

en la que se encuentra esta colección de sitios.

Niveles de actualización incoherentes o incorrectos

Debe ejecutar Windows SharePoint Services 3.0 con Service Pack 2 para llevar a cabo la

actualización. Si no cumple con este requisito mínimo, verá un error y la actualización no se ejecutará.

Problemas con los datos

Los siguientes problemas con los datos pueden causar errores o advertencias durante la actualización:

Conectividad con los orígenes de datos. Si los servidores no pueden conectarse con las bases de

datos, no pueden actualizarse.

Listas o sitios huérfanos y otros daños en bases de datos. Para obtener más información, vea

Limpieza del entorno antes de la actualización (SharePoint Foundation 2010).

Datos de columnas ocultas. Si el proceso de actualización agrega una columna a una lista con el

mismo nombre de una columna personalizada que ya existe en esa lista, la columna personalizada

cambiará de nombre. Después de la actualización, puede reajustar las vistas para incluir la

columna que cambió de nombre.

En los archivos de registro de actualización, es posible que vea errores como los que indican a

continuación:

Advertencia: los sitios huérfanos podrían causar errores en la actualización.

Error: la base de datos [Nombre de la base de datos de contenido] contiene un sitio (identificador =

[Identificador de colección de sitios], dirección URL = [Dirección URL de la colección de sitios]) que

no se encuentra en el mapa del sitio.

376

Repare los elementos huérfanos o los daños en la base de datos y, a continuación, vuelva a ejecutar la

actualización.

Cambios en la interfaz de usuario

Los cambios en la interfaz de usuario (UI), tales como la interfaz de usuario de Fluent (también

conocida como la cinta de opciones) o el cumplimiento de los estándares de XHTML, pueden causar

problemas en los sitios. A veces, es posible que los elementos personalizados (como un tipo de

contenido) tengan un nombre que genera conflictos con algún nombre en la nueva versión. Además,

puede tener páginas que deben revertirse a la definición de sitio estándar o puede tener grandes listas

para las que debe crear vistas nuevas.

Para obtener más información acerca de cómo revisar problemas de interfaz de usuario en sitios, vea

Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010).

En los archivos de registro de actualización, es posible que vea errores como los que se indican a

continuación:

Error al activar las características de la colección de sitios en la dirección URL del sitio. Excepción:

se encontró un nombre duplicado "nombre" para un tipo de contenido.

Este error indica que un tipo de contenido "Información de resumen" de terceros se agregó al sitio

especificado en o12 y que durante la actualización a o14 ese nombre entra en conflicto con

nuestro tipo de contenido automático "Información de resumen". Elimine o cambie el nombre del

tipo de contenido de terceros en ese sitio y vuelva a ejecutar la actualización.

Falta de espacio

Si se queda sin espacio (por ejemplo, para archivos de registro de transacciones en los servidores de

bases de datos), se interrumpirá la actualización. Libere espacio o aumente el tamaño del archivo de

registro de transacciones antes de reanudar la actualización. Para obtener más información, vea el

tema sobre la administración del tamaño del archivo de registro de transacciones


Autenticación basada en formularios

Se requieren pasos adicionales cuando se actualiza un entorno que usa el sistema de autenticación

basada en formularios. Siga los pasos indicados en Configuración de la autenticación basada en

formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010) para

actualizar proveedores de autenticación basada en formularios.

Seguridad y permisos Si recibe un error acerca de una cuenta desconocida o si no se actualizó una base de datos,

compruebe lo siguiente:


377

Para una actualización en contexto, asegúrese de que la cuenta que usa para ejecutar Asistente

para configuración de Productos de SharePoint pertenece al rol de base de datos fijo db_owner

para todas las bases de datos que desea actualizar. Si no pertenece a este rol, es probable que se

produzca un error acerca de una cuenta de usuario desconocida cuando el asistente comience a

actualizar las bases de datos.

Para una actualización de base de datos adjunta, si está moviendo bases de datos entre sesiones

de SQL Server, asegúrese de comprobar que la seguridad esté configurada correctamente.

Compruebe que las cuentas que usa tienen los roles fijos y los permisos apropiados en las bases

de datos, y que siguen siendo cuentas válidas si está actualizando entre dominios.

Vea también Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010)



378


Si se produjo un error en la actualización a Microsoft SharePoint Foundation 2010 y no tiene tiempo

para continuar solucionando los problemas o para reanudar el proceso de actualización, debe

recuperar el entorno de Windows SharePoint Services 3.0. Los pasos varían según el tipo de copia de

seguridad que tenga. Si estaba realizando una actualización de base de datos adjunta y mantuvo el

entorno original disponible, ya sea mediante el uso de bases de datos de solo lectura o mediante la

desconexión del entorno, puede recuperar el entorno fácilmente. Si estaba realizando una

actualización en contexto, debe recuperar el entorno completo y restaurar los datos.

Si tiene tiempo, debe solucionar los problemas y reanudar la actualización. Para obtener más

información, vea Solución de problemas de actualización (SharePoint Foundation) y Reanudación de la


En este artículo:

Recuperación cuando tiene bases de datos de solo lectura en un entorno en modo de espera

(actualización de base de datos adjunta)

Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en

contexto)

Recuperación cuando tiene copias de seguridad de bases de datos (actualización en contexto)

Recuperación cuando tiene bases de datos de solo lectura en un entorno en modo de espera (actualización de base de datos adjunta) Al realizar una actualización de base de datos adjunta, puede optar por dejar el entorno existente

disponible, pero con las bases de datos establecidas como de solo lectura. La recuperación en este

estado es la vía de recuperación más simple, ya que el entorno original todavía se encuentra

disponible, simplemente está establecido como de solo lectura. Si tiene que recuperar el entorno, solo

tiene que volver a cambiar las bases de datos a lectura y escritura y reanudar el servicio de solicitudes.

En el artículo sobre la ejecución de una granja de servidores que usa bases de datos de solo lectura

(Windows SharePoint Services) se describen los pasos que deben realizarse para establecer un

conjunto o granja de servidores de modo que use bases de datos de solo lectura. Para que la granja

de solo lectura vuelva a realizar operaciones completas, debe volver a establecer la entrada Base de

datos de solo lectura en Falso y, a continuación, volver a habilitar los trabajos del temporizador

enumerados en el artículo.

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#FullEnv

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#DBOnly



379

Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en contexto) Si creó una copia de seguridad completa del entorno antes de iniciar el proceso de actualización,

puede restaurar esa copia de seguridad completa para recuperar el entorno. Para obtener más

información acerca de cómo restaurar a partir de una copia de seguridad completa, vea el tema sobre

la restauración de una granja de servidores mediante las herramientas integradas (Windows


Recuperación cuando tiene copias de seguridad de bases de datos (actualización en contexto) Si sólo creó copias de seguridad de las bases de datos de contenido, aún podrá recuperar el entorno,

pero este proceso llevará más tiempo e implicará más pasos. Básicamente, tendrá que generar el

entorno de nuevo y, posteriormente, restaurar las copias de seguridad de las bases de datos. Para

obtener más información acerca de cómo recuperar un entorno y restaurar las copias de seguridad de

las bases de datos de contenido, vea el tema sobre la restauración de una granja de servidores

después de un problema de la base de datos de configuración (Windows SharePoint Services).





380


En algunos casos, puede que tenga que reiniciar la actualización para finalizar la actualización de sitios

de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010. Por ejemplo:

Durante una actualización en contexto, si se reinicia el servidor o la actualización genera un error,

debe reiniciar el proceso de actualización usando Psconfig.exe para actualizar los sitios restantes.

Durante una actualización de base de datos adjunta, se omitirá cualquier sitio que no se pueda

actualizar. Después de solucionar los problemas de los sitios (por ejemplo, una plantilla o un

paquete de idioma que faltan o el sitio establecido como de solo lectura o con límite de cuota

superado), puede reiniciar la actualización con un comando de Windows PowerShell para

actualizar únicamente los sitios omitidos.

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones u otros elementos personalizados. Asegúrese de que todos los

elementos personalizados que necesite estén instalados en los servidores front-end web antes

de iniciar el proceso de actualización. Se puede usar la herramienta de comprobación previa a

la actualización y, en el caso de una actualización de base de datos adjunta, el cmdlet test-

spcontentdatabase de Windows PowerShell para identificar los elementos personalizados

que pueden usar los sitios. Para obtener más información, vea Identificar e instalar

personalizaciones en el artículo sobre el uso de una actualización de prueba para detectar

posibles problemas.

En este artículo:

Reinicio de la actualización de un conjunto o granja de servidores mediante psconfig.exe

Reinicio de la actualización de una base de datos mediante Windows PowerShell

Reinicio de la actualización de un conjunto o granja de servidores mediante psconfig.exe Si determina que la actualización se detuvo o generó un error antes de que se completara el Asistente

para configuración de Productos de SharePoint, puede reiniciar la actualización desde ese punto,

volviendo a ejecutar el Asistente para configuración de Productos de SharePoint o usando una

operación de línea de comandos. Este proceso también se conoce como forzar una actualización de

software. Asegúrese de investigar y solucionar el problema que causó el error o la detención antes de

reiniciar la actualización.

Nota:

Para reiniciar la actualización de la granja de servidores

381

1. Confirme que dispone de las siguientes credenciales administrativas:

Para usar Psconfig.exe, debe ser un miembro del grupo Administradores local del servidor.

2. Abra una ventana del símbolo del sistema y explore o navegue al directorio siguiente:

%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin\

3. Escriba el siguiente comando:

psconfig -cmd upgrade -inplace v2v -passphrase <frase de contraseña> -wait

Existe un parámetro opcional, -force, que puede forzar la actualización para que continúe si el

comando no funciona. Agregue -force al final de la cadena de comando para forzar la

continuación del proceso de actualización.

El registro de Windows Installer se puede habilitar antes de volver a iniciar la instalación de

actualización de software. Para habilitar el registro de Windows Installer, vea el artículo 99206

de Microsoft Knowledge Base sobre cómo habilitar el registro de Windows Installer


Reinicio de la actualización de una base de datos mediante Windows PowerShell Si la actualización omitió alguna colección de sitios durante la actualización en contexto o de base de

datos adjunta, puede reiniciar el proceso de actualización para la base de datos que contiene dicha

colección de sitios mediante un cmdlet de Windows PowerShell.

1. Compruebe si se cumplen los siguientes requisitos mínimos: Vea Add-SPShellAdmin.




5. En el símbolo del sistema de Windows PowerShell (PS C:\>), escriba el siguiente comando:

upgrade-spcontentdatabase -id <GUID>

Donde GUID es el identificador de la base de datos. Puede ejecutar el siguiente cmdlet para

buscar el GUID de una base de datos de contenido:

Get-SPContentDatabase -Identity<nombreDeBaseDeDatosDeContenido>

Para obtener más información, vea Upgrade-SPContentDatabase.

Nota:

Para reiniciar la actualización de una base de datos con Windows PowerShell



http://technet.microsoft.com/library/9c7f1a52-02a7-452d-9746-a4e89aa54874(Office.14).aspx

382

Realización de pasos previos a la actualización (SharePoint Foundation 2010)

Una vez planeado el proceso de actualización a Microsoft SharePoint Foundation 2010, puede iniciarlo

mediante los pasos previos a la actualización requeridos.

En esta sección:


2010)

La herramienta de comprobación previa a la actualización identifica posibles problemas de

actualización en el entorno. Ejecútela al planear la actualización y antes de iniciar el proceso de

actualización para poder solucionar estos problemas.

Copia de seguridad del entorno completo antes de una actualización en contexto (SharePoint

Foundation 2010)

Cree una copia de seguridad completa del entorno para garantizar la recuperación en caso de que

la actualización no funcione como se esperaba.

383

Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation 2010)

Puede usar la herramienta de comprobación previa a la actualización para informar sobre el estado de

su entorno y sitios de SharePoint antes de realizar la actualización a Microsoft SharePoint Foundation

2010. Recomendamos especialmente que el administrador del servidor ejecute la herramienta de

comprobación previa a la actualización y solucione la mayor cantidad posible de problemas antes de

programar la actualización.

La herramienta de comprobación previa a la actualización es una operación de Stsdam que se ejecuta

en un entorno de Windows SharePoint Services 3.0 para encontrar posibles problemas de

actualización y para revisar las recomendaciones y prácticas recomendadas. La operación está

disponible en Windows SharePoint Services 3.0 Service Pack 2 y se actualizó en la actualización

acumulada de octubre de 2009 de Windows SharePoint Services 3.0. Puede descargar e instalar la

actualización acumulada de octubre de 2009 desde el tema sobre paquetes de actualización

acumulada de octubre 2009 para SharePoint Server 2007 y Windows SharePoint Services 3.0


Podría tener que ejecutar la herramienta de comprobación previa a la actualización más de

una vez. Por ejemplo, si ejecuta la herramienta para evaluar la granja de servidores pero no va

a realizar la actualización hasta varias semanas después, podrá volver a ejecutarla justo antes

de realizar la actualización para examinar los sitios nuevos y garantizar que no se han

presentado otros problemas desde entonces.

En este artículo:

Acerca del informe de la herramienta de comprobación previa a la actualización

Ejecución de la herramienta de comprobación previa a la actualización


características, soluciones y otros elementos personalizados. Asegúrese de que todos los






personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar

posibles problemas.

Nota:

Nota:



384

Acerca del informe de la herramienta de comprobación previa a la actualización La herramienta de comprobación previa a la actualización proporciona información acerca del estado

del entorno y los sitios de SharePoint de dicho entorno. Por ejemplo:

Disponibilidad de la actualización y rutas de acceso admitidas. Se devuelve una lista de todos

los servidores y componentes de la granja de servidores e información acerca de si los servidores

cumplen los requisitos para la actualización.

Configuración de asignación alternativa de acceso. Se devuelve una lista de las direcciones

URL de asignación alternativa de acceso que se van a usar en la granja de servidores.

Elementos instalados. Se devuelve una lista de todas las definiciones de sitio, plantillas de sitio,

características y paquetes de idioma instalados en la granja de servidores. Además, es necesario

saber qué plantillas de sitio se instalaron o usaron para poder comprobar si están disponibles

después de actualizar o adjuntar una base de datos. Asimismo, es necesario saber qué elementos

se han personalizado para poder volver a comprobar las personalizaciones después de la

actualización. Por ejemplo, se debe saber si un sitio depende de un paquete de idioma para

Windows SharePoint Services 3.0 que no existe aún para SharePoint Foundation 2010 para poder

administrar el sitio durante la actualización.

Personalizaciones no compatibles. Se informa sobre si en la granja de servidores hay

personalizaciones del servidor no admitidas (por ejemplo, modificaciones del esquema de la base

de datos).

Objetos huérfanos Proporciona una lista de todos los huérfanos de base de datos o sitio del

conjunto o granja de servidores. Los objetos como elementos de lista, listas, documentos, sitios

web y colecciones de sitios pueden volverse huérfanos, es decir, los objetos existen pero no están

asociados a un sitio concreto. Como los objetos huérfanos no funcionan en la versión anterior,

tampoco funcionan después de la actualización. Si realiza una actualización en contexto, los

elementos huérfanos seguirán existiendo, pero no funcionarán. Es aconsejable reparar los objetos

huérfanos antes de realizar la actualización.

Los miembros del grupo de administradores de los servidores web front-end pueden

reparar los elementos huérfanos antes de la actualización siguiendo los pasos descritos en

el artículo 918744 de Knowledge Base que contiene la descripción de una nueva

operación de línea de comandos que puede usar para reparar bases de datos de

contenido en Windows SharePoint Services


Valores de configuración válidos. Se informa sobre cualquier valor de configuración que falte o

no sea válido (por ejemplo, falta el archivo Web.config, los nombres de host no son válidos o las

cuentas de servicio no son válidas) en la granja.

Requisitos de bases de datos. Se informa sobre si las bases de datos cumplen los requisitos

para la actualización (por ejemplo, las bases de datos deben ser de lectura y escritura, y las bases

Sugerencia:




385

de datos y colecciones de sitios que se almacenan en Windows Internal Database no pueden tener

un tamaño superior a 4 GB).

Use la información obtenida con la herramienta de comprobación previa a la actualización para

determinar:

Si se debe llevar a cabo una actualización en contexto o una actualización de base de datos

adjunta.

Determinación del método de actualización (SharePoint Foundation 2010) proporciona información

que le ayudará a decidir qué tipo de actualización realizar. Es importante tener en cuenta el

informe generado por la herramienta de comprobación previa a la actualización para tomar esta

decisión. Si los servidores no cumplen con los requisitos para la actualización en contexto, deberá

considerar la realización de una actualización de base de datos adjunta.

Si actualizar una o todas las colecciones de sitios que contienen sitios personalizados.

En qué sitios hay que volver a realizar o aplicar las personalizaciones después de la actualización

y, por lo tanto, podrían necesitar más tiempos en la fase de revisión

Existe una hoja de cálculo a su disposición para poder registrar la información acerca del entorno

mientras prepara la actualización. Descargue la hoja de cálculo desde


Ejecución de la herramienta de comprobación previa a la actualización Antes de realizar este procedimiento, confirme que:

El sistema ejecuta Windows SharePoint Services 3.0 con Service Pack 2.


Para usar Stsadm, debe ser miembro del grupo Administradores local del servidor.

2. Haga clic en Inicio, haga clic con el botón secundario en Símbolo del sistema y, a

continuación, haga clic en Ejecutar como administrador.

3. En la ventana Símbolo del sistema, navegue hasta el siguiente directorio:

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin


STSADM.EXE -o preupgradecheck

Este comando comprueba la configuración del servidor local y de la granja de servidores. Para

obtener una lista de otros parámetros que puede usar con esta operación, vea el tema sobre

operación preupgradecheck: Stsadm (Windows SharePoint Services). Para obtener una lista

de las reglas incluidas en la herramienta de comprobación previa a la actualización, vea el

tema sobre detección previa a la actualización e informes para versiones futuras (Windows

Para ejecutar la herramienta de comprobación previa a la actualización




386

SharePoint Services).

Después de ejecutar la herramienta de comprobación previa a la actualización, el informe se abre

automáticamente en el explorador predeterminado. Además, también se puede ver el informe si se

abre desde su ubicación en el directorio %COMMONPROGRAMFILES%\Microsoft Shared\Web Server

Extensions\12\LOGS. El nombre del informe tiene el siguiente formato:

PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.htm, donde AAAAMMDD es la

fecha y HHMMSS-SSS es la hora (formato de 24 horas, minutos, segundos y milisegundos), y se usa

el número aleatorio para diferenciar los posibles intentos simultáneos de ejecución de la herramienta

de comprobación previa a la actualización. Hay también versiones TXT y XML del informe en la misma

ubicación.

Use el informe para encontrar y solucionar problemas. También puede compartir los resultados

relevantes con otros miembros del equipo de actualización. Por ejemplo, puede informar acerca de

problemas como plantillas de sitio personalizadas o elementos web personalizados al propietario del

sitio, al diseñador web o al desarrollador antes de programar la actualización, para darles tiempo para

resolver los problemas.

387

Copia de seguridad del entorno completo antes de una actualización en contexto (SharePoint Foundation 2010)

Para asegurarse de que podrá recuperar el entorno existente en caso de que algo vaya mal durante el

proceso de actualización, debe realizar una copia de seguridad del entorno de Windows SharePoint

Services 3.0 antes de ejecutar el proceso de actualización.

Si ejecuta Windows SharePoint Services 3.0 en un entorno virtual Hyper-V, vea el tema sobre el uso

de Productos y Tecnologías de SharePoint en un entorno virtual Hyper-V


Copia de seguridad del entorno Puede hacer una copia de seguridad completa del entorno de Windows SharePoint Services 3.0. Se

recomienda que realice una copia de seguridad completa de la granja de servidores antes de

actualizar.

Para realizar una copia de seguridad del entorno de Windows SharePoint Services 3.0, use los

procedimientos descritos en el tema sobre la copia de seguridad de una granja de servidores mediante

las herramientas integradas (Windows SharePoint Services 3.0)


Si ha implementado personalizaciones, también debe realizar una copia de seguridad de éstas. Para

obtener más información, vea el tema sobre la copia de seguridad y restauración de personalizaciones

(Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=186627&clcid=0xC0A).

Comprobación de las copias de seguridad Es necesario asegurarse de que estas copias de seguridad sean válidas de modo que se pueda

realizar una recuperación en caso de que se produzcan errores de hardware o daños en los datos

durante el proceso de actualización. Para probar las copias de seguridad, configure una granja de

servidores de Windows SharePoint Services 3.0 que no sea de producción, restaure las copias de

seguridad e instale todas las personalizaciones (como definiciones de sitio, elementos web, etc.) y, a

continuación, compruebe si la copia de seguridad restaurada funciona correctamente.

Para ello, use los procedimientos descritos en el tema sobre la restauración de una granja de

servidores mediante las herramientas integradas (Windows SharePoint Services 3.0)










388

Vea también Copia de seguridad y restauración de la granja de servidores (Windows SharePoint Services 3.0)


389

Realización de una actualización en contexto (SharePoint Foundation 2010)

Ahora que conoce mejor el proceso de actualización después de haber leído los artículos del tema

Introducción al proceso de actualización (SharePoint Foundation 2010) y la planeación de la

actualización después de leer los pasos descritos en los artículos del tema Planeación y preparación

de la actualización (SharePoint Foundation 2010), ya está preparado para llevar a cabo la actualización

en contexto a Microsoft SharePoint Foundation 2010. Puede usar los pasos de esta sección tanto para

la actualización de prueba como para la actualización en contexto real en el conjunto o granja de

servidores de producción.

En esta sección:

Lista de comprobación para la actualización en contexto (SharePoint Foundation 2010)

Use esta lista de comprobación para asegurarse de que sigue todos los pasos necesarios mientras

se prepara para la actualización, la lleva a cabo y sigue los pasos posteriores a la misma.


Obtenga todas las instrucciones necesarias para realizar una actualización en contexto, desde la

instalación de los requisitos previos hasta la actualización de los sitios.


SharePoint Foundation 2010 con almacenamiento remoto de blobs

Obtenga los pasos para realizar una actualización a SharePoint Foundation 2010 de un sistema

independiente de Windows SharePoint Services 3.0 que tiene bases de datos de contenido que

superan el tamaño de 4 gigabytes (GB).

Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint

Foundation 2010)

Comprenda el proceso para usar el método híbrido de desasociación de bases de datos para

actualizaciones. Este método combina una actualización en contexto con la eficacia y la velocidad

de la actualización de varias bases de datos al mismo tiempo.

Instalación de paquetes de plantillas de idioma disponibles (SharePoint Foundation 2010)

Instale todos los paquetes de idioma que necesite para el entorno después de ejecutar el

programa de instalación y antes de ejecutar el Asistente para configuración de Productos de

SharePoint.

390

Lista de comprobación para la actualización en contexto (SharePoint Foundation 2010)

En este artículo se incluye una lista de comprobación que puede usar para asegurarse de que ha

seguido todos los pasos necesarios durante la preparación y la ejecución de la actualización, y la

realización de los pasos posteriores a la actualización.

En este artículo:


Realización de la actualización

Realización de pasos posteriores a la actualización

En algunos de los pasos se incluyen notas en las que se indica el tiempo necesario para realizar los

pasos. Se trata únicamente de un cálculo aproximado de la duración de los pasos. Para calcular el

tiempo necesario para cada paso en el entorno, se recomienda realizar actualizaciones de prueba en

un entorno de prueba. Para obtener más información, vea Estimación de la duración del proceso de

actualización y del espacio necesario (SharePoint Foundation 2010) y Uso de una actualización de

prueba para encontrar posibles problemas (SharePoint Foundation 2010).

Preparación de la actualización Siga estos pasos en orden antes de empezar una actualización en contexto:

Pasos previos a la actualización en contexto Notas

[ ] Ejecución de la herramienta de


actualización

Ejecute la herramienta de


actualización y solucione los

problemas. Use el informe

generado por la herramienta para

rellenar la hoja de cálculo de

planeación de la actualización.

Pasos detallados: Ejecución de la




Realice este paso varias veces

cuando limpie el entorno y pruebe

el proceso de actualización.

La ejecución de la herramienta de

comprobación tarda solo unos

minutos, pero la solución de los

problemas puede tardar días o

semanas.

391

Pasos previos a la actualización en contexto Notas

[ ] Limpieza del entorno

Antes de iniciar la actualización,

asegúrese de que el entorno

funciona correctamente y limpie

todo el contenido que no necesite

conservar. Quite o repare los

datos o sitios huérfanos, resuelva

las listas o listas de control de

acceso (ACL) de gran tamaño,

quite versiones del documento

extrañas y quite las plantillas,

características o elementos web

que no se usen.

Pasos detallados: Limpieza del

entorno antes de la actualización


Realice este paso una vez para

todo el entorno.

Este proceso puede tardar días o

semanas.

[ ] Registro de los tipos de

archivos bloqueados

Los tipos de archivos bloqueados

no se conservan durante la

actualización. Copie la lista de

tipos de archivos bloqueados y

guárdela en la hoja de cálculo de

actualización, de modo que pueda

volver a aplicar la configuración

tras la actualización.


todo el entorno.

[ ] Copia de seguridad del entorno

Realice una copia de seguridad de

todo el entorno para asegurarse

de que puede recuperar el entorno

existente en caso de que haya un

error durante el proceso de

actualización.

Pasos detallados: Copia de

seguridad del entorno completo

antes de una actualización en

contexto (SharePoint Foundation

2010).


todo el entorno.

Este paso puede tardar una hora,

varias horas o más tiempo según

el conjunto de datos y el entorno.

392

Realización de la actualización Siga estos pasos en orden durante una actualización en contexto. También se incluyen los pasos

necesarios para una actualización en contexto con bases de datos separadas.

Si actualiza en contexto a partir de una instalación de Windows SharePoint Services 3.0 que

usa Windows Internal Database y el tamaño de la base de datos se aproxima a los 4 GB, debe

llevar a cabo pasos adicionales. Para obtener más información acerca de estos pasos, vea



(Almacenamiento remoto de blobs).

Realizar la actualización en contexto Notas



actualización

Ejecute de nuevo la herramienta de


actualización para identificar

problemas nuevos o existentes

antes de iniciar la actualización.


herramienta de comprobación previa

a la actualización (SharePoint

Foundation 2010).




problemas puede tardar mucho

más.

[ ] Instalación de requisitos previos

en todos los servidores

Antes de la actualización, debe

ejecutar el instalador de requisitos

previos satisfactoriamente en cada

servidor web que tenga instalado

Windows SharePoint Services 3.0.

Pasos detallados: Instalación de

requisitos previos en el artículo

"Actualización en contexto a

SharePoint Foundation 2010".

Realice este paso para cada

servidor web del entorno.

Advertencia:

393


[ ] Desasociación de las bases de

datos (solo actualización en

contexto con bases de datos

desasociadas)

Si va a realizar una actualización en


desasociadas, desasocie las bases

de datos antes de ejecutar el

programa de instalación.

Pasos detallados: Guía básica para

la actualización en contexto con

bases de datos desasociadas


Realice este paso para cada base

de datos de contenido del

entorno.

[ ] Desconexión de usuarios

Si va a actualizar una granja de

servidores, detenga el servicio de

publicación World Wide Web

(W3SVC) en todos los servidores

web para desconectar todos los

usuarios de la granja de servidores.

Realice este paso en cada


[ ] Ejecución del programa de

instalación en todos los

servidores

Ejecute el programa de instalación

en todos los servidores para

actualizar el software.

Pasos detallados: Ejecución del

programa de instalación en todos los

servidores en el artículo

"Actualización en contexto a




Este paso puede tardar varios

minutos o más de una hora,

según la cantidad de servidores

que haya en el entorno.

[ ] Instalación de paquetes de idioma

Instale los paquetes de idioma

necesarios antes de ejecutar el

Asistente para configuración de

Productos de SharePoint.

Pasos detallados: Instalación de

Realice este paso en cada


Este paso debe tardar solo unos

minutos por servidor web.

394


paquetes de plantillas de idioma

disponibles (SharePoint Foundation

2010).

[ ] Ejecución del Asistente para

configuración de Productos de

SharePoint

Si va a actualizar una granja de

servidores, primero ejecute el


Productos de SharePoint en el

servidor donde se ejecuta

Administración central de

SharePoint, interrumpa y ejecute el

asistente en los demás servidores

de la granja y, a continuación,

vuelva al primer servidor para

completar el asistente.

Importante:

Debe actualizar


SharePoint antes de intentar

actualizar cualquier otro

contenido de la granja de

servidores. Para ello,

complete el asistente en el

servidor que ejecuta


SharePoint Central.

Pasos detallados: Ejecución del


Productos de SharePoint en el

artículo "Actualización en contexto a




Este paso puede tardar una hora

o más.

[ ] Configuración de la autenticación

basada en formularios para una

aplicación web basada en

notificaciones (solo actualización

en contexto con bases de datos

Ahora, lleve a cabo este paso si

sigue el método de actualización

en contexto con bases de datos

separadas. Si sigue un método de

actualización en contexto

395


desasociadas)

En el caso de las aplicaciones web

configuradas para usar la

autenticación basada en formularios

o la autenticación de inicio de sesión

web único (Web SSO), debe llevar a

cabo pasos adicionales antes de

adjuntar y actualizar las base de

datos. Primero, convierta las

aplicaciones web de Windows

SharePoint Services 3.0 a la

autenticación de notificaciones.

Después de convertir las

aplicaciones web a la autenticación

de notificaciones, configure las

zonas de la aplicación web para la

autenticación basada en formularios

(o autenticación web SSO, según

corresponda). Por último, puede

migrar los usuarios y los permisos a


Pasos detallados: Configuración de

la autenticación basada en

formularios para una aplicación web

basada en notificaciones


estándar, lleve a cabo este paso

una vez que se haya completado

la actualización.

Lleve a cabo este paso para todas

las aplicaciones web que usaban

autenticación basada en

formularios en Windows

SharePoint Services 3.0.

[ ] Adjuntar bases de datos (solo

actualización en contexto con

bases de datos desasociadas)

Si va a realizar una actualización en


desasociadas, adjunte las bases de

datos y, a continuación, actualice los

datos.

Pasos detallados: Guía básica para

la actualización en contexto con

bases de datos desasociadas



de datos de contenido del

entorno.


varias horas o incluso días, en

función del conjunto de datos, de

si se van a actualizar varias bases

de datos en paralelo y del

hardware de los servidores web,

servidores de bases de datos y

subsistema de almacenamiento.

396


[ ] Supervisión del progreso de la

actualización

Use la página Estado de

actualización de Administración

central de SharePoint para

supervisar el progreso a medida que

se actualizan los sitios.

Pasos detallados: Comprobación de

la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).


todo el entorno.


varias horas o días según el

conjunto de datos.

Realización de pasos posteriores a la actualización Lleve a cabo los siguientes pasos en orden tras realizar una actualización en contexto.

Pasos posteriores a la actualización en contexto Notas

[ ] Configuración de la


formularios para una aplicación

web basada en notificaciones

En el caso de las aplicaciones web

configuradas para usar


formularios o la autenticación de

inicio de sesión web único (Web

SSO), debe llevar a cabo pasos

adicionales tras la actualización.

Primero, convierta las aplicaciones

web de Windows SharePoint

Services 3.0 a la autenticación de

notificaciones. Después de

convertir las aplicaciones web a la

autenticación de notificaciones,

configure las zonas de la

aplicación web para la


Lleve a cabo este paso para

todas las aplicaciones web que

usaban autenticación basada en

formularios en Windows

SharePoint Services 3.0.

397

Pasos posteriores a la actualización en contexto Notas

formularios (o autenticación web

SSO, según corresponda). Por

último, puede migrar los usuarios y

los permisos a SharePoint

Foundation 2010.

Pasos detallados: Configuración

de la autenticación basada en

formularios para una aplicación

web basada en notificaciones


[ ] Comprobación de la

actualización y revisión de los

sitios actualizados

Revise los sitios para asegurarse

de que se han actualizado

correctamente y de que están

disponibles para los usuarios.

Pasos detallados: Comprobación

de la actualización y revisión de los


Foundation 2010).

Lleve a cabo este paso para cada

aplicación web actualizada y

colección de sitios del entorno.



contenido.

Además, debe solicitar que los

propietarios revisen sus sitios y

generen informes acerca de los

posibles problemas.

Vea también Hoja de cálculo de actualización para Productos de SharePoint 2010


398


Al ejecutar una actualización en contexto de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, los datos de configuración y todo el contenido del conjunto o granja de servidores se

actualizan en el hardware existente, en un orden fijo. Al iniciar el proceso de actualización en contexto,

el programa de instalación desconecta el servidor web y los sitios web no estarán disponibles hasta

que se complete la actualización y, a continuación, el programa de instalación reinicia el servidor web.

Una vez iniciada una actualización en contexto, no se puede pausar ni revertir a la versión anterior.




de iniciar el proceso de actualización. Puede usar la herramienta de comprobación previa a la

actualización para identificar los elementos personalizados que podrían estar en uso en los

sitios. Para obtener más información, vea Identificar e instalar personalizaciones en el artículo

sobre cómo realizar una actualización de prueba para detectar posibles problemas.

Una actualización en contexto desde una instalación de Windows SharePoint Services 3.0 que usa

Windows Internal Database requiere pasos adicionales si el tamaño de la base de datos excede los

4 GB. Para obtener más información, vea Actualización desde una instalación independiente de

Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las bases de datos de

contenido exceden los 4 GB (Almacenamiento remoto de blobs).

También puede usar varios de los procedimientos descritos en este artículo para llevar a cabo un

método híbrido de desasociación de bases de datos para la actualización, mediante el cual se

actualiza el servidor y la infraestructura en contexto pero las bases de datos de contenido se actualizan

al desasociarlas y adjuntarlas en paralelo. Para obtener información acerca del proceso de

desasociación de bases de datos, vea Guía básica para la actualización en contexto con bases de

datos desasociadas (SharePoint Foundation 2010). Para obtener más información acerca de cómo

elegir un método de actualización, vea Determinación del método de actualización (SharePoint

Foundation 2010) y Introducción al proceso de actualización (SharePoint Foundation 2010).

Debe ejecutar el Service Pack 2 (SP2) de Windows SharePoint Services 3.0 en un entorno de

Windows Server 2008 de 64 bits para llevar a cabo una actualización en contexto a SharePoint

Foundation 2010. Si se encuentra en un entorno de granja de servidores, también debe

ejecutar una versión de 64 bits de Microsoft SQL Server 2008 R2, SQL Server 2008 con

Service Pack 1 (SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3

(SP3) y la actualización acumulativa 3.

Nota:

Importante:

399

En este artículo:


Antes de comenzar

Instalación de requisitos previos

Ejecución del programa de instalación en todos los servidores


Comprobación del estado de la actualización de los sitios

Comprobación

Introducción al proceso Mediante los procedimientos descritos en este artículo, se instala SharePoint Foundation 2010 y se

actualizan todos los sitios de SharePoint del entorno. Se recomienda probar el proceso de

actualización en un entorno de prueba antes de intentar actualizar el entorno de producción. Para

obtener más información, vea Uso de una actualización de prueba para encontrar posibles problemas


Al actualizar una granja de servidores, instale y configure la nueva versión de los servidores en el

orden siguiente:

1. Instale SharePoint Foundation 2010 en todos los servidores de la granja de servidores.

2. Instale los paquetes de idioma para SharePoint Foundation 2010 que necesite. Para obtener más

información, vea el artículo Instalación de paquetes de plantillas de idioma disponibles (SharePoint

Foundation 2010).

3. Ejecute el Asistente para configuración de Productos de SharePoint en el servidor front-end web

en el que se encuentra el sitio web de Administración central de SharePoint.

Para determinar qué servidor ejecuta Administración central de SharePoint, abra la página

Servidores del conjunto (http://nombre_de_servidor:

puerto_administrativo/_admin/farmservers.aspx) y anote qué servidor o servidores ejecutan

servicios de Administración central. Realice este paso antes de instalar SharePoint Foundation

2010, mientras Administración central de SharePoint de Windows SharePoint Services 3.0 todavía

está disponible.

Si varios servidores ejecutan Administración central de SharePoint, elija uno como el

servidor inicial en el cual se ejecutará la actualización. Una vez completado el proceso en

ese servidor, puede continuar con cualquier otro servidor que ejecute Administración


4. Ejecute el Asistente para configuración de Productos de SharePoint en los servidores front-end

web y servidores de aplicaciones restantes de la granja de servidores, en el orden que desee.

Nota:

400

Para obtener diagramas y una descripción general de cada método de actualización, vea el artículo

Introducción al proceso de actualización (SharePoint Foundation 2010).

Si usa el método híbrido de desasociación de bases de datos para actualizar, el proceso que

se sigue es similar, pero se desasocian todas las bases de datos de contenido antes de

ejecutar el programa de instalación y se vuelven a adjuntar después de ejecutar el Asistente

para configuración de Productos de SharePoint. Para obtener más información acerca del

método de actualización de desasociación de bases de datos, vea Guía básica para la

actualización en contexto con bases de datos desasociadas (SharePoint Foundation 2010).

Antes de comenzar Antes de iniciar la actualización en contexto, revise la siguiente información sobre permisos, requisitos

de hardware y software, y los pasos que se deben realizar para iniciar el proceso.

Asegúrese de haber ejecutado la herramienta de comprobación previa a la actualización (stsadm -

o preupgradecheck, disponible en Windows SharePoint Services 3.0 Service Pack 2 y

actualizada en la actualización acumulativa de octubre de 2009) y de haber solucionado los

problemas antes de iniciar el proceso de actualización. Para obtener más información, vea


2010).

Se recomienda realizar una copia de seguridad del entorno antes de iniciar el proceso de

actualización. Para obtener más información, vea Copia de seguridad del entorno completo antes

de una actualización en contexto (SharePoint Foundation 2010).

Asegúrese de que cumple con todos los requisitos de hardware y software. Debe disponer de una






Asegúrese de que está preparado para configurar las cuentas necesarias mediante los permisos



Asegúrese de que el tipo de cuenta que usa para ejecutar Asistente para configuración de

Productos de SharePoint pertenece al rol de base de datos fijo db_owner para todas las bases de

datos que desea actualizar.

Nota:

401

Instalación de requisitos previos Antes de la actualización, debe ejecutar el instalador de requisitos previos satisfactoriamente en cada

servidor web que tenga instalado Windows SharePoint Services 3.0. El instalador de requisitos previos

está disponible para instalar el software necesario para admitir SharePoint Foundation 2010.

1. Desde el disco del producto, abra la carpeta de instalación y ejecute PrerequisiteInstaller.exe.

Se abre la Herramienta de preparación de Productos de Microsoft SharePoint.


3. En la página Términos de licencia, active la casilla de verificación Acepto los términos de

licencia y, a continuación, haga clic en Siguiente.

Se ejecutará la herramienta, que instalará y configurará el software requerido.


5. En la pantalla Instalación completada, compruebe que cada requisito previo aparezca como

instalado correctamente o como que ya está instalado.

6. Haga clic en Finalizar para cerrar el asistente.

Ejecución del programa de instalación en todos los servidores Una vez que se hayan instalado todos los requisitos previos, puede ejecutar Setup.exe en todos los

servidores web de la granja de servidores.

Si usa el método híbrido de desasociación de bases de datos para actualizar, debería

desasociar las bases de datos de contenido antes de ejecutar el programa de instalación. Para

obtener más información acerca de cómo desasociar las bases de datos, vea Guía básica para

la actualización en contexto con bases de datos desasociadas (SharePoint Foundation 2010).

Si va a ejecutar una actualización en contexto en una granja de servidores, detenga el servicio

de publicación World Wide Web (W3SVC) en todos los servidores front-end web para

desconectar todos los usuarios de la granja de servidores. En las granjas de servidores con

varios servidores front-end web, si permite a los usuarios conectarse después de actualizar los

archivos y las bases de datos en un servidor web sin haber actualizado el resto de los

servidores web, los usuarios no podrán examinar los sitios web.

1. Ejecute Setup.exe.

Para ejecutar el instalador de requisitos previos

Nota:

Importante:

Para instalar la versión nueva

402


casilla de verificación Acepto los términos del contrato y, a continuación, haga clic en

Continuar.

3. En la página Actualizar las versiones anteriores, haga clic en Instalar ahora.

4. El programa de instalación se ejecutará e instalará SharePoint Foundation 2010.

En la página de finalización, desactive la casilla Ejecutar el Asistente para configuración de

Productos de SharePoint en este momento y, a continuación, haga clic en Cerrar.

Antes de ejecutar el Asistente para configuración de Productos de SharePoint, instale todos los

paquetes de plantillas de idiomas para SharePoint Foundation 2010. Para obtener más información,

vea Instalación de paquetes de plantillas de idioma disponibles (SharePoint Foundation 2010).

Ejecución del Asistente para configuración de Productos de SharePoint Si actualiza un solo servidor, puede ejecutar el Asistente para configuración de Productos de

SharePoint sólo en ese servidor y comenzar a actualizar el contenido. Si actualiza una granja de

servidores, ejecute primero el Asistente para configuración de Productos de SharePoint en el servidor

que ejecuta Administración central de SharePoint, pause su ejecución y ejecute el asistente en los

demás servidores de la granja. A continuación, vuelva al primer servidor para completar el asistente.

Es importante actualizar Administración central de SharePoint antes de intentar actualizar cualquier

otro contenido de la granja. Para ello, debe completar el asistente en el servidor que ejecuta


Asegúrese de que la cuenta que usa para ejecutar Asistente para configuración de Productos

de SharePoint pertenece al rol de base de datos fijo db_owner para todas las bases de datos

que desea actualizar. Si no pertenece a este rol, es probable que se produzca un error acerca

de una cuenta de usuario desconocida cuando el asistente comience a actualizar las bases de

datos.

Asegúrese de haber instalado todos los paquetes de plantillas de idiomas antes de ejecutar el

Asistente para configuración de Productos de SharePoint.

Una vez ejecutado el Asistente para configuración de Productos de SharePoint, Windows

SharePoint Services 3.0 ya no estará disponible. No podrá pausar o revertir el programa de

instalación y el proceso de actualización. Asegúrese de tener una copia de seguridad actual y

válida de su entorno antes de proceder con la instalación de SharePoint Foundation 2010.

1. Haga clic en Inicio, elija Todos los programas, seleccione Herramientas administrativas y,

Importante:

Precaución:


403

a continuación, haga clic en Asistente para configuración de Productos de SharePoint.

2. En el Asistente para configuración de Productos de SharePoint, en la página Productos de


Aparecerá un mensaje que indica que es posible que Internet Information Services (IIS), la

versión 4 de SharePoint Administration Services y la versión 4 del Servicio de temporizador de

SharePoint deban reiniciarse o restablecerse durante la configuración.

3. Haga clic en Sí para continuar con el asistente.

4. En la página Especificar configuración de seguridad del conjunto de servidores, en el cuadro

Frase de contraseña, escriba una frase de contraseña y, en el cuadro Confirmar la frase de

contraseña, escriba la misma frase de contraseña.

La frase de contraseña debe tener una longitud mínima de ocho caracteres y contener

caracteres de al menos tres de los cuatro grupos siguientes:

Caracteres no extendidos en mayúsculas (de la A a la Z)

Caracteres no extendidos en minúsculas (de la a a la z)



5. En la página Actualización visual, seleccione una de las siguientes opciones:

Cambiar los sitios de SharePoint existentes para que utilicen la nueva experiencia

de usuario. Los administradores controlan la experiencia de usuario para los

usuarios finales.

Esta opción permite cambiar todos los sitios para que usen la nueva experiencia del

usuario, sin que sea necesaria una vista previa de la experiencia. Si selecciona esta

opción, también podrá elegir entre las dos opciones siguientes:

Conservar páginas personalizadas, pero actualizar las páginas de plantillas y

aplicaciones para que usen la nueva IU.

Restablecer todas las páginas personalizadas a la plantilla original. Esta opción

eliminará las modificaciones de las páginas personalizadas y no se puede deshacer.

Conservar la apariencia de los sitios de SharePoint existentes y permitir a los

usuarios finales actualizar la experiencia de usuario en sus sitios.

Esta es la opción predeterminada. Esta opción permite a los propietarios del sitio obtener

una vista previa de los sitios con la nueva experiencia del usuario y determinar cuándo

están listos para cambiar los sitios a la nueva experiencia del usuario permanentemente.

6. En la página Finalizando el Asistente para configuración de Productos de SharePoint,

compruebe la configuración y haga clic en Siguiente.

El Asistente para configuración de Productos de SharePoint se ejecuta y configura la base de

datos de configuración y Administración central de SharePoint para SharePoint Foundation

2010.

7. Aparecerá un mensaje para notificar que si tiene una granja de servidores con varios

404

servidores, debe ejecutar el programa de instalación en cada servidor para instalar los archivos

binarios nuevos antes de continuar con el Asistente para configuración de Productos de

SharePoint.

Si éste es el único servidor de la granja de servidores o si ya ha ejecutado el programa de

instalación en todos los servidores de la granja, haga clic en Aceptar para continuar con el

asistente.

Si todavía no ha ejecutado el programa de instalación en todos los servidores de la granja,

ejecute ahora el programa de instalación en los demás servidores y, a continuación, vuelva

a este servidor y haga clic en Aceptar para continuar con el asistente.

El Asistente para configuración de Productos de SharePoint continuará con el proceso de

actualización mediante la configuración de la base de datos de configuración y la instalación

de Administración central de SharePoint.

8. En la página Configuración realizada correctamente, actualización en curso, revise los valores

que se han configurado y, a continuación, haga clic en Finalizar.

Se cerrará el Asistente para configuración de Productos de SharePoint y se abrirá la página

Estado de actualización. Es posible que se le pida que escriba el nombre de usuario y

contraseña antes de que se abra la página. El proceso de actualización puede tardar unos

minutos en completarse, en función de la cantidad de datos que contenga la granja de

servidores.

Nota:

Si sigue el método híbrido de desasociación de bases de datos para actualizar, ahora

podrá comenzar a adjuntar las bases de datos de contenido para actualizarlas. Para

obtener más información, vea Guía básica para la actualización en contexto con bases

de datos desasociadas (SharePoint Foundation 2010).

9. Si actualiza una granja de servidores, ahora puede completar el Asistente para configuración

de Productos de SharePoint en los otros servidores de la granja.

Comprobación del estado de la actualización de los sitios Una vez completado el Asistente para configuración de Productos de SharePoint, podrá supervisar el

proceso de actualización de cada sitio desde la página Estado de actualización de Administración

central de SharePoint o mediante la operación localupgradestatus de Stsadm.exe. Para obtener más

información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint

Foundation 2010).

Si ha detenido el servicio de publicación World Wide Web (W3SVC) en todos los servidores front-end

web antes de la actualización, ponga estos servidores web a disposición de los usuarios mediante el

inicio manual del servicio de publicación World Wide Web en los servidores front-end web.

Nota:

405

Es probable que los resultados de la búsqueda no estén completos o que no se devuelvan

durante unos minutos después de la actualización. Esto se debe a que después de la

actualización, se debe ejecutar la tarea de temporizador de sincronización de búsqueda, y los

resultados no estarán disponibles hasta que se complete la tarea.

Comprobación Si se produce un error en la actualización o se informa de problemas, puede consultar los archivos de

registro y de errores para obtener más información. Para obtener más información acerca de cómo

revisar los archivos de registro y cómo reiniciar la actualización después de un error, vea

Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010).

Si usa la actualización visual, para obtener más información acerca de cómo obtener una vista previa

de los sitios y cómo cambiar a la nueva interfaz de usuario, vea Administración de la actualización

visual (SharePoint Foundation 2010).

Vea también Solución de problemas de actualización (SharePoint Foundation)

406

Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint Foundation 2010)

Si actualiza de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010, puede

realizar una actualización en contexto o una actualización de una base de datos adjunta, o puede

combinar aspectos de ambos métodos para aumentar la disponibilidad o el rendimiento durante la

actualización. En este articulo se describe cómo usar un método híbrido que combine la actualización

en contexto con los procesos para desasociar y adjuntar bases de datos para poder actualizar varias

bases de datos al mismo tiempo e incluso en distinto hardware. Puede usar este método para

actualizar una o varias bases de datos de contenido al mismo tiempo, lo que significa que la

actualización se realizará con mayor rapidez en comparación con una actualización en contexto

estándar (que actualiza bases de contenido individuales y colecciones de sitios en serie). Este método

usa las siguientes técnicas híbridas:

Use una actualización en contexto para actualizar la granja de servidores y la configuración.

Desasocie y actualice varias bases de datos en paralelo.

Secuencia de actualización alternativa: actualice las bases de datos de una granja de servidores

de tamaño reducido temporal.

Tenga en cuenta que si decide usar una granja de servidores de tamaño reducido temporal para

realizar la actualización real, debe tener acceso directo a los servidores de bases de datos desde

donde se van a copiar las bases de datos. Dado que copiar las bases de datos a través de la red

requiere tiempo y consume ancho de banda, asegúrese de probar este proceso para determinar si

tiene los recursos necesarios para usar una granja de servidores de tamaño reducido temporal.

Para obtener más información acerca de las ventajas y las desventajas de los distintos métodos de

actualización, vea Determinación del método de actualización (SharePoint Foundation 2010). Para

tener acceso a una descripción breve y gráfica de los pasos que implica cada método, vea Introducción

al proceso de actualización (SharePoint Foundation 2010).








personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar

posibles problemas.

Nota:

407

En este artículo:


Antes de comenzar

Para desasociar bases de datos y actualizarlas en paralelo en la misma granja de servidores

Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño

reducido temporal

Comprobación

Debe ejecutar Service Pack 2 (SP2) de Windows SharePoint Services 3.0 en un entorno de

Windows Server 2008 de 64 bits para realizar una actualización en contexto a SharePoint

Foundation 2010. Si se encuentra en un entorno de granja de servidores, también debe

ejecutar una versión de 64 bits de Microsoft SQL Server 2008 R2, SQL Server 2008 con

Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3

(SP3) y la actualización acumulativa 3.

Introducción al proceso Debido a que este método de actualización es un conjunto híbrido de las técnicas que se usan para la

actualización en contexto y la actualización de bases de datos adjuntas, en este artículo se describe la

correspondencia de los pasos de cada método en el proceso híbrido. No se proporciona información

detallada para cada paso del proceso, ya que esos pasos están disponibles en los siguientes artículos:



Estos artículos, combinados con esta guía básica, proporcionan la información necesaria para realizar

la actualización híbrida.

Puede realizar este tipo de actualización híbrida de dos formas: mediante una granja de servidores

durante todo el proceso o mediante una granja de servidores de tamaño reducido temporal para

realizar la actualización específica. En las secciones siguientes se proporcionan los pasos necesarios

para realizar la actualización mediante cada uno de estos métodos.

Antes de comenzar Antes de iniciar la actualización en contexto, revise la siguiente información sobre permisos, requisitos

de hardware y software, y los pasos que se deben realizar para iniciar el proceso.

Asegúrese de ejecutar la herramienta de comprobación previa a la actualización (stsadm -o

preupgradecheck, disponible en Windows SharePoint Services 3.0 Service Pack 2 y actualizada

en la actualización acumulativa de octubre de 2009) y de solucionar los problemas antes de iniciar

el proceso de actualización. Para obtener más información, vea Ejecución de la herramienta de


Importante:

408

Se recomienda realizar una copia de seguridad del entorno antes de iniciar el proceso de

actualización. Para obtener más información, vea Copia de seguridad del entorno completo antes

de una actualización en contexto (SharePoint Foundation 2010).










Para desasociar bases de datos y actualizarlas en paralelo en la misma granja de servidores En esta sección se describen los pasos necesarios para usar el método de actualización de

desasociación de bases de datos en una granja de servidores.

Proceso de actualización en contexto con bases

de datos desasociadas (en la misma granja de

servidores)

Desasociación de bases de datos

1. Realice el siguiente procedimiento para

desasociar la base de datos de contenido:

Stsadm.exe -o deletecontentdb -url

http://servername-

databasenameContentDatabaseName

Para obtener más información acerca de

esta operación, vea el tema sobre la

operación deletecontentdb de Stsadm


Actualización de la granja de servidores en

contexto

1. Instale todos los requisitos previos en todos


2. Ejecute el programa de instalación en todos




409

Proceso de actualización en contexto con bases

de datos desasociadas (en la misma granja de

servidores)

3. Ejecute el Asistente para configuración de

Productos de SharePoint en todos los


Para conocer los procedimientos detallados de

estos pasos, vea Actualización en contexto a


Asociación de bases de datos y

actualización del contenido

1. Agregue las bases de datos de contenido a

las aplicaciones web.

Use el siguiente cmdlet de Windows

PowerShell para agregar y actualizar las

bases de datos de contenido:

Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication <URL>

[-Updateuserexperience]

2. Compruebe actualización de la primera

base de datos.

3. Repita los procedimientos de restauración y

adición de base de datos para las bases de

datos en paralelo restantes.


estos pasos, vea Realización de una

actualización de base de datos adjunta a


Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño reducido temporal En esta sección se describen los pasos necesarios para usar el método de actualización de

desasociación de bases de datos en dos granjas de servidores: la granja original y una granja de

tamaño reducido temporal.

410

Proceso de actualización en contexto con bases de

datos desasociadas (granja de servidores de tamaño

reducido temporal)

Configuración de una granja de servidores

de tamaño reducido temporal para la

actualización de las bases de datos


estos pasos, vea Preparación del nuevo

entorno de SharePoint Foundation.

2 - Desasociación de las bases de datos de

la granja original

1. Realice una copia de seguridad de las

bases de datos de la versión anterior con

las herramientas de SQL Server.

Para obtener información detallada acerca

de los procedimientos sobre cómo hacer

copias de seguridad de las bases de datos,

vea Realización de una actualización de

base de datos adjunta a SharePoint

Foundation 2010.

2. Realice el siguiente procedimiento para

desasociar la base de datos de contenido:

Stsadm.exe -o deletecontentdb -url

http://servername-

databasenameContentDatabaseName

Para obtener más información acerca de

esta operación, vea el tema sobre la

operación deletecontentdb de Stsadm


Actualización de la granja de servidores

original en contexto

1. Instale todos los requisitos previos en todos


2. Ejecute el programa de instalación en todos


3. Ejecute el Asistente para configuración de

Productos de SharePoint en todos los



411



reducido temporal)




actualización en contexto (SharePoint

Foundation 2010).

Asociación de las bases de datos a la granja

de servidores de tamaño reducido temporal

y actualización del contenido

1. Restaure la copia de seguridad en la nueva


2. Agregue las bases de datos de contenido a


Use el siguiente cmdlet de Windows

PowerShell para agregar y actualizar las

bases de datos de contenido:

Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication <URL>

[-Updateuserexperience]

3. Compruebe la actualización de la primera

base de datos.

4. Repita los procedimientos de restauración y

adición de base de datos para las bases de

datos en paralelo restantes.



actualización de base de datos adjunta a


Copia de seguridad de las bases de datos

de la granja de servidores de tamaño

reducido temporal y asociación a la granja

original

1. Haga una copia de seguridad de las bases

de datos actualizadas con las herramientas

de SQL Server.

412



reducido temporal)

2. Restaure la copia de seguridad en la granja

de servidores original.

3. Agregue las bases de datos de contenido

actualizadas a las aplicaciones web

originales.

Básicamente, es el mismo proceso que el paso

anterior; sin embargo, las bases de datos de la

granja de servidores de tamaño reducido

temporal se mueven de nuevo a la granja

original. Se aplican los mismos procedimientos

que en los pasos anteriores.

Comprobación Si la actualización no se pudo realizar o si se notifican problemas, consulte los archivos de registro y

los archivos de errores para obtener más información. Para obtener más información acerca de la

revisión de los archivos de registro y acerca del reinicio de la actualización después de un error, vea el

artículo Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation

2010).

413

Instalación de paquetes de plantillas de idioma disponibles (SharePoint Foundation 2010)

Antes de actualizar sitios basados en un paquete de idioma de la versión anterior, es necesario instalar

el paquete de idioma de la nueva versión.

En este artículo:

Acerca de la instalación de paquetes de idioma y la actualización de sitios

Acerca del cambio de idioma

Cambiar de un producto localizado por completo a un paquete de idioma

Cambiar idiomas a un nuevo paquete de idioma

Acerca de la instalación de paquetes de idioma y la actualización de sitios Si desea instalar un paquete de idioma para Microsoft SharePoint Foundation 2010, hágalo después

de ejecutar el programa de instalación y antes de ejecutar el Asistente para configuración de Productos

de SharePoint. De esta forma, podrá actualizar cualquier sitio basado en un paquete de idioma para

una versión anterior junto con los otros sitios durante el proceso de actualización. Para obtener más

información acerca de la instalación de paquetes de idioma, vea Implementación de paquetes de

idioma (SharePoint Foundation 2010) en la Guía de implementación.

También puede instalar un paquete de idioma después de ejecutar el Asistente para configuración de

Productos de SharePoint y después de haber actualizado los sitios del entorno que no estén basados

en un paquete de idioma. Si elige esta opción, debe usar la herramienta de línea de comandos de

PSConfig para actualizar los sitios basados en el paquete de idioma recién instalado.

Acerca del cambio de idioma Generalmente, no es posible realizar actualizaciones entre diferentes idiomas. Se debe realizar la

actualización desde y hacia el mismo idioma. Por ejemplo, si se usa inglés de EE. UU. en la versión

anterior, se debe actualizar a una nueva versión con el mismo idioma. Si desea cambiar los idiomas,

primero debe realizar la actualización y, a continuación, cambiar el idioma del sitio.

Sin embargo, en algunos casos este proceso puede resultar complejo; por ejemplo, cuando en la

versión anterior había un producto localizado por completo para un idioma específico, pero la nueva

versión sólo incluye un paquete de idioma, o cuando la nueva versión tiene un paquete de idioma para

un nuevo idioma que no estaba disponible en la versión anterior.

414

Cambiar de un producto localizado por completo a un paquete de idioma Use el siguiente procedimiento en cada servidor web para la actualización desde un idioma para el

cual había un producto localizado por completo en la versión anterior, pero que sólo se incluye en un

paquete de idioma en la nueva versión:

1. Compruebe que la cuenta de usuario que va a realizar este procedimiento pertenece al grupo

Administradores de la granja de servidores de SharePoint.

2. Elija un idioma para instalarlo en la nueva versión (por ejemplo, inglés). Este es el idioma que

usará el sitio web de Administración central de SharePoint.

3. En el Asistente para configuración de Productos de SharePoint, cuando se solicita la

instalación de los paquetes de idioma, detenga el asistente e instale el paquete de idioma

correspondiente.

Si se habían instalado paquetes de idioma adicionales de la versión anterior, instale los

paquetes de idioma correspondientes de SharePoint Foundation 2010 en este momento. Para

ello, cancele el asistente y ejecute los programas de instalación adecuados para instalar los

paquetes de idioma.

Nota:

Debe pertenecer al grupo de administradores del equipo local para realizar este paso.

Para obtener más información acerca de la instalación de los paquetes de idiomas, vea

Implementación de paquetes de idioma (SharePoint Foundation 2010) en la Guía de

implementación.

4. Vuelva a iniciar el asistente para la configuración para finalizar el proceso de actualización.

Cambiar idiomas a un nuevo paquete de idioma Use el siguiente proceso para realizar una actualización de un idioma, en la versión anterior, a un

idioma diferente en la nueva versión (por ejemplo, si el idioma que desea usar no estaba disponible en

la versión anterior, pero ahora se incluye como un paquete de idioma para la nueva versión).

1. Compruebe que la cuenta de usuario que realiza los dos pasos siguientes pertenezca al grupo

Administradores del equipo local.

2. Actualice a la nueva versión en el mismo idioma usado en la versión anterior.

3. Una vez finalizada la actualización, instale el nuevo paquete de idioma.

4. Compruebe que la cuenta de usuario que realiza los dos pasos siguientes pertenezca al grupo

Para cambiar de un producto localizado por completo a un paquete de idioma

Para cambiar idiomas en un nuevo paquete de idioma

415

Administradores del conjunto o granja de servidores de SharePoint.

5. Cree nuevos sitios a partir del nuevo paquete de idioma.

6. Mueva manualmente el contenido a los nuevos sitios.

Vea también Implementación de paquetes de idioma (SharePoint Foundation 2010)

416

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs)

En este artículo se describen las circunstancias en las que puede resultar útil actualizar de un sistema

de Windows SharePoint Services 3.0 independiente a SharePoint Foundation 2010 con el

almacenamiento remoto de blobs (RBS).

Al actualizar de una instalación independiente de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010, el proceso de actualización varía en función del tamaño de las bases de

datos de contenido.

En una instalación independiente de Windows SharePoint Services 3.0, las bases de datos de

contenido se almacenan en Windows Internal Database y no tienen limitaciones de espacio. Por el

contrario, en SharePoint Foundation 2010, las bases de datos de contenido se almacenan en Microsoft

SQL Server 2008 Express y tienen un tamaño máximo de 4 gigabytes (GB) cada una. Si las bases de

datos tienen más de 4 GB, se debe usar Microsoft SQL Server 2008 R2, SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la

actualización acumulativa 3 o instalar RBS.

Microsoft SQL Server 2008 R2 Express admite bases de datos de hasta 10 GB. Si la

instalación incluye bases de datos de entre 4 GB y 10 GB, podrá actualizar a SQL Server 2008

R2 Express para su solución de almacenamiento de bases de datos de contenido en lugar de

implementar RBS. SQL Server 2008 R2 Express está disponible para su descarga e

instalación en http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A.

RBS está diseñado para mover el almacenamiento de objetos binarios grandes (BLOB) de servidores

de bases de datos a soluciones de almacenamiento de productos. RBS es un complemento que puede

aplicarse a SQL Server 2008 Express y a SQL Server 2008. Para obtener más información acerca de

RBS, vea Introducción al almacenamiento remoto de blobs (SharePoint Foundation 2010).

Si se va a realizar una actualización desde Windows SharePoint Services 3.0 y todas las bases de

datos tienen menos de 4 GB, puede seguir el proceso de actualización en contexto estándar. Para

obtener detalles, vea Actualización en contexto a SharePoint Foundation 2010.

Si se actualiza desde Windows SharePoint Services 3.0 y la base de datos de búsqueda tiene más de

4 GB, no se podrá migrar esa base de datos. Para hacer la actualización, se debe quitar la sesión de

búsqueda existente antes de migrar y actualizar. Después de la actualización, se puede crear una

Nota:



417

nueva sesión de búsqueda. En caso de que la instalación nueva se hospede en SQL Server 2008

Express, la base de datos de búsqueda se limitará a 4 GB.

Si se actualiza desde Windows SharePoint Services 3.0 y la base de datos de configuración tiene más

de 4 GB, no se podrá migrar esa base de datos. En su lugar, se debe crear un nuevo sistema de

SharePoint Foundation que use SQL Server 2008 Express (en caso de que se espere que la base de

datos de configuración no tenga más de 4 GB), o bien crear una nueva instalación que use

SQL Server 2008 Standard o SQL Server 2008 Enterprise. También se puede migrar el sistema

existente a SQL Server 2008 Standard o SQL Server 2008 Enterprise y luego actualizarlo.

Si no va a actualizar un sistema existente de Windows SharePoint Services 3.0 y desea instalar y

configurar un RBS en SharePoint Foundation 2010, vea Instalación y configuración del

almacenamiento remoto de blobs o del almacenamiento externo de blobs (SharePoint Foundation

2010).

Si después de mover contenido al RBS, sigue habiendo una base de datos de contenido con

más de 4 GB, se producirá un error en la operación de migración. Normalmente, este error se

produce sólo con bases de datos muy grandes (20 GB o mayores), pero también puede ocurrir

si hay una base de datos de menor tamaño que contiene demasiados metadatos.

Si la configuración incluye bases de datos de SharePoint con más 16 GB, es probable que

RBS no proporcione una solución completa a las limitaciones de SQL Server 2008 Express y

SQL Server 2008 R2 Express. En este caso, debe estar preparado para usar SQL Server 2008

Standard o SQL Server 2008 Enterprise para que admitan las bases de datos de SharePoint.

Antes de iniciar el proceso de actualización, confirme que la configuración del hardware admite

SharePoint Foundation 2010. Para obtener más información, vea Requisitos de hardware y software


En esta sección Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a

SharePoint Foundation 2010 con almacenamiento remoto de blobs

En este artículo se describe cómo actualizar a partir de un sistema independiente de Windows

SharePoint Services 3.0 que tiene bases de datos de contenido con más de 4 GB a SharePoint

Foundation 2010.

Actualización de una instalación independiente en un controlador de dominio mediante el

almacenamiento remoto de blobs (RBS) (base de datos adjunta)

En este artículo se describe cómo realizar una actualización de un sistema independiente de

Windows SharePoint Services 3.0 que tiene bases de datos de contenido con más de 4 GB a un

sistema de SharePoint Foundation 2010 que se ejecuta en un controlador de dominio.

Actualización de una instalación independiente a hardware nuevo mediante el almacenamiento

remoto de blobs (base de datos adjunta)

Nota

418

En este artículo se describe cómo actualizar a partir de un sistema independiente de Windows

SharePoint Services 3.0 que tiene bases de datos de contenido con más de 4 GB a SharePoint

Foundation 2010 instalado en hardware nuevo.

Vea también Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)

http://technet.microsoft.com/library/da8cf825-2f79-49dd-bd4c-4ad0aad83f94(Office.14).aspx

419

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 con almacenamiento remoto de blobs

En este artículo se describe cómo realizar una actualización de un sistema independiente de Windows

SharePoint Services 3.0, con bases de datos de contenido cuyo tamaño oscila entre 4 gigabytes (GB)

y 16 GB, a Microsoft SharePoint Foundation 2010 mediante el almacén remoto de blobs (RBS).

Microsoft SQL Server 2008 R2 Express admite bases de datos de hasta 10 GB. Si la

instalación incluye bases de datos de contenido de más de 4 GB pero menos de 10 GB, podrá

actualizar a SQL Server 2008 R2 Express para su solución de almacenamiento de bases de

datos de contenido en lugar de implementar RBS. Para obtener más información, vea el tema

sobre Microsoft SQL Server 2008 R2 Express Edition


Antes de llevar a cabo los procedimientos descritos en este artículo, se recomienda leer los siguientes

artículos para asegurarse de seguir la mejor ruta de actualización:

Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)

Introducción al almacenamiento remoto de blobs (SharePoint Foundation 2010)




1. Compruebe que la cuenta de usuario que se usa para realizar la actualización y la instalación

pertenezca al grupo Administradores en el equipo que ejecuta Windows SharePoint Services

3.0 en el que se va a realizar la actualización y en el que se va a instalar el RBS.

2. Confirme que la configuración del hardware admite SharePoint Foundation 2010. Para obtener

más información, vea Requisitos de hardware y software (SharePoint Foundation 2010).

3. Compruebe que el espacio disponible en disco cumpla con los siguientes requisitos:

El espacio disponible en disco tiene al menos el doble de tamaño que la base de datos de

contenido más grande.

El espacio disponible en disco es igual o mayor que la suma de los tamaños de todas las

bases de datos de contenido.

Nota:

Para realizar una actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 con RBS




420

4. Descargue las actualizaciones de software de SharePoint Foundation 2010 en el sitio de

actualización.

5. Abra la carpeta local que contiene la descarga de software y, a continuación, haga doble clic

en PrerequisiteInstaller. Acepte los valores predeterminados y luego inicie el Asistente para

instalación de requisitos previos.

6. Haga doble clic en Instalar, acepte los valores predeterminados y, a continuación, inicie el

Asistente para la instalación.

Cuando se finaliza la instalación, el Asistente para configuración de Productos de SharePoint

se ejecuta automáticamente. Si el asistente detecta una base de datos de SharePoint de más

de 4 GB, aparecerá un mensaje que notifica que se debe migrar la base de datos al RBS.

Nota:

Si alguna base de datos de SharePoint es mayor a 4 GB, todas las bases de

SharePoint deben migrarse al RBS, aunque haya bases de datos menores a 4 GB.

7. Si no se ha instalado anteriormente el RBS en el servidor, se produce error en el Asistente

para configuración de Productos de SharePoint y luego aparece un mensaje de error que

explica que se detectaron bases de datos mayores a 4 GB y que se debe instalar el RBS. Si es

necesario instalar el RBS, siga estos pasos. Si ya se ha instalado en el servidor, el asistente

finaliza satisfactoriamente sin que se vea el mensaje de error.

8. Vaya a http://go.microsoft.com/fwlink/?linkid=177388&clcid=0xC0A para descargar el archivo

RBS_X64.msi.

Importante:

Debe instalar el RBS que se incluye en el paquete de instalación de almacén remoto

de blobs de SQL Server desde el Paquete de instalación del almacén remoto de blobs

de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2. La versión de

RBS debe ser 10.50.xxx. No se admite una versión anterior de RBS para SharePoint

Foundation 2010.

9. Abra la carpeta que contiene el archivo y, a continuación, haga doble clic en RBS_X64.msi

para iniciar el Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.

10. En la página Selección de características del Asistente para instalación de Almacenamiento

remoto de blobs de SQL Server, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, haga clic en La característica completa no estará

disponible.

11. Expanda Proveedor de FILESTREAM, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, en La característica completa no estará disponible.

12. Inicie el asistente usando los valores predeterminados.

13. Haga clic en Inicio, en Todos los programas, en Productos de Microsoft SharePoint 2010

y, a continuación, haga clic en Asistente para configuración de productos de SharePoint


421

2010.

14. El asistente finaliza la actualización.

Vea también Novedades de la actualización (SharePoint Foundation 2010)


422

Actualización de una instalación independiente en un controlador de dominio mediante el almacenamiento remoto de blobs (RBS) (base de datos adjunta)

En este artículo se describen los procedimientos de actualización necesarios para actualizar desde un

sistema de Windows SharePoint Services 3.0 independiente que se ejecuta en un controlador de

dominio a Microsoft SharePoint Foundation 2010 con el almacenamiento remoto de blobs (RBS).

Normalmente, se recomienda usar RBS si las bases de datos de contenido son de 4 gigabytes (GB) o

más.

Se recomienda encarecidamente leer el artículo Actualización desde una instalación

independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las

bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs) para

obtener información importante y recomendaciones acerca de cómo actualizar de Windows

SharePoint Services 3.0 a SharePoint Foundation 2010 con RBS.

Puede usar RBS para mover el almacenamiento de objetos binarios grandes (BLOB) de servidores de

bases de datos a soluciones de almacenamiento de productos. RBS es un complemento que puede

aplicarse a SQL Server 2008 Express y SQL Server 2008.

La implementación de RBS descrita en este artículo usa el proveedor de FILESTREAM de SQL Server.

Para obtener más información acerca de RBS y del proveedor de FILESTREAM, vea Introducción al

almacenamiento remoto de blobs (SharePoint Foundation 2010).

En SharePoint Foundation 2010, las bases de datos de contenido se almacenan en SQL Server 2008

Express y tienen un tamaño máximo de 4 GB cada una. Dado que Microsoft SQL Server 2008 R2

Express admite bases de datos de contenido de hasta 10 GB, se recomienda instalar SQL Server 2008

R2 Express para admitir las bases de datos de contenido.

Este artículo no es una guía completa sobre la actualización a SharePoint Foundation 2010, sino que

lo redirige a los artículos que deben leerse para realizar la actualización. En este artículo se incluyen

los pasos adicionales necesarios para instalar e implementar RBS en una instalación de controlador de

dominio de SharePoint Foundation 2010.

Antes de comenzar el proceso de actualización, lea los siguientes artículos y cree un plan de

actualización:



Importante:



423




Procedimientos incluidos en este artículo:

Para preparar la actualización a SharePoint Foundation 2010 con RBS en un controlador de

dominio

Para instalar SQL Server 2008 Express R2

Para instalar RBS

Para instalar SharePoint Foundation 2010


1. Compruebe que la cuenta de usuario usada para realizar la actualización y la instalación

cumple con los requisitos enumerados en Cuentas de servicio y administrativas requeridas

para la implementación inicial (SharePoint Foundation 2010).

2. Compruebe que la cuenta de usuario pertenece al grupo Administradores en el equipo local.








5. Realice las tareas previas a la actualización descritas en el artículo Realización de pasos

previos a la actualización (SharePoint Foundation 2010). Son las siguientes:

Ejecución de la herramienta de comprobación previa a la actualización (SharePoint

Foundation 2010)

En el informe de la herramienta de comprobación previa a la actualización se incluyen los

nombres de todas las bases de datos de contenido. Necesitará esta lista para habilitar

RBS para las bases de datos de contenido.

Si tiene varias aplicaciones web, debe compilar una lista en la que se indique a qué

aplicación web está adjunta cada base de datos. Necesitará esta información después de

la actualización.

Copia de seguridad del entorno completo antes de una actualización en contexto


Para preparar la actualización a SharePoint Foundation 2010 con RBS en un controlador de dominio

424

1. Descargue SQL Server 2008 R2 Express desde el sitio.

2. Siga las instrucciones que aparecen en pantalla para instalar SQL Server 2008 R2 Express en

el controlador de dominio.

Para obtener más información acerca de cómo instalar SQL Server 2008 R2 Express, vea el

tema sobre cómo instalar SQL Server 2008 (configuración)


Acepte la configuración predeterminada para la mayoría de las opciones de instalación.

Específicamente, debe aceptar las opciones siguientes:

a. En la página Selección de características, puede seleccionar los componentes para la

instalación. Asegúrese de seleccionar SQL Server Management Studio como una

característica para instalar.

b. En la página Configuración de instancia, especifique si desea instalar una instancia

predeterminada o una instancia con nombre. Si crea una instancia con nombre, anote el

nombre de instancia porque lo necesitará en un procedimiento posterior de este artículo.

c. En la página Configuración de servidores — Cuentas de servicio, debe especificar las

cuentas de inicio de sesión para servicios de SQL Server. Puede asignar la misma cuenta

de inicio de sesión a todos los servicios de SQL Server o puede configurar individualmente

cada cuenta de servicio. Debe usar una cuenta de dominio como cuenta de inicio de

sesión para el motor de base de datos de SQL Server.

d. En la página Configuración del Motor de base de datos, asegúrese de que la cuenta de

dominio usada para esta instalación aparece como un administrador de SQL Server.

1. Vaya a http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A y descargue el archivo

RBS_X64.msi.

Importante:

Debe instalar la versión de RBS incluida en Paquete de instalación del almacén

remoto de blobs de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2.

La versión de RBS debe ser 10.50.xxx. Ninguna versión de RBS anterior es

compatible con SharePoint Foundation 2010.

2. Abra la carpeta que contiene el archivo y, a continuación, haga doble clic en RBS_X64.msi

para iniciar el Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.




disponible.

Para instalar SQL Server 2008 Express R2

Para instalar RBS



425



Nota:

La base de datos que hospedará los scripts no existe porque se creará durante el

proceso de actualización de la base de datos. La opción Ejecutar scripts se instalará

automáticamente durante la instalación de SharePoint Foundation 2010.


Durante la instalación, aparecerá un cuadro de diálogo que describirá una tarea del

Mantenedor de RBS. Haga clic en Aceptar en ese cuadro de diálogo para continuar con la

instalación.

1. Desinstale todas las versiones anteriores de Productos y Tecnologías de SharePoint que

existen en el controlador de dominio mediante el Panel de control.

2. Instale SharePoint Foundation 2010 mediante las instrucciones que aparecen en Instalación de

SharePoint Foundation 2010 en los servidores de la granja. Durante la instalación, debe usar

el nombre de instancia de base de datos creado en el paso 2 del procedimiento Para instalar

SQL Server 2008 Express R2. Si usó la instancia con nombre predeterminada en ese paso,

debe escribirla en este paso como "SQLExpress". Si usó la instancia predeterminada, debe

escribir " " en lugar de usar la instancia con nombre predeterminada SQLExpress.

Tenga en cuenta que va a crear una nueva instalación de SharePoint Foundation 2010 y que

está realizando una actualización de base de datos adjunta y no una actualización en contexto.

Nota:

Después de instalar SharePoint Foundation 2010, no cree ninguna aplicación web

hasta que se le indique cómo hacerlo más adelante en este artículo.

1. Compruebe que la cuenta de usuario que lleva a cabo este procedimiento es la misma cuenta

de usuario que se usó para instalar el conjunto o granja de servidores que ejecuta SharePoint

Foundation 2010 y RBS.




5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando para migrar

la base de datos de contenido a RBS:

Move-SPBlobStorageLocation –SourceDatabase "<ContentDbName>" –

DestinationDataSourceInstance "<InstanceName>"


Para migrar la base de datos de contenido a RBS y completar la instalación

426

donde:

<ContentDbName> es el nombre de la base de datos de contenido.

<InstanceName> es el nombre del nombre de instancia de base de datos de SQL Server

que creó en el paso 2 del procedimiento Para instalar SQL Server 2008 Express R2. Si

usó la instancia con nombre predeterminada en ese paso, debe escribirla aquí como

"SQLExpress". Si usó la instancia predeterminada, debe escribir " " en lugar de usar la

instancia con nombre predeterminada "SQLExpress".

Debe repetir este comando para cada base de datos de contenido. Consulte la lista de bases

de datos de contenido generada por la herramienta de comprobación previa a la actualización

en el paso 5 del procedimiento Para preparar la actualización a SharePoint Foundation 2010

con RBS en un controlador de dominio anteriormente en este artículo.

6. Cree las aplicaciones web a las que se adjuntarán las bases de datos de contenido. Para

obtener información acerca de cómo crear una aplicación web en SharePoint Foundation 2010,

vea Creación de una aplicación web (SharePoint Foundation 2010) o Configuración de una

aplicación web basada en notificaciones (SharePoint Foundation 2010).

7. Para adjuntar y actualizar la base de datos de contenido a una aplicación web de SharePoint

Foundation 2010, escriba el siguiente comando:

Mount-SPContentDatabase "<ContentDbName>" –DatabaseServer "<DbServer>" –

WebApplication <http://SiteName>

donde:

<ContentDbName> es el nombre de la base de datos.

<DbServer> es el nombre del servidor de bases de datos.

<http://SiteName> es la dirección URL de la aplicación web.

Para obtener más información, vea los temas Move-SPBlobStorageLocation y Mount-

SPContentDatabase.

8. Cree o restaure las personalizaciones necesarias en el nuevo sistema. Para obtener

información acerca de los pasos recomendados posteriores a la actualización, vea Realización

de pasos posteriores a la actualización (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



427

Actualización de una instalación independiente a hardware nuevo mediante el almacenamiento remoto de blobs (base de datos adjunta)

En este artículo se describen los procedimientos de actualización necesarios para actualizar desde un

sistema de Windows SharePoint Services 3.0 independiente a una instalación de SharePoint

Foundation 2010 con el almacenamiento remoto de blobs (RBS) en una nueva plataforma de

hardware.

Se recomienda encarecidamente leer el artículo Actualización desde una instalación


bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs) para

obtener información importante y recomendaciones acerca de cómo actualizar de Windows

SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 junto con RBS.

RBS está diseñado para mover el almacenamiento de objetos binarios grandes (BLOB) de servidores

de bases de datos a soluciones de almacenamiento de productos. RBS es un complemento que puede

aplicarse a Microsoft SQL Server 2008 Express y Microsoft SQL Server 2008 R2 Express. Esta

implementación de RBS usa el proveedor de FILESTREAM de SQL. Para obtener más información

acerca de RBS y del proveedor de FILESTREAM, vea Introducción al almacenamiento remoto de blobs


Debido a las limitaciones del tamaño de las bases de datos en SQL Server 2008 Express, instale

Windows Internal Database y restaure las bases de datos de Windows SharePoint Services 3.0 en

Windows Internal Database. Posteriormente, instale RBS, mueva la base de datos de contenido de

Windows Internal Database a SQL Server y, a continuación, mueva los BLOB a una base de datos de

contenido configurada para usar RBS.

De forma predeterminada, las bases de datos de contenido de SharePoint Foundation 2010 se

almacenan en SQL Server 2008 Express, que permite un tamaño máximo de 4 gigabytes (GB) por

cada base de datos de contenido. Dado que SQL Server 2008 R2 Express admite bases de datos de

contenido de hasta 10 GB, se recomienda instalar SQL Server 2008 R2 Express para admitir las bases

de datos de contenido. SQL Server 2008 R2 Express es una actualización gratuita que puede

descargar e instalar desde Microsoft SQL Server 2008 R2 Express

(http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0xC0A).

En este artículo se supone que ya instaló SQL Server Management Studio en el servidor de

bases de datos del conjunto o granja de servidores de Windows SharePoint Services 3.0. Si

este software no está instalado, puede descargarlo e instalarlo desde Microsoft® SQL Server®

Importante:

Nota:



http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0xC0A


428

2008 Management Studio Express


Este artículo no es una guía completa sobre la actualización a SharePoint Foundation 2010. Antes de

comenzar el proceso de actualización, lea los siguientes artículos y cree un plan de actualización:






En este artículo:

Para preparar la actualización a SharePoint Foundation 2010 en el servidor original

Para preparar la actualización a SharePoint Foundation 2010 en el servidor nuevo

Para instalar y configurar Windows Internal Database en el servidor nuevo

Para mover las bases de datos de contenido al servidor nuevo

Para instalar SQL Server Express 2008 R2 en el servidor nuevo

Para instalar RBS en el servidor nuevo

Para instalar SharePoint Foundation 2010 en el servidor nuevo


1. Compruebe que la cuenta de usuario usada para realizar este procedimiento cumple con los

requisitos enumerados en Cuentas de servicio y administrativas requeridas para la

implementación inicial (SharePoint Foundation 2010) y que la cuenta de usuario pertenece al

grupo Administradores en el equipo local.

2. Compruebe que Management Studio está instalado en el servidor original.

3. Realice una copia de seguridad de las bases de datos de contenido mediante el procedimiento

descrito en el tema sobre cómo realizar una copia de seguridad de una base de datos (SQL

Server Management Studio) (http://go.microsoft.com/fwlink/?linkid=187768&clcid=0xC0A).

Puede usar la configuración predeterminada para la mayoría de las opciones, pero debe usar

la siguiente configuración:

En el paso 1, debe establecer el nombre de instancia de Windows Internal Database como

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

En el paso 12, seleccione la opción Destino. Asegúrese de que el medio de destino tenga

suficiente espacio libre para la copia de seguridad.

4. Ejecute la herramienta de comprobación previa a la actualización descrita en el artículo

Realización de pasos previos a la actualización (SharePoint Foundation 2010).

Para preparar la actualización a SharePoint Foundation 2010 en el servidor original



429

En el informe de la herramienta de comprobación previa a la actualización se incluyen los

nombres de todas las bases de datos de contenido. Es necesario tener esta lista para migrar

las bases de datos de contenido a RBS. Si tiene varias aplicaciones web, también debe anotar

a qué aplicación web está adjunta cada base de datos.

1. Compruebe que la cuenta de usuario usada para realizar la actualización y la instalación

cumple con los requisitos enumerados en Cuentas de servicio y administrativas requeridas

para la implementación inicial (SharePoint Foundation 2010) y que la cuenta de usuario

pertenece al grupo Administradores en el equipo local.








1. Haga clic en Inicio y, a continuación, en Administrador del servidor.

2. En el Administrador del servidor, haga clic en Características y, a continuación, en Agregar

características.

3. En el Asistente para agregar características, desplácese hacia abajo en la lista de

características y, a continuación, seleccione Windows Internal Database.

4. Haga clic en Instalar.

5. Salga del Administrador del servidor.

6. Haga clic en Inicio, en Herramientas administrativas y, a continuación, en Administración

de equipos.

7. Expanda Servicios y Aplicaciones.

8. Haga clic en Servicios.

9. En el panel Servicios, haga clic con el botón secundario en Windows Internal Database y, a


10. Use el menú desplegable para cambiar el Tipo de inicio a Automático.

11. Haga clic en Inicio para iniciar el servicio.

12. Haga clic en Aceptar y, a continuación, salga de la Administración de equipos.

Para preparar la actualización a SharePoint Foundation 2010 en el servidor nuevo

Para instalar y configurar Windows Internal Database en el servidor nuevo

430

1. Copie los archivos de copia de seguridad de la base de datos de contenido que creó en el

procedimiento Para preparar la actualización a SharePoint Foundation 2010 en el servidor

original al servidor nuevo.

2. En el servidor nuevo, descargue e instale Management Studio desde Microsoft® SQL Server®

2008 Management Studio Express


3. Use las instrucciones que aparecen en el tema sobre cómo restaurar una copia de seguridad

de la base de datos (SQL Server Management Studio)

(http://go.microsoft.com/fwlink/?linkid=187769&clcid=0xC0A) para restaurar las bases de datos

mediante Management Studio. Use la siguiente configuración para el procedimiento de

restauración:

En el paso 1, use el siguiente nombre para la instancia de Windows Internal Database:

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

En el paso 5, escriba el nombre de la base de datos correcta que se va a restaurar. Se

recomienda usar el mismo nombre que se usó al realizar la copia de seguridad de la base

de datos.

En el paso 7, seleccione el archivo de base de datos que copió en el paso 1.

Acepte todas las demás opciones predeterminadas y complete la restauración.

1. Descargue SQL Server 2008 R2 Express desde Microsoft SQL Server 2008 R2 Express

Edition (http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0xC0A).

2. Siga las instrucciones que aparecen en pantalla para instalar SQL Server 2008 R2 Express.

Para obtener información adicional, vea el tema sobre cómo instalar SQL Server 2008

(configuración) (http://go.microsoft.com/fwlink/?linkid=187771&clcid=0xC0A).

Tenga en cuenta especialmente la siguiente configuración:

En la página Configuración de instancia, especifique si desea instalar una Instancia

predeterminada o una Instancia con nombre. Si crea una instancia con nombre, anote el

nombre de instancia. Deberá suministrar este nombre en un procedimiento posterior.

En la página Configuración de servidores — Cuentas de servicio, debe especificar las

cuentas de inicio de sesión para servicios de SQL Server. Puede asignar la misma cuenta

de inicio de sesión a todos los servicios de SQL Server o puede configurar individualmente

cada cuenta de servicio.

En la página Configuración del Motor de base de datos, asegúrese de que la cuenta de

dominio usada para esta instalación aparece como un administrador de SQL Server.

Para mover las bases de datos de contenido al servidor nuevo

Para instalar SQL Server Express 2008 R2 en el servidor nuevo









431

1. Vaya a http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A


RBS_X64.msi.

Importante:

Debe instalar la versión de RBS incluida en Paquete de instalación del almacén

remoto de blobs de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2.

La versión de RBS debe ser 10.50.xxx. Ninguna versión de RBS anterior es

compatible con SharePoint Foundation 2010.

2. Abra la carpeta que contiene el archivo .msi y haga doble clic en RBS_X64.msi para iniciar el

Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.




disponible.



Nota:

La base de datos que hospedará los scripts no existe porque se creará durante el

proceso de actualización de la base de datos. La opción Ejecutar scripts se instalará

automáticamente durante la instalación de SharePoint Foundation 2010.


Durante la instalación, aparecerá un cuadro de diálogo sobre una tarea del Mantenedor de

RBS. Haga clic en Aceptar en ese cuadro de diálogo para proceder con la instalación.

1. Instale SharePoint Foundation 2010 mediante las instrucciones que aparecen en Instalación de

SharePoint Foundation 2010 en los servidores de la granja. Debe usar el nombre de instancia

de base de datos creado en el paso 2 del procedimiento Para instalar SQL Server Express

2008 R2 en el servidor nuevo realizado anteriormente en este artículo. Si usó la instancia con

nombre predeterminada en ese paso, debe escribirla aquí como “SQLExpress”. Si usó la

instancia predeterminada, deberá escribir " " en lugar de usar la instancia con nombre

predeterminada SQLExpress.

Tenga en cuenta que va a crear una nueva instalación de SharePoint Foundation 2010 y que

está realizando una actualización de base de datos adjunta y no una actualización en contexto.

Nota:

Después de instalar SharePoint Foundation 2010, no cree ninguna aplicación web

Para instalar RBS en el servidor nuevo

Para instalar SharePoint Foundation 2010 en el servidor nuevo


432

hasta que se le indique cómo hacerlo más adelante en este artículo.

1. Compruebe que la cuenta de usuario que lleva a cabo este procedimiento es la misma cuenta

de usuario que se usó para instalar SharePoint Foundation 2010 y RBS.




5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando para migrar

la base de datos de contenido a RBS. Debe repetir este comando para cada base de datos de

contenido. Consulte la lista de bases de datos de contenido generada por la herramienta de

comprobación previa a la actualización en el paso 4 del procedimiento Para preparar la

actualización a SharePoint Foundation 2010 en el servidor original anteriormente en este

artículo.

Move-SPBlobStorageLocation –SourceDatabase "<DbName>" –

DestinationDataSourceInstance "<InstanceName>"

donde:

<DbName> es el nombre de la base de datos de contenido que restauró en Windows

Internal Database.

<nombreDeInstancia> es el nombre de la instancia de base de datos de SQL Server que

creó en el procedimiento Para instalar SQL Server Express 2008 R2 en el servidor nuevo

anteriormente en este artículo. Si usó la instancia con nombre predeterminada en ese

paso, debe escribirla aquí como “SQLExpress”. Si usó la instancia predeterminada,

deberá escribir " " en lugar de usar la instancia con nombre predeterminada SQLExpress.

6. Cree las aplicaciones web que se adjuntan a las bases de datos de contenido. Para obtener

información acerca de cómo crear una aplicación web en SharePoint Foundation 2010, vea

Creación de una aplicación web (SharePoint Foundation 2010) o Configuración de una

aplicación web basada en notificaciones (SharePoint Foundation 2010).

7. Escriba el siguiente comando para adjuntar y actualizar una base de datos de contenido a una

aplicación web:

Mount-SPContentDatabase "<DbName>" –WebApplication <http://SiteName>

donde:

<DbName> es el nombre de la base de datos.

<http://SiteName> es el nombre de la aplicación web.

Repita este comando para cada base de datos de contenido.

Para obtener más información, vea los temas Move-SPBlobStorageLocation y Mount-

SPContentDatabase.


http://technet.microsoft.com/library/5b66feac-c365-4dfd-9ccb-a66a4faa617f(Office.14).aspx



433

8. Cree o restaure las personalizaciones necesarias en el nuevo sistema. Para obtener

información acerca de los pasos recomendados posteriores a la actualización, vea Realización

de pasos posteriores a la actualización (SharePoint Foundation 2010).



434

Realización de una actualización de base de datos adjunta a SharePoint Foundation 2010

Ahora que conoce mejor el proceso de actualización después de haber leído los artículos del tema

Introducción al proceso de actualización (SharePoint Foundation 2010) y después de haber planeado

la actualización mediante los pasos descritos en los artículos del tema Planeación y preparación de la

actualización (SharePoint Foundation 2010), ya está preparado para llevar a cabo la actualización de

base de datos adjunta a Microsoft SharePoint Foundation 2010. Puede seguir los pasos de esta

sección tanto para la actualización de prueba como para la actualización de base de datos adjunta real

en el conjunto o granja de servidores de producción.

En esta sección:

Lista de comprobación para la actualización de base de datos adjunta (SharePoint Foundation

2010)

Use esta lista de comprobación para asegurarse de que sigue todos los pasos necesarios mientras

se prepara para la actualización, la lleva a cabo y sigue los pasos posteriores a la misma.

Preparación del nuevo entorno de SharePoint Foundation

Antes de adjuntar y actualizar las bases de datos, debe configurar por completo el nuevo entorno.


Una vez que el nuevo entorno esté totalmente configurado, siga estas instrucciones para adjuntar

las bases de datos y actualizar los sitios de SharePoint.

435

Lista de comprobación para la actualización de base de datos adjunta (SharePoint Foundation 2010)

En este artículo se incluye una lista de comprobación que puede usar para asegurarse de que ha

seguido todos los pasos necesarios durante la preparación y la ejecución de la actualización, y la

realización de los pasos posteriores a la actualización.

En este artículo:


Realización de la actualización

Realización de pasos posteriores a la actualización

En algunos de los pasos se incluyen notas en las que se indica el tiempo necesario para realizar los

pasos. Se trata únicamente de un cálculo aproximado de la duración de los pasos. Para calcular el

tiempo necesario para cada paso en el entorno, se recomienda realizar actualizaciones de prueba en

un entorno de prueba. Para obtener más información, vea Estimación de la duración del proceso de

actualización y del espacio necesario (SharePoint Foundation 2010) y Uso de una actualización de

prueba para encontrar posibles problemas (SharePoint Foundation 2010).

Preparación de la actualización Siga estos pasos antes de iniciar una actualización de base de datos adjunta:

Pasos anteriores a la actualización de base de datos adjunta Notas




actualización

Ejecute la herramienta de


actualización y solucione los

problemas. Use el informe

generado por la herramienta para

rellenar la hoja de cálculo de

planeación de la actualización.



Realice este paso varias veces

cuando limpie el entorno y pruebe

el proceso de actualización.




problemas puede tardar días o

semanas.

436




[ ] Creación de un inventario de

personalizaciones del lado

servidor en el entorno

Cree un inventario de

personalizaciones del servidor en el

entorno (por ejemplo, soluciones,

características, elementos web,

controladores de eventos, páginas

principales, diseños de páginas o

archivos CSS). Gran parte de esta

información se muestra en un

informe al ejecutar la herramienta

de comprobación previa a la

actualización. Registre todas las

personalizaciones necesarias para

su entorno en la hoja de cálculo de

la actualización.

Pasos detallados: vea Identificar e

instalar personalizaciones en el

artículo sobre cómo realizar una

actualización de prueba para

detectar posibles problemas.

Realice este paso para todo el

entorno. Compruebe cada servidor

web para asegurarse de no omitir

ninguna personalización.

Mantenga el inventario actualizado

a medida que prepara la

actualización.

[ ] Limpieza del entorno

Antes de iniciar la actualización,

debe asegurarse de que el entorno

funciona correctamente y de limpiar

todo el contenido que no es

necesario actualizar. Limpie los

datos o sitios huérfanos, administre

las listas y las ACL de gran

tamaño, quite las versiones de

documentos innecesarias y elimine

las plantillas, características y

elementos web que no se usen.

Pasos detallados: Limpieza del

entorno antes de la actualización


todo el entorno.

Este proceso puede tardar días o

semanas.

437



Preparación del nuevo entorno

Vea también Preparación del nuevo entorno de SharePoint Foundation.

[ ] Instalación y configuración de

SharePoint Foundation 2010 y

los paquetes de idioma

Instale el software requerido y, a

continuación, instale y configure


Realice estos pasos en cada

servidor del conjunto o granja de

servidores.

Este paso puede tardar una o

varias horas según el número de

servidores que haya en el entorno.

[ ] Configuración general de la

granja de servidores

Vuelva a aplicar la configuración

general de la granja de servidores

anterior (por ejemplo, los tipos de

archivos bloqueados y la

configuración de cuota y correo

electrónico) y agregue usuarios o

grupos al grupo Administradores de

la granja de servidores. Configure

nuevas opciones, como la

colección de datos de

mantenimiento y uso, el registro de

diagnóstico y las cuentas móviles.


todo el entorno.

[ ] Creación y configuración de

aplicaciones web

Cree una aplicación web para cada

aplicación web del entorno anterior.


todo el entorno.

[ ] Nueva aplicación de las

personalizaciones del lado

servidor

Transfiera de forma manual todas

las personalizaciones del servidor a

la nueva granja de servidores.

Consulte el inventario creado en la

hoja de cálculo de la actualización

para asegurarse de instalar todos

los componentes de los que

Asegúrese de volver a aplicar las

personalizaciones a todos los

servidores web de la granja de

servidores.

438


depende el sitio para funcionar

correctamente.

[ ] Comprobación del nuevo

entorno

Después de configurar el nuevo

entorno, puede realizar pruebas

para asegurarse de que contiene

todos los componentes necesarios

antes de actualizar los datos.


todo el entorno.

Realización de la actualización Siga estos pasos por orden durante la actualización de la base de datos adjunta. Además, se incluyen

los pasos necesarios para una base de datos adjunta con bases de datos de solo lectura.

Pasos detallados: Bases de datos adjuntas y actualización a SharePoint Foundation 2010.

Si actualiza a partir de una instalación de Windows SharePoint Services 3.0 que usa Windows

Internal Database y el tamaño de la base de datos excede los 4 GB, debe llevar a cabo pasos

adicionales. Para obtener más información acerca de estos pasos, vea Actualización desde

una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation

2010 cuando las bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de

blobs).

Ejecución de una actualización de base de datos adjunta Notas



actualización

Vuelva a ejecutar la herramienta de


actualización para identificar nuevos

problemas o problemas existentes

antes de establecer las bases de

datos como de solo lectura o hacer

una copia de seguridad de las

bases de datos.





problemas puede tardar mucho

más.

Advertencia:

439



previa a la actualización (SharePoint

Foundation 2010).

[ ] Establecimiento de las bases de

datos de la versión anterior como

de solo lectura (base de datos

adjunta con bases de datos de

solo lectura)

Si desea que el entorno original esté

disponible para los usuarios en el

estado de solo lectura, establezca

las bases de datos como de solo

lectura ante de hacer una copia de

seguridad de dichas bases de

datos.


de datos de contenido del entorno.

Según la organización, es

probable que necesite un

administrador de la base de datos

para realizar esta tarea.

[ ] Copia de seguridad de bases de

datos

Realice una copia de seguridad de

todas las bases de datos de

contenido antes de comenzar con el

proceso de actualización de base de

datos adjunta.





el conjunto de datos y el entorno.





[ ] Desasociación de bases de datos

de la versión anterior (base de

datos adjunta estándar)

Si va a actualizar las bases de datos

originales (en lugar de una copia de

seguridad), desasocie las bases de

datos originales de la versión de

Microsoft SQL Server para poder

moverlas al nuevo entorno.







[ ] Restauración de una copia de

seguridad de la base de datos

(base de datos adjunta con bases

de datos de solo lectura)



Este paso puede tardar una hora

o más tiempo según el conjunto

440


Si desea actualizar una copia de las

bases de datos, restaure las bases

de datos a partir de la copia de

seguridad.

de datos y el entorno.





[ ] Comprobación de los

componentes personalizados

Use el cmdlet Test-

SPContentDatabase de Windows

PowerShell para comprobar si tiene

todos los componentes

personalizados necesarios para la

base de datos.



La ejecución del cmdlet tarda solo

unos minutos, pero la solución de

los problemas puede tardar

mucho más.

[ ] Comprobación de permisos

Asegúrese de que la cuenta usada

para adjuntar las bases de datos

sea miembro del rol de base de

datos fijo db_owner para las bases

de datos de contenido que desee

actualizar.

[ ] Adición de una base de datos de

contenido a una aplicación web

Adjunte la primera base de datos de

contenido que desee actualizar.

Debe realizar esta acción desde la

línea de comandos. Puede usar el

cmdlet Mount-SPContentDatabase

de Windows PowerShell o la

operación AddContentDB de

Stsadm.

Realice este paso para una base




el conjunto de datos y el hardware

de los servidores web, los

servidores de bases de datos y el


[ ] Comprobación de la actualización

para la primera base de datos

Compruebe si la actualización se ha

realizado correctamente para la

primera base de datos y revise el

sitio para detectar posibles

problemas.

Realice este paso para la base de

datos de contenido que acaba de

adjuntar.

441





Foundation 2010).

[ ] Adición de las bases de datos

restantes

Adjunte y actualice las bases de

datos de contenido restantes del

entorno. Debe realizar esta acción

desde la línea de comandos.


de datos de contenido restante del

entorno.



el conjunto de datos, si va a

actualizar varias bases de datos

en paralelo y según el hardware

de los servidores web, los

servidores de bases de datos y el


[ ] Supervisión del progreso de la

actualización

Use la página Estado de

actualización de Administración

central de SharePoint para

supervisar el progreso a medida que

se actualizan los sitios.




Foundation 2010).


de datos de contenido que

actualice.



conjunto de datos.

[ ] Comprobación de la actualización

de las bases de datos restantes

Compruebe si la actualización se ha

realizado correctamente para las

bases de datos de contenido

restantes y revise los sitios para

detectar posibles problemas.




Foundation 2010).


de datos de contenido restante del

entorno.



contenido.

442

Realización de pasos posteriores a la actualización Siga estos pasos por orden después de realizar una actualización de base de datos adjunta.

Pasos posteriores a una actualización de base de datos adjunta Notas

[ ] Comprobación de la

actualización y revisión de los

sitios actualizados

Revise los sitios para asegurarse

de que se han actualizado

correctamente y de que están

disponibles para los usuarios.

Pasos detallados: Comprobación

de la actualización y revisión de los


Foundation 2010).


base de contenidos actualizada y

colección de sitios del entorno.



contenido.

Además, debe solicitar que los

propietarios revisen sus sitios y

generen informes acerca de los

posibles problemas.

Vea también Hoja de cálculo de actualización para Productos de SharePoint 2010


443

Preparación del nuevo entorno de SharePoint Foundation

Al actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 mediante el

método de base de datos adjunta, sólo se actualiza el contenido para el entorno, pero no la

configuración. Este método resulta útil cuando se cambia hardware o se desea volver a configurar la

topología del conjunto o granja de servidores como parte del método de actualización. Para obtener

más información acerca de cómo elegir un método de actualización, vea Determinación del método de


Para poder actualizar los datos, es necesario configurar un nuevo servidor o granja de servidores

mediante SharePoint Foundation 2010. En este artículo se explican los elementos que se deben

configurar para crear el nuevo entorno. Para obtener más información sobre el proceso general de

actualización mediante el enfoque de actualización de base de datos adjunta, vea el tema sobre

Introducción al proceso de actualización (SharePoint Foundation 2010).

Para realizar los pasos que se indican en el artículo, debe tener derechos de administrador en

el equipo del servidor local. Para obtener más información, vea Cuentas de servicio y

administrativas requeridas para la implementación inicial (SharePoint Foundation 2010).

En este artículo:

Antes de comenzar

Creación y configuración del nuevo entorno

Comprobación del nuevo entorno

Realizar la actualización

Antes de comenzar Antes de comenzar a crear el nuevo entorno para una actualización de base de datos adjunta, revise la

siguiente información sobre permisos, requisitos de hardware y requisitos de software.










Importante:

444

Ejecute la herramienta de comprobación previa a la actualización en el entorno original. Esta

herramienta identifica posibles problemas de actualización en el entorno para poder solucionarlos

antes de la actualización. También puede ayudarle a identificar la configuración necesaria para el

entorno. Para obtener más información, vea Ejecución de la herramienta de comprobación previa a

la actualización (SharePoint Foundation 2010).

Creación y configuración del nuevo entorno El proceso de creación y configuración del nuevo entorno consta de varios pasos que deben realizarse

en la secuencia correcta. Los pasos son:

1. Instale SharePoint Foundation 2010 en el servidor o servidores.

2. Configure las aplicaciones de servicio.

3. Configure las opciones generales de la granja de servidores.

4. Cree y configure aplicaciones web.

5. Vuelva a aplicar las personalizaciones.

En el resto de esta sección se describen estos pasos y se proporcionan vínculos a otros artículos que

contienen instrucciones detalladas para llevarlos a cabo. Una vez realizados estos pasos, puede

comprobar el entorno y, posteriormente, llevar a cabo la actualización.

Instalar

El primer paso para crear el nuevo entorno consiste en instalar SharePoint Foundation 2010 y

configurar el nuevo servidor o granja de servidores. Para ello, debe seguir este procedimiento:

1. Ejecute la Herramienta de preparación de Productos de Microsoft SharePoint para instalar todo el

software necesario.

2. Ejecute el programa de instalación para instalar el producto.

3. Instale todos los paquetes de idioma que necesite en el entorno.

4. Ejecute el Asistente para configuración de Productos de SharePoint para configurar los servidores.

En los siguientes artículos, se proporcionan instrucciones detalladas para llevar a cabo estas tareas.

Instalación y configuración del producto

Siga los pasos de uno de los siguientes artículos para instalar y configurar SharePoint Foundation

2010 en un solo servidor o en una granja de servidores:



Para obtener más escenarios de implementación (como la instalación en un entorno independiente

mediante SQL Express), vea Escenarios de implementación (SharePoint Foundation 2010).

Instalación y configuración de los paquetes de idioma

445

Siga los pasos descritos en Implementación de paquetes de idioma (SharePoint Foundation 2010)

para instalar y configurar los paquetes de idioma necesarios para los sitios del entorno.

Configuración de las aplicaciones de servicio

Debe configurar los servicios que desea usar en el entorno, como el servicio Conectividad a datos

empresariales. Los pasos incluidos en los artículos sobre escenarios de implementación enumerados

anteriormente indican cómo usar el Asistente de configuración del conjunto de servidores inicial para

habilitar todos los servicios. Sin embargo, también puede configurar los servicios de forma manual.

Para obtener más información acerca de cómo configurar los servicios de forma manual, vea

Configurar servicios (SharePoint Foundation 2010).

Configuración de las opciones generales de la granja de servidores

El siguiente paso en la creación del nuevo entorno consiste en aplicar las opciones generales de la

granja de servidores. De forma manual, debe volver a aplicar las opciones de configuración de la

granja de la versión anterior, incluidas las siguientes:

Configuración de correo electrónico entrante y saliente

Toda la configuración de permisos y seguridad de la granja de servidores, como la adición de

cuentas de usuario o grupo al grupo de administradores de la granja de servidores.

Tipos de archivos bloqueados

Plantillas de cuota

Y debe configurar todas las opciones nuevas de la granja de servidores que desee usar, como las

siguientes:

Recolección de datos de mantenimiento y uso

Registro de diagnóstico

Cuentas móviles

Para obtener más información acerca de cómo configurar estos valores, vea Configuración de

opciones del conjunto o granja de servidores (SharePoint Foundation 2010).

Creación y configuración de aplicaciones web

Cree una aplicación web por cada aplicación web que existía en el entorno original. Para cada

aplicación web, haga lo siguiente:

Use la misma dirección URL y configure las opciones de las asignaciones alternativas de acceso.

Si usa una dirección URL diferente, es posible que las aplicaciones de Microsoft Office no

se redirijan correctamente a la nueva dirección URL y que no funcionen los marcadores a

las direcciones URL antiguas.

Use el mismo método de autenticación.

Nota:

446

Si usaba la autenticación basada en formularios, en su lugar deberá configurar la autenticación

basada en notificaciones. También deberá crear una directiva de aplicación web para conceder

control total a la cuenta de usuario que llevará a cabo la actualización de base de datos

adjunta.

Para obtener más información, vea Configuración de la autenticación basada en formularios

para una aplicación web basada en notificaciones (SharePoint Foundation 2010).

Vuelva a crear las rutas de acceso incluidas (como /Sitios).

Habilite la creación de sitios sin intervención del administrador para todas las aplicaciones web que

la usaban en el entorno anterior.

Para obtener más información acerca de cómo configurar las aplicaciones web y la autenticación, vea


Para la autenticación clásica: Creación de una aplicación web (SharePoint Foundation 2010)

Para la autenticación basada en notificaciones: Configuración de una aplicación web basada en

notificaciones (SharePoint Foundation 2010) y Configuración de la autenticación basada en

formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010)

Volver a aplicar las personalizaciones


características, soluciones y otros elementos personalizados. Asegúrese de que todos los elementos

personalizados que necesite estén instalados en los servidores front-end web antes de iniciar el

proceso de actualización. Puede usar la herramienta de comprobación previa a la actualización para

compilar una lista de personalizaciones del lado servidor en el entorno. Para obtener más información,

vea Identificar e instalar personalizaciones en el artículo sobre cómo realizar una actualización de

prueba para detectar posibles problemas.

En este paso, debe transferir de forma manual todas las personalizaciones a la nueva granja de

servidores. Asegúrese de instalar todos los componentes de los que dependen los sitios para funcionar

correctamente, incluidos los siguientes:

Definiciones del sitio personalizadas

Si la definición del sitio se creó en Windows SharePoint Services 3.0, puede copiarla en el

nuevo entorno tal cual. Sin embargo, si se creó en la versión 2.0 de Windows SharePoint

Services, es posible que deba crear un archivo de definición de actualización para asignar

la definición del sitio a las nuevas características de Windows SharePoint Services 3.0.

Para obtener más información, vea los temas sobre el desarrollo de nuevas definiciones

del sitio personalizadas y creación de archivos de definición de actualización (Windows

SharePoint Services) y sobre la implementación de archivos de definición de actualización

y nuevas definiciones del sitio (Windows SharePoint Services).

Importante

Nota:




http://technet.microsoft.com/es-es/library/cc288457(Office.12).aspx

http://technet.microsoft.com/es-es/library/cc288457(Office.12).aspx

447

Hojas de estilos personalizadas, incluidas las hojas de estilos en cascada y las imágenes

Elementos web personalizados

Servicios web personalizados

Soluciones y características personalizadas

Ensamblados personalizados

Cambios de Web.config (como la seguridad)

Asegúrese de transferir los valores de configuración únicos de los archivos Web.config para cada

aplicación web a los nuevos servidores.

Cualquier otro componente o archivo de los que dependan los sitios.

Para obtener más información acerca de cómo actualizar las personalizaciones para su uso en

SharePoint Foundation 2010, vea el tema sobre cómo volver a implementar personalizaciones y

soluciones en SharePoint Foundation 2010 y SharePoint Server 2010. Para obtener más información

acerca de cómo implementar las personalizaciones en el entorno, vea Introducción a la

implementación de las personalizaciones (SharePoint Foundation 2010).

Comprobación del nuevo entorno Una vez instalado el nuevo entorno, puede realizar pruebas para asegurarse de que contiene todos los

componentes necesarios antes de actualizar los datos. Para probar el nuevo entorno, puede usar los

siguientes métodos:

Cree una nueva aplicación web y, a continuación, use el cmdlet Test-SPContentDatabase de

Windows PowerShell para comprobar que todas las personalizaciones del lado servidor necesarias

para esa base de datos de contenido están presentes en el nuevo entorno. No adjunte ni actualice

la base de datos. Para obtener más información, vea Test-SPContentDatabase.

Además, puede ejecutar este comando en la base de datos de contenido original, pero la

base de datos no debe estar activa en ese momento.

Use la operación enumallwebs de Stsadm en el entorno de Windows SharePoint Services 3.0

para ver con qué plantilla se asocia cada sitio y, a continuación, compruebe si la plantilla está

instalada en el entorno de SharePoint Foundation 2010. La actualización acumulativa de octubre

incluye mejoras en la operación enumallwebs que pueden ayudarle a encontrar las

personalizaciones en uso. Para obtener más información sobre esta operación, vea el tema sobre

la operación enumallwebs de Stsadm (Windows SharePoint Services).

Realizar la actualización Una vez que haya terminado de preparar el entorno nuevo, podrá adjuntar y actualizar las bases de

datos.

Nota:

http://msdn.microsoft.com/es-es/library/ee662217(office.14).aspx

http://msdn.microsoft.com/es-es/library/ee662217(office.14).aspx



448

Siga los pasos descritos en Bases de datos adjuntas y actualización a SharePoint Foundation 2010

para adjuntar y actualizar las bases de datos desde el servidor o granja de servidores de Windows

SharePoint Services 3.0 al nuevo servidor o granja de servidores de SharePoint Foundation 2010.

Si actualiza a partir de una instalación de Windows SharePoint Services 3.0 que usa Windows

Internal Database y el tamaño de la base de datos excede los 4 GB, debe llevar a cabo pasos

adicionales. Para obtener más información, vea Actualización desde una instalación


bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs).

Importante:

449


Al actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 mediante el

método de actualización de base de datos adjunta, solo se actualiza el contenido para el entorno, pero

no la configuración. Este método de actualización resulta útil cuando se cambia hardware o se desea

volver a configurar la topología del conjunto o granja de servidores como parte del método de

actualización. Para obtener más información acerca de cómo elegir un método de actualización, vea

Determinación del método de actualización (SharePoint Foundation 2010).

El primer paso del proceso es preparar un nuevo entorno para hospedar el contenido actualizado. Si

todavía no preparó y configuró el nuevo entorno, siga los pasos de Preparación del nuevo entorno de

SharePoint Foundation para hacerlo.

Después de preparar el nuevo entorno, puede usar los procedimientos de este artículo para desasociar

y volver a conectar las bases de datos para realizar la actualización real.

En este artículo:


Antes de comenzar

Configurar las bases de datos de la versión anterior como de solo lectura (base de datos adjunta

con bases de datos de solo lectura)

Realizar una copia de seguridad de las bases de datos de versión anterior mediante las

herramientas de SQL Server

Desasociar las bases de datos de la versión anterior (base de datos adjunta estándar)

Restaurar una copia de seguridad de la base de datos (base de datos adjunta con bases de datos

de solo lectura)

Comprobar los componentes personalizados

Adjuntar una base de datos de contenido a una aplicación web

Comprobación: comprobación de actualización de la primera base de datos

Adjuntar las bases de datos restantes

Comprobación: comprobación de actualización de las bases de datos adicionales




de iniciar el proceso de actualización. Use la herramienta de comprobación previa a la

actualización y, en el caso de una actualización de base de datos adjunta, también use el

cmdlet test-spcontentdatabase de Windows PowerShell para identificar los elementos

Nota:

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#Detach

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#VerifyCustom

450

personalizados que podrían estar en uso en los sitios. Para obtener más información, vea

Identificar e instalar personalizaciones en el artículo sobre cómo realizar una actualización de

prueba para detectar posibles problemas.

Para obtener más información acerca del proceso general de actualización mediante el método de

actualización de base de datos adjunta, vea Introducción al proceso de actualización (SharePoint

Foundation 2010).

Introducción al proceso Al actualizar mediante una actualización de base de datos adjunta, se desasocian las bases de datos

de la granja de servidores antigua y se adjuntan a la granja nueva. Al adjuntar una base de datos a la

nueva granja, el proceso de actualización se ejecuta y actualiza toda la base de datos. El proceso de

actualización de base de datos adjunta es similar al proceso de actualización en contexto. La diferencia

es que el proceso de actualización de base de datos adjunta se realiza manualmente y en un entorno

independiente.

Si desea conservar la granja de servidores original y permitir a los usuarios seguir teniendo acceso a

sus datos, debe establecer las bases de datos como de solo lectura y, posteriormente, adjuntar una

copia de seguridad de las bases de datos.

En este artículo, la parte del proceso que corresponde específicamente al movimiento de una

base de datos desde un equipo que ejecuta Microsoft SQL Server hacia otro que ejecuta SQL

Server se denomina reubicación planeada. Para obtener más información acerca de la

reubicación planeada, vea el tema sobre cómo mover bases de datos de usuario


Para obtener una descripción general del proceso de actualización, vea el tema sobre Introducción al

proceso de actualización (SharePoint Foundation 2010).

Antes de comenzar Antes de comenzar con la actualización de base de datos adjunta, revise la siguiente información

sobre permisos y requisitos de hardware y software. Siga los pasos especificados para instalar o

configurar software necesario o para modificar la configuración.







Nota:


451




Asegúrese de que la cuenta que se usa para adjuntar las bases de datos pertenece al rol de base

de datos fijo db_owner de las bases de datos de contenido que desea actualizar.

Ejecute la herramienta de comprobación previa a la actualización en los sitios almacenados en las

bases de datos. La herramienta de comprobación previa a la actualización identifica posibles

problemas de actualización en el entorno para que puedan resolverse antes de la actualización.

Para obtener más información, vea Ejecución de la herramienta de comprobación previa a la


Cree un nuevo entorno de granjas de servidores. Para obtener información acerca de cómo crear

el nuevo entorno, vea Preparación del nuevo entorno de SharePoint Foundation.

Compruebe si existen errores de coherencia en la base de datos y repárelos. Para obtener más

información, vea el tema sobre el mantenimiento de bases de datos para Windows SharePoint

Services 3.0 (notas del producto).

Configurar las bases de datos de la versión anterior como de solo lectura (base de datos adjunta con bases de datos de solo lectura) Si usa el método híbrido de bases de datos de solo lectura para la actualización, establezca las bases

de datos de la versión anterior como de solo lectura antes de hacer la copia de seguridad de las bases

de datos. En cualquier tipo de actualización de base de datos adjunta, también se pueden establecer

las bases de datos como de solo lectura temporalmente para garantizar que se capturen todos los

datos en la copia de seguridad de modo que se restaure y actualice el estado actual del entorno. Con

las bases de datos configuradas como de solo lectura, los usuarios pueden seguir viendo el contenido,

pero no podrán agregar contenido ni cambiarlo.

No se puede actualizar una base de datos establecida como de solo lectura. Si usa una base

de datos adjunta con bases de datos de solo lectura, debe restaurar una copia de la base de

datos y llevar a cabo la actualización en la copia. Si no usa este método, pero desea

establecer las bases de datos de contenido como de solo lectura temporalmente mientras

realiza una copia de seguridad de los datos actuales, asegúrese de establecer las bases de

datos como de lectura y escritura antes de adjuntar y actualizar las bases de datos.

Asegúrese de haber ejecutado la herramienta de comprobación previa a la actualización antes

de llevar a cabo este procedimiento. Para obtener más información, vea Ejecución de la

herramienta de comprobación previa a la actualización (SharePoint Foundation 2010).

Importante:

Importante:



452

1. En el Administrador corporativo de SQL Server, haga clic con el botón secundario del mouse

en el nombre de la base de datos que desea configurar como de solo lectura y, a continuación,

haga clic en Propiedades.

2. En el cuadro de diálogo Propiedades, haga clic en la pestaña Opciones.

3. En Acceso, active la casilla de verificación Solo lectura y haga clic en Aceptar.

1. En SQL Server Management Studio, haga clic con el botón secundario del mouse en el

nombre de la base de datos que desea configurar como de solo lectura y, a continuación, haga

clic en Propiedades.

2. En la sección Seleccionar una página, haga clic en Opciones.

3. En el panel derecho, en Otras opciones, en la sección Estado, junto a Base de datos de

solo lectura, haga clic en la flecha y, a continuación, seleccione Verdadero.

1. En SQL Server Management Studio, en el Explorador de objetos, conéctese a una sesión del

motor de base de datos, expanda el servidor y, a continuación, expanda Bases de datos.

2. Seleccione las bases de datos que desea configurar como de solo lectura, haga clic con el

botón secundario del mouse en la base de datos y, a continuación, haga clic en Propiedades.

3. En el cuadro de diálogo Propiedades de la base de datos, en la sección Seleccionar una

página, haga clic en Opciones.

4. En el panel derecho, en Otras opciones, en la sección Estado, junto a Base de datos de

solo lectura, haga clic en la flecha y, a continuación, seleccione Verdadero.

Puede configurar la opción de disponibilidad de base de datos READ_ONLY mediante Transact-SQL.

Para obtener más información acerca de cómo usar la cláusula SET de la instrucción ALTER

DATABASE, vea el tema sobre la configuración de opciones de base de datos


Realizar una copia de seguridad de las bases de datos de versión anterior mediante las herramientas de SQL Server Siga el procedimiento que corresponda para realizar copias de seguridad de las bases de datos de

SQL Server 2000, SQL Server 2005 o SQL Server 2008. Repita estos pasos para cada base de datos

de contenido en la granja de servidores.

Para configurar una base de datos como de solo lectura en SQL Server 2000




453

No es necesario realizar copias de seguridad de las bases de datos de configuración o de contenido de

administración, ya que volverá a crear estas bases de datos en la granja de servidores nueva. Para

obtener más información acerca de los tipos de bases de datos posibles en una granja de servidores

Windows SharePoint Services 3.0, vea el tema sobre Tipos de bases de datos y descripciones

(Windows SharePoint Services 3.0).

Una vez finalizado este procedimiento, se habrán creado los duplicados de las bases de datos de

contenido de solo lectura.

1. En el servidor de base de datos, haga clic en Inicio, elija Todos los programas, elija

Microsoft SQL Server y, a continuación, haga clic en Administrador corporativo.

2. En el Administrador corporativo de SQL Server, expanda Servidores Microsoft SQL Server.

3. Expanda Grupo de SQL Server.

4. Expanda (local) (Windows NT).


6. Haga clic con el botón secundario del mouse en la base de datos de la que desea realizar una

copia de seguridad, elija Todas las tareas y, a continuación, haga clic en Copia de seguridad

de la base de datos.

7. En el cuadro Nombre del cuadro de diálogo Copia de seguridad de SQL Server, escriba un

nombre para la copia de seguridad y, a continuación, en el área Copia de seguridad,

seleccione Base de datos: completa.

8. En el área Destino, seleccione un destino existente, o bien, haga lo siguiente:

a. Haga clic en Agregar.

b. En el cuadro Seleccionar destino de la copia de seguridad, seleccione Nombre de

archivo y, a continuación, junto al cuadro Nombre de archivo, haga clic en Examinar.

c. En el cuadro Nombre de archivo del cuadro de diálogo Ubicación del dispositivo de

copia de seguridad - (local), escriba un nombre de archivo y, a continuación, haga clic en

Aceptar.

d. Haga clic en Aceptar de nuevo para cerrar el cuadro de diálogo Seleccionar destino de

la copia de seguridad.

9. Haga clic en Aceptar para iniciar el proceso de copia de seguridad.

10. Haga clic en Aceptar para confirmar que el proceso de copia de seguridad se completó.

Repita el procedimiento anterior para realizar una copia de seguridad de todas las demás bases de

datos de contenido que usa Windows SharePoint Services 3.0 en el entorno.

1. En el servidor de base de datos, haga clic en Inicio, elija Todos los programas, Microsoft

Para realizar una copia de seguridad de una base de datos en SQL Server 2000




454

SQL Server 2005 y, a continuación, haga clic en SQL Server Management Studio.

2. En el cuadro Conectar al servidor, especifique la información de conexión y haga clic en

Conectar.

3. Tras conectarse a la sesión adecuada del motor de base de datos de SQL Server 2005, en

Explorador de objetos, expanda el nombre del servidor para expandir el árbol del servidor.

4. Expanda Bases de datos, haga clic con el botón secundario del mouse en la base de datos de

la que desea realizar una copia de seguridad, elija Tareas y haga clic en Copia de seguridad.

Aparecerá el cuadro de diálogo Copia de seguridad de la base de datos.

5. En el área Origen, en el cuadro Base de datos, compruebe el nombre de la base de datos.

6. En el cuadro Tipo de copia de seguridad, seleccione Completa.

7. En Componente de copia de seguridad, seleccione Base de datos.

8. En el área Conjunto de copia de seguridad, en el cuadro de texto Nombre, acepte el

nombre del conjunto de copia de seguridad predeterminado que se sugiere o escriba otro

nombre para el conjunto de copia de seguridad.

9. En el área Destino, para especificar el tipo de destino de la copia de seguridad, seleccione

Disco o Cinta y, a continuación, especifique un destino. Para crear otro destino, haga clic en

Agregar.




1. En el servidor de base de datos, haga clic en Inicio, elija Todos los programas, elija

Microsoft SQL Server 2008 y, a continuación, haga clic en SQL Server Management Studio.

2. En el cuadro Conectar al servidor, especifique la información de conexión y, a continuación,

haga clic en Conectar.


Explorador de objetos, expanda el nombre del servidor.

4. Expanda Bases de datos, haga clic con el botón secundario del mouse en la base de datos de

la que desea realizar una copia de seguridad, elija Tareas y, a continuación, haga clic en

Copia de seguridad. Aparecerá el cuadro de diálogo Copia de seguridad de la base de

datos.

5. En el área Origen, en el cuadro Base de datos, compruebe el nombre de la base de datos.

6. En el cuadro Tipo de copia de seguridad, seleccione Completa.

7. En Componente de copia de seguridad, seleccione Base de datos.

8. En el área Conjunto de copia de seguridad, en el cuadro de texto Nombre, acepte el

nombre predeterminado del conjunto de copia de seguridad o escriba otro nombre.

9. En el área Destino, para especificar el tipo de destino de la copia de seguridad, seleccione


455

Disco o Cinta y, a continuación, especifique un destino. Para crear otro destino, haga clic en

Agregar.




Desasociar las bases de datos de la versión anterior (base de datos adjunta estándar) Antes de adjuntar las bases de datos al nuevo entorno y actualizar los datos, es necesario

desasociarlas del entorno actual. Una vez desasociadas las bases de datos, puede moverlas a un

servidor de bases de datos nuevo o dejarlas en el servidor de bases de datos existente y adjuntarlas a


No use el siguiente procedimiento si va a realizar una actualización de base de datos adjunta

con bases de datos de solo lectura. Para seguir proporcionando a los usuarios acceso al

contenido, debe dejar las bases de datos adjuntas y seguir los pasos descritos en la sección

Restaurar una copia de seguridad de la base de datos (base de datos adjunta con bases de

datos de solo lectura) más adelante en este artículo para crear una copia de las bases de

datos.

1. En Administración central, en la sección Administración de aplicaciones web de SharePoint

de la página Administración de aplicaciones, haga clic en Bases de datos de contenido.

2. En la página Administrar bases de datos de contenido, haga clic en la base de datos de

contenido que desea desasociar.

Nota:

Si la base de datos de contenido no aparece, se puede asociar con otra aplicación

web. Para seleccionar otra aplicación web, en el menú Aplicación web, haga clic en

Cambiar aplicación web.

3. En la sección Quitar base de datos de contenido de la página Administrar configuración de

bases de datos de contenido, active la casilla de verificación Quitar base de datos de

contenido y, a continuación, haga clic en Aceptar.

Nota:

Al quitar la base de datos de contenido, no se elimina la base de datos; solo se quita la

asociación de la base de datos con la aplicación web.

4. Repita los pasos 2 y 3 para cada base de datos de contenido que desee desasociar.

Importante:

Para desasociar una base de datos de contenido de una aplicación web

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#restore

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#restore

456

También puede usar la operación deletecontentdb de Stsadm para desasociar una base de datos de

contenido de una aplicación web. Para obtener más información, vea el tema sobre la operación

deletecontentdb de Stsadm (Windows SharePoint Services).

Si va a mover las bases de datos a un servidor de bases de datos diferente, también debe desasociar

las bases de datos de la sesión de SQL Server antes de moverlas y adjuntarlas a la nueva sesión de

SQL Server después de moverlas.

Si mueve las bases de datos a una sesión de SQL Server diferente, asegúrese de comprobar

que la seguridad está correctamente configurada. Compruebe que las cuentas que usa tienen

los roles fijos y los permisos adecuados en las bases de datos y que seguirán siendo cuentas

válidas si mueve las bases de datos entre dominios.

1. En SQL Server 2005 Management Studio, abra la sesión de origen de SQL Server y, a

continuación, expanda el nodo Bases de datos.

2. Haga clic con el botón secundario en la base de datos de contenido, elija Tareas y, a

continuación, haga clic en Desasociar. Repita este paso para cada base de datos que desee

desasociar y mover.

Nota:

Use este procedimiento para mover únicamente bases de datos de contenido. No

desasocie ninguna otra base de datos.

3. En el Explorador de Windows, busque la ubicación de los archivos .mdf y .ldf de las bases de

datos de contenido.

4. Seleccione los archivos .mdf y .ldf de la base de datos que desea mover y cópielos o muévalos

al directorio de destino.

5. En SQL Server 2005 Management Studio, abra la sesión de origen de SQL Server.

6. Haga clic con el botón secundario del mouse en el nodo Bases de datos, elija Tareas y, a

continuación, haga clic en Adjuntar.

7. En el cuadro de diálogo Adjuntar base de datos, vaya a la ubicación a la que transfirió los

archivos .mdf y .ldf, seleccione el archivo .mdf de la base de datos que desea adjuntar y, a


8. Repita los pasos 6 y 7 para cada base de datos de contenido que desee mover.

Importante:

Para desasociar una base de datos de una sesión de SQL Server y moverla a otra sesión de SQL Server



457

Restaurar una copia de seguridad de la base de datos (base de datos adjunta con bases de datos de solo lectura) Después de configurar la nueva granja de servidores, puede restaurar las copias de seguridad de las

bases de datos en uno de los siguientes Microsoft SQL Server 2008 R2, SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la

actualización acumulativa 3. Observe que debe restaurar a una versión de 64 bits de SQL Server 2008

R2, SQL Server 2008 con SP1 y la actualización acumulativa 2, y SQL Server 2005 con SP3 y la

actualización acumulativa 3. Empiece por una base de datos y, a continuación, compruebe que la

restauración haya funcionado antes de restaurar las demás bases de datos.

En la siguiente sección se indican los procedimientos que deben seguirse para restaurar las copias de

seguridad.

1. En SQL Server Management Studio, haga clic con el botón secundario del mouse en Bases

de datos y, a continuación, haga clic en Restaurar base de datos. Aparecerá el cuadro de

diálogo Restaurar base de datos.

2. En el cuadro de diálogo Restaurar base de datos, en la página General, en el cuadro A una

base de datos, escriba el nombre de la base de datos que desea restaurar.

3. En el cuadro de texto A un momento dado, mantenga la opción predeterminada (Lo más

reciente posible).

4. Para especificar el origen y la ubicación de los conjuntos de copias de seguridad que se van a

restaurar, haga clic en Desde dispositivo y, a continuación, haga clic en Examinar para

seleccionar el archivo de copia de seguridad.

5. En el cuadro de diálogo Especificar copia de seguridad, en el cuadro Medio para copia de

seguridad, asegúrese de que esté seleccionado Archivo.

6. En el área Ubicación de la copia de seguridad, haga clic en Agregar.

7. En el cuadro Buscar archivo de copia de seguridad, seleccione el archivo que desea

restaurar y, a continuación, haga clic en Aceptar.

8. En la cuadrícula Seleccionar los conjuntos de copia de seguridad que se van a restaurar,

active la casilla de verificación Restaurar situada junto a la copia de seguridad más reciente.

9. En el cuadro de diálogo Restaurar base de datos, en la página Opciones, en Opciones de

restauración, active la casilla de verificación Sobrescribir la base de datos existente.

10. Haga clic en Aceptar para iniciar el proceso de restauración.


Para restaurar la copia de seguridad de una base de datos en SQL Server 2005 Enterprise Edition

Para restaurar la copia de seguridad de una base de datos en SQL Server 2008 Enterprise

458

Explorador de objetos, expanda el nombre del servidor.

2. Haga clic con el botón secundario del mouse en Bases de datos y, a continuación, haga clic

en Restaurar base de datos. Aparecerá el cuadro de diálogo Restaurar base de datos.

3. En el cuadro de diálogo Restaurar base de datos, en la página General, escriba el nombre

de la base de datos que desea restaurar en la lista A una base de datos.

4. En el cuadro de texto A un momento dado, mantenga la opción predeterminada (Lo más

reciente posible).

5. Para especificar el origen y la ubicación de los conjuntos de copia de seguridad que se van a

restaurar, haga clic en Desde dispositivo y, a continuación, haga clic en Examinar para

seleccionar el archivo de copia de seguridad.

6. En el cuadro de diálogo Especificar copia de seguridad, en el cuadro Medio para copia de

seguridad, confirme la selección de Archivo.

7. En el área Ubicación de la copia de seguridad, haga clic en Agregar.

8. En el cuadro de diálogo Buscar archivo de copia de seguridad, seleccione el archivo que

desea restaurar, haga clic en Aceptar y, a continuación, en el cuadro de diálogo Especificar

copia de seguridad, haga clic en Aceptar.

9. En el cuadro de diálogo Restaurar base de datos, en la cuadrícula Seleccionar los

conjuntos de copia de seguridad que se van a restaurar, active la casilla de verificación

Restaurar junto a la copia de seguridad completa más reciente.

10. En el cuadro de diálogo Restaurar base de datos, en la página Opciones, en Opciones de

restauración, active la casilla de verificación Sobrescribir la base de datos existente.

11. Haga clic en Aceptar para iniciar el proceso de restauración.

Comprobar los componentes personalizados Antes de adjuntar las bases de datos de contenido a las aplicaciones web, use el cmdlet Test-

SPContentDatabase de Windows PowerShell para comprobar si tiene todos los componentes

personalizados que necesita para esa base de datos.

1. Compruebe si se cumplen los siguientes requisitos mínimos: Vea Add-SPShellAdmin.





Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>

donde:

Para comprobar qué componentes personalizados están disponibles mediante Windows PowerShell

459

<nombreDeBaseDeDatos> es el nombre de la base de datos que desea probar.

<direcciónURL> es la dirección URL de la aplicación web que hospedará los sitios.

Para obtener más información, vea Test-SPContentDatabase.

Adjuntar una base de datos de contenido a una aplicación web Al adjuntar una base de datos de contenido, asegúrese de que el sitio raíz de la aplicación web esté

incluido en la primera base de datos de contenido que adjunte. Es decir, antes de continuar, examine

la raíz de la aplicación web en la granja de servidores original para determinar la primera colección de

sitios. Después de adjuntar la base de datos que contiene el sitio raíz, puede adjuntar las otras bases

de datos de contenido de la aplicación web en cualquier orden. No es necesario crear colecciones de

sitios para almacenar el contenido antes de adjuntar la base de datos; en este proceso se crean las

colecciones de sitios automáticamente. Asegúrese de no agregar ninguna colección de sitios nueva

hasta que haya restaurado todas las bases de datos de contenido.

Si va a mover las bases de datos de contenido entre dominios o bosques, o a otro entorno que

tiene cuentas de servicio diferentes, asegúrese de que los permisos para las cuentas de

servicio sigan siendo correctos antes de adjuntar las bases de datos.

Puede usar el cmdlet Mount-SPContentDatabase de Windows PowerShell o el comando

addcontentdb de Stsadm para adjuntar una base de datos de contenido a una aplicación web. El uso

de las páginas de Administración central de SharePoint para adjuntar una base de datos de contenido

no se admite para la actualización.

Asegúrese de que la cuenta que se usa para adjuntar las bases de datos pertenece al rol de base de

datos fijo db_owner de las bases de datos de contenido que desea actualizar.

Si se usaba autenticación basada en formularios, se deberá configurar la autenticación basada

en notificaciones para la aplicación web antes de adjuntar las bases de datos. También deberá

crear una directiva para conceder control total en la aplicación web a la cuenta de usuario que

llevará a cabo la actualización de base de datos adjunta.

Para obtener más información, vea Configuración de la autenticación basada en formularios

para una aplicación web basada en notificaciones (SharePoint Foundation 2010).

No se puede adjuntar la misma base de datos de contenido a una granja de servidores más de

una vez, incluso en aplicaciones web diferentes. Cada colección de sitios de una base de

datos de contenido tiene un GUID asociado, registrado en la base de datos de configuración.

Por lo tanto, no se puede agregar la misma colección de sitios dos veces a la granja de

Importante:

Importante

Sugerencia


460

servidores, incluso en aplicaciones web independientes. Si bien la base de datos se puede

adjuntar correctamente en este caso, no se podrá iniciar la colección de sitios.

Si necesita una copia duplicada de una colección de sitios en la misma granja de servidores,

adjunte primero la base de datos que contiene la colección de sitios a una granja de servidores

independiente y, a continuación, use las operaciones de copia de seguridad y restauración

Stsadm para copiar la colección de sitios en la otra granja de servidores. El proceso de copia

de seguridad y restauración Stsadm crea un nuevo GUID para la colección de sitios.






Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -

WebApplication <URL> [-Updateuserexperience]

donde:

<NombreDeBaseDeDatos> es el nombre de la base de datos que desea actualizar.

<NombreDeServidor> es el servidor en el cual se almacena la base de datos.

<direcciónURL> es la dirección URL de la aplicación web que hospedará los sitios.

ActualizarExperienciaDelUsuario es la opción para actualizar a la nueva experiencia del

usuario o permanecer en la experiencia del usuario antigua (parte de la actualización

visual). Al incluir este parámetro, el sitio se establece para mostrar una vista previa de la

nueva experiencia del usuario. Omita este parámetro si desea que el sitio permanezca en

la experiencia del usuario antigua después de la actualización. Para obtener más

información, vea Planeación de la actualización visual (SharePoint Foundation 2010).

Para obtener más información, vea Mount-SPContentDatabase.

Nota:






extensions\12\Bin.

Para adjuntar una base de datos de contenido a una aplicación web mediante Windows PowerShell

Para adjuntar una base de datos de contenido a una aplicación web mediante la herramienta de línea de comandos Stsadm


461


stsadm -o addcontentdb -url<direcciónURL> -databasename<nombreDeBaseDeDatos>

[-databaseserver<nombreDeServidor>] [-databaseuser<nombreDeUsuario>]

[-databasepassword<contraseña>] [-sitewarning<númeroDeAdvertenciasDelSitio>]

[-preserveolduserexperienceverdadero/falso]

[-sitemax<númeroMáximoDeSitios>]

[-assignnewdatabaseid][-clearchangelog]

Nota

Al establecer el parámetro preserveolduserexperience como verdadero, los sitios de la base de

datos de contenido conservan la apariencia de la versión anterior después de la actualización.

Cuando este parámetro se establece como falso, los sitios se actualizan con la nueva apariencia.

El valor predeterminado para este parámetro es verdadero, lo que significa que se conserva la

apariencia anterior.

Este parámetro forma parte de la característica de actualización visual. Para obtener más

información, vea Planeación de la actualización visual (SharePoint Foundation 2010).

Para obtener más información, vea el tema sobre la operación addcontentdb de Stsadm


Comprobación: comprobación de actualización de la primera base de datos Después de adjuntar una base de datos, puede usar la página Estado de actualización de

Administración central para comprobar el estado de la actualización en las colecciones de sitios. Una

vez finalizado el proceso de actualización, puede revisar el archivo de registro de actualización para

averiguar si se produjo algún problema durante la actualización. También puede revisar cada sitio

actualizado para buscar y solucionar los problemas relacionados con el modo en que se muestra el

contenido. Para obtener más información, vea Comprobación de la actualización y revisión de los sitios


En Administración central, haga clic en Actualización y migración y, a continuación, haga clic

en Verificar el estado de la actualización.

El archivo de registro de errores de actualización y el archivo de registro de actualización se

encuentran en %COMMONPROGRAMFILES%\Microsoft Shared\web server

extensions\14\LOGS. El nombre de los registros tiene el siguiente formato: Upgrade-

AAAAMMDD-HHMMSS-SSS-error.log y Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde

Para visualizar la página de estado de actualización

Para abrir el archivo de registro de la actualización



462

AAAAMMDD es la fecha y HHMMSS-SSS es la hora (horas en el formato horario de 24 horas,

minutos, segundos y milisegundos). Un ejemplo de un registro de errores de actualización es

Upgrade-20090415-132126-374-error.log y un ejemplo de un registro de actualización es

Upgrade-20090415-132126-374.log.

Nota:

El archivo de registro de actualización incluye el nombre de la base de datos de

contenido que se está actualizando.

Adjuntar las bases de datos restantes Tras restaurar la primera base de datos de contenido y comprobar la actualización mediante una

consulta al archivo de registro de actualización, puede restaurar y actualizar las próximas bases de

datos. Puede adjuntar varias bases de datos al mismo tiempo en ventanas independientes del símbolo

del sistema para ejecutar varias actualizaciones al mismo tiempo. Después de restaurar y actualizar

correctamente todas las bases de datos de contenido, puede revisar los sitios para asegurarse de que

se hayan actualizado correctamente.

Comprobación: comprobación de actualización de las bases de datos adicionales Una vez actualizadas las bases de datos adicionales, vea la página Estado de actualización para

supervisar el progreso y comprobar si el proceso de actualización se ha completado. Revise el archivo

de registro para identificar otros problemas y, a continuación, revise cada sitio actualizado para buscar

y solucionar los problemas relacionados con el modo en que se muestra el contenido. Para obtener

más información, vea Comprobación de la actualización y revisión de los sitios actualizados

(SharePoint Foundation 2010) y Administración de la actualización visual (SharePoint Foundation

2010).

Vea también Solución de problemas de actualización (SharePoint Foundation)

463

Realización de pasos posteriores a la actualización (SharePoint Foundation 2010)

Una vez realizada una actualización en contexto o de base de datos adjunta a Microsoft SharePoint

Foundation 2010, puede comprobarla y seguir los pasos de configuración necesarios para que los

usuarios puedan volver a usar el entorno.

En esta sección:



Actualice las aplicaciones web de Windows SharePoint Services 3.0 existentes que se

configuraron para usar la autenticación basada en formularios de modo que funcionen con


Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation

2010)

Obtenga información acerca de cómo comprobar si la actualización se completó correctamente

(por lo que respecta al software y mediante una revisión visual de los sitios) o si aún queda algún

problema por solucionar. Si debe reiniciar la actualización después de un error, encontrará los

pasos para hacerlo en este artículo.


Siga estos pasos si se ha producido un error en la actualización a Microsoft SharePoint Foundation

2010 y no tiene tiempo para solucionar el problema o reanudar el proceso de actualización.

464

Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010)

Los procedimientos de este artículo proporcionan una orientación para:

Permitir la configuración de la autenticación basada en formularios para una aplicación web

basada en notificaciones de Microsoft SharePoint Foundation 2010.

Facilitar la actualización de las aplicaciones web existentes de Windows SharePoint Services 3.0

que se configuraron para usar la autenticación basada en formularios para que funcione con


Después de actualizar a SharePoint Foundation 2010, las aplicaciones web de Windows SharePoint

Services 3.0 se configuran para el inicio de sesión heredado. Para las aplicaciones web de Windows

SharePoint Services 3.0 configuradas para usar la autenticación de Windows, no se requieren pasos

adicionales para la actualización. No obstante, para las aplicaciones web de Windows SharePoint

Services 3.0 configuradas para usar la autenticación basada en formularios o la autenticación web

SSO, primero es necesario convertir las aplicaciones web de Windows SharePoint Services 3.0 a la

autenticación basada en notificaciones para poder usarlas en SharePoint Foundation 2010. Después

de convertir las aplicaciones web de Windows SharePoint Services 3.0 a la autenticación basada en

notificaciones, configure las zonas de aplicación web para la autenticación basada en formularios (o

autenticación web SSO según corresponda). Tenga en cuenta que los nombres del proveedor de

pertenencia y del proveedor de roles usados en SharePoint Foundation 2010 deben coincidir con los

nombres del proveedor de pertenencia y del proveedor de roles usados en Windows SharePoint

Services 3.0. Por último, migre los usuarios y permisos a SharePoint Foundation 2010.

En este artículo:

Conversión de las aplicaciones web a la autenticación basada en notificaciones


mediante Administración central

Configuración de los archivos Web.Config LDAP


mediante Windows PowerShell


2010

465

Conversión de las aplicaciones web a la autenticación basada en notificaciones Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para convertir las

aplicaciones web existentes a la autenticación basada en notificaciones.







$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

Nota:




Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante Administración central Lleve a cabo los pasos del siguiente procedimiento para usar Administración central para configurar la





aplicaciones web.

3. En la cinta, seleccione Nueva.

Para convertir las aplicaciones web a la autenticación basada en notificaciones

Para configurar la autenticación basada en formularios para una aplicación web basada en notificaciones mediante Administración central

466



5. En la sección Tipo de autenticación, seleccione Habilitar Autenticación basada en

formularios (FBA).

6. Escriba el nombre de un proveedor de pertenencia y el nombre de un administrador de roles.

En el archivo Web.Config de ejemplo que aparece en este artículo, el nombre del proveedor de

pertenencia es membership y el nombre del administrador de roles es rolemanager.

7. Haga clic en Aceptar para crear la aplicación web.

Configuración de los archivos Web.Config LDAP Después de crear satisfactoriamente la aplicación web (como se describió en el procedimiento

anterior), modifique los siguientes archivos Web.Config:



El archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en

formularios


2. Vaya al sitio de Administración central de SharePoint en IIS.


Explorar.



<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>





port="389"

useSSL="false"



Para configurar el archivo Web.Config de Administración central

467

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 el archivo Web.Config del servicio de token de seguridad

468

2. Vaya al sitio Servicios web de SharePoint.

3. Vaya al subsitio Aplicación de servicio de token de seguridad.


Explorar.



<membership>

<providers>





port="389"

useSSL="false"






scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" >

<providers>

<add name="rolemanager"




port="389"

useSSL="false"




469






scope="Subtree" />

</providers>

</roleManager>



2. Vaya al sitio Formularios de notificaciones.

3. Haga clic con el botón secundario en Formularios de notificaciones y seleccione Explorar.


5. Busque la sección <Configuration> <system.web>.

6. Busque la sección <membership defaultProvider="i"> y agregue la siguiente entrada:





port="389"

useSSL="false"






scope="Subtree"


Busque la sección <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> y

agregue la siguiente entrada:

Importante:

Para configurar el archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en formularios

470





port="389"

useSSL="false"









scope="Subtree" />


No sobrescriba las entradas existentes de este archivo Web.Config.

Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para configurar la







Importante:

Advertencia:

Para configurar una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell

471

$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

Nota:

El valor del parámetro ApplicationPoolAccount debe ser una cuenta administrada de

la granja de servidores.

6. Después de crear satisfactoriamente un proveedor de autenticación y una aplicación web,

modifique los siguientes archivos Web.Config mediante las entradas de muestra

proporcionadas en la sección "Configuración de los archivos Web.Config LDAP" de este

artículo:



El archivo Web.Config de la aplicación web basada en notificaciones de la autenticación


7. Después de modificar los archivos Web.Config, cree un SPClaimsPrinciple y una colección de

sitios, como se muestra en el siguiente ejemplo:

$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType

FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

Nota:




Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para migrar

usuarios y permisos.


Para migrar usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010

472






$w.MigrateUsers(True)

Nota:




473


Después de realizar una actualización en contexto o una actualización de base de datos adjunta en

Microsoft SharePoint Foundation 2010, debe comprobar si el contenido se actualizó correctamente a la

versión nueva. Puede comprobar el estado de la actualización (si aún está en curso o si se completó

correctamente o con errores) y revisar los sitios actualizados para comprobar si aún hay problemas

que debe solucionar. Al seguir estos pasos como parte de una actualización de prueba, puede

aprovechar para identificar personalizaciones que deben modificarse antes de intentar actualizar el

entorno de producción. Al actualizar el entorno de producción, es muy importante que sepa cuándo se

completa la actualización, qué sitios se actualizaron correctamente y en cuáles debe realizar trabajo

adicional antes de permitir a los usuarios volver a tener acceso a ellos.

En algunos casos, es posible que deba reiniciar la actualización para terminar de actualizar los sitios.

Para obtener más información acerca de cómo reiniciar la actualización, vea Reanudación de la


En este artículo:

Comprobación de estado de la actualización

Revisión de sitios actualizados

Comprobación de estado de la actualización El proceso de actualización consta de varias etapas. Para realizar una actualización en contexto,

ejecute el archivo Setup.exe para instalar el software nuevo y, a continuación, ejecute el Asistente para

configuración de Productos de SharePoint para actualizar la base de datos de configuración y la base

de datos de contenido de administración. Después, se abrirá el sitio web de Administración central. En

este momento, comienza el proceso de actualización de contenido. Existen diferentes formas de

comprobar el estado del proceso de actualización durante el transcurso de cada una de estas etapas:

puede revisar los archivos de registro de Setup.exe, del Asistente para configuración de Productos de

SharePoint y de la actualización de contenido. En Administración central de SharePoint, puede ver el

número de versión para asegurarse de que coincide con la versión a la que actualizó. Además, puede

usar la página Estado de actualización de Administración central de SharePoint o la operación

localupgradestatus de Stsadm para identificar los sitios que se actualizaron o que se están

actualizando en este momento. Si la actualización no se completó correctamente, puede ver los

archivos de registro para identificar los problemas y solucionarlos y, a continuación, reiniciar el proceso

de actualización.

474

Revisión de los archivos de registro

Para comprobar si la actualización se realizó correctamente, puede revisar los siguientes archivos de

registro y error:

El archivo de registro Setup.exe de SharePoint Foundation 2010.

El archivo de registro de instalación se almacena en el directorio temporal para la cuenta de

usuario que está ejecutando el programa de instalación (%USERTEMP% o

%WINDIR%\Users\user account\AppData\Local\Temp). Se denomina SharePoint Foundation

Setup(AAAAMMDD-HHMMSS-SSS).log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la

hora (formato de 24 horas, minutos, segundos y milisegundos).

El archivo de registro (Psconfig.exe) de Asistente para configuración de Productos de SharePoint.

Los archivos de registro Psconfig.exe se encuentran en la carpeta

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extension\14\LOGS. Los nombres

de los archivos de registro tienen el siguiente formato:

PSCDiagnostics_MM_DD_AAAA_HH_MM_SS_SSS _númeroAleatorio.log, donde MM_DD_AAAA

es la fecha y HH_MM_SS_SSS es la hora (formato de 24 horas, minutos, segundos y

milisegundos). El número aleatorio se usa para diferenciar los posibles intentos simultáneos de

ejecución del programa Psconfig.exe.

El archivo de registro de actualización y el archivo de registro de errores de actualización.

El archivo de registro de actualización y el archivo de registro de errores de actualización se

encuentran en %COMMONPROGRAMFILES%\Microsoft Shared\Web server


Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la

hora (formato de 24 horas, minutos, segundos y milisegundos). El archivo de registro de errores de

actualización combina todos los errores y advertencias en un archivo de menor tamaño que se

denomina Upgrade-AAAAMMDD-HHMMSS-SSS-error.log.

Para revisar los archivos de registro para buscar y solucionar problemas, empiece por el comienzo de

los archivos. Los errores o las advertencias pueden repetirse si se producen en varias colecciones de

sitios del entorno o si se bloquea totalmente el proceso de actualización. Por ejemplo, si no puede

conectarse a la base de datos de configuración, el proceso de actualización intentará comenzar varias

veces (y se generará un error) y estos intentos se mostrarán en el archivo de registro.


Para ver los archivos de registro, debe ser miembro del grupo Administradores local del

servidor.

2. En el Explorador de Windows, cambie al directorio que contenga el archivo de registro que

desea ver:

3. Use un editor de texto para abrir el archivo de registro.

4. En el archivo de registro de actualización, busque o examine visualmente la siguiente entrada:

Para revisar los archivos de registro

475

La sesión de actualización finalizó correctamente

Si existe esta entrada, la instalación se realizó correctamente.

5. Si no encuentra las entradas indicadas en el paso anterior en el archivo de registro de

actualización o si está revisando uno de los otros archivos de registro, puede identificar

problemas específicos que puedan haber contribuido al error buscando o examinando

visualmente los siguientes términos en el archivo:

Busque ERROR en los archivos de registro para encontrar los errores (por ejemplo,

componentes y conexiones de bases de datos con errores).

Busque WARNING para encontrar problemas como la ausencia de características o

componentes.

Para buscar problemas, puede ser útil un analizador de registro para ejecutar consultas en los archivos

de registro.

Si detecta problemas de bloqueo en el archivo de registro, puede resolver los problemas y reiniciar la

actualización para continuar con el proceso.

Comprobación del número de versión

Además de ver el archivo de registro de la actualización, puede comprobar que la actualización se

haya realizado correctamente; para ello, use el sitio web de Administración central de SharePoint para

ver el número de versión en la página Servidores de la granja.


Para usar Administración central de SharePoint, debe ser miembro del grupo


2. En la página principal de Administración central, en Configuración del sistema, haga clic en

Administrar servidores en este conjunto de servidores.

3. En Información del conjunto, junto a Versión de la base de datos de configuración,

compruebe que el número comienza por "14".

Comprobación del estado de la actualización de los sitios

Para averiguar qué sitios se actualizaron o se están actualizando actualmente, puede usar la página

Estado de actualización en Administración central de SharePoint o la operación localupgradestatus

de Stsadm.exe.

En la página Estado de actualización se indican las sesiones de actualización y se proporcionan

detalles sobre el estado de cada sesión, sobre si se realizó correctamente y sobre cuántos errores o

advertencias se produjeron en cada servidor. En la página Estado de actualización también se incluye

información sobre los archivos de registro y errores del proceso de actualización y se recomiendan

soluciones para los problemas que se hayan producido.

Para comprobar el número de versión en la página Servidores de la granja

476

Para ver qué sitios no se actualizaron o fueron omitidos durante la actualización, puede usar la

operación localupgradestatus de Stsadm.exe. Debe ejecutar el comando en todos los servidores

front-end web de una granja de servidores.


Para usar Administración central de SharePoint, debe ser miembro del grupo


2. En la página principal de Administración central, en Actualización y migración, haga clic en

Verificar el estado de la actualización.


Para usar Stsadm, debe ser miembro del grupo Administradores local en el servidor.

2. Haga clic en Inicio, haga clic con el botón secundario en Símbolo del sistema y, a

continuación, haga clic en Ejecutar como administrador.

3. En la ventana de símbolo del sistema, navegue hasta el siguiente directorio:

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin


Stsadm -o localupgradestatus

Para obtener más información acerca de la operación localupgradestatus, vea el tema sobre

localupgradestatus: operación de Stsadm (Windows SharePoint Services).

Revisión de sitios actualizados Revise los sitios actualizados para identificar los problemas que deben solucionarse antes de ejecutar

el proceso de actualización en el entorno de producción. Si realizó una actualización en contexto y

decidió usar la actualización visual, puede usar la característica de actualización visual para obtener

una vista previa de los sitios en la nueva interfaz de usuario. Para obtener más información acerca de

cómo obtener una vista previa de los sitios mediante la actualización visual, vea Administración de la

actualización visual (SharePoint Foundation 2010).

Si desea comprobar la funcionalidad básica, puede crear una nueva colección de sitios mediante el

uso de un conjunto de listas, bibliotecas, elementos web representativos, etc. Revise el nuevo sitio

para asegurarse de que los elementos comunes básicos de los sitios funcionan.

Si no se representan las páginas, puede comprobar la página Configuración del sitio directamente

desde la dirección URL (http://url_sitio/_layouts/settings.aspx). Si la página funciona y la actualización

se realizó correctamente, es posible que haya problemas con la página maestra o la página principal.

Para ver el estado de actualización en Administración central de SharePoint

Para ver el estado de actualización desde la línea de comandos


477

Si la página Configuración del sitio no funciona, vaya al archivo de registro para obtener más

información acerca del problema.

Comience por validar los sitios de gran impacto o alto perfil y, después, vaya a los sitios de menor

prioridad. Como parte del proceso de planeación, debe identificar cuáles son los sitios de gran impacto

y alto perfil que requieren una atención inmediata, y cuáles pueden esperar un poco más.

Use las siguientes listas de comprobación para revisar los sitios actualizados y buscar problemas.

Elementos web

En la tabla siguiente se enumeran los problemas con elementos web que se producen después de la

actualización, y la manera de solucionarlos.

Para probar rápidamente los elementos web, puede crear una página de elementos web nueva

que contenga todos los elementos web personalizados que tenía antes de probar la

actualización y, a continuación, revisar la página para ver si faltan elementos web o hay

elementos web dañados después de la actualización de prueba.

Comprobaciones necesarias Acciones en caso de problemas

¿Aparecen todos los elementos web del sitio

original en el sitio actualizado?

Si existe una zona de elementos web en una

página personalizada (no fantasma), pero no en la

definición del sitio, es posible que los elementos

web de esa zona de elementos web se hayan

movido a la zona inferior de la página durante la

actualización.

En el modo de edición de la página en el

explorador o en Microsoft SharePoint Designer

2010, compruebe si faltan elementos web en la

zona inferior o en otras zonas, o compruebe si los

elementos web se cerraron. Para obtener más

información acerca de cómo trabajar con

elementos web y zonas de elementos web en

SharePoint Designer 2010, vea el sistema de

Ayuda de SharePoint Designer.

¿Los elementos web se muestran correctamente

(en la zona, la ubicación y con el tamaño

correctos)?

En el modo de edición de la página en el

explorador o en SharePoint Designer 2010,

arrastre el elemento web a la zona correcta o

modifique las propiedades del elemento web para

corregir cualquier problema de tamaño o de

posicionamiento.

Sugerencia:

478


¿Falta algún elemento web o hay de más? Abra la página en el modo de edición de la página

en el explorador o en SharePoint Designer 2010.

Si ve elementos web de más en la página,

compruebe si hay elementos web cerrados o

inactivos en la versión original de la página. ¿El

proceso de actualización abrió los elementos web

cerrados o inactivos? Si es así, puede modificar

las propiedades de estos elementos web para

cerrarlos.

Si faltan elementos web, compruebe si existen

errores en SharePoint Designer 2010, como

errores al representar controles o errores porque

faltan ensamblados. Estos errores indican que el

elemento web no está instalado o configurado

correctamente para el nuevo entorno y debe

volver a instalarse o configurarse.

¿Funcionan correctamente los elementos web? Abra la página en el modo de edición de la página

en el explorador o en SharePoint Designer 2010 y

compruebe si existen errores que indican que falta

un componente o servicio. Asegúrese de que los

componentes o servicios de los que dependan los

elementos web existen en el sitio actualizado. En

especial para el enfoque de actualización de base

de datos adjunta, debe asegurarse de que instaló

todos los componentes y servicios que necesita

para sus elementos web, y de que los configuró

correctamente (por ejemplo, la lista de controles

seguros de Web.config).

Actualizar y volver a implementar un elemento

web que existe pero que ya no funciona

correctamente.

Si tiene problemas con un elemento web, anexe contents=1 al final de la sintaxis de la

dirección URL (http:// url_sitio/default.aspx?contents=1), y, a continuación, presione ENTRAR.

Esto abrirá la página Mantenimiento de elementos web, donde puede quitar y reparar los

elementos web con errores.

Sugerencia:

479

Listas grandes

De manera predeterminada, se aplica la limitación de peticiones de consultas a listas de gran tamaño

después de una actualización a SharePoint Foundation 2010. Si se trata de una lista muy grande y los

usuarios usan una vista o realizan una consulta que excede el límite o el umbral de límitación de

peticiones, no se permitirá la vista o consulta. Revise las listas grandes del entorno y haga que el

propietario del sitio o el propietario de la lista resuelva el problema. Por ejemplo, pueden crear

columnas indizadas con vistas filtradas, organizar los elementos en carpetas, establecer un límite de

elementos en la página para una vista grande o utilizar una lista externa.

Estilos y apariencia

En la tabla siguiente se enumeran los problemas comunes de estilo y apariencia de un sitio web

después de la actualización y la manera de solucionarlos.

La mayoría de los problemas de esta sección se pueden resolver mediante la corrección de los

vínculos a un elemento.


¿Se muestran correctamente todas las imágenes

en las páginas?

Compruebe o corrija los vínculos a las imágenes.

¿Se usan los colores y estilos de hojas de estilos

en cascada adecuados en las ubicaciones

correctas?

Compruebe o corrija los vínculos al archivo de

hoja de estilos en cascada. Compruebe el vínculo

en la página maestra.

¿El tema aplicado al sitio sigue teniendo el mismo

aspecto?

Puede que la página principal u otras páginas del

sitio tengan una apariencia diferente después de

la actualización. Es posible que tenga que volver a

crear o revisar un tema y volver a aplicarlo.

¿Tiene algún control generado por script que no

funcione?

Compruebe o corrija los vínculos a los controles.

¿Se muestran correctamente las páginas en

Windows Internet Explorer 8?

Compruebe que todo el código HTML de la página

está en modo XHTML estricto.

¿Se muestran errores de script en las páginas? Compruebe los scripts y los vínculos, y

compruebe que todo el código HTML está en

modo XHTML estricto.

Sugerencia:

480

Permisos

¿Tienen aún las personas y los grupos correspondientes el nivel correcto de permisos para sitios,

páginas, listas y elementos?

Puede usar el botón Comprobar permisos en la sección Herramientas de permiso de la cinta para ver

quién tiene permisos y para qué elementos de un sitio o subsitio.

Páginas (no fantasma) personalizadas

Las páginas personalizadas (no convertidas en fantasma) son páginas editadas que ahora son

versiones únicas de las páginas, en lugar de las páginas de plantilla predeterminadas. En la tabla

siguiente se enumeran los problemas relacionados a páginas personalizadas que pueden producirse

después de la actualización, y la manera de solucionarlos.


¿Las personalizaciones siguen apareciendo en las

ubicaciones correctas?

Determine si solo tiene un problema o un

problema importante con toda la página.

Si agregó una página totalmente nueva al sitio

original (por ejemplo, si reemplazó Default.aspx

con un archivo diferente en lugar de cambiar el

archivo Default.aspx existente), la nueva página

no está asociada de ningún modo con la definición

del sitio. Por lo tanto, es posible que no tenga la

misma apariencia que las otras páginas en el sitio

actualizado y tampoco puede volver a

configurarse para que la tenga. Si desea que la

página personalizada tenga la misma apariencia y

el mismo estilo que las demás páginas del sitio,

considere la posibilidad de crear una página

totalmente nueva basada en la definición del sitio

y, a continuación, transferir las personalizaciones

a la nueva página.

¿Aún puede obtener acceso a los controles de

edición de las páginas?

Si personalizó los controles de edición (por

ejemplo, el vínculo Acciones del sitio o el vínculo

Editar página), compruebe si aún aparecen. Si no

aparecen, puede reemplazarlos con los controles

de edición de la nueva versión; para ello,

restablezca la versión predeterminada de la

página.

Utilice el comando Restablecer plantilla de

SharePoint Designer para restablecer la versión

481


predeterminada de la página (también conocido

como reconvertir en fantasma). Después de

restaurar la página predeterminada, puede volver

a aplicar las personalizaciones en el explorador;

para ello, aplique una página maestra diferente o

vuelva a aplicar las personalizaciones en

SharePoint Designer.

¿Siguen siendo apropiadas las personalizaciones

en el nuevo entorno o desea actualizar a la nueva

funcionalidad o apariencia?

Si desea la nueva funcionalidad y características,

debe restablecer todas las páginas

personalizadas de modo que usen la plantilla. Al

restablecer la página, básicamente se descartan

las personalizaciones y se adjunta la página a la

página maestra adecuada. Después se pueden

transferir las personalizaciones que desee a la

página maestra en lugar de almacenarse en

páginas individuales.

Utilice el comando Restablecer plantilla de

SharePoint Designer para restablecer la versión

predeterminada de la página (es decir,

reconvertirla en fantasma). Después de restaurar

la página predeterminada, puede volver a aplicar

las personalizaciones en el explorador; para ello,

aplique una página maestra diferente o vuelva a

aplicar las personalizaciones en SharePoint

Designer.

¿Quedan páginas desprotegidas? Si desprotege una página para realizar cambios,

asegúrese de volver a protegerla.

Vea también Reanudación de la actualización (SharePoint Foundation 2010)


482

Administración de la actualización visual (SharePoint Foundation 2010)

En este artículo se proporcionan los procedimientos relativos a la característica Actualización visual.

Cuando actualiza de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010,

puede usar esta característica para permitir que los propietarios de colecciones de sitios y propietarios

de sitios conserven la interfaz de usuario anterior temporalmente. Esto les permite actualizar las

personalizaciones para trabajar en la nueva interfaz de usuario. Para obtener una descripción completa

de Actualización visual y las opciones relacionadas, vea Planeación de la actualización visual


En este artículo:

Acerca del uso de Actualización visual

Visualizar el estado de la interfaz de usuario actual

Revertir los sitios a la interfaz de usuario anterior

Forzar una actualización a la interfaz de usuario actual

Opciones de los propietarios de sitios para actualización visual

Acerca del uso de Actualización visual Cuando realiza una actualización, ya sea una actualización en contexto o mediante el método de

actualización de base de datos adjunta, puede optar por usar Actualización visual.

Durante una actualización en contexto, puede elegir usar Actualización visual como un paso del

Asistente para configuración de Productos de SharePoint. Si realiza una actualización en un servidor

independiente con base de datos integrada, la característica de actualización visual no estará

disponible en el Asistente para configuración de Productos de SharePoint. Sin embargo, puede

acceder a la característica desde la herramienta de la línea de comandos Psconfig. Para ello, puede

usar la sintaxis: psconfig.exe -cmd upgrade [–preserveolduserexperience <true|false>].

Durante una actualización de base de datos adjunta, puede optar por actualizar a la nueva experiencia

de usuario o permanecer en la anterior mediante:

El parámetro Updateuserexperience del cmdlet de Windows PowerShell Mount-

SPContentDatabase.

El parámetro preserveolduserexperience de la operación Stsadm addcontentdatabase.

Para obtener más información acerca del uso de estos parámetros durante una actualización, vea

Bases de datos adjuntas y actualización a SharePoint Foundation 2010.

483

Visualizar el estado de la interfaz de usuario actual Puede ver el estado de la interfaz de usuario actual al generar una lista de todos los sitios web de la

colección de sitios y sus correspondientes datos de actualización visual. Esto resulta útil si estableció

un límite de tiempo para que los propietarios de los sitios preparen sus sitios para la nueva interfaz de

usuario y desea supervisar el progreso. En el siguiente procedimiento se muestra cómo visualizar el

estado de la interfaz de usuario actual.






$sc = Get-SPSite http://machinename/sites/collectionname; $sc.GetVisualReport() |

Format-Table

Para obtener más información, vea Get-SPSite.

Revertir los sitios a la interfaz de usuario anterior Si un propietario de colecciones de sitios o un propietario de sitios finaliza la nueva interfaz de usuario

por error, o si tiene un problema que no puede solucionar, puede revertir a la interfaz de usuario

anterior mediante Windows PowerShell. En este procedimiento se muestra cómo revertir uno o todos

los sitios de una colección a la interfaz de usuario anterior.





5. Para revertir un sitio en particular a la interfaz de usuario anterior, en el símbolo del sistema de

Windows PowerShell, escriba el siguiente comando:

Get-SPSite http://machinename/sites/V3UI | Get-SPWeb "webname" |

Foreach{$_.UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

Para revertir todos los sitios de una colección a la interfaz de usuario anterior, en el símbolo

del sistema de Windows PowerShell, escriba el siguiente comando:

Para visualizar el estado de la interfaz de usuario actual mediante Windows PowerShell

Para revertir sitios a la interfaz de usuario anterior mediante Windows PowerShell

http://technet.microsoft.com/library/f3422bf4-0f9b-4f22-94c8-2a0606a31b16(Office.14).aspx

484

Get-SPSite http://machinename/sites/V3UI | Foreach{$_.

UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

Para obtener más información, vea Get-SPSite.

Forzar una actualización a la interfaz de usuario actual Para forzar la aplicación de la nueva interfaz de usuario después de una actualización, se recomienda

que primero conceda a los propietarios de colecciones de sitios y propietarios de sitios un determinado

tiempo para que obtengan una vista previa de la nueva interfaz de usuario y corrijan cualquier

problema que pudieran tener. Al forzar una actualización a la nueva interfaz de usuario, puede usar un

script o el Asistente para configuración de Productos de SharePoint durante la actualización inicial.

Para obtener más información sobre la actualización y el Asistente para configuración de Productos de

SharePoint, vea Ejecución del Asistente para configuración de Productos de SharePoint. En el

siguiente procedimiento se muestra cómo actualizar mediante programación todas las colecciones de

sitios y todos los sitios a la nueva interfaz de usuario.






$webapp = Get-SPWebApplication http://sitename

foreach ($s in $webapp.sites)

{$s.VisualUpgradeWebs() }

Para obtener más información, vea Get-SPWebApplication

Para actualizar una sola colección de sitios a la nueva interfaz de usuario, escriba los siguientes

comandos en el símbolo del sistema de Windows PowerShell:

$site = Get-SPSite http://server

$site.VisualUpgradeWebs()

Para actualizar un solo sitio a la nueva interfaz de usuario, escriba los siguientes comandos en el

símbolo del sistema de Windows PowerShell:

$web = Get-SPWeb http://server/site

$web.UIVersion = 4

$web.UIVersionConfigurationEnabled = 0

Para forzar una actualización a la interfaz de usuario actual mediante Windows PowerShell

http://technet.microsoft.com/library/f3422bf4-0f9b-4f22-94c8-2a0606a31b16(Office.14).aspx


485

$web.Update()

Opciones de los propietarios de sitios para actualización visual El propietario del sitio puede usar la interfaz de usuario Configuración del sitio para alternar entre las

opciones Usa la interfaz de usuario anterior y Muestra una vista previa de la interfaz de usuario

actualizada. Una vez que el propietario del sitio esté satisfecho con la apariencia del sitio, se puede

finalizar la nueva interfaz de usuario seleccionando la opción Actualiza la interfaz de usuario.

En la siguiente tabla se describen las distintas opciones de actualización disponibles para que el

propietario de sitios aplique a sus sitios. Los modos de actualización están disponibles en la página

Configuración del sitio, en la sección Título, descripción e icono.

Tipo de modo Descripción

Usa la interfaz de usuario anterior Los propietarios de sitios usan este modo para

que todos sus sitios tengan las misma interfaz de

usuario de Windows SharePoint Services 3.0.

Muestra una vista previa de la interfaz de

usuario actualizada

Los propietarios de sitios usan este modo para

evaluar la apariencia y el funcionamiento de sus

sitios en la nueva interfaz. Cuando se elige este

modo, las características de la versión de interfaz

de usuario anterior no están disponibles.

Actualiza la interfaz de usuario Los propietarios de sitios eligen esta opción

cuando están satisfechos con los cambios y están

preparados para cambiar a la nueva interfaz de

usuario. Si fuera necesario, un administrador

podría restaurar la interfaz de usuario a la versión

anterior.

Vea también Planeación de la actualización visual (SharePoint Foundation 2010)

486

Uso de redirecciones URL de AAM como parte del proceso de actualización (SharePoint Foundation 2010) (notas del producto)

En estas notas del producto se describe la planeación de actividades necesarias para implementar y

usar satisfactoriamente la característica de redirección de la dirección URL de la asignación alternativa

de acceso (AAM) de Microsoft SharePoint Foundation 2010 para ayudar a mitigar el tiempo de

inactividad durante la actualización de un equipo servidor o de una granja de servidores. También se

describen los procedimientos necesarios para completar satisfactoriamente la configuración de esta

característica mediante la modificación de equipos servidores de Windows SharePoint Services 3.0

existentes.

El proceso descrito en estas notas del producto es una técnica avanzada para prevenir el

tiempo de inactividad durante la actualización. Solo debería usarse en caso de que otras

técnicas, como las bases de datos de solo lectura y la actualización en contexto con bases de

datos desasociadas, causen un tiempo de inactividad inaceptablemente prolongado para los

usuarios. No considere la posibilidad de usar esta técnica a menos que sepa que el proceso de

actualización tardará más de un fin de semana largo. Si es probable que la actualización no

tarde tanto tiempo, entonces los procedimientos descritos en este documento no le ayudarán a

ahorrar tiempo. Para obtener más información acerca de otros métodos de actualización, vea

el tema Determinación del método de actualización (SharePoint Foundation 2010).

Descargar estas notas del producto como un documento de Microsoft Word (.doc).


Descargar estas notas del producto como un archivo PDF.


Importante:



487

Implementación de Office Web Apps (instaladas en productos de SharePoint 2010)

En este artículo, se explica cómo implementar Microsoft Office Web Apps. Office Web Apps es el

complemento en línea de las aplicaciones Word, Excel, PowerPoint y OneNote de Office que permite a

los usuarios tener acceso a documentos desde cualquier lugar. Los usuarios pueden ver, compartir y

trabajar en documentos con otros usuarios a través de equipos personales en línea, teléfonos móviles

e Internet. Office Web Apps está disponible para los usuarios a través de Windows Live y para los

clientes empresariales con soluciones de administración de documentos y de licencias de volumen de

Microsoft Office 2010 basadas en Productos de Microsoft SharePoint 2010.

Se requiere un dispositivo apropiado, una conexión a Internet y un explorador Internet

Explorer, Firefox o Safari compatible. Algunas funcionalidades móviles requieren Office Mobile

2010, que no se incluye en conjuntos, aplicaciones Office 2010, ni en Office Web Apps.

Existen algunas diferencias entre las características de las aplicaciones de Office Web Apps,

de Office Mobile 2010 y de Office 2010.

La información proporcionada en este artículo está destinada a los profesionales de TI que planeen

implementar Office Web Apps instalado en Productos de SharePoint 2010 locales en sus

organizaciones. En este artículo, Productos de SharePoint 2010 se refiere a Microsoft SharePoint

Server 2010 y a Microsoft SharePoint Foundation 2010, a menos que se indique lo contrario. Este

artículo no proporciona una orientación o instrucciones sobre la implementación de Productos de

SharePoint 2010. Se publicará contenido nuevo y actualizado periódicamente.

Se recomienda leer Descripción de las Office Web Apps (instaladas en Productos de SharePoint 2010)

y Planeación de las Office Web Apps (instaladas en Productos de SharePoint 2010), disponibles en

Microsoft TechNet, antes de implementar Office Web Apps en la organización.

En este artículo:

Descripción de la implementación de Office Web Apps

Configuración adicional (opcional)

Solución de problemas

Además de las secciones anteriores, una de las secciones siguientes se aplicará a su implementación

de Office Web Apps específica:

Instalación y configuración de Office Web Apps en un servidor independiente de SharePoint

existente

Instalación y configuración de Office Web Apps en un nuevo servidor independiente de SharePoint

Instalación y configuración de Office Web Apps en una granja de servidores de SharePoint

existente

Nota:

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


488

Instalación y configuración de Office Web Apps en una nueva granja de servidores de SharePoint

Descripción de la implementación de Office Web Apps Para los servidores independientes de SharePoint y las granjas de servidores de SharePoint, la

implementación de Office Web Apps implica tres fases principales:

Ejecución del programa de instalación y PSConfig Las tareas incluyen la ejecución de Setup.exe y

del Asistente para la configuración posterior a la instalación (PSConfig) de Tecnologías y productos de

SharePoint en un servidor independiente de SharePoint o en cada servidor de una granja de

servidores de SharePoint. La ejecución de Setup.exe instala los archivos y componentes de Office

Web Apps en un servidor. La ejecución de PSConfig es necesaria como parte de la instalación de

Office Web Apps para registrar los servicios de Office Web Apps y, en función del tipo de instalación de

SharePoint, iniciar las instancias de servicios, crear las aplicaciones de servicios y los servidores proxy

de aplicaciones de servicio, además de activar la característica de Office Web Apps.

Activación de los servicios de Office Web Apps Incluye el inicio de las instancias de servicios y la

creación de las aplicaciones de servicio y de los proxies de aplicaciones de servicio. La necesidad de

activación de los servicios dependerá del estado de SharePoint y de si se ha ejecutado previamente

PSconfig y el Asistente para la configuración del conjunto de servidores de SharePoint.

Activación de la característica de Office Web Apps Incluye la activación de la característica de

Office Web Apps en todas las colecciones de sitios de SharePoint existentes donde Office Web Apps

debe estar disponible. Si PSconfig o el Asistente para la configuración del conjunto de servidores de

SharePoint se ha ejecutado antes de instalar Office Web Apps, existirá al menos una colección de

sitios. La característica se activará automáticamente para las nuevas colecciones de sitios creadas

después de instalar Office Web Apps.

Algunos procedimientos de este artículo requieren de Windows PowerShell o de la Consola de

administración de SharePoint 2010 para ejecutar los cmdlets. Para ejecutar cmdlets de

SharePoint 2010 en Windows PowerShell, debe agregar el complemento

Microsoft.SharePoint.PowerShell mediante el cmdlet Add-PSSnapin, o bien puede ejecutar los

cmdlets de SharePoint 2010 mediante la Consola de administración de SharePoint 2010. El

complemento Microsoft.SharePoint.PowerShell ya está registrado de forma predeterminada y

se agrega a la Consola de administración de SharePoint 2010. Para ejecutar cmdlets de

SharePoint 2010, debe ser miembro del rol SharePoint_Shell_Access en la base de datos de

configuración y miembro del grupo local WSS_ADMIN_WPG en el equipo en que está

instalado Productos de SharePoint 2010. Para ejecutar scripts en Windows PowerShell o en la

Consola de administración de SharePoint 2010, debe establecer la directiva de ejecución

mediante el cmdlet set-executionpolicy con el parámetro unrestricted. Para obtener más

información acerca del cmdlet Add-PSSnapin, vea el tema sobre Add-PSSnapin. Para obtener

Nota:


489

más información sobre el uso de Windows PowerShell con Productos de SharePoint 2010, vea

Administración de Productos de SharePoint 2010 mediante Windows PowerShell.

Instalación y configuración de Office Web Apps en un servidor independiente de SharePoint existente Esta sección solo se aplica si está instalando Office Web Apps en un servidor de SharePoint existente

y PSConfig se ejecutó anteriormente como parte de la instalación de SharePoint.

Cuando se ejecuta Setup.exe, el programa de instalación de Office Web Apps configura el

comportamiento predeterminado de apertura de documentos habilitados por el explorador en

SharePoint para abrir documentos en el explorador. Si se ha ejecutado el programa de

instalación de Office Web Apps, pero aún no se activó la característica ni los servicios de

Office Web Apps, es posible que el usuario obtenga un vínculo roto cuando abra un

documento en el explorador. Al implementar Office Web Apps en una granja de servidores de

producción activa, a fin de evitar vínculos rotos a documentos mientras se completan las

tareas de implementación adicionales después de ejecutar el programa de instalación, se

recomienda habilitar la característica OpenInClient en colecciones de sitios existentes antes de

ejecutar el programa de instalación. Para obtener más información, vea Configuración

adicional (opcional).

Ejecución del programa de instalación de Office Web Apps

Complete esta tarea para instalar componentes y archivos de Office Web Apps en un servidor.

1. Desde la carpeta raíz, ejecute Setup.exe.

2. En la página Escriba la clave de producto, escriba la clave del producto y, a continuación,

haga clic en Continuar.

3. En la página Elija una ubicación de archivos, haga clic en Instalar ahora para realizar la

instalación en la ubicación predeterminada. Si desea una ubicación diferente, especifíquela y,

a continuación, haga clic en Instalar ahora.

4. Cuando la instalación finalice, aparecerá un cuadro de diálogo para solicitar que complete la

configuración del servidor. Asegúrese de activar la casilla de verificación Ejecutar el Asistente

para configuración de Productos y Tecnologías de SharePoint en este momento y, a

continuación, haga clic en Cerrar para iniciar PSConfig.

Ejecución de PSConfig para registrar servicios

Complete esta tarea para registrar los servicios de Office Web Apps en el servidor de SharePoint.

Precaución:

Para ejecutar el programa de instalación de Office Web Apps


490

1. Si dejó la casilla de verificación Ejecutar el Asistente para configuración de Productos y

Tecnologías de SharePoint en este momento activada en el paso anterior, en la página

Productos de SharePoint de PSconfig, haga clic en Siguiente.

2. Haga clic en Sí en el cuadro de diálogo que informa de que puede ser necesario reiniciar

algunos servicios o restablecerlos durante la configuración.

3. En la página Configuración realizada correctamente, haga clic en Finalizar. Se abrirá el

sitio de SharePoint nuevo.

Inicio de las instancias de servicio

Una instancia de servicio proporciona la ubicación física para una aplicación de servicio. Debe iniciar

las instancias de servicio antes de crear las aplicaciones de servicio y los proxies de aplicación de

servicio. Puede iniciar las instancias de servicio mediante la Administración central de SharePoint o

mediante Windows PowerShell.

Los procedimientos de esta tarea comenzarán las instancias de servicio en el servidor especificado.

1. Haga clic en Inicio, elija Todos los programas, Productos de Microsoft SharePoint 2010 y,

a continuación, Administración central de SharePoint 2010.

2. En la página principal del sitio web de Administración central de SharePoint, en la sección

Configuración del sistema, haga clic en Administrar servicios en el servidor.

3. En la página Servicios del servidor: <nombreDelServidor>, inicie Excel Calculation Services,

Servicio de visualización de Word y Servicio de PowerPoint. OneNote Web App no usa un

servicio de SharePoint.

1. Con el Bloc de notas, abra un nuevo archivo de texto y, a continuación, copie y pegue el

siguiente script en el archivo.

$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

Para ejecutar PSConfig a fin de registrar los servicios

Para iniciar las instancias de servicio mediante Administración central

Para iniciar las instancias de servicio mediante Windows PowerShell

491

$serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

}

}

2. Especifique los parámetros siguientes:

Parámetro Valor

$machinesToActivate Nombre de servidor

3. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute

scripts (normalmente, C:\scripts).



C:\<ruta>\<nombre_de_archivo>.ps1

Creación de las aplicaciones de servicio y los servidores proxy de aplicación de servicio

Después de que se hayan iniciado las instancias de servicio, deben crearse las aplicaciones de

servicio y los servidores proxy de aplicación de servicio que conectan los servidores web front-end de

SharePoint con las aplicaciones de servicio. Puede crear las aplicaciones de servicio y los proxies de

aplicación de servicio para las aplicaciones web de Word, PowerPoint y Excel mediante Administración

central o Windows PowerShell. OneNote Web App no requiere una aplicación de servicio. Una vez

creadas, las aplicaciones de servicio se ejecutarán en las instancias de servicio iniciadas de manera

automática.

Los procedimientos de esta tarea crean las aplicaciones de servicios de Office Web Apps y los proxies

de aplicaciones de servicio para las aplicaciones web de Word, PowerPoint y Excel. Solo se puede

completar esta tarea después de haber iniciado las instancias de servicio.




Administración de aplicaciones, seleccione Administrar aplicaciones de servicio.

3. En la página Aplicaciones de servicio, haga clic en Nueva y, a continuación, en Servicio de

Para crear las aplicaciones de servicio y los proxies de aplicaciones de servicio mediante Administración central

492

visualización de Word.

4. En el cuadro de diálogo de la aplicación Servicio de visualización de Word, en Nombre,

escriba Aplicación del Servicio de visualización de Word. En Grupo de aplicaciones,

seleccione Usar grupo de aplicaciones existente y, en el cuadro de lista, seleccione

SharePoint Web Services - Predeterminado. En Agregar a lista predeterminada de

servidores proxy, compruebe que Agregue el proxy de esta aplicación de servicio a la

lista de proxy predeterminados del conjunto de servidores esté seleccionado (opción

predeterminada) y haga clic en Aceptar.

5. En la página Aplicaciones de servicio, haga clic en Nueva y, a continuación, en Aplicación de

servicio de PowerPoint.

6. En el cuadro de diálogo Aplicación de servicio de PowerPoint, en Nombre, escriba Aplicación

de servicio de PowerPoint. En Grupo de aplicaciones, seleccione Usar grupo de

aplicaciones existente y, en el cuadro de lista, seleccione SharePoint Web Services -

Predeterminado. En Agregar a lista predeterminada de servidores proxy, compruebe que

Agregue el proxy de esta aplicación de servicio a la lista de proxy predeterminados del

conjunto de servidores esté seleccionado (opción predeterminada) y haga clic en Aceptar.


Servicios de Excel.

8. En el cuadro de diálogo Aplicación de Servicios de Excel, en Nombre, escriba Aplicación de

Servicios de Excel. En Grupo de aplicaciones, seleccione Usar grupo de aplicaciones

existente y, en el cuadro de lista, seleccione SharePoint Web Services - Predeterminado.

En Agregar a lista predeterminada de servidores proxy, compruebe que Agregue el proxy

de esta aplicación de servicio a la lista de proxy predeterminados del conjunto de

servidores esté seleccionado (opción predeterminada) y haga clic en Aceptar.

Nota:

Puede elegir crear un nuevo grupo de aplicaciones para usar con una aplicación de

servicio. Al crear un nuevo grupo de aplicaciones, puede especificar que la cuenta de

seguridad usada por el grupo de aplicaciones sea una cuenta Servicio de red

predefinida o una cuenta administrada. La cuenta debe tener privilegios de lectura y

escritura para las bases de datos SPContent y SPConfig.



$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool |

New-SPWordViewingServiceApplicationProxy -Name "WdProxy"

Para crear las aplicaciones de servicio y los proxies de aplicaciones de servicio mediante Windows PowerShell

493

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool






Activación de la característica de Office Web Apps

Después de que se hayan iniciado las instancias de servicio y se hayan creado las aplicaciones de

servicios y los proxies de aplicaciones de servicio, para usar Office Web Apps se requiere activar la

característica de Office Web Apps en las colecciones de sitios existentes. Puede activar la

característica en una colección de sitios mediante la Administración central o mediante Windows

PowerShell. Si hay un gran número de colecciones de sitios, se puede activar la característica en todas

las colecciones de sitios mediante Windows PowerShell.

Los procedimientos de esta tarea activarán la característica de Office Web Apps en una o más

colecciones de sitios. Esta tarea debe completarse una sola vez después de la creación de las

aplicaciones de servicio y de los proxies de aplicación de servicio.

Esta tarea no necesita completarse para las nuevas colecciones de sitios creadas después de

activar la característica.



2. En la página principal de Administración central de SharePoint, haga clic en Acciones del

sitio y, a continuación, haga clic en Configuración del sitio.

3. En la página Configuración del sitio, en Administración de la colección de sitios, haga clic

en Características de la colección de sitios.

4. En la página de características, para Office Web Apps, haga clic en Activar.



Nota:

Para activar la característica de Office Web Apps en una colección de sitios mediante Administración central

Para activar la característica Office Web Apps en una colección de sitios mediante Windows PowerShell

494

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OfficeWebApps"}).Id

$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId


Parámetro Valor

–Identity Dirección URL



4. En la consola de Windows PowerShell, en el símbolo del sistema (es decir, PS C:\>), escriba el

siguiente comando y presione ENTRAR:






Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }






Instalación y configuración de Office Web Apps en un nuevo servidor independiente de SharePoint Esta sección se aplica solo si va a instalar Office Web Apps en una nueva instalación de SharePoint

donde no se ha ejecutado previamente PSConfig como parte de la instalación de SharePoint.

Para activar la característica Office Web Apps en todas las colecciones de sitios mediante Windows PowerShell

495


Complete esta tarea para instalar componentes y archivos de Office Web Apps en un servidor.








configuración del servidor. Asegúrese de activar la casilla de verificación Ejecutar el Asistente

para configuración de Productos y Tecnologías de SharePoint en este momento y, a

continuación, haga clic en Cerrar para iniciar PSConfig.

Ejecución de PSConfig para registrar los servicios, iniciar las instancias de servicio, crear las aplicaciones y los proxies de servicios, y activar la característica de Office Web Apps

Complete esta tarea para registrar los servicios, iniciar las instancias de servicio, crear las aplicaciones

de servicios y los proxies de aplicación de servicio, y activar la característica de Office Web Apps.

1. Si dejó la casilla de verificación Ejecutar el Asistente para configuración de Productos y

Tecnologías de SharePoint en este momento activada en la tarea anterior, en la página

Productos de SharePoint de PSconfig, haga clic en Siguiente.





Instalación y configuración de Office Web Apps en una granja de servidores de SharePoint existente Realice las tareas de esta sección solo si está instalando Office Web Apps en una granja de servidores

de SharePoint existente donde ya se ha ejecutado el Asistente para la configuración del conjunto de

servidores.


Para ejecutar PSConfig a fin de registrar los servicios, iniciar las instancias de servicio, crear las aplicaciones y los proxies de servicios, y activar la característica de Office Web Apps

496

Cuando se ejecuta Setup.exe, el programa de instalación de Office Web Apps configura el

comportamiento predeterminado de apertura de documentos habilitados por el explorador en

SharePoint para abrir documentos en el explorador. Si se ha ejecutado el programa de

instalación de Office Web Apps, >, pero aún no se activó la característica ni los servicios de

Office Web Apps, es posible que el usuario obtenga un vínculo roto cuando abra un

documento en el explorador. Al implementar Office Web Apps en una granja de servidores de

producción activa, a fin de evitar vínculos rotos a documentos mientras se completan las

tareas de implementación adicionales después de ejecutar el programa de instalación, se

recomienda habilitar la característica OpenInClient en colecciones de sitios existentes antes de

ejecutar el programa de instalación. Para obtener más información, vea Configuración

adicional (opcional).


Complete esta tarea para instalar Office Web Apps en un único servidor de SharePoint. Esta tarea

debe realizarse en cada servidor de la granja de servidores.








configuración del servidor. Asegúrese de que la casilla de verificación Ejecutar el Asistente

para configuración de Productos y Tecnologías de SharePoint en este momento está

activada.

5. Haga clic en Cerrar para iniciar el Asistente para configuración.


Complete esta tarea para registrar los servicios de Office Web Apps en un único servidor de

SharePoint. Esta tarea debe realizarse en cada servidor de la granja de servidores.




Precaución:



497

3. En la página Modificar configuración del conjunto de servidores, seleccione No

desconectar de este conjunto de servidores y, a continuación, haga clic en Siguiente.



Inicio de las instancias de servicio

Una instancia de servicio proporciona la ubicación física para una aplicación de servicio. Debe iniciar

las instancias de servicio por cada servidor que desee que ejecute las aplicaciones de servicio de

Office Web Apps. Puede iniciar las instancias de servicio mediante la Administración central de

SharePoint o mediante Windows PowerShell.

Los procedimientos de esta tarea comenzarán las instancias de servicio en los servidores

especificados. Debe completarse esta tarea después de haber ejecutado WCSetup y PSConfig en

cada servidor de la granja de servidores.




Configuración del sistema, haga clic en Administrar servicios en el servidor.

3. En la página Servicios del servidor: <nombreDelServidor>, en Servidor, seleccione un servidor

e inicie Excel Calculation Services, Servicio de visualización de Word y Servicio de

PowerPoint. Repita este paso para cada servidor de la granja que desea que ejecute los

servicios de Office Web Apps. OneNote Web App no usa un servicio de 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

Para iniciar las instancias de servicio mediante Administración central

Para iniciar las instancias de servicio mediante Windows PowerShell

498

}

}


Parámetro Valor

$machinesToActivate Nombre de servidor






Creación de las aplicaciones de servicio y los servidores proxy de aplicación de servicio

Después de que se hayan iniciado las instancias de servicio, deben crearse las aplicaciones de

servicio y los servidores proxy de aplicación de servicio que conectan los servidores web front-end de

SharePoint con las aplicaciones de servicio. Puede crear las aplicaciones de servicio y los proxies de

aplicación de servicio para las aplicaciones web de Word, PowerPoint y Excel mediante Administración

central o Windows PowerShell. OneNote Web App no requiere una aplicación de servicio. Una vez

creadas, las aplicaciones de servicio se ejecutarán en las instancias de servicio iniciadas de manera

automática.

En esta tarea, creará las aplicaciones de servicios de Office Web Apps y los proxies de aplicaciones de

servicio para las aplicaciones web de Word, PowerPoint y Excel. Solo se puede completar esta tarea

después de haber iniciado las instancias de servicio.




Administración de aplicaciones, seleccione Administrar aplicaciones de servicio.

3. En la página Aplicaciones de servicio, haga clic en Nueva y, a continuación, en Servicio de

visualización de Word.

4. En el cuadro de diálogo de la aplicación Servicio de visualización de Word, en Nombre,

escriba Aplicación del Servicio de visualización de Word. En Grupo de aplicaciones,

Para crear las aplicaciones de servicio y los proxies de aplicaciones de servicio mediante Administración central

499

seleccione Usar grupo de aplicaciones existente y, en el cuadro de lista, seleccione

SharePoint Web Services - Predeterminado. En Agregar a lista predeterminada de

servidores proxy, compruebe que Agregue el proxy de esta aplicación de servicio a la

lista de proxy predeterminados del conjunto de servidores esté seleccionado (opción

predeterminada) y haga clic en Aceptar.


servicio de PowerPoint.

6. En el cuadro de diálogo Aplicación de servicio de PowerPoint, en Nombre, escriba Aplicación

de servicio de PowerPoint. En Grupo de aplicaciones, seleccione Usar grupo de

aplicaciones existente y, en el cuadro de lista, seleccione SharePoint Web Services -

Predeterminado. En Agregar a lista predeterminada de servidores proxy, compruebe que

Agregue el proxy de esta aplicación de servicio a la lista de proxy predeterminados del

conjunto de servidores esté seleccionado (opción predeterminada) y haga clic en Aceptar.


Servicios de Excel.

8. En el cuadro de diálogo Aplicación de Servicios de Excel, en Nombre, escriba Aplicación de

Servicios de Excel. En Grupo de aplicaciones, seleccione Usar grupo de aplicaciones

existente y, en el cuadro de lista, seleccione SharePoint Web Services - Predeterminado.

En Agregar a lista predeterminada de servidores proxy, compruebe que Agregue el proxy

de esta aplicación de servicio a la lista de proxy predeterminados del conjunto de

servidores esté seleccionado (opción predeterminada) y haga clic en Aceptar.

Nota:

Puede elegir crear un nuevo grupo de aplicaciones para usar con una aplicación de

servicio. Al crear un nuevo grupo de aplicaciones, puede especificar que la cuenta de

seguridad usada por el grupo de aplicaciones sea una cuenta Servicio de red

predefinida o una cuenta administrada. La cuenta debe tener privilegios de lectura y

escritura para las bases de datos SPContent y 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"

Para crear las aplicaciones de servicio y los proxies de aplicaciones de servicio mediante Windows PowerShell

500

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool






Activación de la característica de Office Web Apps

Después de que se hayan iniciado las instancias de servicio y se hayan creado las aplicaciones de

servicios y los proxies de aplicaciones de servicio, Office Web Apps requiere activar la característica de

Office Web Apps en las colecciones de sitios existentes para los que las aplicaciones web estarán

disponibles Puede activar la característica en una colección de sitios mediante la Administración

central o mediante Windows PowerShell. Si hay un gran número de colecciones de sitios, se puede

activar la característica en todas las colecciones de sitios mediante Windows PowerShell.

Los procedimientos de esta tarea activarán la característica de Office Web Apps en una o más

colecciones de sitios. Esta tarea debe completarse después de la creación de las aplicaciones de

servicio y de los proxies de aplicación de servicio.

Esta tarea no necesita completarse para las nuevas colecciones de sitios creadas después de

activar la característica.



2. En la página principal de Administración central de SharePoint, haga clic en Acciones del

sitio y, a continuación, haga clic en Configuración del sitio.



4. En la página de características, para Office Web Apps, haga clic en Activar.




Nota:

Para activar la característica de Office Web Apps en una colección de sitios mediante Administración central

Para activar la característica Office Web Apps en una colección de sitios mediante Windows PowerShell

501


$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId


Parámetro Valor

–Identity Dirección URL










Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }






Instalación y configuración de Office Web Apps en una nueva granja de servidores de SharePoint Realice las tareas de esta sección solo si está instalando Office Web Apps en una nueva granja de

servidores de SharePoint donde no se ha ejecutado el Asistente para la configuración del conjunto de

servidores.

Para activar la característica Office Web Apps en todas las colecciones de sitios mediante Windows PowerShell

502


En esta tarea, instalará archivos y componentes de Office Web Apps en un único servidor de

SharePoint de una nueva granja de servidores donde el Asistente para la configuración del conjunto de

servidores no se haya ejecutado previamente. Esta tarea debe completarse en cada servidor de la









configuración del servidor. Asegúrese de que la casilla de verificación Ejecutar el Asistente

para configuración de Productos y Tecnologías de SharePoint en este momento está

activada.

5. Haga clic en Cerrar para iniciar el Asistente para la configuración del conjunto de servidores.


En esta tarea, registrará los servicios de Office Web Apps en un único servidor de SharePoint. Esta

tarea debe completarse en cada servidor de la granja de servidores.




3. En la página Modificar configuración del conjunto de servidores, seleccione No

desconectar de este conjunto de servidores y, a continuación, haga clic en Siguiente.





503

Ejecución del Asistente para la configuración del conjunto de servidores de SharePoint para iniciar las instancias de servicio, crear las aplicaciones y los proxies de servicios, y activar la característica de Office Web Apps

En esta tarea, iniciará las instancias de servicio en todos los servidores de la granja, creará las

aplicaciones de servicio y los proxies de aplicación de servicio, y activará la característica de Office

Web Apps en todas las colecciones de sitios existentes. Debe completarse esta tarea después de

ejecutar Setup.exe y PSConfig en cada servidor de la granja de servidores.



2. En la página principal de Administración central de SharePoint, haga clic en Asistentes de

configuración.

3. En la página Asistentes de configuración, haga clic en Iniciar el Asistente de

configuración del conjunto de servidores.

4. En la página principal del Asistente para la configuración del conjunto de servidores, elija

Guiarme en la configuración usando este asistente y, a continuación, haga clic en

Siguiente.

5. En la página Configure el conjunto de servidores de SharePoint, en Cuenta de servicio,

escriba un nombre para la cuenta de administrador de la granja de servidores.

6. En Servicios, seleccione los servicios de Office Web Apps que desea activar y, a

continuación, haga clic en Siguiente.

7. Cree un nuevo sitio de nivel superior opcional. En la página Crear colección de sitios, siga

los pasos del asistente para crear un sitio de nivel superior nuevo.

8. En la página Configure el conjunto de servidores de SharePoint, haga clic en Finalizar.

Configuración adicional (opcional) En esta sección, se explican configuraciones adicionales que son opcionales.

Configuración del comportamiento predeterminado de SharePoint para abrir documentos habilitados por el explorador

En SharePoint, puede configurar si los documentos habilitados para explorador se abren en una

aplicación cliente o en el explorador. De forma predeterminada, cuando se instala Office Web Apps, los

documentos de Office se abrirán en el explorador. Puede invalidar esta configuración mediante la

Para ejecutar Asistente para la configuración del conjunto de servidores de SharePoint para iniciar las instancias de servicio, crear las aplicaciones y los proxies de servicios, y activar la característica de Office Web Apps

504

característica OpenInClient de SharePoint. La característica OpenInClient se puede configurar en la

Administración central o mediante el cmdlet SPFeature, en Windows PowerShell.

La forma en que se abren los documentos en SharePoint varía en función de si la característica

OpenInClient está presente o no, y si está habilitada o deshabilitada:

Si la característica de OpenInClient no está presente y Office Web Apps no está instalado, los

documentos se abrirán en la aplicación cliente (valor predeterminado de SharePoint).

Si la característica de OpenInClient no está presente, Office Web Apps está instalado y se activan

las aplicaciones de servicios de Office Web Apps, los documentos se abrirán en el explorador

(Office Web Apps, de forma predeterminada).

Si la característica de OpenInClient está presente y habilitada, y las aplicaciones de servicios de

Office Web Apps están activadas, los documentos se abrirán en la aplicación cliente.

Si la característica de OpenInClient está presente y deshabilitada, y se activan las aplicaciones de

servicios de Office Web Apps, los documentos se abrirán en el explorador.

Cuando ejecuta Setup.exe para instalar Office Web Apps, el programa de instalación tomará el

control del comportamiento de apertura predeterminado en SharePoint para determinar que los

documentos de Word, PowerPoint, Excel y OneNote se abran en la aplicación web asociada.

Si un usuario hace clic en un documento de SharePoint después de ejecutar Setup.exe, pero

antes de activar los servicios y la característica de Office Web Apps, el usuario puede obtener

un vínculo roto en el explorador. Al instalar Office Web Apps en un entorno de producción

activo, se recomienda habilitar la característica de OpenInClient antes de ejecutar la

instalación de Office Web Apps.

1. En Administración central de SharePoint, haga clic en Acciones del sitio y, a continuación,

haga clic en Configuración del sitio.



3. En la página Características, para la característica Abrir los documentos en aplicaciones

cliente de forma predeterminada, haga clic en Activar (se habilita la característica de

OpenInClient) para abrir documentos en la aplicación cliente. Haga clic en Desactivar (se

deshabilita la característica de OpenInClient) para abrir documentos en el explorador.



Precaución:

Para establecer el comportamiento predeterminado para abrir las colecciones de sitios mediante la Administración central

Para establecer el comportamiento de apertura predeterminado de SharePoint a fin de que los documentos habilitados para explorador se abran en el explorador mediante Windows PowerShell

505

En este ejemplo, se deshabilita el comportamiento de apertura predeterminado en SharePoint.

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname

-eq "OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Disable-SPFeature $defaultOpenBehaviorFeatureId -

url $_.URL }








Este ejemplo establece el comportamiento predeterminado para abrir todos los documentos en

todos los sitios en la aplicación cliente (si está disponible).

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname

-eq "OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Enable-SPFeature $defaultOpenBehaviorFeatureId -

url $_.URL }






Solución de problemas

Problema Office Web Apps está instalado pero, en el explorador, los documentos no se abren en su

aplicación web asociada.

Solución Compruebe que la característica de Office Web Apps se ha activado para la colección de

sitios en la que reside el documento. Para obtener más información, vea Activación de la característica

de Office Web Apps.

Para establecer el comportamiento de apertura predeterminado de SharePoint a fin de que los documentos habilitados para explorador se abran en la aplicación cliente mediante Windows PowerShell

506

Solución Compruebe que se hayan iniciado las instancias de servicio. Para obtener más información,

vea Inicio de las instancias de servicio.

Solución Compruebe que se hayan creado los proxies y las aplicaciones de servicios. En

Administración central de SharePoint, en Administración de aplicaciones, haga clic en Administrar

aplicaciones de servicio. Compruebe que la Aplicación de servicio de visualización de Word, la

Aplicación de servicio de PowerPoint y la Aplicación de Servicios de Excel estén iniciadas. Si no están

iniciadas, compruebe que se hayan iniciado las instancias de servicio.

Solución Compruebe que la característica de OpenInClient de SharePoint no está habilitada. Para

obtener más información, vea Configuración adicional (opcional).

Problema Office Web Apps se abre correctamente en el modo de vista, pero cuando un usuario hace

clic en los botones de la barra de herramientas Editar en Word, Editar en PowerPoint o Editar en Excel,

aparece un error.

Solución Compruebe que la característica de Office Web Apps está activada y se hayan iniciado el

Servicio de visualización de Word, el Servicio de PowerPoint y Excel Calculation Services.

Problema Cuando se ejecuta el programa de instalación, la clave del producto no permite validarlo.

Solución Compruebe que está instalando una versión de Office Web Apps compatible con su versión

de Productos de SharePoint 2010. La edición de prueba de Office Web Apps no se puede instalar en

un servidor con productos con licencia de SharePoint 2010.

Solución Compruebe que dispone de una licencia de volumen de Microsoft Office 2010 válida.

share point found de plo

Documents

microsoft corporation

informacin y los puntos

los temas que en

instalacin y configuracin

negocio y los administradores

microsoft office system

red sharepoint foundation

soluciones y sitios