1

Actualización a Microsoft SharePoint Foundation 2010

Microsoft Corporation

Publicado: noviembre de 2010

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

Resumen

Este libro está diseñado para guiar a administradores y profesionales de TI a través del proceso de

actualización a Microsoft SharePoint Foundation 2010 de Windows SharePoint Services 3.0.

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

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

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

2

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

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

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

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

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

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

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

referencia.

© 2010 Microsoft Corporation. Reservados todos los derechos.

Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer,

Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows

Mobile, Windows PowerShell, Windows Server y Windows Vista son marcas registradas de Microsoft

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

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

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

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

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

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

3

Contenido

Cómo obtener ayuda ............................................................................................................................... 10

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

Vea también ......................................................................................................................................... 12

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

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

Requisitos de actualización .................................................................................................................. 14

Requisito de hardware: 64 bits ......................................................................................................... 14

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

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

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

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

Actualización visual .............................................................................................................................. 17

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

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

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

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

Actualización en contexto ..................................................................................................................... 25

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

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

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

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

Introducción al proceso ........................................................................................................................ 34

Secuencia de actualización .............................................................................................................. 35

Antes de comenzar .............................................................................................................................. 37

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

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

Preparación de la actualización ........................................................................................................... 38

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

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

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

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

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

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

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

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

4

Casos especiales ................................................................................................................................. 48

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

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

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

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

Topologías admitidas ........................................................................................................................ 55

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

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

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

Acerca de estos requisitos ................................................................................................................... 57

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

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

Evaluación de las personalizaciones ................................................................................................... 59

Consideraciones sobre personalizaciones específicas ....................................................................... 60

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

.......................................................................................................................................................... 63

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

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

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

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

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

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

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

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

Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios ................................. 69

Problemas conocidos ........................................................................................................................... 70

Vea también ......................................................................................................................................... 71

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

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

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

.............................................................................................................................................................. 76

Configurar un entorno de prueba ......................................................................................................... 77

Usar un entorno de prueba virtual .................................................................................................... 77

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

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

Identificar e instalar personalizaciones ................................................................................................ 79

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

5

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

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

Revisar los resultados .......................................................................................................................... 82

Revisar los archivos de registro ........................................................................................................ 82

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

Revisión de sitios actualizados ......................................................................................................... 84

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

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

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

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

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

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

Elementos que se van a limpiar ........................................................................................................... 90

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

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

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

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

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

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

Cambios estructurales .......................................................................................................................... 92

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

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

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

Solucionar los problemas por orden ................................................................................................. 94

Problemas comunes ............................................................................................................................. 94

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

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

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

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

Problemas con los datos ................................................................................................................... 96

Cambios en la interfaz de usuario .................................................................................................... 97

Falta de espacio ................................................................................................................................ 97

Autenticación basada en formularios ................................................................................................ 97

Seguridad y permisos ........................................................................................................................... 97

Vea también ......................................................................................................................................... 98

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

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

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

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

contexto) ......................................................................................................................................... 100

6

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

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

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

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

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

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

............................................................................................................................................................ 104

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

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

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

Foundation 2010) ............................................................................................................................... 108

Copia de seguridad del entorno ......................................................................................................... 108

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

Vea también ....................................................................................................................................... 109

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

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

Preparación de la actualización ......................................................................................................... 111

Realización de la actualización .......................................................................................................... 113

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

Vea también ....................................................................................................................................... 118

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

Introducción al proceso ...................................................................................................................... 120

Antes de comenzar ............................................................................................................................ 121

Instalación de requisitos previos ........................................................................................................ 122

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

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

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

Comprobación .................................................................................................................................... 126

Vea también ....................................................................................................................................... 126

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

Foundation 2010) ............................................................................................................................... 127

Introducción al proceso ...................................................................................................................... 128

Antes de comenzar ............................................................................................................................ 128

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

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

reducido temporal ........................................................................................................................... 130

Comprobación .................................................................................................................................... 133

7

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

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

Acerca del cambio de idioma ............................................................................................................. 134

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

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

Vea también ....................................................................................................................................... 136

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

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

remoto de blobs) ................................................................................................................................ 137

En esta sección .................................................................................................................................. 138

Vea también ....................................................................................................................................... 139

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

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

Vea también ....................................................................................................................................... 142

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

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

Vea también ....................................................................................................................................... 147

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

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

Vea también ....................................................................................................................................... 154

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

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

............................................................................................................................................................ 156

Preparación de la actualización ......................................................................................................... 156

Realización de la actualización .......................................................................................................... 159

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

Vea también ....................................................................................................................................... 163

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

Antes de comenzar ............................................................................................................................ 164

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

Instalar ............................................................................................................................................ 165

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

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

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

Volver a aplicar las personalizaciones ............................................................................................ 167

Comprobación del nuevo entorno ...................................................................................................... 168

Realizar la actualización ..................................................................................................................... 168

8

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

Introducción al proceso ...................................................................................................................... 171

Antes de comenzar ............................................................................................................................ 171

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

bases de datos de solo lectura) ...................................................................................................... 172

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

herramientas de SQL Server .......................................................................................................... 173

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

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

solo lectura)..................................................................................................................................... 178

Comprobar los componentes personalizados .................................................................................... 179

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

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

Adjuntar las bases de datos restantes ............................................................................................... 183

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

Vea también ....................................................................................................................................... 183

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

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

notificaciones (SharePoint Foundation 2010) .................................................................................... 185

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

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

Administración central ..................................................................................................................... 186

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

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

Windows PowerShell ...................................................................................................................... 191

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

2010 ................................................................................................................................................ 192

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

............................................................................................................................................................ 194

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

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

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

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

Revisión de sitios actualizados .......................................................................................................... 197

Elementos web ............................................................................................................................... 198

Listas grandes ................................................................................................................................. 200

Estilos y apariencia ......................................................................................................................... 200

Permisos ......................................................................................................................................... 201

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

Vea también ....................................................................................................................................... 202

9

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

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

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

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

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

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

Vea también ....................................................................................................................................... 206

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

2010) (notas del producto) ................................................................................................................. 207

10

Cómo obtener ayuda

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

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

problemas, puede comprobar si hay actualizaciones en:

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

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

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

electrónico:

itspdocs@microsoft.com

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

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

en:

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

11

Actualización a SharePoint Foundation 2010

Esta es la guía de actualización de Microsoft SharePoint Foundation 2010. Los artículos incluidos en

esta guía ayudan a planear y realizar una actualización de Windows SharePoint Services 3.0 a

SharePoint Foundation 2010.

Para ver una descripción general gráfica del proceso de actualización e información acerca de cómo

planear y probar la actualización, vea los siguientes modelos de actualización:

Planeación de la actualización

Métodos de actualización

Prueba del proceso de actualización

En esta guía:

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

Obtenga información acerca de las novedades de la actualización y el funcionamiento del proceso

de actualización.

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

Determine qué método debería seguir para actualizar a SharePoint Foundation 2010 y planear el

proceso de actualización.

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

Obtenga información acerca de cómo realizar una prueba del proceso de actualización de

antemano para comprender los posibles problemas de la actualización real y determinar el tiempo

y el espacio necesarios para la actualización. Además, aprenda a resolver los problemas que

surgen durante la actualización real.

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

Averigüe cuáles son los pasos necesarios que deben llevarse a cabo antes de la actualización,

incluida la información acerca de cómo ejecutar la herramienta de comprobación previa a la

actualización.

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

Siga los pasos de esta sección si va a actualizar en contexto a SharePoint Foundation 2010. Al

actualizar en contexto, debe instalar SharePoint Foundation 2010 en el mismo hardware y, a

continuación, actualizar el contenido y la configuración del servidor o del conjunto o granja de

servidores como parte de un solo proceso.

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

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

(Almacenamiento remoto de blobs)

Siga los pasos descritos en esta sección si tiene una instalación independiente con bases de datos

de contenido que se aproximan a los 4 GB.

12

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

Siga los pasos de esta sección si va a usar el método de actualización de base de datos adjunta

para actualizar a SharePoint Foundation 2010. Al usar el método de actualización de base de

datos adjunta, debe actualizar el contenido del entorno en una granja de servidores independiente.

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

Averigüe cómo comprobar si la actualización se completó correctamente y cuáles son los pasos

necesarios posteriores a la actualización para que los usuarios puedan volver a usar el entorno.

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

2010) (notas del producto)

13

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

El primer paso en cualquier proceso de actualización es informarse acerca del proceso para poder

planear y prepararse de forma apropiada. Esta sección de la guía de actualización contiene artículos

que le ayudarán a entender cómo funciona la actualización.

En esta sección:

Novedades de la actualización (SharePoint Foundation 2010)

Obtenga información acerca de los nuevos requisitos, métodos y características disponibles para

actualizar a Microsoft SharePoint Foundation 2010.

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

Obtenga una descripción general visual de los pasos que se deben seguir en cada método de

actualización.

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

Comprenda cómo usar las actualizaciones de base de datos adjunta para actualizar el contenido

de Windows SharePoint Services 2.0 a Microsoft SharePoint Foundation 2010.

14

Novedades de la actualización (SharePoint Foundation 2010)

Microsoft SharePoint Foundation 2010 se ha diseñado para escalabilidad y rendimiento, por lo que

necesita los nuevos requisitos de hardware y software que se describen en este artículo. Estos

requisitos son pertinentes tanto para el método de actualización en contexto como el de actualización

de base de datos adjunta. Para obtener más información, vea Determinación del método de

actualización (SharePoint Foundation 2010).

Con el fin de facilitar una actualización predecible y reducir el impacto de los problemas de entorno y

personalización que puedan impedir una actualización correcta, puede usar el cmdlet test-

spcontentdatabase de Windows PowerShell, la nueva opción de actualización visual o la operación

preupgradecheck de Stsadm.

En este artículo:

Requisitos de actualización

Herramienta de comprobación previa a la actualización

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

Actualización visual

Actualización de características

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

Cambios en las características principales entre versiones

Requisitos de actualización Para poder realizar una actualización en contexto o una actualización de base de datos adjunta en

SharePoint Foundation 2010, el entorno existente de Windows SharePoint Services 3.0 o el entorno

nuevo de SharePoint Foundation 2010 deben cumplir los siguientes requisitos mínimos.

Para obtener más información acerca de los requisitos generales del sistema para SharePoint

Foundation 2010, vea Requisitos de hardware y software (SharePoint Foundation 2010). Para

obtener más información acerca de los requisitos de actualización, vea Revisión de los

requisitos del sistema para la actualización (SharePoint Foundation 2010).

Requisito de hardware: 64 bits

SharePoint Foundation 2010 sólo se puede ejecutar en una edición de 64 bits del sistema operativo

Windows Server 2008 R2 o Windows Server 2008 con SP2. Si se planea una actualización en

contexto, la instalación de Windows SharePoint Services 3.0 se debe ejecutar en un entorno de

Nota:

15

Windows Server 2008 de 64 bits. Si la instalación de Windows SharePoint Services 3.0 se encuentra

actualmente en un entorno de 32 bits, no se podrá llevar a cabo una actualización en contexto en el

servidor o en el conjunto o granja de servidores existente. Se debe instalar SharePoint Foundation

2010 en otro servidor o granja que admita aplicaciones de 64 bits y, a continuación, se deben mover

los datos a ese servidor o granja mediante una actualización de base de datos adjunta.

Para detectar y solucionar de manera más fácil los problemas relacionados con los procesos de

migración y actualización, se recomienda que no se combinen las acciones de migración a un entorno

de 64 bits y de actualización en contexto a SharePoint Foundation 2010. Debido a que se debe

disponer de un entorno de 64 bits para poder actualizar en contexto a SharePoint Foundation 2010, se

debe migrar a un sistema operativo de 64 bits antes de llevar a cabo una actualización en contexto. Si

se usa una actualización de base de datos adjunta, se puede migrar a 64 bits como parte del proceso

de actualización.

Antes de migrar a un entorno de 64 bits:

Actualice Windows SharePoint Services 3.0 al mismo Service Pack o al mismo nivel de

actualización de software en todos los equipos de la granja de servidores de origen.

Averigüe si es necesario volver a compilar las aplicaciones de 32 bits existentes y los ensamblados

personalizados, como receptores de eventos y elementos web, para ejecutarlos en el entorno de

64 bits. (Algunas aplicaciones se pueden ejecutar en ambos entornos y no es necesario volver a

compilarlas.) Si las aplicaciones existentes son aplicaciones de terceros, compruebe con el

proveedor los aspectos relacionados con la compatibilidad y las versiones de 64 bits.

Para obtener más información acerca de cómo planear y llevar a cabo una migración a un entorno de

64 bits, vea el artículo sobre migración de una granja de servidores existente a un entorno de 64 bits

(Windows SharePoint Services 3.0) en TechNet

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

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

SharePoint Foundation 2010 se debe ejecutar en una edición de 64 bits de Windows Server 2008 R2 o

Windows Server 2008 con Service Pack 2 (SP2). Si actualmente ejecuta Windows SharePoint Services

3.0 en Windows Server 2003 y desea actualizar a SharePoint Foundation 2010, debe prever disponer

de una cantidad suficiente de licencias de Windows Server para la implementación en el sistema

operativo más reciente.

Para detectar y solucionar de manera más fácil los problemas relacionados con los procesos de

migración y actualización, se recomienda que no se combinen las acciones de actualización o

migración a Windows Server 2008 o Windows Server 2008 R2 con el proceso de actualización a

SharePoint Foundation 2010. Se puede combinar la migración a hardware de 64 bits con la migración

a Windows Server 2008 o Windows Server 2008 R2.

Si ya ejecuta hardware de 64 bits, puede actualizar de Windows Server 2003 a Windows Server

2008 o Windows Server 2008 R2. Para obtener más información acerca de cómo llevar a cabo una

actualización en contexto a Windows Server 2008, vea el artículo sobre actualización a Windows

16

Server 2008 para Windows SharePoint Services 3.0 con SP1 en TechNet

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

Si migra a un hardware de 64 bits, aproveche la oportunidad de migrar también a Windows Server

2008 o Windows Server 2008 R2 al mismo tiempo. Para obtener más información acerca de cómo

instalar Windows SharePoint Services 3.0 en Windows Server 2008, vea el artículo sobre la

implementación de una granja de servidores sencilla en el sistema operativo Windows Server 2008

(Windows SharePoint Services) en TechNet

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

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

SharePoint Foundation 2010 requiere que su servidor de base de datos sea una versión de 64 bits de

uno de los siguientes: Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la

actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la actualización

acumulativa 3. Si la instalación de Windows SharePoint Services 3.0 actual usa SQL Server 2000,

debe actualizar a una de estas versiones antes de poder actualizar a SharePoint Foundation 2010.

Para detectar y solucionar los problemas relacionados con los procesos de migración y actualización

de un modo más fácil, se recomienda que no se combinen las acciones de migración a SQL Server de

64 bits con el proceso de actualización a SharePoint Foundation 2010. Se puede combinar la

migración a SQL Server de 64 bits con el proceso general de migración a hardware de 64 bits.

Si combina la migración a SQL Server 2005 SP3 o SQL Server 2008 en hardware de 64 bits con

una migración general a un entorno de 64 bits, siga las instrucciones sobre cómo migrar a un

entorno de 64 bits descritas anteriormente en este artículo.

Para obtener más información acerca de cómo migrar todas las bases de datos, vea el artículo

sobre el traslado de todas las bases de datos (Windows SharePoint Services 3.0) en TechNet

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

Si ya dispone de hardware de 64 bits, pero tiene que actualizar a SQL Server 2005 SP3 o

SQL Server 2008, siga las instrucciones descritas en la documentación de SQL Server.

Herramienta de comprobación previa a la actualización La herramienta de comprobación previa a la actualización es una herramienta de línea de comandos

que se ejecuta en un entorno de Windows SharePoint Services 3.0 para encontrar posibles problemas

de actualización y para revisar los procedimientos recomendados y las sugerencias.

STSADM.exe –o preupgradecheck

Mediante la herramienta de comprobación previa a la actualización, se puede encontrar información

como la siguiente:

17

Una lista de todos los servidores y componentes de la granja de servidores y si los servidores

cumplen con los siguientes requisitos de actualización: hardware de 64 bits y sistema operativo

Windows Server 2008.

Las direcciones URL de las asignaciones alternativas de acceso que se usan en la granja.

Una lista de todas las definiciones de sitio, plantillas de sitio, características y paquetes de

plantillas de idiomas instalados en la granja.

Si en la granja hay personalizaciones que no son compatibles (como modificaciones del esquema

de base de datos).

Si en la granja hay bases de datos o sitios huérfanos.

Si en la granja faltan valores de configuración o estos no son válidos (como la falta del archivo

Web.config, nombres de host no válidos o cuentas de servicio no válidas).

Si las bases de datos cumplen con los requisitos de actualización. Por ejemplo, que las bases de

datos se establezcan en lectura y escritura, y que el tamaño de las bases de datos y colecciones

de sitios almacenados en Windows Internal Database no supere los 4 GB.

La herramienta de comprobación previa a la actualización está disponible con Windows SharePoint

Services 3.0 Service Pack 2 y se ha actualizado en la actualización acumulativa de octubre de 2009

para Windows SharePoint Services 3.0. Puede descargar e instalar la actualización acumulativa de

octubre de 2009 en el artículo sobre los paquetes de actualización acumulativa de octubre de 2009

publicados para SharePoint Server 2007 y Windows SharePoint Services 3.0

(http://go.microsoft.com/fwlink/?linkid=169179&clcid=0xC0A). Para obtener más información acerca de

cómo usar esta herramienta, vea los siguientes artículos en TechNet:

Preupgradecheck: operación de Stsadm (Windows SharePoint Services)

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

Comprobación y creación de informes previos a la actualización para versiones futuras (Windows

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

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

2010)

Comando de Windows PowerShell para comprobar las bases de datos antes de adjuntarlas Puede usar el cmdlet test-spcontentdatabase de Windows PowerShell antes de adjuntar una base de

datos de contenido a SharePoint Foundation 2010 para determinar si faltan personalizaciones del lado

servidor en el entorno. Para obtener más información, vea Bases de datos adjuntas y actualización a

SharePoint Foundation 2010 y Test-SPContentDatabase.

Actualización visual Una nueva característica disponible con la actualización permite al administrador del servidor o

propietario del sitio determinar cuándo el nuevo aspecto de SharePoint Foundation 2010 se usa para

18

una colección de sitios en particular y si esto sucede. Los administradores del servidor pueden elegir

adoptar el nuevo aspecto y estilo para todos los sitios durante la actualización, permitir a los

propietarios de los sitios llevar a cabo su elección después de la actualización o conservar el aspecto y

estilo antiguos para todos los sitios.

Si el administrador del servidor permite que los propietarios de los sitios decidan, una vez que el sitio

se ha actualizado mediante una actualización en contexto, se ofrecerá una opción de vista previa en la

interfaz de usuario del sitio. Esta opción proporciona una vista previa del aspecto de SharePoint

Foundation 2010 para el sitio:

Si al propietario le gusta el aspecto del sitio y cómo funciona, puede aceptar la actualización visual.

Si el propietario desea conservar el aspecto y estilo antiguos, puede revertir al aspecto de

Windows SharePoint Services 3.0.

De manera predeterminada, se conserva el aspecto de Windows SharePoint Services 3.0. Para

obtener más información, vea Planeación de la actualización visual (SharePoint Foundation 2010).

Actualización de características SharePoint Foundation 2010 proporciona nuevos miembros y tipos, lo que permite actualizar

características personalizadas por medio de actualizaciones declarativas y control de versiones. El uso

de estos miembros permite actualizar cualquier característica creada para Windows SharePoint

Services 3.0 para que funcione con SharePoint Foundation 2010. Para obtener más información, vea el

tema sobre la actualización de características.

Nuevas opciones para reducir el tiempo de inactividad durante la actualización Según el entorno y la complejidad y cantidad de sitios de SharePoint, el proceso de actualización

puede ser largo. Para reducir el tiempo de inactividad durante el proceso, SharePoint Foundation 2010

admite las siguientes opciones:

Actualización de varias bases de datos al mismo tiempo (actualización paralela) Al

actualizar a SharePoint Foundation 2010, puede iniciar manualmente la actualización de varias

bases de datos al mismo tiempo mediante el método híbrido de desasociación de bases de datos

para actualizar. En Windows SharePoint Services 3.0, solo se podía ejecutar un proceso de

actualización a la vez, de modo que era necesario procesar cada base de datos en secuencia. Se

produce un impacto en el rendimiento al ejecutar la actualización en varias bases de datos en lugar

de hacerlo en una sola, pero es posible que sea más rápido actualizar varias bases de datos al

mismo tiempo que actualizarlas en secuencia. La cantidad de bases de datos que se pueden

actualizar en paralelo dependerá del hardware del entorno y de la estructura del contenido de las

bases de datos. Para obtener más información, vea Guía básica para la actualización en contexto

con bases de datos desasociadas (SharePoint Foundation 2010).

19

Uso de bases de datos de solo lectura para proporcionar un acceso a datos continuo Si

lleva a cabo una actualización de base de datos adjunta y si estableció las bases de datos

originales en modo de solo lectura, la granja de servidores antigua puede seguir proporcionando

contenido a los usuarios mientras se actualiza una copia de las bases de datos en una granja

nueva. En este caso, los usuarios pueden seguir teniendo acceso a los datos, aunque no podrán

agregar nuevos datos o actualizar los datos existentes. Cuando se haya completado

satisfactoriamente la actualización de todo el contenido de la granja, los usuarios se podrán

trasladar a la granja activa nueva.

Para obtener más información acerca de las bases de datos de solo lectura, vea el artículo sobre

la ejecución de una granja de servidores que usa bases de datos de solo lectura (Windows

SharePoint Services).

Para obtener más información acerca de estas técnicas para reducir el tiempo de inactividad, vea el

artículo Determinación del método de actualización (SharePoint Foundation 2010).

Cambios en las características principales entre versiones SharePoint Foundation 2010 tiene una nueva arquitectura e incluye una gran cantidad de

funcionalidades nuevas. En las siguientes tablas se incluyen algunos de los cambios clave en la

terminología y las características que afectan de inmediato al proceso de administración general y de

administración de sitios después de la actualización.

Concepto, término o

característica

Nuevo o modificado Comentarios

Herramienta de comprobación

previa a la actualización

Nuevo La herramienta de comprobación

previa a la actualización es una

operación de línea de comandos

de Stsdam que se ejecuta en un

entorno de Windows SharePoint

Services 3.0 para encontrar

posibles problemas de

actualización y para revisar las

recomendaciones y los

procedimientos recomendados.

A diferencia de la herramienta de

detección previa a la actualización

(Prescan.exe) que se usaba para

actualizar a Windows SharePoint

Services 3.0, la herramienta de

comprobación previa a la

20

Concepto, término o

característica

Nuevo o modificado Comentarios

actualización no realiza cambios

en el entorno. Para obtener más

información, vea Ejecución de la

herramienta de comprobación

previa a la actualización

(SharePoint Foundation 2010).

Sitio web de Administración

central de SharePoint

Modificado El sitio web de Administración

central ha sido rediseñado con

nuevas funciones y opciones

disponibles como las siguientes:

La cinta de opciones facilita la

visualización o modificación

de detalles acerca de una

aplicación web al proporcionar

todas las opciones en la

misma página. Para obtener

más información sobre las

aplicaciones web, vea

Administración de

aplicaciones web (SharePoint

Foundation 2010).

Se agregaron asistentes de

configuración para facilitar el

proceso de configuración que

guían al usuario por los pasos

necesarios para configurar la

granja de servidores. Para

obtener más información, vea

Implementación de un

servidor único con SQL

Server (SharePoint

Foundation 2010).

Ahora puede realizar una

copia de seguridad desde la

página Copias de seguridad y

restauración. Para obtener

más información, vea Copia

de seguridad (SharePoint

21

Concepto, término o

característica

Nuevo o modificado Comentarios

Foundation 2010).

Cinta de opciones New Se ha incorporado la interfaz de

usuario de la cinta de opciones

para garantizar una experiencia

del usuario coherente y para

facilitar el trabajo con los sitios de

SharePoint. La cinta de opciones

es contextual de forma que solo

verá las opciones relevantes para

las tareas que desea realizar. La

cinta de opciones también se

puede personalizar.

Aplicaciones de servicio Nuevo Una nueva arquitectura de

servicios que permite administrar

y centralizar servicios

eficazmente. Los servicios

individuales se pueden configurar

de forma independiente y las

compañías de terceros pueden

agregar servicios a la plataforma.

Para obtener más información,

vea Configurar servicios

(SharePoint Foundation 2010).

Páginas maestras Modificado Ahora, un propietario del sitio

puede aplicar personalizaciones

de marca a su sitio, independiente

de otros sitios, y los

administradores pueden

especificar si las páginas del

sistema en la carpeta _Layouts se

presentan mediante las páginas

maestras del sitio proporcionadas

por los propietarios del sitio o

mediante las páginas maestras

predeterminadas del sistema.

Además, es posible usar Windows

PowerShell para especificar una

página maestra de cliente en las

22

Concepto, término o

característica

Nuevo o modificado Comentarios

páginas de error del sistema,

páginas de inicio de sesión,

páginas de confirmación y otras

páginas no específicas del sitio.

Temas Modificado SharePoint Foundation 2010 ha

cambiado la manera en que

funcionan los temas y facilita su

personalización. Puede importar

temas de Microsoft PowerPoint

2010 directamente a SharePoint

Foundation 2010. Además, los

temas ahora pueden aplicarse a

todos los subsitios de esta

interfaz. Para obtener más

información, vea Planeación para

el uso de temas (SharePoint

Foundation 2010).

Servicios de conectividad

empresarial (BCS)

Nuevo Los servicios de conectividad

empresarial (BCS) se crean en la

funcionalidad del Catálogo de

datos profesionales disponible en

la versión anterior del producto

para proporcionar acceso a

sistemas externos desde

soluciones basadas en

SharePoint. BCS admite la

interacción con los sistemas

externos mediante elementos web

y listas de SharePoint, y también

admite la interacción con los datos

procedentes de clientes de Office

enriquecidos. Para obtener más

información, vea Información

general de Servicios de

conectividad empresarial

(SharePoint Foundation 2010).

Autenticación basada en

notificaciones

Nuevo La autenticación basada en

notificaciones es un nuevo modelo

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

Foundation 2010).

Limitación de peticiones y

controles de lista

Nuevo Las limitaciones de peticiones y

los controles de lista son dos

nuevos controles de rendimiento.

Las limitaciones de peticiones

proporcionan una manera de

controlar los recursos del servidor

y están diseñadas de forma que el

servidor puede protegerse de

sobrecargas en horario comercial

pico. SharePoint Foundation 2010

también proporciona varias

opciones de configuración

distintos que restringirán las

consultas que pueden ejecutarse

en una lista grande. Estas

opciones se pueden configurar

para cada aplicación web.

SharePoint Designer Modificado SharePoint Foundation 2010

proporciona a los administradores

mayor control sobre cómo usar

SharePoint Designer en cada

aplicación web; por ejemplo, los

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 programador Nuevo Ésta es una nueva incorporación

al diagnóstico del servidor que

muestra información detallada

para cada carga de página y, por

lo tanto, ayuda a solucionar

problemas de rendimiento.

Soluciones de espacio aislado Nuevo Ahora, puede permitir que los

administradores del sitio carguen

código de usuario personalizado

mediante soluciones de espacio

aislado. Para obtener más

información, vea Planeación de

soluciones de espacio aislado

(SharePoint Foundation 2010).

25

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

Es posible elegir entre dos métodos de actualización básica cuando se actualiza de Windows

SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010: actualización en contexto y

actualización de base de datos adjunta. Una actualización en contexto se usa para actualizar todos los

sitios de Microsoft SharePoint en el mismo hardware. Una actualización de base de datos adjunta

permite trasladar el contenido a un nuevo conjunto o granja de servidores o a nuevo hardware.

También puede combinar estos dos tipos de actualización en enfoques híbridos que reducen la

inactividad durante una actualización.

Para obtener más información acerca de estos métodos, vea el tema Determinación del método de

actualización (SharePoint Foundation 2010).

Este artículo ayuda a comprender los pasos que implica llevar a cabo actualizaciones mediante estos

métodos a fin de poder planear el proceso de actualización. Para obtener información detallada acerca

de cómo usar uno de estos procesos de actualización, vea los siguientes temas:

Actualización en contexto a SharePoint Foundation 2010

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

En este artículo:

Actualización en contexto

Actualización de base de datos adjunta

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

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

Es importante que el administrador del servidor comunique a los propietarios del sitio y a los

usuarios qué deben esperar durante una actualización. El administrador debería informar

acerca del tiempo de inactividad y del riesgo de que la actualización pueda llevar más tiempo

del esperado o de que sea necesario modificar algunos sitios después de la actualización.

Para obtener más información, vea Creación de un plan de comunicación (SharePoint

Foundation 2010).

Actualización en contexto Una actualización en contexto se realiza en el mismo hardware donde está instalada la versión

anterior. Al ejecutar una actualización en contexto, el proceso actualiza la instalación completa en un

orden fijo.

En los siguientes pasos, se explica qué ocurre durante la ejecución del proceso de actualización en

contexto:

Importante:

26

1. Una vez que el administrador del servidor realiza todos los pasos previos a la actualización,

ejecutará el programa de instalación de SharePoint Foundation 2010 en el servidor que ejecuta el

sitio web de Administración central de SharePoint. Debido a que ya estaba instalada la versión

anterior, se selecciona automáticamente una actualización en contexto.

2. Una vez que el programa de instalación se ejecuta en el servidor que hospeda el sitio web de

Administración central, el administrador del sitio ejecuta el programa de instalación en los

servidores front-end web y en los servidores de aplicaciones restantes de la granja de servidores.

3. El administrador del servidor ejecuta el Asistente para configuración de Productos de SharePoint

en el servidor que hospeda el sitio web de Administración central. Este servidor, la base de datos

de configuración, los servicios y las bases de datos de contenido se actualizan secuencialmente.

Una vez que finaliza el asistente para configuración, se abre el sitio web de Administración central.

Un trabajo del temporizador programa el proceso de actualización para que se ejecute para cada

colección de sitios. El trabajo del temporizador del proceso de actualización actualiza cada

colección de sitios y, una vez que se actualizan todos los sitios, el proceso de actualización

finaliza.

4. El administrador del servidor ejecuta el Asistente para configuración de Productos de SharePoint

en todos los demás servidores de la granja de servidores.

5. El administrador del servidor confirma que la actualización se completó satisfactoriamente.

27

6. Si se usa Actualización visual, el administrador del servidor o propietario del sitio obtiene una vista

previa de los sitios en el aspecto de Microsoft SharePoint Foundation 2010. Cuando el

administrador o propietario del sitio está listo, puede completar el cambio al aspecto de SharePoint

Foundation 2010.

Actualización de base de datos adjunta La actualización de base de datos adjunta permite mover el contenido a una nueva granja de

servidores o a un nuevo hardware. Durante una actualización de base de datos adjunta, se desasocian

todas las bases de datos de contenido de la granja de servidores existente y, posteriormente, se

adjuntan las bases de datos a la instalación de una granja de servidores nueva. Cuando se adjuntan

las bases de datos a la granja de servidores nueva, se ejecuta el proceso de actualización y los datos

se actualizan en contexto.

Los siguientes pasos explican qué ocurre durante una actualización de base de datos adjunta:

1. El administrador del servidor instala y configura una nueva granja o conjunto de servidores de

SharePoint Foundation 2010. El administrador transfiere todas las personalizaciones a la nueva

granja y prueba el entorno.

Para obtener más información acerca de cómo configurar el entorno nuevo, vea Preparación del

nuevo entorno de SharePoint Foundation.

2. El administrador del servidor desasocia las bases de datos de contenido de la granja de servidores

de Windows SharePoint Services 3.0 antigua y la desconecta (por ejemplo, al cambiar el

equilibrador de carga o las aplicaciones web de IIS para que detengan las solicitudes de servicio o

al desconectar todos los componentes y servicios en cada equipo servidor de la granja de

servidores).

3. El administrador de servidores adjunta las bases de datos de contenido a la nueva granja de

servidores y actualiza el contenido.

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 lectura Este método proporciona a los usuarios un acceso de solo lectura continuo a los datos durante la

actualización. Las bases de datos de contenido de la granja de servidores original se establecen como

de solo lectura y se actualizan copias de las bases de datos en una granja de servidores nueva.

En los siguientes pasos se explica qué ocurre durante una actualización de base de datos adjunta con

bases de datos de solo lectura:

1. El administrador del servidor instala y configura una nueva granja o conjunto de servidores de

SharePoint Foundation 2010. El administrador transfiere todas las personalizaciones a la nueva

granja y prueba el entorno.

2. El administrador del servidor cambia las bases de datos de contenido y las establece como de solo

lectura. A continuación, realiza una copia de seguridad de las bases de datos de contenido

29

mediante SQL Server en la granja de servidores de Windows SharePoint Services 3.0 y las

restaura a la granja de servidores nueva.

3. El administrador del servidor adjunta las nuevas copias de las bases de datos de contenido y el

proceso de actualización se ejecuta y actualiza el contenido.

30

4. Una vez ejecutado el proceso de actualización, el administrador del servidor confirma que la

actualización se completó satisfactoriamente. Posteriormente, configura la granja de servidores

nueva para que comience a atender las solicitudes en la dirección URL nueva y desconecta la

granja de servidores original (por ejemplo, al cambiar el equilibrador de carga o las aplicaciones

web de IIS para que detengan las solicitudes de servicio o al desconectar todos los componentes y

servicios en cada equipo servidor de la granja de servidores).

Método híbrido 2: separar bases de datos Este método permite acelerar el proceso de actualización; para ello, se desasocian y se adjuntan las

bases de datos para actualizar varias bases de datos al mismo tiempo. Se trata de una actualización

en contexto, ya que se actualiza la granja de servidores original. Sin embargo, también se puede usar

otra granja de servidores para realizar la actualización y, posteriormente, adjuntar las bases de datos

actualizadas a la granja de servidores original. Tenga en cuenta que la granja de servidores original no

puede atender las solicitudes durante el proceso de actualización. Como en el caso de la actualización

31

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. Posteriormente, desconecta la granja de servidores original (por ejemplo, al

cambiar el equilibrador de carga o las aplicaciones web de IIS para que detengan las solicitudes de

servicio o al desconectar todos los componentes y servicios en cada equipo servidor de la granja

de servidores).

2. El administrador del servidor desasocia las bases de datos de contenido de la granja de servidores

original.

3. El administrador del servidor ejecuta una actualización en contexto en la granja de servidores

original para actualizar los servidores, los servicios y la base de datos de configuración.

4. El administrador del servidor adjunta las bases de datos de contenido a la granja de servidores

pequeña temporal y las actualiza en paralelo.

5. El administrador del servidor vuelve a adjuntar las bases de datos de contenido a la granja de

servidores original.

6. El administrador del servidor confirma que la actualización se completó satisfactoriamente.

7. Si se usa Actualización visual, el administrador del servidor o propietario del sitio obtiene una vista

previa de los sitios en el aspecto de Microsoft SharePoint Foundation 2010. Cuando el

33

administrador o propietario del sitio está listo, puede completar el cambio al aspecto de Microsoft

SharePoint Foundation 2010.

34

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

No se puede actualizar directamente de Windows SharePoint Services 2.0 a Microsoft SharePoint

Foundation 2010.

Los cambios entre las versiones son demasiado grandes y los requisitos de hardware difieren tanto

que no es posible ni se admite una actualización en contexto directa. No obstante, puede llevar a cabo

una serie de actualizaciones de base de datos adjunta para actualizar primero el contenido a Windows

SharePoint Services 3.0 y luego a SharePoint Foundation 2010. En este artículo se describe el proceso

de doble actualización de base de datos adjunta.

Durante todo el proceso, el entorno antiguo debe estar sin conexión para evitar que los

usuarios realicen cambios en éste mientras se lleva a cabo la actualización. Una vez

completada y validada la actualización, podrá volver a conceder acceso a los usuarios al

entorno de SharePoint Foundation 2010.

En este artículo:

Introducción al proceso

Antes de comenzar

Preparación de la actualización

Preparación de los conjuntos o granjas de servidores

Realización de la primera actualización

Realización de la segunda actualización

Introducción al proceso Debido a que este método de actualización combina dos procesos de actualización que ya se

documentaron, en este artículo se describe cómo se integran los pasos de cada proceso en el proceso

global. No se proporciona información detallada para cada paso, ya que esos pasos están disponibles

en los siguientes artículos:

Implementación de una nueva granja de servidores y migración de bases de datos de contenido

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

Estos artículos, combinados con esta guía básica, proporcionan la información necesaria para realizar

la doble actualización de base de datos adjunta.

Nota:

Importante

35

Asegúrese de probar el proceso completo en un entorno de prueba antes de intentar actualizar

el contenido real en directo. Para obtener más información acerca de cómo realizar una prueba

del proceso de actualización, vea el siguiente contenido:

Secuencia de actualización

Para actualizar el contenido en las dos versiones, siga estos pasos.

1. Preparación de la actualización

a. Para preparar la granja de servidores original, ejecute la herramienta de detección previa a la

actualización y realice un inventario de todas las personalizaciones.

b. Instale una granja de servidores pequeña y temporal que ejecute Windows SharePoint

Services 3.0.

c. Instale la granja de servidores de SharePoint Foundation 2010 completa y compruebe que está

configurada y se ejecuta correctamente.

2. Primera actualización: actualización del contenido a Windows SharePoint Services 3.0

a. Desasocie las bases de datos de contenido de la granja de servidores antigua y, a

continuación, desconecte esa granja.

Como alternativa, puede dejar las bases de datos adjuntadas y realizar una copia si desea

asegurarse de que la granja de servidores original se pueda restaurar para usarse

rápidamente.

b. Adjunte las bases de datos de contenido a la granja de servidores de Windows SharePoint

Services 3.0 y actualícelas.

c. Compruebe que el contenido se ha actualizado y que la granja de servidores de Windows

SharePoint Services 3.0 funciona correctamente.

3. Segunda actualización: actualización del contenido a SharePoint Foundation 2010

a. Desasocie las bases de datos de contenido de la granja de servidores de Windows SharePoint

Services 3.0.

b. Adjunte las bases de datos de contenido a la granja de servidores de SharePoint Foundation

2010 y actualícelas (opcionalmente, puede actualizarlas en paralelo).

c. Compruebe que el contenido se ha actualizado y que la granja de servidores de SharePoint

Foundation 2010 funciona correctamente.

4. Comience a atender solicitudes en la granja de servidores de SharePoint Foundation 2010.

En los siguientes diagramas se ilustra este proceso:

La actualización de base de datos adjunta a Windows SharePoint Services 3.0.

36

La actualización de base de datos adjunta a SharePoint Foundation 2010.

37

Antes de comenzar Antes de iniciar la actualización, revise la siguiente información acerca de los permisos y los requisitos

de hardware y software. Siga los pasos especificados para instalar o configurar los requisitos previos

de software o para modificar la configuración.

Revisión de los permisos requeridos

Al crear el entorno temporal para Windows SharePoint Services 3.0, debe disponer de los

permisos adecuados. Para obtener más información, vea el tema sobre la planeación de cuentas

de servicio y administrativas (Windows SharePoint Services).

Al crear y configurar la granja de servidores de SharePoint Foundation 2010 de destino, debe

disponer de los permisos adecuados. Para obtener más información, vea Cuentas de servicio y

administrativas requeridas para la implementación inicial (SharePoint Foundation 2010).

38

Revisión de hardware y software requeridos

Al crear el entorno temporal para Windows SharePoint Services 3.0, debe cumplir con requisitos

de hardware y de software específicos. Para obtener más información, vea el tema sobre la

determinación de requisitos de hardware y de software (Windows SharePoint Services).

Al crear y configurar la granja de servidores de SharePoint Foundation 2010 de destino, debe

cumplir con diferentes requisitos de hardware y de software. Para obtener más información, vea

Requisitos de hardware y software (SharePoint Foundation 2010).

En algunos entornos, es preciso coordinar los procedimientos para mover bases de datos a una granja

de servidores independiente con el administrador de la base de datos. Asegúrese de seguir las

directivas e instrucciones aplicables para la administración de bases de datos.

Preparación de la actualización Debido a que va a llevar a cabo dos actualizaciones, es necesario que comprenda todos los pasos

necesarios de la actualización a Windows SharePoint Services 3.0 y a SharePoint Foundation 2010. El

siguiente contenido se encuentra disponible para ayudarle a comprender estos procesos de

actualización:

Preparación de la actualización a Windows SharePoint Services 3.0

Lea el capítulo sobre la planeación y preparación de la actualización en TechNet. En particular, lea

los siguientes artículos:

Funcionamiento del proceso de actualización (Windows SharePoint Services)

Determinación del modo de controlar las personalizaciones (Windows SharePoint Services)

Desarrollo de nuevas definiciones del sitio personalizadas y creación de archivos de definición

de actualización (Windows SharePoint Services)

Lea el capítulo sobre la realización de pasos previos a la actualización (Windows SharePoint

Services) en TechNet. Debe llevar a cabo los siguientes pasos para una actualización de base de

datos adjunta (denominada migración de base de datos en esta versión):

Instalación de Service Pack 2 para Windows SharePoint Services 2.0

Ejecución de la herramienta de detección previa a la actualización (Windows SharePoint

Services)

Debe seguir estos pasos en la granja de servidores de Windows SharePoint Services 2.0

existente.

Preparación de la actualización a SharePoint Foundation 2010

Planeación y preparación de la actualización. Lea el siguiente artículo en TechNet:

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

Realización de pasos previos a la actualización. Lea el siguiente artículo en TechNet:

Importante:

39

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

2010)

Debe llevar a cabo estos pasos en la granja de servidores de Windows SharePoint

Services 3.0 temporal.

Preparación de los conjuntos o granjas de servidores En este paso, debe seguir los pasos previos a la actualización en la granja de servidores existente,

crear la granja temporal para la actualización a Windows SharePoint Services 3.0 y crear la granja de

SharePoint Foundation 2010 temporal. Use los pasos y el contenido relacionado que aparecen a

continuación al preparar la granja para las actualizaciones.

Creación de la granja de servidores de Windows SharePoint Services 3.0 temporal

En entornos virtuales o físicos, cree una granja de servidores pequeña y temporal que ejecute

Windows SharePoint Services 3.0 con Service Pack 2 (SP2) y la actualización acumulativa de octubre

de 2009. Usará esta granja para actualizar el contenido a Windows SharePoint Services 3.0 en camino

a SharePoint Foundation 2010.

Para obtener mejores resultados, se recomienda aplicar las actualizaciones más recientes en

el entorno. La actualización acumulativa de octubre de 2009 incluye cambios a la herramienta

de comprobación previa a la actualización que ayuda a identificar problemas antes de la

actualización. Para obtener una lista de las actualizaciones disponibles, vea el tema sobre el

centro de actualizaciones de Microsoft Office, servidores de Office y productos relacionados

(http://go.microsoft.com/fwlink/?linkid=181115&clcid=0xC0A). Para obtener más información

acerca de la aplicación de estas actualizaciones, vea el tema sobre el centro de recursos de

actualizaciones para Productos y Tecnologías de SharePoint

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

1. Descargue el software para la granja de servidores temporal.

Descargue Windows SharePoint Services 3.0 con SP2 en uno de los siguientes vínculos:

Versión x86: Windows SharePoint Services 3.0 con Service Pack 2

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

Versión x64: Windows SharePoint Services 3.0 x64 con Service Pack 2

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

2. Instale todos los paquetes de plantillas de idiomas necesarios para los sitios. Para obtener más

información, vea el tema sobre la instalación de paquetes de plantillas de idiomas disponibles

(Windows SharePoint Services).

3. Configure la granja de servidores mediante la configuración de la granja de servidores adecuada

para el entorno y el reemplazo de todas las personalizaciones que necesita el contenido.

Asegúrese de implementar las personalizaciones y los archivos de definición de actualización

Importante:

Sugerencia:

40

necesarios para todas las definiciones del sitio personalizadas que puedan existir en el entorno.

Debe crear una aplicación web en la granja de servidores temporal por cada servidor virtual de la

granja original. La dirección URL para las aplicaciones web nuevas deben coincidir con las

direcciones URL de la granja de origen o con las de la granja de destino, de lo contrario se corre el

riesgo de agregar referencias adicionales a direcciones URL al contenido temporales. Lo más

adecuado es usar las mismas direcciones URL para la granja de origen y para la granja de destino,

de modo que las direcciones URL de la granja temporal también sean las mismas, incluidos los

números de puerto usados.

Para obtener más información acerca de la configuración de la granja de servidores, vea el tema

sobre la preparación del nuevo entorno de Windows SharePoint Services 3.0. Para obtener más

información acerca de la implementación de definiciones del sitio y definiciones de actualización

personalizadas, vea el tema sobre la implementación de archivos de definición de actualización y

nuevas definiciones del sitio (Windows SharePoint Services).

Instalación de la granja de servidores de SharePoint Foundation 2010 completa

Esta es la granja de servidores que finalmente usará para el entorno de producción, por eso debe

asegurarse de planear la infraestructura adecuadamente para que admita la solución que va a

hospedar. Para obtener más información acerca de cómo planear la granja de servidores, vea

Planeación de la granja de servidores y del entorno (SharePoint Foundation 2010).

1. Cree la granja de servidores en hardware de 64 bits con servidores de bases de datos que

ejecuten la versión de 64 bits de Microsoft SQL Server 2008 con Service Pack 1 (SP1) y la

actualización acumulativa 2. Para obtener más información, vea Varios servidores para una granja

de servidores de tres niveles (SharePoint Foundation 2010).

2. Instale todos los paquetes de plantillas de idiomas necesarios para los sitios. Para obtener más

información, vea Instalación de paquetes de plantillas de idioma disponibles (SharePoint

Foundation 2010).

3. Configure la granja de servidores mediante la configuración de la granja de servidores adecuada

para el entorno y el reemplazo de todas las personalizaciones que necesita el contenido. Una vez

más, debe crear una aplicación web en la granja de servidores de destino por cada servidor virtual

de la granja original.

Para obtener más información acerca de cómo crear y configurar una granja de servidores para

una actualización de base de datos adjunta, vea Preparación del nuevo entorno de SharePoint

Foundation.

Realización de la primera actualización Con las granjas de servidores instaladas y configuradas, se encuentra preparado para actualizar las

bases de datos de contenido a Windows SharePoint Services 3.0.

Asegúrese de haber ejecutado la herramienta de detección previa a la actualización en la

granja de servidores original antes de desasociar las bases de datos. El proceso de

Importante:

41

actualización no se ejecutará si no se han examinado las bases de datos. Para obtener más

información, vea el tema sobre la ejecución de la herramienta de detección previa a la

actualización (Windows SharePoint Services).

Para realizar una actualización de base de datos adjunta (denominada migración de base de datos en

esta versión), siga estos pasos:

1. Haga una copia de seguridad de las bases de datos de contenido.

2. Restaure las copias de seguridad en la granja de servidores temporal.

3. Agregue las bases de datos a las aplicaciones web para iniciar el proceso de actualización.

Para obtener información más completa y todos los pasos que se deben seguir, vea el tema sobre la

migración de bases de datos de contenido.

Comprobación de la primera actualización Para comprobar la actualización, haga lo siguiente:

Revise el archivo de registro de actualización. Para obtener más información, vea el tema sobre la

migración de bases de datos de contenido.

Revise los sitios actualizados para asegurarse de que siguen funcionando según lo esperado y de

que los elementos web y otros elementos personalizados funcionan correctamente.

Realización de la segunda actualización Después de comprobar que los sitios funcionan correctamente, puede iniciar la actualización a

SharePoint Foundation 2010.

Ejecute la herramienta de comprobación previa a la actualización y revise el informe para

poder solucionar los posibles problemas en la granja de servidores temporal antes de

actualizar el contenido. Para obtener más información, vea Ejecución de la herramienta de

comprobación previa a la actualización (SharePoint Foundation 2010).

Para realizar la actualización de base de datos adjunta, siga estos pasos:

1. Haga una copia de seguridad de las bases de datos de contenido.

2. Restaure las copias de seguridad en la granja de servidores de destino.

3. Agregue las bases de datos a las aplicaciones web para iniciar el proceso de actualización. En

SharePoint Foundation 2010, puede adjuntar bases de datos en paralelo para acelerar el proceso

de actualización.

Para obtener información más completa y todos los pasos que se deben seguir, vea Bases de datos

adjuntas y actualización a SharePoint Foundation 2010.

Importante:

42

Comprobación de la segunda actualización Para comprobar la actualización, haga lo siguiente:

Revise el archivo de registro de actualización.

Revise los sitios actualizados para asegurarse de que siguen funcionando según lo esperado y de

que los elementos web y otros elementos personalizados funcionan correctamente.

Para obtener más información, vea Comprobación de la actualización y revisión de los sitios

actualizados (SharePoint Foundation 2010).

43

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

Una vez que ha leído los artículos incluidos en Introducción al proceso de actualización (SharePoint

Foundation 2010) y conoce el funcionamiento del proceso de actualización, puede empezar a planear

la actualización que desea implementar. Esta sección contiene artículos que le ayudarán a planear y

preparar la actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation

2010.

En esta sección:

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

Obtenga información acerca de los distintos métodos de actualización y elija el más adecuado para

su entorno.

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

Evite problemas durante el proceso de actualización siguiendo los procedimientos recomendados.

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

Comprenda qué tipos de instalación y topologías pueden actualizarse a SharePoint Foundation

2010.

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

Revise los requisitos para asegurarse de que su entorno pueda actualizarse a SharePoint

Foundation 2010.

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

Obtenga información acerca de cómo identificar y evaluar las personalizaciones en su entorno,

determine si desea actualizarlas y vea cómo hacerlo.

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

Elabore un plan de coordinación y comunicación con el equipo de actualización, con los usuarios y

propietarios de sitios, y con las partes interesadas.

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

Conozca las diferentes opciones de actualización visual y descubra cómo elegir la opción que

mejor se adapta a sus necesidades comerciales.

Existe una hoja de cálculo a su disposición para poder registrar la información acerca del entorno

mientras prepara la actualización. Descargue la hoja de cálculo desde

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

44

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

Antes de ejecutar cualquier proceso para actualizar de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010, debe determinar qué método de actualización va a usar. Use la

información de este artículo para comparar las ventajas y los inconvenientes de cada método y para

revisar la información acerca de casos especiales que pueden afectar al método elegido. Además de la

información de este artículo, asegúrese de leer el tema Revisión de rutas de actualización admitidas y

no admitidas (SharePoint Foundation 2010) para comprender exactamente qué situaciones de

actualización son válidas y tienen resultados correctos.

Para realizar una actualización, debe tener instalado Windows SharePoint Services 3.0 con

Service Pack 2 (SP2).

En este artículo:

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

Casos especiales

Elección de un método de actualización Existen dos métodos básicos de actualización: en contexto y de base de datos adjunta. También

puede usar varias técnicas para combinar los aspectos de estos métodos básicos para mitigar el

tiempo de inactividad o para mejorar potencialmente el rendimiento.

En la tabla siguiente se comparan los métodos de base de datos adjunta y en contexto.

Método Descripción Ventajas Inconvenientes

Actualización en

contexto

Puede instalar

SharePoint Foundation

2010 en el mismo

hardware. También

puede actualizar el

contenido y la

configuración en el

conjunto o granja de

servidores como parte

de un solo proceso.

La configuración de toda

la granja de servidores se

conserva y actualiza. Las

personalizaciones

estarán disponibles en el

entorno después de la

actualización, aunque es

posible que sea

necesario realizar

algunos pasos

manualmente para

actualizarlas o

Los servidores y las

granjas permanecen sin

conexión durante el

progreso de la

actualización. Dado que

la actualización no se

interrumpe, debe asignar

tiempo suficiente para

que todo el contenido se

actualice

secuencialmente.

Nota:

45

Método Descripción Ventajas Inconvenientes

modificarlas.

Actualización de base

de datos adjunta

Puede actualizar el

contenido del entorno

en una granja de

servidores

independiente. El

resultado es que no se

actualizarán los

servicios ni la

configuración de la

granja. Puede

actualizar varias bases

de datos a la vez y en

cualquier orden.

Mientras se actualiza

una base de datos, su

contenido no se

encontrará disponible

para los usuarios.

Puede actualizar varias

bases de datos de

contenido a la vez, lo que

da como resultado

menos tiempo de

actualización en total que

con una actualización en

contexto. Puede usar una

actualización de base de

datos adjunta para

combinar varias granjas

de servidores en una.

La configuración del

servidor y de la granja no

está actualizada. Debe

transferir manualmente la

configuración que desea

conservar de la granja

antigua a la nueva.

También debe transferir

todas la

personalizaciones

manualmente a la nueva

granja. Si falta alguna

personalización, podría

perderse funcionalidad

por error o prodrían

producirse problemas

para el usuario. Tenga en

cuenta que copiar las

bases de datos a través

de una red consume

tiempo y ancho de

banda, por lo que se

aconseja planear la

copia. Necesitará acceso

directo a los servidores

de bases de datos.

Para obtener más información acerca del funcionamiento de las actualizaciones en contexto y de base

de datos adjunta, vea Introducción al proceso de actualización (SharePoint Foundation 2010).

En la siguiente tabla se enumeran las técnicas de mitigación del tiempo de inactividad que puede usar

durante la actualización para reducir el tiempo en que los usuarios no podrán obtener acceso a su

contenido o para aumentar potencialmente el rendimiento de la actualización.

Técnica Descripción Ventajas Inconvenientes

Actualización paralela Puede adjuntar y

actualizar varias bases

de datos de una sola

Tiempos de actualización

más cortos para el

entorno global.

Este es un proceso

manual que requiere

supervisión y pasos

46

Técnica Descripción Ventajas Inconvenientes

vez para acelerar el

proceso de

actualización global. La

cantidad máxima de

actualizaciones

paralelas depende del

hardware. Esta técnica

funciona para las

actualizaciones en

contexto y de base de

datos adjunta.

adicionales.

Método híbrido 1:

base de datos adjunta

con bases de datos

de solo lectura

Puede seguir

proporcionando acceso

de solo lectura al

contenido durante el

proceso de

actualización. Para ello,

configure las bases de

datos como de solo

lectura cuando la

actualización esté en

progreso en otra granja

de servidores. Este

método reduce el

tiempo de inactividad

percibido por los

usuarios.

La granja existente

puede seguir

hospedando sitios no

actualizados (en modo

de solo lectura) mientras

se actualiza el contenido.

Como resultado, el

tiempo de inactividad

para los usuarios es

mínimo.

Puede actualizar varias

bases de datos de

contenido a la vez, lo que

da como resultado un

menor tiempo de

actualización que con las

actualizaciones en

contexto.

Puede actualizar

hardware además de

software.

La configuración de los

servidores y la granja no

está actualizada. Debe

transferir manualmente la

configuración que desea

conservar de la antigua

granja a la nueva.

También debe transferir

todas la

personalizaciones

manualmente a la nueva

granja. Si falta alguna

personalización, podría

perderse funcionalidad

por error o prodrían

producirse problemas

para el usuario.

Tenga en cuenta que

copiar las bases de datos

a través de una red

consume tiempo y ancho

de banda, por lo que se

aconseja planear la

copia.

Necesitará acceso

directo a los servidores

de bases de datos.

Método híbrido 2: Aproveche las ventajas Todas las opciones de Tenga en cuenta que

47

Técnica Descripción Ventajas Inconvenientes

actualización en

contexto con bases

de datos

desasociadas

de la capacidad de la

actualización en

contexto para

actualizar el contenido

y la configuración, al

tiempo que aumenta la

velocidad de una

actualización de base

de datos adjunta. Para

ello, use una

actualización en

contexto para

actualizar la granja de

servidores y la

configuración y para

separar y actualizar

varias bases de datos

en paralelo (en la

misma granja o en una

aparte).

configuración de la

granja se pueden

mantener y actualizar.

Las personalizaciones

están disponibles en el

entorno después de la

actualización, aunque es

posible que sea

necesario realizar

manualmente algunos

pasos para actualizarlas

o modificarlas.

Puede actualizar varias

bases de datos de

contenido a la vez, lo que

da como resultado un

menor tiempo de

actualización que con las

actualizaciones en

contexto.

copiar las bases de datos

a través de una red

consume tiempo y ancho

de banda, por lo que se

aconseja planear la

copia.

Necesitará acceso

directo a los servidores

de bases de datos.

Tenga en cuenta que también puede combinar estas técnicas. Por ejemplo, puede establecer la granja

de servidores original en modo de solo lectura, crear una copia de la granja y actualizarla sin las bases

de datos de contenido, usar la actualización paralela para actualizar todo el contenido de usuario

rápidamente y, finalmente, cambiar a los usuarios a la granja nueva una vez completada la

actualización. Para obtener más información acerca de cómo funcionan estas técnicas de mitigación

del tiempo de inactividad, vea Introducción al proceso de actualización (SharePoint Foundation 2010).

Otra opción posible en el caso de un período de interrupción de actividad demasiado largo consiste en

usar el redireccionamiento de la dirección URL de la asignación alternativa de acceso con un método

de base de datos adjunta para redirigir a los usuarios temporalmente a una granja de servidores

existente mientras se actualiza el contenido en una granja nueva. Este es un método avanzado y no

debe usarse a menos que las otras técnicas de mitigación del tiempo de inactividad sean insuficientes.

Para obtener más información, vea Uso de redirecciones URL de AAM como parte del proceso de

actualización (SharePoint Foundation 2010) (notas del producto).

48

Casos especiales Es posible que tenga otros requisitos u objetivos adicionales que desea lograr al realizar una

actualización. En la siguiente tabla se incluyen casos especiales y se indica qué método de

actualización resulta más apropiado para cada caso.

Mayúsculas/minúsculas Método de actualización

¿Va a actualizar una instalación independiente

mediante Windows Internal Database?

Si ejecuta Windows SharePoint Services 3.0 en

un servidor independiente mediante Windows

Internal Database, la base de datos se migrará a

SQL Server Express como parte del proceso de

actualización en contexto. Si la base de datos es

mayor que 4 GB, debe configurar el

almacenamiento remoto de blobs para que

almacene parte de los datos. Para obtener más

información, vea Actualización desde una

instalación independiente de Windows SharePoint

Services 3.0 a SharePoint Foundation 2010 con

almacenamiento remoto de blobs.

¿Va a actualizar SQL Server de una edición de 32

bits a una edición de 64 bits?

Si ejecuta una edición de 32 bits de SQL Server,

debe migrar a una edición de 64 bits. Se

recomienda realizar esta migración antes de

actualizar a SharePoint Foundation 2010 para

garantizar el aprovechamiento del máximo

rendimiento. Asegúrese de realizar un solo tipo de

actualización o migración a la vez para evitar que

se produzca un error de actualización. Para

obtener más información, vea el tema sobre la

migración de una granja de servidores existente a

un entorno de 64 bits (Windows SharePoint

Services 3.0).

Hay dos opciones de actualización de una edición

de 32 bits a una edición de 64 bits de SQL Server:

Se puede realizar una copia de seguridad de

todo el conjunto de bases de datos de la

granja de servidores, realizar la actualización

y, a continuación, restaurar las bases de

datos. (Operación compatible y recomendada,

ya que dispondrá de una copia de seguridad

completa y, tras restaurar las bases de datos,

49

Mayúsculas/minúsculas Método de actualización

no tendrá que cambiar nada en SharePoint

Foundation 2010).

Se pueden mover las bases de datos de SQL

Server que desea actualizar a una edición de

64 bits distinta de SQL Server. Debe agregar

la edición de 64 bits distinta y, a continuación,

ejecutar un comando para que los equipos

que ejecuten SharePoint Foundation 2010

apunten a la nueva edición de 64 bits de SQL

Server. (Opción compatible pero no

recomendada, ya que requiere más trabajo en

SharePoint Foundation 2010 cuando, por

ejemplo, cambia la ubicación de las bases de

datos).

Nota:

Si actualiza la versión de SQL Server (por

ejemplo, de SQL Server 2005 SP2 a SQL

Server 2008) puede realizar esta

actualización antes, durante o después de

actualizar de una edición de 32 bits a una

edición de 64 bits de SQL Server.

¿Desea actualizar de Windows Server 2003 a

Windows Server 2008?

Actualice el sistema operativo antes de intentar

actualizar a SharePoint Foundation 2010.

Si ejecuta Windows SharePoint Services 3.0,

debe realizar pasos específicos para actualizar a

Windows Server 2008. Para obtener más

información, vea el tema sobre la actualización a

Windows Server 2008 para Windows SharePoint

Services 3.0 con SP1.

¿Va a actualizar de un sistema operativo de 32

bits a un sistema operativo de 64 bits?

Si usa un sistema operativo de 32 bits, debe

migrar a uno de 64 bits antes de realizar la

actualización. Para obtener más información, vea

el artículo sobre migración de una granja de

servidores existente a un entorno de 64 bits

(Windows SharePoint Services 3.0).

Actualización de un entorno que usa autenticación

basada en formularios

Al usar autenticación basada en formularios, se

requieren pasos adicionales para realizar una

actualización. Para obtener más información, vea

50

Mayúsculas/minúsculas Método de actualización

Configuración de la autenticación basada en

formularios para una aplicación web basada en

notificaciones (SharePoint Foundation 2010).

Actualización de bases de datos muy grandes Generalmente, las bases de datos muy grandes

—en particular, aquellas que tienen versiones de

documentos muy grandes o muy numerosas—

tardan más en actualizarse que las bases de

datos más pequeñas. Sin embargo, el tiempo que

requerirá la actualización lo determina la

complejidad de los datos, no el tamaño de la base

de datos en sí. Si el proceso de actualización

agota el tiempo de espera, en general esto se

debe a problemas de conexión. En Windows

SharePoint Services 3.0, el proceso de

actualización a menudo agotaba el tiempo de

espera, debido al tiempo necesario para ejecutar

un proceso, pero en SharePoint Foundation 2010

esto ocurre en raras ocasiones. Para obtener más

información sobre cuánto podría tardar una

actualización para un entorno determinado, vea

Estimación de la duración del proceso de

actualización y del espacio necesario (SharePoint

Foundation 2010).

¿Va a actualizar desde Windows SharePoint

Services 2.0?

Use un método de actualización de base de datos

adjunta para actualizar a Windows SharePoint

Services 3.0 y, a continuación, actualice a

SharePoint Foundation 2010. Para obtener mayor

información sobre este proceso de actualización,

vea Actualización de Windows SharePoint

Services 2.0 a SharePoint Foundation 2010.

¿Usa nombres de dominio internacionalizados? Aunque Windows SharePoint Services 3.0 admitía

nombres de dominio internacionalizados (IDN),

SharePoint Foundation 2010 no los admite. Si

actualmente usa IDN con Windows SharePoint

Services 3.0 y planea actualizar o migrar a

SharePoint Foundation 2010, debe dejar de usar

los IDN, eliminar la configuración de IDN y

configurar un entorno que no use IDN antes de

hacerlo. Para obtener más información, vea

51

Mayúsculas/minúsculas Método de actualización

Planeación de sitios multilingües (SharePoint

Foundation 2010).

52

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

Para garantizar un proceso de actualización de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010 sin problemas, siga estas recomendaciones:

1. Actualice los servidores al Service Pack 2 (SP2) de Windows SharePoint Services 3.0 o posterior.

Su entorno debe actualizarse al SP2 de Windows SharePoint Services 3.0 para ejecutar el proceso

de actualización, ya sea para una actualización de base de datos adjunta o en contexto. Se

recomienda instalar la actualización acumulativa de octubre de 2009, ya que incluye mejoras en la

herramienta de comprobación previa a la actualización. Para obtener más información sobre cómo

instalar los Service Pack y las actualizaciones, vea el tema sobre el centro de recursos de

actualizaciones para Productos y Tecnologías de SharePoint. Para ver una lista de todas las

actualizaciones disponibles, vea el tema sobre el centro de actualizaciones para Microsoft Office,

servidores de Office y productos relacionados.

2. Asegúrese de que el entorno funciona por completo antes de realizar una actualización.

Una actualización no resuelve ningún problema que pueda haber en su entorno. Por tanto,

asegúrese de que el entorno funciona por completo antes de realizar una actualización. Por

ejemplo, si tiene aplicaciones web que ya no se usan, deshaga la extensión de éstas antes de la

actualización. Si desea eliminar una aplicación web en Internet Information Services (IIS), deshaga

la extensión de la aplicación web antes de eliminarla. De lo contrario, SharePoint Foundation 2010

intentará actualizar la aplicación web aunque ya no exista y la actualización generará un error. Si

se identifican y solucionan los problemas de antemano, es más probable que pueda realizar la

actualización según lo programado.

3. Antes de intentar una actualización en contexto, migre a servidores de 64 bits. Actualice el sistema

operativo a una versión de 64 bits de Windows Server 2008 R2 o Windows Server 2008 con

Service Pack 2 (SP2). Si usa SQL Server, actualice o migre a una versión de 64 bits de Microsoft

SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2,

o SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3.

No intente combinar estas operaciones con su proceso de actualización. No se puede realizar una

actualización en contexto a menos que el sistema ya se ejecute en un sistema operativo y una

plataforma admitidos. Para obtener más información, vea Novedades de la actualización

(SharePoint Foundation 2010).

4. Ejecute la herramienta de comprobación previa a la actualización para buscar posibles problemas.

La herramienta de comprobación previa a la actualización informa acerca de personalizaciones

que faltan y de problemas con sitios huérfanos, entre otros, para que pueda resolverlos antes de

realizar la actualización. Para obtener más información, vea Ejecución de la herramienta de

comprobación previa a la actualización (SharePoint Foundation 2010).

53

5. Realice en primer lugar una actualización de prueba en un conjunto o granja de servidores de

prueba.

Realice una copia de seguridad de la granja de servidores activa, restaure los servidores de

prueba y, a continuación, realice la actualización. Examine los resultados para establecer las

expectativas de la apariencia que tendrán los sitios actualizados activos, para determinar cuánta

personalización posterior a la actualización tendrá que realizarse y para calcular cuánto tiempo

tardará la actualización. Intente un rastreo de indización de búsqueda completa. Para obtener más

información, vea Uso de una actualización de prueba para encontrar posibles problemas

(SharePoint Foundation 2010).

6. Planee la capacidad.

Asegúrese de que dispone de una capacidad de disco, procesador y memoria suficiente que

admita los requisitos de la actualización. Para obtener más información acerca de los requisitos del

sistema, vea Revisión de los requisitos del sistema para la actualización (SharePoint Foundation

2010). Para obtener más información acerca de cómo planear el espacio en disco necesario para

la actualización, vea Estimación de la duración del proceso de actualización y del espacio

necesario (SharePoint Foundation 2010).

7. Realice una copia de seguridad del entorno.

Haga una copia de seguridad completa de su entorno antes de realizar la actualización. De esta

forma, podrá recuperar el entorno en caso de que deba deshacer una actualización. Para obtener

más información, vea Copia de seguridad del entorno completo antes de una actualización en

contexto (SharePoint Foundation 2010).

8. (Opcional) Si usa el método de actualización de base de datos adjunta, configure las bases de

datos originales como de solo lectura.

Si calcula que el período de interrupción de actividad será largo mientras se realiza una

actualización de base de datos adjunta, puede configurar las bases de datos del entorno original

como de solo lectura para que los usuarios puedan seguir teniendo acceso a sus datos sin

modificarlos. Para obtener más información, vea Bases de datos adjuntas y actualización a

SharePoint Foundation 2010.

9. No agregue ningún servidor a la granja de servidores después de comenzar el proceso de

actualización.

Al ejecutar Asistente para configuración de Productos de SharePoint se actualiza la base de datos

de configuración. La base de datos de configuración contiene la lista de servidores de la granja.

Los servidores agregados a la granja después de que se haya ejecutado el asistente para

configuración no se incluyen en la base de datos. Por tanto, los servidores agregados después de

que se ejecute el asistente no aparecen en la topología de la versión actualizada. Si necesita

agregar servidores a la granja, hágalo antes de iniciar la actualización o después de haber

terminado el proceso de actualización.

10. Después de la actualización, revise la página de Estado de actualización y actualice los registros

para determinar si hay problemas que se deben resolver. A continuación, revise los sitios

actualizados.

54

La página Estado de actualización informa sobre el progreso de la actualización y los registros de

actualización enumeran los errores o advertencias que ocurrieron durante el proceso de

actualización. Debe comprobar todos los sitios y probarlos antes de considerar terminada la

actualización. Para obtener más información, vea Comprobación de la actualización y revisión de

los sitios actualizados (SharePoint Foundation 2010).

55

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

Cuando planee el proceso de actualización, compruebe que la ruta de actualización que desea seguir

es compatible. En este artículo se describen las rutas de actualización admitidas y no admitidas para

una actualización en contexto y qué topologías específicas pueden actualizarse en contexto a

Microsoft SharePoint Foundation 2010.

Revisión de topologías admitidas para la actualización Cuando realice una actualización, debe actualizar el mismo tipo de instalación: de independiente a

independiente, o de conjunto o granja de servidores a granja de servidores. No se puede migrar de una

instalación independiente a una granja de servidores o viceversa durante un proceso de actualización

en contexto. No obstante, antes o después de realizar la actualización, puede cambiar el tamaño y la

escala de una granja de servidores para adecuarla a sus necesidades. O bien, si realiza una

actualización de base de datos adjunta, puede adjuntar las bases de datos a otro tipo de instalación.

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

La topología de Microsoft SQL Server —además de la red, almacenamiento físico y almacenamiento

en memoria caché— puede afectar de forma considerable al rendimiento del sistema. Al planear el

hardware, recuerde que para la actualización en contexto, el servidor o la granja de servidores que

actualice debe estar ejecutando una versión de 64 bits de Windows Server 2008 R2 o Windows Server

2008 con Service Pack 2 (SP2). En el caso de las granjas de servidores, también se debe estar

ejecutando una versión de 64 bits de Microsoft SQL Server 2008 R2, SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la

actualización acumulativa 3. Para obtener más información sobre los requisitos de actualización, vea

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

Topologías admitidas

En la tabla siguiente se enumeran las topologías iniciales admitidas en Windows SharePoint Services

3.0 y las topologías finales admitidas y no admitidas al realizar una actualización en contexto a

SharePoint Foundation 2010.

56

Topología inicial (Windows

SharePoint Services 3.0)

Topología final admitida

(SharePoint Foundation 2010)

Topología final no admitida

(SharePoint Foundation 2010)

Servidor independiente con

Windows Internal Database

Servidor independiente con

Microsoft SQL Server 2008

Express

Cualquier granja de servidores

Servidor único con SQL Server Servidor único con SQL Server Servidor independiente con

Microsoft SQL Server 2008

Express

Granja de servidores de

cualquier tamaño

Granja de servidores de

cualquier tamaño

Servidor independiente con

Microsoft SQL Server 2008

Express

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

Si desea migrar de un servidor independiente a una granja de servidores, puede hacerlo antes de

realizar la actualización. Para migrar de un servidor independiente a una configuración de granja de

servidores, primero debe crear una nueva granja y después migrar las bases de datos del servidor

independiente a la granja de servidores. Para obtener más información, vea Migración de las bases de

datos de contenido desde Windows Internal Database a una instancia de SQL Server (Windows

SharePoint Services 3.0). Después de realizar la migración, puede realizar la actualización a

SharePoint Foundation 2010.

Migración desde hardware de 32 bits

No es posible realizar una actualización en contexto de Windows SharePoint Services 3.0 a SharePoint

Foundation 2010 si se usa hardware de 32 bits. Si comienza en 32 bits, primero debe migrar a

hardware de 64 bits. Para obtener más información, vea el tema sobre migración de una granja de

servidores existente a un entorno de 64 bits (Windows SharePoint Services 3.0).

57

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

Para poder actualizar el entorno de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, los servidores deben cumplir con los siguientes requisitos mínimos:

El hardware y el software deben cumplir o superar los requisitos mínimos del sistema para ejecutar

la versión nueva.

Esto incluye el requisito de hardware de 64 bits y las versiones de 64 bits del sistema operativo y

de Microsoft SQL Server. Antes de iniciar el proceso de actualización, asegúrese de que su

sistema cumpla o supere los requisitos mínimos descritos en Requisitos de hardware y software

(SharePoint Foundation 2010). Antes de actualizar, determine cuánta capacidad de producción

será necesaria en el entorno actualizado e identifique el hardware necesario para la actualización

en función de esa información.

Windows SharePoint Services 3.0 debe actualizarse a Service Pack 2 (SP2)

El entorno debe actualizarse al menos al SP2 de Windows SharePoint Services 3.0 para ejecutar

el proceso de actualización, ya sea para una actualización de base de datos adjunta o en contexto.

Se recomienda instalar la actualización acumulativa de octubre de 2009, ya que incluye mejoras en

la herramienta de comprobación previa a la actualización. Para obtener más información acerca de

cómo instalar los Service Pack y las actualizaciones, vea el tema sobre el centro de recursos de

actualizaciones para Productos y Tecnologías de SharePoint. Para ver una lista de todas las

actualizaciones disponibles, vea el tema sobre el centro de actualizaciones para Microsoft Office,

servidores de Office y productos relacionados.

Acerca de estos requisitos Es importante que el hardware cumpla al menos con los requisitos mínimos que se enumeran en el

artículo Requisitos de hardware y software (SharePoint Foundation 2010); de lo contrario, es posible

que se produzcan problemas durante el proceso de actualización. Por ejemplo, si el servidor de bases

de datos no tiene suficiente memoria o el procesador no es eficaz, es posible que no pueda abastecer

la cantidad de transacciones producidas durante el proceso de actualización y que se produzca un

error de actualización.

Se recomienda usar una actualización de prueba para determinar exactamente qué capacidad de

hardware se necesita para lograr una experiencia de actualización aceptable. Para obtener más

información, vea Uso de una actualización de prueba para encontrar posibles problemas (SharePoint

Foundation 2010). Si observa problemas de capacidad con el hardware durante la actualización de

prueba, puede aumentar la capacidad y repetir la actualización hasta que considere que ha alcanzado

el nivel óptimo de rendimiento de la actualización.

Importante:

58

Es importante realizar un seguimiento de los tres componentes de recursos de un servidor que

ejecuta SQL Server: CPU, memoria y subsistema de E/S. Cuando parezca que uno o varios de

estos componentes ha alcanzado el límite de capacidad, analice la estrategia adecuada en

función de la carga de trabajo actual y la prevista, y determine si agregará más recursos o

escalará a un servidor nuevo que ejecute SQL Server. En general, se recomienda considerar

la posibilidad de escalar y agregar más recursos.

59

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

Si personalizó en gran medida los sitios basados en Windows SharePoint Services 3.0, debe

determinar de qué modo desea personalizarlos al actualizar a Microsoft SharePoint Foundation 2010.

El método dependerá del grado de las personalizaciones, el tipo de personalización, la complejidad del

sitio y los objetivos de la actualización. Antes de actualizar, debe identificar y, posteriormente, evaluar

las personalizaciones del entorno y determinar si las actualizará y de qué modo.

En este artículo:

Identificación de personalizaciones en el entorno

Evaluación de las personalizaciones

Consideraciones sobre personalizaciones específicas

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

recomendados

Identificación de personalizaciones en el entorno Como parte del proceso de prueba de actualización, debe crear un inventario de las personalizaciones

del servidor en el entorno (soluciones, características, elementos web, controladores de eventos,

páginas maestras, diseños de página, archivos CSS, etc.). Para obtener más información acerca de

cómo realizar una actualización de la versión de prueba, vea Uso de una actualización de prueba para

encontrar posibles problemas (SharePoint Foundation 2010). Puede usar la hoja de cálculo Planeación

de la actualización para enumerar personalizaciones específicas y después registrar los resultados de

la evaluación en la siguiente sección. Descargue la hoja de cálculo en

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

Evaluación de las personalizaciones Después de identificar las personalizaciones, podrá decidir qué hacer con ellas. Las siguientes

preguntas pueden ayudarle a evaluarlas:

¿La personalización sigue siendo valiosa?

¿Atiende a una necesidad comercial útil?

¿Se implementa y usa de manera extendida?

¿La personalización está bien diseñada?

¿Está basada en definiciones de sitio admitidas y predefinidas?

¿Sigue los procedimientos recomendados para personalizaciones?

60

¿Es un tipo de personalización admitida o introduce un riesgo para el entorno?

A medida que se evalúa cada personalización, también se puede pensar en el método general para las

personalizaciones. Es posible elegir entre estas opciones:

1. Mantener las personalizaciones Use la actualización visual para seguir con la experiencia de

usuario de la versión anterior para sitios específicos. Aunque se puede usar este método para

mantener la misma funcionalidad, no podrá aprovechar el nuevo aspecto —como la interfaz de

usuario (UI) de Fluent, también conocida como la cinta de opciones— y las capacidades que se

encuentran disponibles en la nueva versión.

2. Reemplazar o rehacer las personalizaciones Tanto si desea usar las funcionalidades nuevas o

planea volver a diseñar los sitios, como si desea cambiar de forma significativa la arquitectura de la

información, la actualización es la oportunidad para volver a empezar con nuevas características,

una nueva apariencia o una nueva organización. Al reemplazar o rehacer las personalizaciones,

puede aprovechar las nuevas funcionalidades, modificar ligeramente el diseño si lo desea o

cambiar a un diseño más fácil de administrar.

Para obtener más información sobre cómo volver a crear e implementar soluciones, vea

Redeploying Customizations and Solutions in SharePoint Foundation 2010 and SharePoint Server

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

3. Descartar las personalizaciones Reemplace las personalizaciones usando una funcionalidad

predeterminada. Puede restablecer las páginas a las definiciones de sitio predeterminadas y quitar

elementos web o características que ya no desee que se admitan. Si decide descartar

personalizaciones, debe corregir los problemas que se produzcan por la eliminación de

personalizaciones en los sitios que las usaban. Puede usar el inventario de personalizaciones para

determinar qué sitios requieren este tipo de atención antes o después de la actualización.

Consideraciones sobre personalizaciones específicas Además de las decisiones generales sobre cómo tratar personalizaciones en el entorno durante la

actualización, debe analizar tipos específicos de personalizaciones para determinar si hay que realizar

acciones adicionales para hacer que funcionen en el entorno actualizado.

En las siguientes listas aparecen algunas personalizaciones comunes y una recomendación para tratar

ese tipo de personalización.

Tipo de personalización Recomendación

Plantillas de sitio (archivos STP) Los archivos STP son una característica desusada en

SharePoint Foundation 2010. Las plantillas de sitio nuevas

en SharePoint Foundation 2010 se guardan como archivos

WSP (paquetes de solución)

Un sitio que se aprovisionó mediante una platilla de sitio se

61

Tipo de personalización Recomendación

actualizará, pero no podrá crear nuevos sitios basados en

esa plantilla. Si desea poder crear nuevos sitios, en lugar de

ello puede crear e implementar un paquete de solución

Definición de sitio Migre sitios a una definición de sitio admitida y predefinida,

y después aplique características personalizadas usando la

implementación de la solución.

También puede seguir usando una definición de sitio

personalizada. No es necesario crear una definición de sitio

nueva basada en SharePoint Foundation 2010.

Sin embargo, si debe realizar acciones de actualización

personalizadas para la definición, puede que tenga que

crear un archivo de definición de actualización para esa

definición de sitio. Para obtener más información, vea el

tema sobre los archivos de definición de actualización

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

en MSDN.

Característica Haga una evaluación y, a continuación, vuelva a hacer un

diseño o una implementación si es necesario.

Flujos de trabajo y controles de servidor Depende de la solución. Póngase en contacto con el

proveedor para averiguar si existe una solución actualizada.

Si un flujo de trabajo es compatible con la nueva versión,

vuelva a realizar la implementación.

Controlador de eventos Vuelva a escribirlo e implementarlo como una característica.

Rutas de acceso administradas

(inclusiones/exclusiones)

Vuelva a crear inclusiones para una actualización de base

de datos adjunta. Las exclusiones ya están adoptadas y no

tienen que volver a crearse.

Temas Debido a los extensos cambios en la interfaz de usuario, los

temas personalizados basados en Windows SharePoint

Services 3.0 no funcionarán en SharePoint Foundation

2010. Use la actualización visual para seguir usando los

sitios en la experiencia de usuario antigua hasta que cree y

aplique un nuevo tema basado en SharePoint Foundation

2010.

Acciones de la barra de herramientas Muévalas a la cinta de opciones (interfaz de usuario de

Fluent).

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

62

Tipo de personalización Recomendación

usuario.

JavaScript Realice una prueba para determinar si es necesario realizar

alguna acción. En algunos casos, puede que tenga que

ajustar los scripts para que funcionen con el nuevo modelo

de página. Compruebe que funciona en un sitio actualizado

y en ambos modos de la actualización visual.

Proveedor de búsqueda u optimizador

de seguridad

Realice una prueba para determinar si es necesario realizar

alguna acción.

Elementos web Realice una prueba para determinar si es necesario realizar

alguna acción. Puede que tenga que ajustar elementos web

para que funcionen con el modo XHMTL estricto.

Si un elemento web está situado en una página, pero no en

una zona de elementos web (por tanto, se trata

básicamente de código HTML incrustado directamente en

una página), no funcionará si revierte la página a la plantilla

predeterminada.

Servicios Realice una prueba para determinar si es necesario realizar

alguna acción. Vuelva a diseñar o ajustar el código según

sea necesario.

Proveedores de autenticación Realice una prueba para determinar si es necesario realizar

alguna acción. Vuelva a implementar el proveedor en una

granja de servidores de prueba y asegúrese de que

funciona correctamente con autenticación de notificaciones.

No se admiten los siguientes tipos de personalizaciones. Si tiene alguna de estas personalizaciones en

el entorno, debe sustituirlas y usar un tipo admitido antes de poder realizar la actualización. De lo

contrario, podrían producirse problemas de actualización que no se pueden corregir:

Archivos predefinidos, características o definiciones de sitio que se han modificado.

Algunos tipos de archivo predefinidos —como iconos de documentos o acciones— pueden

modificarse y, aunque no se actualizarán, sus cambios pueden trasladarse de una manera

compatible. Si revierte a la plantilla del sitio, las modificaciones de otros archivos

predefinidos, como páginas ASPX del servidor, se perderán durante la actualización.

Según los archivos que se han cambiado y el alcance de dichos cambios, la experiencia

de actualización puede variar de manera significativa. El procedimiento recomendado

consiste en revertir todos los cambios en todos los archivos del disco.

Advertencia:

63

Bases de datos de SharePoint que se han modificado, mediante cambio directo de los datos o a

través de modificación del esquema, incluida la adición o eliminación de desencadenadores,

tablas, vistas o índices.

Si tiene alguna de estas personalizaciones, quítelas y sustitúyalas con personalizaciones admitidas

antes de intentar realizar la actualización. Este es un procedimiento recomendado para ayudar a

garantizar que no solo funcionará la actualización actual, sino que cualquiera de las actualizaciones

futuras se hará sin problemas. El cambio de archivos predefinidos y de bases de datos sigue sin ser

compatible.

Comprobación de que en las personalizaciones futuras se siguen los procedimientos recomendados Asegúrese de que el rendimiento del entorno es bueno y de que se siguen los procedimientos

recomendados. Implemente solo las personalizaciones realizadas según los procedimientos

recomendados descritos en los siguientes artículos de MSDN y TechNet:

Procedimientos recomendados: uso de objetos desechables de Windows SharePoint Services

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

Herramientas de desarrollo y técnicas para trabajar con código en Windows SharePoint Services

3.0 (parte 1 de 2) (http://go.microsoft.com/fwlink/?linkid=101494&clcid=0xC0A).

Procedimientos recomendados: problemas de codificación habituales al usar el modelo de objetos

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

Directiva de personalización de Productos y Tecnologías de SharePoint

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

64

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

Es importante que se comunique con los usuarios durante el proceso de actualización de Windows

SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010. Los usuarios necesitan saber a qué

atenerse cuando vuelvan a visitar los sitios después de la actualización. Los propietarios de los sitios

necesitan saber cómo ayudar a prepararse para la actualización y qué deberán hacer una vez que ésta

se lleve a cabo. Tanto los usuarios como los propietarios de sitios deben saber cuándo se realizará la

actualización. Como parte del proceso de planeación, determine lo siguiente:

Quiénes son los miembros del equipo de actualización, qué otras partes interesadas están

involucradas y quiénes se verán afectados por la actualización.

Qué información debe tener el equipo de actualización y cuándo debe obtenerla.

Qué información deben tener los usuarios de sitios y otras partes interesadas, y cuándo deben

obtenerla.

En este artículo se describe cómo crear un plan de comunicación de modo que el equipo de

actualización, las partes interesadas y los usuarios sepan a qué atenerse antes, durante y después de

la actualización.

En este artículo:

Quién forma parte del equipo de actualización

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

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

Quién forma parte del equipo de actualización En el caso de implementaciones pequeñas en que los sitios no se han personalizado en gran medida,

es posible que el equipo de actualización esté formado por una sola persona. Por otro lado, en el caso

de implementaciones más grandes, pueden requerirse varias personas con distintos roles, tal como se

muestra en la lista siguiente.

Administradores del servidor El administrador del servidor realiza la mayoría de las tareas de

actualización. Debe haber al menos un administrador del servidor en el equipo de actualización, ya

que para ejecutar el Asistente para instalación se requiere un miembro del grupo de

administradores locales en cada servidor front-end web.

Los administradores del conjunto o granja de servidores pueden no ser administradores

locales para el servidor.

Nota:

65

Administradores de la base de datos Si cuenta con un equipo independiente para la

administración de bases de datos, debe coordinarse con ellos para programar y realizar la

actualización, especialmente si planea usar el método de actualización de base de datos adjunta.

Equipos de seguridad de servidores Debe coordinarse con sus equipos de seguridad, como el

equipo de servicios de directorio de Active Directory, para comprobar cuentas y permisos, o para

aprovechar la nueva configuración de directivas que puede aplicar con SharePoint Foundation

2010.

Equipo de implementación de clientes Comuníquese con los equipos de implementación de

clientes para coordinar la implementación de aplicaciones de servidores y clientes nuevos. La

implementación de clientes debe realizarse antes de la actualización o puede ser una opción

disponible para los usuarios después de que los sitios se hayan actualizado.

Propietarios de la colección de sitios Debe notificar a los propietarios de la colección de sitios

el momento en que se vaya a producir el proceso de actualización y advertirles acerca de cualquier

problema que encuentre al ejecutar la herramienta de comprobación previa a la actualización o al

actualizar los sitios. Si usa la actualización visual, también debe poner al tanto a los propietarios de

la colección de sitios sobre el cambio efectuado en la nueva interfaz de usuario y si el

administrador de la granja de servidores o los administradores de las colecciones de sitios

completarán ese cambio.

Diseñadores y programadores de sitios Si tiene plantillas, elementos web, servicios web u

otros elementos personalizados asociados a los sitios, debe trabajar con los responsables del

desarrollo o la personalización de dichos elementos para asegurarse de poder crear nuevas

versiones de estos elementos personalizados o para comprobar que estos elementos se hayan

actualizado correctamente. Para obtener más información acerca de los posibles problemas

relativos a los elementos personalizados, vea Uso de una actualización de prueba para encontrar

posibles problemas (SharePoint Foundation 2010).

Usuarios del sitio Aunque no es necesario incluir a los usuarios del sitio en la toma de

decisiones sobre el proceso de actualización, debe comunicarles que éste se llevará a cabo y lo

que deben esperar de él.

Patrocinadores y otras partes interesadas Es posible que su empresa tenga a otras personas

involucradas en el proceso de planeación de la actualización. Asegúrese de incluirlas en el plan de

comunicación según corresponda.

Un equipo de actualización puede incluir uno o más miembros en cada rol, según la

organización.

Cuándo comunicarse con el equipo de actualización y qué comunicarle En general, los administradores del servidor y los administradores de servicios compartidos establecen

la escala de tiempo para la actualización y los propietarios de sitios reciben una notificación solo

Nota:

66

cuando el proceso está a punto de comenzar. Sin embargo, debido a que los integrantes del grupo

tienen sus propias tareas que deben realizar en momentos determinados del proceso de actualización

global, es fundamental contar con un plan sólido para comunicar el progreso de la actualización a

todos los integrantes del grupo de manera que todos sepan cuándo es el momento de realizar sus

tareas particulares.

Todo el equipo de actualización debe trabajar en colaboración para determinar lo siguiente:

El método de actualización que se usará El artículo Determinación del método de actualización

(SharePoint Foundation 2010) incluye información que le ayudará a decidir el tipo de actualización

que debe realizar. También es importante tener en cuenta el informe generado por la herramienta

de comprobación previa a la actualización al tomar esta decisión.

Fechas y horas en que se realizará la actualización Se recomienda (especialmente en el caso

de una actualización en contexto) realizar la actualización cuando la utilización del sitio sea baja.

Para las implementaciones pequeñas en un único servidor, es posible que la actualización se

complete en menos de un día. Para las implementaciones de mayor tamaño, como granjas de

servidores con grandes cantidades de datos, el método de actualización de base de datos adjunta

o la actualización en contexto con el método de desasociación de bases de datos pueden usarse

para distribuir el proceso de actualización entre varios períodos de inactividad. No hay forma de

determinar la cantidad exacta de tiempo necesaria para actualizar una colección de sitios

específica. Debido a esto, es muy importante comunicarse con los demás integrantes del grupo

involucrados en el proceso de actualización y, además, con los usuarios finales. El día o los días

que elija para la actualización deben estar lo suficientemente lejos como para proporcionar al

equipo de actualización el tiempo suficiente para completar todos los pasos preliminares. Al

planear la escala de tiempo, asegúrese de asignar tiempo a la validación de los sitios actualizados

y a la implementación de cualquier cambio o modificación de la personalización de marca de los

sitios.

Es importante comunicarse con los propietarios, diseñadores y programadores del sitio en los

siguientes momentos del proceso de actualización:

Antes de que empiece el proceso, para que conozcan la escala de tiempo general y sus roles en el

proceso.

Una vez ejecutada la herramienta de comprobación previa a la actualización, para que puedan

resolver cualquier problema identificado por la herramienta. Para obtener más información acerca

de la herramienta de comprobación previa a la actualización, vea Ejecución de la herramienta de

comprobación previa a la actualización (SharePoint Foundation 2010). Por ejemplo, las cuestiones

relativas a plantillas de sitio personalizadas o elementos web personalizados deben comunicarse

al propietario, diseñador o programador del sitio que corresponda antes de programar la

actualización para darles tiempo para investigarlas y tomar medidas preliminares. O bien, es

posible que un programador decida que sería prudente volver a crear un elemento web antes de la

actualización, o que los propietarios del sitio deseen tomar nota de cualquier personalización que

se haya llevado a cabo en sus sitios, incluidos las plantillas de sitio y los cambios realizados en los

archivos ASPX (Active Server Page Extension) principales.

Después de actualizar los sitios, para que puedan revisarlos y efectuar los cambios necesarios.

67

Cuándo comunicarse con los usuarios del sitio y qué comunicarles También es importante comunicarse con los usuarios de los sitios con respecto a las siguientes

cuestiones:

Cuándo se actualizarán sus sitios En el caso de una actualización inmediata, también es

necesario informarles de que sus sitios no estarán disponibles durante la actualización.

Cuándo estarán listos los sitios actualizados Esto significa que el equipo de actualización no

solo ha actualizado sino también comprobado la funcionalidad de los sitios actualizados.

Cómo puede afectarles la actualización y qué deben saber acerca del nuevo entorno Por

ejemplo, el sitio tendrá un aspecto diferente y funcionará de forma algo distinta en la nueva interfaz

de usuario. Si va a usar la actualización visual, informe a los usuarios a qué se atendrán y si van a

tener la experiencia de usuario anterior o una nueva. También puede dirigirles a contenido

disponible, como artículos sobre novedades o material de aprendizaje, para aprender a usar la

nueva versión. Para obtener más información acerca de los cambios de características y la

actualización visual, vea Planeación de la actualización visual (SharePoint Foundation 2010) y

Cambios en las características principales entre versiones en el artículo sobre las novedades de la

actualización.

Cómo obtener ayuda Si el usuario encuentra un problema en un sitio después de la

actualización, ¿qué puede hacer para resolverlo?

68

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

En este artículo se trata la nueva característica de actualización visual de Microsoft SharePoint

Foundation 2010. Si su organización planea realizar una actualización de Windows SharePoint

Services 3.0, puede aprovechar esta nueva característica. De forma predeterminada, la apariencia de

los sitios se mantiene durante una actualización desde Windows SharePoint Services 3.0. Los

propietarios de los sitios pueden cambiar a la nueva interfaz de usuario de forma permanente o pueden

optar por obtener la vista previa de esta interfaz para los sitios de SharePoint. Al usar la característica

de actualización visual, puede elegir mover todos los sitios a la nueva interfaz de usuario. Si selecciona

esta opción, invalida la interfaz de usuario para los propietarios de la colección de sitios y los

propietarios de los sitios. Puede elegir conservar las páginas personalizadas o restablecer todas las

páginas personalizadas. Ambas opciones actualizarán la apariencia de las páginas de plantilla, pero la

segunda opción elimina las modificaciones de las páginas personalizadas y no se puede deshacer.

La característica de actualización visual no está disponible si realiza una actualización en un

único servidor con una base de datos integrada mediante el Asistente para configuración de

Productos de SharePoint. Sin embargo, la característica de actualización visual está disponible

si usa la herramienta de línea de comandos PSConfig para la actualización.

En este artículo se detallan consideraciones clave para planear el uso de la actualización visual y

también se tratan problemas conocidos. Para obtener más información, vea Administración de la

actualización visual (SharePoint Foundation 2010).

En este artículo:

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

Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios

Problemas conocidos

Fase de planeación clave de la actualización visual La actualización visual es una característica que es parte del proceso de actualización. Antes de

realizar la actualización, asegúrese de que conoce los efectos de elegir entre las dos opciones

diferentes que la actualización visual ofrece.

Conservación de la interfaz de usuario existente

Si opta por conservar la apariencia de los sitios existentes de SharePoint, les da a los propietarios de

colecciones de sitios control sobre sus colecciones de sitios y a los propietarios de sitios control sobre

sus sitios. Se conservan todos los datos y la configuración de los sitios originales. El diseño, la

Nota:

69

organización de comandos y los estilos conservan la interfaz de usuario anterior. Independientemente

del tipo de actualización de granja de servidores que seleccione, obtendrá todos los beneficios de la

infraestructura de Microsoft SharePoint Foundation 2010, incluidas la confiabilidad, escalabilidad y

capacidad de administración mejoradas. Conservar la interfaz de usuario anterior reduce la posibilidad

de que el contenido personalizado deje de funcionar. Esto garantiza que los usuarios continúen

usando los sitios existentes de SharePoint hasta que se complete todo el trabajo de actualización,

incluidas la resolución de problemas y la actualización de las personalizaciones.

Actualización a la nueva interfaz de usuario

Si opta por cambiar todos los sitios existentes de SharePoint a la nueva interfaz de usuario, los

propietarios de colecciones de sitios y los propietarios de sitios no tienen control sobre la actualización.

Todos los datos y la configuración de los sitios existentes de SharePoint se actualizan a la nueva

interfaz de usuario. Quizá desee elegir esta opción si no hay personalizaciones o si probó las

personalizaciones que necesita antes de la actualización. Incluso si elige esta opción, todavía puede

optar por conservar las páginas personalizadas o restaurarlas. Si tiene que mantener las

personalizaciones o si no está seguro de si desea hacerlo, debe conservar las páginas personalizadas.

La restauración de estas páginas quita las personalizaciones y no se puede deshacer. Elija esta opción

si ya no necesita las personalizaciones y si sabe que no se perderán datos importantes. Para obtener

mas información, vea Determinación del modo de controlar las personalizaciones (SharePoint

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

Foundation 2010) y Redeploying Customizations and Solutions in SharePoint Foundation 2010 and

SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=186372&clcid=0xC0A).

Entrenamiento de propietarios de colecciones de sitios y propietarios de sitios Es importante que entrene a los usuarios sobre los efectos de la conservación de la apariencia de los

sitios existentes de SharePoint o de la actualización de todos los sitios a la nueva interfaz de usuario.

Los usuarios informados están preparados y saben qué esperar, lo que disminuirá la necesidad de

recurrir al departamento de soporte técnico y las frustraciones.

Si actualiza todos los sitios a la nueva interfaz de usuario, informe a los usuarios sobre los cambios y

las características nuevas, como la cinta de opciones, la interfaz de edición de páginas nueva y los

calendarios interactivos. También adviértales sobre los posibles problemas que pueden producirse. Por

ejemplo, pueden tener problemas con las personalizaciones, como que las páginas no se muestren

correctamente. Para obtener información sobre problemas de actualización generales, vea Solución de

problemas de actualización (SharePoint Foundation).

Si opta por conservar la apariencia de los sitios existentes de SharePoint, explique a los propietarios

de colecciones de sitios y a los propietarios de sitios que la interfaz de usuario no cambiará durante la

actualización y coménteles las opciones que tienen.

70

De forma predeterminada, los propietarios de sitios tienen control sobre sus sitios. Pueden usar la

opción de vista previa de elementos visuales nuevos (en Configuración del sitio) para obtener una

vista previa de la nueva interfaz de usuario y luego cambiar entre la interfaz de usuario anterior y la

nueva. Esto les da tiempo para asegurarse de que todo funciona correctamente y pueden solucionar

cualquier problema que se produzca en las páginas después de la actualización. Cuando los

propietarios de sitios estén listos, pueden actualizar los sitios a la nueva interfaz de usuario. Sin

embargo, los propietarios de colecciones de sitios pueden elegir finalizar la nueva interfaz de usuario,

lo que invalida el control que los propietarios de sitios tienen sobre la actualización visual para sus

sitios. Si los propietarios de colecciones de sitios desean conservar la interfaz de usuario anterior para

la colección de sitios, también tienen la opción de ocultar la configuración de la actualización visual de

los propietarios de sitios.

Los propietarios de sitios también tienen que saber que si hacen cambios en la nueva interfaz de

usuario mientras están en modo de vista previa y luego vuelven a la interfaz anterior, es posible que

esta información no se muestre correctamente.

Se recomienda que tenga un plan y que fije un límite para el tiempo durante el cual la interfaz de

usuario anterior debe usarse en la implementación de SharePoint. Por ejemplo, se puede dar un plazo

de 90 días a cada administrador de la colección de sitios para trabajar con los propietarios de sitios con

el fin de realizar la transición de la interfaz de usuario anterior a la nueva. Asegúrese de informar sobre

este plazo a los usuarios. El límite de tiempo garantiza que los usuarios tengan un tiempo razonable

para familiarizarse con la nueva interfaz de usuario y para resolver cualquier problema que pueda

llegar a producirse durante la actualización. Si establece un límite de tiempo para los usuarios, también

infórmeles que, después de este tiempo, puede forzar una actualización de todos los sitios. Para

obtener más información, vea Administración de la actualización visual (SharePoint Foundation 2010).

Si los propietarios de colecciones de sitios deciden usar la nueva interfaz de usuario en todos los sitios

de su colección de sitios, no pueden cambiar de idea. Sin embargo, como administrador de la granja

de servidores, puede cambiar las configuraciones si revierten los sitios a la interfaz de usuario anterior

con el modelo de objetos de Windows PowerShell o SharePoint. Para obtener más información, vea

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

Es importante decir a los propietarios de colecciones de sitios y propietarios de sitios que, mientras los

sitios usen la interfaz de usuario anterior, las características nuevas (como la cinta de opciones, la

edición en contexto para páginas Wiki, los calendarios interactivos y las relaciones entre listas) no

estarán disponibles. Sin embargo, cuando los sitios cambian a la nueva interfaz de usuario, las

características de la aplicación aparecen automáticamente. También es importante notar que todos los

sitios nuevos creados después de realizada la actualización usan la nueva interfaz de usuario de forma

predeterminada.

Problemas conocidos Hay que tener en cuenta varios problemas conocidos:

Si usa SharePoint Foundation 2010, asegúrese de usar la misma versión y el mismo Service Pack

de SharePoint Designer.

71

Vea también Actualización en contexto a SharePoint Foundation 2010

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

Actualización a SharePoint Foundation 2010

72

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

Antes de actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010,

debe dedicar un tiempo a realizar una prueba del proceso de actualización y conocer los problemas

que pueden surgir en la actualización real. En esta sección se incluye información acerca de cómo

probar una actualización y cómo usar la información obtenida en esa prueba para predecir cuánto

tiempo y espacio se necesitará para la actualización y qué pasos se pueden llevar a cabo para limpiar

el entorno antes de realizar la actualización real.

Use los artículos de esta sección durante y después de la actualización para solucionar los problemas

y reanudar el proceso de actualización.

En esta sección:

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

Siga estos procedimientos recomendados para sacar el mayor provecho posible de las pruebas de

actualización.

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

2010)

Obtenga información acerca de cómo planear una actualización correctamente mediante la prueba

de actualización con datos reales en un entorno físico o virtual.

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

Foundation 2010)

Use la información de las pruebas para saber cuánto tiempo tardará la actualización.

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

La actualización se ejecutará con menos problemas si se prepara el entorno mediante la limpieza

de sitios o datos adicionales. En este artículo se enumeran los elementos comunes que puede

resultar conveniente limpiar antes de iniciar el proceso de actualización.

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

Siga estas recomendaciones para solucionar los problemas que se produzcan durante la

actualización. También puede buscar los problemas comunes y averiguar cómo solucionarlos.

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

Si ha creado una copia de seguridad del entorno y de las bases de datos antes de iniciar la

actualización en contexto o si configura el entorno como un entorno de solo lectura antes de iniciar

una actualización de base de datos adjunta, puede recuperar el entorno si se produce un error

durante el proceso de actualización.

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

73

Si encuentra errores durante la actualización, puede solucionarlos mediante el artículo de solución

de problemas y, posteriormente, use este artículo para reiniciar o reanudar la actualización.

Además, los siguientes recursos pueden resultar útiles al realizar una prueba del proceso de

actualización:

Hoja de cálculo de actualización a productos de SharePoint 2010

Use esta hoja de cálculo para registrar información sobre el entorno mientras realiza la prueba de

la actualización. Descargue la hoja de cálculo en

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

Productos de Microsoft SharePoint 2010 - Prueba del modelo de proceso de actualización

Este póster dispone de una presentación visual de la información sobre las pruebas del proceso de

actualización. Descargue el póster en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.

74

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

Para entender el entorno antes de intentar realizar una actualización y planear de manera precisa el

tiempo que requerirá una actualización, debe realizar una o más actualizaciones de prueba. El objetivo

de la actualización de prueba es encontrar problemas a tiempo y solucionarlos de manera que pueda

confiar en el proceso y el resultado cuando realice la actualización real. Para realizar una prueba

precisa y útil del proceso de actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, siga estos procedimientos recomendados:

1. Haga su entorno de prueba lo más similar posible al real.

Si es posible, use el mismo tipo de hardware, las mismas configuraciones, las mismas direcciones

URL, etc. Cuanto más se minimicen las diferencias entre el entorno de prueba y el entorno real,

mejor. Cuantas más diferencias haya, será más probable que tarde más tiempo en realizar un

seguimiento de problemas no relacionados para asegurarse de que no se produzcan durante la

actualización real.

2. Conozca los contenidos del entorno. Primero realice un estudio completo.

Tómese el tiempo necesario para documentar el hardware y el software incluidos en el entorno,

qué personalizaciones del servidor están instaladas y se usan, dónde se encuentran y la

configuración necesaria. Esto ayudará a lograr una planeación más completa y a recuperarse si la

actualización da error. Existe una hoja de cálculo a su disposición para poder registrar la

información acerca del entorno mientras prepara la actualización. Descargue la hoja de cálculo en

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

3. Use datos reales.

Use copias de la base de datos real para ejecutar las pruebas. Al realizar las pruebas mediante

datos reales, podrá identificar las áreas con problemas y, además, el rendimiento de la

actualización. Esto también proporciona la posibilidad de medir el tiempo que tardan las diferentes

secuencias y acciones de la actualización en función de los distintos tipos de datos. Si no puede

probar todos los datos, realice pruebas de un subconjunto representativo de datos para asegurarse

de que se han detectado todos los problemas relacionados con los diferentes tipos y tamaños de

sitios, listas, bibliotecas y personalizaciones del entorno.

4. Ejecute varias pruebas.

Mediante una sola prueba podrá saber si encontrará problemas complicados, pero mediante varias

pruebas se asegurará de que se han detectado todos los problemas posibles y también obtendrá

una escala de tiempo del proceso más precisa. Además, podrá determinar qué métodos de

actualización serán más adecuados para su entorno, qué técnicas de mitigación del tiempo de

inactividad debería considerar usar y de qué modo el proceso o el rendimiento pueden cambiar

después de solucionar los problemas descubiertos en las primeras pruebas. La prueba final puede

75

ayudarle a validar si se han solucionado todos los errores y si ya está preparado para actualizar el

entorno de producción.

5. No ignore las advertencias.

Aunque no es un error, una advertencia puede dar lugar a problemas posteriores en el proceso de

actualización. Solucione los errores, pero también investigue todas las advertencias para

asegurarse de que conoce sus posibles consecuencias.

6. Pruebe el entorno actualizado y no sólo el proceso de actualización.

Compruebe las aplicaciones de servicio y los servicios. Ejecute un rastreo de búsqueda y revise

los archivos de registro. Compruebe si funcionan los sitios web de Mi sitio.

7. Compruebe los sitios en ambos modos de la actualización visual.

No asuma que debido a que se puede obtener una vista previa del sitio adecuadamente en un

modo, también se podrá en el otro modo. Compruebe la experiencia del usuario de la versión

anterior y de la nueva versión.

8. Considere la posibilidad de usar un entorno de vista previa.

Puede crear un entorno de vista previa en el que los usuarios puedan comprobar sus sitios

después de una actualización de prueba y, de esta manera, ayudarle a comprobar la actualización

y a encontrar problemas. Puede usar un entorno de solo lectura o permitir a los usuarios realizar

cambios, pero debe advertirles que estos cambios no se guardarán. Considere la posibilidad de

limitar este entorno de vista previa a un conjunto pequeño de sitios representativos y de limitar el

acceso sólo para partes interesadas con el fin de reducir el tiempo que se deberá hospedar el

entorno de vista previa y la cantidad de comentarios que se recibirán.

Para obtener más información acerca de cómo probar la actualización, vea Uso de una actualización

de prueba para encontrar posibles problemas (SharePoint Foundation 2010) y el póster "Prueba del

proceso de actualización" disponible en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.

76

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

Antes de iniciar el proceso de actualización de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010, se recomienda probarlo para asegurarse de que sabe exactamente lo

que debe hacer para lograr una actualización correcta. Mediante una actualización de prueba para

probar el proceso, puede descubrir:

Las personalizaciones que hay en el entorno, para poder planear cómo tratarlas durante la

actualización.

Si se debería actualizar el hardware para lograr que la actualización se ejecute de manera más

eficiente y con mayor rapidez.

El momento oportuno para la actualización, o cuánto tardará la actualización en el entorno.

Lo que se necesita para hacer una planeación operacional, por ejemplo, recursos que hay que

tener disponibles.

Además, la actualización de prueba es útil para familiarizarse con las herramientas de actualización y

con el proceso mismo, de manera que se sepa lo que podría suceder cuando se lleve a cabo el

proceso real. Al realizar esta prueba, puede descubrir:

Los casos especiales que se aplican al entorno y el método de actualización más eficiente

Cómo es la interfaz de usuario, cómo se sabe que se ha finalizado una fase y se ha pasado a otra.

Dónde están los archivos de registro, cómo leerlos y la información que proporcionan

Las técnicas que se pueden usar para reducir el tiempo de inactividad

En este artículo se describen los pasos básicos para probar la actualización; además, se ofrecen

recomendaciones para revisar los resultados y ajustar los planes de actualización basándose en lo que

se aprendió durante las pruebas.

En este artículo:

Configurar un entorno de prueba

Identificar e instalar personalizaciones

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

Revisar los resultados

Ajustar los planes y repetir las pruebas

Además, los siguientes recursos pueden resultar útiles al realizar una prueba del proceso de

actualización:

Hoja de cálculo de actualización a Productos de SharePoint 2010

77

Use esta hoja de cálculo para registrar información sobre el entorno mientras realiza la prueba de

la actualización. Descargue la hoja de cálculo en

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

Productos de Microsoft SharePoint 2010 - Prueba del modelo de proceso de actualización

Este póster dispone de una presentación visual de la información sobre las pruebas del proceso de

actualización. Descargue el póster en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.

Configurar un entorno de prueba Para probar el proceso de actualización, se puede usar un hardware físico o virtual. Cada entorno es

único, de manera que no hay instrucciones generales sobre el tiempo que dura una actualización o

sobre la dificultad que entraña actualizar una personalización en particular. La mejor manera de medir

el proceso de actualización es mediante la realización de una serie de actualizaciones de prueba.

Cuando cree el entorno de prueba:

El conjunto o granja de servidores de prueba debe ser lo más parecido a la granja real, por

ejemplo, hardware, software y espacio disponible.

Use las mismas direcciones URL en la granja de servidores de prueba y en la real. (De lo

contrario, perderá tiempo diagnosticando problemas relacionados con direcciones URL que no

aparecerán en la actualización real.)

Asegúrese de transferir todas las configuraciones y personalizaciones al entorno de prueba. La

sección Identificar e instalar personalizaciones proporciona información sobre la recopilación de

esta información.

Usar un entorno de prueba virtual

Al realizar pruebas en un entorno virtualizado, no se necesita mucho hardware. Para replicar el

entorno, se pueden usar solo dos servidores que ejecuten Hyper-V. Un servidor tendrá imágenes para

los servidores web front-end y servidores de aplicaciones, y el otro tendrá imágenes para los

servidores de base de datos.

78

Usar un entorno de prueba físico

Cuando se realizan pruebas en un entorno físico, se tiene que replicar el entorno de la granja de

servidores completo y con el mayor parecido posible. Si simplifica demasiado la cantidad de servidores

web front-end, los servidores de aplicaciones o los servidores de bases de datos, no tendrá una

estimación precisa de cuánto tardará el proceso de actualización, y puede que no se tengan en cuenta

complicaciones que surgen de interacciones entre servidores en el mismo rol (como transacciones de

SQL Server). Si tiene varios servidores en un rol en la granja de servidores original, para probar dichos

problemas, use al menos dos servidores para ese rol en la granja de servidores de prueba.

79

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

Si va a usar el método de actualización de base de datos adjunta, puede que necesite crear un entorno

de prueba adicional: una única granja de servidores que ejecute Windows SharePoint Services 3.0 y

que se pueda usar para ejecutar la herramienta de comprobación previa a la actualización antes de

intentar actualizar los datos.

Para evitar este paso, ejecute la herramienta de comprobación previa a la actualización en la granja de

servidores de producción existente.

Identificar e instalar personalizaciones Para que el proceso de prueba sea preciso, debe buscar todas las personalizaciones del entorno

actual y copiarlas en el entorno de prueba. Para obtener más información acerca de los tipos de

personalizaciones que se deben identificar, vea Determinación del modo de controlar las

personalizaciones (SharePoint Foundation 2010).

Use la herramienta de comprobación previa a la actualización para identificar definiciones del sitio,

plantillas del sitio y características del entorno.

Esta herramienta examina todas las colecciones de sitios y genera un informe sobre el estado de

cada sitio. También guarda información sobre la definición de listas de cada lista. Puede revisar los

informes para ver los problemas y solucionarlos antes de empezar el proceso de actualización. A

diferencia de la herramienta de detección previa a la actualización para Windows SharePoint

Services 3.0, la herramienta de comprobación previa a la actualización es una herramienta de solo

lectura y no cambia los sitios. Para obtener más información acerca de esta herramienta y los

pasos para realizar el análisis, vea el tema sobre Análisis y creación de informes previos a la

actualización para versiones futuras (Windows SharePoint Services) y Ejecución de la herramienta

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

80

Use la operación Stsadm –o enumallwebs en todas las bases de datos de contenido en el

entorno de Windows SharePoint Services 3.0 para identificar personalizaciones específicas en

subsitios. Esta operación enumera un identificador para cada colección de sitios y subsitio en el

entorno y las plantillas en las que se basa el sitio. Esta operación se introdujo por primera vez en

Windows SharePoint Services 3.0 con Service Pack 2 (SP2). Para obtener más información, vea el

tema sobre Operación Enumallwebs: Stsadm (Windows SharePoint Services).

Use una herramienta como WinDiff (una herramienta que se proporciona con la mayoría de los

sistemas operativos Microsoft) para comparar los servidores del entorno de producción con los

servidores de la granja de prueba. Puede usar esta herramienta para ver los archivos que existen

en los servidores y las diferencias entre ellos.

Compruebe los archivos web.config para averiguar si se efectuaron cambios y busque controles

personalizados en el elemento SafeControls.

Use la Herramienta de diagnóstico de SharePoint (SPDiag) para encontrar soluciones

implementadas. Para obtener más información, vea el tema sobre la Herramienta de diagnóstico

de SharePoint (SPDiag).

Cree una lista de todas las personalizaciones que encuentre y, en lo posible, identifique su origen.

Por ejemplo, si hay complementos de terceros o plantillas que se personalizaron internamente.

Después de identificar el origen, puede comprobar las versiones actualizadas de las

personalizaciones. Existe una hoja de cálculo a su disposición para registrar la información acerca

del entorno, en función de los datos obtenidos de los resultados de la herramienta de

comprobación previa a la actualización y de su propia investigación sobre las personalizaciones.

Descargue la hoja de cálculo en http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A y

personalícela para adaptarla a sus necesidades.

¿Con quién se debe poner en contacto en relación con las personalizaciones que no creó?

Después de identificar todas las personalizaciones, cópielas en los servidores adecuados de la granja

de servidores de prueba. Puede usar el cmdlet test-spcontentdatabase de Windows PowerShell

antes de adjuntar una base de datos a SharePoint Foundation 2010 para determinar si faltan

personalizaciones del entorno. Ejecute este comando para cada base de datos después de

restaurarlas en el servidor de bases de datos, pero antes de ejecutar la actualización. Tenga en cuenta

que este cmdlet se ejecuta en modo silencioso, por lo tanto no devolverá resultados a menos que

encuentre un error.

Copiar datos reales en el entorno de prueba y probar la actualización No es posible lograr los objetivos de prueba a menos que se usen datos reales. Se pueden usar los

siguientes métodos para crear una copia de los datos:

Para actualización en contexto, cree una copia de seguridad de una granja de servidores y luego

restáurela en el entorno de prueba. Para obtener más información, vea el tema sobre Copia de

Sugerencia

81

seguridad y restauración de la granja de servidores completa (para tecnología Windows

SharePoint Services 3.0).

Para una actualización de base de datos adjunta, tiene que usar las herramientas de copias de

seguridad y restauración de Microsoft SQL Server a fin de crear una copia de las bases de datos

de contenido y cualquier otra base de datos que desee actualizar. Para obtener más información,

vea el tema sobre la copia de seguridad y restauración de bases de datos de contenido (Windows

SharePoint Services 3.0).

No hay mejor manera de saber lo que puede surgir durante la actualización que realizando la prueba

en una copia de todos los datos. Sin embargo, es posible que esto no siempre sea una opción realista

para la prueba inicial. Puede realizar el proceso paulatinamente probando una base de datos a la vez

(en caso de que las bases de datos sean grandes) para poder tener la seguridad de que se prueba

aquello que es único en ese conjunto de datos, o bien poder ensamblar un subconjunto de datos

desde sitios representativos del entorno. Si desea probar primero con un subconjunto de los datos,

asegúrese de que el subconjunto tenga las siguientes características:

El subconjunto de datos contiene sitios que son típicos de los sitios admitidos en el entorno.

El tamaño y la complejidad del subconjunto de datos son muy parecidos al tamaño y complejidad

reales del entorno.

La prueba de un subconjunto de los datos no produce una referencia válida acerca de cuánto

tiempo tardará el procesamiento del volumen de datos total para el entorno.

Después de copiar los datos, haga una primera pasada por el proceso de actualización para ver qué

pasa. Esto es solo la ronda preliminar.

Probar la actualización en contexto

Si desea probar un método de actualización en contexto, siga estos pasos para probar el proceso de

actualización:

1. Realice una copia de seguridad completa de la granja de servidores.

2. Restaure la copia de seguridad en la granja de servidores de prueba.

Para obtener más información, vea el tema sobreCopia de seguridad y restauración de la granja de

servidores completa (para tecnología Windows SharePoint Services 3.0).

3. Ejecute la herramienta de comprobación previa a la actualización y tome nota de cualquier

problema que encuentre. Conviene solucionar estos problemas en el entorno original antes de

ejecutar la actualización real en la granja de servidores del producto. Para obtener más

información, vea Ejecución de la herramienta de comprobación previa a la actualización

(SharePoint Foundation 2010).

4. Siga los pasos descritos en Realización de una actualización en contexto (SharePoint Foundation

2010) para probar la actualización en contexto.

5. Revisar los resultados.

Importante:

82

Probar una actualización de base de datos adjunta

1. Crear una copia de seguridad de SQL Server de las bases de datos de contenido.

2. Use SQL Server para restaurar las copias de seguridad en la granja de prueba de un solo servidor

y adjuntar las bases de datos de contenido a ese entorno.

Para obtener más información, vea el tema sobre Copia de seguridad y restauración de bases de

datos de contenido (Windows SharePoint Services 3.0).

3. Ejecute la herramienta de comprobación previa a la actualización. Tome nota de los problemas

que encuentre y los cambios que haga. Conviene solucionar estos problemas y hacer estos

cambios en el entorno original antes de ejecutar la actualización real en la granja de servidores del

producto. Para obtener más información, vea Ejecución de la herramienta de comprobación previa

a la actualización (SharePoint Foundation 2010).

4. Siga los pasos del artículo Preparación del nuevo entorno de SharePoint Foundation para

configurar el entorno de prueba para una actualización de base de datos adjunta.

5. Siga los pasos que se indican en Bases de datos adjuntas y actualización a SharePoint Foundation

2010 para realizar una prueba del proceso de actualización de base de datos adjunta.

Revisar los resultados Después de completar la actualización de prueba, puede revisar los resultados y volver a comprobar

los planes. Examine los archivos de registro, los sitios actualizados y compruebe las

personalizaciones. Vea cómo funcionó el trabajo de actualización para el entorno, lo que descubrió,

qué se necesita para reconsiderar el plan de actualización.

Revisar los archivos de registro

Revise los siguientes archivos de registro:

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

Los archivos de registro para la herramienta de comprobación previa a la actualización (stsadm -o

preupgradecheck) están en %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\12\LOGS. Los nombres de los archivos de registro tienen el siguiente formato:

PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.log, donde AAAAMMDD es la

fecha y HHMMSS-SSS es la hora (horas en formato de 24 horas, minutos, segundos y

milisegundos) y se usa el número aleatorio para diferenciar entre posibles intentos simultáneos de

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

El archivo de registro de Asistente para configuración de Productos de SharePoint (Psconfig.exe)

(se genera cuando se ejecuta este asistente como parte de la actualización en contexto de

prueba).

Los archivos de registro de PSCDiagnostics están ubicados en

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS.

83

El archivo de registro de actualización y el archivo de registro de errores de la actualización (se

genera cuando se ejecuta la actualización).

El archivo de registro de actualización (.log) y el archivo de registro de errores de la actualización

(.err) están localizados en %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LOGS. Los nombres de los archivos de registro tienen el siguiente formato:

Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la

hora (horas en formato de 24 horas, minutos, segundos y milisegundos).

Para revisar los archivos de registro con el objetivo de encontrar y solucionar problemas, comience por

la parte superior de los archivos. Los errores o advertencias pueden repetirse cuando se producen

para varias colecciones de sitios en el entorno, o si bloquean el proceso de actualización totalmente.

Por ejemplo, si no puede conectarse a la base de datos de configuración, el proceso de actualización

lo intentará (y fracasará) varias veces, y estos intentos aparecerán en la lista del archivo de registro.

Busque las siguientes entradas:

Finished upgrading SPFarm Name=<nombre de la base de datos de configuración>

In-place upgrade session finishes. Root object = SPFarm=<Nombre de la base de datos de

configuración>,recursive = True. 0 errors and 0 warnings encountered.

Si existen esas entradas, la instalación se realizó correctamente.

Si no encontró las entradas indicadas en el paso anterior, puede identificar problemas específicos que

puedan haber contribuido al error realizando una búsqueda de los siguientes términos en el archivo

Upgrade.log:

Busque ERROR en los archivos de registro para buscar los errores (como error en componentes o

error en conexiones de bases de datos).

Busque ADVERTENCIA para encontrar problemas como la ausencia de características o

componentes.

Para buscar problemas de la actualización, puede resultar útil usar un analizador de registro para

ejecutar consultas en los archivos de registro.

Reiniciar la actualización, si es necesario

Durante una actualización de base de datos adjunta, se omitirán los sitios que no se puedan actualizar.

Durante una actualización en contexto, si el servidor se reinicia o se produce un error en la

actualización, deberá reiniciar el proceso de actualización para actualizar los sitios restantes.

Para ver si durante la actualización faltaron sitios o se omitieron, ejecute la siguiente operación de

Stsadm stsadm -o localupgradestatus en cada servidor front-end web de la granja de servidores de

SharePoint Foundation 2010. Para obtener más información sobre esta operación, vea el tema sobre la

operación localupgradestatus de Stsadm (Windows SharePoint Services).

Si la actualización omitió alguna colección de sitios, puede reiniciar el proceso de actualización para la

base de datos que contiene esa colección de sitios mediante el siguiente cmdlet de Windows

PowerShell: upgrade-spcontentdatabase -id <GUID>. Para obtener más información acerca de este

cmdlet, vea Upgrade-SPContentDatabase.

84

Para obtener más información, vea Reanudación de la actualización (SharePoint Foundation 2010).

Revisión de sitios actualizados

Revise los sitios actualizados para identificar problemas que deban solucionarse antes de ejecutar el

proceso de actualización en el entorno de producción. Para obtener más información acerca de las

cosas específicas que hay que buscar, vea Comprobación de la actualización y revisión de los sitios

actualizados (SharePoint Foundation 2010).

Ajustar los planes y repetir las pruebas Repita el proceso de prueba hasta que esté seguro de que se han encontrado todos los problemas que

pueden surgir y que sabe cómo solucionarlos. El objetivo es saber cuál es el plan si son las 4:00 p.m.

del domingo, debe volver a estar conectado el lunes por la mañana y el proceso no está yendo bien.

¿Hay un punto sin retorno? Pruebe el plan de reversión y asegúrese de que funciona antes de

comenzar la actualización real.

85

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

Una parte importante de la planeación de la actualización de Windows SharePoint Services 3.0 a

Microsoft SharePoint Foundation 2010 consiste en determinar cuánto tiempo tardará el proceso de

actualización y cuánto espacio de almacenamiento se necesitará. Cada entorno es único e incluye

funcionalidades de hardware diferentes y características de sitios distintas. El espacio y el tiempo

necesarios para ejecutar una actualización variará en gran medida en función del entorno. La mejor

manera de calcular estos factores es realizar una actualización de prueba y, a continuación, analizar el

espacio y el tiempo que se necesitó. Para obtener más información acerca de cómo realizar una

actualización de prueba, vea Uso de una actualización de prueba para encontrar posibles problemas

(SharePoint Foundation 2010).

En este artículo:

Estimación del espacio necesario para la actualización

Estimación de la duración de la actualización

Estimación del espacio necesario para la actualización Cuando se realiza una actualización en contexto o una actualización de base de datos adjunta, es

posible que las bases de datos se expandan durante la actualización. Además, muchas transacciones

tienen lugar durante la ejecución del proceso de actualización, por lo que debe asegurarse de que los

archivos de registro tienen espacio suficiente para expandirse y dar cabida a los cambios que se están

produciendo. Al planear, debe tener en cuenta el crecimiento de las bases de datos y de los archivos

de registro.

Cuando planee la actualización, asegúrese de que el entorno actual sigue los procedimientos

recomendados para almacenamiento de Windows SharePoint Services 3.0 de manera que tenga la

mejor experiencia y rendimiento durante la actualización. Para obtener más información, vea el tema

de recomendaciones de almacenamiento físico (Office SharePoint Server). También debe revisar los

procedimientos recomendados para SharePoint Foundation 2010 y hacer los ajustes necesarios para

el entorno de actualización.

Debido a los cambios en las estructuras de tabla en la nueva versión, las bases de datos crecen

temporalmente mientras los datos se reorganizan. Este espacio puede recuperarse después de la

actualización, pero hay que asegurarse de que haya espacio para que las bases de datos crezcan

hasta un 50 por ciento más que sus tamaños actuales durante una actualización en contexto o una

actualización de base de datos adjunta (tenga en cuenta que después de la actualización, puede

86

volver a reducir la base de datos para recuperar gran parte de este espacio). Igualmente, debe

asegurarse de que haya espacio en los servidores de bases de datos para que las bases de datos

crezcan con el tiempo y con el uso habitual. Para averiguar el tamaño actual de las bases de datos,

use el Administrador corporativo de Microsoft SQL Server. Además del espacio de la base de datos,

también necesita tener espacio para los siguientes elementos:

Las bases de datos temporales. Asegúrese de tener suficiente espacio en la base de datos para

permitir el rápido crecimiento de las bases de datos temporales. Si no tiene suficiente espacio, el

proceso de actualización puede agotar el tiempo de espera y la actualización puede producir un

error.

Los archivos de registro de la actualización.

Los archivos de registro de transacciones para las bases de datos. Estos archivos de registro

deben crecer con rapidez para dar cabida a la cantidad de cambios que tienen lugar en las bases

de datos.

En entornos de gran tamaño, existe la posibilidad de que la tasa de crecimiento

predeterminada de los archivos de registro de transacciones (10%) no sea suficiente para

seguir el ritmo del proceso de actualización, lo cual puede agotar el tiempo de espera del

proceso. Como ya se señaló, la actualización de prueba es la mejor manera de determinar

si los archivos de registro de transacciones pueden seguir el ritmo del proceso de

actualización. Si el entorno es muy grande o si se agotó el tiempo de espera del proceso

durante una actualización de prueba, considere la posibilidad de expandir los archivos de

registro de transacciones de SQL Server con antelación para asegurarse de disponer de

espacio para la cantidad de transacciones que se deben procesar. Para obtener más

información acerca de cómo expandir los registros de transacciones de SQL Server, vea el

tema sobre la expansión de una base de datos (SQL Server 2005)

(http://go.microsoft.com/fwlink/?linkid=182619&clcid=0xC0A) o sobre la expansión de una

base de datos (SQL Server 2008)

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

Estimación de la duración de la actualización Una vez que disponga de las estimaciones de espacio de disco y haya realizado algunas pruebas,

podrá calcular una estimación aproximada de la duración del proceso de actualización real. Los

tiempos de actualización varían mucho de un entorno a otro. El rendimiento de una actualización

dependerá en gran medida del hardware que se use, de la complejidad de los sitios y de las

características concretas de la implementación. Por ejemplo, si dispone de un gran número de

bibliotecas de documentos de gran tamaño, es posible que su actualización tarde más que la de un

sitio más simple.

En la siguiente tabla se describen los factores que influyen en el rendimiento.

Nota:

87

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

88

actualización, además del tiempo necesario para el procesamiento de datos, también se debe estimar

la duración de las actividades de las fases previa y posterior a la actualización.

Para los pasos previos a la actualización, tenga en cuenta los siguientes factores:

Creación de elementos personalizados La actualización de elementos web o la modificación de

plantillas personalizadas para aprovechar nuevas características lleva cierta cantidad de tiempo. El

proceso de crear elementos personalizados debe iniciarse pronto, durante la fase de evaluación

del proyecto.

Copia de seguridad de las bases de datos En una actualización en contexto, debe realizar una

copia de seguridad completa (no una copia de seguridad diferencial) de todo el entorno para

asegurarse de que pueda recuperar los datos en el caso poco probable de que se produzca un

error en la actualización y tenga que volver a crear el conjunto o granja de servidores. En el caso

de entornos de gran tamaño, este paso puede llevar una cantidad de tiempo considerable. En

particular, si realiza la copia de seguridad en una ubicación de red, los problemas de latencia de

red pueden ralentizar el proceso.

Para los pasos posteriores a la actualización, tenga en cuenta los siguientes factores:

Comprobación de sitios y realización de cambios Deje suficiente tiempo para que los usuarios

validen sus sitios después de la actualización. Esto puede tardar varios días. Para obtener más

información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint

Foundation 2010).

Los factores adicionales del entorno también pueden contribuir a alargar los tiempos de actualización.

Entre ellos se incluyen los siguientes:

Bibliotecas de documentos de gran tamaño La actualización de una biblioteca que tenga más

de 250.000 documentos en la raíz (no en carpetas) llevará mucho tiempo y es posible que no se

realice correctamente. Las recomendaciones de Windows SharePoint Services 3.0 sobre el uso de

carpetas para dividir grandes bibliotecas de documentos pueden ayudarle a controlar el tamaño de

la biblioteca. Por ejemplo, si reorganiza la misma biblioteca de documentos de forma que los

250.000 documentos estén repartidos en 125 carpetas, la actualización debería resultar más

rápida.

Bases de datos de gran tamaño Las bases de datos de más de 100 GB pueden tardar mucho

en actualizarse.

Si tiene bases de datos de contenido que ocupan más de 100 GB, se recomienda dividirlas en

bases de datos más pequeñas antes de realizar la actualización. Las bases de datos de gran

tamaño no solo tardan más en actualizarse, sino que también puede resultar más difícil

recuperarlas si la actualización no se completa correctamente.

Puede usar las operaciones mergecontentdbs o backup y restore de Stsadm.exe para

mover sitios entre bases de datos. Para obtener más información, vea el tema sobre la

operación mergecontentdbs de Stsadm (Windows SharePoint Services) y las operaciones

backup y restore de Stsadm (Windows SharePoint Services).

Nota

89

Si tiene una base de datos muy grande (más de 100 GB) que no se puede dividir en partes porque

la mayor parte del contenido se encuentra en una sola colección de sitios, es posible que deba

reconsiderar el método de actualización. Una actualización de base de datos adjunta resulta más

complicada con bases de datos muy grandes debido a la dificultad del proceso de copia de

seguridad y restauración de éstas.

Asegúrese de seguir los criterios de planeación de capacidad de las versiones nuevas y

anteriores antes de intentar realizar la actualización. Si ha excedido los criterios para

obtener un rendimiento óptimo, el proceso de actualización puede ser más lento o producir

un error (por ejemplo, el proceso puede agotar el tiempo de espera repetidamente en la

misma biblioteca de documentos de gran tamaño). Si la implementación no cumple los

criterios de capacidad recomendados, considere la posibilidad de realizar algún ajuste

para cumplir dichos criterios antes de intentar la actualización. Como ya señalamos, las

actualizaciones de prueba pueden ayudarle a tomar esa decisión.

Requisitos de comunicaciones

Debe notificar a los usuarios y al equipo sobre la programación de actualización, y darles tiempo

para que realicen las tareas. Para obtener más información, vea Creación de un plan de

comunicación (SharePoint Foundation 2010)

Administración de alertas y alarmas de System Center

Debe supervisar el rendimiento del sistema durante la actualización, pero no es necesario

supervisar características específicas. Pause todas las alertas y alarmas innecesarias de Microsoft

Systems Center Operations Manager o Microsoft Operations Manager, y vuelva a activarlas

después de la actualización.

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

Debe desactivar la creación de reflejos y el trasvase de registros antes de la actualización y,

cuando esté seguro de que el entorno funciona correctamente después de la actualización, puede

volver a activar estas funciones. Se recomienda no realizar la creación de reflejos o el trasvase de

registros durante la actualización, ya que esto crea una carga adicional en los servidores que

ejecutan SQL Server y también desperdicia recursos al crear reflejos o trasvasar datos temporales.

Pruebe el proceso de actualización para saber cuánto tiempo puede tardar. A continuación, cree una

programación para las operaciones de actualización y realice pruebas para determinar la escala de

tiempo. Incluya en ella el tiempo que necesita para los pasos previos y posteriores a la actualización: si

se requieren cinco horas para crear una copia de seguridad del entorno antes de comenzar, será

necesario incluir ese tiempo en la ventana de interrupción. Incluya también el tiempo de

almacenamiento en búfer en caso de que necesite realizar una restauración o recuperación —debe

determinar las escalas de tiempo de interrupción planeada (caso realista) y de interrupción de

emergencia (peor caso)—.

Precaución:

90

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

Antes de iniciar la actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, debería asegurarse de que el entorno funciona en un estado correcto y de limpiar el

contenido que no se necesita actualizar. También puede dedicar un tiempo a eliminar o reorganizar el

contenido con el fin de obtener la estructura deseada después de llevar a cabo la actualización.

En este artículo:

Elementos que se van a limpiar

Cambios estructurales

Elementos que se van a limpiar Varios de estos elementos se pueden eliminar o reparar mediante los comandos de Stsadm.exe.

Para ejecutar la herramienta de línea de comandos Stsadm, debe ser miembro del grupo

Administradores en el equipo local.

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

No es necesario actualizar el contenido que no se debe conservar. Si no se ha usado por mucho

tiempo y no se necesitará en el futuro, realice una copia de seguridad del contenido y después

elimínelo para liberar recursos administrativos y de almacenamiento, mejorar el rendimiento de la

actualización y reducir el riesgo de ésta. Asegúrese de poner al tanto a los propietarios del sitio o a los

contactos de la organización en cuanto al estado del sitio, ya que debe asegurarse de que no se

necesite el sitio antes de eliminarlo (por ejemplo, no debe eliminar sitios necesarios para el

cumplimiento, como procedimientos de emergencia, aunque estos sitios no se actualicen

frecuentemente).

Para obtener más información acerca de cómo eliminar colecciones de sitios y subwebs, vea:

Operación deletesite de Stsadm (Windows SharePoint Services)

Operación deleteweb de Stsadm (Windows SharePoint Services)

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

De forma predeterminada, se aplica la limitación de consultas a listas de gran tamaño después de una

actualización a SharePoint Foundation 2010. Si se trata de una lista muy grande y los usuarios usan

una vista o realizan una consulta que excede el límite o el umbral de limitación de peticiones, no se

Importante:

91

permitirá la vista o la consulta. Compruebe la existencia de listas de gran tamaño en el entorno y

asegúrese de que el propietario del sitio o el propietario de la lista solucionen el problema antes de la

actualización. Por ejemplo, se pueden crear columnas indizadas mediante vistas filtradas, organizar

elementos en carpetas, establecer un límite de elementos en la página para una vista de gran tamaño

o usar una lista externa. Para obtener más información acerca de cómo solucionar problemas

relacionados con las listas de gran tamaño, vea el tema sobre la administración de listas y bibliotecas

con muchos elementos (http://go.microsoft.com/fwlink/?linkid=182370&clcid=0xC0A) en Office Online.

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

El uso de permisos de nivel de elemento con frecuencia produce entradas de listas ACL de gran

tamaño, lo que a su vez puede crear problemas de rendimiento en los servidores. Para obtener

información acerca de este problema y sugerencias para controlar una gran cantidad de usuarios, vea

el artículo 953132 de Knowledge Base sobre cómo agregar una gran cantidad de usuarios a un sitio,

lista o biblioteca de documentos en Windows SharePoint Services 3.0 y en SharePoint Server 2007

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

Eliminación de versiones del documento extrañas

Una gran cantidad de versiones del documento puede disminuir considerablemente la velocidad de

una actualización. Si no es necesario conservar varias versiones, puede pedir a los usuarios que las

eliminen manualmente o que usen el modelo de objetos para encontrarlas y eliminarlas. Para obtener

más información acerca de cómo eliminar versiones extrañas mediante programación, vea el tema

sobre el servicio web de versiones (http://go.microsoft.com/fwlink/?linkid=182330&clcid=0xC0A) en

MSDN.

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

En primer lugar, compruebe que ningún sitio use la plantilla, la característica o el elemento web. Puede

usar la herramienta de comprobación previa a la actualización (Stsadm -o preupgradecheck) y la

operación Stsadm -o EnumAllWebs para identificar estas personalizaciones del entorno. Estas dos

operaciones se actualizaron en la actualización acumulativa (CU) de octubre de 2009 y ahora

identifican los elementos web, las características, los controladores de eventos y los archivos de

instalación que se usan en el entorno. La herramienta de comprobación previa a la actualización

especifica los archivos del servidor que existen en el entorno y la cantidad de veces que se usan. El

comando EnumAllWebs especifica qué archivos usa cada sitio.

Para obtener más información acerca de cómo identificar las personalizaciones del entorno, vea Uso

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

las personalizaciones no se usan, elimínelas. Para obtener más información acerca de cómo

administrar estos tipos de personalizaciones, vea el tema sobre las características y plantillas

92

(http://go.microsoft.com/fwlink/?linkid=182338&clcid=0xC0A) y sobre las soluciones y paquetes de

elementos web (http://go.microsoft.com/fwlink/?linkid=182332&clcid=0xC0A) en MSDN.

Solución de problemas con los datos

Limpie las bases de datos para eliminar los sitios huérfanos u otros datos dañados, como una lista

dañada. Considere la posibilidad de realizar una desfragmentación si ha eliminado sitios o subsitios de

la base de datos. Para obtener más información, vea:

Operación databaserepair de Stsadm (Windows SharePoint Services)

Operación forcedeletelist de Stsadm (Windows SharePoint Services)

Cambios estructurales Si desea efectuar cambios estructurales en el entorno, como mover colecciones de sitios o cambiar el

modo en que se asignan las bases de datos, puede usar los siguientes métodos:

Stsadm -o mergecontentdbs Se usa para mover colecciones de sitios entre bases de datos. La

actualización es más eficaz si las bases de datos contienen datos similares. Por lo tanto, es mejor

si todas las colecciones de sitios que comparten una base de datos de contenido son de tipos

similares. También puede usar esta operación para dividir bases de datos de gran tamaño en caso

de que contengan varias colecciones de sitios. Esto también puede ayudar a aumentar la eficacia

de la actualización.

Para obtener más información, vea el tema sobre la operación mergecontentdbs de Stsadm

(Windows SharePoint Services).

Exportación e importación de sitios Use este método para mover subwebs o colecciones de

sitios dentro de un conjunto o granja de servidores o entre granjas. Para obtener más información,

vea el tema sobre las operaciones import y export de Stsadm (Windows SharePoint Services).

93

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

Incluso después de realizar una prueba del proceso de actualización para identificar posibles

problemas, es posible que se produzcan problemas inesperados durante una actualización de

Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010. Si se producen problemas

después de la actualización, cuanto antes los detecte y solucione, mejor será la experiencia del usuario

final.

En este artículo se describen los principios generales para la identificación y solución de problemas de

actualización y se incluye una lista de los problemas comunes. Después de identificar los problemas y

solucionarlos, puede reanudar la actualización. Para obtener más información acerca de cómo

reanudar la actualización, vea Reanudación de la actualización (SharePoint Foundation 2010).

En este artículo:

Principios generales para la identificación de problemas

Problemas comunes

Principios generales para la identificación de problemas Comience por la comprobación del estado de actualización para saber dónde se detuvo la

actualización (si lo hizo) y compruebe los archivos de registro para encontrar errores o advertencias. A

continuación, solucione los problemas encontrados antes de reanudar la actualización.

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

Los indicadores del estado de actualización y los archivos de registro deberían proporcionar una

indicación acerca de lo que salió mal durante el proceso de actualización. Se recomienda revisar

detenidamente todos los errores registrados en los archivos de registro de actualización. Es posible

que las advertencias no siempre indiquen un problema, pero debería revisarlas todas para determinar

si es probable que alguna de ellas cause aun más errores.

1. Compruebe el estado de actualización mediante uno de los siguientes procedimientos o ambos:

Revise la página Estado de actualización del sitio web de Administración central de

SharePoint.

Use la operación localupgradestatus de Stsadm.exe para comprobar el estado de

actualización.

Para obtener más información acerca de cómo comprobar el estado de la actualización, vea

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

2010).

94

2. Revise los siguientes archivos de registro:

El archivo de registro de Setup.exe.

El archivo de registro (Psconfig.exe) de Asistente para configuración de Productos de

SharePoint.

El archivo de registro de errores de actualización y el archivo de registro de actualización (que

contiene información más detallada que el archivo de registro de errores de actualización).

Archivos de registro de seguimiento o de ULS.

Estos archivos están almacenados en la carpeta %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS y se denominan NombreDeServidor_AAAAMMDD-

MMSS.log.

El archivo de registro de eventos de la aplicación.

Este archivo puede visualizarse mediante el Visor de eventos.

Para obtener más información acerca de Setup.exe, PSconfig.exe y los archivos de registro de

actualización, vea Comprobación de la actualización y revisión de los sitios actualizados

(SharePoint Foundation 2010). Para obtener más información acerca del archivo de registro de

seguimiento, vea el tema sobre los registros de seguimiento

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

Solucionar los problemas por orden

Algunos problemas tienen más efectos que otros. Por ejemplo, si falta un archivo del lado servidor se

pueden producir varios errores aparentemente no relacionados en el nivel de sitio.

Solucione los problemas en el siguiente orden:

1. Personalizaciones o archivos del servidor que faltan, como características o elementos web.

2. Problemas de configuración en la granja de servidores, la aplicación web o los servicios, como

rutas de acceso administradas o servicios que no se inician.

3. Problemas adicionales que se detectan sitio por sitio, comenzando por sitios de gran impacto y alto

perfil.

A medida que identifica los problemas de mayor importancia y los soluciona, puede intentar volver a

ejecutar la actualización para comprobar si también se ha solucionado algún otro problema del proceso

de actualización.

Problemas comunes Compruebe si alguno de los siguientes problemas está causando una advertencia o error de

actualización.

95

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

Un error común durante la actualización son los archivos del lado servidor que faltan, ya sean archivos

instalados con Windows SharePoint Services 3.0 o archivos personalizados. Al prepararse para la

actualización, debería haber creado un inventario de las personalizaciones del lado servidor (como

definiciones de sitio, plantillas, características, elementos web, ensamblados) necesarias para los

sitios. (La herramienta de comprobación previa a la actualización puede ayudar a identificar estos

elementos.) Compruebe este inventario para asegurarse de que todos los archivos necesarios para las

personalizaciones estén instalados en el entorno de actualización.

Si va a llevar a cabo una actualización de base de datos adjunta, puede usar el cmdlet de Windows

PowerShell test-spcontentdatabase antes de actualizar la base de datos para identificar los archivos

que faltan. También puede usar la operación enumallwebs de Stsadm.exe para identificar las

personalizaciones del servidor que se usan actualmente.

En los archivos de registro de actualización, es posible que vea errores como los que se indican a

continuación:

Error: se encontraron webs de referencia de cuentas que usan una plantilla web que falta

Identificador de plantilla de sitio (lcid: Código de idioma de la plantilla del sitio) en el nombre de

base de datos de contenido ContentDatabase.

Error: falta una característica con identificador [Identificador de característica].

Error: la base de datos hace referencia [Recuento de referencia] veces al archivo [Ruta de acceso

relativa de archivo], pero éste no está instalado en el conjunto de servidores actual.

Advertencia: la base de datos hace referencia [Recuento de referencia] veces a la clase WebPart

[Identificador de elemento web], pero ésta no está instalada en el conjunto de servidores actual.

Advertencia: la base de datos hace referencia al ensamblado [Ruta de ensamblado], pero éste no

está instalado en el conjunto de servidores actual.

Advertencia: no se pudo actualizar la característica. Excepción: no se pudo encontrar el

identificador 'Identificador de característica' de la definición de la característica.

Si puede obtener un archivo del servidor o dependencia que faltan, instálelos y, a continuación, ejecute

otra vez la actualización para los sitios afectados. Si el archivo o la dependencia (como un elemento

web) están desusados, deberá decidir si volverá a crear el sitio, página o elemento web para usar una

plantilla, característica o elemento web distintos. Si puede rehacer la personalización mediante el uso

de dependencias que se siguen usando, puede volver a ejecutar la actualización para los sitios

afectados. Si no puede eliminar la dependencia, no podrá actualizar el sitio.

Una vez que haya instalado el archivo o dependencia que faltan, use el cmdlet test-

SPContentDatabase de Windows PowerShell en un servidor de prueba para determinar si faltan otros

archivos para esa base de datos. Si solo ejecuta la herramienta de comprobación previa a la

actualización o si vuelve a ejecutar la actualización, es posible que no se indique el error en los

archivos de registro aunque ese error exista.

96

Faltan opciones de configuración o no están configuradas correctamente para la granja de servidores, la aplicación web o los servicios

Compruebe la configuración de la granja de servidores y la aplicación web. Cree e inicie los servicios

que falten.

Compruebe que todas las rutas de acceso administradas (rutas incluidas o excluidas) estén

configuradas correctamente para cada aplicación web.

En los archivos de registro de actualización, es posible que vea errores como los que indican a

continuación:

Error: no se pudo tener acceso a la plantilla identificador de plantilla: Identificador de

SPSite=identificador de sitio debido a una excepción. Omitiendo el identificador de

SPWeb=identificador de web en la actualización de plantillas. Excepción:

System.IO.FileNotFoundException: no se pudo encontrar el sitio con el identificador identificador

de sitio.

Este error indica que falta una ruta de acceso administrada. Agregue la ruta administrada para la

colección de sitios a la aplicación web y reinicie la actualización de la base de datos de contenido

en la que se encuentra esta colección de sitios.

Niveles de actualización incoherentes o incorrectos

Debe ejecutar Windows SharePoint Services 3.0 con Service Pack 2 para llevar a cabo la

actualización. Si no cumple con este requisito mínimo, verá un error y la actualización no se ejecutará.

Problemas con los datos

Los siguientes problemas con los datos pueden causar errores o advertencias durante la actualización:

Conectividad con los orígenes de datos. Si los servidores no pueden conectarse con las bases de

datos, no pueden actualizarse.

Listas o sitios huérfanos y otros daños en bases de datos. Para obtener más información, vea

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

Datos de columnas ocultas. Si el proceso de actualización agrega una columna a una lista con el

mismo nombre de una columna personalizada que ya existe en esa lista, la columna personalizada

cambiará de nombre. Después de la actualización, puede reajustar las vistas para incluir la

columna que cambió de nombre.

En los archivos de registro de actualización, es posible que vea errores como los que indican a

continuación:

Advertencia: los sitios huérfanos podrían causar errores en la actualización.

Error: la base de datos [Nombre de la base de datos de contenido] contiene un sitio (identificador =

[Identificador de colección de sitios], dirección URL = [Dirección URL de la colección de sitios]) que

no se encuentra en el mapa del sitio.

97

Repare los elementos huérfanos o los daños en la base de datos y, a continuación, vuelva a ejecutar la

actualización.

Cambios en la interfaz de usuario

Los cambios en la interfaz de usuario (UI), tales como la interfaz de usuario de Fluent (también

conocida como la cinta de opciones) o el cumplimiento de los estándares de XHTML, pueden causar

problemas en los sitios. A veces, es posible que los elementos personalizados (como un tipo de

contenido) tengan un nombre que genera conflictos con algún nombre en la nueva versión. Además,

puede tener páginas que deben revertirse a la definición de sitio estándar o puede tener grandes listas

para las que debe crear vistas nuevas.

Para obtener más información acerca de cómo revisar problemas de interfaz de usuario en sitios, vea

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

En los archivos de registro de actualización, es posible que vea errores como los que se indican a

continuación:

Error al activar las características de la colección de sitios en la dirección URL del sitio. Excepción:

se encontró un nombre duplicado "nombre" para un tipo de contenido.

Este error indica que un tipo de contenido "Información de resumen" de terceros se agregó al sitio

especificado en o12 y que durante la actualización a o14 ese nombre entra en conflicto con

nuestro tipo de contenido automático "Información de resumen". Elimine o cambie el nombre del

tipo de contenido de terceros en ese sitio y vuelva a ejecutar la actualización.

Falta de espacio

Si se queda sin espacio (por ejemplo, para archivos de registro de transacciones en los servidores de

bases de datos), se interrumpirá la actualización. Libere espacio o aumente el tamaño del archivo de

registro de transacciones antes de reanudar la actualización. Para obtener más información, vea el

tema sobre la administración del tamaño del archivo de registro de transacciones

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

Autenticación basada en formularios

Se requieren pasos adicionales cuando se actualiza un entorno que usa el sistema de autenticación

basada en formularios. Siga los pasos indicados en Configuración de la autenticación basada en

formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010) para

actualizar proveedores de autenticación basada en formularios.

Seguridad y permisos Si recibe un error acerca de una cuenta desconocida o si no se actualizó una base de datos,

compruebe lo siguiente:

98

Para una actualización en contexto, asegúrese de que la cuenta que usa para ejecutar Asistente

para configuración de Productos de SharePoint pertenece al rol de base de datos fijo db_owner

para todas las bases de datos que desea actualizar. Si no pertenece a este rol, es probable que se

produzca un error acerca de una cuenta de usuario desconocida cuando el asistente comience a

actualizar las bases de datos.

Para una actualización de base de datos adjunta, si está moviendo bases de datos entre sesiones

de SQL Server, asegúrese de comprobar que la seguridad esté configurada correctamente.

Compruebe que las cuentas que usa tienen los roles fijos y los permisos apropiados en las bases

de datos, y que siguen siendo cuentas válidas si está actualizando entre dominios.

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

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

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

99

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

Si se produjo un error en la actualización a Microsoft SharePoint Foundation 2010 y no tiene tiempo

para continuar solucionando los problemas o para reanudar el proceso de actualización, debe

recuperar el entorno de Windows SharePoint Services 3.0. Los pasos varían según el tipo de copia de

seguridad que tenga. Si estaba realizando una actualización de base de datos adjunta y mantuvo el

entorno original disponible, ya sea mediante el uso de bases de datos de solo lectura o mediante la

desconexión del entorno, puede recuperar el entorno fácilmente. Si estaba realizando una

actualización en contexto, debe recuperar el entorno completo y restaurar los datos.

Si tiene tiempo, debe solucionar los problemas y reanudar la actualización. Para obtener más

información, vea Solución de problemas de actualización (SharePoint Foundation) y Reanudación de la

actualización (SharePoint Foundation 2010).

En este artículo:

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

(actualización de base de datos adjunta)

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

contexto)

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

Recuperación cuando tiene bases de datos de solo lectura en un entorno en modo de espera (actualización de base de datos adjunta) Al realizar una actualización de base de datos adjunta, puede optar por dejar el entorno existente

disponible, pero con las bases de datos establecidas como de solo lectura. La recuperación en este

estado es la vía de recuperación más simple, ya que el entorno original todavía se encuentra

disponible, simplemente está establecido como de solo lectura. Si tiene que recuperar el entorno, solo

tiene que volver a cambiar las bases de datos a lectura y escritura y reanudar el servicio de solicitudes.

En el artículo sobre la ejecución de una granja de servidores que usa bases de datos de solo lectura

(Windows SharePoint Services) se describen los pasos que deben realizarse para establecer un

conjunto o granja de servidores de modo que use bases de datos de solo lectura. Para que la granja

de solo lectura vuelva a realizar operaciones completas, debe volver a establecer la entrada Base de

datos de solo lectura en Falso y, a continuación, volver a habilitar los trabajos del temporizador

enumerados en el artículo.

100

Recuperación cuando tiene una copia de seguridad de un entorno completo (actualización en contexto) Si creó una copia de seguridad completa del entorno antes de iniciar el proceso de actualización,

puede restaurar esa copia de seguridad completa para recuperar el entorno. Para obtener más

información acerca de cómo restaurar a partir de una copia de seguridad completa, vea el tema sobre

la restauración de una granja de servidores mediante las herramientas integradas (Windows

SharePoint Services 3.0).

Recuperación cuando tiene copias de seguridad de bases de datos (actualización en contexto) Si sólo creó copias de seguridad de las bases de datos de contenido, aún podrá recuperar el entorno,

pero este proceso llevará más tiempo e implicará más pasos. Básicamente, tendrá que generar el

entorno de nuevo y, posteriormente, restaurar las copias de seguridad de las bases de datos. Para

obtener más información acerca de cómo recuperar un entorno y restaurar las copias de seguridad de

las bases de datos de contenido, vea el tema sobre la restauración de una granja de servidores

después de un problema de la base de datos de configuración (Windows SharePoint Services).

101

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

En algunos casos, puede que tenga que reiniciar la actualización para finalizar la actualización de sitios

de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010. Por ejemplo:

Durante una actualización en contexto, si se reinicia el servidor o la actualización genera un error,

debe reiniciar el proceso de actualización usando Psconfig.exe para actualizar los sitios restantes.

Durante una actualización de base de datos adjunta, se omitirá cualquier sitio que no se pueda

actualizar. Después de solucionar los problemas de los sitios (por ejemplo, una plantilla o un

paquete de idioma que faltan o el sitio establecido como de solo lectura o con límite de cuota

superado), puede reiniciar la actualización con un comando de Windows PowerShell para

actualizar únicamente los sitios omitidos.

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones u otros elementos personalizados. Asegúrese de que todos los

elementos personalizados que necesite estén instalados en los servidores front-end web antes

de iniciar el proceso de actualización. Se puede usar la herramienta de comprobación previa a

la actualización y, en el caso de una actualización de base de datos adjunta, el cmdlet test-

spcontentdatabase de Windows PowerShell para identificar los elementos personalizados

que pueden usar los sitios. Para obtener más información, vea Identificar e instalar

personalizaciones en el artículo sobre el uso de una actualización de prueba para detectar

posibles problemas.

En este artículo:

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

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

Reinicio de la actualización de un conjunto o granja de servidores mediante psconfig.exe Si determina que la actualización se detuvo o generó un error antes de que se completara el Asistente

para configuración de Productos de SharePoint, puede reiniciar la actualización desde ese punto,

volviendo a ejecutar el Asistente para configuración de Productos de SharePoint o usando una

operación de línea de comandos. Este proceso también se conoce como forzar una actualización de

software. Asegúrese de investigar y solucionar el problema que causó el error o la detención antes de

reiniciar la actualización.

Nota:

Para reiniciar la actualización de la granja de servidores

102

1. Confirme que dispone de las siguientes credenciales administrativas:

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

2. Abra una ventana del símbolo del sistema y explore o navegue al directorio siguiente:

%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin\

3. Escriba el siguiente comando:

psconfig -cmd upgrade -inplace v2v -passphrase <frase de contraseña> -wait

Existe un parámetro opcional, -force, que puede forzar la actualización para que continúe si el

comando no funciona. Agregue -force al final de la cadena de comando para forzar la

continuación del proceso de actualización.

El registro de Windows Installer se puede habilitar antes de volver a iniciar la instalación de

actualización de software. Para habilitar el registro de Windows Installer, vea el artículo 99206

de Microsoft Knowledge Base sobre cómo habilitar el registro de Windows Installer

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

Reinicio de la actualización de una base de datos mediante Windows PowerShell Si la actualización omitió alguna colección de sitios durante la actualización en contexto o de base de

datos adjunta, puede reiniciar el proceso de actualización para la base de datos que contiene dicha

colección de sitios mediante un cmdlet de Windows PowerShell.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

5. En el símbolo del sistema de Windows PowerShell (PS C:\>), escriba el siguiente comando:

upgrade-spcontentdatabase -id <GUID>

Donde GUID es el identificador de la base de datos. Puede ejecutar el siguiente cmdlet para

buscar el GUID de una base de datos de contenido:

Get-SPContentDatabase -Identity<nombreDeBaseDeDatosDeContenido>

Para obtener más información, vea Upgrade-SPContentDatabase.

Nota:

Para reiniciar la actualización de una base de datos con Windows PowerShell

103

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

Una vez planeado el proceso de actualización a Microsoft SharePoint Foundation 2010, puede iniciarlo

mediante los pasos previos a la actualización requeridos.

En esta sección:

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

2010)

La herramienta de comprobación previa a la actualización identifica posibles problemas de

actualización en el entorno. Ejecútela al planear la actualización y antes de iniciar el proceso de

actualización para poder solucionar estos problemas.

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

Foundation 2010)

Cree una copia de seguridad completa del entorno para garantizar la recuperación en caso de que

la actualización no funcione como se esperaba.

104

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

Puede usar la herramienta de comprobación previa a la actualización para informar sobre el estado de

su entorno y sitios de SharePoint antes de realizar la actualización a Microsoft SharePoint Foundation

2010. Recomendamos especialmente que el administrador del servidor ejecute la herramienta de

comprobación previa a la actualización y solucione la mayor cantidad posible de problemas antes de

programar la actualización.

La herramienta de comprobación previa a la actualización es una operación de Stsdam que se ejecuta

en un entorno de Windows SharePoint Services 3.0 para encontrar posibles problemas de

actualización y para revisar las recomendaciones y prácticas recomendadas. La operación está

disponible en Windows SharePoint Services 3.0 Service Pack 2 y se actualizó en la actualización

acumulada de octubre de 2009 de Windows SharePoint Services 3.0. Puede descargar e instalar la

actualización acumulada de octubre de 2009 desde el tema sobre paquetes de actualización

acumulada de octubre 2009 para SharePoint Server 2007 y Windows SharePoint Services 3.0

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

Podría tener que ejecutar la herramienta de comprobación previa a la actualización más de

una vez. Por ejemplo, si ejecuta la herramienta para evaluar la granja de servidores pero no va

a realizar la actualización hasta varias semanas después, podrá volver a ejecutarla justo antes

de realizar la actualización para examinar los sitios nuevos y garantizar que no se han

presentado otros problemas desde entonces.

En este artículo:

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

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

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones y otros elementos personalizados. Asegúrese de que todos los

elementos personalizados que necesite estén instalados en los servidores front-end web antes

de iniciar el proceso de actualización. Se puede usar la herramienta de comprobación previa a

la actualización y, en el caso de una actualización de base de datos adjunta, el cmdlet test-

spcontentdatabase de Windows PowerShell para identificar los elementos personalizados

que pueden usar los sitios. Para obtener más información, vea Identificar e instalar

personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar

posibles problemas.

Nota:

Nota:

105

Acerca del informe de la herramienta de comprobación previa a la actualización La herramienta de comprobación previa a la actualización proporciona información acerca del estado

del entorno y los sitios de SharePoint de dicho entorno. Por ejemplo:

Disponibilidad de la actualización y rutas de acceso admitidas. Se devuelve una lista de todos

los servidores y componentes de la granja de servidores e información acerca de si los servidores

cumplen los requisitos para la actualización.

Configuración de asignación alternativa de acceso. Se devuelve una lista de las direcciones

URL de asignación alternativa de acceso que se van a usar en la granja de servidores.

Elementos instalados. Se devuelve una lista de todas las definiciones de sitio, plantillas de sitio,

características y paquetes de idioma instalados en la granja de servidores. Además, es necesario

saber qué plantillas de sitio se instalaron o usaron para poder comprobar si están disponibles

después de actualizar o adjuntar una base de datos. Asimismo, es necesario saber qué elementos

se han personalizado para poder volver a comprobar las personalizaciones después de la

actualización. Por ejemplo, se debe saber si un sitio depende de un paquete de idioma para

Windows SharePoint Services 3.0 que no existe aún para SharePoint Foundation 2010 para poder

administrar el sitio durante la actualización.

Personalizaciones no compatibles. Se informa sobre si en la granja de servidores hay

personalizaciones del servidor no admitidas (por ejemplo, modificaciones del esquema de la base

de datos).

Objetos huérfanos Proporciona una lista de todos los huérfanos de base de datos o sitio del

conjunto o granja de servidores. Los objetos como elementos de lista, listas, documentos, sitios

web y colecciones de sitios pueden volverse huérfanos, es decir, los objetos existen pero no están

asociados a un sitio concreto. Como los objetos huérfanos no funcionan en la versión anterior,

tampoco funcionan después de la actualización. Si realiza una actualización en contexto, los

elementos huérfanos seguirán existiendo, pero no funcionarán. Es aconsejable reparar los objetos

huérfanos antes de realizar la actualización.

Los miembros del grupo de administradores de los servidores web front-end pueden

reparar los elementos huérfanos antes de la actualización siguiendo los pasos descritos en

el artículo 918744 de Knowledge Base que contiene la descripción de una nueva

operación de línea de comandos que puede usar para reparar bases de datos de

contenido en Windows SharePoint Services

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

Valores de configuración válidos. Se informa sobre cualquier valor de configuración que falte o

no sea válido (por ejemplo, falta el archivo Web.config, los nombres de host no son válidos o las

cuentas de servicio no son válidas) en la granja.

Requisitos de bases de datos. Se informa sobre si las bases de datos cumplen los requisitos

para la actualización (por ejemplo, las bases de datos deben ser de lectura y escritura, y las bases

Sugerencia:

106

de datos y colecciones de sitios que se almacenan en Windows Internal Database no pueden tener

un tamaño superior a 4 GB).

Use la información obtenida con la herramienta de comprobación previa a la actualización para

determinar:

Si se debe llevar a cabo una actualización en contexto o una actualización de base de datos

adjunta.

Determinación del método de actualización (SharePoint Foundation 2010) proporciona información

que le ayudará a decidir qué tipo de actualización realizar. Es importante tener en cuenta el

informe generado por la herramienta de comprobación previa a la actualización para tomar esta

decisión. Si los servidores no cumplen con los requisitos para la actualización en contexto, deberá

considerar la realización de una actualización de base de datos adjunta.

Si actualizar una o todas las colecciones de sitios que contienen sitios personalizados.

En qué sitios hay que volver a realizar o aplicar las personalizaciones después de la actualización

y, por lo tanto, podrían necesitar más tiempos en la fase de revisión

Existe una hoja de cálculo a su disposición para poder registrar la información acerca del entorno

mientras prepara la actualización. Descargue la hoja de cálculo desde

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

Ejecución de la herramienta de comprobación previa a la actualización Antes de realizar este procedimiento, confirme que:

El sistema ejecuta Windows SharePoint Services 3.0 con Service Pack 2.

1. Compruebe si tiene las siguientes credenciales administrativas:

Para usar Stsadm, debe ser miembro del grupo Administradores local del servidor.

2. Haga clic en Inicio, haga clic con el botón secundario en Símbolo del sistema y, a

continuación, haga clic en Ejecutar como administrador.

3. En la ventana Símbolo del sistema, navegue hasta el siguiente directorio:

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin

4. Escriba el siguiente comando y presione ENTRAR:

STSADM.EXE -o preupgradecheck

Este comando comprueba la configuración del servidor local y de la granja de servidores. Para

obtener una lista de otros parámetros que puede usar con esta operación, vea el tema sobre

operación preupgradecheck: Stsadm (Windows SharePoint Services). Para obtener una lista

de las reglas incluidas en la herramienta de comprobación previa a la actualización, vea el

tema sobre detección previa a la actualización e informes para versiones futuras (Windows

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

107

SharePoint Services).

Después de ejecutar la herramienta de comprobación previa a la actualización, el informe se abre

automáticamente en el explorador predeterminado. Además, también se puede ver el informe si se

abre desde su ubicación en el directorio %COMMONPROGRAMFILES%\Microsoft Shared\Web Server

Extensions\12\LOGS. El nombre del informe tiene el siguiente formato:

PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.htm, donde AAAAMMDD es la

fecha y HHMMSS-SSS es la hora (formato de 24 horas, minutos, segundos y milisegundos), y se usa

el número aleatorio para diferenciar los posibles intentos simultáneos de ejecución de la herramienta

de comprobación previa a la actualización. Hay también versiones TXT y XML del informe en la misma

ubicación.

Use el informe para encontrar y solucionar problemas. También puede compartir los resultados

relevantes con otros miembros del equipo de actualización. Por ejemplo, puede informar acerca de

problemas como plantillas de sitio personalizadas o elementos web personalizados al propietario del

sitio, al diseñador web o al desarrollador antes de programar la actualización, para darles tiempo para

resolver los problemas.

108

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

Para asegurarse de que podrá recuperar el entorno existente en caso de que algo vaya mal durante el

proceso de actualización, debe realizar una copia de seguridad del entorno de Windows SharePoint

Services 3.0 antes de ejecutar el proceso de actualización.

Si ejecuta Windows SharePoint Services 3.0 en un entorno virtual Hyper-V, vea el tema sobre el uso

de Productos y Tecnologías de SharePoint en un entorno virtual Hyper-V

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

Copia de seguridad del entorno Puede hacer una copia de seguridad completa del entorno de Windows SharePoint Services 3.0. Se

recomienda que realice una copia de seguridad completa de la granja de servidores antes de

actualizar.

Para realizar una copia de seguridad del entorno de Windows SharePoint Services 3.0, use los

procedimientos descritos en el tema sobre la copia de seguridad de una granja de servidores mediante

las herramientas integradas (Windows SharePoint Services 3.0)

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

Si ha implementado personalizaciones, también debe realizar una copia de seguridad de éstas. Para

obtener más información, vea el tema sobre la copia de seguridad y restauración de personalizaciones

(Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=186627&clcid=0xC0A).

Comprobación de las copias de seguridad Es necesario asegurarse de que estas copias de seguridad sean válidas de modo que se pueda

realizar una recuperación en caso de que se produzcan errores de hardware o daños en los datos

durante el proceso de actualización. Para probar las copias de seguridad, configure una granja de

servidores de Windows SharePoint Services 3.0 que no sea de producción, restaure las copias de

seguridad e instale todas las personalizaciones (como definiciones de sitio, elementos web, etc.) y, a

continuación, compruebe si la copia de seguridad restaurada funciona correctamente.

Para ello, use los procedimientos descritos en el tema sobre la restauración de una granja de

servidores mediante las herramientas integradas (Windows SharePoint Services 3.0)

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

109

Vea también Copia de seguridad y restauración de la granja de servidores (Windows SharePoint Services 3.0)

110

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

Ahora que conoce mejor el proceso de actualización después de haber leído los artículos del tema

Introducción al proceso de actualización (SharePoint Foundation 2010) y la planeación de la

actualización después de leer los pasos descritos en los artículos del tema Planeación y preparación

de la actualización (SharePoint Foundation 2010), ya está preparado para llevar a cabo la actualización

en contexto a Microsoft SharePoint Foundation 2010. Puede usar los pasos de esta sección tanto para

la actualización de prueba como para la actualización en contexto real en el conjunto o granja de

servidores de producción.

En esta sección:

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

Use esta lista de comprobación para asegurarse de que sigue todos los pasos necesarios mientras

se prepara para la actualización, la lleva a cabo y sigue los pasos posteriores a la misma.

Actualización en contexto a SharePoint Foundation 2010

Obtenga todas las instrucciones necesarias para realizar una actualización en contexto, desde la

instalación de los requisitos previos hasta la actualización de los sitios.

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

SharePoint Foundation 2010 con almacenamiento remoto de blobs

Obtenga los pasos para realizar una actualización a SharePoint Foundation 2010 de un sistema

independiente de Windows SharePoint Services 3.0 que tiene bases de datos de contenido que

superan el tamaño de 4 gigabytes (GB).

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

Foundation 2010)

Comprenda el proceso para usar el método híbrido de desasociación de bases de datos para

actualizaciones. Este método combina una actualización en contexto con la eficacia y la velocidad

de la actualización de varias bases de datos al mismo tiempo.

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

Instale todos los paquetes de idioma que necesite para el entorno después de ejecutar el

programa de instalación y antes de ejecutar el Asistente para configuración de Productos de

SharePoint.

111

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

En este artículo se incluye una lista de comprobación que puede usar para asegurarse de que ha

seguido todos los pasos necesarios durante la preparación y la ejecución de la actualización, y la

realización de los pasos posteriores a la actualización.

En este artículo:

Preparación de la actualización

Realización de la actualización

Realización de pasos posteriores a la actualización

En algunos de los pasos se incluyen notas en las que se indica el tiempo necesario para realizar los

pasos. Se trata únicamente de un cálculo aproximado de la duración de los pasos. Para calcular el

tiempo necesario para cada paso en el entorno, se recomienda realizar actualizaciones de prueba en

un entorno de prueba. Para obtener más información, vea Estimación de la duración del proceso de

actualización y del espacio necesario (SharePoint Foundation 2010) y Uso de una actualización de

prueba para encontrar posibles problemas (SharePoint Foundation 2010).

Preparación de la actualización Siga estos pasos en orden antes de empezar una actualización en contexto:

Pasos previos a la actualización en contexto Notas

[ ] Ejecución de la herramienta de

comprobación previa a la

actualización

Ejecute la herramienta de

comprobación previa a la

actualización y solucione los

problemas. Use el informe

generado por la herramienta para

rellenar la hoja de cálculo de

planeación de la actualización.

Pasos detallados: Ejecución de la

herramienta de comprobación

previa a la actualización

(SharePoint Foundation 2010).

Realice este paso varias veces

cuando limpie el entorno y pruebe

el proceso de actualización.

La ejecución de la herramienta de

comprobación tarda solo unos

minutos, pero la solución de los

problemas puede tardar días o

semanas.

112

Pasos previos a la actualización en contexto Notas

[ ] Limpieza del entorno

Antes de iniciar la actualización,

asegúrese de que el entorno

funciona correctamente y limpie

todo el contenido que no necesite

conservar. Quite o repare los

datos o sitios huérfanos, resuelva

las listas o listas de control de

acceso (ACL) de gran tamaño,

quite versiones del documento

extrañas y quite las plantillas,

características o elementos web

que no se usen.

Pasos detallados: Limpieza del

entorno antes de la actualización

(SharePoint Foundation 2010).

Realice este paso una vez para

todo el entorno.

Este proceso puede tardar días o

semanas.

[ ] Registro de los tipos de

archivos bloqueados

Los tipos de archivos bloqueados

no se conservan durante la

actualización. Copie la lista de

tipos de archivos bloqueados y

guárdela en la hoja de cálculo de

actualización, de modo que pueda

volver a aplicar la configuración

tras la actualización.

Realice este paso una vez para

todo el entorno.

[ ] Copia de seguridad del entorno

Realice una copia de seguridad de

todo el entorno para asegurarse

de que puede recuperar el entorno

existente en caso de que haya un

error durante el proceso de

actualización.

Pasos detallados: Copia de

seguridad del entorno completo

antes de una actualización en

contexto (SharePoint Foundation

2010).

Realice este paso una vez para

todo el entorno.

Este paso puede tardar una hora,

varias horas o más tiempo según

el conjunto de datos y el entorno.

113

Realización de la actualización Siga estos pasos en orden durante una actualización en contexto. También se incluyen los pasos

necesarios para una actualización en contexto con bases de datos separadas.

Si actualiza en contexto a partir de una instalación de Windows SharePoint Services 3.0 que

usa Windows Internal Database y el tamaño de la base de datos se aproxima a los 4 GB, debe

llevar a cabo pasos adicionales. Para obtener más información acerca de estos pasos, vea

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

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

(Almacenamiento remoto de blobs).

Realizar la actualización en contexto Notas

[ ] Ejecución de la herramienta de

comprobación previa a la

actualización

Ejecute de nuevo la herramienta de

comprobación previa a la

actualización para identificar

problemas nuevos o existentes

antes de iniciar la actualización.

Pasos detallados: Ejecución de la

herramienta de comprobación previa

a la actualización (SharePoint

Foundation 2010).

La ejecución de la herramienta de

comprobación tarda solo unos

minutos, pero la solución de los

problemas puede tardar mucho

más.

[ ] Instalación de requisitos previos

en todos los servidores

Antes de la actualización, debe

ejecutar el instalador de requisitos

previos satisfactoriamente en cada

servidor web que tenga instalado

Windows SharePoint Services 3.0.

Pasos detallados: Instalación de

requisitos previos en el artículo

"Actualización en contexto a

SharePoint Foundation 2010".

Realice este paso para cada

servidor web del entorno.

Advertencia:

114

Realizar la actualización en contexto Notas

[ ] Desasociación de las bases de

datos (solo actualización en

contexto con bases de datos

desasociadas)

Si va a realizar una actualización en

contexto con bases de datos

desasociadas, desasocie las bases

de datos antes de ejecutar el

programa de instalación.

Pasos detallados: Guía básica para

la actualización en contexto con

bases de datos desasociadas

(SharePoint Foundation 2010).

Realice este paso para cada base

de datos de contenido del

entorno.

[ ] Desconexión de usuarios

Si va a actualizar una granja de

servidores, detenga el servicio de

publicación World Wide Web

(W3SVC) en todos los servidores

web para desconectar todos los

usuarios de la granja de servidores.

Realice este paso en cada

servidor web del entorno.

[ ] Ejecución del programa de

instalación en todos los

servidores

Ejecute el programa de instalación

en todos los servidores para

actualizar el software.

Pasos detallados: Ejecución del

programa de instalación en todos los

servidores en el artículo

"Actualización en contexto a

SharePoint Foundation 2010".

Realice este paso para cada

servidor web del entorno.

Este paso puede tardar varios

minutos o más de una hora,

según la cantidad de servidores

que haya en el entorno.

[ ] Instalación de paquetes de idioma

Instale los paquetes de idioma

necesarios antes de ejecutar el

Asistente para configuración de

Productos de SharePoint.

Pasos detallados: Instalación de

Realice este paso en cada

servidor web del entorno.

Este paso debe tardar solo unos

minutos por servidor web.

115

Realizar la actualización en contexto Notas

paquetes de plantillas de idioma

disponibles (SharePoint Foundation

2010).

[ ] Ejecución del Asistente para

configuración de Productos de

SharePoint

Si va a actualizar una granja de

servidores, primero ejecute el

Asistente para configuración de

Productos de SharePoint en el

servidor donde se ejecuta

Administración central de

SharePoint, interrumpa y ejecute el

asistente en los demás servidores

de la granja y, a continuación,

vuelva al primer servidor para

completar el asistente.

Importante:

Debe actualizar

Administración central de

SharePoint antes de intentar

actualizar cualquier otro

contenido de la granja de

servidores. Para ello,

complete el asistente en el

servidor que ejecuta

Administración central de

SharePoint Central.

Pasos detallados: Ejecución del

Asistente para configuración de

Productos de SharePoint en el

artículo "Actualización en contexto a

SharePoint Foundation 2010".

Realice este paso para cada

servidor web del entorno.

Este paso puede tardar una hora

o más.

[ ] Configuración de la autenticación

basada en formularios para una

aplicación web basada en

notificaciones (solo actualización

en contexto con bases de datos

Ahora, lleve a cabo este paso si

sigue el método de actualización

en contexto con bases de datos

separadas. Si sigue un método de

actualización en contexto

116

Realizar la actualización en contexto Notas

desasociadas)

En el caso de las aplicaciones web

configuradas para usar la

autenticación basada en formularios

o la autenticación de inicio de sesión

web único (Web SSO), debe llevar a

cabo pasos adicionales antes de

adjuntar y actualizar las base de

datos. Primero, convierta las

aplicaciones web de Windows

SharePoint Services 3.0 a la

autenticación de notificaciones.

Después de convertir las

aplicaciones web a la autenticación

de notificaciones, configure las

zonas de la aplicación web para la

autenticación basada en formularios

(o autenticación web SSO, según

corresponda). Por último, puede

migrar los usuarios y los permisos a

SharePoint Foundation 2010.

Pasos detallados: Configuración de

la autenticación basada en

formularios para una aplicación web

basada en notificaciones

(SharePoint Foundation 2010).

estándar, lleve a cabo este paso

una vez que se haya completado

la actualización.

Lleve a cabo este paso para todas

las aplicaciones web que usaban

autenticación basada en

formularios en Windows

SharePoint Services 3.0.

[ ] Adjuntar bases de datos (solo

actualización en contexto con

bases de datos desasociadas)

Si va a realizar una actualización en

contexto con bases de datos

desasociadas, adjunte las bases de

datos y, a continuación, actualice los

datos.

Pasos detallados: Guía básica para

la actualización en contexto con

bases de datos desasociadas

(SharePoint Foundation 2010).

Realice este paso para cada base

de datos de contenido del

entorno.

Este paso puede tardar una hora,

varias horas o incluso días, en

función del conjunto de datos, de

si se van a actualizar varias bases

de datos en paralelo y del

hardware de los servidores web,

servidores de bases de datos y

subsistema de almacenamiento.

117

Realizar la actualización en contexto Notas

[ ] Supervisión del progreso de la

actualización

Use la página Estado de

actualización de Administración

central de SharePoint para

supervisar el progreso a medida que

se actualizan los sitios.

Pasos detallados: Comprobación de

la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).

Realice este paso una vez para

todo el entorno.

Este paso puede tardar una hora,

varias horas o días según el

conjunto de datos.

Realización de pasos posteriores a la actualización Lleve a cabo los siguientes pasos en orden tras realizar una actualización en contexto.

Pasos posteriores a la actualización en contexto Notas

[ ] Configuración de la

autenticación basada en

formularios para una aplicación

web basada en notificaciones

En el caso de las aplicaciones web

configuradas para usar

autenticación basada en

formularios o la autenticación de

inicio de sesión web único (Web

SSO), debe llevar a cabo pasos

adicionales tras la actualización.

Primero, convierta las aplicaciones

web de Windows SharePoint

Services 3.0 a la autenticación de

notificaciones. Después de

convertir las aplicaciones web a la

autenticación de notificaciones,

configure las zonas de la

aplicación web para la

autenticación basada en

Lleve a cabo este paso para

todas las aplicaciones web que

usaban autenticación basada en

formularios en Windows

SharePoint Services 3.0.

118

Pasos posteriores a la actualización en contexto Notas

formularios (o autenticación web

SSO, según corresponda). Por

último, puede migrar los usuarios y

los permisos a SharePoint

Foundation 2010.

Pasos detallados: Configuración

de la autenticación basada en

formularios para una aplicación

web basada en notificaciones

(SharePoint Foundation 2010).

[ ] Comprobación de la

actualización y revisión de los

sitios actualizados

Revise los sitios para asegurarse

de que se han actualizado

correctamente y de que están

disponibles para los usuarios.

Pasos detallados: Comprobación

de la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).

Lleve a cabo este paso para cada

aplicación web actualizada y

colección de sitios del entorno.

Este paso puede tardar una hora,

varias horas o días según el

contenido.

Además, debe solicitar que los

propietarios revisen sus sitios y

generen informes acerca de los

posibles problemas.

Vea también Hoja de cálculo de actualización para Productos de SharePoint 2010

119

Actualización en contexto a SharePoint Foundation 2010

Al ejecutar una actualización en contexto de Windows SharePoint Services 3.0 a Microsoft SharePoint

Foundation 2010, los datos de configuración y todo el contenido del conjunto o granja de servidores se

actualizan en el hardware existente, en un orden fijo. Al iniciar el proceso de actualización en contexto,

el programa de instalación desconecta el servidor web y los sitios web no estarán disponibles hasta

que se complete la actualización y, a continuación, el programa de instalación reinicia el servidor web.

Una vez iniciada una actualización en contexto, no se puede pausar ni revertir a la versión anterior.

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones y otros elementos personalizados. Asegúrese de que todos los

elementos personalizados que necesite estén instalados en los servidores front-end web antes

de iniciar el proceso de actualización. Puede usar la herramienta de comprobación previa a la

actualización para identificar los elementos personalizados que podrían estar en uso en los

sitios. Para obtener más información, vea Identificar e instalar personalizaciones en el artículo

sobre cómo realizar una actualización de prueba para detectar posibles problemas.

Una actualización en contexto desde una instalación de Windows SharePoint Services 3.0 que usa

Windows Internal Database requiere pasos adicionales si el tamaño de la base de datos excede los

4 GB. Para obtener más información, vea Actualización desde una instalación independiente de

Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las bases de datos de

contenido exceden los 4 GB (Almacenamiento remoto de blobs).

También puede usar varios de los procedimientos descritos en este artículo para llevar a cabo un

método híbrido de desasociación de bases de datos para la actualización, mediante el cual se

actualiza el servidor y la infraestructura en contexto pero las bases de datos de contenido se actualizan

al desasociarlas y adjuntarlas en paralelo. Para obtener información acerca del proceso de

desasociación de bases de datos, vea Guía básica para la actualización en contexto con bases de

datos desasociadas (SharePoint Foundation 2010). Para obtener más información acerca de cómo

elegir un método de actualización, vea Determinación del método de actualización (SharePoint

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

Debe ejecutar el Service Pack 2 (SP2) de Windows SharePoint Services 3.0 en un entorno de

Windows Server 2008 de 64 bits para llevar a cabo una actualización en contexto a SharePoint

Foundation 2010. Si se encuentra en un entorno de granja de servidores, también debe

ejecutar una versión de 64 bits de Microsoft SQL Server 2008 R2, SQL Server 2008 con

Service Pack 1 (SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3

(SP3) y la actualización acumulativa 3.

Nota:

Importante:

120

En este artículo:

Introducción al proceso

Antes de comenzar

Instalación de requisitos previos

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

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

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

Comprobación

Introducción al proceso Mediante los procedimientos descritos en este artículo, se instala SharePoint Foundation 2010 y se

actualizan todos los sitios de SharePoint del entorno. Se recomienda probar el proceso de

actualización en un entorno de prueba antes de intentar actualizar el entorno de producción. Para

obtener más información, vea Uso de una actualización de prueba para encontrar posibles problemas

(SharePoint Foundation 2010).

Al actualizar una granja de servidores, instale y configure la nueva versión de los servidores en el

orden siguiente:

1. Instale SharePoint Foundation 2010 en todos los servidores de la granja de servidores.

2. Instale los paquetes de idioma para SharePoint Foundation 2010 que necesite. Para obtener más

información, vea el artículo Instalación de paquetes de plantillas de idioma disponibles (SharePoint

Foundation 2010).

3. Ejecute el Asistente para configuración de Productos de SharePoint en el servidor front-end web

en el que se encuentra el sitio web de Administración central de SharePoint.

Para determinar qué servidor ejecuta Administración central de SharePoint, abra la página

Servidores del conjunto (http://nombre_de_servidor:

puerto_administrativo/_admin/farmservers.aspx) y anote qué servidor o servidores ejecutan

servicios de Administración central. Realice este paso antes de instalar SharePoint Foundation

2010, mientras Administración central de SharePoint de Windows SharePoint Services 3.0 todavía

está disponible.

Si varios servidores ejecutan Administración central de SharePoint, elija uno como el

servidor inicial en el cual se ejecutará la actualización. Una vez completado el proceso en

ese servidor, puede continuar con cualquier otro servidor que ejecute Administración

central de SharePoint.

4. Ejecute el Asistente para configuración de Productos de SharePoint en los servidores front-end

web y servidores de aplicaciones restantes de la granja de servidores, en el orden que desee.

Nota:

121

Para obtener diagramas y una descripción general de cada método de actualización, vea el artículo

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

Si usa el método híbrido de desasociación de bases de datos para actualizar, el proceso que

se sigue es similar, pero se desasocian todas las bases de datos de contenido antes de

ejecutar el programa de instalación y se vuelven a adjuntar después de ejecutar el Asistente

para configuración de Productos de SharePoint. Para obtener más información acerca del

método de actualización de desasociación de bases de datos, vea Guía básica para la

actualización en contexto con bases de datos desasociadas (SharePoint Foundation 2010).

Antes de comenzar Antes de iniciar la actualización en contexto, revise la siguiente información sobre permisos, requisitos

de hardware y software, y los pasos que se deben realizar para iniciar el proceso.

Asegúrese de haber ejecutado la herramienta de comprobación previa a la actualización (stsadm -

o preupgradecheck, disponible en Windows SharePoint Services 3.0 Service Pack 2 y

actualizada en la actualización acumulativa de octubre de 2009) y de haber solucionado los

problemas antes de iniciar el proceso de actualización. Para obtener más información, vea

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

2010).

Se recomienda realizar una copia de seguridad del entorno antes de iniciar el proceso de

actualización. Para obtener más información, vea Copia de seguridad del entorno completo antes

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

Asegúrese de que cumple con todos los requisitos de hardware y software. Debe disponer de una

versión de 64 bits de Windows Server 2008 o Windows Server 2008 R2. Para los conjuntos o

granjas de servidores, también debe disponer de una versión de 64 bits de SQL Server 2005 o

SQL Server 2008. Para obtener más información sobre estos requisitos (como las actualizaciones

específicas que debe instalar), vea Determinación de los requisitos de hardware y software

(SharePoint Foundation 2010).

Asegúrese de que está preparado para configurar las cuentas necesarias mediante los permisos

adecuados. Para obtener información detallada, vea Cuentas de servicio y administrativas

requeridas para la implementación inicial (SharePoint Server 2010).

Asegúrese de que el tipo de cuenta que usa para ejecutar Asistente para configuración de

Productos de SharePoint pertenece al rol de base de datos fijo db_owner para todas las bases de

datos que desea actualizar.

Nota:

122

Instalación de requisitos previos Antes de la actualización, debe ejecutar el instalador de requisitos previos satisfactoriamente en cada

servidor web que tenga instalado Windows SharePoint Services 3.0. El instalador de requisitos previos

está disponible para instalar el software necesario para admitir SharePoint Foundation 2010.

1. Desde el disco del producto, abra la carpeta de instalación y ejecute PrerequisiteInstaller.exe.

Se abre la Herramienta de preparación de Productos de Microsoft SharePoint.

2. Haga clic en Siguiente.

3. En la página Términos de licencia, active la casilla de verificación Acepto los términos de

licencia y, a continuación, haga clic en Siguiente.

Se ejecutará la herramienta, que instalará y configurará el software requerido.

4. Haga clic en Siguiente.

5. En la pantalla Instalación completada, compruebe que cada requisito previo aparezca como

instalado correctamente o como que ya está instalado.

6. Haga clic en Finalizar para cerrar el asistente.

Ejecución del programa de instalación en todos los servidores Una vez que se hayan instalado todos los requisitos previos, puede ejecutar Setup.exe en todos los

servidores web de la granja de servidores.

Si usa el método híbrido de desasociación de bases de datos para actualizar, debería

desasociar las bases de datos de contenido antes de ejecutar el programa de instalación. Para

obtener más información acerca de cómo desasociar las bases de datos, vea Guía básica para

la actualización en contexto con bases de datos desasociadas (SharePoint Foundation 2010).

Si va a ejecutar una actualización en contexto en una granja de servidores, detenga el servicio

de publicación World Wide Web (W3SVC) en todos los servidores front-end web para

desconectar todos los usuarios de la granja de servidores. En las granjas de servidores con

varios servidores front-end web, si permite a los usuarios conectarse después de actualizar los

archivos y las bases de datos en un servidor web sin haber actualizado el resto de los

servidores web, los usuarios no podrán examinar los sitios web.

1. Ejecute Setup.exe.

Para ejecutar el instalador de requisitos previos

Nota:

Importante:

Para instalar la versión nueva

123

2. En la página Términos de licencia para software de Microsoft, revise los términos, active la

casilla de verificación Acepto los términos del contrato y, a continuación, haga clic en

Continuar.

3. En la página Actualizar las versiones anteriores, haga clic en Instalar ahora.

4. El programa de instalación se ejecutará e instalará SharePoint Foundation 2010.

En la página de finalización, desactive la casilla Ejecutar el Asistente para configuración de

Productos de SharePoint en este momento y, a continuación, haga clic en Cerrar.

Antes de ejecutar el Asistente para configuración de Productos de SharePoint, instale todos los

paquetes de plantillas de idiomas para SharePoint Foundation 2010. Para obtener más información,

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

Ejecución del Asistente para configuración de Productos de SharePoint Si actualiza un solo servidor, puede ejecutar el Asistente para configuración de Productos de

SharePoint sólo en ese servidor y comenzar a actualizar el contenido. Si actualiza una granja de

servidores, ejecute primero el Asistente para configuración de Productos de SharePoint en el servidor

que ejecuta Administración central de SharePoint, pause su ejecución y ejecute el asistente en los

demás servidores de la granja. A continuación, vuelva al primer servidor para completar el asistente.

Es importante actualizar Administración central de SharePoint antes de intentar actualizar cualquier

otro contenido de la granja. Para ello, debe completar el asistente en el servidor que ejecuta

Administración central de SharePoint.

Asegúrese de que la cuenta que usa para ejecutar Asistente para configuración de Productos

de SharePoint pertenece al rol de base de datos fijo db_owner para todas las bases de datos

que desea actualizar. Si no pertenece a este rol, es probable que se produzca un error acerca

de una cuenta de usuario desconocida cuando el asistente comience a actualizar las bases de

datos.

Asegúrese de haber instalado todos los paquetes de plantillas de idiomas antes de ejecutar el

Asistente para configuración de Productos de SharePoint.

Una vez ejecutado el Asistente para configuración de Productos de SharePoint, Windows

SharePoint Services 3.0 ya no estará disponible. No podrá pausar o revertir el programa de

instalación y el proceso de actualización. Asegúrese de tener una copia de seguridad actual y

válida de su entorno antes de proceder con la instalación de SharePoint Foundation 2010.

1. Haga clic en Inicio, elija Todos los programas, seleccione Herramientas administrativas y,

Importante:

Precaución:

Para ejecutar el Asistente para configuración de Productos de SharePoint

124

a continuación, haga clic en Asistente para configuración de Productos de SharePoint.

2. En el Asistente para configuración de Productos de SharePoint, en la página Productos de

SharePoint, haga clic en Siguiente.

Aparecerá un mensaje que indica que es posible que Internet Information Services (IIS), la

versión 4 de SharePoint Administration Services y la versión 4 del Servicio de temporizador de

SharePoint deban reiniciarse o restablecerse durante la configuración.

3. Haga clic en Sí para continuar con el asistente.

4. En la página Especificar configuración de seguridad del conjunto de servidores, en el cuadro

Frase de contraseña, escriba una frase de contraseña y, en el cuadro Confirmar la frase de

contraseña, escriba la misma frase de contraseña.

La frase de contraseña debe tener una longitud mínima de ocho caracteres y contener

caracteres de al menos tres de los cuatro grupos siguientes:

Caracteres no extendidos en mayúsculas (de la A a la Z)

Caracteres no extendidos en minúsculas (de la a a la z)

Números (del 0 al 9)

Caracteres no alfabéticos (como !, $, #, %)

5. En la página Actualización visual, seleccione una de las siguientes opciones:

Cambiar los sitios de SharePoint existentes para que utilicen la nueva experiencia

de usuario. Los administradores controlan la experiencia de usuario para los

usuarios finales.

Esta opción permite cambiar todos los sitios para que usen la nueva experiencia del

usuario, sin que sea necesaria una vista previa de la experiencia. Si selecciona esta

opción, también podrá elegir entre las dos opciones siguientes:

Conservar páginas personalizadas, pero actualizar las páginas de plantillas y

aplicaciones para que usen la nueva IU.

Restablecer todas las páginas personalizadas a la plantilla original. Esta opción

eliminará las modificaciones de las páginas personalizadas y no se puede deshacer.

Conservar la apariencia de los sitios de SharePoint existentes y permitir a los

usuarios finales actualizar la experiencia de usuario en sus sitios.

Esta es la opción predeterminada. Esta opción permite a los propietarios del sitio obtener

una vista previa de los sitios con la nueva experiencia del usuario y determinar cuándo

están listos para cambiar los sitios a la nueva experiencia del usuario permanentemente.

6. En la página Finalizando el Asistente para configuración de Productos de SharePoint,

compruebe la configuración y haga clic en Siguiente.

El Asistente para configuración de Productos de SharePoint se ejecuta y configura la base de

datos de configuración y Administración central de SharePoint para SharePoint Foundation

2010.

7. Aparecerá un mensaje para notificar que si tiene una granja de servidores con varios

125

servidores, debe ejecutar el programa de instalación en cada servidor para instalar los archivos

binarios nuevos antes de continuar con el Asistente para configuración de Productos de

SharePoint.

Si éste es el único servidor de la granja de servidores o si ya ha ejecutado el programa de

instalación en todos los servidores de la granja, haga clic en Aceptar para continuar con el

asistente.

Si todavía no ha ejecutado el programa de instalación en todos los servidores de la granja,

ejecute ahora el programa de instalación en los demás servidores y, a continuación, vuelva

a este servidor y haga clic en Aceptar para continuar con el asistente.

El Asistente para configuración de Productos de SharePoint continuará con el proceso de

actualización mediante la configuración de la base de datos de configuración y la instalación

de Administración central de SharePoint.

8. En la página Configuración realizada correctamente, actualización en curso, revise los valores

que se han configurado y, a continuación, haga clic en Finalizar.

Se cerrará el Asistente para configuración de Productos de SharePoint y se abrirá la página

Estado de actualización. Es posible que se le pida que escriba el nombre de usuario y

contraseña antes de que se abra la página. El proceso de actualización puede tardar unos

minutos en completarse, en función de la cantidad de datos que contenga la granja de

servidores.

Nota:

Si sigue el método híbrido de desasociación de bases de datos para actualizar, ahora

podrá comenzar a adjuntar las bases de datos de contenido para actualizarlas. Para

obtener más información, vea Guía básica para la actualización en contexto con bases

de datos desasociadas (SharePoint Foundation 2010).

9. Si actualiza una granja de servidores, ahora puede completar el Asistente para configuración

de Productos de SharePoint en los otros servidores de la granja.

Comprobación del estado de la actualización de los sitios Una vez completado el Asistente para configuración de Productos de SharePoint, podrá supervisar el

proceso de actualización de cada sitio desde la página Estado de actualización de Administración

central de SharePoint o mediante la operación localupgradestatus de Stsadm.exe. Para obtener más

información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint

Foundation 2010).

Si ha detenido el servicio de publicación World Wide Web (W3SVC) en todos los servidores front-end

web antes de la actualización, ponga estos servidores web a disposición de los usuarios mediante el

inicio manual del servicio de publicación World Wide Web en los servidores front-end web.

Nota:

126

Es probable que los resultados de la búsqueda no estén completos o que no se devuelvan

durante unos minutos después de la actualización. Esto se debe a que después de la

actualización, se debe ejecutar la tarea de temporizador de sincronización de búsqueda, y los

resultados no estarán disponibles hasta que se complete la tarea.

Comprobación Si se produce un error en la actualización o se informa de problemas, puede consultar los archivos de

registro y de errores para obtener más información. Para obtener más información acerca de cómo

revisar los archivos de registro y cómo reiniciar la actualización después de un error, vea

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

Si usa la actualización visual, para obtener más información acerca de cómo obtener una vista previa

de los sitios y cómo cambiar a la nueva interfaz de usuario, vea Administración de la actualización

visual (SharePoint Foundation 2010).

Vea también Solución de problemas de actualización (SharePoint Foundation)

127

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

Si actualiza de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010, puede

realizar una actualización en contexto o una actualización de una base de datos adjunta, o puede

combinar aspectos de ambos métodos para aumentar la disponibilidad o el rendimiento durante la

actualización. En este articulo se describe cómo usar un método híbrido que combine la actualización

en contexto con los procesos para desasociar y adjuntar bases de datos para poder actualizar varias

bases de datos al mismo tiempo e incluso en distinto hardware. Puede usar este método para

actualizar una o varias bases de datos de contenido al mismo tiempo, lo que significa que la

actualización se realizará con mayor rapidez en comparación con una actualización en contexto

estándar (que actualiza bases de contenido individuales y colecciones de sitios en serie). Este método

usa las siguientes técnicas híbridas:

Use una actualización en contexto para actualizar la granja de servidores y la configuración.

Desasocie y actualice varias bases de datos en paralelo.

Secuencia de actualización alternativa: actualice las bases de datos de una granja de servidores

de tamaño reducido temporal.

Tenga en cuenta que si decide usar una granja de servidores de tamaño reducido temporal para

realizar la actualización real, debe tener acceso directo a los servidores de bases de datos desde

donde se van a copiar las bases de datos. Dado que copiar las bases de datos a través de la red

requiere tiempo y consume ancho de banda, asegúrese de probar este proceso para determinar si

tiene los recursos necesarios para usar una granja de servidores de tamaño reducido temporal.

Para obtener más información acerca de las ventajas y las desventajas de los distintos métodos de

actualización, vea Determinación del método de actualización (SharePoint Foundation 2010). Para

tener acceso a una descripción breve y gráfica de los pasos que implica cada método, vea Introducción

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

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones y otros elementos personalizados. Asegúrese de que todos los

elementos personalizados que necesite estén instalados en los servidores front-end web antes

de iniciar el proceso de actualización. Se puede usar la herramienta de comprobación previa a

la actualización y, en el caso de una actualización de base de datos adjunta, el cmdlet test-

spcontentdatabase de Windows PowerShell para identificar los elementos personalizados

que pueden usar los sitios. Para obtener más información, vea Identificar e instalar

personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar

posibles problemas.

Nota:

128

En este artículo:

Introducción al proceso

Antes de comenzar

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

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

reducido temporal

Comprobación

Debe ejecutar Service Pack 2 (SP2) de Windows SharePoint Services 3.0 en un entorno de

Windows Server 2008 de 64 bits para realizar una actualización en contexto a SharePoint

Foundation 2010. Si se encuentra en un entorno de granja de servidores, también debe

ejecutar una versión de 64 bits de Microsoft SQL Server 2008 R2, SQL Server 2008 con

Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3

(SP3) y la actualización acumulativa 3.

Introducción al proceso Debido a que este método de actualización es un conjunto híbrido de las técnicas que se usan para la

actualización en contexto y la actualización de bases de datos adjuntas, en este artículo se describe la

correspondencia de los pasos de cada método en el proceso híbrido. No se proporciona información

detallada para cada paso del proceso, ya que esos pasos están disponibles en los siguientes artículos:

Actualización en contexto a SharePoint Foundation 2010

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

Estos artículos, combinados con esta guía básica, proporcionan la información necesaria para realizar

la actualización híbrida.

Puede realizar este tipo de actualización híbrida de dos formas: mediante una granja de servidores

durante todo el proceso o mediante una granja de servidores de tamaño reducido temporal para

realizar la actualización específica. En las secciones siguientes se proporcionan los pasos necesarios

para realizar la actualización mediante cada uno de estos métodos.

Antes de comenzar Antes de iniciar la actualización en contexto, revise la siguiente información sobre permisos, requisitos

de hardware y software, y los pasos que se deben realizar para iniciar el proceso.

Asegúrese de ejecutar la herramienta de comprobación previa a la actualización (stsadm -o

preupgradecheck, disponible en Windows SharePoint Services 3.0 Service Pack 2 y actualizada

en la actualización acumulativa de octubre de 2009) y de solucionar los problemas antes de iniciar

el proceso de actualización. Para obtener más información, vea Ejecución de la herramienta de

comprobación previa a la actualización (SharePoint Foundation 2010).

Importante:

129

Se recomienda realizar una copia de seguridad del entorno antes de iniciar el proceso de

actualización. Para obtener más información, vea Copia de seguridad del entorno completo antes

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

Asegúrese de que cumple con todos los requisitos de hardware y software. Debe disponer de una

versión de 64 bits de Windows Server 2008 o Windows Server 2008 R2. Para los conjuntos o

granjas de servidores, también debe disponer de una versión de 64 bits de SQL Server 2005 o

SQL Server 2008. Para obtener más información sobre estos requisitos (como las actualizaciones

específicas que debe instalar), vea Determinación de los requisitos de hardware y software

(SharePoint Foundation 2010).

Asegúrese de que está preparado para configurar las cuentas necesarias mediante los permisos

adecuados. Para obtener información detallada, vea Cuentas de servicio y administrativas

requeridas para la implementación inicial (SharePoint Server 2010).

Para desasociar bases de datos y actualizarlas en paralelo en la misma granja de servidores En esta sección se describen los pasos necesarios para usar el método de actualización de

desasociación de bases de datos en una granja de servidores.

Proceso de actualización en contexto con bases

de datos desasociadas (en la misma granja de

servidores)

Desasociación de bases de datos

1. Realice el siguiente procedimiento para

desasociar la base de datos de contenido:

Stsadm.exe -o deletecontentdb -url

http://servername-

databasenameContentDatabaseName

Para obtener más información acerca de

esta operación, vea el tema sobre la

operación deletecontentdb de Stsadm

(Windows SharePoint Services).

Actualización de la granja de servidores en

contexto

1. Instale todos los requisitos previos en todos

los servidores de la granja.

2. Ejecute el programa de instalación en todos

los servidores de la granja.

130

Proceso de actualización en contexto con bases

de datos desasociadas (en la misma granja de

servidores)

3. Ejecute el Asistente para configuración de

Productos de SharePoint en todos los

servidores de la granja.

Para conocer los procedimientos detallados de

estos pasos, vea Actualización en contexto a

SharePoint Foundation 2010.

Asociación de bases de datos y

actualización del contenido

1. Agregue las bases de datos de contenido a

las aplicaciones web.

Use el siguiente cmdlet de Windows

PowerShell para agregar y actualizar las

bases de datos de contenido:

Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication <URL>

[-Updateuserexperience]

2. Compruebe actualización de la primera

base de datos.

3. Repita los procedimientos de restauración y

adición de base de datos para las bases de

datos en paralelo restantes.

Para conocer los procedimientos detallados de

estos pasos, vea Realización de una

actualización de base de datos adjunta a

SharePoint Foundation 2010.

Para desasociar bases de datos y actualizarlas en paralelo en una granja de servidores de tamaño reducido temporal En esta sección se describen los pasos necesarios para usar el método de actualización de

desasociación de bases de datos en dos granjas de servidores: la granja original y una granja de

tamaño reducido temporal.

131

Proceso de actualización en contexto con bases de

datos desasociadas (granja de servidores de tamaño

reducido temporal)

Configuración de una granja de servidores

de tamaño reducido temporal para la

actualización de las bases de datos

Para conocer los procedimientos detallados de

estos pasos, vea Preparación del nuevo

entorno de SharePoint Foundation.

2 - Desasociación de las bases de datos de

la granja original

1. Realice una copia de seguridad de las

bases de datos de la versión anterior con

las herramientas de SQL Server.

Para obtener información detallada acerca

de los procedimientos sobre cómo hacer

copias de seguridad de las bases de datos,

vea Realización de una actualización de

base de datos adjunta a SharePoint

Foundation 2010.

2. Realice el siguiente procedimiento para

desasociar la base de datos de contenido:

Stsadm.exe -o deletecontentdb -url

http://servername-

databasenameContentDatabaseName

Para obtener más información acerca de

esta operación, vea el tema sobre la

operación deletecontentdb de Stsadm

(Windows SharePoint Services).

Actualización de la granja de servidores

original en contexto

1. Instale todos los requisitos previos en todos

los servidores de la granja.

2. Ejecute el programa de instalación en todos

los servidores de la granja.

3. Ejecute el Asistente para configuración de

Productos de SharePoint en todos los

132

Proceso de actualización en contexto con bases de

datos desasociadas (granja de servidores de tamaño

reducido temporal)

servidores de la granja.

Para conocer los procedimientos detallados de

estos pasos, vea Realización de una

actualización en contexto (SharePoint

Foundation 2010).

Asociación de las bases de datos a la granja

de servidores de tamaño reducido temporal

y actualización del contenido

1. Restaure la copia de seguridad en la nueva

granja de servidores.

2. Agregue las bases de datos de contenido a

las aplicaciones web.

Use el siguiente cmdlet de Windows

PowerShell para agregar y actualizar las

bases de datos de contenido:

Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication <URL>

[-Updateuserexperience]

3. Compruebe la actualización de la primera

base de datos.

4. Repita los procedimientos de restauración y

adición de base de datos para las bases de

datos en paralelo restantes.

Para conocer los procedimientos detallados de

estos pasos, vea Realización de una

actualización de base de datos adjunta a

SharePoint Foundation 2010.

Copia de seguridad de las bases de datos

de la granja de servidores de tamaño

reducido temporal y asociación a la granja

original

1. Haga una copia de seguridad de las bases

de datos actualizadas con las herramientas

de SQL Server.

133

Proceso de actualización en contexto con bases de

datos desasociadas (granja de servidores de tamaño

reducido temporal)

2. Restaure la copia de seguridad en la granja

de servidores original.

3. Agregue las bases de datos de contenido

actualizadas a las aplicaciones web

originales.

Básicamente, es el mismo proceso que el paso

anterior; sin embargo, las bases de datos de la

granja de servidores de tamaño reducido

temporal se mueven de nuevo a la granja

original. Se aplican los mismos procedimientos

que en los pasos anteriores.

Comprobación Si la actualización no se pudo realizar o si se notifican problemas, consulte los archivos de registro y

los archivos de errores para obtener más información. Para obtener más información acerca de la

revisión de los archivos de registro y acerca del reinicio de la actualización después de un error, vea el

artículo Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation

2010).

134

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

Antes de actualizar sitios basados en un paquete de idioma de la versión anterior, es necesario instalar

el paquete de idioma de la nueva versión.

En este artículo:

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

Acerca del cambio de idioma

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

Cambiar idiomas a un nuevo paquete de idioma

Acerca de la instalación de paquetes de idioma y la actualización de sitios Si desea instalar un paquete de idioma para Microsoft SharePoint Foundation 2010, hágalo después

de ejecutar el programa de instalación y antes de ejecutar el Asistente para configuración de Productos

de SharePoint. De esta forma, podrá actualizar cualquier sitio basado en un paquete de idioma para

una versión anterior junto con los otros sitios durante el proceso de actualización. Para obtener más

información acerca de la instalación de paquetes de idioma, vea Implementación de paquetes de

idioma (SharePoint Foundation 2010) en la Guía de implementación.

También puede instalar un paquete de idioma después de ejecutar el Asistente para configuración de

Productos de SharePoint y después de haber actualizado los sitios del entorno que no estén basados

en un paquete de idioma. Si elige esta opción, debe usar la herramienta de línea de comandos de

PSConfig para actualizar los sitios basados en el paquete de idioma recién instalado.

Acerca del cambio de idioma Generalmente, no es posible realizar actualizaciones entre diferentes idiomas. Se debe realizar la

actualización desde y hacia el mismo idioma. Por ejemplo, si se usa inglés de EE. UU. en la versión

anterior, se debe actualizar a una nueva versión con el mismo idioma. Si desea cambiar los idiomas,

primero debe realizar la actualización y, a continuación, cambiar el idioma del sitio.

Sin embargo, en algunos casos este proceso puede resultar complejo; por ejemplo, cuando en la

versión anterior había un producto localizado por completo para un idioma específico, pero la nueva

versión sólo incluye un paquete de idioma, o cuando la nueva versión tiene un paquete de idioma para

un nuevo idioma que no estaba disponible en la versión anterior.

135

Cambiar de un producto localizado por completo a un paquete de idioma Use el siguiente procedimiento en cada servidor web para la actualización desde un idioma para el

cual había un producto localizado por completo en la versión anterior, pero que sólo se incluye en un

paquete de idioma en la nueva versión:

1. Compruebe que la cuenta de usuario que va a realizar este procedimiento pertenece al grupo

Administradores de la granja de servidores de SharePoint.

2. Elija un idioma para instalarlo en la nueva versión (por ejemplo, inglés). Este es el idioma que

usará el sitio web de Administración central de SharePoint.

3. En el Asistente para configuración de Productos de SharePoint, cuando se solicita la

instalación de los paquetes de idioma, detenga el asistente e instale el paquete de idioma

correspondiente.

Si se habían instalado paquetes de idioma adicionales de la versión anterior, instale los

paquetes de idioma correspondientes de SharePoint Foundation 2010 en este momento. Para

ello, cancele el asistente y ejecute los programas de instalación adecuados para instalar los

paquetes de idioma.

Nota:

Debe pertenecer al grupo de administradores del equipo local para realizar este paso.

Para obtener más información acerca de la instalación de los paquetes de idiomas, vea

Implementación de paquetes de idioma (SharePoint Foundation 2010) en la Guía de

implementación.

4. Vuelva a iniciar el asistente para la configuración para finalizar el proceso de actualización.

Cambiar idiomas a un nuevo paquete de idioma Use el siguiente proceso para realizar una actualización de un idioma, en la versión anterior, a un

idioma diferente en la nueva versión (por ejemplo, si el idioma que desea usar no estaba disponible en

la versión anterior, pero ahora se incluye como un paquete de idioma para la nueva versión).

1. Compruebe que la cuenta de usuario que realiza los dos pasos siguientes pertenezca al grupo

Administradores del equipo local.

2. Actualice a la nueva versión en el mismo idioma usado en la versión anterior.

3. Una vez finalizada la actualización, instale el nuevo paquete de idioma.

4. Compruebe que la cuenta de usuario que realiza los dos pasos siguientes pertenezca al grupo

Para cambiar de un producto localizado por completo a un paquete de idioma

Para cambiar idiomas en un nuevo paquete de idioma

136

Administradores del conjunto o granja de servidores de SharePoint.

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

6. Mueva manualmente el contenido a los nuevos sitios.

Vea también Implementación de paquetes de idioma (SharePoint Foundation 2010)

137

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs)

En este artículo se describen las circunstancias en las que puede resultar útil actualizar de un sistema

de Windows SharePoint Services 3.0 independiente a SharePoint Foundation 2010 con el

almacenamiento remoto de blobs (RBS).

Al actualizar de una instalación independiente de Windows SharePoint Services 3.0 a Microsoft

SharePoint Foundation 2010, el proceso de actualización varía en función del tamaño de las bases de

datos de contenido.

En una instalación independiente de Windows SharePoint Services 3.0, las bases de datos de

contenido se almacenan en Windows Internal Database y no tienen limitaciones de espacio. Por el

contrario, en SharePoint Foundation 2010, las bases de datos de contenido se almacenan en Microsoft

SQL Server 2008 Express y tienen un tamaño máximo de 4 gigabytes (GB) cada una. Si las bases de

datos tienen más de 4 GB, se debe usar Microsoft SQL Server 2008 R2, SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2, o SQL Server 2005 con Service Pack 3 (SP3) y la

actualización acumulativa 3 o instalar RBS.

Microsoft SQL Server 2008 R2 Express admite bases de datos de hasta 10 GB. Si la

instalación incluye bases de datos de entre 4 GB y 10 GB, podrá actualizar a SQL Server 2008

R2 Express para su solución de almacenamiento de bases de datos de contenido en lugar de

implementar RBS. SQL Server 2008 R2 Express está disponible para su descarga e

instalación en http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A.

RBS está diseñado para mover el almacenamiento de objetos binarios grandes (BLOB) de servidores

de bases de datos a soluciones de almacenamiento de productos. RBS es un complemento que puede

aplicarse a SQL Server 2008 Express y a SQL Server 2008. Para obtener más información acerca de

RBS, vea Introducción al almacenamiento remoto de blobs (SharePoint Foundation 2010).

Si se va a realizar una actualización desde Windows SharePoint Services 3.0 y todas las bases de

datos tienen menos de 4 GB, puede seguir el proceso de actualización en contexto estándar. Para

obtener detalles, vea Actualización en contexto a SharePoint Foundation 2010.

Si se actualiza desde Windows SharePoint Services 3.0 y la base de datos de búsqueda tiene más de

4 GB, no se podrá migrar esa base de datos. Para hacer la actualización, se debe quitar la sesión de

búsqueda existente antes de migrar y actualizar. Después de la actualización, se puede crear una

Nota:

138

nueva sesión de búsqueda. En caso de que la instalación nueva se hospede en SQL Server 2008

Express, la base de datos de búsqueda se limitará a 4 GB.

Si se actualiza desde Windows SharePoint Services 3.0 y la base de datos de configuración tiene más

de 4 GB, no se podrá migrar esa base de datos. En su lugar, se debe crear un nuevo sistema de

SharePoint Foundation que use SQL Server 2008 Express (en caso de que se espere que la base de

datos de configuración no tenga más de 4 GB), o bien crear una nueva instalación que use

SQL Server 2008 Standard o SQL Server 2008 Enterprise. También se puede migrar el sistema

existente a SQL Server 2008 Standard o SQL Server 2008 Enterprise y luego actualizarlo.

Si no va a actualizar un sistema existente de Windows SharePoint Services 3.0 y desea instalar y

configurar un RBS en SharePoint Foundation 2010, vea Instalación y configuración del

almacenamiento remoto de blobs o del almacenamiento externo de blobs (SharePoint Foundation

2010).

Si después de mover contenido al RBS, sigue habiendo una base de datos de contenido con

más de 4 GB, se producirá un error en la operación de migración. Normalmente, este error se

produce sólo con bases de datos muy grandes (20 GB o mayores), pero también puede ocurrir

si hay una base de datos de menor tamaño que contiene demasiados metadatos.

Si la configuración incluye bases de datos de SharePoint con más 16 GB, es probable que

RBS no proporcione una solución completa a las limitaciones de SQL Server 2008 Express y

SQL Server 2008 R2 Express. En este caso, debe estar preparado para usar SQL Server 2008

Standard o SQL Server 2008 Enterprise para que admitan las bases de datos de SharePoint.

Antes de iniciar el proceso de actualización, confirme que la configuración del hardware admite

SharePoint Foundation 2010. Para obtener más información, vea Requisitos de hardware y software

(SharePoint Foundation 2010).

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

SharePoint Foundation 2010 con almacenamiento remoto de blobs

En este artículo se describe cómo actualizar a partir de un sistema independiente de Windows

SharePoint Services 3.0 que tiene bases de datos de contenido con más de 4 GB a SharePoint

Foundation 2010.

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

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

En este artículo se describe cómo realizar una actualización de un sistema independiente de

Windows SharePoint Services 3.0 que tiene bases de datos de contenido con más de 4 GB a un

sistema de SharePoint Foundation 2010 que se ejecuta en un controlador de dominio.

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

remoto de blobs (base de datos adjunta)

Nota

139

En este artículo se describe cómo actualizar a partir de un sistema independiente de Windows

SharePoint Services 3.0 que tiene bases de datos de contenido con más de 4 GB a SharePoint

Foundation 2010 instalado en hardware nuevo.

Vea también Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)

140

Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 con almacenamiento remoto de blobs

En este artículo se describe cómo realizar una actualización de un sistema independiente de Windows

SharePoint Services 3.0, con bases de datos de contenido cuyo tamaño oscila entre 4 gigabytes (GB)

y 16 GB, a Microsoft SharePoint Foundation 2010 mediante el almacén remoto de blobs (RBS).

Microsoft SQL Server 2008 R2 Express admite bases de datos de hasta 10 GB. Si la

instalación incluye bases de datos de contenido de más de 4 GB pero menos de 10 GB, podrá

actualizar a SQL Server 2008 R2 Express para su solución de almacenamiento de bases de

datos de contenido en lugar de implementar RBS. Para obtener más información, vea el tema

sobre Microsoft SQL Server 2008 R2 Express Edition

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

Antes de llevar a cabo los procedimientos descritos en este artículo, se recomienda leer los siguientes

artículos para asegurarse de seguir la mejor ruta de actualización:

Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)

Introducción al almacenamiento remoto de blobs (SharePoint Foundation 2010)

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

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

(Almacenamiento remoto de blobs)

1. Compruebe que la cuenta de usuario que se usa para realizar la actualización y la instalación

pertenezca al grupo Administradores en el equipo que ejecuta Windows SharePoint Services

3.0 en el que se va a realizar la actualización y en el que se va a instalar el RBS.

2. Confirme que la configuración del hardware admite SharePoint Foundation 2010. Para obtener

más información, vea Requisitos de hardware y software (SharePoint Foundation 2010).

3. Compruebe que el espacio disponible en disco cumpla con los siguientes requisitos:

El espacio disponible en disco tiene al menos el doble de tamaño que la base de datos de

contenido más grande.

El espacio disponible en disco es igual o mayor que la suma de los tamaños de todas las

bases de datos de contenido.

Nota:

Para realizar una actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 con RBS

141

4. Descargue las actualizaciones de software de SharePoint Foundation 2010 en el sitio de

actualización.

5. Abra la carpeta local que contiene la descarga de software y, a continuación, haga doble clic

en PrerequisiteInstaller. Acepte los valores predeterminados y luego inicie el Asistente para

instalación de requisitos previos.

6. Haga doble clic en Instalar, acepte los valores predeterminados y, a continuación, inicie el

Asistente para la instalación.

Cuando se finaliza la instalación, el Asistente para configuración de Productos de SharePoint

se ejecuta automáticamente. Si el asistente detecta una base de datos de SharePoint de más

de 4 GB, aparecerá un mensaje que notifica que se debe migrar la base de datos al RBS.

Nota:

Si alguna base de datos de SharePoint es mayor a 4 GB, todas las bases de

SharePoint deben migrarse al RBS, aunque haya bases de datos menores a 4 GB.

7. Si no se ha instalado anteriormente el RBS en el servidor, se produce error en el Asistente

para configuración de Productos de SharePoint y luego aparece un mensaje de error que

explica que se detectaron bases de datos mayores a 4 GB y que se debe instalar el RBS. Si es

necesario instalar el RBS, siga estos pasos. Si ya se ha instalado en el servidor, el asistente

finaliza satisfactoriamente sin que se vea el mensaje de error.

8. Vaya a http://go.microsoft.com/fwlink/?linkid=177388&clcid=0xC0A para descargar el archivo

RBS_X64.msi.

Importante:

Debe instalar el RBS que se incluye en el paquete de instalación de almacén remoto

de blobs de SQL Server desde el Paquete de instalación del almacén remoto de blobs

de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2. La versión de

RBS debe ser 10.50.xxx. No se admite una versión anterior de RBS para SharePoint

Foundation 2010.

9. Abra la carpeta que contiene el archivo y, a continuación, haga doble clic en RBS_X64.msi

para iniciar el Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.

10. En la página Selección de características del Asistente para instalación de Almacenamiento

remoto de blobs de SQL Server, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, haga clic en La característica completa no estará

disponible.

11. Expanda Proveedor de FILESTREAM, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, en La característica completa no estará disponible.

12. Inicie el asistente usando los valores predeterminados.

13. Haga clic en Inicio, en Todos los programas, en Productos de Microsoft SharePoint 2010

y, a continuación, haga clic en Asistente para configuración de productos de SharePoint

142

2010.

14. El asistente finaliza la actualización.

Vea también Novedades de la actualización (SharePoint Foundation 2010)

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

143

Actualización de una instalación independiente en un controlador de dominio mediante el almacenamiento remoto de blobs (RBS) (base de datos adjunta)

En este artículo se describen los procedimientos de actualización necesarios para actualizar desde un

sistema de Windows SharePoint Services 3.0 independiente que se ejecuta en un controlador de

dominio a Microsoft SharePoint Foundation 2010 con el almacenamiento remoto de blobs (RBS).

Normalmente, se recomienda usar RBS si las bases de datos de contenido son de 4 gigabytes (GB) o

más.

Se recomienda encarecidamente leer el artículo Actualización desde una instalación

independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las

bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs) para

obtener información importante y recomendaciones acerca de cómo actualizar de Windows

SharePoint Services 3.0 a SharePoint Foundation 2010 con RBS.

Puede usar RBS para mover el almacenamiento de objetos binarios grandes (BLOB) de servidores de

bases de datos a soluciones de almacenamiento de productos. RBS es un complemento que puede

aplicarse a SQL Server 2008 Express y SQL Server 2008.

La implementación de RBS descrita en este artículo usa el proveedor de FILESTREAM de SQL Server.

Para obtener más información acerca de RBS y del proveedor de FILESTREAM, vea Introducción al

almacenamiento remoto de blobs (SharePoint Foundation 2010).

En SharePoint Foundation 2010, las bases de datos de contenido se almacenan en SQL Server 2008

Express y tienen un tamaño máximo de 4 GB cada una. Dado que Microsoft SQL Server 2008 R2

Express admite bases de datos de contenido de hasta 10 GB, se recomienda instalar SQL Server 2008

R2 Express para admitir las bases de datos de contenido.

Este artículo no es una guía completa sobre la actualización a SharePoint Foundation 2010, sino que

lo redirige a los artículos que deben leerse para realizar la actualización. En este artículo se incluyen

los pasos adicionales necesarios para instalar e implementar RBS en una instalación de controlador de

dominio de SharePoint Foundation 2010.

Antes de comenzar el proceso de actualización, lea los siguientes artículos y cree un plan de

actualización:

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

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

Importante:

144

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

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

(Almacenamiento remoto de blobs)

Procedimientos incluidos en este artículo:

Para preparar la actualización a SharePoint Foundation 2010 con RBS en un controlador de

dominio

Para instalar SQL Server 2008 Express R2

Para instalar RBS

Para instalar SharePoint Foundation 2010

Para instalar SharePoint Foundation 2010

1. Compruebe que la cuenta de usuario usada para realizar la actualización y la instalación

cumple con los requisitos enumerados en Cuentas de servicio y administrativas requeridas

para la implementación inicial (SharePoint Foundation 2010).

2. Compruebe que la cuenta de usuario pertenece al grupo Administradores en el equipo local.

3. Confirme que la configuración del hardware admite SharePoint Foundation 2010. Para obtener

más información, vea Requisitos de hardware y software (SharePoint Foundation 2010).

4. Compruebe que el espacio disponible en disco cumpla con los siguientes requisitos:

El espacio disponible en disco tiene al menos el doble de tamaño que la base de datos de

contenido más grande.

El espacio disponible en disco es igual o mayor que la suma de los tamaños de todas las

bases de datos de contenido.

5. Realice las tareas previas a la actualización descritas en el artículo Realización de pasos

previos a la actualización (SharePoint Foundation 2010). Son las siguientes:

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

Foundation 2010)

En el informe de la herramienta de comprobación previa a la actualización se incluyen los

nombres de todas las bases de datos de contenido. Necesitará esta lista para habilitar

RBS para las bases de datos de contenido.

Si tiene varias aplicaciones web, debe compilar una lista en la que se indique a qué

aplicación web está adjunta cada base de datos. Necesitará esta información después de

la actualización.

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

(SharePoint Foundation 2010)

Para preparar la actualización a SharePoint Foundation 2010 con RBS en un controlador de dominio

145

1. Descargue SQL Server 2008 R2 Express desde el sitio.

2. Siga las instrucciones que aparecen en pantalla para instalar SQL Server 2008 R2 Express en

el controlador de dominio.

Para obtener más información acerca de cómo instalar SQL Server 2008 R2 Express, vea el

tema sobre cómo instalar SQL Server 2008 (configuración)

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

Acepte la configuración predeterminada para la mayoría de las opciones de instalación.

Específicamente, debe aceptar las opciones siguientes:

a. En la página Selección de características, puede seleccionar los componentes para la

instalación. Asegúrese de seleccionar SQL Server Management Studio como una

característica para instalar.

b. En la página Configuración de instancia, especifique si desea instalar una instancia

predeterminada o una instancia con nombre. Si crea una instancia con nombre, anote el

nombre de instancia porque lo necesitará en un procedimiento posterior de este artículo.

c. En la página Configuración de servidores — Cuentas de servicio, debe especificar las

cuentas de inicio de sesión para servicios de SQL Server. Puede asignar la misma cuenta

de inicio de sesión a todos los servicios de SQL Server o puede configurar individualmente

cada cuenta de servicio. Debe usar una cuenta de dominio como cuenta de inicio de

sesión para el motor de base de datos de SQL Server.

d. En la página Configuración del Motor de base de datos, asegúrese de que la cuenta de

dominio usada para esta instalación aparece como un administrador de SQL Server.

1. Vaya a http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A y descargue el archivo

RBS_X64.msi.

Importante:

Debe instalar la versión de RBS incluida en Paquete de instalación del almacén

remoto de blobs de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2.

La versión de RBS debe ser 10.50.xxx. Ninguna versión de RBS anterior es

compatible con SharePoint Foundation 2010.

2. Abra la carpeta que contiene el archivo y, a continuación, haga doble clic en RBS_X64.msi

para iniciar el Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.

3. En la página Selección de características del Asistente para instalación de Almacenamiento

remoto de blobs de SQL Server, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, haga clic en La característica completa no estará

disponible.

Para instalar SQL Server 2008 Express R2

Para instalar RBS

146

4. Expanda Proveedor de FILESTREAM, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, en La característica completa no estará disponible.

Nota:

La base de datos que hospedará los scripts no existe porque se creará durante el

proceso de actualización de la base de datos. La opción Ejecutar scripts se instalará

automáticamente durante la instalación de SharePoint Foundation 2010.

5. Inicie el asistente usando los valores predeterminados.

Durante la instalación, aparecerá un cuadro de diálogo que describirá una tarea del

Mantenedor de RBS. Haga clic en Aceptar en ese cuadro de diálogo para continuar con la

instalación.

1. Desinstale todas las versiones anteriores de Productos y Tecnologías de SharePoint que

existen en el controlador de dominio mediante el Panel de control.

2. Instale SharePoint Foundation 2010 mediante las instrucciones que aparecen en Instalación de

SharePoint Foundation 2010 en los servidores de la granja. Durante la instalación, debe usar

el nombre de instancia de base de datos creado en el paso 2 del procedimiento Para instalar

SQL Server 2008 Express R2. Si usó la instancia con nombre predeterminada en ese paso,

debe escribirla en este paso como "SQLExpress". Si usó la instancia predeterminada, debe

escribir " " en lugar de usar la instancia con nombre predeterminada SQLExpress.

Tenga en cuenta que va a crear una nueva instalación de SharePoint Foundation 2010 y que

está realizando una actualización de base de datos adjunta y no una actualización en contexto.

Nota:

Después de instalar SharePoint Foundation 2010, no cree ninguna aplicación web

hasta que se le indique cómo hacerlo más adelante en este artículo.

1. Compruebe que la cuenta de usuario que lleva a cabo este procedimiento es la misma cuenta

de usuario que se usó para instalar el conjunto o granja de servidores que ejecuta SharePoint

Foundation 2010 y RBS.

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

la base de datos de contenido a RBS:

Move-SPBlobStorageLocation –SourceDatabase "<ContentDbName>" –

DestinationDataSourceInstance "<InstanceName>"

Para instalar SharePoint Foundation 2010

Para migrar la base de datos de contenido a RBS y completar la instalación

147

donde:

<ContentDbName> es el nombre de la base de datos de contenido.

<InstanceName> es el nombre del nombre de instancia de base de datos de SQL Server

que creó en el paso 2 del procedimiento Para instalar SQL Server 2008 Express R2. Si

usó la instancia con nombre predeterminada en ese paso, debe escribirla aquí como

"SQLExpress". Si usó la instancia predeterminada, debe escribir " " en lugar de usar la

instancia con nombre predeterminada "SQLExpress".

Debe repetir este comando para cada base de datos de contenido. Consulte la lista de bases

de datos de contenido generada por la herramienta de comprobación previa a la actualización

en el paso 5 del procedimiento Para preparar la actualización a SharePoint Foundation 2010

con RBS en un controlador de dominio anteriormente en este artículo.

6. Cree las aplicaciones web a las que se adjuntarán las bases de datos de contenido. Para

obtener información acerca de cómo crear una aplicación web en SharePoint Foundation 2010,

vea Creación de una aplicación web (SharePoint Foundation 2010) o Configuración de una

aplicación web basada en notificaciones (SharePoint Foundation 2010).

7. Para adjuntar y actualizar la base de datos de contenido a una aplicación web de SharePoint

Foundation 2010, escriba el siguiente comando:

Mount-SPContentDatabase "<ContentDbName>" –DatabaseServer "<DbServer>" –

WebApplication <http://SiteName>

donde:

<ContentDbName> es el nombre de la base de datos.

<DbServer> es el nombre del servidor de bases de datos.

<http://SiteName> es la dirección URL de la aplicación web.

Para obtener más información, vea los temas Move-SPBlobStorageLocation y Mount-

SPContentDatabase.

8. Cree o restaure las personalizaciones necesarias en el nuevo sistema. Para obtener

información acerca de los pasos recomendados posteriores a la actualización, vea Realización

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

Vea también Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)

Novedades de la actualización (SharePoint Foundation 2010)

148

Actualización de una instalación independiente a hardware nuevo mediante el almacenamiento remoto de blobs (base de datos adjunta)

En este artículo se describen los procedimientos de actualización necesarios para actualizar desde un

sistema de Windows SharePoint Services 3.0 independiente a una instalación de SharePoint

Foundation 2010 con el almacenamiento remoto de blobs (RBS) en una nueva plataforma de

hardware.

Se recomienda encarecidamente leer el artículo Actualización desde una instalación

independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las

bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs) para

obtener información importante y recomendaciones acerca de cómo actualizar de Windows

SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 junto con RBS.

RBS está diseñado para mover el almacenamiento de objetos binarios grandes (BLOB) de servidores

de bases de datos a soluciones de almacenamiento de productos. RBS es un complemento que puede

aplicarse a Microsoft SQL Server 2008 Express y Microsoft SQL Server 2008 R2 Express. Esta

implementación de RBS usa el proveedor de FILESTREAM de SQL. Para obtener más información

acerca de RBS y del proveedor de FILESTREAM, vea Introducción al almacenamiento remoto de blobs

(SharePoint Foundation 2010).

Debido a las limitaciones del tamaño de las bases de datos en SQL Server 2008 Express, instale

Windows Internal Database y restaure las bases de datos de Windows SharePoint Services 3.0 en

Windows Internal Database. Posteriormente, instale RBS, mueva la base de datos de contenido de

Windows Internal Database a SQL Server y, a continuación, mueva los BLOB a una base de datos de

contenido configurada para usar RBS.

De forma predeterminada, las bases de datos de contenido de SharePoint Foundation 2010 se

almacenan en SQL Server 2008 Express, que permite un tamaño máximo de 4 gigabytes (GB) por

cada base de datos de contenido. Dado que SQL Server 2008 R2 Express admite bases de datos de

contenido de hasta 10 GB, se recomienda instalar SQL Server 2008 R2 Express para admitir las bases

de datos de contenido. SQL Server 2008 R2 Express es una actualización gratuita que puede

descargar e instalar desde Microsoft SQL Server 2008 R2 Express

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

En este artículo se supone que ya instaló SQL Server Management Studio en el servidor de

bases de datos del conjunto o granja de servidores de Windows SharePoint Services 3.0. Si

este software no está instalado, puede descargarlo e instalarlo desde Microsoft® SQL Server®

Importante:

Nota:

149

2008 Management Studio Express

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

Este artículo no es una guía completa sobre la actualización a SharePoint Foundation 2010. Antes de

comenzar el proceso de actualización, lea los siguientes artículos y cree un plan de actualización:

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

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

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

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

(Almacenamiento remoto de blobs)

En este artículo:

Para preparar la actualización a SharePoint Foundation 2010 en el servidor original

Para preparar la actualización a SharePoint Foundation 2010 en el servidor nuevo

Para instalar y configurar Windows Internal Database en el servidor nuevo

Para mover las bases de datos de contenido al servidor nuevo

Para instalar SQL Server Express 2008 R2 en el servidor nuevo

Para instalar RBS en el servidor nuevo

Para instalar SharePoint Foundation 2010 en el servidor nuevo

Para migrar la base de datos de contenido a RBS y completar la instalación

1. Compruebe que la cuenta de usuario usada para realizar este procedimiento cumple con los

requisitos enumerados en Cuentas de servicio y administrativas requeridas para la

implementación inicial (SharePoint Foundation 2010) y que la cuenta de usuario pertenece al

grupo Administradores en el equipo local.

2. Compruebe que Management Studio está instalado en el servidor original.

3. Realice una copia de seguridad de las bases de datos de contenido mediante el procedimiento

descrito en el tema sobre cómo realizar una copia de seguridad de una base de datos (SQL

Server Management Studio) (http://go.microsoft.com/fwlink/?linkid=187768&clcid=0xC0A).

Puede usar la configuración predeterminada para la mayoría de las opciones, pero debe usar

la siguiente configuración:

En el paso 1, debe establecer el nombre de instancia de Windows Internal Database como

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

En el paso 12, seleccione la opción Destino. Asegúrese de que el medio de destino tenga

suficiente espacio libre para la copia de seguridad.

4. Ejecute la herramienta de comprobación previa a la actualización descrita en el artículo

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

Para preparar la actualización a SharePoint Foundation 2010 en el servidor original

150

En el informe de la herramienta de comprobación previa a la actualización se incluyen los

nombres de todas las bases de datos de contenido. Es necesario tener esta lista para migrar

las bases de datos de contenido a RBS. Si tiene varias aplicaciones web, también debe anotar

a qué aplicación web está adjunta cada base de datos.

1. Compruebe que la cuenta de usuario usada para realizar la actualización y la instalación

cumple con los requisitos enumerados en Cuentas de servicio y administrativas requeridas

para la implementación inicial (SharePoint Foundation 2010) y que la cuenta de usuario

pertenece al grupo Administradores en el equipo local.

2. Confirme que la configuración del hardware admite SharePoint Foundation 2010. Para obtener

más información, vea Requisitos de hardware y software (SharePoint Foundation 2010).

3. Compruebe que el espacio disponible en disco cumpla con los siguientes requisitos:

El espacio disponible en disco tiene al menos el doble de tamaño que la base de datos de

contenido más grande.

El espacio disponible en disco es igual o mayor que la suma de los tamaños de todas las

bases de datos de contenido.

1. Haga clic en Inicio y, a continuación, en Administrador del servidor.

2. En el Administrador del servidor, haga clic en Características y, a continuación, en Agregar

características.

3. En el Asistente para agregar características, desplácese hacia abajo en la lista de

características y, a continuación, seleccione Windows Internal Database.

4. Haga clic en Instalar.

5. Salga del Administrador del servidor.

6. Haga clic en Inicio, en Herramientas administrativas y, a continuación, en Administración

de equipos.

7. Expanda Servicios y Aplicaciones.

8. Haga clic en Servicios.

9. En el panel Servicios, haga clic con el botón secundario en Windows Internal Database y, a

continuación, haga clic en Propiedades.

10. Use el menú desplegable para cambiar el Tipo de inicio a Automático.

11. Haga clic en Inicio para iniciar el servicio.

12. Haga clic en Aceptar y, a continuación, salga de la Administración de equipos.

Para preparar la actualización a SharePoint Foundation 2010 en el servidor nuevo

Para instalar y configurar Windows Internal Database en el servidor nuevo

151

1. Copie los archivos de copia de seguridad de la base de datos de contenido que creó en el

procedimiento Para preparar la actualización a SharePoint Foundation 2010 en el servidor

original al servidor nuevo.

2. En el servidor nuevo, descargue e instale Management Studio desde Microsoft® SQL Server®

2008 Management Studio Express

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

3. Use las instrucciones que aparecen en el tema sobre cómo restaurar una copia de seguridad

de la base de datos (SQL Server Management Studio)

(http://go.microsoft.com/fwlink/?linkid=187769&clcid=0xC0A) para restaurar las bases de datos

mediante Management Studio. Use la siguiente configuración para el procedimiento de

restauración:

En el paso 1, use el siguiente nombre para la instancia de Windows Internal Database:

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

En el paso 5, escriba el nombre de la base de datos correcta que se va a restaurar. Se

recomienda usar el mismo nombre que se usó al realizar la copia de seguridad de la base

de datos.

En el paso 7, seleccione el archivo de base de datos que copió en el paso 1.

Acepte todas las demás opciones predeterminadas y complete la restauración.

1. Descargue SQL Server 2008 R2 Express desde Microsoft SQL Server 2008 R2 Express

Edition (http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0xC0A).

2. Siga las instrucciones que aparecen en pantalla para instalar SQL Server 2008 R2 Express.

Para obtener información adicional, vea el tema sobre cómo instalar SQL Server 2008

(configuración) (http://go.microsoft.com/fwlink/?linkid=187771&clcid=0xC0A).

Tenga en cuenta especialmente la siguiente configuración:

En la página Configuración de instancia, especifique si desea instalar una Instancia

predeterminada o una Instancia con nombre. Si crea una instancia con nombre, anote el

nombre de instancia. Deberá suministrar este nombre en un procedimiento posterior.

En la página Configuración de servidores — Cuentas de servicio, debe especificar las

cuentas de inicio de sesión para servicios de SQL Server. Puede asignar la misma cuenta

de inicio de sesión a todos los servicios de SQL Server o puede configurar individualmente

cada cuenta de servicio.

En la página Configuración del Motor de base de datos, asegúrese de que la cuenta de

dominio usada para esta instalación aparece como un administrador de SQL Server.

Para mover las bases de datos de contenido al servidor nuevo

Para instalar SQL Server Express 2008 R2 en el servidor nuevo

152

1. Vaya a http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A

(http://go.microsoft.com/fwlink/?linkid=168472&clcid=0xC0A) y descargue el archivo

RBS_X64.msi.

Importante:

Debe instalar la versión de RBS incluida en Paquete de instalación del almacén

remoto de blobs de SQL Server del Feature Pack para Microsoft SQL Server 2008 R2.

La versión de RBS debe ser 10.50.xxx. Ninguna versión de RBS anterior es

compatible con SharePoint Foundation 2010.

2. Abra la carpeta que contiene el archivo .msi y haga doble clic en RBS_X64.msi para iniciar el

Asistente para instalación de Almacenamiento remoto de blobs de SQL Server.

3. En la página Selección de características del Asistente para instalación de Almacenamiento

remoto de blobs de SQL Server, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, haga clic en La característica completa no estará

disponible.

4. Expanda Proveedor de FILESTREAM, expanda Servidor, haga clic en la flecha abajo junto a

Ejecutar scripts y, a continuación, en La característica completa no estará disponible.

Nota:

La base de datos que hospedará los scripts no existe porque se creará durante el

proceso de actualización de la base de datos. La opción Ejecutar scripts se instalará

automáticamente durante la instalación de SharePoint Foundation 2010.

5. Inicie el asistente usando los valores predeterminados.

Durante la instalación, aparecerá un cuadro de diálogo sobre una tarea del Mantenedor de

RBS. Haga clic en Aceptar en ese cuadro de diálogo para proceder con la instalación.

1. Instale SharePoint Foundation 2010 mediante las instrucciones que aparecen en Instalación de

SharePoint Foundation 2010 en los servidores de la granja. Debe usar el nombre de instancia

de base de datos creado en el paso 2 del procedimiento Para instalar SQL Server Express

2008 R2 en el servidor nuevo realizado anteriormente en este artículo. Si usó la instancia con

nombre predeterminada en ese paso, debe escribirla aquí como “SQLExpress”. Si usó la

instancia predeterminada, deberá escribir " " en lugar de usar la instancia con nombre

predeterminada SQLExpress.

Tenga en cuenta que va a crear una nueva instalación de SharePoint Foundation 2010 y que

está realizando una actualización de base de datos adjunta y no una actualización en contexto.

Nota:

Después de instalar SharePoint Foundation 2010, no cree ninguna aplicación web

Para instalar RBS en el servidor nuevo

Para instalar SharePoint Foundation 2010 en el servidor nuevo

153

hasta que se le indique cómo hacerlo más adelante en este artículo.

1. Compruebe que la cuenta de usuario que lleva a cabo este procedimiento es la misma cuenta

de usuario que se usó para instalar SharePoint Foundation 2010 y RBS.

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

la base de datos de contenido a RBS. Debe repetir este comando para cada base de datos de

contenido. Consulte la lista de bases de datos de contenido generada por la herramienta de

comprobación previa a la actualización en el paso 4 del procedimiento Para preparar la

actualización a SharePoint Foundation 2010 en el servidor original anteriormente en este

artículo.

Move-SPBlobStorageLocation –SourceDatabase "<DbName>" –

DestinationDataSourceInstance "<InstanceName>"

donde:

<DbName> es el nombre de la base de datos de contenido que restauró en Windows

Internal Database.

<nombreDeInstancia> es el nombre de la instancia de base de datos de SQL Server que

creó en el procedimiento Para instalar SQL Server Express 2008 R2 en el servidor nuevo

anteriormente en este artículo. Si usó la instancia con nombre predeterminada en ese

paso, debe escribirla aquí como “SQLExpress”. Si usó la instancia predeterminada,

deberá escribir " " en lugar de usar la instancia con nombre predeterminada SQLExpress.

6. Cree las aplicaciones web que se adjuntan a las bases de datos de contenido. Para obtener

información acerca de cómo crear una aplicación web en SharePoint Foundation 2010, vea

Creación de una aplicación web (SharePoint Foundation 2010) o Configuración de una

aplicación web basada en notificaciones (SharePoint Foundation 2010).

7. Escriba el siguiente comando para adjuntar y actualizar una base de datos de contenido a una

aplicación web:

Mount-SPContentDatabase "<DbName>" –WebApplication <http://SiteName>

donde:

<DbName> es el nombre de la base de datos.

<http://SiteName> es el nombre de la aplicación web.

Repita este comando para cada base de datos de contenido.

Para obtener más información, vea los temas Move-SPBlobStorageLocation y Mount-

SPContentDatabase.

Para migrar la base de datos de contenido a RBS y completar la instalación

154

8. Cree o restaure las personalizaciones necesarias en el nuevo sistema. Para obtener

información acerca de los pasos recomendados posteriores a la actualización, vea Realización

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

Vea también Planeación de almacenamiento remoto de blobs (RBS) (SharePoint Foundation 2010)

155

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

Ahora que conoce mejor el proceso de actualización después de haber leído los artículos del tema

Introducción al proceso de actualización (SharePoint Foundation 2010) y después de haber planeado

la actualización mediante los pasos descritos en los artículos del tema Planeación y preparación de la

actualización (SharePoint Foundation 2010), ya está preparado para llevar a cabo la actualización de

base de datos adjunta a Microsoft SharePoint Foundation 2010. Puede seguir los pasos de esta

sección tanto para la actualización de prueba como para la actualización de base de datos adjunta real

en el conjunto o granja de servidores de producción.

En esta sección:

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

2010)

Use esta lista de comprobación para asegurarse de que sigue todos los pasos necesarios mientras

se prepara para la actualización, la lleva a cabo y sigue los pasos posteriores a la misma.

Preparación del nuevo entorno de SharePoint Foundation

Antes de adjuntar y actualizar las bases de datos, debe configurar por completo el nuevo entorno.

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

Una vez que el nuevo entorno esté totalmente configurado, siga estas instrucciones para adjuntar

las bases de datos y actualizar los sitios de SharePoint.

156

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

En este artículo se incluye una lista de comprobación que puede usar para asegurarse de que ha

seguido todos los pasos necesarios durante la preparación y la ejecución de la actualización, y la

realización de los pasos posteriores a la actualización.

En este artículo:

Preparación de la actualización

Realización de la actualización

Realización de pasos posteriores a la actualización

En algunos de los pasos se incluyen notas en las que se indica el tiempo necesario para realizar los

pasos. Se trata únicamente de un cálculo aproximado de la duración de los pasos. Para calcular el

tiempo necesario para cada paso en el entorno, se recomienda realizar actualizaciones de prueba en

un entorno de prueba. Para obtener más información, vea Estimación de la duración del proceso de

actualización y del espacio necesario (SharePoint Foundation 2010) y Uso de una actualización de

prueba para encontrar posibles problemas (SharePoint Foundation 2010).

Preparación de la actualización Siga estos pasos antes de iniciar una actualización de base de datos adjunta:

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

Preparación de la actualización

[ ] Ejecución de la herramienta de

comprobación previa a la

actualización

Ejecute la herramienta de

comprobación previa a la

actualización y solucione los

problemas. Use el informe

generado por la herramienta para

rellenar la hoja de cálculo de

planeación de la actualización.

Pasos detallados: Ejecución de la

herramienta de comprobación

Realice este paso varias veces

cuando limpie el entorno y pruebe

el proceso de actualización.

La ejecución de la herramienta de

comprobación tarda solo unos

minutos, pero la solución de los

problemas puede tardar días o

semanas.

157

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

previa a la actualización

(SharePoint Foundation 2010).

[ ] Creación de un inventario de

personalizaciones del lado

servidor en el entorno

Cree un inventario de

personalizaciones del servidor en el

entorno (por ejemplo, soluciones,

características, elementos web,

controladores de eventos, páginas

principales, diseños de páginas o

archivos CSS). Gran parte de esta

información se muestra en un

informe al ejecutar la herramienta

de comprobación previa a la

actualización. Registre todas las

personalizaciones necesarias para

su entorno en la hoja de cálculo de

la actualización.

Pasos detallados: vea Identificar e

instalar personalizaciones en el

artículo sobre cómo realizar una

actualización de prueba para

detectar posibles problemas.

Realice este paso para todo el

entorno. Compruebe cada servidor

web para asegurarse de no omitir

ninguna personalización.

Mantenga el inventario actualizado

a medida que prepara la

actualización.

[ ] Limpieza del entorno

Antes de iniciar la actualización,

debe asegurarse de que el entorno

funciona correctamente y de limpiar

todo el contenido que no es

necesario actualizar. Limpie los

datos o sitios huérfanos, administre

las listas y las ACL de gran

tamaño, quite las versiones de

documentos innecesarias y elimine

las plantillas, características y

elementos web que no se usen.

Pasos detallados: Limpieza del

entorno antes de la actualización

Realice este paso una vez para

todo el entorno.

Este proceso puede tardar días o

semanas.

158

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

(SharePoint Foundation 2010).

Preparación del nuevo entorno

Vea también Preparación del nuevo entorno de SharePoint Foundation.

[ ] Instalación y configuración de

SharePoint Foundation 2010 y

los paquetes de idioma

Instale el software requerido y, a

continuación, instale y configure

SharePoint Foundation 2010.

Realice estos pasos en cada

servidor del conjunto o granja de

servidores.

Este paso puede tardar una o

varias horas según el número de

servidores que haya en el entorno.

[ ] Configuración general de la

granja de servidores

Vuelva a aplicar la configuración

general de la granja de servidores

anterior (por ejemplo, los tipos de

archivos bloqueados y la

configuración de cuota y correo

electrónico) y agregue usuarios o

grupos al grupo Administradores de

la granja de servidores. Configure

nuevas opciones, como la

colección de datos de

mantenimiento y uso, el registro de

diagnóstico y las cuentas móviles.

Realice este paso una vez para

todo el entorno.

[ ] Creación y configuración de

aplicaciones web

Cree una aplicación web para cada

aplicación web del entorno anterior.

Realice este paso una vez para

todo el entorno.

[ ] Nueva aplicación de las

personalizaciones del lado

servidor

Transfiera de forma manual todas

las personalizaciones del servidor a

la nueva granja de servidores.

Consulte el inventario creado en la

hoja de cálculo de la actualización

para asegurarse de instalar todos

los componentes de los que

Asegúrese de volver a aplicar las

personalizaciones a todos los

servidores web de la granja de

servidores.

159

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

depende el sitio para funcionar

correctamente.

[ ] Comprobación del nuevo

entorno

Después de configurar el nuevo

entorno, puede realizar pruebas

para asegurarse de que contiene

todos los componentes necesarios

antes de actualizar los datos.

Realice este paso una vez para

todo el entorno.

Realización de la actualización Siga estos pasos por orden durante la actualización de la base de datos adjunta. Además, se incluyen

los pasos necesarios para una base de datos adjunta con bases de datos de solo lectura.

Pasos detallados: Bases de datos adjuntas y actualización a SharePoint Foundation 2010.

Si actualiza a partir de una instalación de Windows SharePoint Services 3.0 que usa Windows

Internal Database y el tamaño de la base de datos excede los 4 GB, debe llevar a cabo pasos

adicionales. Para obtener más información acerca de estos pasos, vea Actualización desde

una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation

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

blobs).

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

[ ] Ejecución de la herramienta de

comprobación previa a la

actualización

Vuelva a ejecutar la herramienta de

comprobación previa a la

actualización para identificar nuevos

problemas o problemas existentes

antes de establecer las bases de

datos como de solo lectura o hacer

una copia de seguridad de las

bases de datos.

Pasos detallados: Ejecución de la

La ejecución de la herramienta de

comprobación tarda solo unos

minutos, pero la solución de los

problemas puede tardar mucho

más.

Advertencia:

160

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

herramienta de comprobación

previa a la actualización (SharePoint

Foundation 2010).

[ ] Establecimiento de las bases de

datos de la versión anterior como

de solo lectura (base de datos

adjunta con bases de datos de

solo lectura)

Si desea que el entorno original esté

disponible para los usuarios en el

estado de solo lectura, establezca

las bases de datos como de solo

lectura ante de hacer una copia de

seguridad de dichas bases de

datos.

Realice este paso para cada base

de datos de contenido del entorno.

Según la organización, es

probable que necesite un

administrador de la base de datos

para realizar esta tarea.

[ ] Copia de seguridad de bases de

datos

Realice una copia de seguridad de

todas las bases de datos de

contenido antes de comenzar con el

proceso de actualización de base de

datos adjunta.

Realice este paso para cada base

de datos de contenido del entorno.

Este paso puede tardar una hora,

varias horas o más tiempo según

el conjunto de datos y el entorno.

Según la organización, es

probable que necesite un

administrador de la base de datos

para realizar esta tarea.

[ ] Desasociación de bases de datos

de la versión anterior (base de

datos adjunta estándar)

Si va a actualizar las bases de datos

originales (en lugar de una copia de

seguridad), desasocie las bases de

datos originales de la versión de

Microsoft SQL Server para poder

moverlas al nuevo entorno.

Realice este paso para cada base

de datos de contenido del entorno.

Según la organización, es

probable que necesite un

administrador de la base de datos

para realizar esta tarea.

[ ] Restauración de una copia de

seguridad de la base de datos

(base de datos adjunta con bases

de datos de solo lectura)

Realice este paso para cada base

de datos de contenido del entorno.

Este paso puede tardar una hora

o más tiempo según el conjunto

161

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

Si desea actualizar una copia de las

bases de datos, restaure las bases

de datos a partir de la copia de

seguridad.

de datos y el entorno.

Según la organización, es

probable que necesite un

administrador de la base de datos

para realizar esta tarea.

[ ] Comprobación de los

componentes personalizados

Use el cmdlet Test-

SPContentDatabase de Windows

PowerShell para comprobar si tiene

todos los componentes

personalizados necesarios para la

base de datos.

Realice este paso para cada base

de datos de contenido del entorno.

La ejecución del cmdlet tarda solo

unos minutos, pero la solución de

los problemas puede tardar

mucho más.

[ ] Comprobación de permisos

Asegúrese de que la cuenta usada

para adjuntar las bases de datos

sea miembro del rol de base de

datos fijo db_owner para las bases

de datos de contenido que desee

actualizar.

[ ] Adición de una base de datos de

contenido a una aplicación web

Adjunte la primera base de datos de

contenido que desee actualizar.

Debe realizar esta acción desde la

línea de comandos. Puede usar el

cmdlet Mount-SPContentDatabase

de Windows PowerShell o la

operación AddContentDB de

Stsadm.

Realice este paso para una base

de datos de contenido del entorno.

Este paso puede tardar una hora,

varias horas o más tiempo según

el conjunto de datos y el hardware

de los servidores web, los

servidores de bases de datos y el

subsistema de almacenamiento.

[ ] Comprobación de la actualización

para la primera base de datos

Compruebe si la actualización se ha

realizado correctamente para la

primera base de datos y revise el

sitio para detectar posibles

problemas.

Realice este paso para la base de

datos de contenido que acaba de

adjuntar.

162

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

Pasos detallados: Comprobación de

la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).

[ ] Adición de las bases de datos

restantes

Adjunte y actualice las bases de

datos de contenido restantes del

entorno. Debe realizar esta acción

desde la línea de comandos.

Realice este paso para cada base

de datos de contenido restante del

entorno.

Este paso puede tardar una hora,

varias horas o más tiempo según

el conjunto de datos, si va a

actualizar varias bases de datos

en paralelo y según el hardware

de los servidores web, los

servidores de bases de datos y el

subsistema de almacenamiento.

[ ] Supervisión del progreso de la

actualización

Use la página Estado de

actualización de Administración

central de SharePoint para

supervisar el progreso a medida que

se actualizan los sitios.

Pasos detallados: Comprobación de

la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).

Realice este paso para cada base

de datos de contenido que

actualice.

Este paso puede tardar una hora,

varias horas o días según el

conjunto de datos.

[ ] Comprobación de la actualización

de las bases de datos restantes

Compruebe si la actualización se ha

realizado correctamente para las

bases de datos de contenido

restantes y revise los sitios para

detectar posibles problemas.

Pasos detallados: Comprobación de

la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).

Realice este paso para cada base

de datos de contenido restante del

entorno.

Este paso puede tardar una hora,

varias horas o días según el

contenido.

163

Realización de pasos posteriores a la actualización Siga estos pasos por orden después de realizar una actualización de base de datos adjunta.

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

[ ] Comprobación de la

actualización y revisión de los

sitios actualizados

Revise los sitios para asegurarse

de que se han actualizado

correctamente y de que están

disponibles para los usuarios.

Pasos detallados: Comprobación

de la actualización y revisión de los

sitios actualizados (SharePoint

Foundation 2010).

Realice este paso para cada

base de contenidos actualizada y

colección de sitios del entorno.

Este paso puede tardar una hora,

varias horas o días según el

contenido.

Además, debe solicitar que los

propietarios revisen sus sitios y

generen informes acerca de los

posibles problemas.

Vea también Hoja de cálculo de actualización para Productos de SharePoint 2010

164

Preparación del nuevo entorno de SharePoint Foundation

Al actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 mediante el

método de base de datos adjunta, sólo se actualiza el contenido para el entorno, pero no la

configuración. Este método resulta útil cuando se cambia hardware o se desea volver a configurar la

topología del conjunto o granja de servidores como parte del método de actualización. Para obtener

más información acerca de cómo elegir un método de actualización, vea Determinación del método de

actualización (SharePoint Foundation 2010).

Para poder actualizar los datos, es necesario configurar un nuevo servidor o granja de servidores

mediante SharePoint Foundation 2010. En este artículo se explican los elementos que se deben

configurar para crear el nuevo entorno. Para obtener más información sobre el proceso general de

actualización mediante el enfoque de actualización de base de datos adjunta, vea el tema sobre

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

Para realizar los pasos que se indican en el artículo, debe tener derechos de administrador en

el equipo del servidor local. Para obtener más información, vea Cuentas de servicio y

administrativas requeridas para la implementación inicial (SharePoint Foundation 2010).

En este artículo:

Antes de comenzar

Creación y configuración del nuevo entorno

Comprobación del nuevo entorno

Realizar la actualización

Antes de comenzar Antes de comenzar a crear el nuevo entorno para una actualización de base de datos adjunta, revise la

siguiente información sobre permisos, requisitos de hardware y requisitos de software.

Asegúrese de que cumple con todos los requisitos de hardware y software. Debe disponer de una

versión de 64 bits de Windows Server 2008 o Windows Server 2008 R2. Para los conjuntos o

granjas de servidores, también debe disponer de una versión de 64 bits de SQL Server 2005 o

SQL Server 2008. Para obtener más información sobre estos requisitos (como las actualizaciones

específicas que debe instalar), vea Determinación de los requisitos de hardware y software

(SharePoint Foundation 2010).

Asegúrese de que está preparado para configurar las cuentas necesarias mediante los permisos

adecuados. Para obtener información detallada, vea Cuentas de servicio y administrativas

requeridas para la implementación inicial (SharePoint Server 2010).

Importante:

165

Ejecute la herramienta de comprobación previa a la actualización en el entorno original. Esta

herramienta identifica posibles problemas de actualización en el entorno para poder solucionarlos

antes de la actualización. También puede ayudarle a identificar la configuración necesaria para el

entorno. Para obtener más información, vea Ejecución de la herramienta de comprobación previa a

la actualización (SharePoint Foundation 2010).

Creación y configuración del nuevo entorno El proceso de creación y configuración del nuevo entorno consta de varios pasos que deben realizarse

en la secuencia correcta. Los pasos son:

1. Instale SharePoint Foundation 2010 en el servidor o servidores.

2. Configure las aplicaciones de servicio.

3. Configure las opciones generales de la granja de servidores.

4. Cree y configure aplicaciones web.

5. Vuelva a aplicar las personalizaciones.

En el resto de esta sección se describen estos pasos y se proporcionan vínculos a otros artículos que

contienen instrucciones detalladas para llevarlos a cabo. Una vez realizados estos pasos, puede

comprobar el entorno y, posteriormente, llevar a cabo la actualización.

Instalar

El primer paso para crear el nuevo entorno consiste en instalar SharePoint Foundation 2010 y

configurar el nuevo servidor o granja de servidores. Para ello, debe seguir este procedimiento:

1. Ejecute la Herramienta de preparación de Productos de Microsoft SharePoint para instalar todo el

software necesario.

2. Ejecute el programa de instalación para instalar el producto.

3. Instale todos los paquetes de idioma que necesite en el entorno.

4. Ejecute el Asistente para configuración de Productos de SharePoint para configurar los servidores.

En los siguientes artículos, se proporcionan instrucciones detalladas para llevar a cabo estas tareas.

Instalación y configuración del producto

Siga los pasos de uno de los siguientes artículos para instalar y configurar SharePoint Foundation

2010 en un solo servidor o en una granja de servidores:

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

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

Para obtener más escenarios de implementación (como la instalación en un entorno independiente

mediante SQL Express), vea Escenarios de implementación (SharePoint Foundation 2010).

Instalación y configuración de los paquetes de idioma

166

Siga los pasos descritos en Implementación de paquetes de idioma (SharePoint Foundation 2010)

para instalar y configurar los paquetes de idioma necesarios para los sitios del entorno.

Configuración de las aplicaciones de servicio

Debe configurar los servicios que desea usar en el entorno, como el servicio Conectividad a datos

empresariales. Los pasos incluidos en los artículos sobre escenarios de implementación enumerados

anteriormente indican cómo usar el Asistente de configuración del conjunto de servidores inicial para

habilitar todos los servicios. Sin embargo, también puede configurar los servicios de forma manual.

Para obtener más información acerca de cómo configurar los servicios de forma manual, vea

Configurar servicios (SharePoint Foundation 2010).

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

El siguiente paso en la creación del nuevo entorno consiste en aplicar las opciones generales de la

granja de servidores. De forma manual, debe volver a aplicar las opciones de configuración de la

granja de la versión anterior, incluidas las siguientes:

Configuración de correo electrónico entrante y saliente

Toda la configuración de permisos y seguridad de la granja de servidores, como la adición de

cuentas de usuario o grupo al grupo de administradores de la granja de servidores.

Tipos de archivos bloqueados

Plantillas de cuota

Y debe configurar todas las opciones nuevas de la granja de servidores que desee usar, como las

siguientes:

Recolección de datos de mantenimiento y uso

Registro de diagnóstico

Cuentas móviles

Para obtener más información acerca de cómo configurar estos valores, vea Configuración de

opciones del conjunto o granja de servidores (SharePoint Foundation 2010).

Creación y configuración de aplicaciones web

Cree una aplicación web por cada aplicación web que existía en el entorno original. Para cada

aplicación web, haga lo siguiente:

Use la misma dirección URL y configure las opciones de las asignaciones alternativas de acceso.

Si usa una dirección URL diferente, es posible que las aplicaciones de Microsoft Office no

se redirijan correctamente a la nueva dirección URL y que no funcionen los marcadores a

las direcciones URL antiguas.

Use el mismo método de autenticación.

Nota:

167

Si usaba la autenticación basada en formularios, en su lugar deberá configurar la autenticación

basada en notificaciones. También deberá crear una directiva de aplicación web para conceder

control total a la cuenta de usuario que llevará a cabo la actualización de base de datos

adjunta.

Para obtener más información, vea Configuración de la autenticación basada en formularios

para una aplicación web basada en notificaciones (SharePoint Foundation 2010).

Vuelva a crear las rutas de acceso incluidas (como /Sitios).

Habilite la creación de sitios sin intervención del administrador para todas las aplicaciones web que

la usaban en el entorno anterior.

Para obtener más información acerca de cómo configurar las aplicaciones web y la autenticación, vea

los siguientes artículos:

Para la autenticación clásica: Creación de una aplicación web (SharePoint Foundation 2010)

Para la autenticación basada en notificaciones: Configuración de una aplicación web basada en

notificaciones (SharePoint Foundation 2010) y Configuración de la autenticación basada en

formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010)

Volver a aplicar las personalizaciones

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones y otros elementos personalizados. Asegúrese de que todos los elementos

personalizados que necesite estén instalados en los servidores front-end web antes de iniciar el

proceso de actualización. Puede usar la herramienta de comprobación previa a la actualización para

compilar una lista de personalizaciones del lado servidor en el entorno. Para obtener más información,

vea Identificar e instalar personalizaciones en el artículo sobre cómo realizar una actualización de

prueba para detectar posibles problemas.

En este paso, debe transferir de forma manual todas las personalizaciones a la nueva granja de

servidores. Asegúrese de instalar todos los componentes de los que dependen los sitios para funcionar

correctamente, incluidos los siguientes:

Definiciones del sitio personalizadas

Si la definición del sitio se creó en Windows SharePoint Services 3.0, puede copiarla en el

nuevo entorno tal cual. Sin embargo, si se creó en la versión 2.0 de Windows SharePoint

Services, es posible que deba crear un archivo de definición de actualización para asignar

la definición del sitio a las nuevas características de Windows SharePoint Services 3.0.

Para obtener más información, vea los temas sobre el desarrollo de nuevas definiciones

del sitio personalizadas y creación de archivos de definición de actualización (Windows

SharePoint Services) y sobre la implementación de archivos de definición de actualización

y nuevas definiciones del sitio (Windows SharePoint Services).

Importante

Nota:

168

Hojas de estilos personalizadas, incluidas las hojas de estilos en cascada y las imágenes

Elementos web personalizados

Servicios web personalizados

Soluciones y características personalizadas

Ensamblados personalizados

Cambios de Web.config (como la seguridad)

Asegúrese de transferir los valores de configuración únicos de los archivos Web.config para cada

aplicación web a los nuevos servidores.

Cualquier otro componente o archivo de los que dependan los sitios.

Para obtener más información acerca de cómo actualizar las personalizaciones para su uso en

SharePoint Foundation 2010, vea el tema sobre cómo volver a implementar personalizaciones y

soluciones en SharePoint Foundation 2010 y SharePoint Server 2010. Para obtener más información

acerca de cómo implementar las personalizaciones en el entorno, vea Introducción a la

implementación de las personalizaciones (SharePoint Foundation 2010).

Comprobación del nuevo entorno Una vez instalado el nuevo entorno, puede realizar pruebas para asegurarse de que contiene todos los

componentes necesarios antes de actualizar los datos. Para probar el nuevo entorno, puede usar los

siguientes métodos:

Cree una nueva aplicación web y, a continuación, use el cmdlet Test-SPContentDatabase de

Windows PowerShell para comprobar que todas las personalizaciones del lado servidor necesarias

para esa base de datos de contenido están presentes en el nuevo entorno. No adjunte ni actualice

la base de datos. Para obtener más información, vea Test-SPContentDatabase.

Además, puede ejecutar este comando en la base de datos de contenido original, pero la

base de datos no debe estar activa en ese momento.

Use la operación enumallwebs de Stsadm en el entorno de Windows SharePoint Services 3.0

para ver con qué plantilla se asocia cada sitio y, a continuación, compruebe si la plantilla está

instalada en el entorno de SharePoint Foundation 2010. La actualización acumulativa de octubre

incluye mejoras en la operación enumallwebs que pueden ayudarle a encontrar las

personalizaciones en uso. Para obtener más información sobre esta operación, vea el tema sobre

la operación enumallwebs de Stsadm (Windows SharePoint Services).

Realizar la actualización Una vez que haya terminado de preparar el entorno nuevo, podrá adjuntar y actualizar las bases de

datos.

Nota:

169

Siga los pasos descritos en Bases de datos adjuntas y actualización a SharePoint Foundation 2010

para adjuntar y actualizar las bases de datos desde el servidor o granja de servidores de Windows

SharePoint Services 3.0 al nuevo servidor o granja de servidores de SharePoint Foundation 2010.

Si actualiza a partir de una instalación de Windows SharePoint Services 3.0 que usa Windows

Internal Database y el tamaño de la base de datos excede los 4 GB, debe llevar a cabo pasos

adicionales. Para obtener más información, vea Actualización desde una instalación

independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 cuando las

bases de datos de contenido exceden los 4 GB (Almacenamiento remoto de blobs).

Importante:

170

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

Al actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 mediante el

método de actualización de base de datos adjunta, solo se actualiza el contenido para el entorno, pero

no la configuración. Este método de actualización resulta útil cuando se cambia hardware o se desea

volver a configurar la topología del conjunto o granja de servidores como parte del método de

actualización. Para obtener más información acerca de cómo elegir un método de actualización, vea

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

El primer paso del proceso es preparar un nuevo entorno para hospedar el contenido actualizado. Si

todavía no preparó y configuró el nuevo entorno, siga los pasos de Preparación del nuevo entorno de

SharePoint Foundation para hacerlo.

Después de preparar el nuevo entorno, puede usar los procedimientos de este artículo para desasociar

y volver a conectar las bases de datos para realizar la actualización real.

En este artículo:

Introducción al proceso

Antes de comenzar

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

con bases de datos de solo lectura)

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

herramientas de SQL Server

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

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

de solo lectura)

Comprobar los componentes personalizados

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

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

Adjuntar las bases de datos restantes

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

Una de las causas frecuentes de errores durante la actualización es que en el entorno falten

características, soluciones y otros elementos personalizados. Asegúrese de que todos los

elementos personalizados que necesite estén instalados en los servidores front-end web antes

de iniciar el proceso de actualización. Use la herramienta de comprobación previa a la

actualización y, en el caso de una actualización de base de datos adjunta, también use el

cmdlet test-spcontentdatabase de Windows PowerShell para identificar los elementos

Nota:

171

personalizados que podrían estar en uso en los sitios. Para obtener más información, vea

Identificar e instalar personalizaciones en el artículo sobre cómo realizar una actualización de

prueba para detectar posibles problemas.

Para obtener más información acerca del proceso general de actualización mediante el método de

actualización de base de datos adjunta, vea Introducción al proceso de actualización (SharePoint

Foundation 2010).

Introducción al proceso Al actualizar mediante una actualización de base de datos adjunta, se desasocian las bases de datos

de la granja de servidores antigua y se adjuntan a la granja nueva. Al adjuntar una base de datos a la

nueva granja, el proceso de actualización se ejecuta y actualiza toda la base de datos. El proceso de

actualización de base de datos adjunta es similar al proceso de actualización en contexto. La diferencia

es que el proceso de actualización de base de datos adjunta se realiza manualmente y en un entorno

independiente.

Si desea conservar la granja de servidores original y permitir a los usuarios seguir teniendo acceso a

sus datos, debe establecer las bases de datos como de solo lectura y, posteriormente, adjuntar una

copia de seguridad de las bases de datos.

En este artículo, la parte del proceso que corresponde específicamente al movimiento de una

base de datos desde un equipo que ejecuta Microsoft SQL Server hacia otro que ejecuta SQL

Server se denomina reubicación planeada. Para obtener más información acerca de la

reubicación planeada, vea el tema sobre cómo mover bases de datos de usuario

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

Para obtener una descripción general del proceso de actualización, vea el tema sobre Introducción al

proceso de actualización (SharePoint Foundation 2010).

Antes de comenzar Antes de comenzar con la actualización de base de datos adjunta, revise la siguiente información

sobre permisos y requisitos de hardware y software. Siga los pasos especificados para instalar o

configurar software necesario o para modificar la configuración.

Asegúrese de que cumple con todos los requisitos de hardware y software. Debe disponer de una

versión de 64 bits de Windows Server 2008 o Windows Server 2008 R2. Para los conjuntos o

granjas de servidores, también debe disponer de una versión de 64 bits de SQL Server 2005 o

SQL Server 2008. Para obtener más información sobre estos requisitos (como las actualizaciones

específicas que debe instalar), vea Determinación de los requisitos de hardware y software

(SharePoint Foundation 2010).

Nota:

172

Asegúrese de que está preparado para configurar las cuentas necesarias mediante los permisos

adecuados. Para obtener información detallada, vea Cuentas de servicio y administrativas

requeridas para la implementación inicial (SharePoint Server 2010).

Asegúrese de que la cuenta que se usa para adjuntar las bases de datos pertenece al rol de base

de datos fijo db_owner de las bases de datos de contenido que desea actualizar.

Ejecute la herramienta de comprobación previa a la actualización en los sitios almacenados en las

bases de datos. La herramienta de comprobación previa a la actualización identifica posibles

problemas de actualización en el entorno para que puedan resolverse antes de la actualización.

Para obtener más información, vea Ejecución de la herramienta de comprobación previa a la

actualización (SharePoint Foundation 2010).

Cree un nuevo entorno de granjas de servidores. Para obtener información acerca de cómo crear

el nuevo entorno, vea Preparación del nuevo entorno de SharePoint Foundation.

Compruebe si existen errores de coherencia en la base de datos y repárelos. Para obtener más

información, vea el tema sobre el mantenimiento de bases de datos para Windows SharePoint

Services 3.0 (notas del producto).

Configurar las bases de datos de la versión anterior como de solo lectura (base de datos adjunta con bases de datos de solo lectura) Si usa el método híbrido de bases de datos de solo lectura para la actualización, establezca las bases

de datos de la versión anterior como de solo lectura antes de hacer la copia de seguridad de las bases

de datos. En cualquier tipo de actualización de base de datos adjunta, también se pueden establecer

las bases de datos como de solo lectura temporalmente para garantizar que se capturen todos los

datos en la copia de seguridad de modo que se restaure y actualice el estado actual del entorno. Con

las bases de datos configuradas como de solo lectura, los usuarios pueden seguir viendo el contenido,

pero no podrán agregar contenido ni cambiarlo.

No se puede actualizar una base de datos establecida como de solo lectura. Si usa una base

de datos adjunta con bases de datos de solo lectura, debe restaurar una copia de la base de

datos y llevar a cabo la actualización en la copia. Si no usa este método, pero desea

establecer las bases de datos de contenido como de solo lectura temporalmente mientras

realiza una copia de seguridad de los datos actuales, asegúrese de establecer las bases de

datos como de lectura y escritura antes de adjuntar y actualizar las bases de datos.

Asegúrese de haber ejecutado la herramienta de comprobación previa a la actualización antes

de llevar a cabo este procedimiento. Para obtener más información, vea Ejecución de la

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

Importante:

Importante:

173

1. En el Administrador corporativo de SQL Server, haga clic con el botón secundario del mouse

en el nombre de la base de datos que desea configurar como de solo lectura y, a continuación,

haga clic en Propiedades.

2. En el cuadro de diálogo Propiedades, haga clic en la pestaña Opciones.

3. En Acceso, active la casilla de verificación Solo lectura y haga clic en Aceptar.

1. En SQL Server Management Studio, haga clic con el botón secundario del mouse en el

nombre de la base de datos que desea configurar como de solo lectura y, a continuación, haga

clic en Propiedades.

2. En la sección Seleccionar una página, haga clic en Opciones.

3. En el panel derecho, en Otras opciones, en la sección Estado, junto a Base de datos de

solo lectura, haga clic en la flecha y, a continuación, seleccione Verdadero.

1. En SQL Server Management Studio, en el Explorador de objetos, conéctese a una sesión del

motor de base de datos, expanda el servidor y, a continuación, expanda Bases de datos.

2. Seleccione las bases de datos que desea configurar como de solo lectura, haga clic con el

botón secundario del mouse en la base de datos y, a continuación, haga clic en Propiedades.

3. En el cuadro de diálogo Propiedades de la base de datos, en la sección Seleccionar una

página, haga clic en Opciones.

4. En el panel derecho, en Otras opciones, en la sección Estado, junto a Base de datos de

solo lectura, haga clic en la flecha y, a continuación, seleccione Verdadero.

Puede configurar la opción de disponibilidad de base de datos READ_ONLY mediante Transact-SQL.

Para obtener más información acerca de cómo usar la cláusula SET de la instrucción ALTER

DATABASE, vea el tema sobre la configuración de opciones de base de datos

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

Realizar una copia de seguridad de las bases de datos de versión anterior mediante las herramientas de SQL Server Siga el procedimiento que corresponda para realizar copias de seguridad de las bases de datos de

SQL Server 2000, SQL Server 2005 o SQL Server 2008. Repita estos pasos para cada base de datos

de contenido en la granja de servidores.

Para configurar una base de datos como de solo lectura en SQL Server 2000

Para configurar una base de datos como de solo lectura en SQL Server 2005

Para configurar una base de datos como de solo lectura en SQL Server 2008

174

No es necesario realizar copias de seguridad de las bases de datos de configuración o de contenido de

administración, ya que volverá a crear estas bases de datos en la granja de servidores nueva. Para

obtener más información acerca de los tipos de bases de datos posibles en una granja de servidores

Windows SharePoint Services 3.0, vea el tema sobre Tipos de bases de datos y descripciones

(Windows SharePoint Services 3.0).

Una vez finalizado este procedimiento, se habrán creado los duplicados de las bases de datos de

contenido de solo lectura.

1. En el servidor de base de datos, haga clic en Inicio, elija Todos los programas, elija

Microsoft SQL Server y, a continuación, haga clic en Administrador corporativo.

2. En el Administrador corporativo de SQL Server, expanda Servidores Microsoft SQL Server.

3. Expanda Grupo de SQL Server.

4. Expanda (local) (Windows NT).

5. Expanda Bases de datos.

6. Haga clic con el botón secundario del mouse en la base de datos de la que desea realizar una

copia de seguridad, elija Todas las tareas y, a continuación, haga clic en Copia de seguridad

de la base de datos.

7. En el cuadro Nombre del cuadro de diálogo Copia de seguridad de SQL Server, escriba un

nombre para la copia de seguridad y, a continuación, en el área Copia de seguridad,

seleccione Base de datos: completa.

8. En el área Destino, seleccione un destino existente, o bien, haga lo siguiente:

a. Haga clic en Agregar.

b. En el cuadro Seleccionar destino de la copia de seguridad, seleccione Nombre de

archivo y, a continuación, junto al cuadro Nombre de archivo, haga clic en Examinar.

c. En el cuadro Nombre de archivo del cuadro de diálogo Ubicación del dispositivo de

copia de seguridad - (local), escriba un nombre de archivo y, a continuación, haga clic en

Aceptar.

d. Haga clic en Aceptar de nuevo para cerrar el cuadro de diálogo Seleccionar destino de

la copia de seguridad.

9. Haga clic en Aceptar para iniciar el proceso de copia de seguridad.

10. Haga clic en Aceptar para confirmar que el proceso de copia de seguridad se completó.

Repita el procedimiento anterior para realizar una copia de seguridad de todas las demás bases de

datos de contenido que usa Windows SharePoint Services 3.0 en el entorno.

1. En el servidor de base de datos, haga clic en Inicio, elija Todos los programas, Microsoft

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

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

175

SQL Server 2005 y, a continuación, haga clic en SQL Server Management Studio.

2. En el cuadro Conectar al servidor, especifique la información de conexión y haga clic en

Conectar.

3. Tras conectarse a la sesión adecuada del motor de base de datos de SQL Server 2005, en

Explorador de objetos, expanda el nombre del servidor para expandir el árbol del servidor.

4. Expanda Bases de datos, haga clic con el botón secundario del mouse en la base de datos de

la que desea realizar una copia de seguridad, elija Tareas y haga clic en Copia de seguridad.

Aparecerá el cuadro de diálogo Copia de seguridad de la base de datos.

5. En el área Origen, en el cuadro Base de datos, compruebe el nombre de la base de datos.

6. En el cuadro Tipo de copia de seguridad, seleccione Completa.

7. En Componente de copia de seguridad, seleccione Base de datos.

8. En el área Conjunto de copia de seguridad, en el cuadro de texto Nombre, acepte el

nombre del conjunto de copia de seguridad predeterminado que se sugiere o escriba otro

nombre para el conjunto de copia de seguridad.

9. En el área Destino, para especificar el tipo de destino de la copia de seguridad, seleccione

Disco o Cinta y, a continuación, especifique un destino. Para crear otro destino, haga clic en

Agregar.

10. Haga clic en Aceptar para iniciar el proceso de copia de seguridad.

Repita el procedimiento anterior para realizar una copia de seguridad de todas las demás bases de

datos de contenido que usa Windows SharePoint Services 3.0 en el entorno.

1. En el servidor de base de datos, haga clic en Inicio, elija Todos los programas, elija

Microsoft SQL Server 2008 y, a continuación, haga clic en SQL Server Management Studio.

2. En el cuadro Conectar al servidor, especifique la información de conexión y, a continuación,

haga clic en Conectar.

3. Tras conectarse a la sesión adecuada del motor de base de datos de SQL Server 2008, en

Explorador de objetos, expanda el nombre del servidor.

4. Expanda Bases de datos, haga clic con el botón secundario del mouse en la base de datos de

la que desea realizar una copia de seguridad, elija Tareas y, a continuación, haga clic en

Copia de seguridad. Aparecerá el cuadro de diálogo Copia de seguridad de la base de

datos.

5. En el área Origen, en el cuadro Base de datos, compruebe el nombre de la base de datos.

6. En el cuadro Tipo de copia de seguridad, seleccione Completa.

7. En Componente de copia de seguridad, seleccione Base de datos.

8. En el área Conjunto de copia de seguridad, en el cuadro de texto Nombre, acepte el

nombre predeterminado del conjunto de copia de seguridad o escriba otro nombre.

9. En el área Destino, para especificar el tipo de destino de la copia de seguridad, seleccione

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

176

Disco o Cinta y, a continuación, especifique un destino. Para crear otro destino, haga clic en

Agregar.

10. Haga clic en Aceptar para iniciar el proceso de copia de seguridad.

Repita el procedimiento anterior para realizar una copia de seguridad de todas las demás bases de

datos de contenido que usa Windows SharePoint Services 3.0 en el entorno.

Desasociar las bases de datos de la versión anterior (base de datos adjunta estándar) Antes de adjuntar las bases de datos al nuevo entorno y actualizar los datos, es necesario

desasociarlas del entorno actual. Una vez desasociadas las bases de datos, puede moverlas a un

servidor de bases de datos nuevo o dejarlas en el servidor de bases de datos existente y adjuntarlas a

las aplicaciones web.

No use el siguiente procedimiento si va a realizar una actualización de base de datos adjunta

con bases de datos de solo lectura. Para seguir proporcionando a los usuarios acceso al

contenido, debe dejar las bases de datos adjuntas y seguir los pasos descritos en la sección

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

datos de solo lectura) más adelante en este artículo para crear una copia de las bases de

datos.

1. En Administración central, en la sección Administración de aplicaciones web de SharePoint

de la página Administración de aplicaciones, haga clic en Bases de datos de contenido.

2. En la página Administrar bases de datos de contenido, haga clic en la base de datos de

contenido que desea desasociar.

Nota:

Si la base de datos de contenido no aparece, se puede asociar con otra aplicación

web. Para seleccionar otra aplicación web, en el menú Aplicación web, haga clic en

Cambiar aplicación web.

3. En la sección Quitar base de datos de contenido de la página Administrar configuración de

bases de datos de contenido, active la casilla de verificación Quitar base de datos de

contenido y, a continuación, haga clic en Aceptar.

Nota:

Al quitar la base de datos de contenido, no se elimina la base de datos; solo se quita la

asociación de la base de datos con la aplicación web.

4. Repita los pasos 2 y 3 para cada base de datos de contenido que desee desasociar.

Importante:

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

177

También puede usar la operación deletecontentdb de Stsadm para desasociar una base de datos de

contenido de una aplicación web. Para obtener más información, vea el tema sobre la operación

deletecontentdb de Stsadm (Windows SharePoint Services).

Si va a mover las bases de datos a un servidor de bases de datos diferente, también debe desasociar

las bases de datos de la sesión de SQL Server antes de moverlas y adjuntarlas a la nueva sesión de

SQL Server después de moverlas.

Si mueve las bases de datos a una sesión de SQL Server diferente, asegúrese de comprobar

que la seguridad está correctamente configurada. Compruebe que las cuentas que usa tienen

los roles fijos y los permisos adecuados en las bases de datos y que seguirán siendo cuentas

válidas si mueve las bases de datos entre dominios.

1. En SQL Server 2005 Management Studio, abra la sesión de origen de SQL Server y, a

continuación, expanda el nodo Bases de datos.

2. Haga clic con el botón secundario en la base de datos de contenido, elija Tareas y, a

continuación, haga clic en Desasociar. Repita este paso para cada base de datos que desee

desasociar y mover.

Nota:

Use este procedimiento para mover únicamente bases de datos de contenido. No

desasocie ninguna otra base de datos.

3. En el Explorador de Windows, busque la ubicación de los archivos .mdf y .ldf de las bases de

datos de contenido.

4. Seleccione los archivos .mdf y .ldf de la base de datos que desea mover y cópielos o muévalos

al directorio de destino.

5. En SQL Server 2005 Management Studio, abra la sesión de origen de SQL Server.

6. Haga clic con el botón secundario del mouse en el nodo Bases de datos, elija Tareas y, a

continuación, haga clic en Adjuntar.

7. En el cuadro de diálogo Adjuntar base de datos, vaya a la ubicación a la que transfirió los

archivos .mdf y .ldf, seleccione el archivo .mdf de la base de datos que desea adjuntar y, a

continuación, haga clic en Aceptar.

8. Repita los pasos 6 y 7 para cada base de datos de contenido que desee mover.

Importante:

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

178

Restaurar una copia de seguridad de la base de datos (base de datos adjunta con bases de datos de solo lectura) Después de configurar la nueva granja de servidores, puede restaurar las copias de seguridad de las

bases de datos en uno de los siguientes Microsoft SQL Server 2008 R2, SQL Server 2008 con Service

Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la

actualización acumulativa 3. Observe que debe restaurar a una versión de 64 bits de SQL Server 2008

R2, SQL Server 2008 con SP1 y la actualización acumulativa 2, y SQL Server 2005 con SP3 y la

actualización acumulativa 3. Empiece por una base de datos y, a continuación, compruebe que la

restauración haya funcionado antes de restaurar las demás bases de datos.

En la siguiente sección se indican los procedimientos que deben seguirse para restaurar las copias de

seguridad.

1. En SQL Server Management Studio, haga clic con el botón secundario del mouse en Bases

de datos y, a continuación, haga clic en Restaurar base de datos. Aparecerá el cuadro de

diálogo Restaurar base de datos.

2. En el cuadro de diálogo Restaurar base de datos, en la página General, en el cuadro A una

base de datos, escriba el nombre de la base de datos que desea restaurar.

3. En el cuadro de texto A un momento dado, mantenga la opción predeterminada (Lo más

reciente posible).

4. Para especificar el origen y la ubicación de los conjuntos de copias de seguridad que se van a

restaurar, haga clic en Desde dispositivo y, a continuación, haga clic en Examinar para

seleccionar el archivo de copia de seguridad.

5. En el cuadro de diálogo Especificar copia de seguridad, en el cuadro Medio para copia de

seguridad, asegúrese de que esté seleccionado Archivo.

6. En el área Ubicación de la copia de seguridad, haga clic en Agregar.

7. En el cuadro Buscar archivo de copia de seguridad, seleccione el archivo que desea

restaurar y, a continuación, haga clic en Aceptar.

8. En la cuadrícula Seleccionar los conjuntos de copia de seguridad que se van a restaurar,

active la casilla de verificación Restaurar situada junto a la copia de seguridad más reciente.

9. En el cuadro de diálogo Restaurar base de datos, en la página Opciones, en Opciones de

restauración, active la casilla de verificación Sobrescribir la base de datos existente.

10. Haga clic en Aceptar para iniciar el proceso de restauración.

1. Tras conectarse a la sesión adecuada del motor de base de datos de SQL Server 2008, en

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

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

179

Explorador de objetos, expanda el nombre del servidor.

2. Haga clic con el botón secundario del mouse en Bases de datos y, a continuación, haga clic

en Restaurar base de datos. Aparecerá el cuadro de diálogo Restaurar base de datos.

3. En el cuadro de diálogo Restaurar base de datos, en la página General, escriba el nombre

de la base de datos que desea restaurar en la lista A una base de datos.

4. En el cuadro de texto A un momento dado, mantenga la opción predeterminada (Lo más

reciente posible).

5. Para especificar el origen y la ubicación de los conjuntos de copia de seguridad que se van a

restaurar, haga clic en Desde dispositivo y, a continuación, haga clic en Examinar para

seleccionar el archivo de copia de seguridad.

6. En el cuadro de diálogo Especificar copia de seguridad, en el cuadro Medio para copia de

seguridad, confirme la selección de Archivo.

7. En el área Ubicación de la copia de seguridad, haga clic en Agregar.

8. En el cuadro de diálogo Buscar archivo de copia de seguridad, seleccione el archivo que

desea restaurar, haga clic en Aceptar y, a continuación, en el cuadro de diálogo Especificar

copia de seguridad, haga clic en Aceptar.

9. En el cuadro de diálogo Restaurar base de datos, en la cuadrícula Seleccionar los

conjuntos de copia de seguridad que se van a restaurar, active la casilla de verificación

Restaurar junto a la copia de seguridad completa más reciente.

10. En el cuadro de diálogo Restaurar base de datos, en la página Opciones, en Opciones de

restauración, active la casilla de verificación Sobrescribir la base de datos existente.

11. Haga clic en Aceptar para iniciar el proceso de restauración.

Comprobar los componentes personalizados Antes de adjuntar las bases de datos de contenido a las aplicaciones web, use el cmdlet Test-

SPContentDatabase de Windows PowerShell para comprobar si tiene todos los componentes

personalizados que necesita para esa base de datos.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>

donde:

Para comprobar qué componentes personalizados están disponibles mediante Windows PowerShell

180

<nombreDeBaseDeDatos> es el nombre de la base de datos que desea probar.

<direcciónURL> es la dirección URL de la aplicación web que hospedará los sitios.

Para obtener más información, vea Test-SPContentDatabase.

Adjuntar una base de datos de contenido a una aplicación web Al adjuntar una base de datos de contenido, asegúrese de que el sitio raíz de la aplicación web esté

incluido en la primera base de datos de contenido que adjunte. Es decir, antes de continuar, examine

la raíz de la aplicación web en la granja de servidores original para determinar la primera colección de

sitios. Después de adjuntar la base de datos que contiene el sitio raíz, puede adjuntar las otras bases

de datos de contenido de la aplicación web en cualquier orden. No es necesario crear colecciones de

sitios para almacenar el contenido antes de adjuntar la base de datos; en este proceso se crean las

colecciones de sitios automáticamente. Asegúrese de no agregar ninguna colección de sitios nueva

hasta que haya restaurado todas las bases de datos de contenido.

Si va a mover las bases de datos de contenido entre dominios o bosques, o a otro entorno que

tiene cuentas de servicio diferentes, asegúrese de que los permisos para las cuentas de

servicio sigan siendo correctos antes de adjuntar las bases de datos.

Puede usar el cmdlet Mount-SPContentDatabase de Windows PowerShell o el comando

addcontentdb de Stsadm para adjuntar una base de datos de contenido a una aplicación web. El uso

de las páginas de Administración central de SharePoint para adjuntar una base de datos de contenido

no se admite para la actualización.

Asegúrese de que la cuenta que se usa para adjuntar las bases de datos pertenece al rol de base de

datos fijo db_owner de las bases de datos de contenido que desea actualizar.

Si se usaba autenticación basada en formularios, se deberá configurar la autenticación basada

en notificaciones para la aplicación web antes de adjuntar las bases de datos. También deberá

crear una directiva para conceder control total en la aplicación web a la cuenta de usuario que

llevará a cabo la actualización de base de datos adjunta.

Para obtener más información, vea Configuración de la autenticación basada en formularios

para una aplicación web basada en notificaciones (SharePoint Foundation 2010).

No se puede adjuntar la misma base de datos de contenido a una granja de servidores más de

una vez, incluso en aplicaciones web diferentes. Cada colección de sitios de una base de

datos de contenido tiene un GUID asociado, registrado en la base de datos de configuración.

Por lo tanto, no se puede agregar la misma colección de sitios dos veces a la granja de

Importante:

Importante

Sugerencia

181

servidores, incluso en aplicaciones web independientes. Si bien la base de datos se puede

adjuntar correctamente en este caso, no se podrá iniciar la colección de sitios.

Si necesita una copia duplicada de una colección de sitios en la misma granja de servidores,

adjunte primero la base de datos que contiene la colección de sitios a una granja de servidores

independiente y, a continuación, use las operaciones de copia de seguridad y restauración

Stsadm para copiar la colección de sitios en la otra granja de servidores. El proceso de copia

de seguridad y restauración Stsadm crea un nuevo GUID para la colección de sitios.

1. Compruebe que cumple los siguientes requisitos mínimos: Vea Add-SPShellAdmin.

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -

WebApplication <URL> [-Updateuserexperience]

donde:

<NombreDeBaseDeDatos> es el nombre de la base de datos que desea actualizar.

<NombreDeServidor> es el servidor en el cual se almacena la base de datos.

<direcciónURL> es la dirección URL de la aplicación web que hospedará los sitios.

ActualizarExperienciaDelUsuario es la opción para actualizar a la nueva experiencia del

usuario o permanecer en la experiencia del usuario antigua (parte de la actualización

visual). Al incluir este parámetro, el sitio se establece para mostrar una vista previa de la

nueva experiencia del usuario. Omita este parámetro si desea que el sitio permanezca en

la experiencia del usuario antigua después de la actualización. Para obtener más

información, vea Planeación de la actualización visual (SharePoint Foundation 2010).

Para obtener más información, vea Mount-SPContentDatabase.

Nota:

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea de

comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha

incluido para ofrecer compatibilidad con las versiones anteriores del producto.

1. En la unidad en la que se encuentra instalado Productos y Tecnologías de SharePoint, cambie

al directorio siguiente: %COMMONPROGRAMFILES%\Microsoft shared\Web server

extensions\12\Bin.

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

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

182

2. Escriba el siguiente comando y presione ENTRAR:

stsadm -o addcontentdb -url<direcciónURL> -databasename<nombreDeBaseDeDatos>

[-databaseserver<nombreDeServidor>] [-databaseuser<nombreDeUsuario>]

[-databasepassword<contraseña>] [-sitewarning<númeroDeAdvertenciasDelSitio>]

[-preserveolduserexperienceverdadero/falso]

[-sitemax<númeroMáximoDeSitios>]

[-assignnewdatabaseid][-clearchangelog]

Nota

Al establecer el parámetro preserveolduserexperience como verdadero, los sitios de la base de

datos de contenido conservan la apariencia de la versión anterior después de la actualización.

Cuando este parámetro se establece como falso, los sitios se actualizan con la nueva apariencia.

El valor predeterminado para este parámetro es verdadero, lo que significa que se conserva la

apariencia anterior.

Este parámetro forma parte de la característica de actualización visual. Para obtener más

información, vea Planeación de la actualización visual (SharePoint Foundation 2010).

Para obtener más información, vea el tema sobre la operación addcontentdb de Stsadm

(Windows SharePoint Services).

Comprobación: comprobación de actualización de la primera base de datos Después de adjuntar una base de datos, puede usar la página Estado de actualización de

Administración central para comprobar el estado de la actualización en las colecciones de sitios. Una

vez finalizado el proceso de actualización, puede revisar el archivo de registro de actualización para

averiguar si se produjo algún problema durante la actualización. También puede revisar cada sitio

actualizado para buscar y solucionar los problemas relacionados con el modo en que se muestra el

contenido. Para obtener más información, vea Comprobación de la actualización y revisión de los sitios

actualizados (SharePoint Foundation 2010).

En Administración central, haga clic en Actualización y migración y, a continuación, haga clic

en Verificar el estado de la actualización.

El archivo de registro de errores de actualización y el archivo de registro de actualización se

encuentran en %COMMONPROGRAMFILES%\Microsoft Shared\web server

extensions\14\LOGS. El nombre de los registros tiene el siguiente formato: Upgrade-

AAAAMMDD-HHMMSS-SSS-error.log y Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde

Para visualizar la página de estado de actualización

Para abrir el archivo de registro de la actualización

183

AAAAMMDD es la fecha y HHMMSS-SSS es la hora (horas en el formato horario de 24 horas,

minutos, segundos y milisegundos). Un ejemplo de un registro de errores de actualización es

Upgrade-20090415-132126-374-error.log y un ejemplo de un registro de actualización es

Upgrade-20090415-132126-374.log.

Nota:

El archivo de registro de actualización incluye el nombre de la base de datos de

contenido que se está actualizando.

Adjuntar las bases de datos restantes Tras restaurar la primera base de datos de contenido y comprobar la actualización mediante una

consulta al archivo de registro de actualización, puede restaurar y actualizar las próximas bases de

datos. Puede adjuntar varias bases de datos al mismo tiempo en ventanas independientes del símbolo

del sistema para ejecutar varias actualizaciones al mismo tiempo. Después de restaurar y actualizar

correctamente todas las bases de datos de contenido, puede revisar los sitios para asegurarse de que

se hayan actualizado correctamente.

Comprobación: comprobación de actualización de las bases de datos adicionales Una vez actualizadas las bases de datos adicionales, vea la página Estado de actualización para

supervisar el progreso y comprobar si el proceso de actualización se ha completado. Revise el archivo

de registro para identificar otros problemas y, a continuación, revise cada sitio actualizado para buscar

y solucionar los problemas relacionados con el modo en que se muestra el contenido. Para obtener

más información, vea Comprobación de la actualización y revisión de los sitios actualizados

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

2010).

Vea también Solución de problemas de actualización (SharePoint Foundation)

184

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

Una vez realizada una actualización en contexto o de base de datos adjunta a Microsoft SharePoint

Foundation 2010, puede comprobarla y seguir los pasos de configuración necesarios para que los

usuarios puedan volver a usar el entorno.

En esta sección:

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

notificaciones (SharePoint Foundation 2010)

Actualice las aplicaciones web de Windows SharePoint Services 3.0 existentes que se

configuraron para usar la autenticación basada en formularios de modo que funcionen con

SharePoint Foundation 2010.

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

2010)

Obtenga información acerca de cómo comprobar si la actualización se completó correctamente

(por lo que respecta al software y mediante una revisión visual de los sitios) o si aún queda algún

problema por solucionar. Si debe reiniciar la actualización después de un error, encontrará los

pasos para hacerlo en este artículo.

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

Siga estos pasos si se ha producido un error en la actualización a Microsoft SharePoint Foundation

2010 y no tiene tiempo para solucionar el problema o reanudar el proceso de actualización.

185

Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint Foundation 2010)

Los procedimientos de este artículo proporcionan una orientación para:

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

basada en notificaciones de Microsoft SharePoint Foundation 2010.

Facilitar la actualización de las aplicaciones web existentes de Windows SharePoint Services 3.0

que se configuraron para usar la autenticación basada en formularios para que funcione con

SharePoint Foundation 2010.

Después de actualizar a SharePoint Foundation 2010, las aplicaciones web de Windows SharePoint

Services 3.0 se configuran para el inicio de sesión heredado. Para las aplicaciones web de Windows

SharePoint Services 3.0 configuradas para usar la autenticación de Windows, no se requieren pasos

adicionales para la actualización. No obstante, para las aplicaciones web de Windows SharePoint

Services 3.0 configuradas para usar la autenticación basada en formularios o la autenticación web

SSO, primero es necesario convertir las aplicaciones web de Windows SharePoint Services 3.0 a la

autenticación basada en notificaciones para poder usarlas en SharePoint Foundation 2010. Después

de convertir las aplicaciones web de Windows SharePoint Services 3.0 a la autenticación basada en

notificaciones, configure las zonas de aplicación web para la autenticación basada en formularios (o

autenticación web SSO según corresponda). Tenga en cuenta que los nombres del proveedor de

pertenencia y del proveedor de roles usados en SharePoint Foundation 2010 deben coincidir con los

nombres del proveedor de pertenencia y del proveedor de roles usados en Windows SharePoint

Services 3.0. Por último, migre los usuarios y permisos a SharePoint Foundation 2010.

En este artículo:

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

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

mediante Administración central

Configuración de los archivos Web.Config LDAP

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

mediante Windows PowerShell

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

2010

186

Conversión de las aplicaciones web a la autenticación basada en notificaciones Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para convertir las

aplicaciones web existentes a la autenticación basada en notificaciones.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

$w = Get-SPWebApplication "http://<server>/"

$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

Nota:

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea de

comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha

incluido para ofrecer compatibilidad con las versiones anteriores del producto.

Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante Administración central Lleve a cabo los pasos del siguiente procedimiento para usar Administración central para configurar la

autenticación basada en formularios para una aplicación web basada en notificaciones.

1. Compruebe si la cuenta de usuario que va a realizar este procedimiento es de administrador

de la colección de sitios.

2. En Administración central, en Administración de aplicaciones, seleccione Administrar

aplicaciones web.

3. En la cinta, seleccione Nueva.

Para convertir las aplicaciones web a la autenticación basada en notificaciones

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

187

4. En la sección Autenticación del cuadro de diálogo Nueva aplicación web, seleccione

Autenticación basada en notificaciones.

5. En la sección Tipo de autenticación, seleccione Habilitar Autenticación basada en

formularios (FBA).

6. Escriba el nombre de un proveedor de pertenencia y el nombre de un administrador de roles.

En el archivo Web.Config de ejemplo que aparece en este artículo, el nombre del proveedor de

pertenencia es membership y el nombre del administrador de roles es rolemanager.

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

Configuración de los archivos Web.Config LDAP Después de crear satisfactoriamente la aplicación web (como se describió en el procedimiento

anterior), modifique los siguientes archivos Web.Config:

El archivo Web.Config de la aplicación web de Administración central

El archivo Web.Config del servicio de token de seguridad

El archivo Web.Config de la aplicación web basada en notificaciones de la autenticación basada en

formularios

1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.

2. Vaya al sitio de Administración central de SharePoint en IIS.

3. Haga clic con el botón secundario en Administración central de SharePoint y seleccione

Explorar.

4. Abra el archivo Web.Config.

5. Busque la sección <Configuration> <system.web> y agregue la siguiente entrada:

<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>

<add name="membership"

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

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

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

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

188

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName

(of your userContainer)"

userObjectClass="person"

userFilter="(ObjectClass=person)"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

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

<providers>

<add name="roleManager"

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

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

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your

groupContainer)"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

dnAttribute="distinguishedName"

groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>

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

1. Escriba INETMGR en un símbolo del sistema para abrir el Administrador de IIS.

Importante:

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

189

2. Vaya al sitio Servicios web de SharePoint.

3. Vaya al subsitio Aplicación de servicio de token de seguridad.

4. Haga clic con el botón secundario en Administración central de SharePoint y seleccione

Explorar.

5. Abra el archivo Web.Config.

6. Busque la sección <Configuration> <system.web> y agregue la siguiente entrada:

<membership>

<providers>

<add name="membership"

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

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

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"

userObjectClass="person"

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

190

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.

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:

Importante:

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

191

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

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

No sobrescriba las entradas existentes de este archivo Web.Config.

Configuración de una aplicación web basada en formularios para usar un proveedor LDAP mediante Windows PowerShell Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para configurar la

autenticación basada en formularios para una aplicación web basada en notificaciones.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

Importante:

Advertencia:

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

192

$ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider

"membership" -ASPNETRoleProviderName "rolemanager"

$wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims

App Pool" -ApplicationPoolAccount "internal\appool"

-Url http://servername -Port 80 -AuthenticationProvider $ap

Nota:

El valor del parámetro ApplicationPoolAccount debe ser una cuenta administrada de

la granja de servidores.

6. Después de crear satisfactoriamente un proveedor de autenticación y una aplicación web,

modifique los siguientes archivos Web.Config mediante las entradas de muestra

proporcionadas en la sección "Configuración de los archivos Web.Config LDAP" de este

artículo:

El archivo Web.Config de la aplicación web de Administración central

El archivo Web.Config del servicio de token de seguridad

El archivo Web.Config de la aplicación web basada en notificaciones de la autenticación

basada en formularios

7. Después de modificar los archivos Web.Config, cree un SPClaimsPrinciple y una colección de

sitios, como se muestra en el siguiente ejemplo:

$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType

FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

Nota:

Se recomienda usar Windows PowerShell para realizar tareas administrativas de línea de

comandos. La herramienta de línea de comandos Stsadm ya no se usa, pero se ha

incluido para ofrecer compatibilidad con las versiones anteriores del producto.

Migración de usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 Lleve a cabo los pasos del siguiente procedimiento para usar Windows PowerShell para migrar

usuarios y permisos.

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

Para migrar usuarios y permisos de Windows SharePoint Services 3.0 a SharePoint Foundation 2010

193

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.

194

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

Después de realizar una actualización en contexto o una actualización de base de datos adjunta en

Microsoft SharePoint Foundation 2010, debe comprobar si el contenido se actualizó correctamente a la

versión nueva. Puede comprobar el estado de la actualización (si aún está en curso o si se completó

correctamente o con errores) y revisar los sitios actualizados para comprobar si aún hay problemas

que debe solucionar. Al seguir estos pasos como parte de una actualización de prueba, puede

aprovechar para identificar personalizaciones que deben modificarse antes de intentar actualizar el

entorno de producción. Al actualizar el entorno de producción, es muy importante que sepa cuándo se

completa la actualización, qué sitios se actualizaron correctamente y en cuáles debe realizar trabajo

adicional antes de permitir a los usuarios volver a tener acceso a ellos.

En algunos casos, es posible que deba reiniciar la actualización para terminar de actualizar los sitios.

Para obtener más información acerca de cómo reiniciar la actualización, vea Reanudación de la

actualización (SharePoint Foundation 2010).

En este artículo:

Comprobación de estado de la actualización

Revisión de sitios actualizados

Comprobación de estado de la actualización El proceso de actualización consta de varias etapas. Para realizar una actualización en contexto,

ejecute el archivo Setup.exe para instalar el software nuevo y, a continuación, ejecute el Asistente para

configuración de Productos de SharePoint para actualizar la base de datos de configuración y la base

de datos de contenido de administración. Después, se abrirá el sitio web de Administración central. En

este momento, comienza el proceso de actualización de contenido. Existen diferentes formas de

comprobar el estado del proceso de actualización durante el transcurso de cada una de estas etapas:

puede revisar los archivos de registro de Setup.exe, del Asistente para configuración de Productos de

SharePoint y de la actualización de contenido. En Administración central de SharePoint, puede ver el

número de versión para asegurarse de que coincide con la versión a la que actualizó. Además, puede

usar la página Estado de actualización de Administración central de SharePoint o la operación

localupgradestatus de Stsadm para identificar los sitios que se actualizaron o que se están

actualizando en este momento. Si la actualización no se completó correctamente, puede ver los

archivos de registro para identificar los problemas y solucionarlos y, a continuación, reiniciar el proceso

de actualización.

195

Revisión de los archivos de registro

Para comprobar si la actualización se realizó correctamente, puede revisar los siguientes archivos de

registro y error:

El archivo de registro Setup.exe de SharePoint Foundation 2010.

El archivo de registro de instalación se almacena en el directorio temporal para la cuenta de

usuario que está ejecutando el programa de instalación (%USERTEMP% o

%WINDIR%\Users\user account\AppData\Local\Temp). Se denomina SharePoint Foundation

Setup(AAAAMMDD-HHMMSS-SSS).log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la

hora (formato de 24 horas, minutos, segundos y milisegundos).

El archivo de registro (Psconfig.exe) de Asistente para configuración de Productos de SharePoint.

Los archivos de registro Psconfig.exe se encuentran en la carpeta

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extension\14\LOGS. Los nombres

de los archivos de registro tienen el siguiente formato:

PSCDiagnostics_MM_DD_AAAA_HH_MM_SS_SSS _númeroAleatorio.log, donde MM_DD_AAAA

es la fecha y HH_MM_SS_SSS es la hora (formato de 24 horas, minutos, segundos y

milisegundos). El número aleatorio se usa para diferenciar los posibles intentos simultáneos de

ejecución del programa Psconfig.exe.

El archivo de registro de actualización y el archivo de registro de errores de actualización.

El archivo de registro de actualización y el archivo de registro de errores de actualización se

encuentran en %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LOGS. Los nombres de los archivos de registro tienen el siguiente formato:

Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la

hora (formato de 24 horas, minutos, segundos y milisegundos). El archivo de registro de errores de

actualización combina todos los errores y advertencias en un archivo de menor tamaño que se

denomina Upgrade-AAAAMMDD-HHMMSS-SSS-error.log.

Para revisar los archivos de registro para buscar y solucionar problemas, empiece por el comienzo de

los archivos. Los errores o las advertencias pueden repetirse si se producen en varias colecciones de

sitios del entorno o si se bloquea totalmente el proceso de actualización. Por ejemplo, si no puede

conectarse a la base de datos de configuración, el proceso de actualización intentará comenzar varias

veces (y se generará un error) y estos intentos se mostrarán en el archivo de registro.

1. Compruebe que dispone de las siguientes credenciales administrativas:

Para ver los archivos de registro, debe ser miembro del grupo Administradores local del

servidor.

2. En el Explorador de Windows, cambie al directorio que contenga el archivo de registro que

desea ver:

3. Use un editor de texto para abrir el archivo de registro.

4. En el archivo de registro de actualización, busque o examine visualmente la siguiente entrada:

Para revisar los archivos de registro

196

La sesión de actualización finalizó correctamente

Si existe esta entrada, la instalación se realizó correctamente.

5. Si no encuentra las entradas indicadas en el paso anterior en el archivo de registro de

actualización o si está revisando uno de los otros archivos de registro, puede identificar

problemas específicos que puedan haber contribuido al error buscando o examinando

visualmente los siguientes términos en el archivo:

Busque ERROR en los archivos de registro para encontrar los errores (por ejemplo,

componentes y conexiones de bases de datos con errores).

Busque WARNING para encontrar problemas como la ausencia de características o

componentes.

Para buscar problemas, puede ser útil un analizador de registro para ejecutar consultas en los archivos

de registro.

Si detecta problemas de bloqueo en el archivo de registro, puede resolver los problemas y reiniciar la

actualización para continuar con el proceso.

Comprobación del número de versión

Además de ver el archivo de registro de la actualización, puede comprobar que la actualización se

haya realizado correctamente; para ello, use el sitio web de Administración central de SharePoint para

ver el número de versión en la página Servidores de la granja.

1. Compruebe que dispone de las siguientes credenciales administrativas:

Para usar Administración central de SharePoint, debe ser miembro del grupo

Administradores de la granja de servidores.

2. En la página principal de Administración central, en Configuración del sistema, haga clic en

Administrar servidores en este conjunto de servidores.

3. En Información del conjunto, junto a Versión de la base de datos de configuración,

compruebe que el número comienza por "14".

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

Para averiguar qué sitios se actualizaron o se están actualizando actualmente, puede usar la página

Estado de actualización en Administración central de SharePoint o la operación localupgradestatus

de Stsadm.exe.

En la página Estado de actualización se indican las sesiones de actualización y se proporcionan

detalles sobre el estado de cada sesión, sobre si se realizó correctamente y sobre cuántos errores o

advertencias se produjeron en cada servidor. En la página Estado de actualización también se incluye

información sobre los archivos de registro y errores del proceso de actualización y se recomiendan

soluciones para los problemas que se hayan producido.

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

197

Para ver qué sitios no se actualizaron o fueron omitidos durante la actualización, puede usar la

operación localupgradestatus de Stsadm.exe. Debe ejecutar el comando en todos los servidores

front-end web de una granja de servidores.

1. Compruebe que dispone de las siguientes credenciales administrativas:

Para usar Administración central de SharePoint, debe ser miembro del grupo

Administradores de la granja de servidores.

2. En la página principal de Administración central, en Actualización y migración, haga clic en

Verificar el estado de la actualización.

1. Compruebe que dispone de las siguientes credenciales administrativas:

Para usar Stsadm, debe ser miembro del grupo Administradores local en el servidor.

2. Haga clic en Inicio, haga clic con el botón secundario en Símbolo del sistema y, a

continuación, haga clic en Ejecutar como administrador.

3. En la ventana de símbolo del sistema, navegue hasta el siguiente directorio:

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin

4. Escriba el siguiente comando y presione ENTRAR:

Stsadm -o localupgradestatus

Para obtener más información acerca de la operación localupgradestatus, vea el tema sobre

localupgradestatus: operación de Stsadm (Windows SharePoint Services).

Revisión de sitios actualizados Revise los sitios actualizados para identificar los problemas que deben solucionarse antes de ejecutar

el proceso de actualización en el entorno de producción. Si realizó una actualización en contexto y

decidió usar la actualización visual, puede usar la característica de actualización visual para obtener

una vista previa de los sitios en la nueva interfaz de usuario. Para obtener más información acerca de

cómo obtener una vista previa de los sitios mediante la actualización visual, vea Administración de la

actualización visual (SharePoint Foundation 2010).

Si desea comprobar la funcionalidad básica, puede crear una nueva colección de sitios mediante el

uso de un conjunto de listas, bibliotecas, elementos web representativos, etc. Revise el nuevo sitio

para asegurarse de que los elementos comunes básicos de los sitios funcionan.

Si no se representan las páginas, puede comprobar la página Configuración del sitio directamente

desde la dirección URL (http://url_sitio/_layouts/settings.aspx). Si la página funciona y la actualización

se realizó correctamente, es posible que haya problemas con la página maestra o la página principal.

Para ver el estado de actualización en Administración central de SharePoint

Para ver el estado de actualización desde la línea de comandos

198

Si la página Configuración del sitio no funciona, vaya al archivo de registro para obtener más

información acerca del problema.

Comience por validar los sitios de gran impacto o alto perfil y, después, vaya a los sitios de menor

prioridad. Como parte del proceso de planeación, debe identificar cuáles son los sitios de gran impacto

y alto perfil que requieren una atención inmediata, y cuáles pueden esperar un poco más.

Use las siguientes listas de comprobación para revisar los sitios actualizados y buscar problemas.

Elementos web

En la tabla siguiente se enumeran los problemas con elementos web que se producen después de la

actualización, y la manera de solucionarlos.

Para probar rápidamente los elementos web, puede crear una página de elementos web nueva

que contenga todos los elementos web personalizados que tenía antes de probar la

actualización y, a continuación, revisar la página para ver si faltan elementos web o hay

elementos web dañados después de la actualización de prueba.

Comprobaciones necesarias Acciones en caso de problemas

¿Aparecen todos los elementos web del sitio

original en el sitio actualizado?

Si existe una zona de elementos web en una

página personalizada (no fantasma), pero no en la

definición del sitio, es posible que los elementos

web de esa zona de elementos web se hayan

movido a la zona inferior de la página durante la

actualización.

En el modo de edición de la página en el

explorador o en Microsoft SharePoint Designer

2010, compruebe si faltan elementos web en la

zona inferior o en otras zonas, o compruebe si los

elementos web se cerraron. Para obtener más

información acerca de cómo trabajar con

elementos web y zonas de elementos web en

SharePoint Designer 2010, vea el sistema de

Ayuda de SharePoint Designer.

¿Los elementos web se muestran correctamente

(en la zona, la ubicación y con el tamaño

correctos)?

En el modo de edición de la página en el

explorador o en SharePoint Designer 2010,

arrastre el elemento web a la zona correcta o

modifique las propiedades del elemento web para

corregir cualquier problema de tamaño o de

posicionamiento.

Sugerencia:

199

Comprobaciones necesarias Acciones en caso de problemas

¿Falta algún elemento web o hay de más? Abra la página en el modo de edición de la página

en el explorador o en SharePoint Designer 2010.

Si ve elementos web de más en la página,

compruebe si hay elementos web cerrados o

inactivos en la versión original de la página. ¿El

proceso de actualización abrió los elementos web

cerrados o inactivos? Si es así, puede modificar

las propiedades de estos elementos web para

cerrarlos.

Si faltan elementos web, compruebe si existen

errores en SharePoint Designer 2010, como

errores al representar controles o errores porque

faltan ensamblados. Estos errores indican que el

elemento web no está instalado o configurado

correctamente para el nuevo entorno y debe

volver a instalarse o configurarse.

¿Funcionan correctamente los elementos web? Abra la página en el modo de edición de la página

en el explorador o en SharePoint Designer 2010 y

compruebe si existen errores que indican que falta

un componente o servicio. Asegúrese de que los

componentes o servicios de los que dependan los

elementos web existen en el sitio actualizado. En

especial para el enfoque de actualización de base

de datos adjunta, debe asegurarse de que instaló

todos los componentes y servicios que necesita

para sus elementos web, y de que los configuró

correctamente (por ejemplo, la lista de controles

seguros de Web.config).

Actualizar y volver a implementar un elemento

web que existe pero que ya no funciona

correctamente.

Si tiene problemas con un elemento web, anexe contents=1 al final de la sintaxis de la

dirección URL (http:// url_sitio/default.aspx?contents=1), y, a continuación, presione ENTRAR.

Esto abrirá la página Mantenimiento de elementos web, donde puede quitar y reparar los

elementos web con errores.

Sugerencia:

200

Listas grandes

De manera predeterminada, se aplica la limitación de peticiones de consultas a listas de gran tamaño

después de una actualización a SharePoint Foundation 2010. Si se trata de una lista muy grande y los

usuarios usan una vista o realizan una consulta que excede el límite o el umbral de límitación de

peticiones, no se permitirá la vista o consulta. Revise las listas grandes del entorno y haga que el

propietario del sitio o el propietario de la lista resuelva el problema. Por ejemplo, pueden crear

columnas indizadas con vistas filtradas, organizar los elementos en carpetas, establecer un límite de

elementos en la página para una vista grande o utilizar una lista externa.

Estilos y apariencia

En la tabla siguiente se enumeran los problemas comunes de estilo y apariencia de un sitio web

después de la actualización y la manera de solucionarlos.

La mayoría de los problemas de esta sección se pueden resolver mediante la corrección de los

vínculos a un elemento.

Comprobaciones necesarias Acciones en caso de problemas

¿Se muestran correctamente todas las imágenes

en las páginas?

Compruebe o corrija los vínculos a las imágenes.

¿Se usan los colores y estilos de hojas de estilos

en cascada adecuados en las ubicaciones

correctas?

Compruebe o corrija los vínculos al archivo de

hoja de estilos en cascada. Compruebe el vínculo

en la página maestra.

¿El tema aplicado al sitio sigue teniendo el mismo

aspecto?

Puede que la página principal u otras páginas del

sitio tengan una apariencia diferente después de

la actualización. Es posible que tenga que volver a

crear o revisar un tema y volver a aplicarlo.

¿Tiene algún control generado por script que no

funcione?

Compruebe o corrija los vínculos a los controles.

¿Se muestran correctamente las páginas en

Windows Internet Explorer 8?

Compruebe que todo el código HTML de la página

está en modo XHTML estricto.

¿Se muestran errores de script en las páginas? Compruebe los scripts y los vínculos, y

compruebe que todo el código HTML está en

modo XHTML estricto.

Sugerencia:

201

Permisos

¿Tienen aún las personas y los grupos correspondientes el nivel correcto de permisos para sitios,

páginas, listas y elementos?

Puede usar el botón Comprobar permisos en la sección Herramientas de permiso de la cinta para ver

quién tiene permisos y para qué elementos de un sitio o subsitio.

Páginas (no fantasma) personalizadas

Las páginas personalizadas (no convertidas en fantasma) son páginas editadas que ahora son

versiones únicas de las páginas, en lugar de las páginas de plantilla predeterminadas. En la tabla

siguiente se enumeran los problemas relacionados a páginas personalizadas que pueden producirse

después de la actualización, y la manera de solucionarlos.

Comprobaciones necesarias Acciones en caso de problemas

¿Las personalizaciones siguen apareciendo en las

ubicaciones correctas?

Determine si solo tiene un problema o un

problema importante con toda la página.

Si agregó una página totalmente nueva al sitio

original (por ejemplo, si reemplazó Default.aspx

con un archivo diferente en lugar de cambiar el

archivo Default.aspx existente), la nueva página

no está asociada de ningún modo con la definición

del sitio. Por lo tanto, es posible que no tenga la

misma apariencia que las otras páginas en el sitio

actualizado y tampoco puede volver a

configurarse para que la tenga. Si desea que la

página personalizada tenga la misma apariencia y

el mismo estilo que las demás páginas del sitio,

considere la posibilidad de crear una página

totalmente nueva basada en la definición del sitio

y, a continuación, transferir las personalizaciones

a la nueva página.

¿Aún puede obtener acceso a los controles de

edición de las páginas?

Si personalizó los controles de edición (por

ejemplo, el vínculo Acciones del sitio o el vínculo

Editar página), compruebe si aún aparecen. Si no

aparecen, puede reemplazarlos con los controles

de edición de la nueva versión; para ello,

restablezca la versión predeterminada de la

página.

Utilice el comando Restablecer plantilla de

SharePoint Designer para restablecer la versión

202

Comprobaciones necesarias Acciones en caso de problemas

predeterminada de la página (también conocido

como reconvertir en fantasma). Después de

restaurar la página predeterminada, puede volver

a aplicar las personalizaciones en el explorador;

para ello, aplique una página maestra diferente o

vuelva a aplicar las personalizaciones en

SharePoint Designer.

¿Siguen siendo apropiadas las personalizaciones

en el nuevo entorno o desea actualizar a la nueva

funcionalidad o apariencia?

Si desea la nueva funcionalidad y características,

debe restablecer todas las páginas

personalizadas de modo que usen la plantilla. Al

restablecer la página, básicamente se descartan

las personalizaciones y se adjunta la página a la

página maestra adecuada. Después se pueden

transferir las personalizaciones que desee a la

página maestra en lugar de almacenarse en

páginas individuales.

Utilice el comando Restablecer plantilla de

SharePoint Designer para restablecer la versión

predeterminada de la página (es decir,

reconvertirla en fantasma). Después de restaurar

la página predeterminada, puede volver a aplicar

las personalizaciones en el explorador; para ello,

aplique una página maestra diferente o vuelva a

aplicar las personalizaciones en SharePoint

Designer.

¿Quedan páginas desprotegidas? Si desprotege una página para realizar cambios,

asegúrese de volver a protegerla.

Vea también Reanudación de la actualización (SharePoint Foundation 2010)

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

203

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

En este artículo se proporcionan los procedimientos relativos a la característica Actualización visual.

Cuando actualiza de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010,

puede usar esta característica para permitir que los propietarios de colecciones de sitios y propietarios

de sitios conserven la interfaz de usuario anterior temporalmente. Esto les permite actualizar las

personalizaciones para trabajar en la nueva interfaz de usuario. Para obtener una descripción completa

de Actualización visual y las opciones relacionadas, vea Planeación de la actualización visual

(SharePoint Foundation 2010).

En este artículo:

Acerca del uso de Actualización visual

Visualizar el estado de la interfaz de usuario actual

Revertir los sitios a la interfaz de usuario anterior

Forzar una actualización a la interfaz de usuario actual

Opciones de los propietarios de sitios para actualización visual

Acerca del uso de Actualización visual Cuando realiza una actualización, ya sea una actualización en contexto o mediante el método de

actualización de base de datos adjunta, puede optar por usar Actualización visual.

Durante una actualización en contexto, puede elegir usar Actualización visual como un paso del

Asistente para configuración de Productos de SharePoint. Si realiza una actualización en un servidor

independiente con base de datos integrada, la característica de actualización visual no estará

disponible en el Asistente para configuración de Productos de SharePoint. Sin embargo, puede

acceder a la característica desde la herramienta de la línea de comandos Psconfig. Para ello, puede

usar la sintaxis: psconfig.exe -cmd upgrade [–preserveolduserexperience <true|false>].

Durante una actualización de base de datos adjunta, puede optar por actualizar a la nueva experiencia

de usuario o permanecer en la anterior mediante:

El parámetro Updateuserexperience del cmdlet de Windows PowerShell Mount-

SPContentDatabase.

El parámetro preserveolduserexperience de la operación Stsadm addcontentdatabase.

Para obtener más información acerca del uso de estos parámetros durante una actualización, vea

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

204

Visualizar el estado de la interfaz de usuario actual Puede ver el estado de la interfaz de usuario actual al generar una lista de todos los sitios web de la

colección de sitios y sus correspondientes datos de actualización visual. Esto resulta útil si estableció

un límite de tiempo para que los propietarios de los sitios preparen sus sitios para la nueva interfaz de

usuario y desea supervisar el progreso. En el siguiente procedimiento se muestra cómo visualizar el

estado de la interfaz de usuario actual.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

$sc = Get-SPSite http://machinename/sites/collectionname; $sc.GetVisualReport() |

Format-Table

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

Revertir los sitios a la interfaz de usuario anterior Si un propietario de colecciones de sitios o un propietario de sitios finaliza la nueva interfaz de usuario

por error, o si tiene un problema que no puede solucionar, puede revertir a la interfaz de usuario

anterior mediante Windows PowerShell. En este procedimiento se muestra cómo revertir uno o todos

los sitios de una colección a la interfaz de usuario anterior.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

5. Para revertir un sitio en particular a la interfaz de usuario anterior, en el símbolo del sistema de

Windows PowerShell, escriba el siguiente comando:

Get-SPSite http://machinename/sites/V3UI | Get-SPWeb "webname" |

Foreach{$_.UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

Para revertir todos los sitios de una colección a la interfaz de usuario anterior, en el símbolo

del sistema de Windows PowerShell, escriba el siguiente comando:

Para visualizar el estado de la interfaz de usuario actual mediante Windows PowerShell

Para revertir sitios a la interfaz de usuario anterior mediante Windows PowerShell

205

Get-SPSite http://machinename/sites/V3UI | Foreach{$_.

UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

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

Forzar una actualización a la interfaz de usuario actual Para forzar la aplicación de la nueva interfaz de usuario después de una actualización, se recomienda

que primero conceda a los propietarios de colecciones de sitios y propietarios de sitios un determinado

tiempo para que obtengan una vista previa de la nueva interfaz de usuario y corrijan cualquier

problema que pudieran tener. Al forzar una actualización a la nueva interfaz de usuario, puede usar un

script o el Asistente para configuración de Productos de SharePoint durante la actualización inicial.

Para obtener más información sobre la actualización y el Asistente para configuración de Productos de

SharePoint, vea Ejecución del Asistente para configuración de Productos de SharePoint. En el

siguiente procedimiento se muestra cómo actualizar mediante programación todas las colecciones de

sitios y todos los sitios a la nueva interfaz de usuario.

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

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

3. Haga clic en Productos de Microsoft SharePoint 2010.

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

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

$webapp = Get-SPWebApplication http://sitename

foreach ($s in $webapp.sites)

{$s.VisualUpgradeWebs() }

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

Para actualizar una sola colección de sitios a la nueva interfaz de usuario, escriba los siguientes

comandos en el símbolo del sistema de Windows PowerShell:

$site = Get-SPSite http://server

$site.VisualUpgradeWebs()

Para actualizar un solo sitio a la nueva interfaz de usuario, escriba los siguientes comandos en el

símbolo del sistema de Windows PowerShell:

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

$web.UIVersion = 4

$web.UIVersionConfigurationEnabled = 0

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

206

$web.Update()

Opciones de los propietarios de sitios para actualización visual El propietario del sitio puede usar la interfaz de usuario Configuración del sitio para alternar entre las

opciones Usa la interfaz de usuario anterior y Muestra una vista previa de la interfaz de usuario

actualizada. Una vez que el propietario del sitio esté satisfecho con la apariencia del sitio, se puede

finalizar la nueva interfaz de usuario seleccionando la opción Actualiza la interfaz de usuario.

En la siguiente tabla se describen las distintas opciones de actualización disponibles para que el

propietario de sitios aplique a sus sitios. Los modos de actualización están disponibles en la página

Configuración del sitio, en la sección Título, descripción e icono.

Tipo de modo Descripción

Usa la interfaz de usuario anterior Los propietarios de sitios usan este modo para

que todos sus sitios tengan las misma interfaz de

usuario de Windows SharePoint Services 3.0.

Muestra una vista previa de la interfaz de

usuario actualizada

Los propietarios de sitios usan este modo para

evaluar la apariencia y el funcionamiento de sus

sitios en la nueva interfaz. Cuando se elige este

modo, las características de la versión de interfaz

de usuario anterior no están disponibles.

Actualiza la interfaz de usuario Los propietarios de sitios eligen esta opción

cuando están satisfechos con los cambios y están

preparados para cambiar a la nueva interfaz de

usuario. Si fuera necesario, un administrador

podría restaurar la interfaz de usuario a la versión

anterior.

Vea también Planeación de la actualización visual (SharePoint Foundation 2010)

207

Uso de redirecciones URL de AAM como parte del proceso de actualización (SharePoint Foundation 2010) (notas del producto)

En estas notas del producto se describe la planeación de actividades necesarias para implementar y

usar satisfactoriamente la característica de redirección de la dirección URL de la asignación alternativa

de acceso (AAM) de Microsoft SharePoint Foundation 2010 para ayudar a mitigar el tiempo de

inactividad durante la actualización de un equipo servidor o de una granja de servidores. También se

describen los procedimientos necesarios para completar satisfactoriamente la configuración de esta

característica mediante la modificación de equipos servidores de Windows SharePoint Services 3.0

existentes.

El proceso descrito en estas notas del producto es una técnica avanzada para prevenir el

tiempo de inactividad durante la actualización. Solo debería usarse en caso de que otras

técnicas, como las bases de datos de solo lectura y la actualización en contexto con bases de

datos desasociadas, causen un tiempo de inactividad inaceptablemente prolongado para los

usuarios. No considere la posibilidad de usar esta técnica a menos que sepa que el proceso de

actualización tardará más de un fin de semana largo. Si es probable que la actualización no

tarde tanto tiempo, entonces los procedimientos descritos en este documento no le ayudarán a

ahorrar tiempo. Para obtener más información acerca de otros métodos de actualización, vea

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

Descargar estas notas del producto como un documento de Microsoft Word (.doc).

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

Descargar estas notas del producto como un archivo PDF.

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

Importante: