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.
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
Antes de comenzar .............................................................................................................................. 66
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
Pasos posteriores a la instalación ........................................................................................................ 70
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
Pasos posteriores a la instalación ........................................................................................................ 83
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
Antes de comenzar .............................................................................................................................. 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
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante
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
Windows PowerShell ...................................................................................................................... 213
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
Antes de comenzar ............................................................................................................................ 221
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
Antes de comenzar ............................................................................................................................ 253
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
Antes de comenzar ............................................................................................................................ 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
Antes de comenzar ............................................................................................................................ 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
Introducción al proceso ...................................................................................................................... 313
Secuencia de actualización ............................................................................................................ 314
Antes de comenzar ............................................................................................................................ 316
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
Preparación de la actualización ......................................................................................................... 390
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
Introducción al proceso ...................................................................................................................... 399
Antes de comenzar ............................................................................................................................ 400
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
Introducción al proceso ...................................................................................................................... 407
Antes de comenzar ............................................................................................................................ 407
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
Preparación de la actualización ......................................................................................................... 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
Antes de comenzar ............................................................................................................................ 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
Introducción al proceso ...................................................................................................................... 450
Antes de comenzar ............................................................................................................................ 450
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
Configuración de la autenticación basada en formularios para una aplicación web basada en
notificaciones (SharePoint Foundation 2010) .................................................................................... 464
17
Conversión de las aplicaciones web a la autenticación basada en notificaciones ............................ 465
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante
Administración central ..................................................................................................................... 465
Configuración de los archivos Web.Config LDAP .............................................................................. 466
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante
Windows PowerShell ...................................................................................................................... 470
Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation
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 del programa de instalación de Office Web Apps .......................................................... 495
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
Ejecución del programa de instalación de Office Web Apps .......................................................... 496
Ejecución de PSConfig para registrar servicios .............................................................................. 496
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 programa de instalación de Office Web Apps .......................................................... 502
Ejecución de PSConfig para registrar servicios .............................................................................. 502
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:
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
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:
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:
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:
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
(SharePoint Foundation 2010)
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:
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
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
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:
Requisitos de hardware y software (SharePoint Foundation 2010)
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.
Protección de SQL Server para entornos de SharePoint (SharePoint Foundation 2010)
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)
Escenarios de implementación (SharePoint Foundation 2010)
38
Requisitos de hardware y software (SharePoint Foundation 2010)
En este artículo se enumeran los requisitos mínimos de hardware y software para instalar y ejecutar
Microsoft SharePoint Foundation 2010.
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
Componente Requisito mínimo
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.
Componente Requisito mínimo
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:
40
Componente Requisito mínimo
Server 2008
(http://go.microsoft.com/fwlink/?linkid=129377&clcid=0xC0A).
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:
41
Entorno Requisito mínimo
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
(http://go.microsoft.com/fwlink/?linkid=196928&clcid=0xC0A).
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
42
Entorno Requisito mínimo
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
(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
que ejecuta IIS 7.0 o IIS 7.5 en el modo integrado
(http://go.microsoft.com/fwlink/?linkid=192578&clcid=0xC0A).
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
Entorno Requisito mínimo
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
(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
que ejecuta IIS 7.0 o IIS 7.5 en el modo integrado
(http://go.microsoft.com/fwlink/?linkid=192578&clcid=0xC0A).
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
Microsoft Chart Control para Microsoft .NET Framework 3.5
44
Entorno Requisito mínimo
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á
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
(http://go.microsoft.com/fwlink/?linkid=195843&clcid=0xC
0A).
Microsoft Silverlight 3.
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
(http://go.microsoft.com/fwlink/?linkid=197424&clcid=0xC0A)
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
(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0xC0A).
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.
Microsoft SQL Server 2005 SP3 (http://go.microsoft.com/fwlink/?linkid=166496&clcid=0xC0A)
Paquete de actualizaciones acumulativas 3 para SQL Server 2005 Service Pack 3
(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=131037&clcid=0xC0A)
Microsoft SQL Server 2008 Express Edition Service Pack 1
(http://go.microsoft.com/fwlink/?linkid=166503&clcid=0xC0A)
46
Windows Identity Foundation para Windows Server 2008
(http://go.microsoft.com/fwlink/?linkid=160381&clcid=0xC0A)
Windows Identity Foundation para Windows Server 2008 R2
(http://go.microsoft.com/fwlink/?linkid=166363&clcid=0xC0A)
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 Control para Microsoft .NET Framework 3.5
(http://go.microsoft.com/fwlink/?linkid=141512&clcid=0xC0A)
Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0xC0A)
Microsoft SQL Server 2008 Native Client
(http://go.microsoft.com/fwlink/?linkid=166505&clcid=0xC0A)
Microsoft SQL Server 2008 Analysis Services ADOMD.NET
(http://go.microsoft.com/fwlink/?linkid=160390&clcid=0xC0A)
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
Actualización de los Servicios de datos de ADO.NET para .NET Framework 3.5 SP1
(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)
(http://go.microsoft.com/fwlink/?linkid=196931&clcid=0xC0A)
Microsoft SharePoint Designer 2010 (64 bits)
(http://go.microsoft.com/fwlink/?linkid=196932&clcid=0xC0A)
Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0xC0A)
Paquete de actualización acumulativa 2 para SQL Server 2008 Service Pack 1
(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0xC0A).
Microsoft SQL Server 2005 SP3 (http://go.microsoft.com/fwlink/?linkid=166496&clcid=0xC0A)
Paquete de actualización acumulativa 3 para SQL Server 2005 Service Pack 3
(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=166503&clcid=0xC0A)
Windows Identity Framework para Windows Server 2008
(http://go.microsoft.com/fwlink/?linkid=160381&clcid=0xC0A)
Windows Identity Framework para Windows Server 2008 R2
(http://go.microsoft.com/fwlink/?linkid=166363&clcid=0xC0A)
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
(http://go.microsoft.com/fwlink/?linkid=141512&clcid=0xC0A)
Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0xC0A)
Microsoft SQL Server 2008 Native Client
(http://go.microsoft.com/fwlink/?linkid=166505&clcid=0xC0A)
ADOMD.NET de Microsoft SQL Server 2008 Analysis Services
(http://go.microsoft.com/fwlink/?linkid=130651&clcid=0xC0A)
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
que ejecuta IIS 7.0 o IIS 7.5 en el modo integrado
(http://go.microsoft.com/fwlink/?linkid=192578&clcid=0xC0A).
Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0xC0A).
Microsoft Silverlight 3 (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0xC0A)
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
Actualización de los Servicios de datos de ADO.NET para .NET Framework 3.5 SP1
(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
SharePoint Foundation.
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
Protección de SQL Server para entornos de SharePoint (SharePoint Foundation 2010)
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.
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
Escenarios de implementación (SharePoint Foundation 2010)
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.
Implementación mediante bases de datos creadas con DBA (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
Implementación de un servidor único con SQL Server (SharePoint Foundation 2010)
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
central de SharePoint.
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
granja de servidores.
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:
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).
8. Haga clic en Siguiente.
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
(http://go.microsoft.com/fwlink/?linkid=151359&clcid=0xC0A).
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.
1. En Internet Explorer, en el menú Herramientas, haga clic en Opciones de Internet.
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).
9. Haga clic en Aceptar para cerrar el cuadro de diálogo Opciones de Internet.
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.
7. Haga clic en Aceptar.
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
Pasos posteriores a la instalación
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.
Para ejecutar el programa de instalación
Nota:
Sugerencia:
68
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. También crea la primera
colección de sitios 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 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 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).
Para ejecutar el Asistente para configuración de Productos de SharePoint
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
(http://go.microsoft.com/fwlink/?linkid=151359&clcid=0xC0A).
1. En Internet Explorer, en el menú Herramientas, haga clic en Opciones de Internet.
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.
6. Haga clic en Aceptar para cerrar el cuadro de diálogo Opciones de Internet.
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.
1. En Internet Explorer, en el menú Herramientas, haga clic en Opciones de Internet.
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).
9. Haga clic en Aceptar para cerrar el cuadro de diálogo Opciones de Internet.
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
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 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).
72
Varios servidores para una granja de servidores de tres niveles (SharePoint Foundation 2010)
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
Pasos posteriores a la instalación
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
granja de servidores.
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.
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
implementación inicial (SharePoint Foundation 2010).
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:
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
granja de servidores.
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
SharePoint, haga clic en Siguiente.
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.
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.
Para ejecutar el programa de instalación
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.
3. En la página Productos de SharePoint, haga clic en Siguiente.
4. En el cuadro de diálogo que indica que algunos servicios podrían tener que reiniciarse durante
la configuración, haga clic en Sí.
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.
7. Haga clic en Siguiente.
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)
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 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).
10. Haga clic en Siguiente.
11. 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,
compruebe los archivos de registro en la unidad en la que está instalado SharePoint
Foundation 2010, los cuales se encuentran en la carpeta
%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS.
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
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
SharePoint Foundation.
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í.
14. Haga clic en Aceptar.
1. En la página principal de Administración central, en la sección Administración de
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.
10. Haga clic en Aceptar.
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
(SharePoint Foundation 2010).
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
implementación inicial (SharePoint Foundation 2010).
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
SharePoint Foundation 2010.
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
if( $lastexitcode -eq 0 ) {
Write-Host "Install successful..."
} else { Write-Error "ERROR: $lastexitcode" }
} 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
if( $lastexitcode -eq 0 ) {
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."
if( $lastexitcode -eq 0 ) {
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
if ([String]::IsNullOrEmpty($err) -eq $true) {
Write-Host "[8/15] Installing Features..."
Install-SPFeature -AllExistingFeatures -ErrorVariable err
if ([String]::IsNullOrEmpty($err) -eq $true) {
Write-Host "[9/15] Provisioning Central Administration..."
New-SPCentralAdministration -Port $CAPort -WindowsAuthProvider "NTLM" -
ErrorVariable err
if ([String]::IsNullOrEmpty($err) -eq $true) {
Write-Host "[10/15] Installing Help..."
Install-SPHelpCollection -All -ErrorVariable err
if ([String]::IsNullOrEmpty($err) -eq $true) {
Write-Host "[11/15] Installing Application Content..."
93
Install-SPApplicationContent -ErrorVariable err
if ([String]::IsNullOrEmpty($err) -eq $true) {
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
if ([String]::IsNullOrEmpty($err) -eq $true) {
Write-Host "[14/15] Creating site collection..."
$SPSite = New-SPSite -url "http://localhost" -
OwnerAlias $FarmCredential.UserName -ErrorVariable err
if ([String]::IsNullOrEmpty($err) -eq $true) {
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" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $err" }
} else { Write-Error "ERROR: $lastexitcode" }
} else { Write-Error "ERROR: $lastexitcode" }
$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
Implementación mediante bases de datos creadas con DBA (SharePoint Foundation 2010)
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
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
(SharePoint Foundation 2010).
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
SharePoint Foundation 2010.
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
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
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
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
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
(http://go.microsoft.com/fwlink/?linkid=128228&clcid=0xC0A)
Usos de los diversos tipos de redes virtuales en Hyper-V
(http://go.microsoft.com/fwlink/?linkid=128085&clcid=0xC0A)
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
SharePoint Foundation.
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
(SharePoint Foundation 2010).
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
(http://go.microsoft.com/fwlink/?linkid=187758&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=187759&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=187923&clcid=0xC0A).
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:
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"
/>- <!--<PIDKEY Value="Enter Product Key Here" /> --> <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.
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 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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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
118
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.
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:
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
diagnósticos (SharePoint Foundation 2010).
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:
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.
(http://go.microsoft.com/fwlink/?linkid=169319&clcid=0xC0A).
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.
2. En la página Términos de licencia para software de Microsoft, revise los términos, active la
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.
2. En la página Productos de SharePoint, haga clic en Siguiente.
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
SharePoint, haga clic en Siguiente.
7. En la página Configuración realizada correctamente, haga clic en Finalizar.
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.
Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010)
En este artículo se describe cómo configurar la recolección de datos de uso y estado en
SharePoint Foundation 2010.
Configuración del registro de diagnósticos (SharePoint Foundation 2010)
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
Configuración de la recolección de datos de mantenimiento y uso (SharePoint Foundation 2010)
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.
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 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:
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.
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.
1. Compruebe que cumple con los siguientes requisitos: Vea Add-SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas.
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
132
3. Haga clic en Productos de Microsoft SharePoint 2010.
4. Haga clic en Consola de administración de SharePoint 2010.
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-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:
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.
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.
1. Compruebe que cumple con los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y, a continuación, presione ENTRAR:
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
133
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.
Vea también Introducción a la supervisión (SharePoint Foundation 2010)
134
Configuración del registro de diagnósticos (SharePoint Foundation 2010)
En este artículo, se proporciona información acerca de la configuración del registro de diagnósticos en
Microsoft SharePoint Foundation 2010.
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
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 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
incorporar al registro de eventos.
d. 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 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
desea incorporar al registro de seguimiento.
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.
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.
Para configurar el registro de diagnósticos mediante Windows PowerShell
137
5. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
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:
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.
Vea también Introducción a la supervisión (SharePoint Foundation 2010)
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
(http://go.microsoft.com/fwlink/?linkid=151766&clcid=0xC0A).
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.
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 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.
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 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.
5. Haga clic con el botón secundario en el servidor virtual SMTP que desea configurar y, a
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.
8. Haga clic en Aceptar.
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.
1. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en
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.
4. Haga clic en Aceptar.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
Debe ser miembro del grupo Administradores en el equipo local.
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.
1. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en
Administrador de Internet Information Services 6.0 (IIS).
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
(http://go.microsoft.com/fwlink/?linkid=150827&clcid=0xC0A).
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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
(http://go.microsoft.com/fwlink/?linkid=150840&clcid=0xC0A).
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
2. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en
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
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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. Haga clic con el botón secundario en la unidad organizativa y, a continuación, haga clic en
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.
5. Haga clic en Aceptar.
6. Haga clic en Siguiente.
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.
10. Haga clic en Siguiente.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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, haga clic en el menú Ver y, a continuación, haga
clic en Características avanzadas.
3. Haga clic con el botón secundario en la unidad organizativa y, a continuación, haga clic en
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.
8. Haga clic en Aceptar para cerrar el cuadro de diálogo Propiedades.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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
continuación, haga clic en Aceptar.
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.
7. Haga clic en Aceptar.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
7. Haga clic en Aceptar.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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
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.
12. Haga clic en Aceptar.
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
(http://go.microsoft.com/fwlink/?linkid=120164&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=151348&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=83249&clcid=0xC0A).
¿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 el servicio SMTP
Para instalar las herramientas de administración de IIS 6.0
Para configurar el servicio SMTP
Para establecer que el servicio SMTP se inicie automáticamente
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:
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
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
Nota:
Nota:
Para instalar el servicio SMTP
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.
1. Compruebe que tiene 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 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.
1. Compruebe que tiene 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
Nota:
Para instalar las herramientas de administración de IIS 6.0
Para configurar el servicio SMTP
161
Administrador de Internet Information Services 6.0 (IIS).
3. En Administrador de IIS, expanda el nombre del servidor que contiene 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.
5. Haga clic con el botón secundario en el servidor virtual SMTP que desee configurar, y a
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.
8. Haga clic en Aceptar.
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.
13. Haga clic en Aceptar para cerrar el cuadro de diálogo Propiedades.
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.
1. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en
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.
4. Haga clic en Aceptar.
Nota:
Para establecer que el servicio SMTP se inicie automáticamente
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
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 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.
8. Haga clic en Aceptar.
1. Compruebe que tiene las siguientes credenciales administrativas: debe ser miembro del grupo
Administradores en el equipo local.
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
Administración central de SharePoint.
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.
8. Haga clic en Aceptar.
1. Compruebe que tiene las siguientes credenciales administrativas: debe ser miembro del grupo
Administradores en el equipo local.
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>
-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
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.
Antes de realizar estos procedimientos, confirme que:
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.
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. 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:
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
central de SharePoint.
2. En la página principal de 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 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.
10. Haga clic en Aceptar.
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
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
Administradores local del equipo que ejecuta Windows PowerShell.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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:
Asegúrese de que la dirección URL del servicio es una dirección URL HTTPS.
Para obtener más información, vea Set-SPMobileMessagingAccount y Get-SPWebApplication.
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
central de SharePoint.
2. En la página principal de Administración central, en la sección Administración de
aplicaciones, haga clic en Administrar aplicaciones web.
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
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:
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.
10. Haga clic en Aceptar.
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.
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 símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
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
O bien, si usa el operador de canalización, escriba el siguiente comando:
Get-SPWebapplication -Identity http://localhost | Set-SPMobileMessagingAccount -
Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId
[email protected] -Password password1
Nota:
Asegúrese de que la dirección URL del servicio es una dirección URL HTTPS.
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.
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.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>
Donde <WebApplicationUrl> es la dirección URL de Administración central.
Ejemplo
Get-SPMobileMessagingAccount -WebApplication http://myserver
O bien, si usa el operador de canalización, escriba el siguiente comando:
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
171
Para obtener más información, vea Get-SPMobileMessagingAccount y Get-SPWebApplication.
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.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>
Donde <WebApplicationUrl> es la dirección URL de la aplicación web.
Ejemplo
Get-SPMobileMessagingAccount -WebApplication http://localhost
O bien, si usa el operador de canalización, escriba el siguiente comando:
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.
1. Compruebe si tiene las siguientes credenciales administrativas:
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
Administración central de SharePoint.
2. En la página principal de 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
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
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.
1. Compruebe si tiene las siguientes credenciales administrativas:
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
Administración central de SharePoint.
2. En la página principal de Administración central, en la sección Administración de
aplicaciones, haga clic en Administrar aplicaciones web.
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
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
(http://go.microsoft.com/fwlink/?linkid=165839&clcid=0xC0A) y descargue el archivo
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.
2. Expanda Bases de datos.
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
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
(SharePoint Foundation 2010).
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.
178
Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010)
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.
Administración de servicios y aplicaciones de servicio (SharePoint Foundation 2010)
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)
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.
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.
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. 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).
Antes de realizar estos procedimientos, confirme que:
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).
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
(http://go.microsoft.com/fwlink/?linkid=187887&clcid=0xC0A).
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
2. En la página principal de Administración central, en la sección Administración de
aplicaciones, haga clic en Administrar aplicaciones web.
3. En la cinta, haga clic en Nuevo.
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
(SharePoint Foundation 2010).
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
(http://go.microsoft.com/fwlink/?linkid=187887&clcid=0xC0A).
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
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.
Si desea usar la autenticación de
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
2. En la página principal de Administración central, en la sección Administración de
aplicaciones, haga clic en Administrar aplicaciones web.
3. En la cinta, haga clic en Nuevo.
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
(SharePoint Foundation 2010).
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
(http://go.microsoft.com/fwlink/?linkid=187887&clcid=0xC0A).
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:
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.
Si desea usar la autenticación de
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
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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:
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.
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.
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. 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:
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.
Vea también Ampliación de una aplicación web (SharePoint Foundation 2010)
Creación de una colección de sitios (SharePoint Foundation 2010)
Configuración de una aplicación web basada en notificaciones (SharePoint Foundation 2010)
Configuración de la autenticación basada en formularios para una aplicación web basada en
notificaciones (SharePoint Foundation 2010)
Configuración de la seguridad de los servidores web (IIS 7)
197
Configuración de la autenticación de notificaciones (SharePoint Foundation 2010)
En esta sección:
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 (SharePoint
Foundation 2010)
Configuración de la autenticación basada en formularios 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
(SharePoint Foundation 2010)
Configuración de la autenticación mediante un token de seguridad de SAML (SharePoint
Foundation 2010)
198
Configuración de una aplicación web basada en notificaciones (SharePoint Foundation 2010)
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
SharePoint Foundation 2010.
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
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP
mediante Windows PowerShell
Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation
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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba lo siguiente:
$w = Get-SPWebApplication "http://<server>/"
$w.UseClaimsAuthentication = "True";
$w.Update()
$w.ProvisionGlobally()
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.
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.
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, en Administración de aplicaciones, seleccione Administrar
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
4. En la sección Autenticación del cuadro de diálogo Nueva aplicación web, seleccione
Autenticación basada en notificaciones.
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"
server="yourserver.com"
port="389"
useSSL="false"
groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your
groupContainer)"
groupNameAttribute="cn"
groupNameAlternateSearchAttribute="samAccountName"
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
dnAttribute="distinguishedName"
groupFilter="((ObjectClass=group)"
userFilter="((ObjectClass=person)"
scope="Subtree" />
</providers>
</roleManager>
Después de agregar la entrada anterior, guarde el archivo Web.Config y ciérrelo.
1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.
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.
4. Haga clic con el botón secundario en Administración central de SharePoint y seleccione
Explorar.
5. Abra el archivo Web.Config.
6. Busque la sección <Configuration> <system.web> y agregue la siguiente entrada:
<membership>
<providers>
<add name="membership"
type="Microsoft.Office.Server.Security.LdapMembershipProvider,
Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
userDNAttribute="distinguishedName"
userNameAttribute="sAMAccountName"
userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"
userObjectClass="person"
userFilter="(&(ObjectClass=person))"
scope="Subtree"
otherRequiredUserAttributes="sn,givenname,cn" />
</providers>
</membership>
<roleManager enabled="true" >
<providers>
<add name="rolemanager"
type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server,
Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
groupContainer="DC=internal,DC=yourcompany,DC=com"
groupNameAttribute="cn"
groupNameAlternateSearchAttribute="samAccountName"
205
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
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.
1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.
2. Vaya al sitio Formularios de notificaciones.
3. Haga clic con el botón secundario en Formularios de notificaciones y seleccione Explorar.
4. Abra el archivo Web.Config.
5. Busque la sección <Configuration> <system.web>.
6. Busque la sección <membership defaultProvider="i"> y agregue la siguiente entrada:
<add name="membership"
type="Microsoft.Office.Server.Security.LdapMembershipProvider,
Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
userDNAttribute="distinguishedName"
userNameAttribute="sAMAccountName"
userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"
userObjectClass="person"
userFilter="(&(ObjectClass=person))"
scope="Subtree"
otherRequiredUserAttributes="sn,givenname,cn" />
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
<add name="roleManager"
type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server,
Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
groupContainer="DC=internal,DC=yourcompany,DC=com"
groupNameAttribute="cn"
groupNameAlternateSearchAttribute="samAccountName"
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
dnAttribute="distinguishedName"
groupFilter="(&(ObjectClass=group))"
userFilter="(&(ObjectClass=person))"
scope="Subtree" />
Después de agregar la entrada anterior, guarde el archivo Web.Config y ciérrelo.
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
autenticación basada en formularios para una aplicación web basada en notificaciones.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba lo siguiente:
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 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
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:
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.
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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
Para migrar usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010
208
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 símbolo del sistema de Windows PowerShell, escriba lo siguiente:
$w = Get-SPWebApplication "http://<server>/"
$w.MigrateUsers(True)
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.
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
(http://go.microsoft.com/fwlink/?linkid=191723&clcid=0xC0A).
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.
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. 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
"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://" +
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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. 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
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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. 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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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. 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
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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. 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
"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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. 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
(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0xC0A)
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
(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0xC0A).
Todos los servidores de la granja de servidores tienen instalado Internet Explorer (y sus últimas
actualizaciones) del sitio de Windows Update
(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0xC0A).
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:
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 01/112007
Hora 2:22:20 p. m.
Usuario MYDOMAIN\pscexec
Equipo WSSADMIN
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,0x1D339D3)
Tipo de inicio de sesión 3
Proceso de inicio de sesión Kerberos
Paquete de autenticación Kerberos
Nombre de la estación de trabajo
GUID de inicio de sesión {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}
Nombre de usuario del llamador
Dominio del llamador
Identificador de inicio de sesión del llamador
Identificador de proceso del llamador
Servicios transitados
234
Dirección de red de origen 192.168.100.100
Puerto de origen 2505
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
Administración central.
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
En la página Servicios del servidor de Administración central:
1. Seleccione el servidor WSSCRAWL.
Nota:
236
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.
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
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 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.
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.
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.
7. Haga clic en Aceptar.
8. Confirme que la aplicación web se ha creado correctamente.
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)
(http://go.microsoft.com/fwlink/?linkid=111285&clcid=0xC0A).
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.
7. Haga clic en Aceptar.
8. Confirme que la aplicación web se ha creado correctamente.
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)
(http://go.microsoft.com/fwlink/?linkid=111285&clcid=0xC0A).
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.
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.
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.
8. Haga clic en Aceptar.
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.
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 01/112007
Hora 5:08:20 p. m.
Usuario MYDOMAIN\pscexec
Equipo wssfe1
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,0x1D339D3)
Tipo de inicio de sesión 3
Proceso de inicio de sesión Autenticación Kerberos
240
Nombre de la estación de trabajo
GUID de inicio de sesión {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}
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 2505
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.
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.
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
(http://go.microsoft.com/fwlink/?linkid=85942&clcid=0xC0A)
SQL Server Cómo solucionar el mensaje de error "No se puede generar
el contexto SSPI"
(http://go.microsoft.com/fwlink/?linkid=82932&clcid=0xC0A)
.NET Framework Propiedad
AuthenticationManager.CustomTargetNameDictionary
(http://go.microsoft.com/fwlink/?linkid=120460&clcid=0xC0A)
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"
(http://go.microsoft.com/fwlink/?linkid=120462&clcid=0xC0A)
243
Producto/Tecnología Recurso
Autenticación Kerberos Referencia técnica de la autenticación Kerberos
(http://go.microsoft.com/fwlink/?linkid=78646&clcid=0xC0A)
Autenticación Kerberos Solución de errores de Kerberos
(http://go.microsoft.com/fwlink/?linkid=93730&clcid=0xC0A)
Autenticación Kerberos Transición al protocolo Kerberos y delegación restringida
(http://go.microsoft.com/fwlink/?linkid=100941&clcid=0xC0A)
IIS Configuración de encabezados host de SSL (IIS 6.0)
(http://go.microsoft.com/fwlink/?linkid=120463&clcid=0xC0A)
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.
1. Compruebe si la cuenta de usuario que va a realizar este procedimiento es de administrador
de la colección de sitios.
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.
8. Haga clic en Aceptar.
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.
1. Compruebe si la cuenta de usuario que va a realizar este procedimiento es de administrador
de la colección de sitios.
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.
7. Haga clic en Aceptar.
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas. Haga clic en Productos de Microsoft
SharePoint 2010.
3. Haga clic en Consola de administración de 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
247
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas. Haga clic en Productos de Microsoft
SharePoint 2010.
3. Haga clic en Consola de administración de SharePoint 2010.
4. En el símbolo del sistema de Windows PowerShell, escriba lo siguiente:
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas. Haga clic en Productos de Microsoft
SharePoint 2010.
3. Haga clic en Consola de administración de SharePoint 2010.
4. En el símbolo del sistema de Windows PowerShell, escriba lo siguiente:
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
2. En el menú Inicio, haga clic en Todos los programas. Haga clic en Productos de Microsoft
SharePoint 2010.
3. Haga clic en Consola de administración de 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
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
249
Creación de una colección de sitios (SharePoint Foundation 2010)
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
(SharePoint Foundation 2010).
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
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
10. Haga clic en Aceptar.
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
1. Compruebe que cumple con los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
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.
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.
Para crear una colección de sitios mediante Windows PowerShell
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.
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
(http://go.microsoft.com/fwlink/?linkid=183360&clcid=0xC0A).
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:
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
Sistema de implementación Escenario de uso
Para obtener más información, vea el artículo sobre la
migración de contenido
(http://go.microsoft.com/fwlink/?linkid=183372&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=183373&clcid=0xC
0A)
Método Sites.ExportWeb
(http://go.microsoft.com/fwlink/?linkid=183377&clcid=0xC
0A)
Método Sites.ImportWeb
(http://go.microsoft.com/fwlink/?linkid=183378&clcid=0xC
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
257
Sistema de implementación Escenario de uso
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)
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)
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..
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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.
1. En la página principal de Administración central, haga clic en Configuración del sistema.
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
262
7. Haga clic en Aceptar.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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
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
(http://go.microsoft.com/fwlink/?linkid=187000&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=183466&clcid=0xC0A).
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
Implementación de elementos de sitio creados (SharePoint Foundation 2010)
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:
269
planeación de la distribución de contenido
(http://go.microsoft.com/fwlink/?linkid=167835&clcid=0xC0A).
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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:
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
Para crear un paquete de distribución de contenido mediante Windows PowerShell
Para importar un paquete de distribución de contenido mediante Windows PowerShell
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:
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.
272
Implementación de elementos de sitio mediante características (SharePoint Foundation 2010)
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
(http://go.microsoft.com/fwlink/?linkid=183451&clcid=0xC0A).
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.
<?xml version="1.0"?>
<Feature Id="8C4DD0CB-5A94-44da-9B7F-E9ED49C2B2DC" Title=
"Custom Web page"
Description="This simple example feature adds an ASPX page
with a hosted XmlFormView control"
Version="1.0.0.0" Scope="Web"
xmlns="http://schemas.microsoft.com/sharepoint/">
<ElementManifests>
<ElementManifest Location="Module.xml"/>
</ElementManifests>
</Feature>
2. 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.
<?xml version="1.0"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
Para crear e implementar una característica personalizada
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
(http://go.microsoft.com/fwlink/?linkid=187036&clcid=0xC0A). Para obtener más información
acerca de la implementación de soluciones, vea Implementación de paquetes de solución
(SharePoint Foundation 2010).
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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
277
archivo Feature.xml está implícito y no necesita especificarse.
Para obtener más información, vea Install-SPFeature.
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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:
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.
Para activar una característica mediante Windows PowerShell
278
Implementación de plantillas (SharePoint Foundation 2010)
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
(http://go.microsoft.com/fwlink/?linkid=187678&clcid=0xC0A).
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
Administración central.
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
(http://go.microsoft.com/fwlink/?linkid=183458&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=183458&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=183465&clcid=0xC0A).
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.
286
Implementar flujos de trabajo
El flujo de trabajo de tres estados predefinido ya está instalado como característica de SharePoint en
SharePoint Foundation 2010.
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
(SharePoint Foundation 2010).
Inicio del flujo de trabajo
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
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:
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
(SharePoint Foundation 2010).
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
Actualización a SharePoint Foundation 2010
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
SharePoint Foundation 2010.
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
Introducción al proceso de actualización (SharePoint Foundation 2010)
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.
Introducción al proceso de actualización (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
Novedades de la actualización (SharePoint Foundation 2010)
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
(http://go.microsoft.com/fwlink/?linkid=161120&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=155575&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=95859&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=161208&clcid=0xC0A).
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)
(http://go.microsoft.com/fwlink/?linkid=161232&clcid=0xC0A)
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
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).
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
299
Concepto, término o
característica
Nuevo o modificado Comentarios
actualización no realiza cambios
en 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).
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
300
Concepto, término o
característica
Nuevo o modificado Comentarios
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
(SharePoint Foundation 2010).
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
Concepto, término o
característica
Nuevo o modificado Comentarios
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
(SharePoint Foundation 2010).
Autenticación basada en
notificaciones
Nuevo La autenticación basada en
notificaciones es un nuevo modelo
302
Concepto, término o
característica
Nuevo o modificado Comentarios
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
Concepto, término o
característica
Nuevo o modificado Comentarios
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
(SharePoint Foundation 2010).
304
Introducción al proceso de actualización (SharePoint Foundation 2010)
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
actualización (SharePoint Foundation 2010).
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).
2. El administrador del servidor desasocia las bases de datos de contenido 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).
2. El administrador del servidor desasocia las bases de datos de contenido 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
SharePoint Foundation 2010.
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:
Introducción al proceso
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
Bases de datos adjuntas y actualización a SharePoint Foundation 2010
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.
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
los siguientes artículos:
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:
Introducción al proceso de actualización (SharePoint Foundation 2010)
Realización de pasos previos a la actualización. Lea el siguiente artículo en TechNet:
Importante:
318
Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation
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
(http://go.microsoft.com/fwlink/?linkid=181115&clcid=0xC0A). Para obtener más información
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
(http://go.microsoft.com/fwlink/?linkid=181116&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=148403&clcid=0xC0A)
Versión x64: Windows SharePoint Services 3.0 x64 con Service Pack 2
(http://go.microsoft.com/fwlink/?linkid=181113&clcid=0xC0A)
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
SharePoint Foundation 2010.
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
Planeación y preparación de la actualización (SharePoint Foundation 2010)
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
Técnica Descripción Ventajas Inconvenientes
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.
Puede actualizar varias
bases de datos de
contenido a la vez, lo que
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
directo a los servidores
de bases de datos.
Método híbrido 2: Aproveche las ventajas Todas las opciones de Tenga en cuenta que
326
Técnica Descripción Ventajas Inconvenientes
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.
Puede actualizar varias
bases de datos de
contenido a la vez, lo que
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
directo a los servidores
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,
328
Mayúsculas/minúsculas Método de actualización
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
basada en formularios
Al usar autenticación basada en formularios, se
requieren pasos adicionales para realizar una
actualización. Para obtener más información, vea
329
Mayúsculas/minúsculas Método de actualización
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
Mayúsculas/minúsculas Método de actualización
Planeación de sitios multilingües (SharePoint
Foundation 2010).
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
(SharePoint Foundation 2010).
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
comprobación previa a la actualización (SharePoint Foundation 2010).
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
(SharePoint Foundation 2010).
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
SharePoint Foundation 2010.
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
Microsoft SharePoint Foundation 2010.
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
SharePoint Foundation 2010.
335
Topología inicial (Windows
SharePoint Services 3.0)
Topología final admitida
(SharePoint Foundation 2010)
Topología final no admitida
(SharePoint Foundation 2010)
Servidor independiente con
Windows Internal Database
Servidor independiente con
Microsoft SQL Server 2008
Express
Cualquier granja de servidores
Servidor único con SQL Server Servidor único con SQL Server Servidor independiente con
Microsoft SQL Server 2008
Express
Granja de servidores de
cualquier tamaño
Granja de servidores de
cualquier tamaño
Servidor independiente con
Microsoft SQL Server 2008
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
SharePoint Foundation 2010.
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
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
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
Tipo de personalización Recomendación
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
(http://go.microsoft.com/fwlink/?linkid=182339&clcid=0xC0A)
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
Tipo de personalización Recomendación
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
(http://go.microsoft.com/fwlink/?linkid=105945&clcid=0xC0A).
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
(http://go.microsoft.com/fwlink/?linkid=105947&clcid=0xC0A).
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
Bases de datos adjuntas y actualización a SharePoint Foundation 2010
Actualización 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
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
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
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
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
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
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
SharePoint Services 3.0).
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
(SharePoint Foundation 2010).
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
extensions\14\LOGS. Los nombres de los archivos de registro tienen el siguiente formato:
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.
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
actualizados (SharePoint Foundation 2010).
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
(SharePoint Foundation 2010).
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)
(http://go.microsoft.com/fwlink/?linkid=182620&clcid=0xC0A).
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
Administradores en el equipo local.
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
(http://go.microsoft.com/fwlink/?linkid=182327&clcid=0xC0A).
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
(Windows SharePoint Services).
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
Solución de problemas de actualización (SharePoint Foundation)
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
(http://go.microsoft.com/fwlink/?linkid=124882&clcid=0xC0A).
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)
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010)
Reanudación de la actualización (SharePoint Foundation 2010)
378
Recuperación tras un error en la actualización (SharePoint Foundation 2010)
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
actualización (SharePoint Foundation 2010).
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.
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
SharePoint Services 3.0).
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
Reanudación de la actualización (SharePoint Foundation 2010)
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
(http://go.microsoft.com/fwlink/?linkid=99206&clcid=0xC0A).
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.
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 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
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:
Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation
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
(http://go.microsoft.com/fwlink/?linkid=169179&clcid=0xC0A).
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
Una de las causas frecuentes de errores durante la actualización es que en el entorno falten
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. 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 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
(http://go.microsoft.com/fwlink/?linkid=69958&clcid=0xC0A).
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
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
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.
1. Compruebe si tiene las siguientes credenciales administrativas:
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
4. Escriba el siguiente comando y presione ENTRAR:
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
(http://go.microsoft.com/fwlink/?linkid=125834&clcid=0xC0A).
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)
(http://go.microsoft.com/fwlink/?linkid=105988&clcid=0xC0A).
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)
(http://go.microsoft.com/fwlink/?linkid=105989&clcid=0xC0A).
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.
Actualización en contexto a SharePoint Foundation 2010
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.
Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a
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:
Preparación de la actualización
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
comprobación previa a la
actualización
Ejecute la herramienta de
comprobación previa a la
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
herramienta de comprobación
previa a la actualización
(SharePoint Foundation 2010).
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
(SharePoint Foundation 2010).
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.
Realice este paso una vez para
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).
Realice este paso una vez para
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
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).
Realizar la actualización en contexto Notas
[ ] Ejecución de la herramienta de
comprobación previa a la
actualización
Ejecute de nuevo la herramienta de
comprobación previa a la
actualización para identificar
problemas nuevos o existentes
antes de iniciar la actualización.
Pasos detallados: Ejecución de la
herramienta de comprobación previa
a la actualización (SharePoint
Foundation 2010).
La ejecución de la herramienta de
comprobación tarda solo unos
minutos, pero la solución de los
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
Realizar la actualización en contexto Notas
[ ] 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
contexto con bases de datos
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
(SharePoint Foundation 2010).
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
servidor web del entorno.
[ ] 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
SharePoint Foundation 2010".
Realice este paso para cada
servidor web del entorno.
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
servidor web del entorno.
Este paso debe tardar solo unos
minutos por servidor web.
394
Realizar la actualización en contexto Notas
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
Asistente para configuración de
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
Administración central de
SharePoint antes de intentar
actualizar cualquier otro
contenido de la granja de
servidores. Para ello,
complete el asistente en el
servidor que ejecuta
Administración central de
SharePoint Central.
Pasos detallados: Ejecución del
Asistente para configuración de
Productos de SharePoint en el
artículo "Actualización en contexto a
SharePoint Foundation 2010".
Realice este paso para cada
servidor web del entorno.
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
Realizar la actualización en contexto Notas
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
SharePoint Foundation 2010.
Pasos detallados: Configuración de
la autenticación basada en
formularios para una aplicación web
basada en notificaciones
(SharePoint Foundation 2010).
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
contexto con bases de datos
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
(SharePoint Foundation 2010).
Realice este paso para cada base
de datos de contenido del
entorno.
Este paso puede tardar una hora,
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
Realizar la actualización en contexto Notas
[ ] 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).
Realice este paso una vez para
todo el entorno.
Este paso puede tardar una hora,
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
autenticación basada en
formularios para una aplicación
web basada en notificaciones
En el caso de las aplicaciones web
configuradas para usar
autenticación basada en
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
autenticación basada en
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
(SharePoint Foundation 2010).
[ ] 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
sitios actualizados (SharePoint
Foundation 2010).
Lleve a cabo este paso para cada
aplicación web actualizada y
colección de sitios del entorno.
Este paso puede tardar una hora,
varias horas o días según el
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
Actualización en contexto a SharePoint Foundation 2010
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.
Una de las causas frecuentes de errores durante la actualización es que en el entorno falten
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 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:
Introducción al proceso
Antes de comenzar
Instalación de requisitos previos
Ejecución del programa de instalación en todos los servidores
Ejecución del Asistente para configuración de Productos de SharePoint
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
(SharePoint Foundation 2010).
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
central de SharePoint.
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
Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation
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
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
(SharePoint Foundation 2010).
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).
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.
2. Haga clic en Siguiente.
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.
4. Haga clic en Siguiente.
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
2. En la página Términos de licencia para software de Microsoft, revise los términos, active la
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
Administración central de SharePoint.
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:
Para ejecutar el Asistente para configuración de Productos de SharePoint
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
SharePoint, haga clic en Siguiente.
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)
Números (del 0 al 9)
Caracteres no alfabéticos (como !, $, #, %)
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).
Una de las causas frecuentes de errores durante la actualización es que en el entorno falten
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. 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 cómo realizar una actualización de prueba para detectar
posibles problemas.
Nota:
407
En este artículo:
Introducción al proceso
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:
Actualización en contexto a SharePoint Foundation 2010
Bases de datos adjuntas y actualización a SharePoint Foundation 2010
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
comprobación previa a la actualización (SharePoint Foundation 2010).
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).
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
(SharePoint Foundation 2010).
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).
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
(Windows SharePoint Services).
Actualización de la granja de servidores en
contexto
1. Instale todos los requisitos previos en todos
los servidores de la granja.
2. Ejecute el programa de instalación en todos
los servidores de la granja.
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
servidores de la granja.
Para conocer los procedimientos detallados de
estos pasos, vea Actualización en contexto a
SharePoint Foundation 2010.
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.
Para conocer los procedimientos detallados de
estos pasos, vea Realización de una
actualización de base de datos adjunta a
SharePoint Foundation 2010.
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
Para conocer los procedimientos detallados de
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
(Windows SharePoint Services).
Actualización de la granja de servidores
original en contexto
1. Instale todos los requisitos previos en todos
los servidores de la granja.
2. Ejecute el programa de instalación en todos
los servidores de la granja.
3. Ejecute el Asistente para configuración de
Productos de SharePoint en todos los
411
Proceso de actualización en contexto con bases de
datos desasociadas (granja de servidores de tamaño
reducido temporal)
servidores de la granja.
Para conocer los procedimientos detallados de
estos pasos, vea Realización de una
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
granja de servidores.
2. 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]
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.
Para conocer los procedimientos detallados de
estos pasos, vea Realización de una
actualización de base de datos adjunta a
SharePoint Foundation 2010.
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
Proceso de actualización en contexto con bases de
datos desasociadas (granja de servidores de tamaño
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
(SharePoint Foundation 2010).
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)
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
(http://go.microsoft.com/fwlink/?linkid=189418&clcid=0xC0A).
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)
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)
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)
Introducción al proceso de 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:
Introducción al proceso de actualización (SharePoint Foundation 2010)
Planeación y preparación de la actualización (SharePoint Foundation 2010)
Importante:
423
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)
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
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.
3. 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).
4. 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.
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
(SharePoint Foundation 2010)
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)
(http://go.microsoft.com/fwlink/?linkid=186119&clcid=0xC0A).
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.
3. 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.
Para instalar SQL Server 2008 Express R2
Para instalar RBS
425
4. 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.
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.
5. Inicie el asistente usando los valores predeterminados.
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.
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 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 instalar SharePoint Foundation 2010
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).
Vea también Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)
Novedades de la actualización (SharePoint Foundation 2010)
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
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 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
(SharePoint Foundation 2010).
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:
428
2008 Management Studio Express
(http://go.microsoft.com/fwlink/?linkid=186132&clcid=0xC0A).
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:
Introducción al proceso de actualización (SharePoint Foundation 2010)
Planeación y preparación de la actualización (SharePoint Foundation 2010)
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:
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
Para migrar la base de datos de contenido a RBS y completar la instalación
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.
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.
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
continuación, haga clic en Propiedades.
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
(http://go.microsoft.com/fwlink/?linkid=186132&clcid=0xC0A).
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
(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 .msi y haga doble clic en RBS_X64.msi para iniciar el
Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.
3. 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.
4. 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.
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.
5. Inicie el asistente usando los valores predeterminados.
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.
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 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.
Para migrar la base de datos de contenido a RBS y completar la instalación
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).
Vea también Planeación de almacenamiento remoto de blobs (RBS) (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.
Bases de datos adjuntas y actualización a SharePoint Foundation 2010
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:
Preparación de la actualización
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
Preparación de la actualización
[ ] Ejecución de la herramienta de
comprobación previa a la
actualización
Ejecute la herramienta de
comprobación previa a la
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
herramienta de comprobación
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.
436
Pasos anteriores a la actualización de base de datos adjunta Notas
previa a la actualización
(SharePoint Foundation 2010).
[ ] 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
Realice este paso una vez para
todo el entorno.
Este proceso puede tardar días o
semanas.
437
Pasos anteriores a la actualización de base de datos adjunta Notas
(SharePoint Foundation 2010).
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
SharePoint Foundation 2010.
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.
Realice este paso una vez para
todo el entorno.
[ ] Creación y configuración de
aplicaciones web
Cree una aplicación web para cada
aplicación web del entorno anterior.
Realice este paso una vez para
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
Pasos anteriores a la actualización de base de datos adjunta Notas
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.
Realice este paso una vez para
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
[ ] Ejecución de la herramienta de
comprobación previa a la
actualización
Vuelva a ejecutar la herramienta de
comprobación previa a la
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.
Pasos detallados: Ejecución de la
La ejecución de la herramienta de
comprobación tarda solo unos
minutos, pero la solución de los
problemas puede tardar mucho
más.
Advertencia:
439
Ejecución de una actualización de base de datos adjunta Notas
herramienta de comprobación
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.
Realice este paso para cada base
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.
Realice este paso para cada base
de datos de contenido del entorno.
Este paso puede tardar una hora,
varias horas o más tiempo según
el conjunto de datos y el entorno.
Según la organización, es
probable que necesite un
administrador de la base de datos
para realizar esta tarea.
[ ] 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.
Realice este paso para cada base
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.
[ ] Restauración de una copia de
seguridad de la base de datos
(base de datos adjunta con bases
de datos de solo lectura)
Realice este paso para cada base
de datos de contenido del entorno.
Este paso puede tardar una hora
o más tiempo según el conjunto
440
Ejecución de una actualización de base de datos adjunta Notas
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.
Según la organización, es
probable que necesite un
administrador de la base de datos
para realizar esta tarea.
[ ] 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.
Realice este paso para cada base
de datos de contenido del entorno.
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
de datos de contenido del entorno.
Este paso puede tardar una hora,
varias horas o más tiempo según
el conjunto de datos y el hardware
de los servidores web, los
servidores de bases de datos y el
subsistema de almacenamiento.
[ ] 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
Ejecución de una actualización de base de datos adjunta Notas
Pasos detallados: Comprobación de
la actualización y revisión de los
sitios actualizados (SharePoint
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.
Realice este paso para cada base
de datos de contenido restante del
entorno.
Este paso puede tardar una hora,
varias horas o más tiempo según
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
subsistema de almacenamiento.
[ ] 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).
Realice este paso para cada base
de datos de contenido que
actualice.
Este paso puede tardar una hora,
varias horas o días según el
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.
Pasos detallados: Comprobación de
la actualización y revisión de los
sitios actualizados (SharePoint
Foundation 2010).
Realice este paso para cada base
de datos de contenido restante del
entorno.
Este paso puede tardar una hora,
varias horas o días según el
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
sitios actualizados (SharePoint
Foundation 2010).
Realice este paso para cada
base de contenidos actualizada y
colección de sitios del entorno.
Este paso puede tardar una hora,
varias horas o días según el
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
actualización (SharePoint Foundation 2010).
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.
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
(SharePoint Foundation 2010).
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).
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:
Implementación de un servidor único con SQL Server (SharePoint Foundation 2010)
Varios servidores para una granja de servidores de tres niveles (SharePoint Foundation 2010)
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
los siguientes artículos:
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
Una de las causas frecuentes de errores durante la actualización es que en el entorno falten
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:
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:
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
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).
Importante:
449
Bases de datos adjuntas y actualización a SharePoint Foundation 2010
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:
Introducción al proceso
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
Una de las causas frecuentes de errores durante la actualización es que en el entorno falten
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. 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:
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
(http://go.microsoft.com/fwlink/?linkid=148425&clcid=0xC0A).
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.
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
(SharePoint Foundation 2010).
Nota:
451
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).
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
actualización (SharePoint Foundation 2010).
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
(http://go.microsoft.com/fwlink/?linkid=148362&clcid=0xC0A).
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
Para configurar una base de datos como de solo lectura en SQL Server 2005
Para configurar una base de datos como de solo lectura en SQL Server 2008
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).
5. Expanda Bases de datos.
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
Para realizar una copia de seguridad de una base de datos en SQL Server 2005
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.
10. Haga clic en Aceptar para iniciar el proceso de copia de seguridad.
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, 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.
3. Tras conectarse a la sesión adecuada del motor de base de datos de SQL Server 2008, en
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
Para realizar una copia de seguridad de una base de datos en SQL Server 2008
455
Disco o Cinta y, a continuación, especifique un destino. Para crear otro destino, haga clic en
Agregar.
10. Haga clic en Aceptar para iniciar el proceso de copia de seguridad.
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.
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
las aplicaciones web.
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
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
continuación, haga clic en Aceptar.
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.
1. Tras conectarse a la sesión adecuada del motor de base de datos de SQL Server 2008, en
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.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
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:
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.
1. 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\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
2. Escriba el siguiente comando y presione ENTRAR:
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
(Windows SharePoint Services).
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
actualizados (SharePoint Foundation 2010).
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:
Configuración de la autenticación basada en formularios para una aplicación web basada en
notificaciones (SharePoint Foundation 2010)
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
SharePoint Foundation 2010.
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.
Recuperación tras un error en la actualización (SharePoint Foundation 2010)
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
SharePoint Foundation 2010.
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
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP
mediante Windows PowerShell
Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation
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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba lo siguiente:
$w = Get-SPWebApplication "http://<server>/"
$w.UseClaimsAuthentication = "True";
$w.Update()
$w.ProvisionGlobally()
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.
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.
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, en Administración de aplicaciones, seleccione Administrar
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
4. En la sección Autenticación del cuadro de diálogo Nueva aplicación web, seleccione
Autenticación basada en notificaciones.
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
467
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"
server="yourserver.com"
port="389"
useSSL="false"
groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your
groupContainer)"
groupNameAttribute="cn"
groupNameAlternateSearchAttribute="samAccountName"
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
dnAttribute="distinguishedName"
groupFilter="((ObjectClass=group)"
userFilter="((ObjectClass=person)"
scope="Subtree" />
</providers>
</roleManager>
Después de agregar la entrada anterior, guarde el archivo Web.Config y ciérrelo.
1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.
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.
4. Haga clic con el botón secundario en Administración central de SharePoint y seleccione
Explorar.
5. Abra el archivo Web.Config.
6. Busque la sección <Configuration> <system.web> y agregue la siguiente entrada:
<membership>
<providers>
<add name="membership"
type="Microsoft.Office.Server.Security.LdapMembershipProvider,
Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
userDNAttribute="distinguishedName"
userNameAttribute="sAMAccountName"
userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"
userObjectClass="person"
userFilter="(&(ObjectClass=person))"
scope="Subtree"
otherRequiredUserAttributes="sn,givenname,cn" />
</providers>
</membership>
<roleManager enabled="true" >
<providers>
<add name="rolemanager"
type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server,
Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
groupContainer="DC=internal,DC=yourcompany,DC=com"
groupNameAttribute="cn"
groupNameAlternateSearchAttribute="samAccountName"
469
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
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.
1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.
2. Vaya al sitio Formularios de notificaciones.
3. Haga clic con el botón secundario en Formularios de notificaciones y seleccione Explorar.
4. Abra el archivo Web.Config.
5. Busque la sección <Configuration> <system.web>.
6. Busque la sección <membership defaultProvider="i"> y agregue la siguiente entrada:
<add name="membership"
type="Microsoft.Office.Server.Security.LdapMembershipProvider,
Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
userDNAttribute="distinguishedName"
userNameAttribute="sAMAccountName"
userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"
userObjectClass="person"
userFilter="(&(ObjectClass=person))"
scope="Subtree"
otherRequiredUserAttributes="sn,givenname,cn" />
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
<add name="roleManager"
type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server,
Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"
server="yourserver.com"
port="389"
useSSL="false"
groupContainer="DC=internal,DC=yourcompany,DC=com"
groupNameAttribute="cn"
groupNameAlternateSearchAttribute="samAccountName"
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
dnAttribute="distinguishedName"
groupFilter="(&(ObjectClass=group))"
userFilter="(&(ObjectClass=person))"
scope="Subtree" />
Después de agregar la entrada anterior, guarde el archivo Web.Config y ciérrelo.
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
autenticación basada en formularios para una aplicación web basada en notificaciones.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba lo siguiente:
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 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
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:
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.
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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
Para migrar usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010
472
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 símbolo del sistema de Windows PowerShell, escriba lo siguiente:
$w = Get-SPWebApplication "http://<server>/"
$w.MigrateUsers(True)
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.
473
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010)
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
actualización (SharePoint Foundation 2010).
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
extensions\14\LOGS. Los nombres de los archivos de registro tienen el siguiente formato:
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
Para usar Administración central de SharePoint, debe ser miembro del grupo
Administradores de la granja de servidores.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
Para usar Administración central de SharePoint, debe ser miembro del grupo
Administradores de la granja de servidores.
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.
1. Compruebe que dispone de las siguientes credenciales administrativas:
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
4. Escriba el siguiente comando y presione ENTRAR:
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
Comprobaciones necesarias Acciones en caso de problemas
¿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.
Comprobaciones necesarias Acciones en caso de problemas
¿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.
Comprobaciones necesarias Acciones en caso de problemas
¿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
Comprobaciones necesarias Acciones en caso de problemas
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)
Solución de problemas de actualización (SharePoint Foundation)
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
(SharePoint Foundation 2010).
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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
$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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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. 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
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.
1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.
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 símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
$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
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).
(http://go.microsoft.com/fwlink/?linkid=168857&clcid=0xC0A)
Descargar estas notas del producto como un archivo PDF.
(http://go.microsoft.com/fwlink/?linkid=168857&clcid=0xC0A)
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:
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).
4. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y presione ENTRAR:
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.
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
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.
7. En la página Aplicaciones de servicio, haga clic en Nueva y, a continuación, en Aplicación de
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.
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.
$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
2. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
3. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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.
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 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.
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.
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
2. Especifique los parámetros siguientes:
Parámetro Valor
–Identity Dirección URL
3. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
4. En la consola de Windows PowerShell, en el símbolo del sistema (es decir, PS C:\>), escriba el
siguiente comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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.
$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq
"OfficeWebApps"}).Id
Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }
2. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
3. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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
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 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.
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.
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 el programa de instalación de Office Web Apps
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).
Ejecución del programa de instalación de Office Web Apps
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.
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 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.
Ejecución de PSConfig para registrar servicios
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.
1. En la página Productos de SharePoint, 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.
Precaución:
Para ejecutar el programa de instalación de Office Web Apps
Para ejecutar PSConfig a fin de registrar los servicios
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.
4. 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 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.
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>, 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.
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", "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
}
}
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).
4. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y presione ENTRAR:
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.
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.
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
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.
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.
7. En la página Aplicaciones de servicio, haga clic en Nueva y, a continuación, en Aplicación de
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.
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.
$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
2. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
3. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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.
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 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.
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.
$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq
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
"OfficeWebApps"}).Id
$singleSiteCollection = Get-SPSite -Identity http://<site_name>
Enable-SPFeature $webAppsFeatureId
2. Especifique los parámetros siguientes:
Parámetro Valor
–Identity Dirección URL
3. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
4. En la consola de Windows PowerShell, en el símbolo del sistema (es decir, PS C:\>), escriba el
siguiente comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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.
$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq
"OfficeWebApps"}).Id
Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }
2. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
3. En el símbolo del sistema de Windows PowerShell (es decir, PS C:\>), escriba el siguiente
comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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
Ejecución del programa de instalación de Office Web Apps
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
granja de servidores.
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 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.
Ejecución de PSConfig para registrar servicios
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.
1. En la página Productos de SharePoint, 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 Modificar configuración del conjunto de servidores, seleccione No
desconectar de este conjunto de servidores y, a continuación, haga clic en Siguiente.
4. En la página Configuración realizada correctamente, haga clic en Finalizar. Se abrirá el
sitio de SharePoint nuevo.
Para ejecutar el programa de instalación de Office Web Apps
Para ejecutar PSConfig a fin de registrar los servicios
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.
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 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.
2. 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.
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.
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.
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 }
2. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
3. En la consola de Windows PowerShell, en el símbolo del sistema (es decir, PS C:\>), escriba el
siguiente comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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.
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 }
2. Guarde el archivo con extensión de nombre de archivo .ps1 en una carpeta en la que ejecute
scripts (normalmente, C:\scripts).
3. En la consola de Windows PowerShell, en el símbolo del sistema (es decir, PS C:\>), escriba el
siguiente comando y presione ENTRAR:
C:\<ruta>\<nombre_de_archivo>.ps1
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.