Upload
others
View
0
Download
0
Embed Size (px)
Citation preview
1
Actualización a Microsoft SharePoint Server 2010
Microsoft Corporation
Publicado: noviembre de 2010
Autor: Equipo de Microsoft Office System and Servers ([email protected])
Resumen
Este libro está diseñado para guiar a administradores y profesionales de TI a través del proceso de
actualización a Microsoft SharePoint Server 2010 de Microsoft Office SharePoint Server 2007.
El contenido de este libro es una copia del contenido seleccionado en la biblioteca técnica de
SharePoint Server 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 ............................................................................................................................... 11
Actualización a SharePoint Server 2010 ................................................................................................. 12
Vea también ......................................................................................................................................... 13
Acerca del proceso de actualización (SharePoint Server 2010) ............................................................. 14
Novedades de la actualización (SharePoint Server 2010) ...................................................................... 15
Requisitos de actualización .................................................................................................................. 15
Requisito de hardware: 64 bits ......................................................................................................... 15
Requisito de sistema operativo: Windows Server 2008 o Windows Server 2008 R2 ...................... 16
Requisito de base de datos: SQL Server 2008 con Service Pack 1 o SQL Server 2005 con Service
Pack 3 de 64 bits ........................................................................................................................... 17
Herramienta de comprobación previa a la actualización ..................................................................... 17
Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas .......... 18
Actualización visual .............................................................................................................................. 18
Actualización de características ........................................................................................................... 19
Nuevas opciones para reducir el tiempo de inactividad durante la actualización ................................ 19
Cambios en las características principales entre versiones ................................................................ 20
Introducción al proceso de actualización (SharePoint Server 2010) ...................................................... 26
Actualización en contexto ..................................................................................................................... 26
Actualización de base de datos adjunta ............................................................................................... 28
Método híbrido 1: bases de datos de solo lectura ............................................................................... 30
Método híbrido 2: desasociación de bases de datos ........................................................................... 32
Cómo afecta la actualización a las características de búsqueda (SharePoint Server 2010) .................. 36
Cómo la actualización afecta a otros servicios (SharePoint Server 2010) ............................................. 37
Infraestructura de los servicios actualizados para SharePoint Server 2010 ....................................... 37
Actualización en contexto con servicios ............................................................................................... 38
Antes de la actualización en contexto .............................................................................................. 39
Durante la actualización en contexto ................................................................................................ 39
Después de la actualización en contexto ......................................................................................... 44
Actualización de base de datos adjunta con servicios ......................................................................... 44
Antes de la actualización de base de datos adjunta ........................................................................ 44
Durante la actualización de base de datos adjunta .......................................................................... 45
Después de la actualización de base de datos adjunta ................................................................... 46
Consideraciones sobre servicios específicos ...................................................................................... 46
Perfiles de usuario ............................................................................................................................ 46
Sitios web de Mi sitio ........................................................................................................................ 47
4
Office SharePoint Server Search ...................................................................................................... 47
Búsqueda de Windows SharePoint Services ................................................................................... 48
InfoPath Forms Services ................................................................................................................... 49
Servicios de Excel ............................................................................................................................. 49
Catálogo de datos profesionales ...................................................................................................... 49
Inicio de sesión único ........................................................................................................................ 50
Actualización de granjas de servidores (primarias y secundarias) que comparten servicios (SharePoint
Server 2010) ......................................................................................................................................... 51
Actualización de granjas de servidores primarias y secundarias ........................................................ 51
Consideraciones de planeación para actualizar granjas de servidores primarias y secundarias ....... 52
Introducción al proceso: actualización de una granja primaria duplicada ........................................... 53
Introducción al proceso: actualización mediante una granja de servidores primaria temporal ........... 58
Vea también ......................................................................................................................................... 62
Actualización de SharePoint Portal Server 2003 a SharePoint Server 2010 .......................................... 63
Introducción al proceso ........................................................................................................................ 63
Secuencia de actualización .............................................................................................................. 64
Antes de comenzar .............................................................................................................................. 66
Revisión de los permisos requeridos ................................................................................................ 66
Revisión de hardware y software requeridos .................................................................................... 67
Preparación para la actualización ........................................................................................................ 67
Preparación de las granjas de servidores ............................................................................................ 68
Realización de la primera actualización ............................................................................................... 69
Comprobación de la primera actualización .......................................................................................... 70
Realización de la segunda actualización ............................................................................................. 70
Comprobación de la segunda actualización ........................................................................................ 71
Planeación y preparación de la actualización (SharePoint Server 2010) ............................................... 72
Determinación del enfoque de actualización (SharePoint Server 2010) ................................................. 74
Elección de un enfoque de actualización ............................................................................................. 74
Casos especiales ................................................................................................................................. 78
Revisión de los procedimientos recomendados de actualización (SharePoint Server 2010) ................. 81
Revisión de rutas de actualización admitidas y no admitidas (SharePoint Server 2010) ....................... 84
Revisión de topologías admitidas para la actualización ...................................................................... 84
Orientación acerca de la topología física .......................................................................................... 84
Topologías admitidas ........................................................................................................................ 85
Migración de un servidor independiente a una granja de servidores ............................................... 85
Migración desde hardware de 32 bits ............................................................................................... 85
Ediciones admitidas para la actualización ........................................................................................... 85
Actualizaciones admitidas entre productos .......................................................................................... 86
5
Revisión de los requisitos del sistema para la actualización (SharePoint Server 2010)......................... 87
Acerca de estos requisitos ................................................................................................................... 87
Determinación del procedimiento para tratar las personalizaciones (SharePoint Server 2010) ............. 89
Identificación de personalizaciones en el entorno ............................................................................... 89
Evaluación de las personalizaciones ................................................................................................... 89
Consideraciones sobre personalizaciones específicas ....................................................................... 90
Comprobación de que en las personalizaciones futuras se siguen los procedimientos recomendados
.......................................................................................................................................................... 93
Crear un plan de comunicación (SharePoint Server 2010) ..................................................................... 94
¿Quién forma parte del equipo de actualización?................................................................................ 94
Cuándo comunicarse con el equipo de actualización y qué comunicarle ........................................... 96
Cuándo comunicarse con los usuarios del sitio y qué comunicarles ................................................... 97
Planeación de una actualización a los Servicios de conectividad empresarial (SharePoint Server 2010)
.............................................................................................................................................................. 98
Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos
empresariales.................................................................................................................................... 98
Funcionamiento de la actualización de los Servicios de conectividad empresarial............................. 99
Actualización mediante una base de datos adjunta ........................................................................... 101
Consideraciones sobre la actualización específica de soluciones .................................................... 101
Modelos ........................................................................................................................................... 102
Elementos web ............................................................................................................................... 102
Búsqueda ........................................................................................................................................ 103
Inicio de sesión único ...................................................................................................................... 103
Mantenimiento de bases de datos de servicio en servidores independientes ............................... 104
Mantenimiento de relaciones de granjas de servidores primarias y secundarias .......................... 104
Vea también ....................................................................................................................................... 104
Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint
Server 2010 ........................................................................................................................................ 105
Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010 ..... 105
Actualización de plantillas de formulario durante una actualización de una base de datos de
contenido adjunta a SharePoint Server 2010 ................................................................................. 106
Exportación e importación de archivos de plantillas de formulario aprobadas por el administrador
entre bases de datos de configuración ....................................................................................... 107
Actualización de vínculos de las plantillas de formulario al servidor .............................................. 108
Actualización de plantillas de formulario durante una actualización en contexto a SharePoint Server
2010 ................................................................................................................................................ 108
Planeación de la actualización visual (SharePoint Server 2010) .......................................................... 109
Fase de planeación clave de la actualización visual ......................................................................... 109
Conservación de la interfaz de usuario existente ........................................................................... 109
6
Actualización a la nueva interfaz de usuario .................................................................................. 110
Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios ............................... 110
Problemas conocidos ......................................................................................................................... 111
Vea también ....................................................................................................................................... 112
Prueba y solución de problemas de actualización (SharePoint Server 2010) ...................................... 113
Procedimientos recomendados para probar la actualización (SharePoint Server 2010) ..................... 115
Realización de una actualización de prueba para detectar posibles problemas (SharePoint Server
2010) .................................................................................................................................................. 117
Configuración de un entorno de prueba ............................................................................................. 118
Uso de un entorno de prueba virtual .............................................................................................. 118
Uso de un entorno de prueba físico ................................................................................................ 119
Entornos de prueba adicionales para la actualización de base de datos adjunta .......................... 120
Identificación e instalación de personalizaciones .............................................................................. 120
Copia de datos reales en el entorno de prueba y comprobación de la actualización........................ 121
Prueba de la actualización en contexto .......................................................................................... 122
Prueba de una actualización de base de datos adjunta ................................................................. 123
Revisión de los resultados ................................................................................................................. 123
Revisión de los archivos de registro ............................................................................................... 123
Reinicio de la actualización, si es necesario .................................................................................. 124
Revisión de sitios actualizados ....................................................................................................... 125
Ajuste de los planes y repetición de las pruebas ............................................................................... 125
Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint Server
2010) .................................................................................................................................................. 126
Estimación del espacio necesario para la actualización .................................................................... 126
Estimación de la duración de la actualización ................................................................................... 127
Limpieza del entorno antes de la actualización (SharePoint Server 2010) ........................................... 132
Elementos que se van a limpiar ......................................................................................................... 132
Eliminación de colecciones de sitios y subwebs no utilizadas o infrautilizadas ............................. 132
Solución del problema de las listas de gran tamaño ...................................................................... 132
Solución del problema de las ACL de gran tamaño ....................................................................... 133
Eliminación de versiones del documento extrañas......................................................................... 133
Eliminación de plantillas, características y elementos web no usados .......................................... 133
Reparación de problemas con los datos ........................................................................................ 134
Cambios estructurales ........................................................................................................................ 134
Solución de problemas de actualización (SharePoint Server 2010) ..................................................... 135
Principios generales para la identificación de problemas .................................................................. 135
Primero, comprobar el estado de actualización y de los archivos de registro ............................... 135
Después, solucionar los problemas en orden ................................................................................. 136
Problemas comunes ........................................................................................................................... 136
7
Personalizaciones o archivos del lado servidor que faltan o están desusados ............................. 137
Faltan opciones de configuración o no están configuradas correctamente para la granja de
servidores, la aplicación web o los servicios ............................................................................... 138
Niveles de actualización incoherentes o incorrectos ...................................................................... 138
Problemas con los datos ................................................................................................................. 138
Cambios en la interfaz de usuario .................................................................................................. 139
Falta de espacio .............................................................................................................................. 139
Autenticación basada en formularios .............................................................................................. 140
Seguridad y permisos ......................................................................................................................... 140
Actualización de datos de SharePoint Portal Server 2003: la herramienta de comprobación previa a
la actualización informa sobre bases de datos dañadas ................................................................ 140
Vea también ....................................................................................................................................... 140
Recuperación tras un error de actualización (SharePoint Server 2010) ............................................... 141
Recuperación cuando tiene bases de datos de solo lectura en un entorno en modo de espera
(actualización de base de datos adjunta) ....................................................................................... 141
Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en
contexto) ......................................................................................................................................... 142
Recuperación cuando tiene copias de seguridad de bases de datos (actualización en contexto) ... 142
Reanudación de la actualización (SharePoint Server 2010) ................................................................. 143
Reinicio de la actualización de una granja de servidores mediante psconfig.exe ............................. 143
Reinicio de la actualización de una base de datos mediante Windows PowerShell ......................... 144
Pasos previos a la actualización (SharePoint Server 2010) ................................................................. 145
Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 2010) ........... 146
Acerca del informe de la herramienta de comprobación previa a la actualización ............................ 147
Ejecución de la herramienta de comprobación previa a la actualización .......................................... 148
Copia de seguridad de todo el entorno antes de una actualización en contexto (SharePoint Server
2010) .................................................................................................................................................. 150
Realización de una copia de seguridad del entorno .......................................................................... 150
Comprobación de las copias de seguridad ........................................................................................ 150
Vea también ....................................................................................................................................... 151
Realización de una actualización en contexto (SharePoint Server 2010) ............................................ 152
Lista de comprobación para actualización en contexto (SharePoint Server 2010) ............................... 153
Preparación de la actualización ......................................................................................................... 153
Ejecución de la actualización ............................................................................................................. 155
Realización de pasos posteriores a la actualización ......................................................................... 159
Vea también ....................................................................................................................................... 163
Actualización en contexto a SharePoint Server 2010 ........................................................................... 164
8
Introducción al proceso ...................................................................................................................... 165
Antes de comenzar ............................................................................................................................ 166
Instalación de requisitos previos ........................................................................................................ 167
Ejecución del programa de instalación en todos los servidores ........................................................ 167
Ejecución del Asistente para configuración de Productos de SharePoint ......................................... 168
Comprobación del estado de la actualización de los sitios ................................................................ 170
Comprobación .................................................................................................................................... 171
Pasos adicionales .............................................................................................................................. 171
Vea también ....................................................................................................................................... 171
Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint Server
2010) .................................................................................................................................................. 172
Introducción al proceso ...................................................................................................................... 173
Antes de comenzar ............................................................................................................................ 173
Para desasociar bases de datos y actualizarlas en paralelo en la misma granja de servidores ....... 174
Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño
reducido temporal ........................................................................................................................... 176
Comprobación .................................................................................................................................... 178
Pasos adicionales .............................................................................................................................. 178
Instalación de paquetes de idioma disponibles (SharePoint Server 2010) ........................................... 179
Instalación de paquetes de idioma y actualización de sitios .............................................................. 179
Cambio de idioma .............................................................................................................................. 179
Cambio de un producto totalmente localizado a un paquete de idioma ............................................ 180
Cambio de idioma a un nuevo paquete de idioma ............................................................................. 180
Vea también ....................................................................................................................................... 181
Realizar una actualización de base de datos adjunta a SharePoint Server 2010 ................................ 182
Lista de comprobación para actualización de base de datos adjunta (SharePoint Server 2010) ......... 183
Preparación de la actualización ......................................................................................................... 183
Ejecución de la actualización ............................................................................................................. 186
Realización de pasos posteriores a la actualización ......................................................................... 190
Vea también ....................................................................................................................................... 194
Preparación del nuevo entorno de SharePoint Server 2010 para una actualización de base de datos
adjunta ................................................................................................................................................ 195
Antes de comenzar ............................................................................................................................ 195
Creación y configuración del nuevo entorno ...................................................................................... 196
Instalar ............................................................................................................................................ 196
Configuración de las aplicaciones de servicio ................................................................................ 197
Configuración de las opciones generales de la granja de servidores ............................................ 198
Creación y configuración de aplicaciones web ............................................................................... 199
Volver a aplicar las personalizaciones ............................................................................................ 200
9
Comprobación del nuevo entorno ...................................................................................................... 201
Actualización ...................................................................................................................................... 201
Bases de datos adjuntas y actualización a SharePoint Server 2010 .................................................... 202
Introducción al proceso ...................................................................................................................... 203
Antes de comenzar ............................................................................................................................ 204
Configuración 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) .................................................................................. 204
Copia de seguridad de las bases de datos de versión anterior mediante las herramientas de SQL
Server .............................................................................................................................................. 206
Desasociación de las bases de datos de la versión anterior (base de datos adjunta estándar) ....... 208
Restauración de una copia de seguridad de la base de datos (base de datos adjunta con bases de
datos de solo lectura) ...................................................................................................................... 210
Comprobación de los componentes personalizados ......................................................................... 211
Adjuntar una base de datos de contenido a una aplicación web ....................................................... 212
Comprobación: comprobación de actualización de la primera base de datos .................................. 214
Actualización de la base de datos de servicios compartidos ............................................................. 215
Actualización de sitios web de Mi sitio ............................................................................................... 218
Adjuntar las bases de datos restantes ............................................................................................... 219
Comprobación: comprobación de actualización de las bases de datos adicionales ......................... 219
Pasos adicionales .............................................................................................................................. 220
Vea también ....................................................................................................................................... 220
Realización de pasos posteriores a la actualización (SharePoint Server 2010) ................................... 221
Realización de pasos posteriores a la actualización en una actualización inmediata (SharePoint Server
2010) .................................................................................................................................................. 222
Configurar sevicios nuevos y actualizados después de una actualización en contexto .................... 222
Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los
servicios de perfiles ........................................................................................................................ 223
Creación y configuración de la aplicación del Servicio de almacenamiento seguro y migración de los
datos de inicio de sesión único al Servicio de almacenamiento seguro......................................... 226
Actualización de soluciones que dependen del Catálogo de datos profesionales ............................ 227
Indicar a los usuarios que migren de Mis vínculos privados a las etiquetas privadas (opcional) ...... 228
Pasos posteriores a la actualización para una actualización de base de datos adjunta (SharePoint
Server 2010) ....................................................................................................................................... 229
Volver a aplicar permisos de administrador para servicios ................................................................ 229
Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los
servicios de perfiles ........................................................................................................................ 229
Creación y configuración de la aplicación del Servicio de almacenamiento seguro y migración de los
datos de inicio de sesión único al Servicio de almacenamiento seguro......................................... 232
Actualización de soluciones que dependen del Catálogo de datos profesionales ............................ 234
Actualización de los vínculos que se usan en las plantillas de formulario de InfoPath actualizadas 234
10
Indicar a los usuarios que migren de Mis vínculos privados a las etiquetas privadas (opcional) ...... 235
Configuración de la autenticación basada en formularios para una aplicación web basada en
notificaciones (SharePoint Server 2010) ............................................................................................ 236
Conversión de aplicaciones web a autenticación de notificaciones .................................................. 236
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante
Administración central ..................................................................................................................... 237
Configuración de los archivos Web.Config LDAP .............................................................................. 238
Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante
Windows PowerShell ...................................................................................................................... 242
Migración de usuarios y permisos de SharePoint Server 2007 a SharePoint Server 2010 .............. 243
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010) ..... 245
Comprobación de estado de la actualización .................................................................................... 245
Revisión de los archivos de registro ............................................................................................... 246
Comprobación del número de versión ............................................................................................ 247
Comprobación del estado de la actualización de los sitios ............................................................ 247
Validación del entorno actualizado .................................................................................................... 248
Revisión de sitios actualizados .......................................................................................................... 249
Elementos web ............................................................................................................................... 249
Listas grandes ................................................................................................................................. 251
Estilos y apariencia ......................................................................................................................... 252
Permisos ......................................................................................................................................... 252
Páginas (no convertidas en fantasma) personalizadas .................................................................. 253
Vea también ....................................................................................................................................... 254
Administración de la actualización visual (SharePoint Server 2010) .................................................... 255
Acerca del uso de Actualización visual .............................................................................................. 255
Visualización del estado de la interfaz de usuario actual .................................................................. 256
Revertir los sitios a la interfaz de usuario anterior ............................................................................. 256
Forzar una actualización a la interfaz de usuario actual .................................................................... 257
Opciones de los propietarios de sitios para actualización visual ....................................................... 258
Vea también ....................................................................................................................................... 258
Uso de una dirección URL de AAM como parte del proceso de actualización (SharePoint Server 2010)
(notas del producto) ........................................................................................................................... 259
11
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
12
Actualización a SharePoint Server 2010
Ésta es la guía de actualización de Microsoft SharePoint Server 2010. Los artículos incluidos en esta
guía le ayudan a planear y realizar actualizaciones de Microsoft Office SharePoint Server 2007 a
SharePoint Server 2010.
Para ver información general gráfica del proceso de actualización e información acerca de cómo
planear y probar actualizaciones, vea los modelos de actualización siguientes:
Planeación de la actualización
Métodos de actualización
Servicios de actualización
Prueba del proceso de actualización
En esta guía:
Acerca del proceso de actualización (SharePoint Server 2010)
Obtenga información acerca de las novedades de la actualización y sobre cómo funciona el
proceso de actualización.
Planeación y preparación de la actualización (SharePoint Server 2010)
Determine qué método debería seguir para actualizar a SharePoint Server 2010 y planee el
proceso de actualización.
Prueba y solución de problemas de actualización (SharePoint Server 2010)
Obtenga información acerca de cómo probar el 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.
Pasos previos a la actualización (SharePoint Server 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 Server 2010)
Siga los pasos de esta sección si va a actualizar en contexto a SharePoint Server 2010. Al
actualizar en contexto, debe instalar SharePoint Server 2010 en el mismo hardware y, a
continuación, actualizar el contenido y la configuración del servidor o de la granja de servidores
como parte de un solo proceso.
Realizar una actualización de base de datos adjunta a SharePoint Server 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 Server 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.
13
Realización de pasos posteriores a la actualización (SharePoint Server 2010)
Obtenga información acerca de cómo comprobar si la actualización se realizó correctamente y qué
debe hacer después de la actualización para que el entorno esté listo nuevamente para los
usuarios.
Vea también Uso de una dirección URL de AAM como parte del proceso de actualización (SharePoint Server 2010)
(notas del producto)
14
Acerca del proceso de actualización (SharePoint Server 2010)
El primer paso de cualquier proceso de actualización es obtener información acerca del propio proceso
con el fin de poder planearlo y prepararlo adecuadamente. En esta sección de la guía de actualización
se incluyen artículos que ayudan a comprender cómo funciona la actualización y cómo se ven
afectados los servicios de Microsoft Office SharePoint Server 2007 al actualizar a Microsoft SharePoint
Server 2010.
En esta sección:
Novedades de la actualización (SharePoint Server 2010)
Obtenga información acerca de los nuevos requisitos, métodos y características que se encuentran
disponibles para actualizar a Microsoft SharePoint Server 2010.
Introducción al proceso de actualización (SharePoint Server 2010)
Obtenga una descripción general visual de los pasos que se deben seguir en cada método de
actualización.
Cómo afecta la actualización a las características de búsqueda (SharePoint Server 2010)
Obtenga información sobre qué se puede actualizar para la búsqueda en Office SharePoint Server
2007 y comprenda los pasos adicionales que se deben realizar para actualizar la búsqueda a
SharePoint Server 2010.
Cómo la actualización afecta a otros servicios (SharePoint Server 2010)
Office SharePoint Server 2007 incluía varios servicios compartidos. El modelo de servicios es
diferente para SharePoint Server 2010, lo que significa que se deben configurar los servicios que
se pueden actualizar y se deben migrar datos o información para los servicios que no se pueden
actualizar. Obtenga información acerca de cuáles son los servicios que puede actualizar cada
enfoque y acerca de los pasos que se deben seguir antes, durante y después de actualizar los
servicios compartidos existentes.
Actualización de granjas de servidores (primarias y secundarias) que comparten servicios
(SharePoint Server 2010)
En Office SharePoint Server 2007, era posible configurar conjuntos o granjas de servidores
primarias y secundarias para compartir servicios. En este entorno, la granja de servidores primaria
hospeda uno o varios proveedores de servicios compartidos (SSP), cuyos servicios consumen una
o varias granjas de servidores secundarias. Obtenga información sobre cómo enfocar la
actualización de estos entornos.
Actualización de SharePoint Portal Server 2003 a SharePoint Server 2010
Entienda el uso de actualizaciones de base de datos adjunta para actualizar el contenido de
Microsoft Office SharePoint Portal Server 2003 a SharePoint Server 2010.
15
Novedades de la actualización (SharePoint Server 2010)
Microsoft SharePoint Server 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 enfoque de actualización
(SharePoint Server 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 Server 2010, el entorno existente de Office SharePoint Server 2007 o el entorno nuevo de
SharePoint Server 2010 deben cumplir los siguientes requisitos mínimos.
Para obtener más información acerca de los requisitos generales del sistema para SharePoint
Server 2010, vea Requisitos de hardware y software (SharePoint Server 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 Server 2010).
Requisito de hardware: 64 bits
SharePoint Server 2010 solo 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 Office SharePoint Server 2007 se debe ejecutar en un entorno de Windows
Nota:
16
Server 2008 de 64 bits. Si la instalación de Office SharePoint Server 2007 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 la
granja de servidores existente. Se debe instalar SharePoint Server 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 Server 2010. Debido a que se debe disponer de
un entorno de 64 bits para poder actualizar en contexto a SharePoint Server 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 Office SharePoint Server 2007 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 sobre cómo planear y realizar una migración a un entorno de 64 bits,
vea el artículo sobre la migración de una granja de servidores existente a un entorno de 64 bits (Office
SharePoint Server 2007) en TechNet (http://go.microsoft.com/fwlink/?linkid=155576&clcid=0xC0A).
Requisito de sistema operativo: Windows Server 2008 o Windows Server 2008 R2
SharePoint Server 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 Office SharePoint Server
2007 en Windows Server 2003 y desea actualizar a SharePoint Server 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 Server 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
17
Server 2008 para Windows SharePoint Services 3.0 con SP1 en TechNet
(http://go.microsoft.com/fwlink/?linkid=155575&clcid=0xC0A).
Si va a migrar 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 Server 2008 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
(Office SharePoint Server) en TechNet
(http://go.microsoft.com/fwlink/?linkid=145932&clcid=0xC0A)
Requisito de base de datos: SQL Server 2008 con Service Pack 1 o SQL Server 2005 con Service Pack 3 de 64 bits
SharePoint Server 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 Office SharePoint Server 2007 actual usa SQL Server 2000, debe
actualizar a una de estas versiones antes de poder actualizar a SharePoint Server 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 Server 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 (Office SharePoint Server 2007) en TechNet
(http://go.microsoft.com/fwlink/?linkid=159761&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 Office SharePoint Server 2007 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:
18
Una lista de todos los servidores y componentes de la granja o conjunto 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 de
servidores.
Una lista de todas las definiciones de sitio, plantillas de sitio, características y paquetes de idioma
instalados en la granja de servidores.
Si en la granja de servidores hay personalizaciones que no son compatibles (como modificaciones
del esquema de base de datos).
Si en la granja de servidores hay bases de datos o sitios huérfanos.
Si en la granja faltan valores de configuración o estos no son válidos (por ejemplo, si falta el
archivo Web.config o hay 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 Office SharePoint Server
2007 Service Pack 2 y se ha actualizado en la actualización acumulativa de octubre de 2009
paraWindows SharePoint Services 3.0 y Office SharePoint Server 2007. Puede descargar e instalar la
actualización acumulativa de octubre de 2009 de Paquetes de actualización acumulativa de octubre
de 2009 para SharePoint Server 2007 y Windows SharePoint Services 3.0 que se publica en
(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:
Operación Preupgradecheck: Stsadm (Office SharePoint Server)
(http://go.microsoft.com/fwlink/?linkid=149848&clcid=0xC0A)
Análisis y creación de informes previos a la actualización para versiones futuras (Office SharePoint
Server) (http://go.microsoft.com/fwlink/?linkid=148375&clcid=0xC0A)
Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 2010)
Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas Use el cmdlet test-spcontentdatabase de Windows PowerShell antes de adjuntar una base de datos
de contenido a SharePoint Server 2010 para determinar si faltan personalizaciones del servidor en el
entorno. Para obtener más información, vea Bases de datos adjuntas y actualización a SharePoint
Server 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 Server 2010 se usa para una
19
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 Server
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 Office
SharePoint Server 2007.
De manera predeterminada, se conserva el aspecto de Office SharePoint Server 2007. Para obtener
más información, vea Planeación de la actualización visual (SharePoint Server 2010).
Actualización de características SharePoint Foundation 2010 proporciona nuevos miembros y tipos que permiten 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 Office SharePoint Server
2007 para que funcione con SharePoint Server 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 Server 2010
admite las siguientes opciones:
Actualización de varias bases de datos al mismo tiempo (actualización en paralelo) Al
actualizar a SharePoint Server 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. En
Office SharePoint Server 2007, 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 puede actualizar en paralelo
dependerá del hardware del entorno y de la estructura del contenido dentro 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 Server 2010).
20
Uso de bases de datos de solo lectura para proporcionar un acceso continuo a los datos Si
lleva a cabo una actualización de base de datos adjunta y si estableció las bases de datos
originales en modo 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 ni 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 (Office
SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=148373&clcid=0xC0A).
Para obtener más información acerca de estas técnicas para reducir el tiempo de inactividad, vea el
artículo Determinación del enfoque de actualización (SharePoint Server 2010).
Cambios en las características principales entre versiones SharePoint Server 2010 tiene una nueva arquitectura e incluye varias 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 tras la
actualización. Para obtener más información, vea Guía de evaluación para SharePoint Server 2010
(notas del producto).
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 Office SharePoint
Server 2007 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 Office SharePoint
Server 2007, la herramienta de
21
Concepto, término o
característica
Nuevo o modificado Comentarios
comprobación previa a la
actualización no realiza cambios
en el entorno. Para obtener más
información, vea Ejecución de la
herramienta de detección previa a
la actualización (SharePoint Server
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 Server 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 Server 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 Server
2010).
22
Concepto, término o
característica
Nuevo o modificado Comentarios
Ahora usa el sitio web de
Administración central para
administrar servicios, en lugar de
un sitio de administración
independiente.
Cinta de opciones Nuevo 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 La nueva arquitectura de servicios
permite administrar y centralizar
servicios de manera eficaz. Los
servicios individuales se pueden
configurar independientemente y
otros fabricantes pueden agregar
servicios a la plataforma. Para
obtener más información, vea
Configuración de servicios
(SharePoint Server 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
23
Concepto, término o
característica
Nuevo o modificado Comentarios
PowerShell para especificar una
página maestra de cliente en las
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 Server 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
Server 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 Server 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 Server 2010).
Autenticación basada en Nuevo La autenticación basada en
24
Concepto, término o
característica
Nuevo o modificado Comentarios
notificaciones notificaciones es un nuevo modelo
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 Server 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 Server 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 Server 2010
proporciona a los administradores
mayor control sobre cómo usar
SharePoint Designer en cada
aplicación web; por ejemplo, los
25
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 desarrollador 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 Planificación de
soluciones de espacio aislado
(SharePoint Server 2010).
26
Introducción al proceso de actualización (SharePoint Server 2010)
Es posible elegir entre dos métodos básicos de actualización al actualizar de Microsoft Office
SharePoint Server 2007 a Microsoft SharePoint Server 2010: actualización en contexto y actualización
de base de datos adjunta. La actualización en contexto se usa para actualizar todos los sitios de
Microsoft SharePoint en el mismo hardware. La actualización de base de datos adjunta permite mover
el contenido a un nuevo conjunto o granja de servidores o a un nuevo hardware. También se pueden
combinar estos dos tipos de actualización en métodos híbridos que reducen el tiempo de inactividad
durante una actualización.
Para obtener más información acerca de estos métodos, vea el tema Determinación del enfoque de
actualización (SharePoint Server 2010).
Este artículo ayuda a comprender los pasos necesarios para realizar actualizaciones mediante estos
métodos a fin de poder planear el proceso de actualización. Para obtener información detallada acerca
del uso de uno de estos procesos de actualización, vea los siguientes temas:
Actualización en contexto a SharePoint Server 2010
Bases de datos adjuntas y actualización a SharePoint Server 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: desasociación de 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 Crear un plan de comunicación (SharePoint Server 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 el proceso de actualización en contexto:
Importante:
27
1. Después de realizar todos los pasos previos a la actualización, el administrador del servidor
ejecuta el programa de instalación de SharePoint Server 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.
28
5. El administrador del servidor confirma que la actualización se completó satisfactoriamente.
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 Server 2010. Cuando el administrador o
propietario del sitio está listo, puede completar el cambio al aspecto de SharePoint Server 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.
En los siguientes pasos se explica qué ocurre durante una actualización de base de datos adjunta:
29
1. El administrador del servidor instala y configura una nueva granja o conjunto de servidores de
SharePoint Server 2010. El administrador transfiere todas las personalizaciones a la nueva granja
y prueba el entorno.
Para obtener más información acerca de la configuración del entorno nuevo, vea Preparación del
nuevo entorno de SharePoint Server 2010 para una actualización de base de datos adjunta.
2. El administrador del servidor desasocia las bases de datos de contenido de la granja de servidores
de Office SharePoint Server 2007 antigua y la desconecta (por ejemplo, cambiando el equilibrador
de carga o las aplicaciones web de IIS para que detengan las solicitudes de servicio o
desconectando todos los componentes y servicios en cada equipo servidor de la granja de
servidores).
3. El administrador del servidor adjunta las bases de datos de contenido a la granja de servidores
nueva y actualiza el contenido.
30
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 Server 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
mediante SQL Server en la granja de servidores de Office SharePoint Server 2007 y las restaura a
la granja de servidores nueva.
31
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.
32
4. Una vez que se ejecuta el proceso de actualización, el administrador del servidor confirma que la
actualización finalizó correctamente. A continuación, 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, cambiando el equilibrador de carga o las aplicaciones web de IIS
para que detengan las solicitudes de servicio o desconectando todos los componentes y servicios
en cada equipo servidor de la granja de servidores).
Método híbrido 2: desasociación de 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
33
en contexto, ya que se actualiza la granja de servidores original. Sin embrago, 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
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.
34
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. A continuación, desconecta la granja de servidores original (por ejemplo,
cambiando el equilibrador de carga o las aplicaciones web de IIS para que detengan las solicitudes
35
de servicio o desconectando 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 Server 2010. Cuando el administrador o
propietario del sitio está listo, puede completar el cambio al aspecto de Microsoft SharePoint
Server 2010.
36
Cómo afecta la actualización a las características de búsqueda (SharePoint Server 2010)
Al actualizar de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010, se ven
afectados varios aspectos del sistema de búsqueda. En los siguientes artículos se describen los
efectos de la actualización del producto en el sistema de búsqueda:
Modo en que la actualización afecta a la arquitectura del sistema de búsqueda (SharePoint Server
2010)
En este artículo se describen los efectos que tiene la actualización sobre las siguientes
características o funciones:
Servicio de búsqueda
Dependencias de la configuración del servicio de búsqueda
Bases de datos
Rastreo
Procesamiento de consultas
Índice de contenido
Propagación del índice de contenido
Nomenclatura del proveedor de servicios compartidos (SSP) y la aplicación de servicio de
búsqueda
Cómo afecta la actualización a los sitios del Centro de búsqueda (SharePoint Server 2010)
Los sitios del Centro de búsqueda que un administrador crea en SharePoint Server 2010 tienen un
nuevo aspecto en comparación con los sitios creados en Office SharePoint Server 2007. Durante
la actualización del producto, un administrador del servidor puede actualizar los sitios antiguos
para que tengan el nuevo aspecto. Después de la actualización, los propietarios del sitio pueden
actualizarlos de uno en uno.
37
Cómo la actualización afecta a otros servicios (SharePoint Server 2010)
Al actualizar de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010, tiene la
oportunidad de aprovechar nuevas opciones de configuración y características. En SharePoint Server
2010, se actualizó la infraestructura de los servicios con el fin de ofrecer más flexibilidad en cuanto al
modo de configurar los servicios y, además, hay muchos más servicios disponibles que en Office
SharePoint Server 2007. Como consecuencia de este cambio de arquitectura, la actualización de los
datos de los servicios requiere planeación y reflexión de antemano. Es necesario comprender la nueva
infraestructura de los servicios, cómo funcionan las actualizaciones de los servicios y qué
consideraciones deben tenerse en cuenta respecto de los servicios específicos que se va a actualizar
a la nueva versión.
En este artículo:
Infraestructura de los servicios actualizados para SharePoint Server 2010
Actualización en contexto con servicios
Actualización de base de datos adjunta con servicios
Consideraciones sobre servicios específicos
Infraestructura de los servicios actualizados para SharePoint Server 2010 En SharePoint Server 2010, los servicios ya no se incluyen con el proveedor de servicios compartidos
(SSP), sino que la infraestructura para los servicios de hospedaje se mueve a Microsoft SharePoint
Foundation 2010 y la configuración de las ofertas de servicios es mucho más flexible. Los servicios
individuales se pueden configurar independientemente y las compañías de terceros pueden agregar
servicios a la plataforma. Varios servicios que almacenaban datos en la base de datos del SSP
disponen de sus propias bases de datos y, en algunos casos, de varias bases de datos. Al habilitar
servicios nuevos, también se crean bases de datos nuevas para almacenar los datos de esos
servicios. En la siguiente tabla se enumeran las bases de datos de servicios de los entornos previos y
posteriores a la actualización. Esta lista es solo un ejemplo, ya que la lista de bases de datos varía en
función de los servicios que se habilitan en el entorno.
38
Bases de datos de servicios de Microsoft Office
SharePoint Server 2007 antes de la actualización
Bases de datos de SharePoint Server 2010 después
de la actualización en contexto
Base de datos de búsqueda
Base de datos del SSP
Base de datos de contenido del sitio de
administración de SSP
Base de datos de registro de aplicaciones
Base de datos de Servicio de BDC
Base de datos de administración del servicio
de búsqueda
Base de datos de almacén de rastreo del
servicio de búsqueda
Base de datos de almacén de propiedades del
servicio de búsqueda
Base de datos de servicio de estado de sesión
Base de datos de servicio de estado
Base de datos de taxonomía
Bases de datos de perfiles de usuario
Base de datos de uso de WSS
Más…
Antes de comenzar con el proceso de actualización para los servicios, revise la infraestructura de los
servicios actualizados y determine qué servicios tiene que actualizar y qué servicios nuevos desea
incorporar al entorno actualizado. Planee la arquitectura lógica y física necesaria para admitir los
servicios y las aplicaciones de servicio que desea hospedar en el entorno de SharePoint Server 2010.
Para obtener más información, vea el tema Componentes de arquitectura lógica (SharePoint Server
2010) y los modelos de servicios en el tema Diagramas técnicos (SharePoint Server 2010).
Actualización en contexto con servicios Al realizar una actualización en contexto, se actualiza toda la infraestructura de los servicios y la
configuración de estos servicios como parte del proceso. En las siguientes secciones y diagramas se
explica lo que les ocurre a los componentes de los distintos servicios durante el proceso de
actualización.
Proveedores de servicios compartidos (SSP)
Durante una actualización en contexto, los SSP se convierten en aplicaciones de servicios y en
servidores proxy de aplicación de servicio, uno por cada servicio. Se les asignan nombres
predeterminados (por ejemplo, si el SSP se denominó SharedServices1, las aplicaciones de
servicio se denominarán SharedServices1_servicio, como “SharedServices1_Búsqueda"). Todos
los SSP que se actualizan conservan sus asociaciones con las aplicaciones web que se
consumieron desde ese SSP. Todos los administradores del SSP se agregan al sitio web de
Administración central de SharePoint como administradores delegados.
39
Bases de datos
Se actualiza la base de datos del SSP y se copian los datos a las nuevas bases de datos de
perfiles de usuario y de taxonomía. La información de los demás servicios se mueve a otras bases
de datos de servicios o a la base de datos de configuración.
Sitios
El sitio de administración de SSP se actualiza en mayor parte como un sitio en blanco, excepto por
las páginas de perfil del Catálogo de datos profesionales. El sitio se puede eliminar después de la
actualización si no es necesario para las páginas del Catálogo de datos profesionales.
Antes de la actualización en contexto
Recopile las opciones de configuración que se deben volver a aplicar, como la configuración de
trabajos del temporizador programados.
Revise la arquitectura de los servicios y determine qué cambios se deben realizar después de la
actualización, en caso de que sean necesarios.
Para obtener información detallada acerca de los pasos que se deben llevar a cabo antes de comenzar
con una actualización en contexto, vea el tema Actualización en contexto a SharePoint Server 2010.
Durante la actualización en contexto
Si dispone de un solo SSP, todos los servidores proxy de las aplicaciones de servicio se agregan al
grupo de servidores proxy predeterminado. En los siguientes diagramas se muestran los cambios que
se llevan a cabo en la granja o conjunto de servidores durante una actualización en contexto.
Infraestructura de servicios antes de la actualización:
40
Infraestructura de servicios después de la actualización:
41
Si dispone de varios SSP, todos se actualizarán al mismo tiempo y tendrá varios grupos de servidores
proxy después de la actualización. En los siguientes diagramas se muestran los cambios que se llevan
a cabo en el conjunto o granja de servidores durante la actualización en contexto.
Infraestructura de servicios antes de la actualización:
42
Infraestructura de servicios después de la actualización:
43
Para obtener más información y una descripción de los pasos detallados para realizar una
actualización en contexto, vea el tema Actualización en contexto a SharePoint Server 2010.
44
Después de la actualización en contexto
Configuración de servicios nuevos y actualizados
Hay muchos servicios disponibles en SharePoint Server 2010. Estos nuevos servicios se pueden
habilitar después de llevar a cabo una actualización en contexto.
Debe crear aplicaciones de servicio para hospedar los servicios nuevos. Puede usar el
Asistente para la configuración del conjunto de servidores para seleccionar y habilitar
rápidamente varios servicios nuevos en el conjunto o granja de servidores, o bien, puede
configurar los servicios de forma manual.
También puede agregar servidores proxy para las aplicaciones de servicio que desee usar con
aplicaciones web diferentes.
Para los servicios de perfiles, debe actualizar los datos de taxonomía manualmente.
Para los Servicios de Excel, debe aprovisionar una nueva cuenta de servicio desatendida para el
Servicio de almacenamiento seguro.
Para el Catálogo de datos profesionales, considere la posibilidad de migrar las páginas de perfil del
Catálogo de datos profesionales a una ubicación nueva.
Para obtener información detallada acerca de los pasos posteriores a la actualización en relación con
los servicios, vea el tema Realización de pasos posteriores a la actualización en una actualización
inmediata (SharePoint Server 2010).
Actualización de base de datos adjunta con servicios Será necesario volver a establecer la mayor parte de la configuración de los servicios al actualizar
mediante una base de datos adjunta. Al mover las bases de datos a un nuevo conjunto o granja de
servidores y actualizar el contenido, debe crear la infraestructura de los servicios en la nueva granja y
configurar los servicios adecuadamente en función de la granja y versión nuevas. Puede adjuntar las
bases de datos del SSP desde la antigua granja, pero solo se actualizará la información de perfil de
esa base de datos. No se actualizará la información de búsqueda ni la configuración de los demás
servicios. No se pueden actualizar las bases de datos de búsqueda mediante el método de
actualización de base de datos adjunta.
Si usa el enfoque de base de datos adjunta para actualizar a SharePoint Server 2010, debe realizar
varios pasos antes, durante y después de la actualización para volver a configurar satisfactoriamente la
infraestructura de los servicios.
Antes de la actualización de base de datos adjunta
Al configurar el nuevo conjunto o granja de servidores, también debe configurar las nuevas
aplicaciones de servicio y servidores proxy de aplicación de servicio de la granja, además de
establecer la configuración de todos los servicios que desea usar.
45
Si usa los servicios de perfiles y dispone de datos de taxonomía en la base de datos, configure el
servicio de metadatos administrados antes de la actualización. De ese modo, podrá actualizar los
datos de taxonomía de la base de datos de servicios compartidos al adjuntar la base de datos.
Para InfoPath Forms Services, exporte todas las plantillas de formulario implementadas por el
administrador (archivos .xsn) y los archivos de conexión de datos (archivos .udcx) desde el
conjunto o granja de servidores de Office SharePoint Server 2007 mediante el siguiente comando:
Stsadm.exe -o exportipfsadminobjects -filename<ruta de acceso para exportar CAB>
Para InfoPath Forms Services, importe todas las plantillas de formulario implementadas por el
administrador y los archivos de conexión de datos en el nuevo conjunto o granja de servidores
antes de adjuntar las bases de datos de contenido. Use el cmdlet de Windows PowerShellImport-
SPIPAdministrationFiles para importar los formularios.
Para obtener más información acerca de cómo configurar el nuevo entorno antes de realizar una
actualización de base de datos adjunta, vea el tema Preparación del nuevo entorno de SharePoint
Server 2010 para una actualización de base de datos adjunta.
Durante la actualización de base de datos adjunta
Al adjuntar y actualizar las bases de datos de contenido, también se adjunta y actualiza la base de
datos del SSP, lo que actualiza la información de perfil de la base de datos. En la siguiente tabla se
proporciona un ejemplo de las bases de datos de servicios que existen antes y después de la
actualización.
Bases de datos de servicios de Microsoft Office
SharePoint Server 2007 que se pueden actualizar
mediante el enfoque de base de datos adjunta
Bases de datos de SharePoint Server 2010 después
de una actualización de base de datos adjunta
Base de datos del SSP Base de datos del SSP
Solo contiene datos de perfil de usuario, pero
ningún dato de búsqueda ni de otros servicios.
Tenga en cuenta que el nombre no cambia
durante una actualización de base de datos
adjunta.
Base de datos de taxonomía
Si el servicio de metadatos administrados se
configuró antes de la actualización y los datos
de taxonomía existían en la base de datos del
SSP, esta base de datos contiene esos datos.
Para obtener más información y procedimientos para realizar una actualización de base de datos
adjunta, vea el tema Bases de datos adjuntas y actualización a SharePoint Server 2010.
46
Después de la actualización de base de datos adjunta
Vuelva a aplicar los permisos de administrador para los servicios. De forma predeterminada, los
administradores del conjunto o granja de servidores disponen de permisos para todos los servicios
cuando se realiza una actualización de base de datos adjunta.
Para los Servicios de Excel, debe aprovisionar una nueva cuenta de servicio desatendida que use
el Servicio de almacenamiento seguro para que interactúe con los Servicios de Excel.
Para InfoPath Forms Services, actualice todos los vínculos que se usan en las plantillas de
formulario actualizadas mediante el cmdlet de Windows PowerShellUpdate-
SPInfoPathAdminFileURL.
Para los servicios de perfiles, actualice todos los datos de taxonomía. Se debe usar el cmdlet de
Windows PowerShellMove-SPProfileManagedMetadataProperty para actualizar de forma
manual los datos de taxonomía de perfiles a la base de datos de taxonomía y para volver a
conectar los datos a las aplicaciones de servicio de metadatos administrados y de perfiles de
usuario. El servicio de perfiles de usuario y el servicio de metadatos administrados deben
pertenecer al mismo grupo de servidores proxy para actualizar los datos y usarlos.
Para el Catálogo de datos profesionales, considere la posibilidad de migrar las páginas de perfil del
Catálogo de datos profesionales a una ubicación nueva.
Para obtener información detallada acerca de los pasos posteriores a la actualización para los
servicios, vea el tema Pasos posteriores a la actualización para una actualización de base de datos
adjunta (SharePoint Server 2010).
Consideraciones sobre servicios específicos Los siguientes servicios estaban disponibles en Office SharePoint Server 2007 y se pueden actualizar
a SharePoint Server 2010. Los cambios en la infraestructura de los servicios indican que se deben
considerar cuestiones adicionales al planear y realizar una actualización en un entorno en el que estos
servicios están presentes.
Perfiles de usuario
Services
Ahora se usan dos servicios para la información de taxonomía y de perfiles de usuario: el servicio
de perfiles de usuario y el servicio de metadatos administrados. Durante la actualización en
contexto, estos dos servicios se habilitan y configuran automáticamente. Si usa el enfoque de
actualización de base de datos adjunta, puede habilitar y configurar el servicio de metadatos
administrados antes de actualizar el servicio de perfiles de usuario para actualizar los datos de
taxonomía como parte de la actualización.
Bases de datos
Durante la actualización en contexto, los datos de perfil de usuario de Office SharePoint Server
2007 se actualizan desde la base de datos del SSP a una nueva base de datos de perfiles de
47
usuario. Se actualizan todos los datos de taxonomía y se pueden copiar a una base de datos
de taxonomía para que el servicio de metadatos administrados los use cuando se completa la
actualización. Para copiarlos, use el cmdlet de Windows PowerShellMove-
SPProfileManagedMetadataProperty.
Durante una actualización de base de datos adjunta, los datos de perfil de usuario y de
taxonomía de la base de datos del SSP se actualizan al adjuntar la base de datos del SSP,
pero la base de datos no se copia ni se le cambia el nombre. Puede copiar los datos de
taxonomía a una base de datos de taxonomía para que el servicio de metadatos administrados
los use cuando se completa la actualización. Para ello, use el cmdlet de Windows
PowerShellMove-SPProfileManagedMetadataProperty.
Es necesario volver a configurar todos los trabajos del temporizador programados después de la
actualización. Durante la actualización, se vuelven a establecer en sus horarios predeterminados.
Asegúrese de registrar las programaciones de los trabajos del temporizador antes de la
actualización para poder volver a aplicar los horarios.
Las propiedades almacenadas que se relacionan con los perfiles (como la dirección URL del host
de Mi sitio) se conservan durante una actualización en contexto, pero no se actualizan al usar la
base de datos adjunta porque se almacenan en la base de datos de configuración en lugar de
hacerlo en la base de datos de servicios.
Las siguientes propiedades se conservan durante una actualización en contexto, pero no lo hacen
durante una actualización de base de datos adjunta:
MySiteHostURL
SearchCenterURL
EnablePersonalFeaturesforMultipleDeployments
ProfileStoreLanguage
ProfileStoreLanguagePacksApplied
ProfileStoreCollationID
DaysWorthOfEventsToKeep
Sitios web de Mi sitio
Actualice el host de Mi sitio al mismo tiempo que actualiza los servicios de perfiles. No es necesario
actualizar los sitios web de Mi sitio al mismo tiempo. Para obtener mejores resultados, actualice los
sitios web de Mi sitio (o al menos el host de Mi sitio) al mismo tiempo que el sitio de intranet principal.
Office SharePoint Server Search
Antes de realizar una actualización en contexto, debería revisar y ajustar la topología de búsqueda
posterior a la actualización para cumplir con las nuevas recomendaciones y requisitos. Para obtener
más información, vea el tema sobre la planeación de la búsqueda (Office SharePoint Server) y los
modelos de búsqueda en el tema Diagramas técnicos (SharePoint Server 2010).
48
No se pueden actualizar los datos de búsqueda mediante el método de actualización de base de datos
adjunta. Si usa la actualización de base de datos adjunta, debe configurar la búsqueda en el nuevo
conjunto o granja de servidores independientemente (ya sea antes o después) de la actualización de
los otros contenidos.
Aplicaciones de servicio
Durante la actualización, se crea una nueva aplicación de servicio en el conjunto o granja de
servidores de SharePoint Server 2010 para cada SSP que hospeda al servicio de búsqueda en el
conjunto o granja de servidores de Office SharePoint Server 2007.
El servidor de aplicaciones que servía como servidor de indexación se convierte en componente
de rastreo en el mismo servidor.
Todos los servidores de consultas se convierten en componentes de consulta en los mismos
servidores, todos en la misma partición de índice.
Bases de datos
En SharePoint Server 2010, el servicio de búsqueda usa tres bases de datos:
Base de datos de administración de búsqueda (nueva): contiene la configuración de
administración de búsqueda que se almacenó en la base de datos del SSP de Office
SharePoint Server 2007.
Base de datos de almacén de rastreo del servicio de búsqueda (nueva): contiene información
del historial de rastreo que se almacenó en la base de datos del SSP de Office SharePoint
Server 2007.
Base de datos de almacén de propiedades del servicio de búsqueda (base de datos de
búsqueda reutilizada): contiene los metadatos de la búsqueda.
Archivos de índice
Antes de la actualización, los archivos de índice se almacenan en el servidor de indexación y en
los servidores de consultas. Después de la actualización, solo los servidores que tienen
componentes de consulta almacenarán archivos de índice.
La actualización será más rápida si antes de actualizar se introduce una reducción de escala y
se deja solo un servidor de consultas. Con solo un servidor, se deben copiar menos datos. Se
puede volver a la escala anterior después de la actualización y aumentar a varios
componentes de consulta reflejados.
Búsqueda de Windows SharePoint Services
Se ha modificado la arquitectura del servicio de búsqueda de Windows SharePoint Services en
SharePoint Server 2010. Durante una actualización en contexto, se detiene el servicio de búsqueda de
Windows SharePoint Services y se vuelve a aprovisionar. La búsqueda de Windows SharePoint
Services almacena los archivos de índice en el servidor de aplicaciones de Office SharePoint Server
2007 y también cuenta con una base de datos (WSS_Search, una por cada servidor en el conjunto o
Sugerencia:
49
granja de servidores). Durante una actualización en contexto, se vuelve a estructurar la base de datos
y se reutiliza. Los datos anteriores no se conservan ni se actualizan.
InfoPath Forms Services
Al actualizar mediante el enfoque de actualización de base de datos adjunta, debe exportar todas las
plantillas de formulario implementadas por el administrador (archivos .xsn) y los archivos de conexión
de datos (archivos .udcx) antes de realizar la actualización de base de datos adjunta y, posteriormente,
se deben importar al nuevo conjunto o granja de servidores mediante el cmdlet de Windows
PowerShellExport-SPInfoPathAdministrationFiles. Si la dirección URL del nuevo servidor difiere de
la del servidor anterior, puede ejecutar el cmdlet de Windows PowerShellUpdate-
SPInfoPathAdminFileUrl para actualizar los vínculos que se usan en las plantillas de formulario
actualizadas.
Para obtener más información acerca de cómo actualizar formularios y plantillas de formulario, vea el
tema Planeación de una actualización de plantillas de formulario durante una actualización a
SharePoint Server 2010.
Servicios de Excel
Los Servicios de Excel permanecen como un servicio local para SharePoint Server 2010, lo que
significa que es necesario ejecutar el servicio en el mismo conjunto o granja de servidores que lo
consume.
Para la actualización en contexto, se actualiza toda la información de configuración almacenada en
la base de datos del SSP para los Servicios de Excel y se mueve a la base de datos de
configuración. Para el enfoque de actualización de base de datos adjunta, debe volver a configurar
los Servicios de Excel en la nueva granja de servidores.
Después de la actualización (ya sea en contexto o de base de datos adjunta), debe aprovisionar
una nueva cuenta de servicio desatendida que use el Servicio de almacenamiento seguro para que
interactúe con los Servicios de Excel.
Catálogo de datos profesionales
Durante una actualización en contexto, los datos almacenados en la base de datos del SSP se mueven
a una base de datos independiente y se actualizan. Se crean nuevas aplicaciones de servicio para el
servicio de SharePoint Server 2010. Se usa un nuevo servicio, el servicio compatible con versiones
anteriores del registro de aplicaciones, para administrar las conexiones del Catálogo de datos
profesionales antiguas.
El Catálogo de datos profesionales no se actualiza al usar el método de actualización de base de datos
adjunta.
Para obtener más información, vea Planeación de una actualización a los Servicios de conectividad
empresarial (SharePoint Server 2010).
50
Inicio de sesión único
El servicio de inicio de sesión único (SSO) se reemplaza por el Servicio de almacenamiento seguro de
SharePoint Server 2010. Puede usar los cmdlets de Windows PowerShell para actualizar las
definiciones de la aplicación desde el SSO al Servicio de almacenamiento seguro. Tenga en cuenta
que las contraseñas no se actualizan. Después de actualizar las definiciones de la aplicación, puede
convertir al Servicio de almacenamiento seguro en el proveedor de SSO predeterminado. Para obtener
más información, vea el tema Realización de pasos posteriores a la actualización en una actualización
inmediata (SharePoint Server 2010).
51
Actualización de granjas de servidores (primarias y secundarias) que comparten servicios (SharePoint Server 2010)
En Microsoft Office SharePoint Server 2007, era posible configurar granjas de servidores primarias y
granjas secundarias para compartir servicios. En este entorno, la granja primaria hospeda uno o más
proveedores de servicios compartidos (SSP) desde los que una o más granjas secundarias consumen
servicios. Puede elegir uno de los dos métodos para actualizar los conjuntos o granjas que comparten
servicios. El método recomendado es actualizar un duplicado de la granja primaria (la granja que
hospeda los servicios compartidos). Si necesita más tiempo para completar la actualización en todas
las granjas, puede usar una granja primaria temporal para actualizar las granjas secundarias (las
granjas que consumen los servicios compartidos) hasta que la granja primaria original se pueda
actualizar completamente. Ambos métodos requieren que se cree una granja primaria adicional (en el
primer caso, se trata de un duplicado de la granja primaria original que se actualizará de inmediato y,
en el segundo caso, se trata de una nueva granja creada en Microsoft SharePoint Server 2010).
Al actualizar granjas primarias y secundarias, debe realizar los pasos de actualización en un orden
específico de modo que los servicios (como búsqueda o perfil de usuario) puedan seguir funcionando
como se requiere. En este artículo se describen las cuestiones que hay que tener en cuenta al planear
la actualización de las granjas primarias y secundarias. Además, se incluyen ilustraciones de alto nivel
sobre los procesos de actualización.
Antes de empezar, asegúrese de haber revisado la información sobre actualización general, disponible
en Acerca del proceso de actualización (SharePoint Server 2010).
En este artículo:
Actualización de granjas de servidores primarias y secundarias
Consideraciones de planeación para actualizar granjas de servidores primarias y secundarias
Introducción al proceso: actualización de una granja primaria duplicada
Introducción al proceso: actualización mediante una granja de servidores primaria temporal
Actualización de granjas de servidores primarias y secundarias En la siguiente lista se describen los dos métodos de actualización de granjas de servidores primarias
y secundarias, así como las ventajas de cada uno:
Granja de servidores primaria duplicada (recomendado). Con este método, se duplica y
actualiza la granja primaria original y después se actualiza cada granja secundaria de forma
individual. Después de actualizar cada granja secundaria, es posible configurarla para que
52
consuma servicios de la granja primaria actualizada. Una vez que se han actualizado todas las
granjas secundarias, se puede quitar la granja primaria original.
Este método está optimizado para que el tiempo de inactividad sea mínimo durante el proceso de
actualización. Dado que la granja primaria original sigue disponible para hospedar los servicios de
cualquier granja secundaria que no se ha actualizado, los usuarios pueden seguir trabajando con
los sitios de dichas granjas.
Granja primaria temporal. Con este método, se crea una nueva granja de servidores primaria y, a
continuación, se actualizan las granjas secundarias de forma individual y se configuran para que
consuman servicios de la nueva granja primaria. Una vez que se han actualizado todas las granjas
secundarias, se puede actualizar o quitar la granja primaria original.
Este método está optimizado para permitir que las granjas secundarias individuales se actualicen
con el paso del tiempo. Siempre que una granja secundaria esté lista para actualizarse, podrá
actualizarse y empezar a consumir servicios de la nueva granja primaria sin que esto afecte a la
granja primaria original o a otras granjas secundarias.
Consideraciones de planeación para actualizar granjas de servidores primarias y secundarias Cuando planee actualizar granjas de servidores primarias y secundarias que compartan servicios,
tenga en cuenta las siguientes consideraciones:
No se pueden cambiar los tipos de autenticación durante la actualización.
Dado que es necesario que las dos granjas puedan rastrear el mismo contenido, no debe cambiar
los tipos de autenticación hasta que se hayan actualizado todas las granjas. Si piensa cambiar el
tipo de autenticación en la granja actualizada, complete la actualización y, a continuación, realice
los cambios.
Debe planear la actualización de los servicios antes de empezar cualquier tipo de actualización.
La búsqueda, los perfiles de usuario, el Catálogo de datos profesionales y otros servicios tienen
pasos específicos que deben realizarse antes, durante y después de la actualización. Para obtener
más información, vea Cómo afecta la actualización a las características de búsqueda (SharePoint
Server 2010), Cómo la actualización afecta a otros servicios (SharePoint Server 2010), Planeación
de una actualización de plantillas de formulario durante una actualización a SharePoint Server
2010 y Planeación de una actualización a los Servicios de conectividad empresarial (SharePoint
Server 2010).
Las granjas secundarias que no se han actualizado no tendrán acceso a Web Analytics, disponible
en SharePoint Server 2010.
Puede que esto no sea importante a corto plazo, pero según el tiempo que las granjas pasen en un
estado de actualización mixto, los datos podrían sesgarse porque se dividen entre dos sistemas de
análisis y no se combinan.
Para obtener más información acerca de cómo planear la actualización, vea Planeación y preparación
de la actualización (SharePoint Server 2010).
53
Introducción al proceso: actualización de una granja primaria duplicada Para proporcionar el máximo tiempo de actividad durante el proceso de actualización, es posible que
desee mantener la granja primaria original en ejecución hasta que todas las granjas secundarias se
hayan actualizado a SharePoint Server 2010. Sin embargo, dado que una granja de SharePoint Server
2010 no puede consumir servicios de una granja de Office SharePoint Server 2007, debe crear otra
granja de SharePoint Server 2010 para proporcionar servicios a las granjas secundarias hasta que se
haya actualizado todo el entorno.
En este método, se duplica la granja de servidores primaria, se actualiza la versión duplicada y
después se actualizan las granjas secundarias. Tras la actualización, se continúa con la granja
primaria duplicada y se desactiva la granja primaria original.
1. Duplique la granja primaria original.
a. Haga una copia de seguridad de la granja primaria original (Granja de servidores primaria 1).
b. Restaure la Granja de servidores primaria 1 a una nueva granja, Granja de servidores primaria
2.
54
55
2. Actualice la nueva granja primaria.
a. Actualice Granja de servidores primaria 2 a SharePoint Server 2010.
b. Opcional: configure la sincronización de perfiles de usuario para Granja de servidores primaria
1 y Granja de servidores primaria 2.
Los pasos de sincronización son opcionales, pero garantizarán que las granjas secundarias
tengan una experiencia más sencilla con pérdida mínima de contenido o configuración de
servicios mientras se mueven de la granja primaria de Office SharePoint Server 2007 a la
granja primaria de SharePoint Server 2010. La siguiente versión del kit de herramientas
administrativas incluirá una herramienta denominada User Profile Replication Engine que
puede usarse para sincronizar perfiles entre Office SharePoint Server 2007 y SharePoint
Server 2010.
3. Publique las aplicaciones de servicio que las granjas secundarias usarán (como mínimo, incluyen
búsqueda, Catálogo de datos profesionales y perfiles de usuario).
4. Actualice la primera granja de servidores secundaria.
a. Actualice la primera granja de servidores secundaria, Granja de servidores secundaria 1, a
SharePoint Server 2010.
b. Asegúrese de que las aplicaciones de servicio locales (como Servicios de Excel) estén
configuradas y funcionen en la Granja de servidores secundaria 1.
c. Configure Granja de servidores secundaria 1 para que empiece a consumir servicios de Granja
de servidores primaria 2.
56
5. Actualice las granjas de servidores secundarias restantes.
Repita el paso 4 para todas las granjas de servidores secundarias restantes en el entorno.
6. Quite la granja primaria original.
57
58
Introducción al proceso: actualización mediante una granja de servidores primaria temporal Si necesita actualizar una granja de servidores secundaria antes de estar listo para actualizar la granja
primaria, puede hacerlo creando una granja de servidores primaria temporal en SharePoint Server
2010.
1. Cree y configure una nueva granja primaria, Granja de servidores primaria 2, en SharePoint Server
2010.
59
60
2. Actualice la primera granja de servidores secundaria.
a. Actualice la primera granja de servidores secundaria, Granja de servidores secundaria 1, a
SharePoint Server 2010.
b. Asegúrese de que las aplicaciones de servicio locales (como Servicios de Excel) estén
configuradas y funcionen en la Granja de servidores secundaria 1.
c. Configure Granja de servidores secundaria 1 para que empiece a consumir servicios de Granja
de servidores primaria 2.
61
3. Actualización de las granjas de servidores secundarias restantes
Repita el paso 2 para todas las granjas de servidores secundarias restantes en el entorno.
4. Actualice la granja primaria original, Granja de servidores primaria 1, en SharePoint Server 2010.
Se pueden volver a asociar las granjas de servidores secundarias con la Granja de servidores
primaria 1 actualizada después de la actualización o bien se puede seguir usando la nueva Granja
de servidores primara 2 para hospedar servicios de las granjas secundarias.
62
Vea también Publicación de una aplicación de servicio (SharePoint Server 2010)
Administración de aplicaciones de servicio (SharePoint Server 2010)
User Profile Replication Engine (Office SharePoint Server)
63
Actualización de SharePoint Portal Server 2003 a SharePoint Server 2010
No es posible actualizar directamente de Microsoft Office SharePoint Portal Server 2003 a Microsoft
SharePoint Server 2010.
Hay demasiados cambios entre una versión y la otra y los requisitos de hardware difieren mucho entre
ambas, por lo que no es posible ni se admite realizar una actualización directa en contexto. No
obstante, es posible realizar una serie de actualizaciones de base de datos adjunta para actualizar
primero el contenido a Microsoft Office SharePoint Server 2007 y después a SharePoint Server 2010.
En este artículo se describe el procedimiento para realizar esta actualización de base de datos adjunta
doble.
Durante todo este proceso, el entorno anterior debe estar desconectado para evitar que los
usuarios hagan cambios mientras se realiza la actualización. Una vez finalizada y validada la
actualización, puede volver a otorgar acceso a los usuarios en el entorno de SharePoint Server
2010.
En este artículo:
Introducción al proceso
Antes de comenzar
Preparación para la actualización
Preparación de las 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 han
documentado, en este artículo se describe cómo combinar los pasos de cada proceso en el proceso
general. No se proporciona información detallada sobre cada paso del proceso, ya que éstos se han
desarrollado en los siguientes artículos:
Implementación de una nueva granja de servidores y migración del contenido (actualización)
Bases de datos adjuntas y actualización a SharePoint Server 2010
Estos artículos, combinados con esta guía básica, proporcionan la información necesaria para realizar
la actualización de base de datos adjunta doble.
Nota:
Importante
64
Asegúrese de intentar este proceso completo en un entorno de prueba antes de actualizar el
contenido activo. Para obtener más información sobre cómo probar los procesos 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 para la actualización
a. Prepare el conjunto o granja de servidores original ejecutando la herramienta de detección
previa a la actualización y realizando un inventario de todas las personalizaciones.
b. Configure una pequeña granja de servidores temporal que ejecute Office SharePoint Server
2007.
c. Configure la granja de servidores de SharePoint Server 2010 completa y compruebe que está
bien configurada y funciona correctamente.
2. Primera actualización: actualización del contenido a Office SharePoint Server 2007
a. Separe las bases de datos de contenido de la granja de servidores anterior y, a continuación,
desconecte la granja.
Como alternativa, puede dejar las bases de datos adjuntas y realizar una copia de las bases
de datos para poder restaurar el uso de la granja de servidores original rápidamente.
b. Adjunte las bases de datos de contenido a la granja de servidores de Office SharePoint Server
2007 y actualícelas.
c. Compruebe que el contenido se ha actualizado y que la granja de servidores de Office
SharePoint Server 2007 está funcionando correctamente.
3. Segunda actualización: actualización del contenido a SharePoint Server 2010
a. Desasocie las bases de datos de contenido de la granja de servidores de Office SharePoint
Server 2007.
b. Adjunte las bases de datos de contenido a la granja de servidores de SharePoint Server 2010
y actualícelas (como opción, puede actualizarlas en paralelo).
c. Compruebe que el contenido se ha actualizado y que la granja de servidores de SharePoint
Server 2010 está funcionando correctamente.
4. Comience a servir solicitudes en la granja de servidores de SharePoint Server 2010.
Los siguientes diagramas ilustran este proceso:
Actualización de base de datos adjunta a Office SharePoint Server 2007.
65
Actualización de base de datos adjunta a SharePoint Server 2010.
66
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
Cuando cree el entorno temporal para Office SharePoint Server 2007, debe tener los permisos
adecuados. Para obtener más información, vea el tema sobre la planeación de cuentas
administrativas y de servicio (Office SharePoint Server).
67
Cuando cree y configure su granja de servidores de SharePoint Server 2010 de destino, debe
tener los permisos adecuados. Para obtener más información, vea Cuentas administrativas y de
servicio (SharePoint Server 2010).
Revisión de hardware y software requeridos
Cuando cree el entorno temporal para Office SharePoint Server 2007, debe cumplir requisitos de
hardware y software específicos. Para obtener más información, vea el tema sobre la
determinación de los requisitos de hardware y software (Office SharePoint Server).
Cuando cree y configure su granja de servidores de SharePoint Server 2010 de destino, debe
cumplir diferentes requisitos de hardware y software. Para obtener más información, vea
Requisitos de hardware y software (SharePoint Server 2010).
En algunos entornos, es preciso coordinar los procedimientos para mover bases de datos a un
conjunto o 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 para la actualización Debido a que está realizando dos actualizaciones, es preciso que entienda todos los pasos necesarios
para la actualización a Office SharePoint Server 2007 y a SharePoint Server 2010. El siguiente
contenido puede ayudarle a entender estos procesos de actualización:
Preparación de la actualización a Office SharePoint Server 2007
Lea el capítulo sobre la planeación y preparación de la actualización en TechNet. En particular, lea
los artículos siguientes:
Funcionamiento del proceso de actualización (Office SharePoint Server)
Determinación del procedimiento para tratar las personalizaciones (Office SharePoint Server)
Desarrollo de nuevas definiciones del sitio personalizadas y creación de archivos de definición
de actualización (Office SharePoint Server)
Lea el capítulo sobre los pasos previos a la actualización en TechNet. Debe realizar los pasos
siguientes para la actualización de una base de datos adjunta (llamada migración de base de datos
en esta versión):
Instalación del Service Pack 3 para Windows SharePoint Services 2.0 y SharePoint Portal
Server 2003
Ejecución de la herramienta de detección previa a la actualización (Office SharePoint Server)
Siga estos pasos en la granja de servidores de SharePoint Portal Server 2003 existente.
Preparación de la actualización a SharePoint Server 2010
Planeación y preparación de la actualización. Lea el artículo siguiente en TechNet:
Introducción al proceso de actualización (SharePoint Server 2010)
Importante:
68
Realice los pasos previos a la actualización. Lea el artículo siguiente en TechNet:
Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 2010)
Siga estos pasos en la granja de servidores de Office SharePoint Server 2007 temporal.
Preparación de las granjas de servidores En este paso, siga los pasos previos a la actualización en la granja de servidores existente, cree una
granja de servidores temporal para la actualización a Office SharePoint Server 2007 y cree la granja de
servidores de SharePoint Server 2010 de destino. Use los siguientes pasos y contenido relacionado
para preparar la granja de servidores para las actualizaciones.
Creación de una granja de servidores de Office SharePoint Server 2007 temporal
En un entorno virtual o físico, cree una pequeña granja de servidores temporal que ejecute Office
SharePoint Server 2007 con Service Pack 2 (SP2) y la actualización acumulada de octubre de 2009.
Usará esta granja de servidores para actualizar el contenido a Office SharePoint Server 2007 y
después a SharePoint Server 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.
Puede usar la versión de evaluación de Microsoft Office SharePoint Server 2007 en este entorno
temporal si no tienen un contrato de licencia para el producto completo. La versión de evaluación
puede usarse durante 180 días. Descargue la versión de evaluación a través de uno de los
siguientes vínculos:
Versión x86: Detalles para la descarga: SharePoint Server 2007 (versión de evaluación)
(http://go.microsoft.com/fwlink/?linkid=120683&clcid=0xC0A)
Versión x64: Detalles para la descarga: SharePoint Server 2007 (versión de evaluación) (x64)
(http://go.microsoft.com/fwlink/?linkid=120684&clcid=0xC0A)
2. Instale los paquetes de plantillas de idioma necesarios para los sitios. Para obtener más
información, vea el tema sobre la instalación de paquetes de plantillas de idioma disponibles
(Office SharePoint Server).
Importante:
Sugerencia:
69
3. Configure la granja de servidores usando la configuración adecuada para su entorno y vuelva a
aplicar todas las personalizaciones necesarias para su contenido. Asegúrese de implementar las
personalizaciones y los archivos de definiciones de actualizaciones necesarios para cualquier
definición de sitio personalizada que pudiera existir en su entorno. Debe crear aplicaciones web en
la granja de servidores temporal para cada servidor virtual que tenía en la granja de servidores
original. La dirección URL de las nuevas aplicaciones web deben coincidir con las direcciones URL
de la granja de origen o con las direcciones URL de la granja de destino; de lo contrario, existe el
riesgo de agregar referencias a otras direcciones URL temporales al contenido. Se recomienda
usar las mismas direcciones URL para la granja de servidores de origen y de destino para que las
direcciones URL de la granja de servidores temporal sean exactamente las mismas, incluidos los
números de puertos 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 Microsoft Office SharePoint Server 2007. Para obtener
más información acerca de la implementación de definiciones de actualizaciones y definiciones de
sitios personalizadas, vea el tema sobre la implementación de archivos de definición de
actualización y definiciones de sitio nuevas (Office SharePoint Server).
Configuración de la granja de servidores de SharePoint Server 2010 completa
Ésta es la granja de servidores que usará en última instancia para el entorno de producción, por lo que
debe asegurarse de planear la infraestructura de forma adecuada para que sea compatible con la
solución que está utilizando. 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 Server 2010).
1. Cree su granja de servidores en hardware de 64 bits con servidores de bases de datos que
ejecuten una 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 un
conjunto o granja de servidores de tres niveles (SharePoint Server 2010).
2. Instale los paquetes de plantillas de idioma necesarios para los sitios. Para obtener más
información, vea Instalación de paquetes de idioma disponibles (SharePoint Server 2010).
3. Configure la granja de servidores usando la configuración adecuada para su entorno y vuelva a
aplicar todas las personalizaciones necesarias para su contenido. Nuevamente, debe crear
aplicaciones web en la granja de servidores de destino para cada servidor virtual que tenía en la
granja de servidores 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
Server 2010 para una actualización de base de datos adjunta.
Realización de la primera actualización Una vez configuradas las granjas de servidores, estará listo para actualizar las bases de datos de
contenido a Office SharePoint Server 2007.
Importante:
70
Asegúrese de que ha 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
actualización no se ejecutará si no ha examinado las bases de datos. Para obtener más
información, vea el tema sobre ejecución de la herramienta de detección previa a la
actualización (Office SharePoint Server).
Para realizar una actualización de base de datos adjunta (llamada migración de base de datos en esta
versión), siga estos pasos:
1. Haga copias de seguridad de las bases de datos de contenido.
Las bases de datos de contenido son las bases de datos que usan el sufijo "_site".
2. Restaure las copias de seguridad a 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 detallada y los pasos que se deben seguir, vea el tema sobre la migración de
bases de datos.
Después de la actualización, también debe importar la información de los perfiles. Para obtener más
información, vea la sección sobre los perfiles de usuario y el inicio de una importación completa en el
artículo sobre la realización de pasos posteriores a la actualización en una actualización inmediata
(Office SharePoint Server).
Comprobación de la primera actualización Para comprobar la actualización, siga este procedimiento:
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.
Revise los sitios actualizados para asegurarse de que siguen funcionando según lo esperado y
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 comenzar la actualización a
SharePoint Server 2010.
Ejecute la herramienta de comprobación previa a la actualización y revise el informe para
resolver cualquier problema potencial en la granja de servidores temporal antes de actualizar
el contenido. Para obtener más información, vea Ejecución de la herramienta de detección
previa a la actualización (SharePoint Server 2010).
Para realizar la actualización de base de datos adjunta, siga estos pasos:
1. Haga copias de seguridad de las bases de datos de contenido.
2. Restaure las copias de seguridad a la granja de servidores de destino.
Importante:
71
3. Agregue las bases de datos a las aplicaciones web para iniciar el proceso de actualización. En
SharePoint Server 2010, puede adjuntar bases de datos en paralelo para acelerar el proceso de
actualización.
Para obtener información detallada y los pasos que se deben seguir, vea Bases de datos adjuntas y
actualización a SharePoint Server 2010.
Comprobación de la segunda actualización Para comprobar la actualización, siga este procedimiento:
Revise el archivo de registro de actualización.
Revise los sitios actualizados para asegurarse de que siguen funcionando según lo esperado y
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 Server 2010).
72
Planeación y preparación de la actualización (SharePoint Server 2010)
Una vez que ha leído los artículos incluidos en Acerca del proceso de actualización (SharePoint Server
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 a
prepararse para la actualización de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint
Server 2010.
En esta sección:
Determinación del enfoque de actualización (SharePoint Server 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 Server 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 Server 2010)
Obtenga información acerca de las topologías, ediciones y otros productos que pueden
actualizarse a SharePoint Server 2010.
Revisión de los requisitos del sistema para la actualización (SharePoint Server 2010)
Revise los requisitos para asegurarse de que su entorno pueda actualizarse a SharePoint Server
2010.
Determinación del procedimiento para tratar las personalizaciones (SharePoint Server 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.
Crear un plan de comunicación (SharePoint Server 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 una actualización a los Servicios de conectividad empresarial (SharePoint Server
2010)
Describe cómo la actualización del Catálogo de datos profesionales de Office SharePoint Server
2007 a los Servicios de conectividad empresarial de Microsoft en SharePoint Server 2010 funciona
y proporciona asistencia acerca de cómo actualizar diversos tipos de soluciones que usan el
Catálogo de datos profesionales.
Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint
Server 2010
Obtenga información acerca de qué debe hacer antes, durante y después de la actualización para
que las plantillas de formulario sigan funcionando en la nueva versión.
73
Planeación de la actualización visual (SharePoint Server 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.
74
Determinación del enfoque de actualización (SharePoint Server 2010)
Antes de ejecutar cualquier proceso para actualizar de Microsoft Office SharePoint Server 2007 a
Microsoft SharePoint Server 2010, debe determinar qué enfoque de actualización se va a usar. Use la
información de este artículo para comparar las ventajas y los inconvenientes de cada enfoque, y para
revisar la información sobre los casos especiales que pueden influir en el enfoque. Además de la
información incluida en este artículo, asegúrese de leer Revisión de rutas de actualización admitidas y
no admitidas (SharePoint Server 2010) para comprender exactamente qué situaciones de actualización
son válidas y tienen resultados correctos.
Para realizar una actualización, debe tener instalado Office SharePoint Server 2007 con
Service Pack 2 (SP2).
En este artículo:
Elección de un enfoque de actualización
Casos especiales
Elección de un enfoque de actualización Existen dos métodos básicos de actualización: en contexto y de base de datos adjunta. Además,
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 enfoques de actualización en contexto y de base de datos
adjunta.
Enfoque Descripción Ventajas Inconvenientes
Actualización en
contexto
Puede instalar
SharePoint Server
2010 en el mismo
hardware. Además,
puede actualizar el
contenido y la
configuración del
conjunto o granja de
servidores como parte
de un solo proceso.
La configuración de toda
la granja se mantiene y
se actualiza. 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
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
Nota:
75
Enfoque Descripción Ventajas Inconvenientes
o modificarlas. secuencialmente.
Actualización de base
de datos adjunta
Puede actualizar el
contenido del entorno
en una granja
independiente. El
resultado es que no se
actualizan los servicios
ni la configuración de
la granja. Puede
actualizar varias bases
de datos a la vez y en
cualquier orden.
Mientras cada base de
datos se actualiza, el
contenido en esa base
de datos no está
disponible para los
usuarios.
Puede actualizar varias
bases de datos de
contenido a la vez, lo que
reduce el tiempo de
actualización en
comparación 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 Server 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
76
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.
Enfoque híbrido 1:
bases de datos
adjunta con bases de
datos de solo lectura
Permite seguir
proporcionando acceso
de solo lectura al
contenido durante el
proceso de
actualización. Para
este enfoque, se deben
configurar las bases de
datos como de solo
lectura mientras la
actualización está en
curso 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
paralelo.
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.
Enfoque híbrido 2: Permite aprovechar la Todas las opciones de Tenga en cuenta que
77
Técnica Descripción Ventajas Inconvenientes
actualización en
contexto con bases
de datos
desasociadas
capacidad de la
actualización en
contexto de actualizar
el contenido y la
configuración además
de aumentar la
velocidad de una
actualización de base
de datos adjunta. Para
este enfoque, se debe
usar una actualización
en contexto para
actualizar la granja de
servidores y la
configuración, y para
desasociar y actualizar
varias bases de datos
en paralelo (en la
misma granja de
servidores o en una
granja independiente).
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
paralelo.
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 el tema Introducción al proceso de actualización (SharePoint Server
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 el tema Uso de una dirección URL de AAM como parte del proceso
de actualización (SharePoint Server 2010) (notas del producto).
78
Casos especiales Es posible que tenga otros requisitos u objetivos adicionales que desea lograr al realizar la
actualización. En la siguiente tabla se incluyen casos especiales y se indica qué enfoque de
actualización resulta más apropiado para cada caso.
Caso Enfoque de actualización
¿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 Server 2010 para
garantizar las ventajas de un rendimiento máximo.
Asegúrese de realizar un solo tipo de
actualización o migración a la vez para evitar 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 (Office SharePoint Server 2007).
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 hacer 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. (Esta operación se admite y
recomienda, ya que dispondrá de una copia
de seguridad completa y, después de
restaurar las bases de datos, no tendrá que
realizar cambios en SharePoint Server 2010.)
Puede 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 Server 2010 apunten
a la nueva edición de 64 bits de SQL Server.
(Esta operación se admite, pero no se
recomienda, ya que requiere más trabajo en
SharePoint Server 2010 si se cambia por
ejemplo la ubicación de las bases de datos).
79
Caso Enfoque de actualización
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.
¿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 un sistema operativo de 64 bits antes de
actualizar. 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
(Office SharePoint Server 2007).
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
el tema Configuración de la autenticación basada
en formularios para una aplicación web basada en
notificaciones (SharePoint Server 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 Office
SharePoint Server 2007, el proceso de
actualización a menudo agotaba el tiempo de
espera, debido al tiempo necesario para ejecutar
un proceso, pero en SharePoint Server 2010 esto
ocurre en raras ocasiones. Para obtener más
información sobre cuánto podría durar una
actualización para un entorno determinado, vea el
tema Estimación de la duración del proceso de
actualización y del espacio necesario (SharePoint
80
Caso Enfoque de actualización
Server 2010).
¿Va a actualizar desde SharePoint Portal Server
2003?
Use un método de actualización de base de datos
adjunta para actualizar a Microsoft Office
SharePoint Server 2007 y, a continuación,
actualice a SharePoint Server 2010. Para obtener
mayor información sobre este proceso de
actualización, vea el tema Actualización de
SharePoint Portal Server 2003 a SharePoint
Server 2010.
¿Va a actualizar desde Windows SharePoint
Services 3.0?
Use el enfoque de actualización de base de datos
adjunta para adjuntar y actualizar las bases de
datos de contenido de Windows SharePoint
Services 3.0 a SharePoint Server 2010. Este
proceso actualiza los datos de las bases de datos
de contenido, pero no transfiere la configuración
de las granjas de servidores.
¿Usa nombres de dominio internacionalizados? Aunque Office SharePoint Server 2007 admitía
nombres de dominio internacionalizados (IDN),
SharePoint Server 2010 no los admite. Si
actualmente usa IDN con Office SharePoint
Server 2007 y planea actualizar o migrar a
SharePoint Server 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 Planeación de sitios
multilingües (SharePoint Server 2010).
81
Revisión de los procedimientos recomendados de actualización (SharePoint Server 2010)
Para garantizar un proceso de actualización de Microsoft Office SharePoint Server 2007 a Microsoft
SharePoint Server 2010 sin problemas, siga estos procedimientos recomendados:
1. Actualice los servidores al Service Pack 2 (SP2) de Microsoft Office SharePoint Server 2007 o
posterior.
Su entorno debe actualizarse al SP2 de Office SharePoint Server 2007 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 lo 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 (ISS),
deshaga la extensión de la aplicación web antes de eliminarla. De lo contrario, SharePoint Server
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 Server 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
detección previa a la actualización (SharePoint Server 2010).
82
5. Realice en primer lugar una actualización de prueba en una 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 Realización de una actualización de prueba para detectar posibles problemas
(SharePoint Server 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 Server 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 Server 2010). Para obtener más información acerca de cómo planear la capacidad,
vea Administración del rendimiento y de la capacidad (SharePoint Server 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 de todo el entorno antes de una actualización en
contexto (SharePoint Server 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 en el entorno original
para que sean de solo lectura de manera 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 Server 2010.
9. No agregue ningún servidor a su granja de servidores después de comenzar el proceso de
actualización.
Al ejecutar el 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 lo 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.
83
La página de 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 Server 2010).
84
Revisión de rutas de actualización admitidas y no admitidas (SharePoint Server 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, ediciones y productos específicos pueden actualizarse
en contexto a Microsoft SharePoint Server 2010.
En este artículo:
Revisión de topologías admitidas para la actualización
Ediciones admitidas para la actualización
Actualizaciones admitidas entre productos
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, el almacenamiento físico y el
almacenamiento en 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 deben ejecutar 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 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. Para obtener más información acerca de la asignación del diseño de la solución al
tamaño de la granja de servidores y el hardware que admitirá los objetivos empresariales, vea
Administración del rendimiento y de la capacidad (SharePoint Server 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 Server 2010).
85
Topologías admitidas
En la tabla siguiente se enumeran las topologías iniciales admitidas en Microsoft Office SharePoint
Server 2007 y las topologías finales admitidas y no admitidas al realizar una actualización en contexto
a SharePoint Server 2010.
Topología inicial (Office
SharePoint Server 2007)
Topología final admitida
(SharePoint Server 2010)
Topología final no admitida
(SharePoint Server 2010)
Servidor independiente con SQL
Server 2005 Express Edition
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, a continuación, mover las bases de datos del
servidor independiente a la granja de servidores. Para obtener más información, vea el tema sobre la
migración de una instalación independiente a una instalación de granja de servidores (Office
SharePoint Server 2007). Después de realizar la migración, puede realizar la actualización a
SharePoint Server 2010.
Migración desde hardware de 32 bits
No es posible realizar una actualización en contexto de Office SharePoint Server 2007 a SharePoint
Server 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 (Office SharePoint Server 2007).
Ediciones admitidas para la actualización En la tabla siguiente se enumeran las ediciones disponibles para Microsoft Office SharePoint Server
2007 y las ediciones finales admitidas y no admitidas al realizar una actualización en contexto a
Microsoft SharePoint Server 2010.
86
Edición inicial Edición final admitida Edición final no admitida
Office SharePoint Server 2007
con SP2, edición estándar
SharePoint Server 2010, edición
estándar
SharePoint Server 2010, edición
empresarial
SharePoint Server 2010, edición
estándar
SharePoint Server 2010, edición
empresarial
Office SharePoint Server 2007
con SP2, Enterprise Edition
SharePoint Server 2010, edición
empresarial
SharePoint Server 2010, edición
estándar
Office SharePoint Server 2007
con SP2, edición de prueba
SharePoint Server 2010, edición
de prueba
SharePoint Server 2010,
producto completo
SharePoint Server 2010, edición
de prueba
SharePoint Server 2010,
producto completo
Actualizaciones admitidas entre productos En la tabla siguiente se enumeran los productos de servidor de Microsoft que admiten una
actualización en contexto a Microsoft SharePoint Foundation 2010 o a SharePoint Server 2010.
Producto inicial Productos finales admitidos Producto final no admitido
Windows SharePoint Services 3.0
con SP2
Microsoft SharePoint
Foundation 2010
SharePoint Server 2010
SharePoint Foundation 2010 SharePoint Server 2010
Microsoft Search Server 2008 SharePoint Server 2010 o
Microsoft Search Server 2010
SharePoint Foundation 2010
Microsoft Office Forms Server
2007
SharePoint Server 2010 SharePoint Foundation 2010
Microsoft Office PerformancePoint
Server 2007
SharePoint Server 2010
Microsoft Office Project Server
2007 con Windows SharePoint
Services 3.0 con SP2 o Office
SharePoint Server 2007 con SP2
SharePoint Server 2010,
Enterprise Edition más
Microsoft Project 2010
SharePoint Foundation 2010
más Project 2010
87
Revisión de los requisitos del sistema para la actualización (SharePoint Server 2010)
Para poder actualizar el entorno de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint
Server 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 Server 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. Para obtener más información, vea Administración del rendimiento y
de la capacidad (SharePoint Server 2010).
Office SharePoint Server 2007 debe actualizarse a Service Pack 2
El entorno debe actualizarse al menos al SP2 de Office SharePoint Server 2007 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 los requisitos mínimos que se indican en el artículo
Requisitos de hardware y software (SharePoint Server 2010); de lo contrario, es posible que surjan
problemas durante el proceso de actualización. Por ejemplo, si el servidor de base de datos no tiene
suficiente memoria o potencia de procesador, es posible que no dé abasto con el número de
transacciones que tienen lugar 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 el tema Realización de una actualización de prueba para detectar posibles problemas
(SharePoint Server 2010). Si experimenta problemas de capacidad con el hardware durante la
actualización de prueba, puede aumentar la capacidad y repetir la actualización hasta que se sienta
satisfecho de haber encontrado el nivel óptimo de rendimiento de la actualización.
88
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. Si uno o más de estos componentes
parecen haber alcanzado su capacidad máxima, analice la estrategia apropiada en función de
la carga de trabajo actual y prevista, y determine si va a agregar recursos o a ampliar la escala
para un servidor nuevo que ejecute SQL Server. En general, se recomienda considerar la
posibilidad de ampliar la escala además de agregar recursos.
Importante:
89
Determinación del procedimiento para tratar las personalizaciones (SharePoint Server 2010)
Si ha aplicado muchas personalizaciones a los sitios basados en Microsoft Office SharePoint Server
2007, debe determinar cómo desea tratar los sitios personalizados durante la actualización a Microsoft
SharePoint Server 2010. El enfoque dependerá del grado de las personalizaciones, el tipo de
personalización, la complejidad del sitio y los objetivos de la actualización. Antes actualizar, se deben
identificar y evaluar las personalizaciones en el entorno y determinar si van a actualizarse y de qué
forma se realizará la actualización.
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 Realización de una actualización de
prueba para detectar posibles problemas (SharePoint Server 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 desde
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
Evaluación de las personalizaciones Después de identificar las personalizaciones, se puede decidir qué hacer con ellas. Las siguientes
preguntas pueden ayudarle a evaluarlas:
¿La personalización sigue siendo valiosa?
¿Sirve para una necesidad comercial útil?
¿Se implementa y usa ampliamente?
¿La personalización está bien diseñada?
¿Está basada en definiciones de sitio compatibles y predefinidas?
¿Sigue los procedimientos recomendados para personalizaciones?
90
¿Es un tipo de personalización compatible o introduce un riesgo para el entorno?
A medida que se evalúa cada personalización individual, también se puede pensar en el enfoque
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 enfoque 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 Si desea usar una nueva funcionalidad, si tiene
previsto realizar un diseño completamente nuevo de los sitios o si cambia de forma significativa la
arquitectura de la información, la actualización es la oportunidad idónea para partir de cero con
características nuevas, una apariencia nueva o una organización nueva. Cuando se reemplazan o
rehacen las personalizaciones, se pueden aprovechar nuevas funciones, modificar ligeramente el
diseño 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 el tema
sobre cómo volver a implementar personalizaciones y soluciones en SharePoint Foundation 2010 y
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 Server 2010. Las plantillas de sitio nuevas en
SharePoint Server 2010 se guardan como archivos WSP
(paquetes de solución).
Un sitio que se aprovisionó mediante una plantilla de sitio se
91
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 compatible 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 Server 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 acerca de 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 Office SharePoint Server
2007 no funcionarán en SharePoint Server 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 Server 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
usuario.
92
Tipo de personalización Recomendación
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 compatible 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:
93
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 compatibles
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).
94
Crear un plan de comunicación (SharePoint Server 2010)
Es importante que se comunique con los usuarios durante el proceso de actualización de Microsoft
Office SharePoint Server 2007 a Microsoft SharePoint Server 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 conste solo de una persona. Por otro lado, en el caso de
implementaciones más grandes, pueden requerirse varias personas con distintos roles tal como se
describe 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 ejecutar el Asistente para instalación requiere un miembro del grupo de administradores
locales en cada servidor front-end web.
Es posible que los administradores de granjas de servidores no sean administradores
locales para el servidor.
Nota:
95
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 Server 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.
Administradores de servicios Para Office SharePoint Server 2007, debe comunicarse con los
administradores de servicios compartidos, como el servicio de búsqueda, para asegurarse de que
están listos para la actualización y puedan configurar las opciones apropiadas en la nueva versión.
Propietarios de colecciones de sitios Debe notificar a los propietarios de colecciones de sitios
que el proceso de actualización está a punto de llevarse a cabo y avisarles acerca de cualquier
problema que encuentre al ejecutar el comprobador previo a la actualización o al actualizar sus
sitios. Si va a usar la actualización visual, también debe comunicarse con los propietarios de
colecciones de sitios para determinar el cambio a la nueva interfaz de usuario y si los
administradores de granjas de servidores o los administradores de colecciones de sitios realizarán
ese cambio.
Diseñadores y programadores de sitios Si tiene plantillas, elementos web, servicios web u
otros elementos personalizados asociados con sus sitios, debe trabajar con los responsables del
desarrollo o la personalización de dichos elementos para asegurarse de que pueda 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 posibles problemas relativos
a los elementos personalizados, vea Realización de una actualización de prueba para detectar
posibles problemas (SharePoint Server 2010).
Usuarios de sitios Aunque no es necesario incluir a los usuarios de sitios en la toma de
decisiones sobre el proceso de actualización, debe comunicarles que este proceso se realizará y lo
que deberían esperar a raíz de esto.
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 dependiendo de
la organización.
Nota:
96
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 sólo
cuando el proceso está a punto de comenzar. Sin embargo, debido a que los miembros del equipo
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 miembros del equipo 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 enfoque de actualización que se usará El artículo Determinación del enfoque de
actualización (SharePoint Server 2010) proporciona información que le ayudará a decidir qué tipo
de actualización realizar. Para tomar esta decisión, también es importante considerar el informe
generado por el comprobador previo a la actualización.
Fechas y horas en que se realizará la actualización Se recomienda (especialmente en el caso
de una actualización en contexto) que realice la actualización cuando el uso del sitio sea bajo.
Para las implementaciones pequeñas de un único servidor, es posible que la actualización se
complete en menos de un día. Para 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 que se necesitará para actualizar una colección de sitios
específica. Debido a esto, es muy importante comunicarse con los demás miembros del equipo
involucrados en el proceso de actualización y con los usuarios finales. El día o días que elija para
la actualización deben estar lo suficientemente lejos de modo que el equipo de actualización tenga
suficiente tiempo 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 a la realización de cualquier trabajo de 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 el rol que
tendrán en el proceso.
Después de ejecutar el comprobador previo a la actualización para que puedan resolver cualquier
problema que haya identificado esta herramienta. Para obtener más información acerca del
comprobador previo a la actualización, vea Ejecución de la herramienta de detección previa a la
actualización (SharePoint Server 2010). Por ejemplo, las cuestiones relativas a plantillas del 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 a
investigarlas y tomar medidas preliminares. es posible que un programador decida que es
prudente volver a crear un elemento web antes de la actualización, o que los propietarios del sitio
97
quieran tomar nota de cualquier personalización que se haya llevado a cabo en sus sitios, incluidos
las plantillas del sitio y los cambios realizados en los archivos ASPX extensión de páginas Active
Server) principales.
Después de actualizar sus sitios para que puedan revisarlos y realizar cualquier cambio que sea
necesario.
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 sus sitios actualizados Esto significa que el equipo de actualización no
sólo 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 qué deben esperar 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 en las características y la
actualización visual, vea Planeación de la actualización visual (SharePoint Server 2010) y Cambios
en las características principales entre versiones en el artículo "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?
98
Planeación de una actualización a los Servicios de conectividad empresarial (SharePoint Server 2010)
En este artículo se describe el funcionamiento de la actualización del Catálogo de datos profesionales
de Microsoft Office SharePoint Server 2007 a los Servicios de conectividad empresarial de Microsoft en
Microsoft SharePoint Server 2010 y se proporcionan instrucciones para actualizar diversos tipos de
soluciones que usan el Catálogo de datos profesionales.
Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos
empresariales
Funcionamiento de la actualización de los Servicios de conectividad empresarial
Actualización mediante una base de datos adjunta
Consideraciones sobre la actualización específica de soluciones
Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos empresariales En esta sección se presentan los tres servicios implicados en una actualización del Catálogo de datos
profesionales a SharePoint Server 2010.
En Office SharePoint Server 2007, el Catálogo de datos profesionales integra datos externos en
soluciones. El Catálogo de datos profesionales se implementó como un servicio compartido en el
contexto del marco del proveedor de servicios compartidos. El Catálogo de datos profesionales
almacena las definiciones de la aplicación, que son similares, pero no idénticas, a los modelos de
Conectividad a datos profesionales en SharePoint Server 2010.
En SharePoint Server 2010, un servicio nuevo, el Servicio de conectividad a datos empresariales,
integra datos externos en las soluciones. Este servicio está implementado en el marco de los nuevos
servicios compartidos de SharePoint Server 2010. Para obtener información general acerca del marco
de los nuevos servicios compartidos, vea Planeación de una arquitectura de servicios (SharePoint
Server 2010). El nuevo Servicio de conectividad a datos empresariales forma parte de los Servicios de
conectividad empresarial de Microsoft, que contienen un conjunto de capacidades de cliente y servidor,
como una serie completa de características de lectura y escritura con sistemas externos, integración
con clientes de Microsoft Office 2010 y un amplio conjunto de herramientas de desarrollo. El modelo de
objetos del Servicio de conectividad a datos empresariales no es compatible con versiones anteriores
del modelo de objetos usado por el Catálogo de datos profesionales aunque los modelos de objetos
sean similares.
99
Otro servicio de SharePoint Server 2010, el servicio de registro de aplicaciones, reemplaza
directamente el Catálogo de datos profesionales de Office SharePoint Server 2007 y admite la
compatibilidad con versiones anteriores de las soluciones basadas en el Catálogo de datos
profesionales. Dado que el servicio de registro de aplicaciones admite el modelo de objetos del
Catálogo de datos profesionales, el servicio de registro de aplicaciones puede admitir soluciones que
dependen del modelo de objetos del Catálogo de datos profesionales. El servicio de registro de
aplicaciones puede admitir aplicaciones creadas originalmente en Microsoft Office SharePoint Server
2007 que incluyan uno o varios de los siguientes elementos:
Elementos web personalizados
Código personalizado
Búsqueda
Todos estos elementos dependen del esquema de metadatos o el modelo de objetos del Catálogo de
datos profesionales y seguirán funcionando en SharePoint Server 2010 mediante el servicio de registro
de aplicaciones.
Los elementos web proporcionados por Office SharePoint Server 2007, como el elemento web Lista de
datos profesionales y el elemento web Asociación de datos profesionales, se actualizan en SharePoint
Server 2010 para ejecutarse con el Servicio de conectividad a datos empresariales y no con el servicio
de registro de aplicaciones. Para obtener más información, vea Elementos web.
Tenga en cuenta que el servicio de registro de aplicaciones está desusado y existe únicamente
para admitir la compatibilidad con versiones anteriores de las soluciones basadas en el
Catálogo de datos profesionales de Office SharePoint Server 2007. No cree nuevas soluciones
que dependan del servicio de registro de aplicaciones en desuso. Cree nuevas soluciones en
el Servicio de conectividad a datos empresariales.
Funcionamiento de la actualización de los Servicios de conectividad empresarial Durante la actualización de Office SharePoint Server 2007 a SharePoint Server 2010, ocurre lo
siguiente:
1. Para cada Catálogo de datos profesionales que se ejecuta en el contexto de un proveedor de
servicios compartidos (SSP) en Office SharePoint Server 2007, se crean dos servicios en
SharePoint Server 2010:
Un servicio de registro de aplicaciones para almacenar las definiciones de aplicación
compatibles con el modelo de objetos del Catálogo de datos profesionales de Office
SharePoint Server 2007.
Un Servicio de conectividad a datos empresariales para almacenar modelos de Conectividad
a datos profesionales, los cuales son compatibles con el modelo de objetos del servicio
Importante:
100
Conectividad a datos empresariales de SharePoint Server 2010. El nuevo modelo de objetos
admite las nuevas características del Servicio de conectividad a datos empresariales.
2. Se incluye una copia de cada definición de aplicación del Catálogo de datos profesionales en el
servicio de registro de aplicaciones y se incluye una versión actualizada basada en el nuevo
modelo de objetos en el Servicio de conectividad a datos empresariales.
En la siguiente ilustración se muestra cómo funciona la actualización. En el gráfico se muestran dos
proveedores de servicios compartidos en Office SharePoint Server 2007 y los cuatro servicios
resultantes (dos instancias del servicio de registro de aplicaciones y del Servicio de conectividad a
datos empresariales respectivamente) se muestran en SharePoint Server 2010 tras la actualización:
Advertencia:
101
Solamente se admite la actualización en contexto para actualizar soluciones basadas en el
Catálogo de datos profesionales de Office SharePoint Server 2007. Para obtener información
general acerca de la actualización en contexto, vea Realización de una actualización en
contexto (SharePoint Server 2010).
Actualización mediante una base de datos adjunta Hay dos métodos para actualizar de Office SharePoint Server 2007 a SharePoint Server 2010: la
actualización en contexto y la actualización de base de datos adjunta. Para obtener más información,
vea Introducción al proceso de actualización (SharePoint Server 2010). Si usa el método de base de
datos adjunta para la actualización y desea seguir usando los datos externos a los que se tiene acceso
mediante una o varias definiciones de aplicación, debe realizar las tareas siguientes:
1. Exporte las definiciones de aplicación necesarias para la solución desde el Catálogo de datos
profesionales de Office SharePoint Server 2007. Para obtener más información, vea el tema
acerca de la exportación de la definición de aplicación
(http://go.microsoft.com/fwlink/?linkid=189010&clcid=0xC0A).
2. Después de la actualización, actualice la solución para usar las características y el modelo de
objetos de los Servicios de conectividad empresarial de Microsoft. Esto incluye la actualización de
las definiciones de aplicación para convertirlas en modelos de Conectividad a datos profesionales
compatibles con Servicios de conectividad empresarial de Microsoft. Para obtener información
acerca del modelo de objetos del Servicio de conectividad a datos empresariales, vea el tema
sobre el kit de desarrollo de software de Microsoft SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=166117&clcid=0xC0A).
3. Importe los modelos de Conectividad a datos profesionales actualizados al Servicio de
conectividad a datos empresariales. Para obtener más información, vea Administración de
modelos de Conectividad a datos empresariles (SharePoint Server 2010).
Para obtener más información sobre la actualización de base de datos adjunta, vea Preparación del
nuevo entorno de SharePoint Server 2010 para una actualización de base de datos adjunta y Pasos
posteriores a la actualización para una actualización de base de datos adjunta (SharePoint Server
2010).
Consideraciones sobre la actualización específica de soluciones En esta sección se proporcionan recomendaciones para administrar aspectos específicos de las
soluciones que se actualizan para ejecutarse en SharePoint Server 2010.
Modelos
Elementos web
Búsqueda
Inicio de sesión único
102
Inicio de sesión único
Mantenimiento de relaciones de granjas de servidores primarias y secundarias
Modelos
Como se describe en la sección anterior, al actualizar del Catálogo de datos profesionales de Office
SharePoint Server 2007 a los Servicios de conectividad empresarial de Microsoft, se crean dos
versiones de cada definición de aplicación en el Catálogo de datos profesionales de SharePoint Server
2010. Se almacena una copia idéntica de la definición de aplicación en el servicio de registro de
aplicaciones, se actualiza otra versión del archivo de definición de aplicación en el esquema de
metadatos de Servicios de conectividad empresarial de Microsoft y el ahora denominado "modelo de
Conectividad a datos profesionales” se almacena en el nuevo Servicio de conectividad a datos
empresariales.
Cuando las definiciones de aplicación se actualizan a los modelos de Conectividad a datos
profesionales y se almacenan en el Servicio de conectividad a datos empresariales, todos los
errores o advertencias relacionados con el proceso de conversión se escriben en el registro de
actualización. Para obtener información acerca del registro de actualización, vea
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server
2010).
Se recomienda actualizar el modelo de Conectividad a datos profesionales en el Servicio de
conectividad a datos empresariales para el futuro desarrollo de la solución. Sin embargo, si desarrolla
aún más la definición de aplicación original en el servicio de registro de aplicaciones, debe realizar
cambios similares en el modelo de Conectividad a datos profesionales actualizado que se almacena en
el Servicio de conectividad a datos empresariales. Esto se hace para que las características que
dependen del nuevo modelo de objetos, como los elementos web que se incluyen en SharePoint
Server 2010, proporcionen una experiencia de usuario coherente. Además, dado que el servicio de
registro de aplicaciones está desusado, debe asegurarse de que una solución estará disponible para
actualizaciones futuras a versiones del producto posteriores si el desarrollo se realiza a partir del
modelo de Conectividad a datos profesionales.
Elementos web
Office SharePoint Server 2007 incluía los siguientes elementos web para crear soluciones que usan el
Catálogo de datos profesionales:
Elemento web Lista de datos profesionales
Elemento web Asociación de datos profesionales
Elemento web Acciones para datos profesionales
Elemento web Detalles de datos profesionales
Elemento web Filtro de catálogo de datos profesionales
Importante:
103
Los elementos web que Office SharePoint Server 2007 proporcionaba se han actualizado en
SharePoint Server 2010 para ejecutarse con el Servicio de conectividad a datos empresariales. Los
elementos web usados en una solución de Office SharePoint Server 2007 seguirán funcionando tras la
actualización mediante los elementos web actualizados y el Servicio de conectividad a datos
empresariales. No obstante, los elementos web personalizados de una solución de Office SharePoint
Server 2007 se ejecutarán en el servicio de registro de aplicaciones tras la actualización. Para
mantener la coherencia de los datos, se recomienda obtener nuevas versiones de los elementos web
personalizados que puedan ejecutarse con el Servicio de conectividad a datos empresariales.
Estos elementos web se han actualizado en SharePoint Server 2010 para funcionar en los modelos de
Conectividad a datos profesionales en el nuevo Servicio de conectividad a datos empresariales. Si una
solución de Office SharePoint Server 2007 depende de uno o varios de estos elementos web, debe
actualizar la solución al modelo de objetos de los Servicios de conectividad empresarial de Microsoft y
usar las nuevas versiones de los elementos web para que interactúen con dicha solución. No están
disponibles para ejecutarse directamente en las definiciones de aplicación del servicio de registro de
aplicaciones.
Búsqueda
Para buscar datos externos en Office SharePoint Server 2007, cree un origen de contenido que apunte
a una definición de aplicación del Catálogo de datos profesionales. Si busca contenido de esta forma
en Office SharePoint Server 2007, puede seguir buscando los mismos datos externos tras actualizar a
SharePoint Server 2010 mediante el servicio de registro de aplicaciones. No se requiere ninguna
modificación del origen de contenido en la actualización para que la búsqueda funcione. Se
recomienda crear también una nueva definición de origen de contenido que apunte al Servicio de
conectividad a datos empresariales.
Inicio de sesión único
En Office SharePoint Server 2007, algunos modos de autenticación para soluciones que usan el
Catálogo de datos profesionales también usan el servicio de inicio de sesión único, que proporciona
almacenamiento y asignación de credenciales, como los nombres de cuenta y las contraseñas. Las
definiciones de aplicación del Catálogo de datos profesionales que dependían del servicio de inicio de
sesión único incluyen información que hace referencia al servicio.
El Servicio de almacenamiento seguro reemplaza el servicio de inicio de sesión único en SharePoint
Server 2010. Para obtener más información, vea Planeación del Servicio de almacenamiento seguro
(SharePoint Server 2010)). Tras actualizar a SharePoint Server 2010, las definiciones de aplicación
que se actualizaron al servicio de registro de aplicaciones y al Servicio de conectividad a datos
empresariales se actualizarán para hacer referencia al Servicio de almacenamiento seguro. Para
obtener información acerca de cómo migrar datos del servicio de inicio de sesión único al Servicio de
almacenamiento seguro, vea Realización de pasos posteriores a la actualización en una actualización
inmediata (SharePoint Server 2010)
Importante:
104
Si usaba un proveedor personalizado de inicio de sesión único en Office SharePoint Server
2007, debe actualizar el proveedor en SharePoint Server 2010 y actualizar los modelos de
Conectividad a datos profesionales y las definiciones de aplicación de forma manual en el
servicio de registro de aplicaciones y el Servicio de conectividad a datos empresariales.
Mantenimiento de bases de datos de servicio en servidores independientes
En Office SharePoint Server 2007, la base de datos que usa el proveedor de servicios compartidos
puede estar opcionalmente en un servidor de bases de datos independiente de la base de datos de
contenido de SharePoint. Tras actualizar a SharePoint Server 2010, las bases de datos para el
Servicio de conectividad a datos empresariales y el servicio de registro de aplicaciones estarán
siempre en el mismo servidor que las bases de datos de contenido. Si desea mantener bases de datos
independientes para estos servicios, debe hacerlo como un paso posterior a la actualización mediante
la copia de seguridad de la base de datos de cada servicio y la restauración de las bases de datos en
un servidor independiente.
Mantenimiento de relaciones de granjas de servidores primarias y secundarias
En Office SharePoint Server 2007, el proveedor de servicios compartidos que incluye el Catálogo de
datos profesionales podía estar en una granja de servidores que proporciona servicio a una o más
granjas secundarias que usan los servicios compartidos. Si desea que este servicio esté disponible
para las granjas secundarias tras actualizar al servicio de registro de aplicaciones, debe usar el
comando de Windows PowerShell CreateDelegatedApplicationProxy para crear un nuevo proxy que se
conecte con la base de datos del servicio de registro de aplicaciones en la granja de servidores
primaria. El siguiente script de ejemplo ilustra el uso de este comando con este fin:
$proxy=[Microsoft.Office.Server.ApplicationRegistry.SharedService.ApplicationRegistryServiceApp
licationProxy]::CreateDelegatedApplicationProxy("<NAME>", "Data Source=<SQLserverName>;Initial
Catalog=<ApplicationRegistry DB NAME>;Integrated Security=true")
Para el Servicio de conectividad a datos empresariales, esta operación se puede realizar mediante
Administración central de SharePoint.
Vea también Planeación de los Servicios de conectividad empresarial (SharePoint Server 2010)
105
Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint Server 2010
En este artículo se describen los pasos adicionales necesarios para actualizar plantillas de formulario
cuando se actualiza InfoPath Forms Services de la versión incluida en Microsoft Office SharePoint
Server 2007 y Microsoft Office Forms Server 2007 a la versión incluida en Microsoft SharePoint Server
2010.
En este artículo:
Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010
Actualización de plantillas de formulario durante una actualización de una base de datos de
contenido adjunta a SharePoint Server 2010
Actualización de plantillas de formulario durante una actualización en contexto a SharePoint Server
2010
Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010 Cuando se actualiza de Office SharePoint Server 2007 o Office Forms Server 2007 a SharePoint
Server 2010, también se actualiza InfoPath Forms Services.
Los siguientes escenarios de actualización y migración son relevantes para InfoPath Forms Services
en SharePoint Server 2010:
Actualización de una base de datos de contenido adjunta
Actualización de formularios y plantillas de formulario de InfoPath Forms Services en Microsoft
Office SharePoint Server 2007 o de Microsoft Office Forms Server 2007 a otro servidor que ejecuta
SharePoint Server 2010. Los formularios y plantillas de formulario existentes se deben migrar a la
nueva implementación y se deben actualizar para funcionar con InfoPath Forms Services en
Microsoft SharePoint Server 2010.
Actualización en contexto
Actualización de formularios y plantillas de formulario de InfoPath Forms Services para Microsoft
Office SharePoint Server 2007 a SharePoint Server 2010 en el mismo servidor. Los formularios y
plantillas de formulario normalmente se actualizan de forma automática durante una actualización
en contexto.
Para obtener más información acerca de cómo actualizar de Office SharePoint Server 2007 a
SharePoint Server 2010, vea Actualización a SharePoint Server 2010.
106
Actualización de plantillas de formulario durante una actualización de una base de datos de contenido adjunta a SharePoint Server 2010 Cuando se actualiza desde Office SharePoint Server 2007 en un servidor existente a SharePoint
Server 2010 en un nuevo servidor, se puede hacer una copia de seguridad de la base de datos de
contenido original, adjuntarla a la base de datos de contenido en el nuevo servidor y, a continuación,
asociar la base de datos de contenido al nuevo servidor. Esto es una actualización de una base de
datos de contenido adjunta. Es la opción recomendada para actualizar Office SharePoint Server 2007
a SharePoint Server 2010 y es la única forma de actualizar Microsoft Office Forms Server 2007 a
SharePoint Server 2010.
La base de datos de contenido solamente contiene algunos archivos usados por los formularios de
InfoPath. Estos archivos incluyen:
Plantillas de formulario (.xsn) que colaboradores individuales cargan en las listas y bibliotecas de
formularios.
Archivos de conexión de datos (.udcx) para plantillas de formulario de usuarios.
Contenido procedente de formularios rellenados (.xml) en listas y bibliotecas de formularios.
Estos archivos se actualizan de forma automática cuando se realiza una actualización de base de
datos de contenido adjunta.
Por otro lado, las plantillas de formulario aprobadas por el administrador y los archivos de conexión de
datos de las bibliotecas de Administración central se almacenan en la base de datos de configuración y
se deben importar de forma independiente. Estos archivos incluyen:
Plantillas de formulario aprobadas por el administrador (archivos .xsn) que se cargan en la
biblioteca Administrar plantillas de formulario en el sitio de Administración central.
Archivos de conexión de datos (archivos .udcx) que se cargan en la biblioteca Administrar archivos
de conexión de datos en el sitio de Administración central.
Si se copia y adjunta la base de datos de contenido antes importar estos archivos, los formularios
completados que contengan contenido para formularios aprobados por el administrador generarán
errores durante la importación.
Para evitar dichos errores, se recomienda realizar los siguientes pasos en el orden en el que aparecen:
1. Realice los pasos de los requisitos previos para la actualización de Office SharePoint Server 2007
a SharePoint Server 2010.
2. Instale y configure SharePoint Server 2010 en el nuevo servidor.
3. Exporte los valores de configuración, incluidas las plantillas de formulario aprobadas por el
administrador y los archivos de conexión de datos desde la base de datos de configuración en el
servidor que ejecuta Office SharePoint Server 2007. Para obtener más información acerca de
cómo exportar e importar formularios aprobados por el administrador, plantillas de formulario y
archivos de conexión de datos entre bases de datos de configuración, vea la sección sobre la
107
exportación e importación de formularios entre bases de datos de configuración más adelante en
este artículo.
4. Importe los valores de configuración a la base de datos de configuración en el servidor que ejecuta
SharePoint Server 2010.
5. Haga una copia de seguridad de la base de datos de contenido en el servidor que ejecuta Office
SharePoint Server 2007 y, a continuación, restaure y adjunte la base de datos de contenido al
nuevo servidor que ejecuta SharePoint Server 2010.
6. Si la dirección URL del nuevo servidor es distinta de la dirección URL del servidor anterior, ejecute
un cmdlet de Windows PowerShell 2.0 para actualizar los vínculos que se usan en los formularios
actualizados y las plantillas de formulario. Para obtener más información acerca de cómo
actualizar los vínculos que se usan en los formularios actualizados y las plantillas de formulario,
vea la sección sobre la actualización de vínculos al servidor más adelante en este artículo.
Para obtener más información acerca de cómo adjuntar bases de datos y actualizar a SharePoint
Server 2010, vea Bases de datos adjuntas y actualización a SharePoint Server 2010.
Exportación e importación de archivos de plantillas de formulario aprobadas por el administrador entre bases de datos de configuración
Los datos de formularios en la base de datos de contenido sólo incluyen los archivos usados por
formularios de usuario, plantillas de formulario y archivos de conexión de datos que se cargan a listas y
bibliotecas de documentos en colecciones de sitios regulares. No incluye archivos usados por plantillas
de formulario aprobadas por el administrador que se cargan en bibliotecas de documentos en el sitio
de Administración central.
Para evitar problemas cuando se actualizan plantillas de formulario, se debe actualizar el contenido
almacenado en la base de datos de configuración antes de realizar una copia de seguridad de la base
de datos de contenido en el servidor que ejecuta Office SharePoint Server 2007 y antes de adjuntar la
base de datos al servidor que ejecuta SharePoint Server 2010. El contenido de los formularios en esta
base de datos está compuesto por plantillas de formulario aprobadas por el administrador (archivos
.xsn) y archivos de conexión de datos (.udcx). Para actualizar el contenido de la base de datos de
configuración, se exporta la base de datos de contenido del servidor que ejecuta Office SharePoint
Server 2007 y se importa al nuevo servidor que ejecuta SharePoint Server 2010.
Para exportar el contenido de formularios que se almacena en la base de datos de configuración de
Office SharePoint Server 2007, se usa el comando -o exportipfsadminobject de la herramienta de
línea de comandos Stsadm.
Para importar contenido de formularios a la base de datos de configuración en el nuevo servidor, se
usa el cmdlet Import-SPIPAdminFiles de Windows PowerShell 2.0.
La configuración del tiempo de espera de la conexión de datos y los demás valores de configuración
de la página de administración Configurar InfoPath Forms Services no se migran y se deben configurar
en el nuevo servidor.
108
Para obtener más información acerca de cómo usar la herramienta de línea de comandos Stsadm, vea
el artículo acerca de la herramienta de línea de comandos (Office SharePoint Server)
(http://go.microsoft.com/fwlink/?linkid=186993&clcid=0xC0A).
Para obtener más información acerca de cómo usar Windows PowerShell, vea la documentación de
Windows PowerShell.
Actualización de vínculos de las plantillas de formulario al servidor
Durante las actualizaciones o migraciones de contenido, es habitual cambiar la dirección URL del
servidor que contiene los formularios y las plantillas de formulario. Si la dirección URL del nuevo
servidor es distinta de la dirección URL del servidor anterior, es posible que se deban actualizar los
vínculos que usan los formularios y las plantillas de formulario a la dirección URL del nuevo servidor.
Se trata de vínculos en los datos de los formularios a la ubicación de archivos de plantilla de formulario
o vínculos en la plantilla de formulario a archivos de conexión de datos u otros archivos de recursos.
Tanto las plantillas de formulario de usuario en ubicaciones de la colección de sitios principal como las
plantillas aprobadas por el administrador en el sitio de Administración central se pueden ver afectados.
Para actualizar los vínculos que se usan en la versión actualizada de los formularios de usuario y de
las plantillas de formulario de usuario ubicadas en la colección de sitios principal, se puede ejecutar el
cmdlet Update-SPInfoPathUserFileUrl en Windows PowerShell 2.0.
Para actualizar los vínculos que se usan en la versión actualizada de las plantillas de formulario y
formularios aprobados por el administrador, se puede ejecutar el cmdlet Update-
SPInfoPathAdminFileUrl en Windows PowerShell 2.0.
Estos cmdlets actualizan el nombre del servidor en las direcciones URL que usan los formularios y las
plantillas de formulario en la base de datos de configuración. No actualizan los vínculos de formularios
o plantillas de formulario movidos entre bibliotecas por los usuarios ni los vínculos que haya en otro
contenido de formularios almacenado en la base de datos de contenido. Los usuarios pueden corregir
estos vínculos mediante el comando Volver a vincular todos disponible en la configuración de la
biblioteca de formularios. Los formularios y las plantillas de formulario que se actualizan o migran
mediante el proceso de base de datos de contenido adjunta se vuelven a vincular de forma automática.
Actualización de plantillas de formulario durante una actualización en contexto a SharePoint Server 2010 Las plantillas de formulario de InfoPath Forms Services se actualizan de forma automática como parte
de cualquier actualización en contexto de SharePoint Server.
Para obtener más información acerca de cómo realizar una actualización en contexto a SharePoint
Server 2010, vea Actualización en contexto a SharePoint Server 2010.
109
Planeación de la actualización visual (SharePoint Server 2010)
En este artículo se trata la nueva característica de actualización visual de Microsoft SharePoint Server
2010. Si su organización planea realizar una actualización de Microsoft Office SharePoint Server 2007,
puede aprovechar esta nueva característica. De forma predeterminada, la apariencia de los sitios se
mantiene durante una actualización desde Office SharePoint Server 2007. 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 Server 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:
110
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 Server 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 procedimiento para tratar las personalizaciones (SharePoint
Server 2010), Realización de una actualización de prueba para detectar posibles problemas
(SharePoint Server 2010) y el artículo sobre cómo volver a implementar personalizaciones y soluciones
en SharePoint Foundation 2010 y 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 Server 2010).
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.
111
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 Server 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 Server 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 W iki, 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 varios problemas conocidos que considerar:
Debido a las mejoras en las redes sociales de Microsoft SharePoint Server 2010, las plantillas
existentes de Mi sitio predeterminan la nueva interfaz de usuario después de la actualización, con
112
la opción de conservar la interfaz de usuario existente seleccionada. No obstante, todas las
subpáginas tienen la interfaz de usuario especificada por la actualización visual.
Los sitios de Project Web Access (PWA), los cuales se utilizan para seguir datos de proyectos en
Microsoft Project Server 2010, requieren la nueva interfaz de usuario y no siguen la configuración
de la actualización visual.
En Ios elementos web de Servicios de Excel, las nuevas propiedades de elementos web de
SharePoint Server 2010 se exponen después de finalizada la actualización, pero antes de que los
sitios se trasladen a la nueva interfaz de usuario. Por lo tanto, algunas propiedades pueden
establecerse, pero no llevarán a cabo ninguna acción hasta que la página se actualice a la nueva
interfaz de usuario.
Si usa SharePoint Server 2010, asegúrese de usar la misma versión y el mismo Service Pack de
SharePoint Designer.
Vea también Actualización en contexto a SharePoint Server 2010
Bases de datos adjuntas y actualización a SharePoint Server 2010
Actualización a SharePoint Server 2010
113
Prueba y solución de problemas de actualización (SharePoint Server 2010)
Antes de actualizar de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010,
debe tomarse su tiempo para probar el proceso de actualización y comprender 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 Server 2010)
Siga estos procedimientos recomendados para sacar el mayor provecho posible de las pruebas de
actualización.
Realización de una actualización de prueba para detectar posibles problemas (SharePoint Server
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 Server
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 Server 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 Server 2010)
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 de actualización (SharePoint Server 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 Server 2010)
114
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 probar el 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 se prepara para la
actualización. Descargue la hoja de cálculo en
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
Productos de Microsoft SharePoint 2010 - Modelo de prueba del proceso de actualización
Este póster dispone de una presentación visual de información acerca de cómo probar el proceso
de actualización. Descargue el póster desde
http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.
115
Procedimientos recomendados para probar la actualización (SharePoint Server 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 desde Microsoft Office SharePoint Server 2007 a Microsoft
SharePoint Server 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, así como 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
116
ayudarle a validar si se han solucionado todos los errores y si ya está preparado para actualizar el
entorno de producción.
5. No pase por alto 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 conocer sus posibles efectos.
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 el tema Realización de una
actualización de prueba para detectar posibles problemas (SharePoint Server 2010) y el póster
"Prueba del proceso de actualización" disponible en
http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.
117
Realización de una actualización de prueba para detectar posibles problemas (SharePoint Server 2010)
Antes de comenzar el proceso de actualización de Microsoft Office SharePoint Server 2007 a Microsoft
SharePoint Server 2010, se recomienda probar el proceso de actualización para asegurarse de saber
exactamente cómo proceder para lograr una actualización satisfactoria. El uso de una actualización de
prueba para probar el proceso permite descubrir:
Las personalizaciones que hay en el entorno, de manera que pueda 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 enfoque 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:
Configuración de un entorno de prueba
Identificación e instalación de personalizaciones
Copia de datos reales en el entorno de prueba y comprobación de la actualización
Revisión de los resultados
Ajuste de los planes y repetición de las pruebas
Además, los siguientes recursos pueden resultar útiles al probar el proceso de actualización:
Hoja de cálculo de actualización a productos de SharePoint 2010
118
Use esta hoja de cálculo para registrar información sobre el entorno mientras se prepara para la
actualización. Descargue la hoja de cálculo en
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.
Productos de Microsoft SharePoint 2010 - Modelo de prueba del proceso de actualización
Este póster dispone de una presentación visual de información acerca de las pruebas del proceso
de actualización. Descargue el póster desde
http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.
Configuración de 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:
La 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 Identificación e instalación de personalizaciones proporciona información sobre la
recopilación de esta información.
Uso de 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 de
los servidores front-end web y los servidores de aplicaciones, y el otro tendrá imágenes de los
servidores de base de datos.
119
Uso de 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
front-end web, 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.
120
Entornos de prueba adicionales para la actualización de base de datos adjunta
Si va a usar el enfoque de actualización de base de datos adjunta, puede que necesite crear un
entorno de prueba adicional: una única granja de servidores que ejecute Office SharePoint Server
2007 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.
Identificación e instalación de personalizaciones Para que el proceso de prueba sea preciso, hay que buscar todas las personalizaciones en el entorno
actual y copiarlas en el entorno de prueba. Para obtener más información sobre los tipos de
personalizaciones que se deben identificar, vea Determinación del procedimiento para tratar las
personalizaciones (SharePoint Server 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.
La herramienta de comprobación previa a la actualización 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 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 Office SharePoint Server 2007, 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 ejecutarla, vea el tema sobre la detección previa a la
121
actualización y generación de informes para versiones futuras (Office SharePoint Server) y
Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 2010).
Use la operación Stsadm –o enumallwebs en todas las bases de contenido del entorno de Office
SharePoint Server 2007 para identificar las personalizaciones específicas en los subsitios. Esta
operación indica un identificador para cada colección de sitios y subsitio del entorno y las plantillas
que usa el sitio. Esta operación se introdujo por primera vez en Office SharePoint Server 2007 con
Service Pack 2 (SP2). Para obtener más información, vea el tema sobre la operación Enumallwebs
de Stsadm (Office SharePoint Server).
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 el origen
de las personalizaciones. Por ejemplo, ¿hay complementos de terceros o plantillas que se
personalizaron internamente? Después de identificar el origen, puede comprobar si hay versiones
actualizadas de las personalizaciones. Hay disponible una hoja de cálculo que se puede usar para
rellenar información sobre el entorno, basada en los datos que se encuentran en los resultados de
la herramienta de comprobación previa a la actualización y en la investigación de sus
personalizaciones. Descargue esta hoja de cálculo desde
http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A y personalícela según 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 correspondientes en la
granja de servidores de prueba. Puede usar el cmdlet test-spcontentdatabase de Windows
PowerShell antes de adjuntar una base de datos a SharePoint Server 2010 para determinar si faltan
personalizaciones del entorno. Ejecute este comando para cada base de datos después de
restaurarlas en el servidor de base de datos, pero antes de ejecutar la actualización. Tenga en cuenta
que este cmdlet se ejecuta en modo silencioso: no devolverá resultados a menos que haya un error.
Copia de datos reales en el entorno de prueba y comprobación de 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:
Sugerencia
122
Para la actualización en contexto, cree una copia de seguridad de la granja de servidores y, a
continuación, restáurela al entorno de prueba. Para obtener más información, vea el tema sobre
copia de seguridad y restauración de una granja de servidores completa (Office SharePoint Server
2007).
Para la actualización de base de datos adjunta, debe usar las herramientas de copia de seguridad
y restauración de Microsoft SQL Server para crear una copia de las bases de datos de contenido y
de cualquier otra base de datos que desee actualizar. Para obtener más información, vea el tema
sobre copia de seguridad y restauración de bases de datos (Office SharePoint Server).
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.
Prueba de la actualización en contexto
Si desea probar un enfoque de actualización en contexto, siga estos pasos para probar el proceso de
actualización:
1. Cree una copia de seguridad 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 sobre copia de seguridad y restauración de una granja
de servidores completa (Office SharePoint Server 2007).
3. Ejecute la herramienta de comprobación previa a la actualización. Tome nota de cualquier
problema que se 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 detección previa a la actualización (SharePoint
Server 2010).
4. Siga los pasos en Realización de una actualización en contexto (SharePoint Server 2010) para
probar la actualización en contexto.
Importante:
123
5. Revise los resultados.
Prueba de una actualización de base de datos adjunta
1. Cree una copia de seguridad de SQL Server de las bases de datos de contenido y las bases de
datos del proveedor de servicios compartidos (SSP).
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 (Office SharePoint Server).
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 detección previa a la
actualización (SharePoint Server 2010).
4. Siga los pasos que se indican en Preparación del nuevo entorno de SharePoint Server 2010 para
una actualización de base de datos adjunta 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 Server
2010 para probar el proceso de actualización de base de datos adjunta.
Revisión de 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ó y
qué se necesita para reconsiderar el plan de actualización.
Revisión de 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.
124
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.
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 ubicados 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 WARNING 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.
Reinicio de 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 se pasó por alto u omitió algún sitio durante la actualización, ejecute la operación stsadm -
o localupgradestatus de Stsadm en cada servidor front-end web de la granja de servidores de
SharePoint Server 2010. Para obtener más información acerca de esta operación, vea el tema sobre la
operación Localupgradestatus de Stsadm (Office SharePoint Server).
125
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 sobre este
cmdlet, vea Upgrade-SPContentDatabase.
Para obtener más información, vea Reanudación de la actualización (SharePoint Server 2010).
Revisión de sitios actualizados
Revise los sitios actualizados para identificar cualquier problema que tenga que solucionarse antes de
ejecutar el proceso de actualización en el entorno de producción. Para obtener más información sobre
cosas específicas que hay que buscar, vea Comprobación de la actualización y revisión de los sitios
actualizados (SharePoint Server 2010).
Ajuste de los planes y repetición de 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.
126
Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint Server 2010)
Una parte importante de la planeación de la actualización de Microsoft Office SharePoint Server 2007 a
Microsoft SharePoint Server 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 Realización de una actualización de prueba para detectar posibles
problemas (SharePoint Server 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 el almacenamiento de Office SharePoint Server 2007, de manera que tenga la
mejor experiencia y rendimiento durante la actualización. Para obtener más información, vea el tema
sobre recomendaciones de almacenamiento físico (Office SharePoint Server). También debe revisar
los procedimientos recomendados para SharePoint Server 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
127
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:
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 actualizados.
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:
128
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
129
actualización, además del tiempo requerido para procesar los 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 creación de 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
Server 2010).
Creación de aplicaciones de servicio y configuración de servicios Este paso solo se aplica
durante una actualización de base de datos adjunta (en una actualización en contexto, la creación
de las aplicaciones de servicio es un paso más del proceso de actualización). La creación de
aplicaciones de servicio y la configuración de servicios no lleva mucho tiempo, pero si necesita
ponerse en contacto con un administrador de la base de datos para que cree previamente las
bases de datos, es posible que necesite empezar uno o dos días antes.
Conversión de propiedades de perfiles a datos de taxonomía y actualización de la tienda de
fotografías para servicios de perfiles de usuarios Debe convertir las propiedades de perfiles
de usuarios que incluyan listas de opciones para usar características de taxonomía provistas por el
servicio de metadatos administrados. Según el número de perfiles de usuarios que haya en el
entorno, estos pasos pueden agregar una o más horas al proceso de actualización.
Ejecutar un rastreo de usuarios En las organizaciones grandes, este paso puede durar más de
24 horas.
Ejecutar un rastreo de búsqueda de todo el contenido Para los sitios grandes, pueden
necesitarse más de 24 horas.
Otros factores del entorno también pueden contribuir a prolongar los tiempos de actualización, como
por ejemplo:
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 Microsoft Office SharePoint Server 2007 sobre el
uso de carpetas para dividir grandes bibliotecas de documentos pueden ayudarle a controlar el
130
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 e incluyen diferentes tipos
de sitio (como sitios web Mi sitio y sitios de grupo junto con sitios publicados), se recomienda
dividirlas en bases de datos más pequeñas que contengan un mismo tipo de datos 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 en 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 (Office SharePoint Server) y sobre las operaciones
backup y restore de Stsadm (Office SharePoint Server).
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
suficiente para que realicen sus tareas. Para obtener más información, vea Crear un plan de
comunicación (SharePoint Server 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.
Nota
Precaución:
131
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)—.
132
Limpieza del entorno antes de la actualización (SharePoint Server 2010)
Antes de iniciar la actualización de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint
Server 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 tomarse el tiempo para 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 comandos Stsadm, debe ser miembro del grupo
Administradores en el equipo local.
Eliminación de colecciones de sitios y subwebs no utilizadas o infrautilizadas
No es necesario actualizar el contenido que no se debe conservar. Si no se ha utilizado por mucho
tiempo y no se necesitará en el futuro, realice una copia de seguridad del contenido y luego 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:
Deletesite: operación de Stsadm (Office SharePoint Server)
Deleteweb: operación de Stsadm (Office SharePoint Server)
Solución del problema de las 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 Server 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ímite de peticiones, la vista o consulta
no se permitirán. Compruebe la existencia de listas de gran tamaño en el entorno y asegúrese de que
Importante:
133
el propietario del sitio o el propietario de la lista solucionen el problema antes de la actualización. Por
ejemplo, 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 del problema de las ACL de gran tamaño
Con frecuencia, el uso de permisos de nivel de elemento puede causar entradas de listas de control de
acceso (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
Versiones Web Service (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 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 el
tema Realización de una actualización de prueba para detectar posibles problemas (SharePoint Server
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
(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.
134
Reparació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 desfragmentar si ha eliminado sitios o subsitios de la base de
datos. Para obtener más información, vea:
Databaserepair: operación de Stsadm (Office SharePoint Server)
Forcedeletelist: operación de Stsadm (Office SharePoint Server)
En entornos de publicación, compruebe si hay variaciones que deben corregirse. Para obtener más
información, vea el tema Variationsfixuptool: operación de Stsadm (Office SharePoint Server).
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 Mergecontentdbs: operación de Stsadm (Office
SharePoint Server).
Exportar e importar sitios Use este método para trasladar subwebs o colecciones de sitios
dentro de una granja de servidores o de una granja a otra. Para obtener más información, vea el
tema sobre las operaciones de importación y exportación de Stsadm (Office SharePoint Server).
135
Solución de problemas de actualización (SharePoint Server 2010)
Incluso después de probar el proceso de actualización para identificar posibles problemas, es posible
que experimente problemas inesperados durante una actualización de Microsoft Office SharePoint
Server 2007 a Microsoft SharePoint Server 2010. Si experimenta 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 el tema Reanudación de la actualización (SharePoint Server 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.
Primero, 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 actualización, vea
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010).
136
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 el tema Comprobación de la actualización y revisión de los sitios actualizados
(SharePoint Server 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.
Después, solucionar los problemas en 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.
137
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 Office SharePoint Server 2007 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 indican a
continuación:
Error: se encontraron sitios webs de recuento de referencia que usan una plantilla web que falta
Identificador de plantilla de sitio (lcid: Código de idioma de la plantilla de 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 la granja 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 la granja de servidores actual.
Advertencia: la base de datos hace referencia al ensamblado [Ruta de ensamblado], pero éste no
está instalado en la granja 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 ejecutar nuevamente 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.
138
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. En la aplicación web, agregue la ruta
administrada para la colección de sitios 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 Office SharePoint Server 2007 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á.
Además, los servidores deben actualizarse correctamente. Por ejemplo, si usó la versión Windows
SharePoint Services 3.0 de una actualización, pero no la versión Office SharePoint Server 2007, la
actualización no se ejecutará. Puede ver el número de versión de Windows SharePoint Services 3.0 en
la página Servidores del conjunto en Administración central de SharePoint. El número de versión de
Office SharePoint Server 2007 es el número de versión del archivo Microsoft.SharePoint.portal.dll que
se encuentra en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web server
extensions\12\ISAPI. Los números de versión en la página Servidores del conjunto y de los archivos
Microsoft.SharePoint.portal.dll deben coincidir y ser de la versión 12.0.6420.1000 o superiores para
actualizarse. Para obtener más información, vea el tema sobre la implementación de actualizaciones
de software para Office SharePoint Server 2007.
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 Server 2010).
139
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.
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 Server 2010).
En los archivos de registro de actualización, es posible que vea errores como los que 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).
140
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 Server 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:
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.
Actualización de datos de SharePoint Portal Server 2003: la herramienta de comprobación previa a la actualización informa sobre bases de datos dañadas Cuando una base de datos de contenido de un conjunto o granja de servidores de Office SharePoint
Server 2007 se actualizó desde una base de datos de contenido de Microsoft Office SharePoint Portal
Server 2003, es posible que aparezca el error siguiente al ejecutar la herramienta de comprobación
previa a la actualización:
Error: Base de datos de contenido con esquemas de base de datos modificados
Si no realizó ningún cambio manual en los esquemas de la base de datos, puede ignorar este error y
continuar con la actualización. Éste es un error residual del proceso de actualización de SharePoint
Portal Server 2003 a Office SharePoint Server 2007. Para obtener más información, vea el artículo de
Microsoft Knowledge Base 954772.
Vea también Realización de una actualización de prueba para detectar posibles problemas (SharePoint Server
2010)
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010)
Reanudación de la actualización (SharePoint Server 2010)
141
Recuperación tras un error de actualización (SharePoint Server 2010)
Si se produjo un error en la actualización a Microsoft SharePoint Server 2010 y no tiene tiempo para
continuar solucionando los problemas o para reanudar el proceso de actualización, debe recuperar el
entorno de Microsoft Office SharePoint Server 2007. 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 Server 2010) y Reanudación de
la actualización (SharePoint Server 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) Cuando realiza una actualización de base de datos adjunta, puede optar por dejar el entorno existente
disponible, pero con bases de datos de solo lectura. Cuando se está en este estado, la recuperación
es la más sencilla porque 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/escritura y reanudar las solicitudes de servicio. El artículo sobre el tema de
ejecución de una granja de servidores que usa bases de datos de solo lectura (Office SharePoint
Server) describe los pasos que se deben seguir para establecer que una granja use bases de datos de
solo lectura. Para devolver la granja de solo lectura al estado de operaciones completas, vuelva a
establecer la entrada de base de datos de solo lectura a Falso y, a continuación, vuelva a habilitar los
trabajos del temporizador indicados en el artículo.
142
Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en contexto) Si ha creado una copia de seguridad completa de su 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 la restauración a partir de una copia de seguridad completa, vea el
tema sobre la restauración de una granja de servidores mediante herramientas integradas (Office
SharePoint Server 2007).
Recuperación cuando tiene copias de seguridad de bases de datos (actualización en contexto) Si solo ha creado copias de seguridad de las bases de datos de contenido y del proveedor de servicios
compartidos (SSP), aún puede recuperar el entorno, pero en más tiempo y con más pasos.
Básicamente deberá volver a generar el entorno y, a continuación, restaurar las copias de seguridad
de las bases de datos. Para obtener más información acerca de la recuperación de un entorno y la
restauración de bases de datos de contenido a través de las copias de seguridad, 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 (Office SharePoint Server).
143
Reanudación de la actualización (SharePoint Server 2010)
En algunos casos, puede que tenga que reiniciar la actualización para finalizar la actualización de sitios
de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 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 Identificación e instalación de
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 una 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 una 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
mediante la ejecución del Asistente para configuración de Productos de SharePoint de nuevo o
mediante 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
144
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 desplácese por el 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: 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 mediante Windows PowerShell
145
Pasos previos a la actualización (SharePoint Server 2010)
Una vez planeado el proceso de actualización a Microsoft SharePoint Server 2010, puede iniciarlo
mediante los pasos previos a la actualización requeridos.
En esta sección:
Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 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 de todo el entorno antes de una actualización en contexto (SharePoint Server
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.
146
Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 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 Server 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 Microsoft Office SharePoint Server 2007 para encontrar posibles problemas de
actualización y para revisar las recomendaciones y prácticas recomendadas. La operación está
disponible en Office SharePoint Server 2007 Service Pack 2 y se actualizó en la actualización
acumulada de octubre de 2009 de Windows SharePoint Services 3.0 y Office SharePoint Server 2007.
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 W indows
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, puede 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 Identificación e instalación de
personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar
posibles problemas.
Nota:
Nota:
147
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 Office
SharePoint Server 2007 que no existe aún para SharePoint Server 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, relativo a la descripción de una nueva operación
de la 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 de servidores.
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:
148
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 llevar a cabo una actualización en contexto o una actualización de base de datos adjunta.
Determinación del enfoque de actualización (SharePoint Server 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 requerir más tiempo 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 Office SharePoint Server 2007 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 (Office SharePoint Server). 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 (Office SharePoint
Server).
Para ejecutar la herramienta de comprobación previa a la actualización
149
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.
150
Copia de seguridad de todo el entorno antes de una actualización en contexto (SharePoint Server 2010)
Para garantizar que sea posible recuperar el entorno existente en caso de que algo salga mal durante
el proceso de actualización, debe realizar una copia de seguridad del entorno de Microsoft Office
SharePoint Server 2007 antes de ejecutar el proceso de actualización.
Si ejecuta Office SharePoint Server 2007 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).
Realización de una copia de seguridad del entorno Puede hacer una copia de seguridad completa del entorno de Office SharePoint Server 2007. 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 Office SharePoint Server 2007, use los
procedimientos que se describen en el tema sobre cómo realizar una copia de seguridad de una granja
de servidores mediante el uso de herramientas integradas (Office SharePoint Server 2007)
(http://go.microsoft.com/fwlink/?linkid=105986&clcid=0xC0A).
Si ha implementado personalizaciones, también debe hacer una copia de seguridad de las
personalizaciones. Para obtener más información, vea el tema sobre cómo realizar una copia de
seguridad y restaurar personalizaciones (Office SharePoint Server 2007)
(http://go.microsoft.com/fwlink/?linkid=186626&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, prepare una granja de
servidores de Office SharePoint Server 2007 que no sea de producción, restaure las copias de
seguridad e instale todas las personalizaciones (como definiciones de sitio, elementos web, etc.). A
continuación, compruebe si la copia de seguridad restaurada funciona correctamente.
Para ello, use los procedimientos que se describen en el tema sobre cómo restaurar una granja de
servidores mediante herramientas integradas (Office SharePoint Server 2007)
(http://go.microsoft.com/fwlink/?linkid=105987&clcid=0xC0A).
151
Vea también Copia de seguridad y restauración de una granja de servidores (Office SharePoint Server 2007)
152
Realización de una actualización en contexto (SharePoint Server 2010)
Ahora que conoce mejor el proceso de actualización después de haber leído los artículos del tema
Acerca del proceso de actualización (SharePoint Server 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 Server 2010), ya está preparado para llevar a cabo la actualización en
contexto a Microsoft SharePoint Server 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 actualización en contexto (SharePoint Server 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 Server 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.
Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint
Server 2010)
Conozca 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 idioma disponibles (SharePoint Server 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.
153
Lista de comprobación para actualización en contexto (SharePoint Server 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
Ejecució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 Server 2010) y Realización de una actualización de
prueba para detectar posibles problemas (SharePoint Server 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 detección previa a
la actualización (SharePoint Server
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.
154
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 Server 2010).
Realice este paso una vez para
todo el entorno.
Este proceso puede tardar días o
semanas.
[ ] Registro de la configuración
para la sincronización de
perfiles de usuario
Registre la configuración que se
usó para la sincronización de
perfiles de usuario en el entorno
anterior en la hoja de trabajo de
actualización. La configuración se
aplicará a su nuevo entorno
cuando cree y habilite el servicio
de sincronización de perfiles de
usuario. Registre la configuración
de conexiones, asignaciones de
propiedades y filtros.
Realice este paso una vez para
todo el entorno.
[ ] 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
Realice este paso una vez para
todo el entorno.
155
Pasos previos a la actualización en contexto Notas
volver a aplicar la configuración
tras la actualización.
[ ] 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 de todo el entorno antes
de una actualización en contexto
(SharePoint Server 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.
Ejecució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.
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 detección previa a la
actualización (SharePoint Server
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
Realice este paso en cada
servidor web y servidor de
aplicaciones del entorno.
156
Realizar la actualización en contexto Notas
previos satisfactoriamente en cada
servidor web que tenga instalado
Office SharePoint Server 2007.
Pasos detallados: Instalación de
requisitos previos en el artículo
"Actualizar en contexto a SharePoint
Server 2010".
[ ] Separación de las bases de datos
(solo actualización en contexto
con bases de datos separadas)
Si va a realizar una actualización en
contexto con bases de datos
separadas, separe 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 Server 2010).
Realice este paso para cada base
de datos de contenido y base de
datos del proveedor de servicios
compartidos (SSP) en el 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 "Actualizar
en contexto a SharePoint Server
2010".
Realice este paso en cada
servidor web y servidor de
aplicaciones 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.
157
Realizar la actualización en contexto Notas
[ ] 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
paquetes de idioma disponibles
(SharePoint Server 2010).
Realice este paso en cada
servidor web del entorno.
Este paso debe tardar solo unos
minutos por servidor web.
[ ] 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 "Actualizar en contexto a
SharePoint Server 2010".
Realice este paso en cada
servidor web y servidor de
aplicaciones del entorno.
Este paso puede tardar una hora
o más.
158
Realizar la actualización en contexto Notas
[ ] 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
separadas)
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 Office
SharePoint Server 2007 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 Server 2010.
Pasos detallados: Configuración de
la autenticación basada en
formularios para una aplicación web
basada en notificaciones
(SharePoint Server 2010).
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
estándar, lleve a cabo este paso
una vez que se haya completado
la actualización.
Lleve a cabo este paso para todas
la aplicaciones web que usaban
autenticación basada en
formularios en Office SharePoint
Server 2007.
[ ] Adjuntar bases de datos (solo
actualización en contexto con
bases de datos separadas)
Si va a realizar una actualización en
contexto con bases de datos
separadas, adjunte las bases de
datos y, a continuación, actualice los
datos.
Realice este paso para cada base
de datos de contenido y base de
datos del SSP en el 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
159
Realizar la actualización en contexto Notas
Pasos detallados: Guía básica para
la actualización en contexto con
bases de datos desasociadas
(SharePoint Server 2010).
hardware de los servidores web,
servidores de bases de datos y
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
Server 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 Office SharePoint Server
2007 a la autenticación de
notificaciones. Después de
convertir las aplicaciones web a la
Lleve a cabo este paso para todas
la aplicaciones web que usaban
autenticación basada en
formularios en Office SharePoint
Server 2007.
160
Pasos posteriores a la actualización en contexto Notas
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 Server
2010.
Pasos detallados: Configuración de
la autenticación basada en
formularios para una aplicación
web basada en notificaciones
(SharePoint Server 2010).
[ ] Configuración de servicios
nuevos y actualizados después
de una actualización en contexto
En SharePoint Server 2010 hay
muchos servicios nuevos
disponibles. Puede habilitarlos
después de realizar una
actualización en contexto mediante
el Asistente para la configuración
del conjunto de servidores o bien
configurarlos individualmente.
Lleve a cabo este paso una sola
vez para el entorno.
[ ] Actualización de propiedades de
perfil a datos de taxonomía y
actualización del almacén de
fotografías para los servicios de
perfiles de usuario
Los datos de las propiedades de
perfil en Microsoft Office
SharePoint Server 2007 que tenían
varios valores se almacenaban en
la base de datos del SSP como
parte de los datos de servicios de
perfiles. En el caso de SharePoint
Server 2010, los datos deben
convertirse en datos de taxonomía
Siga este paso una vez para cada
aplicación de servicio de perfiles
de usuario en el entorno.
Este paso contiene varios pasos
menores. Según la complejidad de
los datos de perfil de usuario y la
configuración, esto puede tardar
una hora o varias en completarse.
161
Pasos posteriores a la actualización en contexto Notas
y almacenarse en la base de datos
de metadatos administrados.
Cuando realice la actualización,
todas las fotografías almacenadas
como imágenes de perfil deben
actualizarse. Si no actualiza los
datos del almacén de fotografías,
no se mostrará ninguna fotografía
o probablemente algunas se verán
distorsionadas. Puede realizar
estas acciones desde la línea de
comandos mediante cmdlets de
Windows PowerShell.
Pasos detallados: Actualización de
las propiedades de perfil a datos
de taxonomía y de la tienda de
fotografías para los servicios de
perfiles
[ ] Crear y configurar la aplicación
del Servicio de almacenamiento
seguro y migrar datos de inicio
de sesión único al Servicio de
almacenamiento seguro
El servicio de inicio de sesión único
(SSO) que estaba disponible en
Office SharePoint Server 2007 se
reemplazó por el Servicio de
almacenamiento seguro en
SharePoint Server 2010. No hay
una ruta de acceso de
actualización directa para los datos
y la configuración de SSO al
Servicio de almacenamiento
seguro, pero puede migrar datos
de la base de datos de SSO a una
nueva base de datos de
almacenamiento seguro. La
aplicación de Servicios de Excel
necesita una cuenta de servicio de
almacenamiento seguro para
Lleve a cabo este paso para cada
aplicación del Servicio de
almacenamiento seguro que
necesite datos de un servicio de
SSO anterior.
162
Pasos posteriores a la actualización en contexto Notas
funcionar correctamente.
Pasos detallados: Creación y
configuración de la aplicación del
Servicio de almacenamiento
seguro y migración de los datos de
inicio de sesión único al Servicio
de almacenamiento seguro
[ ] Actualización de soluciones que
dependen del Catálogo de datos
profesionales
Si la solución del Catálogo de
datos profesionales dependía de
los elementos web proporcionados
por Office SharePoint Server 2007
y SharePoint Server 2010 de forma
predeterminada (como el elemento
web de lista de datos profesionales
o el elemento web de acciones de
datos profesionales), debe
actualizar la solución para que use
las definiciones de aplicación
actualizadas (denominadas
"modelos de BDC") del Servicio de
conectividad a datos
empresariales, debido a que esos
elementos web se actualizaron
para usar el nuevo modelo de
objetos proporcionado por el nuevo
servicio.
Pasos detallados: Actualización de
soluciones que dependen del
Catálogo de datos profesionales y
Planeación de una actualización a
los Servicios de conectividad
empresarial (SharePoint Server
2010).
Lleve a cabo este paso una sola
vez para todo el entorno.
[ ] Comprobación de la
actualización y revisión de los
sitios actualizados
Lleve a cabo este paso para cada
aplicación web actualizada y
colección de sitios del entorno.
163
Pasos posteriores a la actualización en contexto Notas
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
Server 2010).
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.
[ ] Inicio de un rastreo completo
Después de que se actualice todo
el contenido y se configuren todas
las opciones, puede iniciar un
rastreo completo de búsqueda de
contenido. Esto puede tardar
varias horas o varios días en
completarse, según la cantidad de
contenido que existe en el entorno.
Lleve a cabo este paso una sola
vez para todo el entorno.
La realización de un rastreo
completo puede tardar varias
horas o días en completarse,
según la cantidad de contenido en
el entorno.
Vea también Hoja de cálculo de actualización para Productos de SharePoint 2010
164
Actualización en contexto a SharePoint Server 2010
Al ejecutar una actualización en contexto de Microsoft Office SharePoint Server 2007 a Microsoft
SharePoint Server 2010, los datos de configuración y todo el contenido del conjunto o granja de
servidores se actualiza 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 la 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 Identificación e instalación de personalizaciones en
el artículo sobre cómo realizar una actualización de prueba para detectar posibles problemas.
Si ejecuta una instalación independiente de SharePoint Server 2010, el servicio de
sincronización de perfiles de usuario no está disponible. Si necesita sincronizar perfiles de
usuario con orígenes de directorio como Active Directory, debe desinstalarla y volver a
instalarla en el modo de granja de servidores.
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 más información sobre el 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 Server 2010). Para obtener más información sobre cómo elegir un
enfoque de actualización, vea Determinación del enfoque de actualización (SharePoint Server 2010) y
Introducción al proceso de actualización (SharePoint Server 2010).
Debe ejecutar el Service Pack 2 (SP2) de Office SharePoint Server 2007 en un entorno de
Windows Server 2008 de 64 bits para llevar a cabo una actualización en contexto a SharePoint
Server 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
Nota:
Importante:
Importante:
165
(SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la
actualización acumulativa 3.
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
Pasos adicionales
Introducción al proceso Mediante los procedimientos descritos en este artículo, se instala SharePoint Server 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 Realización de una actualización de prueba para detectar posibles
problemas (SharePoint Server 2010).
Al actualizar una granja de servidores, instale y configure la nueva versión de los servidores en el
orden siguiente:
1. Instale SharePoint Server 2010 en todos los servidores de la granja de servidores.
2. Instale los paquetes de idioma necesarios para SharePoint Server 2010. Para obtener más
información, vea Instalación de paquetes de idioma disponibles (SharePoint Server 2010).
3. Ejecute Asistente para configuración de Productos de SharePoint en el servidor front-end web que
contiene 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 Server 2010,
mientras Administración central de SharePoint de Office SharePoint Server 2007 todavía está
disponible.
Si varios servidores ejecutan Administración central de SharePoint, elija uno como 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.
Nota:
166
4. Ejecute Asistente para configuración de Productos de SharePoint en todos los demás servidores
front-end web o servidores de aplicación de la granja de servidores, en el orden que desee.
Para obtener diagramas y una descripción general de cada método de actualización, vea Introducción
al proceso de actualización (SharePoint Server 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 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 Server 2010).
Antes de comenzar Antes de empezar 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 Office SharePoint Server 2007 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 detección previa a la actualización (SharePoint Server 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 de todo el entorno antes de
una actualización en contexto (SharePoint Server 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 Server 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:
167
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 Office SharePoint Server 2007. El instalador de requisitos previos
está disponible para instalar el software necesario para admitir SharePoint Server 2010.
1. Desde el disco del producto, abra la carpeta de instalación y ejecute PrerequisiteInstaller.exe.
Se abre 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 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 ya 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 la actualización, 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 bases de datos, vea Guía básica para la
actualización en contexto con bases de datos desasociadas (SharePoint Server 2010).
Si va a ejecutar una actualización en contexto en una granja de servidores, desconecte a todos
los usuarios de la granja de servidores deteniendo el servicio de publicación World Wide Web
(W3SVC) en todos los servidores front-end web. Si permite que los usuarios de una granja de
servidores se conecten una vez actualizados 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
168
2. En la página Escriba la clave de producto, escriba la clave de producto y haga clic en
Continuar.
3. 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.
4. En la página Actualice las versiones anteriores, haga clic en Instalar ahora.
5. El programa de instalación se ejecuta e instala SharePoint Server 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 haga clic en Cerrar.
Antes de ejecutar Asistente para configuración de Productos de SharePoint, instale paquetes de
plantillas de idiomas para SharePoint Server 2010. Para obtener más información, vea Instalación de
paquetes de idioma disponibles (SharePoint Server 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 solo en ese servidor y comenzar a actualizar el contenido. Si actualiza una granja de
servidores, en primer lugar, ejecute el Asistente para configuración de Productos de SharePoint en el
servidor que ejecuta Administración central, haga una pausa y ejecute el asistente en los demás
servidores de la granja y, a continuación, regrese 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 que ha instalado los paquetes de plantillas de idiomas antes de ejecutar Asistente para
configuración de Productos de SharePoint.
Una vez que se ejecuta Asistente para configuración de Productos de SharePoint, Office
SharePoint Server 2007 ya no estará disponible. No podrá pausar y deshacer 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 Server 2010.
Importante:
Precaución:
Para ejecutar el Asistente para configuración de Productos de SharePoint
169
1. Haga clic en Inicio, Todos los programas, Herramientas administrativas y, a continuación,
haga clic en Asistente para configuración de Productos de SharePoint.
2. En Asistente para configuración de Productos de SharePoint, en la página Productos de
SharePoint, haga clic en Siguiente.
Aparece un mensaje que indica que Internet Information Services (IIS), los Servicios de
administración de SharePoint v4 y el Servicio de temporizador de SharePoint v4 podrían tener
que 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 de
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 de forma
permanente.
6. En la página Finalizando el Asistente para configuración de Productos de SharePoint,
compruebe la configuración y, a continuación, haga clic en Siguiente.
Asistente para configuración de Productos de SharePoint se ejecuta y configura la base de
datos de configuración y la Administración central de SharePoint para SharePoint Server 2010.
170
7. Aparecerá un mensaje para notificar que si tiene una granja de servidores con varios
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.
Asistente para configuración de Productos de SharePoint continúa con el proceso de
actualización configurando la base de datos de configuración e instalando la Administración
central de SharePoint.
8. En la página Configuración realizada correctamente, actualización en curso revise las opciones
que se han configurado y, a continuación, haga clic en Finalizar.
Se cerrará 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 la actualización,
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 Server 2010).
9. Si actualiza una granja de servidores, ahora podrá completar Asistente para configuración de
Productos de SharePoint en los demás servidores de la granja.
Comprobación del estado de la actualización de los sitios Una vez que ha finalizado Asistente para configuración de Productos de SharePoint, puede supervisar
el proceso de actualización de cada sitio desde la página Estado de actualización en Administración
central de SharePoint o mediante la operación localupgradestatus en Stsadm.exe. Para obtener más
información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint
Server 2010).
Después de que se complete correctamente la actualización en todos los sitios, si ha detenido el
servicio de publicación World Wide Web (W3SVC) en todos los servidores front-end web antes de la
171
actualización, inicie manualmente el servicio de publicación World Wide Web en los servidores front-
end web para poner estos servidores web a disposición de los usuarios.
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 la revisión
de los archivos de registro y el reinicio de la actualización después de un error, vea Comprobación de
la actualización y revisión de los sitios actualizados (SharePoint Server 2010). Si está usando
actualización visual, para obtener más información sobre cómo obtener una vista previa de los sitios y
cambiar a la nueva interfaz de usuario, vea Administración de la actualización visual (SharePoint
Server 2010).
Pasos adicionales Una vez que se ha completado la actualización, debe seguir varios pasos para completar la
configuración de su granja de servidores actualizado. Para obtener más información, vea Realización
de pasos posteriores a la actualización en una actualización inmediata (SharePoint Server 2010).
Vea también Solución de problemas de actualización (SharePoint Server 2010)
Nota:
172
Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint Server 2010)
Si actualiza de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 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 dos 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 el conjunto o 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 para copiar
los datos de 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 enfoque de actualización (SharePoint Server 2010). Para tener
acceso a un descripción breve y gráfica de los pasos que implica cada método, vea Introducción al
proceso de actualización (SharePoint Server 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 Identificación e instalación de
Nota:
173
personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar
posibles problemas.
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
Pasos adicionales
Debe ejecutar Service Pack 2 (SP2) de Office SharePoint Server 2007 en un entorno de
Windows Server 2008 de 64 bits para realizar una actualización en contexto de SharePoint
Server 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 los respectivos enfoques 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 Server 2010
Bases de datos adjuntas y actualización a SharePoint Server 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 acerca de los permisos,
requisitos de hardware y software y los pasos que se deben seguir antes de iniciar el proceso.
Importante:
174
Asegúrese de ejecutar la herramienta de comprobación previa a la actualización (stsadm -o
preupgradecheck, disponible en Office SharePoint Server 2007 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
detección previa a la actualización (SharePoint Server 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 de todo el entorno antes de
una actualización en contexto (SharePoint Server 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 Server 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 bases de
datos con desasociación 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: Stsadm (Office
SharePoint Server).
Actualización de la granja de servidores en
175
Proceso de actualización en contexto con bases
de datos desasociadas (en la misma granja de
servidores)
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
servidores de la granja.
Para conocer los procedimientos detallados de
estos pasos, vea Actualización en contexto a
SharePoint Server 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
que describen estos pasos, vea Realizar una
actualización de base de datos adjunta a
SharePoint Server 2010.
176
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 bases de
datos con desasociación en dos granjas de servidores: la granja original y una granja de tamaño
reducido temporal.
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 Server 2010 para una
actualización de base de datos adjunta.
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 Realizar una actualización de base de
datos adjunta a SharePoint Server 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: Stsadm (Office
SharePoint Server).
Actualización de la granja de servidores
177
Proceso de actualización en contexto con bases de
datos desasociadas (granja de servidores de tamaño
reducido temporal)
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
servidores de la granja.
Para conocer los procedimientos detallados de
estos pasos, vea Realización de una
actualización en contexto (SharePoint Server
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 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 Realizar una actualización de
base de datos adjunta a SharePoint Server
2010.
178
Proceso de actualización en contexto con bases de
datos desasociadas (granja de servidores de tamaño
reducido temporal)
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.
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 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 la revisión
de los archivos de registro y el reinicio de la actualización después de un error, vea Comprobación de
la actualización y revisión de los sitios actualizados (SharePoint Server 2010).
Pasos adicionales Una vez que se ha completado la actualización, debe seguir varios pasos para completar la
configuración de su nueva granja de servidores. Para obtener más información, vea Realización de
pasos posteriores a la actualización en una actualización inmediata (SharePoint Server 2010).
179
Instalación de paquetes de idioma disponibles (SharePoint Server 2010)
Para 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:
Instalación de paquetes de idioma y actualización de sitios
Cambio de idioma
Cambio de un producto totalmente localizado a un paquete de idioma
Cambio de idioma a un nuevo paquete de idioma
Instalación de paquetes de idioma y actualización de sitios Si desea instalar un paquete de idioma para Microsoft SharePoint Server 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 de una
versión anterior al mismo tiempo que otros sitios durante el proceso de actualización. Para obtener
más información acerca de la instalación de los paquetes de idioma, vea Implementación de paquetes
de idioma (SharePoint Server 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 actualizar los sitios del entorno que no están basados en un
paquete de idioma. Si sigue este procedimiento, debe usar la herramienta de la línea de comando
PSConfig para actualizar los sitios basados en el paquete de idioma recién instalado.
Cambio de idioma Generalmente, no es posible realizar actualizaciones entre 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 al mismo idioma en la nueva versión. Si desea cambiar el idioma, primero debe realizar
la actualización y luego 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 totalmente localizado para un idioma específico, pero la nueva
versión solo 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.
180
Cambio de un producto totalmente localizado 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 totalmente localizado en la versión anterior, pero que solo se incluye en un
paquete de idioma en la nueva versión:
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. Elija el idioma que desea instalar para la nueva versión (por ejemplo, español). 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 solicite 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 de SharePoint Server 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 paquetes de idioma, vea
Implementación de paquetes de idioma (SharePoint Server 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.
Cambio de idioma 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 en la nueva versión).
1. Compruebe que la cuenta de usuario que realiza los dos pasos siguientes pertenece al grupo
de 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 pertenece al grupo
Para cambiar de un producto totalmente localizado a un paquete de idioma
Para cambiar el idioma a un nuevo paquete de idioma
181
de administradores de la 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 Server 2010)
182
Realizar una actualización de base de datos adjunta a SharePoint Server 2010
Ahora que conoce mejor el proceso de actualización después de haber leído los artículos del tema
Acerca del proceso de actualización (SharePoint Server 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 Server 2010), ya está preparado para llevar a cabo la actualización de una
base de datos adjunta a Microsoft SharePoint Server 2010. Puede seguir los pasos de esta sección
tanto para la actualización de prueba como para la actualización en contexto real en la granja de
servidores de producción.
En esta sección:
Lista de comprobación para actualización de base de datos adjunta (SharePoint Server 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 Server 2010 para una actualización de base de
datos adjunta
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 Server 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.
183
Lista de comprobación para actualización de base de datos adjunta (SharePoint Server 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
Ejecució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 Server 2010) y Realización de una actualización de
prueba para detectar posibles problemas (SharePoint Server 2010).
Preparación de la actualización Siga estos pasos antes de iniciar una actualización de una base de datos adjunta:
Pasos anteriores a la actualización de una 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 detección previa a
la actualización (SharePoint Server
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.
184
Pasos anteriores a la actualización de una base de datos adjunta Notas
2010).
[ ] Creación de un inventario de
personalizaciones del 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 Identificación
e instalación de 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
(SharePoint Server 2010).
Realice este paso una vez para
todo el entorno.
Este proceso puede tardar días o
semanas.
185
Pasos anteriores a la actualización de una base de datos adjunta Notas
Preparación del nuevo entorno
Vea también Preparación del nuevo entorno de SharePoint Server 2010 para una actualización de
base de datos adjunta.
[ ] Instalación y configuración de
SharePoint Server 2010 y los
paquetes de idioma
Instale el software requerido y, a
continuación, instale y configure
SharePoint Server 2010.
Realice estos pasos en cada
servidor de la granja.
Este paso puede tardar una o
varias horas según el número de
servidores que haya en el entorno.
[ ] Configuración de las
aplicaciones de servicio
Habilite y configure los servicios
que necesita en el nuevo entorno.
No configure la aplicación de
servicio de perfiles de usuario
todavía. La aplicación de servicio
de perfiles de usuario se habilitará
y configurará cuando se actualice
la base de datos del proveedor de
servicios compartidos (SSP).
Realice este paso una vez para
todo 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
Realice este paso una vez para
todo el entorno.
186
Pasos anteriores a la actualización de una base de datos adjunta Notas
aplicación web del entorno anterior.
[ ] Nueva aplicación de las
personalizaciones del 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
depende el sitio para funcionar
correctamente.
Asegúrese de volver a aplicar las
personalizaciones a todos los
servidores web de la granja de
servidores.
[ ] 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.
Ejecució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 Server 2010.
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
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.
187
Ejecución de una actualización de base de datos adjunta Notas
una copia de seguridad de las
bases de datos.
Pasos detallados: Ejecución de la
herramienta de detección previa a la
actualización (SharePoint Server
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 bases de datos
para realizar esta tarea.
[ ] Copia de seguridad de bases de
datos
Haga una copia de seguridad de
todo su contenido y bases de datos
del SSP antes de comenzar el
proceso de actualización de base de
datos adjunta.
Realice este paso para cada base
de datos de contenido y base de
datos del SSP en el 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 bases 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 y base de
datos del SSP en el entorno.
Según la organización, es
probable que necesite un
administrador de bases de datos
para realizar esta tarea.
188
Ejecución de una actualización de base de datos adjunta Notas
[ ] Restauración de una copia de
seguridad de la base de datos
(base de datos adjunta con bases
de datos de solo lectura)
Si desea actualizar una copia de las
bases de datos, restaure las bases
de datos a partir de la copia de
seguridad.
Realice este paso para cada base
de datos de contenido y base de
datos del SSP en el entorno.
Este paso puede tardar una hora
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 bases 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
Realice este paso para la base de
datos de contenido que acaba de
189
Ejecución de una actualización de base de datos adjunta Notas
Compruebe si la actualización se ha
realizado correctamente para la
primera base de datos y revise el
sitio para detectar posibles
problemas.
Pasos detallados: Comprobación de
la actualización y revisión de los
sitios actualizados (SharePoint
Server 2010).
adjuntar.
[ ] Actualización de la base de datos
del SSP y configuración de
perfiles de usuario
Antes de actualizar cualquier sitio
web de Mi sitio, deberá actualizar la
base de datos del SSP y configurar
la aplicación de servicio de perfiles
de usuario.
Realice este paso para cada SSP
del entorno original.
Este paso puede tardar una hora
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.
[ ] Actualización de sitios web de Mi
sitio
Configure la dirección URL del host
de Mi sitio y actualice los sitios web
de Mi sitio.
Realice este paso para cada base
de datos de contenido que
contenga los sitios web de Mi sitio
en el 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.
[ ] 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
190
Ejecución de una actualización de base de datos adjunta Notas
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
Server 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 restante
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
Server 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.
Realización de pasos posteriores a la actualización Siga estos pasos por orden después de la actualización de la base de datos adjunta.
Pasos posteriores a la actualización de la base de datos adjunta Notas
[ ] Nueva aplicación de permisos
de administrador para servicios
De forma predeterminada, los
administradores de conjuntos o
granjas de servidores tienen
permisos para todos los servicios
Realice este paso para todos los
servicios que requieran permisos
restringidos.
191
Pasos posteriores a la actualización de la base de datos adjunta Notas
cuando se realiza una
actualización de base de datos
adjunta. Si desea aplicar permisos
más restrictivos, hágalo ahora.
[ ] Actualización de propiedades de
perfil a datos de taxonomía y
actualización del almacén de
fotografías para los servicios de
perfiles de usuario
Los datos de las propiedades de
perfil en Microsoft Office
SharePoint Server 2007 que tenían
varios valores se almacenaban en
la base de datos del SSP como
parte de los datos de servicios de
perfiles. En el caso de SharePoint
Server 2010, los datos deben
convertirse en datos de taxonomía
y almacenarse en la base de datos
de metadatos administrados.
Cuando realice la actualización,
todas las fotografías almacenadas
como imágenes de perfil deben
actualizarse. Si no actualiza los
datos del almacén de fotografías,
no se mostrará ninguna fotografía
o probablemente algunas se verán
distorsionadas. Puede realizar
estas acciones desde la línea de
comandos mediante cmdlets de
Windows PowerShell.
Pasos detallados: Actualización de
las propiedades de perfil a datos
de taxonomía y de la tienda de
fotografías para los servicios de
perfiles
Siga este paso una vez para cada
aplicación de servicio de perfiles
de usuario en el entorno.
Este paso contiene varios pasos
menores. Según la complejidad de
los datos de perfil de usuario y la
configuración, esto puede tardar
una hora o varias en completarse.
[ ] Crear y configurar la aplicación
del Servicio de almacenamiento
seguro y migrar datos de inicio
Lleve a cabo este paso para cada
aplicación del Servicio de
almacenamiento seguro que
192
Pasos posteriores a la actualización de la base de datos adjunta Notas
de sesión único al Servicio de
almacenamiento seguro
El servicio de inicio de sesión único
(SSO) que estaba disponible en
Office SharePoint Server 2007 se
reemplazó por el Servicio de
almacenamiento seguro en
SharePoint Server 2010. No hay
una ruta de acceso de
actualización directa para los datos
y la configuración de SSO al
Servicio de almacenamiento
seguro, pero puede migrar datos
de la base de datos de SSO a una
nueva base de datos de
almacenamiento seguro. La
aplicación de Servicios de Excel
necesita una cuenta de servicio de
almacenamiento seguro para
funcionar correctamente.
Pasos detallados: Creación y
configuración de la aplicación del
Servicio de almacenamiento
seguro y migración de los datos de
inicio de sesión único al Servicio
de almacenamiento seguro
necesite datos de un servicio de
SSO anterior.
[ ] Actualización de soluciones que
dependen del Catálogo de datos
profesionales
Si usó el método de base de datos
adjunta para la actualización y
desea continuar usando los datos
externos a los que se tiene acceso
a través de una o varias
definiciones de aplicaciones, debe
realizar varias tareas adicionales.
Pasos detallados: Actualización de
soluciones que dependen del
Catálogo de datos profesionales
Lleve a cabo este paso una sola
vez para todo el entorno.
193
Pasos posteriores a la actualización de la base de datos adjunta Notas
[ ] Actualización de los vínculos
que se usan en las plantillas de
formulario de InfoPath
actualizadas
Para una actualización de base de
datos adjunta, se exportaron e
importaron todas las plantillas de
formulario de InfoPath que hubiese
en el entorno cuando se creó el
nuevo entorno. Después de la
actualización, se puede usar un
cmdlet de Windows PowerShell
para actualizar los vínculos que se
usan en dichas plantillas de
formulario actualizadas para que
señalen a las direcciones URL
correctas.
Pasos detallados: Actualización de
los vínculos que se usan en las
plantillas de formulario de InfoPath
actualizadas
Lleve a cabo este paso una sola
vez para todo el entorno.
[ ] 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
Server 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.
[ ] Inicio de un rastreo completo
Después de que se actualice todo
el contenido y se configuren todas
las opciones, puede iniciar un
rastreo completo de búsqueda de
Lleve a cabo este paso una sola
vez para todo el entorno.
La realización de un rastreo
completo puede tardar varias
horas o días en completarse
194
Pasos posteriores a la actualización de la base de datos adjunta Notas
contenido. Esto puede tardar
varias horas o varios días en
completarse, según la cantidad de
contenido que existe en el entorno.
según la cantidad de contenido en
el entorno.
Vea también Hoja de cálculo de actualización para Productos de SharePoint 2010
195
Preparación del nuevo entorno de SharePoint Server 2010 para una actualización de base de datos adjunta
Al actualizar de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 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 enfoque de
actualización (SharePoint Server 2010).
Para poder actualizar los datos, es necesario configurar un nuevo servidor o granja de servidores
mediante SharePoint Server 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 base de datos adjunta, vea Introducción al proceso de actualización
(SharePoint Server 2010).
Para realizar los pasos que se describen en este artículo, debe tener derechos de
administrador en el equipo del servidor local. Para obtener más información, vea Cuentas
administrativas y de servicio (SharePoint Server 2010).
En este artículo:
Antes de comenzar
Creación y configuración del nuevo entorno
Comprobación del nuevo entorno
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 Server 2010).
Importante:
196
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).
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 detección previa a la
actualización (SharePoint Server 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 Server 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 Server 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 Server 2010
en un solo servidor o en una granja de servidores:
Implementación de un servidor único con SQL Server (SharePoint Server 2010)
Varios servidores para un conjunto o granja de servidores de tres niveles (SharePoint Server
2010)
197
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 Server 2010).
Instalación y configuración de los paquetes de idioma
Siga los pasos descritos en Implementación de paquetes de idioma (SharePoint Server 2010) para
instalar y configurar los paquetes de idioma necesarios para los sitios del entorno.
Configuración de las aplicaciones de servicio
Debe crear la configuración de servicios de la nueva granja de servidores antes de actualizar los datos
en una actualización de base de datos adjunta. Los pasos incluidos en los artículos de escenarios de
implementación arriba enumerados describen cómo usar el Asistente de configuración del conjunto de
servidores inicial para habilitar todos los servicios. Después de ejecutar el asistente, debe transferir la
configuración personalizada del entorno original al nuevo entorno y configurar los servicios y
configuraciones adicionales que necesite.
Use el Asistente de configuración del conjunto de servidores inicial para habilitar las siguientes
aplicaciones de servicio:
Servicio Conectividad a datos empresariales
Los datos del servicio Catálogo de datos profesionales no se actualizan al servicio Conectividad a
datos empresariales cuando se realiza una actualización de base de datos adjunta. Si desea
continuar usando los datos externos a los que se tiene acceso a través de una o varias
definiciones de aplicaciones, debe realizar las tareas siguientes:
En el entorno original, exporte las definiciones (modelos) de aplicaciones que requiere la
solución desde el Catálogo de datos profesionales de Office SharePoint Server 2007. Para
obtener más información, vea el tema sobre exportación de definición de aplicación.
Actualice la solución para usar las características y el modelo de objetos de Servicios de
conectividad empresarial de Microsoft. Esto incluye la actualización del archivo de definiciones
de la aplicación para que sea compatible con Servicios de conectividad empresarial de
Microsoft. Para obtener información acerca del modelo de objetos de Servicio de conectividad
a datos empresariales, vea el tema sobre el kit de programación del software Microsoft
SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=166117&clcid=0xC0A).
En el nuevo entorno, configure la aplicación de servicio Conectividad a dato empresariales.
Después de la actualización, importe el modelo actualizado en el Servicio de conectividad a
datos empresariales. Para obtener más información, vea Administración de modelos de
Conectividad a datos empresariles (SharePoint Server 2010).
Aplicación de Servicios de Excel
Debe reconfigurar esta aplicación de servicio cuando realice una actualización de base de datos
adjunta. Asegúrese de recrear las conexiones de datos de confianza. Para obtener más
información, vea Administración de Servicios de Excel (SharePoint Server 2010).
Servicio de metadatos administrados
198
Éste es un nuevo servicio de SharePoint Server 2010. Para actualizar los datos de perfiles de
usuario en una actualización de base de datos adjunta, primero debe habilitar y configurar esta
aplicación de servicio. Para obtener más información, vea Creación, actualización, publicación y
eliminación de una conexión de servicio de metadatos administrados.
Aplicación de servicio de búsqueda
La configuración de búsqueda no se conserva durante una actualización de base de datos adjunta.
Debe volver a configurar manualmente la búsqueda antes de realizar la actualización. Para
obtener más información sobre cómo configurar la búsqueda, vea Pasos posteriores a la
instalación para la búsqueda (SharePoint Server 2010).
Servicio de almacenamiento seguro
Debe habilitar y configurar esta aplicación de servicio para poder actualizar los datos de la
aplicación de Servicios de Excel y el Catálogo de datos profesionales. Para obtener más
información, vea Creación y configuración de la aplicación del Servicio de almacenamiento seguro
y migración de los datos de inicio de sesión único al Servicio de almacenamiento seguro en el
artículo sobre pasos posteriores a la actualización de base de datos adjunta (SharePoint Server
2010).
No habilite ni configure la aplicación de servicio de perfiles de usuario usando el Asistente de
configuración del conjunto de servidores inicial. Aunque debe haber configurado esta
aplicación de servicio y el servicio de sincronización de perfiles de usuario antes de actualizar
a la base de datos SSP, se requieren pasos específicos para configurar estos servicios. Los
pasos requeridos para configurar estos servicios y actualizar la base de datos SSP se incluyen
en la sección Actualización de la base de datos de servicios compartidos del artículo sobre
bases de datos adjuntas y actualización a SharePoint Server 2010.
Además, debe habilitar y configurar el siguiente servicio:
InfoPath Forms Services
Configure InfoPath Forms Services mediante el vínculo Configurar InfoPath Forms Services en
la página Configuración de aplicación general en Administración central de SharePoint. Exporte
las plantillas de formularios implementadas por el administrador (archivos .xsn) y los archivos de
conexiones de datos (archivos .udcx) desde el entorno de Office SharePoint Server 2007 y, a
continuación, impórtelos al nuevo entorno de SharePoint Server 2010. Para obtener más
información, vea Configuración de InfoPath Forms Services (SharePoint Server 2010) y Planeación
de una actualización de plantillas de formulario durante una actualización a SharePoint Server
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:
Importante:
199
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 estas opciones, vea Configuración de
opciones del conjunto o granja de servidores (SharePoint Server 2010).
Creación y configuración de aplicaciones web
Cree una aplicación web por cada aplicación web que había en el entorno original. Para cada
aplicación web, siga este procedimiento:
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.
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 Server 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 Server 2010)
Nota:
Importante
200
Para la autenticación basada en notificaciones: Configuración de una aplicación web basada en
notificaciones (SharePoint Server 2010) y Configuración de la autenticación basada en formularios
para una aplicación web basada en notificaciones (SharePoint Server 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 Identificación e instalación de 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 de sitios personalizadas
Si la definición de sitio se creó en Office SharePoint Server 2007, puede copiarla al nuevo
entorno tal como está. No obstante, si se creó en Microsoft Office SharePoint Portal Server
2003, es posible que deba crear un archivo de definición de actualización para asignar la
definición de sitio a las nuevas características de Office SharePoint Server 2007. Para
obtener más información, vea el tema sobre desarrollo de nuevas definiciones del sitio
personalizadas y creación de archivos de definición de actualización (Office SharePoint
Server) y el tema sobre implementación de archivos de definición de actualización y
definiciones de sitio nuevas (Office SharePoint Server).
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.
Plantillas de formulario aprobadas por el administrador (archivos .xsn) y archivos de conexión de
datos (archivos .udcx) de InfoPath
Debe exportar las plantillas de formulario y los archivos de conexión de datos del entorno original y
después importarlos en el nuevo entorno. Para obtener más información, vea Planeación de una
actualización de plantillas de formulario durante una actualización a SharePoint Server 2010 y
Nota:
201
Pasos posteriores a la actualización para una actualización de base de datos adjunta (SharePoint
Server 2010).
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 Server 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
personalizaciones (SharePoint Server 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 en
ese caso la base de datos no debe estar activa en ese momento.
Use la operación enumallwebs de Stsadm en el entorno de Office SharePoint Server 2007 para
ver con qué plantilla se asocia cada sitio y, a continuación, compruebe si la plantilla está instalada
en el entorno de SharePoint Server 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 acerca de esta operación, vea el tema sobre la operación
Enumallwebs de Stsadm (Office SharePoint Server).
Actualización Una vez que haya terminado de preparar el nuevo entorno, podrá adjuntar y actualizar las bases de
datos.
Siga los pasos descritos en Bases de datos adjuntas y actualización a SharePoint Server 2010 para
adjuntar y actualizar las bases de datos desde el servidor o la granja de servidores de Office
SharePoint Server 2007 al nuevo servidor o granja de servidores de SharePoint Server 2010.
Nota:
202
Bases de datos adjuntas y actualización a SharePoint Server 2010
Cuando se actualiza de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010
mediante el enfoque de actualización de base de datos adjunta, solo se actualiza el contenido del
entorno y no la configuración. El enfoque de actualización de base de datos adjunta resulta útil cuando
se cambia hardware o se desea cambiar la configuración de la topología del conjunto o granja de
servidores como parte del proceso de actualización. Para obtener más información acerca de cómo
elegir un enfoque de actualización, vea Determinación del enfoque de actualización (SharePoint Server
2010).
El primer paso del proceso es preparar un nuevo entorno para hospedar el contenido actualizado. Si
aún no ha preparado y configurado el nuevo entorno, siga los pasos de Preparación del nuevo entorno
de SharePoint Server 2010 para una actualización de base de datos adjunta para hacerlo.
Después de configurar el nuevo entorno, puede seguir los procedimientos que se describen en este
artículo para desasociar y volver a conectar las bases de datos para realizar la actualización
propiamente dicha. En este artículo se describen los procedimientos necesarios para realizar una
actualización de base de datos adjunta estándar y una actualización de base de datos adjunta con
bases de datos de solo lectura.
En este artículo:
Introducción al proceso
Antes de comenzar
Configuración 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)
Copia de seguridad de las bases de datos de versión anterior mediante las herramientas de SQL
Server
Desasociación de las bases de datos de la versión anterior (base de datos adjunta estándar)
Restauración de una copia de seguridad de la base de datos (base de datos adjunta con bases de
datos de solo lectura)
Comprobación de 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
Actualización de la base de datos de servicios compartidos
Actualización de sitios web de Mi sitio
Adjuntar las bases de datos restantes
Comprobación: comprobación de actualización de las bases de datos adicionales
203
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 deba usar 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, use también el
cmdlet test-spcontentdatabase de Windows PowerShell para identificar los elementos
personalizados que pueden usar los sitios. Para obtener más información, vea Identificación e
instalación de 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 enfoque de
actualización de base de datos adjunta, vea Introducción al proceso de actualización (SharePoint
Server 2010).
Introducción al proceso Cuando se realiza una actualización de base de datos adjunta, se desasocian las bases de datos del
conjunto o granja de servidores anterior y, a continuación, se las adjunta a la nueva granja de
servidores. Al adjuntar una base de datos a la nueva granja de servidores, se ejecuta el proceso de
actualización y se 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.
Se pueden adjuntar y actualizar bases de datos desde Microsoft Office SharePoint Server 2007 o
Windows SharePoint Services 3.0 a un nuevo entorno de Microsoft SharePoint Server 2010. Para
ambos orígenes, los pasos para configurar y adjuntar bases de datos al nuevo entorno son los mismos.
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 equipo 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 Introducción al proceso de
actualización (SharePoint Server 2010).
Nota:
Nota:
204
Antes de comenzar Antes de comenzar con la actualización de base de datos adjunta, revise la siguiente información
sobre permisos, requisitos de hardware y requisitos de software. Siga los pasos especificados para
instalar o configurar el 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 Server 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 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. Esta herramienta identifica posibles problemas de actualización en el entorno para
poder solucionarlos antes de la actualización. Para obtener más información, vea Ejecución de la
herramienta de detección previa a la actualización (SharePoint Server 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 Server 2010 para una
actualización de base de datos adjunta.
Compruebe si existen errores y repare la base de datos. Para obtener más información, vea el
tema sobre el mantenimiento de bases de datos de Office SharePoint Server 2007 (notas del
producto).
Configuración 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 usa el enfoque 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 asegurarse de capturar todos los datos
en la copia de seguridad de forma 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 pueden agregar contenido ni cambiarlo.
Importante:
205
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 ejecutar la herramienta de comprobación previa a la actualización antes de
llevar a cabo este procedimiento. Para obtener más información, vea el tema Ejecución de la
herramienta de detección previa a la actualización (SharePoint Server 2010).
1. En el Administrador corporativo de SQL Server, haga clic con el botón secundario 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 Solo lectura y, a continuación, haga clic en Aceptar.
1. En SQL Server Management Studio, haga clic con el botón secundario 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 Explorador de objetos, conecte con una instancia del
motor de base de datos, expanda el servidor y, a continuación, expanda Bases de datos.
2. Seleccione la base de datos que desea configurar como de solo lectura, haga clic con el botón
secundario 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
Importante:
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
206
DATABASE, vea el tema sobre la configuración de opciones de base de datos
(http://go.microsoft.com/fwlink/?linkid=148362&clcid=0xC0A).
Copia de seguridad de las bases de datos de versión anterior mediante las herramientas de SQL Server Siga los procedimientos correspondientes para hacer una copia de seguridad de las bases de datos de
SQL Server 2000, SQL Server 2005 o SQL Server 2008. Repita los procedimientos para cada una de
las bases de datos siguientes de la granja de servidores original:
Contenido
Servicios compartidos
Para obtener más información acerca de la actualización y los servicios compartidos, vea Cómo la
actualización afecta a otros servicios (SharePoint Server 2010).
No es necesario hacer una copia 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 nueva granja de servidores. Para
obtener más información acerca de los tipos de bases de datos que se pueden tener en una granja de
servidores de Office SharePoint Server 2007, vea el tema sobre tipos de bases de datos y
descripciones (Office SharePoint Server).
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, seleccione 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 en la base de datos de la que desea hacer 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 de diálogo Copia de seguridad de SQL Server, en el cuadro Nombre, 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 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.
Para realizar una copia de seguridad de una base de datos en SQL Server 2000
207
c. En el cuadro de diálogo Ubicación del dispositivo de copia de seguridad - (local), en el
cuadro Nombre de archivo, escriba un nombre de archivo y 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 hacer la copia de seguridad de todas las bases de datos de
contenido y de servicios compartidos que usa Office SharePoint Server 2007 en el entorno.
1. En el servidor de base de datos, haga clic en Inicio, seleccione Todos los programas, elija
Microsoft 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 instancia adecuada del motor de base de datos de SQL Server 2005, en
Explorador de objetos, expanda el árbol de servidores expandiendo el nombre del servidor.
4. Expanda Bases de datos, haga clic con el botón secundario en la base de datos de la que
desea realizar una copia de seguridad, seleccione Tareas y haga clic en Copia de seguridad.
Aparece 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, especifique el tipo de destino de copia de seguridad; para ello, haga clic
en Disco o Cinta y, a continuación, seleccione 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 hacer la copia de seguridad de todas las bases de datos de
contenido y de servicios compartidos que usa Office SharePoint Server 2007 en el entorno.
1. En el servidor de base de datos, haga clic en Inicio, seleccione Todos los programas,
seleccione 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 haga clic en
Para realizar una copia de seguridad de una base de datos en SQL Server 2005
Para realizar una copia de seguridad de una base de datos en SQL Server 2008
208
Conectar.
3. Tras conectarse a la instancia 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 en la base de datos de la que
desea realizar una copia de seguridad, seleccione Tareas y haga clic en Copia de seguridad.
Aparece 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, especifique el tipo de destino de copia de seguridad; para ello, haga clic
en Disco o Cinta y, a continuación, seleccione 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 hacer la copia de seguridad de todas las bases de datos de
contenido y de servicios compartidos que usa Office SharePoint Server 2007 en el entorno.
Desasociación de 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
Restauración de 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.
Importante:
Para desasociar una base de datos de contenido de una aplicación web
209
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; 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.
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 Deletecontentdb:
operación de Stsadm (Office SharePoint Server).
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.
Importante:
Para desasociar una base de datos de una sesión de SQL Server y moverla a otra sesión de SQL Server
210
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.
Restauración de 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 productos: 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. Tenga en cuenta que debe realizar la restauración en 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 si la restauración se ha realizado correctamente 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 en Bases de datos y, a
continuación, haga clic en Restaurar base de datos. Aparece 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 copia de seguridad que se van a
restaurar, haga clic en Desde dispositivo y 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, confirme la selección de 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
Para restaurar la copia de seguridad de una base de datos en SQL Server 2005 Enterprise Edition
211
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 Restaurar junto a la copia de seguridad completa 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 Sobrescribir la base de datos existente.
10. Haga clic en Aceptar para iniciar el proceso de restauración.
1. Tras conectarse a la instancia adecuada del motor de base de datos de SQL Server 2008, en
Explorador de objetos, expanda el nombre del servidor.
2. Haga clic con el botón secundario en Bases de datos y, a continuación, haga clic en
Restaurar base de datos. Aparece 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 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 Sobrescribir la base de datos existente.
11. Haga clic en Aceptar para iniciar el proceso de restauración.
Comprobación de los componentes personalizados Antes de adjuntar 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.
Para restaurar la copia de seguridad de una base de datos en SQL Server 2008 Enterprise
212
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:
Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>
donde:
<DatabaseName> es el nombre de la base de datos que desea probar.
<URL> 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 Cuando adjunte 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 el conjunto o 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.
Para comprobar qué componentes personalizados están disponibles mediante Windows PowerShell
Importante:
Importante
213
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 Server 2010).
No se puede adjuntar la misma base de datos de contenido a un conjunto o 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 servidores, incluso en aplicaciones web independientes. Aunque 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:
<DatabaseName> es el nombre de la base de datos que desea actualizar.
<ServerName> es el servidor en el cual se almacena la base de datos.
<URL> es la dirección URL de la aplicación web que hospedará los sitios.
Updateuserexperience 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 Server 2010).
Sugerencia
Para adjuntar una base de datos de contenido a una aplicación web mediante Windows PowerShell
214
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.
2. Escriba el siguiente comando y presione ENTRAR:
stsadm -o addcontentdb -url<direcciónURL> -databasename<nombreDeBaseDeDatos>
[-databaseserver<nombreDeServidor>] [-databaseuser <nombreDeUsuario>]
[-databasepassword<contraseña>] [-sitewarning <recuentoDeAdvertenciaDelSitio>]
[-preserveolduserexperiencetrue/false]
[-sitemax<recuentoMáximoDelSitio>]
[-assignnewdatabaseid][-clearchangelog]
Nota
Cuando el parámetro preserveolduserexperience se establece como true, los sitios de la base de
datos de contenido mantienen el aspecto de la versión anterior después de la actualización.
Cuando este parámetro se establece como false, los sitios se actualizan con la nueva apariencia.
El valor predeterminado para este parámetro es true, lo que significa que se mantiene la apariencia
anterior.
Este parámetro es parte de la característica de actualización visual. Para obtener más información,
vea Planeación de la actualización visual (SharePoint Server 2010).
Para obtener más información, vea el tema sobre Addcontentdb: operación de Stsadm (Office
SharePoint Server).
Comprobación: comprobación de actualización de la primera base de datos Después de haber adjuntado una base de datos, se 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, se puede revisar el archivo de registro de actualización para
ver si hubo algún problema durante la actualización. También se puede revisar cada sitio actualizado
para buscar y solucionar los problemas relacionados con la forma en que se muestra el contenido.
Para adjuntar una base de datos de contenido a una aplicación web mediante la herramienta de línea de comandos Stsadm
215
Para obtener más información, vea Comprobación de la actualización y revisión de los sitios
actualizados (SharePoint Server 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 la actualización y el archivo de registro de actualización
están ubicados 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
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 la 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.
Actualización de la base de datos de servicios compartidos Para poder actualizar cualquier sitio web de Mi sitio en su entorno, primero debe configurar el servicio
de perfiles de usuario y el servicio de metadatos administrados y actualizar la base de datos de
proveedor de servicios compartidos (SSP). Para hacerlo, debe seguir este procedimiento:
1. Cree un grupo de aplicaciones para el servicio de perfiles de usuario.
2. Compruebe que el servicio de metadatos administrados está habilitado.
3. Habilite el servicio de perfiles de usuario y actualice la base de datos de SSP.
4. Cree un nuevo proxy para la aplicación de servicio de perfiles de usuario y asócielo con el grupo
de servidores proxy predeterminado.
Los siguientes procedimientos describen los pasos para realizar estas tareas.
Los pasos que se describen en las secciones siguientes suponen que aún no ha habilitado la
aplicación de servicio de perfiles de usuario ni el servicio de sincronización de perfiles de
usuario. Si ya ha habilitado estos servicios, siga este procedimiento para crear una instancia
independiente de la aplicación de servicio de perfiles de usuario. Puede asociar su servicio de
sincronización de perfiles de usuario con la nueva aplicación de servicio de perfiles de usuario.
Para ver la página Estado de actualización
Para abrir el archivo de registro de actualización
Importante:
216
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. Para crear el grupo de aplicaciones, en el símbolo del sistema de Windows PowerShell,
escriba el siguiente comando:
New-SPServiceApplicationPool -Name <ApplicationPoolName>
-Account <DOMAIN\username>
donde:
<ApplicationPoolName> es el nombre que desea usar para el grupo de aplicaciones.
<DOMAIN\username> es una cuenta válida. Puede usar una cuenta de dominio, o bien el
nombre de una cuenta administrada del conjunto o granja de servidores. Use el cmdlet
Get-SPManagedAccount para ver la cuenta administrada existente en la granja de
servidores.
Para obtener más información, vea New-SPIisWebServiceApplicationPool.
1. En Administración central de SharePoint, en la página Administración de aplicaciones, haga
clic en Administrar aplicaciones de servicio.
2. Compruebe que el servicio de metadatos administrados se ha iniciado.
Para obtener más información sobre cómo habilitar y administrar este servicio, vea
Administración de metadatos administrados (SharePoint Server 2010).
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. Para habilitar el servicio de perfiles de usuario y actualizar la base de datos de SSP, en el
símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
New-SPProfileServiceApplication -applicationpool <ApplicationPoolName> -Name
<ServiceApplicationName> -Profiledbname <DatabaseName> [-Profiledbserver
<ServerName>]
Para crear un grupo de aplicaciones para el servicio de perfiles de usuario mediante Windows PowerShell
Para comprobar que el servicio de metadatos administrados está habilitado
Para habilitar el servicio de perfiles de usuario y actualizar la base de datos de SSP mediante Windows PowerShell
217
donde:
<ApplicationPoolName> es el nombre del grupo de aplicaciones que creó en el paso
anterior.
<ServiceApplicationName> es el nombre de la aplicación de servicio que desea usar.
<DatabaseName> es el nombre de la base de datos que contiene la información del perfil.
<ServerName> es el nombre del servidor al que se adjunta la base de datos.
Para obtener más información, vea New-SPProfileServiceApplication.
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. Para configurar el proxy del servicio de perfiles de usuario, en el símbolo del sistema de
Windows PowerShell, escriba el siguiente comando:
New-SPProfileServiceApplicationProxy -ServiceApplication
<ProfileServiceApplicationID> -Name <ProxyName> -DefaultProxyGroup
donde:
<ProfileServiceApplicationID> es el GUID de la aplicación de servicio que creó en el paso
anterior.
<ProxyName> es el nombre del proxy que desea usar.
DefaultProxyGroup especifica el proxy de aplicación de servicio de perfiles de usuario que
se agregará al grupo de servidores proxy predeterminado para el conjunto o granja de
servidores local.
Para obtener más información, vea New-SPProfileServiceApplicationProxy.
Asegúrese de que la cuenta de administración del conjunto o granja de servidores tiene control total
del servicio de perfiles de usuario. Use el siguiente procedimiento para conceder control total a la
cuenta de administración de la granja de servidores.
1. En Administración central de SharePoint, en la página Administración de aplicaciones, haga
clic en Administrar aplicaciones de servicio.
2. Haga clic en la fila Aplicación de servicio de perfiles de usuarios (no en el vínculo) y, a
continuación, en la cinta, haga clic en Administradores.
3. En el cuadro de diálogo Administradores de Aplicación de servicio de perfiles de usuario,
Para crear el proxy para el servicio de perfiles de usuario y asociarlo con el grupo de servidores proxy predeterminado mediante Windows PowerShell
Actualización de permisos en el servicio de perfiles de usuario
218
en el cuadro Para agregar una cuenta o grupo, escríbalo o selecciónelo a continuación y
haga clic en 'Agregar', escriba la cuenta del administrador del conjunto o granja de servidores
y la cuenta que está usando para ejecutar el servicio de perfiles de usuario, y a continuación,
haga clic en Agregar.
4. En el cuadro Permisos para <nombre de cuenta>, active la casilla Control total y, a
continuación, haga clic en Aceptar.
1. En Administración central de SharePoint, en la página Configuración del sistema, haga clic en
Administrar servicios en el servidor.
2. Junto al servicio de sincronización de perfiles de usuario, haga clic en Iniciar.
3. En el cuadro de diálogo Seleccione la aplicación de perfil de usuario, seleccione la
aplicación que acaba de crear.
4. En la sección Nombre de la cuenta del servicio y contraseña, escriba y confirme la
contraseña de la cuenta del servicio.
5. Haga clic en Aceptar.
Después de haber habilitado el servicio de sincronización de perfiles de usuario, puede volver
a aplicar la configuración que usó para la sincronización de perfiles de usuario desde su
entorno de Office SharePoint Server 2007 en su nuevo entorno. Vuelva a aplicar opciones de
configuración tales como conexiones, asignaciones de propiedades y filtros. Para obtener más
información sobre cómo configurar este servicio, vea Configuración de la sincronización de
perfiles (SharePoint Server 2010).
Tenga en cuenta que el servicio de sincronización de perfiles de usuario no está disponible en
un entorno independiente. Debe tener una instalación de conjunto o granja de servidores para
usar este servicio.
Ahora está listo para actualizar los sitios web de Mi sitio.
Actualización de sitios web de Mi sitio Si tiene sitios web de Mi sitio con su entorno, puede actualizarlos después de haber actualizado la
base de datos de proveedor de servicios compartidos (SSP). Debe haber creado la aplicación web host
de Mi sitio cuando creó el nuevo entorno. Para actualizar los sitios web de Mi sitio, configure la
dirección URL del host de Mi sitio y, a continuación, actualice las bases de datos de contenido que
contienen los sitios web de Mi sitio.
1. En Administración central, en la página Administrar aplicaciones de servicio, haga clic en la
aplicación de servicio de perfiles de usuario que desee asociar con sitios web de Mi sitio.
Inicio del servicio de sincronización de perfiles de usuario
Importante
Para configurar la dirección URL del host de Mi sitio
219
2. En la página Administrar servicio de perfiles: Servicio de perfiles de usuario, haga clic en
Configurar mis sitios.
3. Escriba la información para configurar los sitios web de Mi sitio, incluidas la nueva ubicación
del host de Mi sitio y la nueva ubicación de sitios personales.
El host de Mi sitio es una colección de sitios de la base de datos de contenido que tendrá una
dirección URL similar a http:// Fabrikam/mis. La ruta de acceso a los sitios personales es la
ruta de acceso administrada en la que se crearán todos los sitios web de Mi sitio. Si escribió
"personal" en el cuadro Ubicación, los sitios web de Mi sitio se crearán en http://
Fabrikam/personal/nombreDeUsuario).
4. Tras configurar los sitios web de Mi sitio, abra una ventana de símbolo del sistema y escriba
iisreset /noforce en el símbolo del sistema para restablecer Internet Information Services
(IIS).
Ahora que ha creado la dirección URL del host de Mi sitio, puede actualizar los sitios web de Mi sitio.
Siga los pasos de Adjuntar una base de datos de contenido a una aplicación web más adelante en
este artículo para adjuntar y actualizar las bases de datos que contienen sitios web de Mi sitio. Se
pueden actualizar sitios web de Mi sitio en cualquier momento después de haber actualizado la base
de datos de SSP y de haber configurado la dirección URL del host de Mi sitio.
Adjuntar las bases de datos restantes Tras restaurar la primera base de datos de contenido y comprobar la actualización mediante una
revisión del archivo de registro de actualización, puede restaurar y actualizar las bases de datos
siguientes. Puede adjuntar varias bases de datos al mismo tiempo en ventanas del símbolo del sistema
independientes para ejecutar varias actualizaciones al mismo tiempo. Después de restaurar y
actualizar correctamente las bases de datos de todos los sitios, las bases de datos de contenido y las
bases de datos de SSP, puede revisar los sitios para asegurarse de que se han actualizado
correctamente.
Comprobación: comprobación de actualización de las bases de datos adicionales Tras actualizar las bases de datos adicionales, vea la página Estado de actualización para realizar un
seguimiento del progreso y comprobar que el proceso de actualización ha finalizado. Revise el archivo
de registro para ver si hay otros problemas y, a continuación, revise cada sitio actualizado para buscar
y solucionar los problemas relacionados con la forma 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 Server 2010) y Administración de la actualización visual (SharePoint Server 2010).
220
Pasos adicionales Una vez que se ha completado la actualización, debe seguir varios pasos para completar la
configuración de su nueva granja de servidores. Para obtener más información, vea Pasos posteriores
a la actualización para una actualización de base de datos adjunta (SharePoint Server 2010).
Vea también Solución de problemas de actualización (SharePoint Server 2010)
221
Realización de pasos posteriores a la actualización (SharePoint Server 2010)
Una vez realizada una actualización en contexto o de base de datos adjunta a Microsoft SharePoint
Server 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:
Realización de pasos posteriores a la actualización en una actualización inmediata (SharePoint
Server 2010)
Antes de permitir que los usuarios obtengan acceso al entorno actualizado, siga estos pasos para
asegurarse de que todo funcione según lo previsto. En este artículo se describen los pasos
específicos para una actualización en contexto.
Pasos posteriores a la actualización para una actualización de base de datos adjunta (SharePoint
Server 2010)
Al igual que en el artículo anterior, en este artículo se describen los pasos necesarios para
garantizar que todo funcione según lo previsto después de una actualización de base de datos
adjunta.
Configuración de la autenticación basada en formularios para una aplicación web basada en
notificaciones (SharePoint Server 2010)
Actualice las aplicaciones web de Microsoft Office SharePoint Server 2007 existentes que se
configuraron para usar la autenticación basada en formularios de modo que funcionen con
SharePoint Server 2010.
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 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 de actualización (SharePoint Server 2010)
Siga estos pasos si se ha producido un error en la actualización a Microsoft SharePoint Server
2010 y no tiene tiempo para solucionar el problema o reanudar el proceso de actualización.
222
Realización de pasos posteriores a la actualización en una actualización inmediata (SharePoint Server 2010)
Después de actualizar el contenido del entorno a Microsoft SharePoint Server 2010, debe llevar a cabo
algunos pasos adicionales para asegurarse de que la infraestructura que admite ese contenido esté
lista para comenzar a servir las solicitudes de usuario nuevamente. En este artículo se describe cómo
completar estas tareas.
En este artículo:
Configurar sevicios nuevos y actualizados después de una actualización en contexto
Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para
los servicios de perfiles
Creación y configuración de la aplicación del Servicio de almacenamiento seguro y migración de
los datos de inicio de sesión único al Servicio de almacenamiento seguro
Actualización de soluciones que dependen del Catálogo de datos profesionales
Indicar a los usuarios que migren de Mis vínculos privados a las etiquetas privadas (opcional)
Configurar sevicios nuevos y actualizados después de una actualización en contexto En SharePoint Server 2010, hay muchos servicios nuevos disponibles. Puede habilitar estos nuevos
servicios después de realizar una actualización en contexto. Debe crear aplicaciones de servicio para
hospedar los servicios nuevos. Puede usar el Asistente para la configuración del conjunto de
servidores para seleccionar y habilitar rápidamente servicios nuevos en el conjunto o granja de
servidores o puede configurar los servicios manualmente. También puede agregar proxy para las
aplicaciones de servicio que desea usar con diferentes aplicaciones web. Para obtener más
información, vea Administración de aplicaciones de servicio (SharePoint Server 2010).
Asegúrese de configurar el servicio del equilibrador de carga de conversiones de documentos y el
servicio del iniciador de conversiones de documentos y de habilitar las conversiones de documentos
para las aplicaciones web. De forma predeterminada, estos servicios se deshabilitan después de la
actualización y deben habilitarse para que los usuarios puedan usar las conversiones de documentos.
Para obtener más información, vea Administración de las conversiones de documentos (SharePoint
Server 2010).
223
Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los servicios de perfiles Los datos de propiedades de perfil de varios valores de Microsoft Office SharePoint Server 2007 se
almacenaron en la base de datos del proveedor de servicios compartidos (SSP) como parte de los
datos del servicio de perfiles. Para SharePoint Server 2010, en este momento estos datos deben
convertirse a datos de taxonomía y almacenarse en la base de datos de metadatos administrados.
Para mover los datos y actualizarlos, debe crear una aplicación de servicio para el servicio de
metadatos administrados. Una vez completado este paso, puede usar un cmdlet de Windows
PowerShell para actualizar los datos de perfiles y de taxonomía y moverlos a la base de datos de
taxonomía. Este cmdlet vuelve a conectar los datos a las aplicaciones de servicio de metadatos
administrados y de perfiles de usuario. Debe ejecutarlo para cada propiedad de metadatos
administrados que desea actualizar; no existe una opción para especificar todas las propiedades.
Tenga en cuenta que el servicio de metadatos administrados no acepta ciertos caracteres (como el
punto y coma, los corchetes angulares, las barras verticales, las comillas o los caracteres de
tabulación) que se permitían en las propiedades de perfiles de usuario basadas en listas de opciones
de Office SharePoint Server 2007. Si un término o conjunto de términos usa un carácter que ya no se
acepta, éste se quitará y se reemplazará por un espacio al actualizarse.
Para actualizar los datos de taxonomía y usarlos, el proxy de la aplicación del Servicio de
perfiles de usuario y el proxy de la aplicación de servicio de metadatos administrados deben
estar en el mismo grupo de proxy.
Antes de actualizar los datos de la taxonomía, busque el identificador del proxy de aplicación de
servicio de perfil de usuario (denominado SPServiceApplicationProxyPipeBand en Windows
PowerShell), localice la lista de propiedades de metadatos administrados y, a continuación, elija las
propiedades que desea actualizar.
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:
Get-SPServiceApplicationProxy
Esto devuelve una lista de servidores proxy de aplicación de servicio. Copie el identificador de
proxy de aplicación de servicio de perfil de usuario.
Importante:
Para encontrar el identificador del proxy de aplicación de servicio de perfil de usuario mediante Windows PowerShell
224
Para obtener más información, vea Get-SPServiceApplicationProxy.
1. En la página principal de Administración central de SharePoint, haga clic en Administración
de aplicaciones.
2. En Aplicaciones de servicio, haga clic en Administrar aplicaciones de servicio.
3. Haga clic en la aplicación de servicio de perfil de usuario para el entorno a fin de abrir la
página Servicio Administrar perfil: Nombre de servicio.
4. En Personas, haga clic en Administrar propiedades de usuario.
5. Haga clic en un nombre de propiedad y, a continuación, haga clic en Editar.
6. Copie la cadena desde el cuadro Nombre.
Éste es el nombre que se usa como identidad de la propiedad de metadatos administrados
cuando se actualizan los datos de la taxonomía.
Deberá ser un administrador de los metadatos administrados para actualizar los datos de la
taxonomía. Puede usar el cmdlet Move-SPProfileManagedMetadataProperty para actualizar
los datos de taxonomía. Este cmdlet puede tardar mucho en ejecutarse, según la cantidad de
perfiles que haya en el entorno.
1. Compruebe que se cumplen los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
Además, deberá pertenecer al rol de administrador del almacén de términos para el servicio de
metadatos administrados. Para obtener más información, vea el tema sobre Roles de
metadatos administrados.
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:
Move-SPProfileManagedMetadataProperty –ProfileServiceApplicationProxy
<SPServiceApplicationProxyPipeBind> -Identity <Identity> [-AvailableForTagging
Yes] [-TermSetName]
Ubicación
<SPServiceApplicationProxyPipeBind> es el identificador del proxy de aplicación de
servicio de perfil de usuario
<Identidad> es el nombre de la propiedad de metadatos administrados que desea mover
AvailableForTagging determina si pueden usarse los términos del conjunto de términos
resultantes para el etiquetado de metadatos administrados El valor predeterminado es No.
Para ver el nombre de una propiedad de metadatos administrados
Importante:
Para actualizar los datos de taxonomía mediante Windows PowerShell
225
No marque conjuntos de términos que incluyan más de 20.000 términos con esta
propiedad. Esto se debe a que los términos marcados como disponibles para el etiquetado
se almacenan en la memoria caché del cliente y, si tiene miles o millones de términos
marcados como disponibles para el etiquetado, puede reducir de manera significativa el
rendimiento del cliente.
TermSetName especifica si se debe crear el nombre del conjunto de términos. Si no se
especifica este parámetro, la propiedad se asigna al conjunto de términos Keywords.
Para obtener más información, vea Move-SPProfileManagedMetadataProperty.
Cuando realice la actualización, todas las fotografías almacenadas como imágenes de perfil deben
actualizarse. Si no actualiza los datos de la tienda de fotografías, no se mostrará ninguna fotografía o
probablemente algunas se verán distorsionadas. Para actualizar la tienda de fotografías, debe usar el
cmdlet Update-SPProfilePhotoStore de Windows PowerShell. Es posible que este cmdlet tarde
mucho tiempo en ejecutarse si tiene una gran cantidad de perfiles y fotografías. El cmdlet copia las
fotografías de los usuarios de todos los lugares donde están almacenadas (generalmente en la
biblioteca de imágenes compartidas del sitio web de Mi sitio) y las coloca en la biblioteca de fotografías
del usuario en el host de Mi sitio. El proceso también genera tamaños de miniaturas de imagen
pequeño, mediano y grande que son los tamaños correctos para usarse en los distintos controles y
elementos web para fotografías de perfil de Mi sitio. Antes de ejecutar este cmdlet, compruebe las
cuotas de los sitios web de Mi sitio y asegúrese de que haya una gran cantidad de espacio disponible
para almacenar las fotografías; debe disponer de al menos 10 KB de espacio por usuario.
1. Compruebe que cumple con los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
También debe ser un administrador de colección de sitios para el host Mi sitio y deberá ser un
administrador de la aplicación de servicio de perfil de usuario con permiso para administrar
perfiles.
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:
Update-SPProfilePhotoStore –MySiteHostLocation <URL of the My Site Host>
Para obtener más información, vea Update-SPProfilePhotoStore.
Para actualizar los datos de la tienda de fotografías mediante Windows PowerShell
226
Creación y configuración de la aplicación del Servicio de almacenamiento seguro y migración de los datos de inicio de sesión único al Servicio de almacenamiento seguro El servicio Inicio de sesión único (SSO), que estaba disponible en Office SharePoint Server
2007SharePoint Server 2010, se reemplazó con Servicio de almacenamiento seguro. No existe una
ruta de actualización directa para los datos y la configuración de SSO a Servicio de almacenamiento
seguro, pero puede migrar los datos de la base de datos de SSO a una nueva base de datos de
Servicio de almacenamiento seguro. La Aplicación de Servicios de Excel debe tener la cuenta de
Servicio de almacenamiento seguro para funcionar correctamente. Para actualizar los datos de SSO al
Servicio de almacenamiento seguro para su uso con la Aplicación de Servicios de Excel y el Servicio
de conectividad de datos empresariales, deberá llevar a cabo los siguientes pasos:
1. Aprovisionamiento de una aplicación del Servicio de almacenamiento seguro y de la nueva cuenta
de servicio desatendida para su uso con la aplicación de Servicios de Excel.
Deberá aprovisionar el Servicio de almacenamiento seguro antes de poder actualizar los datos del
servicio SSO. Además, deberá configurar una cuenta de servicio desatendida para que Aplicación
de Servicios de Excel funcione correctamente. Para obtener información detallada para crear y
configurar la aplicación del Servicio de almacenamiento seguro y crear la cuenta de servicio
desatendida, vea el tema Configuración del servicio de almacenamiento seguro para Servicios de
Excel.
2. Use el cmdlet Upgrade-SPSingleSignOnDatabase de Windows PowerShellpara migrar las
definiciones de la aplicación desde la base de datos de SSO a la base de datos de
almacenamiento seguro como aplicaciones de destino.
3. Use el cmdlet Disable-SPSingleSignOn de Windows PowerShell para deshabilitar el servicio SSO
en un servidor actualizado de la granja de servidores (únicamente para actualización en contexto).
1. Compruebe que cumple con los siguientes requisitos mínimos: Vea Add-SPShellAdmin.Deberá
tener permiso de acceso de lectura a la base de datos de SSO antigua y a la nueva base de
datos del Servicio de almacenamiento seguro para ejecutar este cmdlet.
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:
Upgrade-SPSingleSignOnDatabase -SSOConnectionString <SSOConnectionstring> -
SecureStoreConnectionString <SecureStoreConnectionstring> –SecureStorePassphrase
Para actualizar los datos de SSO al Servicio de almacenamiento seguro mediante Windows PowerShell
227
Passphrase>
donde:
<CadenaDeConexiónSSO> es una cadena de conexión válida para la base de datos de
SSO.
<CadenaDeConexiónDelAlmacenamientoSeguro> es una cadena de conexión válida para
la base de datos de almacenamiento seguro.
<FraseContraseña> es la frase de contraseña que se debe usar al conectarse al Servicio
de almacenamiento seguro.
Para obtener más información, vea Upgrade-SPSingleSignOnDatabase.
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:
Disable-SPSingleSignOn –ServerName <ServerName>
donde:
<NombreServidor> es el nombre del servidor que ejecuta el servicio SSO.
Para obtener más información, vea Disable-SPSingleSignOn.
Actualización de soluciones que dependen del Catálogo de datos profesionales Durante la actualización de Office SharePoint Server 2007 a SharePoint Server 2010, para cada
servicio del Catálogo de datos profesionales que se ejecuta en Office SharePoint Server 2007, se crea
una instancia de dos servicios en SharePoint Server 2010:
Un Servicio de registro de aplicaciones para almacenar las definiciones de aplicación compatibles
con el modelo de objetos del Catálogo de datos profesionales de Office SharePoint Server 2007.
Un Servicio de conectividad a datos empresariales para almacenar modelos BDC, que son
compatibles con el nuevo modelo de objetos del servicio Conectividad a datos empresariales de
SharePoint Server 2010.
Para deshabilitar el servicio SSO mediante Windows PowerShell (únicamente para actualización en contexto)
228
Por cada definición de aplicación del Catálogo de datos profesionales, se coloca una copia en el
Servicio de registro de aplicaciones y, en función del nuevo modelo de objetos, se coloca una versión
actualizada en el Servicio de conectividad a datos empresariales.
Las soluciones que usan elementos web personalizados, conectores de búsqueda personalizados y
código personalizado adicional que dependen de definiciones de aplicación en Office SharePoint
Server 2007 seguirán funcionando en SharePoint Server 2010 mediante el Servicio de registro de
aplicaciones. Sin embargo, si la solución depende de los elementos web proporcionados por Office
SharePoint Server 2007 y SharePoint Server 2010 de forma predeterminada (como el elemento web
de lista de datos profesionales o el elemento web de acciones de datos profesionales), debe actualizar
la solución para que use las definiciones de aplicación actualizadas (denominadas "modelos BDC") del
Servicio de conectividad a datos empresariales, debido a que esos elementos web se han actualizado
para usar el nuevo modelo de objetos proporcionado por el nuevo servicio.
Para obtener más información acerca de la actualización del servicio del Catálogo de datos
profesionales a SharePoint Server 2010, vea Planeación de una actualización a los Servicios de
conectividad empresarial (SharePoint Server 2010).
Indicar a los usuarios que migren de Mis vínculos privados a las etiquetas privadas (opcional) La característica Mi sitio en Office SharePoint Server 2007 incluía una característica de marcadores
conocida como Mis vínculos. En SharePoint Server, esta función se reemplaza con las etiquetas
privadas. Los usuarios pueden seguir usando el elemento web Mis vínculos, o bien pueden migrar sus
vínculos de forma manual al conjunto de etiquetas privadas. Se trata de un proceso manual que cada
usuario puede realizar en Mi sitio.
1. Navegue a la siguiente dirección URL: http://my_site_url/_layouts/myquicklinks.aspx.
2. Active la casilla de verificación junto al vínculo o vínculos que desea convertir.
3. Haga clic en Crear etiqueta a partir de vínculo.
Para ver las etiquetas, en la página de su perfil (http://my_site_url/Person.aspx), haga clic en
Etiquetas y notas y, a continuación, en Refinar por tipo, haga clic en Privada.
Para convertir un vínculo privado en una etiqueta privada
229
Pasos posteriores a la actualización para una actualización de base de datos adjunta (SharePoint Server 2010)
Después de actualizar el contenido del entorno a Microsoft SharePoint Server 2010, debe llevar a cabo
algunos pasos adicionales para asegurarse de que la infraestructura que admite ese contenido esté
lista para comenzar a atender las solicitudes de usuario nuevamente. En este artículo se describe
cómo completar estas tareas.
En este artículo:
Volver a aplicar permisos de administrador para servicios
Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para
los servicios de perfiles
Creación y configuración de la aplicación del Servicio de almacenamiento seguro y migración de
los datos de inicio de sesión único al Servicio de almacenamiento seguro
Actualización de soluciones que dependen del Catálogo de datos profesionales
Actualización de los vínculos que se usan en las plantillas de formulario de InfoPath actualizadas
Indicar a los usuarios que migren de Mis vínculos privados a las etiquetas privadas (opcional)
Volver a aplicar permisos de administrador para servicios De forma predeterminada, los administradores de conjuntos o granjas de servidores tienen permisos
para todos los servicios cuando se realiza una actualización de base de datos adjunta. Si desea aplicar
permisos más restrictivos, hágalo ahora.
Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los servicios de perfiles Los datos de propiedades de perfil de varios valores de Microsoft Office SharePoint Server 2007 se
almacenaron en la base de datos del proveedor de servicios compartidos (SSP) como parte de los
datos del servicio de perfiles. Para SharePoint Server 2010, en este momento estos datos deben
convertirse a datos de taxonomía y almacenarse en la base de datos de metadatos administrados.
Para mover los datos y actualizarlos, debe crear una aplicación de servicio para el servicio de
metadatos administrados. Una vez completado este paso, puede usar un cmdlet de Windows
PowerShell para actualizar los datos de perfil y de taxonomía y moverlos a la base de datos de
230
taxonomía. Este cmdlet vuelve a conectar los datos a las aplicaciones de servicio de metadatos
administrados y de perfiles de usuario. Debe ejecutarlo para cada propiedad de metadatos
administrados que desea actualizar; no existe una opción para especificar todas las propiedades.
Tenga en cuenta que el servicio de metadatos administrados no acepta ciertos caracteres (como el
punto y coma, los corchetes angulares, las barras verticales, las comillas o los caracteres de
tabulación) que se permitían en las propiedades de perfiles de usuario basadas en listas de opciones
de Office SharePoint Server 2007. Si un término o conjunto de términos usa un carácter que ya no se
acepta, éste se quitará y se reemplazará por un espacio al actualizarse.
Para actualizar los datos de taxonomía y usarlos, el proxy de la aplicación del Servicio de
perfiles de usuario y el proxy de la aplicación de servicio de metadatos administrados deben
estar en el mismo grupo de proxy.
Antes de actualizar los datos de la taxonomía, busque el identificador del proxy de aplicación de
servicio de perfil de usuario (denominado SPServiceApplicationProxyPipeBand en Windows
PowerShell), localice la lista de propiedades de metadatos administrados y, a continuación, elija las
propiedades que desea actualizar.
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, escriba el siguiente comando:
Get-SPServiceApplicationProxy
Esto devuelve una lista de servidores proxy de aplicación de servicio. Copie el identificador de
proxy de aplicación de servicio de perfil de usuario.
Para obtener más información, vea Get-SPServiceApplicationProxy.
1. En la página principal de Administración central de SharePoint, haga clic en Administración
de aplicaciones.
2. En Aplicaciones de servicio, haga clic en Administrar aplicaciones de servicio.
3. Haga clic en la aplicación de servicio de perfil de usuario para el entorno a fin de abrir la
página Servicio Administrar perfil: Nombre de servicio.
4. En Personas, haga clic en Administrar propiedades de usuario.
5. Haga clic en un nombre de propiedad y, a continuación, haga clic en Editar.
6. Copie la cadena desde el cuadro Nombre.
Importante:
Para encontrar el identificador del proxy de aplicación de servicio de perfil de usuario mediante Windows PowerShell
Para ver el nombre de una propiedad de metadatos administrados
231
Éste es el nombre que se usa como identidad de la propiedad de metadatos administrados
cuando se actualizan los datos de la taxonomía.
Deberá ser un administrador de los metadatos administrados para actualizar los datos de la
taxonomía. Puede usar el cmdlet Move-SPProfileManagedMetadataProperty para actualizar
los datos de taxonomía. Este cmdlet puede tardar mucho en ejecutarse, según la cantidad de
perfiles que haya en el entorno.
1. Compruebe que se cumplen los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
Además, deberá pertenecer al rol de administrador del almacén de términos para el servicio de
metadatos administrados. Para obtener más información, vea el tema sobre Roles de
metadatos administrados.
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:
Move-SPProfileManagedMetadataProperty -ProfileServiceApplicationProxy
<SPServiceApplicationProxyPipeBind> -Identity <Identity> [-AvailableForTagging
Yes] [-TermSetName]
Ubicación
<SPServiceApplicationProxyPipeBind> es el identificador del proxy de aplicación de
servicio de perfil de usuario
<Identidad> es el nombre de la propiedad de metadatos administrados que desea mover
AvailableForTagging determina si pueden usarse los términos del conjunto de términos
resultantes para el etiquetado de metadatos administrados El valor predeterminado es No.
No marque conjuntos de términos que incluyan más de 20.000 términos con esta
propiedad. Esto se debe a que los términos marcados como disponibles para el etiquetado
se almacenan en la memoria caché del cliente y, si tiene miles o millones de términos
marcados como disponibles para el etiquetado, puede reducir de manera significativa el
rendimiento del cliente.
TermSetName especifica si se debe crear el nombre del conjunto de términos. Si no se
especifica este parámetro, la propiedad se asigna al conjunto de términos Keywords.
Para obtener más información, vea Move-SPProfileManagedMetadataProperty.
Cuando realice la actualización, todas las fotografías almacenadas como imágenes de perfil deben
actualizarse. Si no actualiza los datos de la tienda de fotografías, no se mostrará ninguna fotografía o
probablemente algunas se verán distorsionadas. Para actualizar la tienda de fotografías, debe usar el
cmdlet Update-SPProfilePhotoStore de Windows PowerShell. Es posible que este cmdlet tarde un
Importante:
Para actualizar los datos de taxonomía mediante Windows PowerShell
232
tiempo prolongado en ejecutarse si tiene una gran cantidad de perfiles y fotografías. El cmdlet copia las
fotografías de los usuarios de todos los lugares donde están almacenadas (generalmente en la
biblioteca de imágenes compartidas del sitio web de Mi sitio) y las coloca en la biblioteca de fotografías
del usuario en el host de Mi sitio. El proceso también genera tamaños de miniaturas de imagen
pequeño, mediano y grande que son los tamaños correctos para usarse en los distintos controles y
elementos web para fotografías de perfil de Mi sitio. Antes de ejecutar este cmdlet, compruebe las
cuotas de los sitios web de Mi sitio y asegúrese de que haya una gran cantidad de espacio disponible
para almacenar las fotografías; debe disponer de al menos 10 KB de espacio por usuario.
1. Compruebe que cumple con los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
También debe ser un administrador de colección de sitios para el host Mi sitio y deberá ser un
administrador de la aplicación de servicio de perfil de usuario con permiso para administrar
perfiles.
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:
Update-SPProfilePhotoStore -MySiteHostLocation <URL of the My Site Host>
Para obtener más información, vea Update-SPProfilePhotoStore.
Creación y configuración de la aplicación del Servicio de almacenamiento seguro y migración de los datos de inicio de sesión único al Servicio de almacenamiento seguro El servicio Inicio de sesión único (SSO), que estaba disponible en Office SharePoint Server
2007SharePoint Server 2010, se reemplazó con Servicio de almacenamiento seguro. No existe una
ruta de actualización directa para los datos y la configuración de SSO a Servicio de almacenamiento
seguro, pero puede migrar los datos de la base de datos de SSO a una nueva base de datos de
Servicio de almacenamiento seguro. La Aplicación de Servicios de Excel debe tener la cuenta de
Servicio de almacenamiento seguro para funcionar correctamente. Para actualizar los datos de SSO al
Servicio de almacenamiento seguro para su uso con la Aplicación de Servicios de Excel y el Servicio
de conectividad de datos empresariales, deberá llevar a cabo los siguientes pasos:
1. Aprovisionamiento de una aplicación del Servicio de almacenamiento seguro y de la nueva cuenta
de servicio desatendida para su uso con la aplicación de Servicios de Excel.
Deberá aprovisionar el Servicio de almacenamiento seguro antes de poder actualizar los datos del
servicio SSO. Además, deberá configurar una cuenta de servicio desatendida para que Aplicación
Para actualizar los datos del almacén de fotografías mediante Windows PowerShell
233
de Servicios de Excel funcione correctamente. Para obtener información detallada para crear y
configurar la aplicación del Servicio de almacenamiento seguro y crear la cuenta de servicio
desatendida, vea el tema Configuración del servicio de almacenamiento seguro para Servicios de
Excel.
2. Use el cmdlet Upgrade-SPSingleSignOnDatabase de Windows PowerShellpara migrar las
definiciones de la aplicación desde la base de datos de SSO a la base de datos de
almacenamiento seguro como aplicaciones de destino.
3. Use el cmdlet Disable-SPSingleSignOn de Windows PowerShell para deshabilitar el servicio SSO
en un servidor actualizado de la granja de servidores (únicamente para actualización en contexto).
1. Compruebe que cumple con los siguientes requisitos mínimos: Vea Add-SPShellAdmin.Deberá
tener permiso de acceso de lectura a la base de datos de SSO antigua y a la nueva base de
datos del Servicio de almacenamiento seguro para ejecutar este cmdlet.
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:
Upgrade-SPSingleSignOnDatabase -SSOConnectionString <SSOConnectionstring> -
SecureStoreConnectionString <SecureStoreConnectionstring> -SecureStorePassphrase
Passphrase>
donde:
<CadenaDeConexiónSSO> es una cadena de conexión válida para la base de datos de
SSO.
<CadenaDeConexiónDelAlmacenamientoSeguro> es una cadena de conexión válida para
la base de datos de almacenamiento seguro.
<FraseContraseña> es la frase de contraseña que se debe usar al conectarse al Servicio
de almacenamiento seguro.
Para obtener más información, vea Upgrade-SPSingleSignOnDatabase.
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.
Para actualizar los datos de SSO al Servicio de almacenamiento seguro mediante Windows PowerShell
Para deshabilitar el servicio SSO mediante Windows PowerShell (únicamente para actualización en contexto)
234
5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:
Disable-SPSingleSignOn -ServerName <ServerName>
donde:
<NombreServidor> es el nombre del servidor que ejecuta el servicio SSO.
Para obtener más información, vea Disable-SPSingleSignOn.
Actualización de soluciones que dependen del Catálogo de datos profesionales Si usó el método de base de datos adjunta para la actualización y desea continuar usando los datos
externos a los que se tiene acceso a través de una o varias definiciones de aplicaciones, debe realizar
las tareas siguientes:
1. En el entorno anterior, exporte las definiciones (modelos) de aplicaciones que requiere la solución
desde el Catálogo de datos profesionales de Office SharePoint Server 2007. Para obtener más
información, vea el tema sobre exportación de definición de aplicación.
2. Actualice la solución para usar las características y el modelo de objetos de Servicios de
conectividad empresarial de Microsoft. Esto incluye la actualización del archivo de definiciones de
la aplicación para que sea compatible con Servicios de conectividad empresarial de Microsoft.
Para obtener información acerca del modelo de objetos de Servicio de conectividad a datos
empresariales, vea el tema sobre el kit de programación del software Microsoft SharePoint 2010
(http://go.microsoft.com/fwlink/?linkid=166117&clcid=0xC0A).
3. En el nuevo entorno, después de la actualización, importe el modelo actualizado en el Servicio de
conectividad a datos empresariales. Para obtener más información, vea Administración de
modelos de Conectividad a datos empresariles (SharePoint Server 2010).
Actualización de los vínculos que se usan en las plantillas de formulario de InfoPath actualizadas Para una actualización de base de datos adjunta, se exportaron e importaron todas las plantillas de
formulario de InfoPath que había en el entorno cuando se creó el nuevo entorno. Después de la
actualización, se puede usar un cmdlet de Windows PowerShell para actualizar los vínculos que se
usan en dichas plantillas de formulario actualizadas para que señalen a las direcciones URL correctas.
Tenga en cuenta que este cmdlet no actualiza los vínculos codificados de forma rígida en scripts,
conexiones de datos ni ensamblados.
1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.
Para actualizar los vínculos de plantillas de formulario de InfoPath mediante Windows PowerShell
235
2. En el menú Inicio, haga clic en Herramientas administrativas.
3. Haga clic en Consola de administración de SharePoint 2010.
4. En el símbolo del sistema de Windows PowerShell, escriba el comando siguiente:
Update-SPInfoPathAdminFileURL -find <OldUURLtoReplace> -replace <NewURL>
Para obtener más información, vea Update-SPInfoPathAdminFileUrl.
Indicar a los usuarios que migren de Mis vínculos privados a las etiquetas privadas (opcional) La característica Mi sitio en Office SharePoint Server 2007 incluía una característica de marcadores
conocida como Mis vínculos. En SharePoint Server, esta función se reemplaza con las etiquetas
privadas. Los usuarios pueden seguir usando el elemento web Mis vínculos, o bien pueden migrar sus
vínculos de forma manual al conjunto de etiquetas privadas. Se trata de un proceso manual que cada
usuario puede realizar en Mi sitio.
1. Navegue a la siguiente dirección URL: http://my_site_url/_layouts/myquicklinks.aspx.
2. Active la casilla de verificación junto al vínculo o vínculos que desea convertir.
3. Haga clic en Crear etiqueta a partir de vínculo.
Para ver las etiquetas, en la página de perfil (http://my_site_url/Person.aspx), haga clic en Etiquetas y
notas y, a continuación, en Refinar por tipo, haga clic en Privada.
Para convertir un vínculo privado en una etiqueta privada
236
Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint Server 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 Server 2010.
Facilitar la actualización de las aplicaciones web existentes de Office SharePoint Server 2007 que
se configuraron para usar la autenticación basada en formularios para que funcione con
SharePoint Server 2010.
Después de actualizar a SharePoint Server 2010, las aplicaciones web de Microsoft Office SharePoint
Server 2007 se configuran para el inicio de sesión heredado. Para las aplicaciones web de Office
SharePoint Server 2007 configuradas para usar la autenticación de Windows, no se requieren pasos
adicionales para la actualización. En cambio, para las aplicaciones web de Office SharePoint Server
2007 configuradas para usar la autenticación basada en formularios o la autenticación web SSO,
primero es necesario convertir las aplicaciones web de Office SharePoint Server 2007 a la
autenticación de notificaciones para poder usarlas en SharePoint Server 2010. Después de convertir
las aplicaciones web de Office SharePoint Server 2007 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, migre los usuarios y permisos a SharePoint Server 2010.
En este artículo:
Conversión de aplicaciones web a autenticación de 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 SharePoint Server 2007 a SharePoint Server 2010
Conversión de aplicaciones web a autenticación de notificaciones Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para convertir las
aplicaciones web existentes a autenticación de notificaciones.
Para convertir aplicaciones web a autenticación de notificaciones
237
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 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.
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.
Para configurar la autenticación basada en formularios para una aplicación web basada en notificaciones mediante Administración central
238
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"
userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName
(of your userContainer)"
userObjectClass="person"
userFilter="(ObjectClass=person)"
scope="Subtree"
otherRequiredUserAttributes="sn,givenname,cn" />
</providers>
Para configurar el archivo Web.Config de Administración central
239
</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.
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>
Importante:
Para configurar el archivo Web.Config del servicio de token de seguridad
240
<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"
groupMemberAttribute="member"
userNameAttribute="sAMAccountName"
dnAttribute="distinguishedName"
groupFilter="(&(ObjectClass=group))"
userFilter="(&(ObjectClass=person))"
scope="Subtree" />
</providers>
241
</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:
<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"
Importante:
Para configurar el archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en formularios
242
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:
$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.
Importante:
Advertencia:
Para configurar una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell
243
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 SharePoint Server 2007 a SharePoint Server 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.
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.
Para migrar usuarios y permisos de SharePoint Server 2007 a SharePoint Server 2010
244
245
Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010)
Después de realizar una actualización en contexto o una actualización de base de datos adjunta en
Microsoft SharePoint Server 2010, debe comprobar si el contenido se actualizó correctamente en 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 realizar 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. Cuando actualiza 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 nuevamente.
En algunos casos, debe reiniciar la actualización para terminar de actualizar los sitios. Para obtener
más información sobre cómo reiniciar una actualización, vea Reanudación de la actualización
(SharePoint Server 2010).
En este artículo:
Comprobación de estado de la actualización
Validación del entorno actualizado
Revisión de sitios actualizados
Comprobación de estado de la actualización El proceso de actualización consta de varios pasos. 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. 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 en 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.
246
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 de Setup.exe para SharePoint Server 2010.
El archivo de registro de configuración se almacena en el directorio temporal para la cuenta de
usuario que ejecuta la configuración (%USERTEMP% o %WINDIR%\Users\user
account\AppData\Local\Temp). Recibe el nombre SharePoint Server
Setup(AAAAMMDDHHMMSSSSS).log, donde AAAAMMDD es la fecha y HHMMSSSSS es la hora
(la hora está en 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_AA 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 principio 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
247
La sesión de actualización finalizó correctamente
Si encuentra esas entradas, la instalación se realizó correctamente.
5. Si no encontró las entradas indicadas en el paso anterior del archivo de registro de
actualización o si está revisando uno de los demás archivos de registro, puede identificar
problemas específicos que puedan haber contribuido al error realizando una búsqueda o un
examen visual del archivo de los siguientes términos:
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 actualización, puede comprobar que la actualización se ha
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 del conjunto o 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 si el número inicie con "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
248
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 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 acerca de la
operación Localupgradestatus: Stsadm (Office SharePoint Server).
Validación del entorno actualizado Una vez que haya determinado que la actualización se completó correctamente, dedique tiempo a
validar su entorno. Revise los siguientes elementos:
Aplicaciones de servicio
¿Se configuraron correctamente?
¿Los proxy de aplicaciones de servicio están configurados de la forma deseada?
¿Debe crear nuevas conexiones entre granjas de servidores?
Sitios web de Mi sitio
¿Funcionan todos los elementos web?
¿Funcionan todas las características asociadas con los sitios web de Mi sitio?
¿Los usuarios pueden tener acceso a los sitios o ven errores de acceso denegado?
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
249
Es posible que vean este error si el host de Mi sitio que visitan no es el host predeterminado de
Mi sitio. Compruebe que las asociaciones de la aplicación de servicio y de proxy sean
correctas y, a continuación, compruebe que se hace referencia al host de Mi sitio
correctamente en la aplicación de servicio de perfiles de usuario. Restablezca Internet
Information Services (IIS) para aplicar los cambios.
Búsqueda
Ejecute un rastreo y revise los archivos de registro.
Ejecute consultas de búsqueda y compruebe que las consultas funcionen como se esperaba y
proporcionen los resultados apropiados. Veinticuatro horas después, vea los informes de
consulta y busque problemas.
Busque personas y perfiles.
Compruebe las personalizaciones de búsqueda para asegurarse de que funcionan como se
esperaba.
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 su entorno de producción. Si realizó una actualización en contexto y
decidió usar Actualización visual, puede usar la característica Actualización visual para obtener una
vista previa de los sitios en la nueva interfaz de usuario. Para obtener más información sobre cómo
obtener una vista previa de los sitios mediante Actualización visual, vea Administración de la
actualización visual (SharePoint Server 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 presentan 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. 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.
Sugerencia:
250
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 muestren 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.
¿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
251
Comprobaciones necesarias Acciones en caso de problemas
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.
¿Hay elementos web que siguen desprotegidos?
Si desprotege una página para realizar cambios,
asegúrese de volverla a proteger.
¿Los elementos web de Excel Web Access
funcionan correctamente? ¿Volvió a crear las
conexiones de manera adecuada? ¿Los orígenes
de datos externos siguen funcionando?
Compruebe todas las conexiones y orígenes de
datos externos.
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 abre la página Mantenimiento de elementos web, donde puede quitar y reparar el
elemento web con errores.
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 Server 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
Sugerencia:
252
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 los sitios correctos?
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 scripts 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.
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.
Sugerencia:
253
Páginas (no convertidas en fantasma) personalizadas
Las páginas personalizadas (no convertidas en fantasma) son páginas editadas y ahora son versiones
únicas de las páginas en lugar de las páginas de la plantilla predeterminada. En la siguiente lista se
muestran problemas que se pueden generar con las páginas personalizadas después de una
actualización y la forma de resolverlos.
Comprobaciones necesarias Acciones en caso de problemas
¿Las personalizaciones todavía están 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 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
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
254
Comprobaciones necesarias Acciones en caso de problemas
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.
¿Hay páginas que siguen desprotegidas? Si desprotege una página para realizar cambios,
asegúrese de volverla a proteger.
Vea también Reanudación de la actualización (SharePoint Server 2010)
Solución de problemas de actualización (SharePoint Server 2010)
255
Administración de la actualización visual (SharePoint Server 2010)
En este artículo se proporcionan los procedimientos relativos a la característica Actualización visual.
Cuando actualiza de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 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 Server 2010).
En este artículo:
Acerca del uso de Actualización visual
Visualización del 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 Server 2010.
256
Visualización del 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 de una colección de sitios 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 visualizar el estado de la interfaz de usuario actual mediante Windows PowerShell
Para revertir sitios a la interfaz de usuario anterior mediante Windows PowerShell
257
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:
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
Para forzar una actualización a la interfaz de usuario actual mediante Windows PowerShell
258
$web.UIVersionConfigurationEnabled = 0
$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 Microsoft Office SharePoint Server
2007.
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 Server 2010)
259
Uso de una dirección URL de AAM como parte del proceso de actualización (SharePoint Server 2010) (notas del producto)
En las notas del producto se describe la planeación de las 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 Server 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 Microsoft Office SharePoint Server 2007 existentes.
El proceso descrito en estas notas del producto es una técnica avanzada para evitar 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 largo 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
Determinación del enfoque de actualización (SharePoint Server 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=168858&clcid=0xC0A)
Importante: