1

Actualización a Microsoft SharePoint Server 2010

Microsoft Corporation

Publicado: noviembre de 2010

Autor: Equipo de Microsoft Office System and Servers (itspdocs@microsoft.com)

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:

itspdocs@microsoft.com

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="(&amp;(ObjectClass=person))"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

<roleManager enabled="true" >

<providers>

<add name="rolemanager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

dnAttribute="distinguishedName"

groupFilter="(&amp;(ObjectClass=group))"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree" />

</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="(&amp;(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="(&amp;(ObjectClass=group))"

userFilter="(&amp;(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: