Actualización a Microsoft SharePoint Server 2010

Microsoft Corporation

Publicado: noviembre de 2010

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

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

1

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.

2

Contenido

Cómo obtener ayuda.............................................................................................................................. 11

Actualización a SharePoint Server 2010................................................................................................12Vea también........................................................................................................................................ 13

Acerca del proceso de actualización (SharePoint Server 2010).............................................................14

Novedades de la actualización (SharePoint Server 2010).....................................................................15Requisitos de actualización.................................................................................................................15

Requisito de hardware: 64 bits........................................................................................................15Requisito de sistema operativo: Windows Server 2008 o Windows Server 2008 R2......................16Requisito de base de datos: SQL Server 2008 con Service Pack 1 o SQL Server 2005 con Service

Pack 3 de 64 bits.......................................................................................................................... 17Herramienta de comprobación previa a la actualización.....................................................................17Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas...........18Actualización visual............................................................................................................................. 18Actualización de características..........................................................................................................19Nuevas opciones para reducir el tiempo de inactividad durante la actualización................................19Cambios en las características principales entre versiones................................................................20

Introducción al proceso de actualización (SharePoint Server 2010)......................................................26Actualización en contexto...................................................................................................................26Actualización de base de datos adjunta..............................................................................................28Método híbrido 1: bases de datos de solo lectura...............................................................................30Mé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).............................................37Infraestructura de los servicios actualizados para SharePoint Server 2010.......................................37Actualización en contexto con servicios..............................................................................................38

Antes de la actualización en contexto..............................................................................................39Durante la actualización en contexto...............................................................................................39Después de la actualización en contexto.........................................................................................44

Actualización de base de datos adjunta con servicios........................................................................44Antes de la actualización de base de datos adjunta........................................................................44Durante la actualización de base de datos adjunta.........................................................................45Después de la actualización de base de datos adjunta...................................................................46

Consideraciones sobre servicios específicos......................................................................................46Perfiles de usuario........................................................................................................................... 46Sitios web de Mi sitio....................................................................................................................... 47

3

Office SharePoint Server Search.....................................................................................................47Búsqueda de Windows SharePoint Services...................................................................................48InfoPath Forms Services................................................................................................................. 49Servicios de Excel........................................................................................................................... 49Catálogo de datos profesionales.....................................................................................................49Inicio de sesión único......................................................................................................................50

Actualización de granjas de servidores (primarias y secundarias) que comparten servicios (SharePoint Server 2010)....................................................................................................................................... 51Actualización de granjas de servidores primarias y secundarias........................................................51Consideraciones de planeación para actualizar granjas de servidores primarias y secundarias........52Introducción al proceso: actualización de una granja primaria duplicada...........................................53Introducción al proceso: actualización mediante una granja de servidores primaria temporal............58Vea también........................................................................................................................................ 62

Actualización de SharePoint Portal Server 2003 a SharePoint Server 2010..........................................63Introducción al proceso.......................................................................................................................63

Secuencia de actualización.............................................................................................................64Antes de comenzar............................................................................................................................. 66

Revisión de los permisos requeridos...............................................................................................66Revisión de hardware y software requeridos...................................................................................67

Preparación para la actualización.......................................................................................................67Preparación de las granjas de servidores...........................................................................................68Realización de la primera actualización..............................................................................................69Comprobación de la primera actualización.........................................................................................70Realización de la segunda actualización............................................................................................70Comprobació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)................................................74Elección de un enfoque de actualización............................................................................................74Casos 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).......................84Revisión de topologías admitidas para la actualización......................................................................84

Orientación acerca de la topología física.........................................................................................84Topologías admitidas.......................................................................................................................85Migración de un servidor independiente a una granja de servidores...............................................85Migración desde hardware de 32 bits..............................................................................................85

Ediciones admitidas para la actualización...........................................................................................85Actualizaciones admitidas entre productos.........................................................................................86

4

Revisión de los requisitos del sistema para la actualización (SharePoint Server 2010).........................87Acerca de estos requisitos..................................................................................................................87

Determinación del procedimiento para tratar las personalizaciones (SharePoint Server 2010).............89Identificación de personalizaciones en el entorno...............................................................................89Evaluación de las personalizaciones..................................................................................................89Consideraciones sobre personalizaciones específicas.......................................................................90Comprobació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?...............................................................................94Cuándo comunicarse con el equipo de actualización y qué comunicarle...........................................96Cuá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)............................................................................................................................................................ 98Servicios de Catálogo de datos profesionales, registro de aplicaciones y Conectividad a datos

empresariales.................................................................................................................................. 98Funcionamiento de la actualización de los Servicios de conectividad empresarial.............................99Actualización mediante una base de datos adjunta..........................................................................101Consideraciones sobre la actualización específica de soluciones....................................................101

Modelos......................................................................................................................................... 102Elementos web.............................................................................................................................. 102Búsqueda...................................................................................................................................... 103Inicio de sesión único....................................................................................................................103Mantenimiento de bases de datos de servicio en servidores independientes...............................104Mantenimiento 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...................................................................................................................................... 105Acerca de la actualización de formularios durante una actualización a SharePoint Server 2010.....105Actualización de plantillas de formulario durante una actualización de una base de datos de

contenido adjunta a SharePoint Server 2010................................................................................106Exportación e importación de archivos de plantillas de formulario aprobadas por el administrador

entre bases de datos de configuración.......................................................................................107Actualizació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)..........................................................109Fase de planeación clave de la actualización visual.........................................................................109

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

5

Actualización a la nueva interfaz de usuario..................................................................................110Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios...............................110Problemas conocidos........................................................................................................................ 111Vea 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)................................................................................................................................................. 117Configuración de un entorno de prueba............................................................................................118

Uso de un entorno de prueba virtual..............................................................................................118Uso de un entorno de prueba físico...............................................................................................119Entornos de prueba adicionales para la actualización de base de datos adjunta..........................120

Identificación e instalación de personalizaciones..............................................................................120Copia de datos reales en el entorno de prueba y comprobación de la actualización........................121

Prueba de la actualización en contexto.........................................................................................122Prueba de una actualización de base de datos adjunta................................................................123

Revisión de los resultados................................................................................................................123Revisión de los archivos de registro..............................................................................................123Reinicio de la actualización, si es necesario..................................................................................124Revisió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)................................................................................................................................................. 126Estimación del espacio necesario para la actualización...................................................................126Estimación de la duración de la actualización...................................................................................127

Limpieza del entorno antes de la actualización (SharePoint Server 2010)..........................................132Elementos que se van a limpiar........................................................................................................132

Eliminación de colecciones de sitios y subwebs no utilizadas o infrautilizadas.............................132Solución del problema de las listas de gran tamaño......................................................................132Solución del problema de las ACL de gran tamaño.......................................................................133Eliminación de versiones del documento extrañas........................................................................133Eliminación de plantillas, características y elementos web no usados..........................................133Reparación de problemas con los datos........................................................................................134

Cambios estructurales......................................................................................................................134

Solución de problemas de actualización (SharePoint Server 2010).....................................................135Principios generales para la identificación de problemas..................................................................135

Primero, comprobar el estado de actualización y de los archivos de registro...............................135Después, solucionar los problemas en orden................................................................................136

Problemas comunes.........................................................................................................................136

6

Personalizaciones o archivos del lado servidor que faltan o están desusados.............................137Faltan opciones de configuración o no están configuradas correctamente para la granja de

servidores, la aplicación web o los servicios..............................................................................138Niveles de actualización incoherentes o incorrectos.....................................................................138Problemas con los datos...............................................................................................................138Cambios en la interfaz de usuario.................................................................................................139Falta de espacio............................................................................................................................ 139Autenticación basada en formularios.............................................................................................140

Seguridad y permisos....................................................................................................................... 140Actualizació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...............................................................140Vea también...................................................................................................................................... 140

Recuperación tras un error de actualización (SharePoint Server 2010)...............................................141Recuperación cuando tiene bases de datos de solo lectura en un entorno en modo de espera

(actualización de base de datos adjunta)......................................................................................141Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en

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

Reanudación de la actualización (SharePoint Server 2010)................................................................143Reinicio de la actualización de una granja de servidores mediante psconfig.exe.............................143Reinicio 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)...........146Acerca del informe de la herramienta de comprobación previa a la actualización............................147Ejecució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)................................................................................................................................................. 150Realización de una copia de seguridad del entorno.........................................................................150Comprobación de las copias de seguridad.......................................................................................150Vea 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)...............................153Preparación de la actualización........................................................................................................153Ejecución de la actualización............................................................................................................155Realización de pasos posteriores a la actualización.........................................................................159Vea también...................................................................................................................................... 163

Actualización en contexto a SharePoint Server 2010...........................................................................164

7

Introducción al proceso.....................................................................................................................165Antes de comenzar........................................................................................................................... 166Instalación de requisitos previos.......................................................................................................167Ejecución del programa de instalación en todos los servidores........................................................167Ejecución del Asistente para configuración de Productos de SharePoint.........................................168Comprobación del estado de la actualización de los sitios...............................................................170Comprobación................................................................................................................................... 171Pasos adicionales............................................................................................................................. 171Vea también...................................................................................................................................... 171

Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint Server 2010)................................................................................................................................................. 172Introducción al proceso.....................................................................................................................173Antes de comenzar........................................................................................................................... 173Para desasociar bases de datos y actualizarlas en paralelo en la misma granja de servidores.......174Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño

reducido temporal.......................................................................................................................... 176Comprobación................................................................................................................................... 178Pasos adicionales............................................................................................................................. 178

Instalación de paquetes de idioma disponibles (SharePoint Server 2010)...........................................179Instalación de paquetes de idioma y actualización de sitios.............................................................179Cambio de idioma............................................................................................................................. 179Cambio de un producto totalmente localizado a un paquete de idioma............................................180Cambio de idioma a un nuevo paquete de idioma............................................................................180Vea 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).........183Preparación de la actualización........................................................................................................183Ejecución de la actualización............................................................................................................186Realización de pasos posteriores a la actualización.........................................................................190Vea también...................................................................................................................................... 194

Preparación del nuevo entorno de SharePoint Server 2010 para una actualización de base de datos adjunta.............................................................................................................................................. 195Antes de comenzar........................................................................................................................... 195Creación y configuración del nuevo entorno.....................................................................................196

Instalar........................................................................................................................................... 196Configuración de las aplicaciones de servicio...............................................................................197Configuración de las opciones generales de la granja de servidores............................................198Creación y configuración de aplicaciones web..............................................................................199Volver a aplicar las personalizaciones...........................................................................................200

8

Comprobación del nuevo entorno.....................................................................................................201Actualización..................................................................................................................................... 201

Bases de datos adjuntas y actualización a SharePoint Server 2010....................................................202Introducción al proceso.....................................................................................................................203Antes de comenzar........................................................................................................................... 204Configuració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).................................................................................204Copia de seguridad de las bases de datos de versión anterior mediante las herramientas de SQL

Server............................................................................................................................................ 206Desasociación de las bases de datos de la versión anterior (base de datos adjunta estándar).......208Restauración de una copia de seguridad de la base de datos (base de datos adjunta con bases de

datos de solo lectura)....................................................................................................................210Comprobación de los componentes personalizados.........................................................................211Adjuntar una base de datos de contenido a una aplicación web......................................................212Comprobación: comprobación de actualización de la primera base de datos..................................214Actualización de la base de datos de servicios compartidos............................................................215Actualización de sitios web de Mi sitio..............................................................................................218Adjuntar las bases de datos restantes..............................................................................................219Comprobación: comprobación de actualización de las bases de datos adicionales.........................219Pasos adicionales............................................................................................................................. 220Vea 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)................................................................................................................................................. 222Configurar sevicios nuevos y actualizados después de una actualización en contexto....................222Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los

servicios de perfiles.......................................................................................................................223Creació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........................................226Actualización de soluciones que dependen del Catálogo de datos profesionales............................227Indicar 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)..................................................................................................................................... 229Volver a aplicar permisos de administrador para servicios...............................................................229Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los

servicios de perfiles.......................................................................................................................229Creació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........................................232Actualización de soluciones que dependen del Catálogo de datos profesionales............................234Actualización de los vínculos que se usan en las plantillas de formulario de InfoPath actualizadas 234

9

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)...........................................................................................236Conversión de aplicaciones web a autenticación de notificaciones..................................................236Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante

Administración central................................................................................................................... 237Configuración de los archivos Web.Config LDAP.............................................................................238Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante

Windows PowerShell.....................................................................................................................242Migració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)......245Comprobación de estado de la actualización....................................................................................245

Revisión de los archivos de registro..............................................................................................246Comprobación del número de versión...........................................................................................247Comprobación del estado de la actualización de los sitios............................................................247

Validación del entorno actualizado....................................................................................................248Revisión de sitios actualizados.........................................................................................................249

Elementos web.............................................................................................................................. 249Listas grandes............................................................................................................................... 251Estilos y apariencia........................................................................................................................ 252Permisos........................................................................................................................................ 252Páginas (no convertidas en fantasma) personalizadas.................................................................253

Vea también...................................................................................................................................... 254

Administración de la actualización visual (SharePoint Server 2010)....................................................255Acerca del uso de Actualización visual.............................................................................................255Visualización del estado de la interfaz de usuario actual..................................................................256Revertir los sitios a la interfaz de usuario anterior............................................................................256Forzar una actualización a la interfaz de usuario actual...................................................................257Opciones de los propietarios de sitios para actualización visual.......................................................258Vea 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

10

Cómo obtener ayudaSe 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

11

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.

12

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énUso de una dirección URL de AAM como parte del proceso de actualización (SharePoint Server 2010) (notas del producto)

13

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.

14

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ónPara 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 bitsSharePoint 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 Server 2008 de 64 bits. Si la instalación de Office SharePoint Server 2007 se encuentra actualmente

15

Nota:

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 R2SharePoint 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 Server 2008 para Windows SharePoint Services 3.0 con SP1 en TechNet (http://go.microsoft.com/fwlink/?linkid=155575&clcid=0xC0A).

16

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 bitsSharePoint 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ónLa 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 preupgradecheckMediante la herramienta de comprobación previa a la actualización, se puede encontrar información como la siguiente:

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.

17

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 adjuntarlasUse 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 visualUna 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 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

18

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ísticasSharePoint 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ónSegú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).

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

19

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 versionesSharePoint 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 comprobación previa a la actualización no realiza cambios en el entorno. Para obtener más

20

Concepto, término o característica

Nuevo o modificado Comentarios

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

Ahora usa el sitio web de Administración central para

21

Concepto, término o característica

Nuevo o modificado Comentarios

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 PowerShell para especificar una

22

Concepto, término o característica

Nuevo o modificado Comentarios

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 notificaciones

Nuevo La autenticación basada en notificaciones es un nuevo modelo

23

Concepto, término o característica

Nuevo o modificado Comentarios

de autenticación más eficaz y flexible que funciona con cualquier sistema de identidad corporativo, incluidos los Servicios de dominio de Active Directory (AD DS), los directorios basados en LDAP, las bases de datos específicas de la aplicación y los nuevos modelos de identidad centrados en el usuario como LiveID. Para obtener más información, vea Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint 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

24

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

25

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 contextoUna 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:

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

26

Importante:

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.

27

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 adjuntaLa 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:

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.

28

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 lecturaEste 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:

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.

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.

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.

30

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 datosEste 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

31

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.

32

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

33

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.

34

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.

35

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 2010En 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.

36

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 serviciosAl 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

37

consumieron desde ese SSP. Todos los administradores del SSP se agregan al sitio web de Administración central de SharePoint como administradores delegados.

Bases de datosSe 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.

SitiosEl 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 contextoSi 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:

38

Infraestructura de servicios después de la actualización:

39

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:

40

Infraestructura de servicios después de la actualización:

41

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.

42

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 serviciosSerá 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.

43

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

44

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.

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íficosLos 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.

45

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

46

Office SharePoint Server SearchAntes 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).

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 servicioDurante 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 datosEn 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 índiceAntes 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.

47

Sugerencia:

Búsqueda de Windows SharePoint ServicesSe 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 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 ServicesAl 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 profesionalesDurante 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

48

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

Inicio de sesión únicoEl 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).

49

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 secundariasEn 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

50

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 secundariasCuando 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).

51

Introducción al proceso: actualización de una granja primaria duplicadaPara 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.

52

53

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.

54

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.

55

56

Introducción al proceso: actualización mediante una granja de servidores primaria temporalSi 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.

57

58

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.

59

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.

60

Vea tambiénPublicació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)

61

Actualización de SharePoint Portal Server 2003 a SharePoint Server 2010No 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 procesoDebido 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.

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:

62

Nota: Importante

Secuencia de actualizaciónPara actualizar el contenido en las dos versiones, siga estos pasos.

1. Preparación para la actualizacióna. 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 2007a. 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 2010a. 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.

63

Actualización de base de datos adjunta a SharePoint Server 2010.

64

Antes de comenzarAntes 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).

65

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ónDebido 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)

66

Importante:

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 servidoresEn 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 temporalEn 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).

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

67

Importante: Sugerencia:

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ónUna vez configuradas las granjas de servidores, estará listo para actualizar las bases de datos de contenido a Office SharePoint Server 2007.

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

68

Importante:

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ónPara 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ónDespué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.

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.

69

Importante:

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ónPara 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).

70

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.

71

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.

72

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ónExisten 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 o modificarlas.

Los servidores y las granjas permanecen sin conexión durante el progreso de la actualización. Dado que la actualización no se interrumpe, debe asignar tiempo suficiente para que todo el contenido se actualice secuencialmente.

73

Nota:

Enfoque Descripción Ventajas Inconvenientes

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 vez para acelerar el

Tiempos de actualización más cortos para el entorno global.

Este es un proceso manual que requiere supervisión y pasos adicionales.

74

Técnica Descripción Ventajas Inconvenientes

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.

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

75

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

76

Casos especialesEs 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).

77

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

78

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

79

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

80

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.

81

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

82

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ónCuando 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ísicaLa 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).

83

Topologías admitidasEn 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 servidoresSi 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 bitsNo 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ónEn 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.

84

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 productosEn 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

85

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

86

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.

87

Importante:

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 entornoComo 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 personalizacionesDespué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?

88

¿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íficasAdemá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

89

Tipo de personalización Recomendación

se 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).

90

Tipo de personalización Recomendación

Páginas maestras y archivos CSS Modifíquelos para acomodarlos a la nueva experiencia de usuario.

JavaScript Realice una prueba para determinar si es necesario realizar alguna acción. En algunos casos, puede que tenga que ajustar los scripts para que funcionen con el nuevo modelo de página. Compruebe que funciona en un sitio actualizado y en ambos modos de la actualización visual.

Proveedor de búsqueda u optimizador de seguridad

Realice una prueba para determinar si es necesario realizar alguna acción.

Elementos web Realice una prueba para determinar si es necesario realizar alguna acción. Puede que tenga que ajustar elementos web para que funcionen con el modo XHMTL estricto.

Si un elemento web está situado en una página, pero no en una zona de elementos web (por tanto, se trata básicamente de código HTML incrustado directamente en una página), no funcionará si revierte la página a la plantilla predeterminada.

Servicios Realice una prueba para determinar si es necesario realizar alguna acción. Vuelva a diseñar o ajustar el código según sea necesario.

Proveedores de autenticación Realice una prueba para determinar si es necesario realizar alguna acción. Vuelva a implementar el proveedor en una granja de servidores de prueba y asegúrese de que funciona correctamente con autenticación de notificaciones.

No se admiten los siguientes tipos de personalizaciones. Si tiene alguna de estas personalizaciones en el entorno, debe sustituirlas y usar un tipo 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

91

Advertencia:

de actualización puede variar de manera significativa. El procedimiento recomendado consiste en revertir todos los cambios en todos los archivos del disco.

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 recomendadosAsegú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).

92

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.

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.

93

Nota:

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.

Cuándo comunicarse con el equipo de actualización y qué comunicarleEn 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

94

Nota:

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

95

Cuándo comunicarse con los usuarios del sitio y qué comunicarlesTambié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?

96

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

97

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

98

Importante:

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:

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

99

Advertencia:

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 adjuntaHay 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 solucionesEn 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

Inicio de sesión único

Mantenimiento de relaciones de granjas de servidores primarias y secundarias

100

ModelosComo 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 webOffice 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

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

101

Importante:

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úsquedaPara 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 únicoEn 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)

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.

102

Importante:

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 secundariasEn 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énPlaneación de los Servicios de conectividad empresarial (SharePoint Server 2010)

103

Planeación de una actualización de plantillas de formulario durante una actualización a SharePoint Server 2010En 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 2010Cuando 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.

104

Actualización de plantillas de formulario durante una actualización de una base de datos de contenido adjunta a SharePoint Server 2010Cuando 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

105

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ónLos 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.

106

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 servidorDurante 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 2010Las 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.

107

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 visualLa 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 existenteSi 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 organización de comandos y los estilos conservan la interfaz de usuario anterior. Independientemente

108

Nota:

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 usuarioSi 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 sitiosEs 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.

109

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 Wiki, los calendarios interactivos y las relaciones entre listas) no estarán disponibles. Sin embargo, cuando los sitios cambian a la nueva interfaz de usuario, las características de la aplicación aparecen automáticamente. También es importante notar que todos los sitios nuevos creados después de realizada la actualización usan la nueva interfaz de usuario de forma predeterminada.

Problemas conocidosHay 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

110

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énActualización en contexto a SharePoint Server 2010

Bases de datos adjuntas y actualización a SharePoint Server 2010

Actualización a SharePoint Server 2010

111

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)

112

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.

113

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

114

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.

115

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

116

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 pruebaPara 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 virtualAl 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.

117

Uso de un entorno de prueba físicoCuando 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.

118

Entornos de prueba adicionales para la actualización de base de datos adjuntaSi 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 personalizacionesPara 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

119

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ónNo 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:

120

Sugerencia

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

5. Revise los resultados.

121

Importante:

Prueba de una actualización de base de datos adjunta1. 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 resultadosDespué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 registroRevise los siguientes archivos de registro:

El archivo de registro de la herramienta de comprobación previa a la actualización.

Los archivos de registro para la herramienta de comprobación previa a la actualización (stsadm -o preupgradecheck) están en %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Los nombres de los archivos de registro tienen el siguiente formato: PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la hora (horas en formato de 24 horas, minutos, segundos y milisegundos) y se usa el número aleatorio para diferenciar entre posibles intentos simultáneos de ejecutar la herramienta de comprobación previa a la actualización.

El archivo de registro de Asistente para configuración de Productos de SharePoint (Psconfig.exe) (se genera cuando se ejecuta este asistente como parte de la actualización en contexto de prueba).

122

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 necesarioDurante 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).

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

123

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 actualizadosRevise 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 pruebasRepita 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.

124

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ónCuando 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 volver

125

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ónUna 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.

126

Nota:

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

127

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

128

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 comunicacionesDebe 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 CenterDebe supervisar el rendimiento del sistema durante la actualización, pero no es necesario supervisar características específicas. Pause todas las alertas y alarmas innecesarias de Microsoft Systems Center Operations Manager o Microsoft Operations Manager, y vuelva a activarlas después de la actualización.

Activación y desactivación de creación de reflejos de SQL y trasvase de registros

129

Nota Precaución:

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)—.

130

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 limpiarVarios 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 infrautilizadasNo 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ñoDe 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 el propietario del sitio o el propietario de la lista solucionen el problema antes de la actualización. Por

131

Importante:

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ñoCon 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ñasUna 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 usadosEn 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.

132

Reparación de problemas con los datosLimpie 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 estructuralesSi 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).

133

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 problemasComience 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 registroLos 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).

134

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 ordenAlgunos 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 comunesCompruebe si alguno de los siguientes problemas está causando una advertencia o error de actualización.

135

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.

136

Faltan opciones de configuración o no están configuradas correctamente para la granja de servidores, la aplicación web o los serviciosCompruebe 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 incorrectosDebe 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 datosLos 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).

137

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 usuarioLos 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 espacioSi 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).

138

Autenticación basada en formulariosSe 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 permisosSi 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ñadasCuando 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 modificadosSi 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énRealizació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)

139

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.

140

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

141

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

1. Confirme que dispone de las siguientes credenciales administrativas:

Para usar Psconfig.exe, debe ser un miembro del grupo Administradores local del servidor.

142

Nota: Para reiniciar la actualización de la granja de servidores

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> -waitExiste 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 PowerShellSi 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.

143

Nota: Para reiniciar la actualización de una base de datos mediante Windows PowerShell

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.

144

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 Windows SharePoint Services 3.0 (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0xC0A).

Podría tener que ejecutar la herramienta de comprobación previa a la actualización más de una vez. Por ejemplo, si ejecuta la herramienta para evaluar la granja de servidores pero no va a realizar la actualización hasta varias semanas después, 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.

145

Nota: Nota:

Acerca del informe de la herramienta de comprobación previa a la actualizaciónLa 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

146

Sugerencia:

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ónAntes 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 preupgradecheckEste 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).

147

Para ejecutar la herramienta de comprobación previa a la actualización

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.

148

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 entornoPuede 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 seguridadEs 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).

149

Vea tambiénCopia de seguridad y restauración de una granja de servidores (Office SharePoint Server 2007)

150

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.

151

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ónSiga 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ónEjecute 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.

152

Pasos previos a la actualización en contexto Notas

[ ] Limpieza del entornoAntes 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 usuarioRegistre 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 bloqueadosLos 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.

153

Pasos previos a la actualización en contexto Notas

volver a aplicar la configuración tras la actualización.

[ ] Copia de seguridad del entornoRealice 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ónSiga 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ónEjecute 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

Realice este paso en cada servidor web y servidor de

154

Realizar la actualización en contexto Notas

Antes de la actualización, debe ejecutar el instalador de requisitos 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".

aplicaciones del entorno.

[ ] 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 usuariosSi 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 servidoresEjecute 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

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.

155

Realizar la actualización en contexto Notas

SharePoint Server 2010".

[ ] Instalación de paquetes de idiomaInstale 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 SharePointSi 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

Realice este paso en cada servidor web y servidor de aplicaciones del entorno.

Este paso puede tardar una hora o más.

156

Realizar la actualización en contexto Notas

artículo "Actualizar en contexto a SharePoint Server 2010".

[ ] 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

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

157

Realizar la actualización en contexto Notas

datos y, a continuación, actualice los datos.

Pasos detallados: Guía básica para la actualización en contexto con bases de datos desasociadas (SharePoint Server 2010).

función del conjunto de datos, de si se van a actualizar varias bases de datos en paralelo y del hardware de los servidores web, servidores de bases de datos y subsistema de almacenamiento.

[ ] Supervisión del progreso de la actualizaciónUse 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ónLleve 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 notificacionesEn 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

Lleve a cabo este paso para todas la aplicaciones web que usaban autenticación basada en formularios en Office SharePoint Server 2007.

158

Pasos posteriores a la actualización en contexto Notas

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

[ ] Configuración de servicios nuevos y actualizados después de una actualización en contextoEn 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 usuarioLos datos de las propiedades de perfil en Microsoft Office SharePoint Server 2007 que

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

159

Pasos posteriores a la actualización en contexto Notas

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

completarse.

[ ] Crear y configurar la aplicación del Servicio de almacenamiento seguro y migrar datos de inicio de sesión único al Servicio de almacenamiento seguroEl 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

Lleve a cabo este paso para cada aplicación del Servicio de almacenamiento seguro que necesite datos de un servicio de SSO anterior.

160

Pasos posteriores a la actualización en contexto Notas

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

[ ] Actualización de soluciones que dependen del Catálogo de datos profesionalesSi 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

Lleve a cabo este paso una sola vez para todo el entorno.

161

Pasos posteriores a la actualización en contexto Notas

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

[ ] Comprobación de la actualización y revisión de los sitios actualizadosRevise 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).

Lleve a cabo este paso para cada aplicación web actualizada y colección de sitios del entorno.

Este paso puede tardar una hora, varias horas o días según el contenido.

Además, debe solicitar que los propietarios revisen sus sitios y generen informes acerca de los posibles problemas.

[ ] Inicio de un rastreo completoDespué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énHoja de cálculo de actualización para Productos de SharePoint 2010

162

Actualización en contexto a SharePoint Server 2010Al 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 (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

163

Nota: Importante: Importante:

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

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

164

Nota: Nota:

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

Instalación de requisitos previosAntes 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

165

Para ejecutar el instalador de requisitos previos

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

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

166

Nota: Importante: Para instalar la versión nueva

Ejecución del Asistente para configuración de Productos de SharePointSi 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.

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)

167

Importante: Precaución: Para ejecutar el Asistente para configuración de Productos de SharePoint

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.

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

168

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 sitiosUna 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 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ónSi 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).

169

Nota:

Pasos adicionalesUna 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énSolución de problemas de actualización (SharePoint Server 2010)

170

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 personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar posibles problemas.

171

Nota:

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 procesoDebido 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 comenzarAntes 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.

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

172

Importante:

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 servidoresEn 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 datos1. 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 contexto1. Instale todos los requisitos previos en todos

los servidores de la granja.

173

Proceso de actualización en contexto con bases de datos desasociadas (en la misma granja de servidores)

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

174

Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño reducido temporalEn 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

175

Proceso de actualización en contexto con bases de datos desasociadas (granja de servidores de tamaño reducido temporal)

original en contexto1. 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 contenido1. 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.

176

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ónSi 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 adicionalesUna 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).

177

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 sitiosSi 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 idiomaGeneralmente, 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.

178

Cambio de un producto totalmente localizado a un paquete de idiomaUse 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 idiomaUse 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 de administradores de la granja de servidores de SharePoint.

179

Para cambiar de un producto totalmente localizado a un paquete de idiomaPara cambiar el idioma a un nuevo paquete de idioma

5. Cree nuevos sitios a partir del nuevo paquete de idioma.

6. Mueva manualmente el contenido a los nuevos sitios.

Vea tambiénImplementación de paquetes de idioma (SharePoint Server 2010)

180

Realizar una actualización de base de datos adjunta a SharePoint Server 2010Ahora 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.

181

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ónSiga 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ónEjecute 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.

182

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 entornoCree 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 entornoAntes 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.

Realice este paso una vez para todo el entorno.

Este proceso puede tardar días o semanas.

183

Pasos anteriores a la actualización de una base de datos adjunta Notas

Pasos detallados: Limpieza del entorno antes de la actualización (SharePoint Server 2010).

Preparación del nuevo entornoVea 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 idiomaInstale 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 servicioHabilite 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 servidoresVuelva 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.

184

Pasos anteriores a la actualización de una base de datos adjunta Notas

[ ] Creación y configuración de aplicaciones webCree una aplicación web para cada aplicación web del entorno anterior.

Realice este paso una vez para todo el entorno.

[ ] Nueva aplicación de las personalizaciones del servidorTransfiera 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 entornoDespué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ónSiga 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ónVuelva a ejecutar la herramienta de

La ejecución de la herramienta de comprobación tarda solo unos minutos, pero la solución de los problemas puede tardar mucho

185

Ejecución de una actualización de base de datos adjunta Notas

comprobación previa a la actualización para identificar nuevos problemas o problemas existentes antes de establecer las bases de datos como de solo lectura o hacer una copia de seguridad de las bases de datos.

Pasos detallados: Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 2010).

más.

[ ] 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 datosHaga 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

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

186

Ejecución de una actualización de base de datos adjunta Notas

copia de seguridad), desasocie las bases de datos originales de la versión de Microsoft SQL Server para poder moverlas al nuevo entorno.

administrador de bases de datos para realizar esta tarea.

[ ] Restauración de una copia de seguridad de la base de datos (base de datos adjunta con bases de datos de solo lectura)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 personalizadosUse 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 permisosAsegú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 webAdjunte 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-

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,

187

Ejecución de una actualización de base de datos adjunta Notas

SPContentDatabase de Windows PowerShell o la operación AddContentDB de Stsadm.

los servidores de bases de datos y el subsistema de almacenamiento.

[ ] Comprobación de la actualización para la primera base de datosCompruebe 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).

Realice este paso para la base de datos de contenido que acaba de 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 sitioConfigure 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

Realice este paso para cada base de datos de contenido restante

188

Ejecución de una actualización de base de datos adjunta Notas

Adjunte y actualice las bases de datos de contenido restantes del entorno. Debe realizar esta acción desde la línea de comandos.

del entorno.

Este paso puede tardar una hora, varias horas o más tiempo según el conjunto de datos, si va a actualizar varias bases de datos en paralelo y según el hardware de los servidores web, los servidores de bases de datos y el subsistema de almacenamiento.

[ ] Supervisión del progreso de la actualizaciónUse 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 restanteCompruebe 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ónSiga estos pasos por orden después de la actualización de la base de datos adjunta.

189

Pasos posteriores a la actualización de la base de datos adjunta Notas

[ ] Nueva aplicación de permisos de administrador para serviciosDe 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.

Realice este paso para todos los servicios que requieran permisos restringidos.

[ ] 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 usuarioLos 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

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.

190

Pasos posteriores a la actualización de la base de datos adjunta Notas

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 seguroEl 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

Lleve a cabo este paso para cada aplicación del Servicio de almacenamiento seguro que necesite datos de un servicio de SSO anterior.

[ ] Actualización de soluciones que dependen del Catálogo de datos profesionalesSi usó el método de base de datos adjunta para la actualización y

Lleve a cabo este paso una sola vez para todo el entorno.

191

Pasos posteriores a la actualización de la base de datos adjunta Notas

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

[ ] Actualización de los vínculos que se usan en las plantillas de formulario de InfoPath actualizadasPara 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 actualizadosRevise los sitios para asegurarse de que se han actualizado correctamente y de que están disponibles para los usuarios.

Pasos detallados: Comprobación

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

192

Pasos posteriores a la actualización de la base de datos adjunta Notas

de la actualización y revisión de los sitios actualizados (SharePoint Server 2010).

generen informes acerca de los posibles problemas.

[ ] Inicio de un rastreo completoDespué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énHoja de cálculo de actualización para Productos de SharePoint 2010

193

Preparación del nuevo entorno de SharePoint Server 2010 para una actualización de base de datos adjuntaAl 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 comenzarAntes 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).

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

194

Importante:

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

InstalarEl 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 productoSiga 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)

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

195

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 servicioDebe 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 empresarialesLos 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 ExcelDebe 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É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.

196

Aplicación de servicio de búsquedaLa 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 seguroDebe 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 ServicesConfigure 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 servidoresEl siguiente paso en la creación del nuevo entorno consiste en aplicar las opciones generales de la granja de servidores. De forma manual, debe volver a aplicar las opciones de configuración de la granja de la versión anterior, incluidas las siguientes:

Configuración de correo electrónico entrante y saliente

Toda la configuración de permisos y seguridad de la granja de servidores, como la adición de cuentas de usuario o grupo al grupo de administradores de la granja de servidores.

Tipos de archivos bloqueados

197

Importante:

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 webCree 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)

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 personalizacionesUna 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

198

Nota: Importante

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

199

Nota:

Comprobación del nuevo entornoUna 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ónUna 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.

200

Nota:

Bases de datos adjuntas y actualización a SharePoint Server 2010Cuando 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

201

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 procesoCuando 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).

Antes de comenzarAntes 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.

202

Nota: Nota:

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.

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.

203

Importante:

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 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 ServerSiga 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

204

Importante: Para configurar una base de datos como de solo lectura en SQL Server 2000Para configurar una base de datos como de solo lectura en SQL Server 2005Para configurar una base de datos como de solo lectura en SQL Server 2008

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

205

Para realizar una copia de seguridad de una base de datos en SQL Server 2000

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

206

Para realizar una copia de seguridad de una base de datos en SQL Server 2005Para realizar una copia de seguridad de una base de datos en SQL Server 2008

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.

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.

207

Importante: Para desasociar una base de datos de contenido de una aplicación web

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.

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.

208

Importante: Para desasociar una base de datos de una sesión de SQL Server y moverla a otra sesión de SQL Server

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

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.

209

Para restaurar la copia de seguridad de una base de datos en SQL Server 2005 Enterprise Edition

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

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>

210

Para restaurar la copia de seguridad de una base de datos en SQL Server 2008 EnterprisePara comprobar qué componentes personalizados están disponibles mediante Windows PowerShell

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

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.

211

Importante: Importante Sugerencia

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

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>]

212

Para adjuntar una base de datos de contenido a una aplicación web mediante Windows PowerShell

Para adjuntar una base de datos de contenido a una aplicación web mediante la herramienta de línea de comandos Stsadm

[-databasepassword<contraseña>] [-sitewarning <recuentoDeAdvertenciaDelSitio>] [-preserveolduserexperiencetrue/false][-sitemax<recuentoMáximoDelSitio>] [-assignnewdatabaseid][-clearchangelog]

NotaCuando 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 datosDespué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 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.

213

Para ver la página Estado de actualización Para abrir el archivo de registro de actualización

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

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.

214

Importante: Para crear un grupo de aplicaciones para el servicio de perfiles de usuario mediante Windows PowerShell

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>]

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

215

Para comprobar que el servicio de metadatos administrados está habilitadoPara habilitar el servicio de perfiles de usuario y actualizar la base de datos de SSP mediante Windows PowerShell

Para crear el proxy para el servicio de perfiles de usuario y asociarlo con el grupo de servidores proxy predeterminado mediante Windows PowerShell

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, 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

216

Actualización de permisos en el servicio de perfiles de usuarioInicio del servicio de sincronización de perfiles de usuario Importante

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

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.

217

Para configurar la dirección URL del host de Mi sitio

Adjuntar las bases de datos restantesTras 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 adicionalesTras 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).

Pasos adicionalesUna 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énSolución de problemas de actualización (SharePoint Server 2010)

218

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.

219

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 contextoEn 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).

220

Actualización de las propiedades de perfil a datos de taxonomía y de la tienda de fotografías para los servicios de perfilesLos 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.

Para obtener más información, vea Get-SPServiceApplicationProxy.

221

Importante: Para encontrar el identificador del proxy de aplicación de servicio de perfil de usuario mediante Windows PowerShell

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

222

Para ver el nombre de una propiedad de metadatos administrados Importante: Para actualizar los datos de taxonomía mediante Windows PowerShell

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.

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 seguroEl 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

223

Para actualizar los datos de la tienda de fotografías mediante Windows PowerShell

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

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.

224

Para actualizar los datos de SSO al Servicio de almacenamiento seguro mediante Windows PowerShell

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

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.

225

Para deshabilitar el servicio SSO mediante Windows PowerShell (únicamente para actualización en contexto)

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.

226

Para convertir un vínculo privado en una etiqueta privada

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 serviciosDe 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 perfilesLos 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

227

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.

Éste es el nombre que se usa como identidad de la propiedad de metadatos administrados cuando se actualizan los datos de la taxonomía.

228

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

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

229

Importante: Para actualizar los datos de taxonomía mediante Windows PowerShell

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 seguroEl 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

230

Para actualizar los datos del almacén de fotografías mediante Windows PowerShell

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.

5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

Disable-SPSingleSignOn -ServerName <ServerName>

231

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)

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 profesionalesSi 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 actualizadasPara 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.

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:

232

Para actualizar los vínculos de plantillas de formulario de InfoPath mediante Windows PowerShell

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.

233

Para convertir un vínculo privado en una etiqueta privada

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 notificacionesLleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para convertir las aplicaciones web existentes a autenticación de notificaciones.

1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.

234

Para convertir aplicaciones web a autenticación de notificaciones

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

7. Haga clic en Aceptar para crear la aplicación web.

235

Para configurar la autenticación basada en formularios para una aplicación web basada en notificaciones mediante Administración central

Configuración de los archivos Web.Config LDAPDespué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>

</membership>

<roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" >

236

Para configurar el archivo Web.Config de Administración central

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

<add name="membership"

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

Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

237

Importante: Para configurar el archivo Web.Config del servicio de token de seguridad

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>

</roleManager>

Después de agregar la entrada anterior, guarde el archivo Web.Config y ciérrelo.

238

Importante:

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"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

239

Para configurar el archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en formularios

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

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

240

Importante: Advertencia:Para configurar una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell

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 2010Lleve 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.

241

Para migrar usuarios y permisos de SharePoint Server 2007 a SharePoint Server 2010

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ónEl 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.

242

Revisión de los archivos de registroPara 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:

243

Para revisar los archivos de registro

La sesión de actualización finalizó correctamenteSi 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ónAdemá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 sitiosPara 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.

244

Para comprobar el número de versión en la página Servidores de la granja

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 actualizadoUna 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?

245

Para ver el estado de actualización en Administración central de SharePointPara ver el estado de actualización desde la línea de comandos

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 actualizadosRevise 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 webEn la tabla siguiente se enumeran los problemas con elementos web que se producen después de la actualización, y la manera de solucionarlos.

246

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

247

Sugerencia:

Comprobaciones necesarias Acciones en caso de problemas

errores al representar controles o errores porque faltan ensamblados. Estos errores indican que el elemento web no está instalado o configurado correctamente para el nuevo entorno y debe volver a instalarse o configurarse.

¿Funcionan correctamente los elementos web? Abra la página en el modo de edición de la página en el explorador o en SharePoint Designer 2010 y compruebe si existen errores que indican que falta un componente o servicio. Asegúrese de que los componentes o servicios de los que dependan los elementos web existen en el sitio actualizado. En especial para el enfoque de actualización de base de datos adjunta, debe asegurarse de que instaló todos los componentes y servicios que necesita para sus elementos web, y de que los configuró correctamente (por ejemplo, la lista de controles seguros de Web.config).

Actualizar y volver a implementar un elemento web que existe pero que ya no funciona correctamente.

¿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 grandesDe 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

248

Sugerencia:

peticiones, no se permitirá la vista o consulta. Revise las listas grandes del entorno y haga que el propietario del sitio o el propietario de la lista resuelva el problema. Por ejemplo, pueden crear columnas indizadas con vistas filtradas, organizar los elementos en carpetas, establecer un límite de elementos en la página para una vista grande o utilizar una lista externa.

Estilos y aparienciaEn 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.

249

Sugerencia:

Páginas (no convertidas en fantasma) personalizadasLas 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

250

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énReanudación de la actualización (SharePoint Server 2010)

Solución de problemas de actualización (SharePoint Server 2010)

251

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

252

Visualización del estado de la interfaz de usuario actualPuede 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 anteriorSi 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 revertir todos los sitios de una colección a la interfaz de usuario anterior, en el símbolo del

253

Para visualizar el estado de la interfaz de usuario actual mediante Windows PowerShellPara revertir sitios a la interfaz de usuario anterior mediante Windows PowerShell

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 actualPara forzar la aplicación de la nueva interfaz de usuario después de una actualización, se recomienda que primero conceda a los propietarios de colecciones de sitios y propietarios de sitios un determinado tiempo para que obtengan una vista previa de la nueva interfaz de usuario y corrijan cualquier problema que pudieran tener. Al forzar una actualización a la nueva interfaz de usuario, puede usar un script o el Asistente para configuración de Productos de SharePoint durante la actualización inicial. Para obtener más información sobre la actualización y el Asistente para configuración de Productos de SharePoint, vea Ejecución del Asistente para configuración de Productos de SharePoint. En el siguiente procedimiento se muestra cómo actualizar mediante programación todas las colecciones de sitios y todos los sitios a la nueva interfaz de usuario.

1. Compruebe si se cumplen los siguientes requisitos: Vea Add-SPShellAdmin.

2. En el menú Inicio, haga clic en Todos los programas.

3. Haga clic en Productos de Microsoft SharePoint 2010.

4. Haga clic en Consola de administración de SharePoint 2010.

5. En el símbolo del sistema de Windows PowerShell, escriba el siguiente comando:

$webapp = Get-SPWebApplication http://sitename

foreach ($s in $webapp.sites)

{$s.VisualUpgradeWebs() }

Para obtener más información, vea Get-SPWebApplication

Para actualizar una sola colección de sitios a la nueva interfaz de usuario, escriba los siguientes comandos en el símbolo del sistema de Windows PowerShell:

$site = Get-SPSite http://server

$site.VisualUpgradeWebs()

Para actualizar un solo sitio a la nueva interfaz de usuario, escriba los siguientes comandos en el símbolo del sistema de Windows PowerShell:

$web = Get-SPWeb http://server/site

$web.UIVersion = 4

$web.UIVersionConfigurationEnabled = 0

254

Para forzar una actualización a la interfaz de usuario actual mediante Windows PowerShell

$web.Update()

Opciones de los propietarios de sitios para actualización visualEl 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énPlaneación de la actualización visual (SharePoint Server 2010)

255

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)

256

Importante: