Implementación de actualizaciones de SharePoint Server 2010 en sitios con funciones cruciales

 

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2016-11-30

Este artículo describe una actualización de una compilación a otra que usa el método de bases de datos adjuntas para implementar una actualización de software en una granja de servidores de Microsoft SharePoint Server 2010.

En este artículo:

• Introducción

• Objetivos de la estrategia de actualización

• Información general conceptual del método de bases de datos

• Fases de actualización, instrucciones y tareas clave

• La automatización como parte de una estrategia de actualización

• Método lógico paso a paso para una actualización de base de datos adjunta en una única granja de servidores

• Método lógico paso a paso para una actualización de base de datos adjunta en una granja de servidores federada

• Apéndice A. Opciones de actualización compatibles

• Apéndice B. Configuración de una base de datos de SQL Server como de solo lectura

• Apéndice C. Instrucciones para la implementación de personalizaciones

• Apéndice D. Técnicas para la replicación de contenido y datos de una granja de servidores

• Apéndice E. Referencia de migración de aplicación de servicio

• Apéndice F. Recursos de automatización

• Apéndice G. Otros recursos

Introducción

Durante la vida de un entorno típico de SharePoint Server 2010, tendrán que instalarse una o varias actualizaciones de software, normalmente como actualización acumulativa o service pack. Con la selección del método de actualización apropiado, la creación de un plan de implementación detallado, la automatización mediante scripts y la realización de pruebas amplias, puede asegurarse de que la implementación de las actualizaciones de software cumplirá los requisitos de su organización en cuanto a disponibilidad, experiencia de usuario y reversión, en caso de que sea necesario.

Este artículo describe cómo implementar una actualización de software en una granja de servidores única y en una granja de servidores federada usando el método de base de datos adjunta para realizar una actualización de una compilación a otra de los servidores de la granja de servidores.

Acerca de las actualizaciones de software

Es importante comprender que implementar actualizaciones en un entorno de SharePoint Server 2010 es un proceso de dos fases: revisión y actualización. El término revisión se usa en este artículo para diferenciar entre la aplicación de actualizaciones menores de software y la actualización del software.

Cada fase tiene resultados y pasos específicos. Es posible posponer la fase de actualización, pero puede producirse un comportamiento incoherente de la granja de servidores como resultado de posponer la actualización unos días. Cuanto mayor sea el retraso, mayor será el riesgo de que se produzcan problemas en el comportamiento de la granja de servidores.

Fase de revisión

La fase de revisión tiene dos pasos, la aplicación de revisiones y la implementación. Durante el paso de aplicación de revisiones, se copian nuevos archivos binarios en el servidor de Administración central. Los servicios que usen archivos que deban reemplazarse, se detendrán temporalmente. La detención de los servicios reduce la necesidad de reiniciar el servidor para reemplazar los archivos que estén en uso. Sin embargo, existen algunas instancias en las que es necesario reiniciar el servidor.

El segundo paso de la fase de revisión es el paso de implementación. En este paso, el instalador copia archivos de compatibilidad en los directorios adecuados del servidor que ejecuta Microsoft SharePoint Server. Este paso garantiza que todas las aplicaciones web ejecuten los archivos binarios adecuados y funcionen correctamente después de instalar la actualización menor. La fase de aplicación de actualizaciones menores finaliza después del paso de implementación.

La segunda y última fase de la implementación de actualizaciones de software es la fase de actualización.

Fase de actualización

Una vez finalizada la fase de revisión, se inicia la fase de actualización para completar la instalación de actualizaciones. En esta fase se realizan una gran cantidad de tareas y, por lo tanto, es la que tarda más tiempo en completarse. La primera acción es actualizar todos los procesos de SharePoint Server que estén en ejecución. Una vez actualizados los procesos, las bases de datos se rastrean y actualizan. Debido a que el proceso de actualización se puede ejecutar en un único servidor, los demás servidores de la granja de servidores pueden continuar atendiendo las solicitudes.

Objetivos de la estrategia de actualización

Se recomienda usar la estrategia de actualización de software indicada en este documento para granjas de servidores de SharePoint que admitan aplicaciones con funciones cruciales. Las aplicaciones con funciones cruciales suelen definirse como actualizaciones que suponen una necesidad para el funcionamiento normal de una empresa. La falta de disponibilidad o el fallo de la actualización de una aplicación en un marco de tiempo específico, lo que también se conoce como objetivo de tiempo de recuperación (RTO), afectan de forma considerable a una empresa. Por ejemplo, pueden verse afectados los rendimientos, los requisitos normativos y las obligaciones contractuales.

Nuestra estrategia de actualización está diseñada para cumplir los siguientes objetivos, que son también indicadores clave de una correcta actualización.

• Reducción y administración del tiempo de inactividad: la estrategia debe esforzarse por devolver un servicio completo a los usuarios tan pronto como sea posible para reducir el impacto en los usuarios, mantener un alto grado de satisfacción y cumplir los contratos de nivel de servicio con una administración eficaz del tiempo de inactividad.

• Ofrecimiento de capacidad de recuperación: si se produce un error grave durante una actualización, los administradores deben restaurar la granja de servidores y las aplicaciones al estado previo a la actualización tan rápido como sea posible para devolver el servicio completo a los usuarios.

• Ofrecimiento de coherencia: tras la actualización, todos los servidores con Microsoft SharePoint Server deben actualizarse al mismo nivel de versión y tener la misma configuración. Un entorno incoherente ocasionará, probablemente, tiempos de inactividad, errores y problemas imprevistos.

• Ofrecimiento de la funcionalidad esperada: tras la actualización, la granja de servidores debe tener el estado funcional esperado. Esto incluye la funcionalidad que ofrecía antes de la actualización de software, así como funcionalidades nuevas o mejoradas esperadas con la instalación del service pack o la actualización acumulativa.

Información general conceptual del método de bases de datos

Para cumplir los objetivos de un tiempo de inactividad notablemente reducido y bien administrado, así como de la capacidad de recuperar a un estado previo a la actualización, debe usar el método de base de datos adjunta. Este enfoque proporciona el nivel más alto de disponibilidad durante la actualización del software y el mínimo grado de riesgos en comparación con el otro método admitido, la actualización en contexto.

Para más información acerca de las opciones de actualización, vea el Apéndice A. Opciones de actualización compatibles, que proporciona una comparación detallada de los dos métodos de actualización y un diagrama de flujo que muestra los puntos de decisión que puede usar para determinar su método de actualización. Este diagrama de flujo también proporciona una vista de alto nivel de los pasos para la instalación de una actualización de software.

Descripción

El método de base de datos adjunta implica la creación de un duplicado de la granja de producción que se actualizará con el service pack y la actualización acumulativa. La nueva granja de servidores, a la que podremos llamar bNext (próxima compilación), incluye la infraestructura de la granja de servidores de producción, las aplicaciones y los datos. La granja de servidores bNext se actualiza, sin el contenido, a la compilación deseada y, a continuación, se adjuntan las bases de datos de contenido. El siguiente diagrama muestra una versión abreviada del método de base de datos adjunta, donde la granja de servidores bCurrent (compilación actual) es la granja de servidores existente y bNext es la copia de la granja de servidores bCurrent.

En relación a la ilustración anterior, es importante tener en cuenta que se pueden actualizar varias bases de datos en paralelo. Esta capacidad puede reducir de forma significativa el tiempo de inactividad durante la actualización.

Fases de actualización, instrucciones y tareas clave

El proceso de la actualización de una base de datos adjunta se compone de las siguientes fases principales:

• Prueba de la actualización en un entorno previo a la producción

• Aprovisionamiento de la nueva granja de servidores

• Bloqueo de la granja de producción

• Replicación de los datos y el contenido de producción

• Actualización de la nueva granja con el contenido y los datos de producción

• Finalización de la actualización en la nueva granja de servidores

• Validación de la actualización en la nueva granja de servidores

• Restauración del servicio completo

Prueba de la actualización en un entorno previo a la producción

Antes de comenzar la actualización completa, es muy importante probar todos los aspectos de la actualización y los resultados en un entorno previo a la actualización. Tras crear el entorno previo a la producción, recomendamos probar los siguientes aspectos y elementos de la actualización planeada.

Lo ideal es que la granja de servidores usada en la prueba previa a la producción sea un duplicado de la granja de producción. Sin embargo, esto no es un requisito obligatorio. Normalmente, las granjas previas a la producción no pueden incrementar su escalabilidad horizontal de la misma forma que una granja de producción. Por ejemplo, puede que solo haya dos servidores web front-end en lugar de tres o cuatro, y que las bases de datos de la granja de servidores no estén configuradas para estar altamente disponibles. Lo más importante es tener un entorno de prueba adecuado para probar por completo la actualización y su posible efecto en el entorno de producción.

Puede usar de nuevo la infraestructura de la granja de servidores previa a la producción para la granja de servidores bNext. Lo más recomendable es que los servidores usados para la prueba previa a la producción queden limpios. Esto incluye el sistema operativo. Vuelva a crearlos para la nueva granja de servidores. La limpieza de los servidores no es obligatoria. Sin embargo, si decide volver a usar la granja de producción, asegúrese de quitar todos artefactos del entorno de prueba previo a la producción. Para más información, vea Limpieza del entorno antes de la actualización (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=225682&clcid=0xC0A).

Tras crear el entorno previo a la producción, recomendamos probar los siguientes aspectos y elementos de la actualización planeada.

• Revise las instrucciones proporcionadas con la actualización acumulativa o el service pack. Una actualización de software puede contener pasos o soluciones adicionales necesarios para la actualización.

• Revise su plan y sus listas de comprobación de la actualización. Use la prueba previa a la producción para validar y ajustar sus documentos de planeación de actualización. Recomendamos usar el artículo Lista de comprobación para actualización de base de datos adjunta (SharePoint Server 2010) como guía para implementar una actualización de software.

• Pruebe el comportamiento de la granja de servidores actual en modo de solo lectura. Durante el proceso de mover el contenido de la granja de servidores y los datos de la aplicación de servicio a la nueva granja de servidores bNext, la granja de servidores existente está en estado de solo lectura. Realice pruebas funcionales en la granja existente para asegurarse de que la experiencia del usuario es aceptable durante la actualización. Se recomienda consultar el artículo Experiencia del usuario en sitios de solo lectura (SharePoint Server 2010) antes de bloquear la granja de producción como parte del proceso de planeación de la actualización.

• Use la automatización de compilación para aprovisionar granjas de servidores. Recomendamos beneficiarse de la automatización siempre que sea posible en lugar de usar los procesos manuales para crear los entornos previos a la actualización y de bNext. La automatización garantiza la coherencia de la configuración en los servidores de las granjas y elimina los errores que se producen al aprovisionar los servidores manualmente. Pruebe los scripts, las herramientas y los procesos relacionados con la automatización.

  Use las colecciones de scripts del Apéndice F. Recursos de automatización como guías para desarrollar automatización personalizada para su entorno. Estos scripts usan Windows PowerShell 2,0 para implementar SharePoint Server y configurar una granja de servidores.

• Establezca una prueba comparativa para el intervalo del tiempo de inactividad. Es muy importante saber cuánto tiempo tardará en realizarse la actualización. Lo más importante es el tiempo que la granja de servidores de producción tendrá que estar en modo de solo lectura. Use esta información para revisar su plan de actualización si es necesario.

• Compruebe los resultados de la actualización. Compruebe que los resultados de la actualización son los esperados e identifique errores de regresión que puedan requerir una solución.

Aprovisionamiento de la nueva granja de servidores

La granja de servidores bNext, con la actualización de software instalada, es la versión actualizada de la granja de servidores de producción actual. Al aprovisionar la granja de servidores bNext, cree un duplicado del entorno de producción actual. Esto incluye, por ejemplo, la topología de la granja de servidores, el número de sitios, las especificaciones del servidor (físicas o virtuales), los inicios de sesión y las opciones de seguridad. Recomendamos encarecidamente no implementar ningún cambio de diseño físico, ya que los cambios complican la actualización y agregan agentes desconocidos, lo que aumenta el factor de riesgo de la actualización.

Como ha sido el caso del entorno previo a la producción, recomendamos usar la automatización de compilación para crear y probar la granja de servidores bNext. Al usar la automatización de compilación, se reducirá considerablemente la posibilidad de errores de configuración y se disminuirá el tiempo general de compilación. Además, la prueba automatizada ayuda a la detección de errores de configuración que pueden afectar a la actualización.

Antes de continuar, realice pruebas para comprobar que la configuración de la granja de servidores es correcta antes de adjuntar la base de datos de contenido y crear las aplicaciones de servicio.

Bloqueo de la granja de producción

Tras probar el proceso de actualización y compilar la granja de servidores bNext, es el momento de poner el entorno de producción en estado de solo lectura para completar la actualización. El bloqueo de la granja de servidores garantiza la fidelidad del contenido, ya que evita la creación, eliminación o actualización del contenido en la granja de servidores de producción durante la actualización.

Como mínimo, las bases de datos de contenido deben estar en modo de solo lectura durante la actualización de la nueva granja de servidores al mismo nivel de compilación. También puede configurar un modo de solo lectura para cualquier base de datos de aplicación de servicio que admita el funcionamiento en modo de solo lectura. Para más información, vea el Apéndice E. Referencia de migración de aplicación de servicio.

Para más información acerca de cómo configurar una base de datos como de solo lectura, vea el Apéndice B. Configuración de una base de datos de SQL Server como de solo lectura.

Para más información acerca de cómo iniciar una granja de servidores de Microsoft SharePoint Server en solo lectura, vea Ejecución de una granja de servidores que usa bases de datos de solo lectura (SharePoint Server 2010).

Replicación de los datos y el contenido de producción

Para actualizar la granja de servidores bNext mediante el método de base de datos adjunta, las copias de todas las bases de datos de contenido y de aplicaciones de servicio deben estar instaladas en el servidor de la base de datos bNext. Debe realizar una copia de seguridad de las bases de datos en la granja de servidores de producción y, después, copiar las copias de seguridad en bNext. Los siguientes pasos son restaurar las copias de seguridad en bNext y, después, adjuntarlas al servidor de la base de datos.

Actualización de la nueva granja con el contenido y los datos de producción

Una vez copiadas y restauradas las copias de seguridad de la base de datos de aplicación de servicio en los servidores de entorno de bNext con SQL Server, puede producirse el proceso real de base de datos adjuntada. Los pasos de adjuntado y actualización son distintos de una base de datos a otra y requieren técnicas ligeramente diferentes.

Adición de aplicaciones de servicio a la nueva granja de servidores

Tendrá que usar más de un método para agregar las aplicaciones de servicio de la granja de servidores de producción a la nueva granja bNext. Esto se debe a que muchas aplicaciones de servicio tienen requisitos específicos para mover o restaurar la aplicación de servicio. No hay un solo método que funcione en todas las aplicaciones de servicio. Para más información, vea el Apéndice E. Referencia de migración de aplicación de servicio. Uno de los siguientes métodos le permitirá agregar una aplicación de servicio a la nueva granja de servidores bNext.

• Base de datos adjunta: la base de datos de aplicación de servicio se crea restaurando y adjuntando la base de datos copiada de la granja de servidores de producción.

• Recreación: la aplicación de servicio se vuelve a crear desde cero en el nuevo entorno bNext. Se recomienda usar la automatización para migrar opciones de la granja de servidores de producción a la granja de servidores bNext.

• Copia de seguridad y restauración de SharePoint: se realiza una copia de seguridad de la aplicación de servicio mediante la Administración central o Windows PowerShell y, después, se restaura en la granja de servidores bNext.

Además de las bases de datos de aplicación de contenido y servicio, debe crear las siguientes bases de datos de configuración de nuevo en la granja de servidores bNext:

• WSS_Search

• Configuración de SharePoint

• Contenido de administración de SharePoint

Adición de la base de datos de contenido a la nueva granja de servidores

Antes de adjuntar la base de datos de contenido a la nueva granja de servidores, asegúrese de que la aplicación web de destino en la que montará la base de datos no tiene ya colecciones de sitios con rutas URL que entren en conflicto con las colecciones de sitios de la base de datos que está restaurando. Adjunte la base de datos mediante los siguientes pasos:

• Pruebe la base de datos que desee montar usando el cmdlet Test-SPContentDatabase.

• Monte la base de datos de contenido en la aplicación web de destino usando el cmdlet Mount-SPContentDatabase.

Finalización de la actualización en la nueva granja de servidores

Algunas tareas necesarias para la actualización pueden producirse solo después de que las bases de datos estén adjuntas y activas. Algunas de estas tareas incluyen (entre otras) las siguientes:

• Comprobar la configuración de SQL Server: asegúrese de que los planes de mantenimiento necesarios se han restaurado y configurado correctamente para la granja de servidores bNext. Por ejemplo, compruebe los trabajos de mantenimiento para las estadísticas e índices, trabajos de copia de seguridad, creación de reflejo de bases de datos, etc.

• Ejecutar la importación de perfiles: se recomienda iniciar una importación incremental de datos de perfiles de usuario para asegurarse de que la base de datos de perfiles esté actualizada y de que la sincronización de perfiles esté funcionando correctamente en el nuevo entorno.

• Rastreo de contenido: inicie el rastreo incremental para asegurarse de que el índice está sincronizado con la base de datos de contenido actualizada y para asegurarse de que el rastreo está funcionando correctamente.

Validación de la actualización en la nueva granja de servidores

Las pruebas funcionales se ejecutan en la granja de servidores bNext como paso final antes de redirigir a los usuarios a la nueva granja de servidores de producción. Estas pruebas pueden ser manuales, pero recomendamos usar la automatización, que permite realizar pruebas más rigurosas que las manuales. Además, la automatización garantiza una coherencia en las pruebas en todos los servidores de la granja.

Se recomienda usar las instrucciones y los pasos de solución de problemas indicados en los siguientes artículos para validar la actualización:

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

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

Restauración del servicio completo

Una vez que la granja de servidores bNext esté completamente operativa y lista para aceptar solicitudes de los usuarios, el tráfico que se está redirigiendo a la granja de servidores de producción de solo lectura debe redirigirse a la granja de servidores bNext. Se recomienda configurar esta redirección en el equilibrador de carga (si es posible). Esto asegura que las direcciones IP virtuales de las aplicaciones no cambien, ya que elimina la necesidad de sacar los cambios de DNS al entorno, lo que puede tardar horas para todos los clientes.

La automatización como parte de una estrategia de actualización

La automatización puede jugar un papel clave en la implementación de actualizaciones de software en entornos grandes o complejos de SharePoint Server 2010. El aprovisionamiento automatizado a servidores y granjas de servidores ayuda a imponer una coherencia de la compilación entre los entornos de SharePoint Server actuales y el entorno nuevo que se ha creado como parte de la actualización. Además de la creación de coherencia y de la reducción de errores, la automatización disminuye el tiempo de creación de la granja de servidores, lo que reducirá el tiempo general de actualización del entorno.

Una solución de automatización debe incluir los siguientes elementos:

• Aprovisionamiento de infraestructuras: si usa SharePoint Server 2010 en un entorno virtual, debería incluir la creación y el aprovisionamiento de máquinas virtuales, discos, redes virtuales y otros componentes de infraestructura de un entorno virtual.

• Instalación y configuración de sistema operativo: esto incluye la instalación y la configuración automáticas de Windows Server y de actualizaciones importantes. Para automatizar el aprovisionamiento, se pueden usar varias técnicas de implementación que incluyen las imágenes que ha preparado para implementar mediante la Herramienta de preparación del sistema (Sysprep), los Servicios de implementación de Windows y la configuración de sistemas operativos en script.

• Instalación y configuración de servidores: una vez aprovisionado el servidor, SQL Server y SharePoint Server 2010 se pueden instalar y configurar. Puede usar los scripts de Windows PowerShell 2,0 para instalar y configurar ambos productos. No olvide actualizar dichos productos al nivel de versión de actualización actual; esto también puede realizarse mediante scripts.

• Migración y restauración de aplicaciones: el elemento final de la automatización de la compilación de la granja de servidores bNext es automatizar la migración y la actualización de las bases de datos, la configuración final de la aplicación y la prueba funcional. Cuando planee e implemente los scripts de automatización, considere usar scripts para las siguientes tareas:

  • Modificación de la granja de servidores actual a modo de solo lectura

  • Modificación de la granja de servidores actual de nuevo a modo de lectura y escritura (si se tiene que deshacer la instalación)

  • Configuración del equilibrador de carga

  • Instalación de soluciones personalizadas de SharePoint Server

  • Traspaso de bases de datos del servidor de base de datos de la granja de servidores actual al servidor de base de datos actualizado

  • Montaje de bases de datos en el servidor de base de datos de la granja de servidores bNext

  • Prueba funcional

Arquitectura de la automatización

El siguiente modelo muestra una arquitectura conceptual por niveles de una solución automatizada de SharePoint Server.

En el nivel más alto se encuentra la "carga de trabajo" de SharePoint Server. Una carga de trabajo representa la función lógica de un entorno, por ejemplo, una carga de trabajo de administración de contenido web .COM. Las cargas de trabajo están compuestas por una o varias granjas de servidores. En el escenario de administración de contenido web, pueden ser granjas de servidores de producción y provisionales. Cada granja tendrá una topología de servidores en función de la carga de trabajo y del entorno. Por último, la configuración de los servidores requerirá la correcta ejecución de una o varias "tareas de compilación". Por ejemplo, una tarea de compilación podría ser "unir el servidor a una granja de servidores".

Si reduce el entorno de destino a tareas de compilación diferenciadas, puede diseñar y compilar scripts de automatización con un ámbito limitado, lo que facilita el diseño, la compilación y la estabilización. Tras realizar una prueba unitaria de un conjunto de scripts de tareas de compilación, puede usarlos en scripts de orquestación de un nivel más alto como Opalis, que funciona con Microsoft System Center. Para más información, vea la página sobre Microsoft Server y la plataforma de nube (en inglés) (https://go.microsoft.com/fwlink/?linkid=186236&clcid=0xC0A) (en inglés).

Herramientas y recursos de automatización

Diversas opciones de tecnología permiten automatizar la implementación y la configuración de un entorno SharePoint Server. Normalmente, una solución de automatización usará una combinación de las siguientes técnicas.

Windows PowerShell 2,0

Windows Server 2008, SharePoint Server 2010 y SQL Server 2008 admiten la automatización con Windows PowerShell. Windows PowerShell es un lenguaje eficaz de scripting y tiempo de ejecución que se convertirá en la tecnología preferida para la automatización. Además, Windows PowerShell puede usar cmdlets específicos del producto, las llamadas .NET API y las herramientas de línea de comandos.

Herramientas de línea de comandos

Windows Server 2008, SharePoint Server 2010 y SQL Server 2008 también envían herramientas de línea de comandos para permitir la implementación y configuración automatizadas. No obstante, las opciones de línea de comandos de estas tecnologías están obsoletas y se han sustituido por los cmdlets de Windows PowerShell. (Antes de usar otra herramienta de línea de comandos, determine si hay una opción de Windows PowerShell que reemplace el comando).

.NET API

Windows Server 2008, SharePoint Server 2010 y SQL Server 2008 usan API compatibles, a la mayoría de las cuales se puede obtener acceso mediante Microsoft .NET Framework, para exponer la funcionalidad de los productos. Si una capacidad de automatización de productos concreta no existe como cmdlet de Windows PowerShell o herramienta de línea de comandos, puede que pueda usar las API de producto para lograr el nivel de automatización necesario.

Colecciones de scripts existentes

Las siguientes colecciones de scripts se pueden usar para implementar SharePoint Server y configurar una granja de servidores. Pueden usarse así o como guía para desarrollar scripts personalizados para su entorno.

• SPModule.zip. El archivo SPModule.zip es una muestra no admitida de un módulo Windows PowerShell escrito por miembros del grupo de productos de SharePoint. El módulo puede usarse para realizar tareas administrativas simples relacionadas con la instalación de una granja de servidores de SharePoint. Descargar SPModule.zip (en inglés) (https://go.microsoft.com/fwlink/?linkid=229657&clcid=0xC0A) (en inglés).

• AutoSPInstaller. Este proyecto consta de scripts de Windows PowerShell 2,0, un archivo de entrada XML y un archivo por lotes estándar de Windows que se usa para iniciar el proceso de implementación y configuración. Descargar el proyecto AutoSPInstaller (en inglés) (https://go.microsoft.com/fwlink/?linkid=229659&clcid=0xC0A) (en inglés).

Automatización de procesos de TI (RBA)

La automatización de procesos de TI (RBA) le permite automatizar por completo el aprovisionamiento de un entorno de SharePoint Server. RBA permite definir, compilar, orquestar, administrar y notificar flujos de trabajo que cree para los procesos operativos de su sistema y su red. La orquestación permite ejecutar tareas de compilación en un orden concreto como parte de un flujo de trabajo que puede incluir dependencias complejas y lógica de validación. El método recomendado para implementar la orquestación es usar un producto como Opalis, pero se pueden usar otros productos y técnicas para este fin.

Método lógico paso a paso para una actualización de base de datos adjunta en una única granja de servidores

La topología de la granja de servidores de la siguiente ilustración muestra una granja de servidores típica de tres niveles que ofrece alta disponibilidad.

Con respecto a la ilustración anterior, tenga en cuenta lo siguiente:

• Los dos servidores front-end web (WEB-1 y WEB-2) tienen equilibrio de carga y están en rotación con el equilibrador de carga. Estos servidores ejecutan Windows Server 2008 R2, que se actualiza al mismo nivel de versión que la granja de servidores bCurrent.

• Se usan dos servidores de aplicación (APP-1 y APP-2) para proporcionar alta disponibilidad en la búsqueda. El tercer servidor, APP-3, hospeda la Administración central y las aplicaciones de servicios. Estos servidores ejecutan Windows Server 2008 R2, que se actualiza al mismo nivel de versión que la granja de servidores bCurrent.

• El servidor de base de datos de la granja de servidores (DB-1) se refleja (DB-2) para proporcionar una mayor disponibilidad. Estos servidores ejecutan Windows Server 2008 R2 y Microsoft SQL Server 2008 R2, que se actualiza al mismo nivel de versión que la granja de servidores bCurrent.

Pasos de actualización de una única granja de servidores

Nuestro método paso a paso de implementación de una actualización de SharePoint se divide en dos partes. La primera se encarga del entorno previo a la producción. Las tareas de la segunda parte tratan la creación y configuración de la nueva granja de servidores (bNext).

La granja de servidores previa a la producción

Los pasos siguientes describen cómo configurar la granja de servidores de prueba previa a la producción.

1. Cree una granja de prueba que contenga los componentes principales de la topología de la granja de producción. Considere usar la automatización para el aprovisionamiento de servidores y la implementación de la granja de servidores. Estas lecciones se pueden aprovechar para la implementación de la automatización en la granja de servidores bNext.

   Para la prueba previa a la producción, solo necesita el número mínimo de servidores necesario para ejecutar pruebas. Según el escenario de granja única mostrado en la ilustración anterior, los siguientes servidores son los mínimos necesarios para la prueba previa a la producción:

   • Dos servidores front-end web. Este es el requisito mínimo para el equilibrio de carga.

   • Un servidor de aplicaciones. Si no se requiere redundancia para la prueba, puede usar este servidor para la Administración central y todos los servicios instalados en la granja de producción.

   • Un servidor de bases de datos. Si no se requiere redundancia para la prueba, no es necesario un servidor de base de datos con reflejo.

2. Configure la granja de servidores de prueba para que tenga la configuración de la granja de servidores bCurrent. Siga estos pasos como guía para aprovisionar una granja de servidores de prueba y, después, completar un conjunto mínimo de pruebas previas a la producción.

   Importante

   Debe personalizar la topología de pruebas y las pruebas para que reflejen su entorno de producción.

   • Restaure toda la copia de seguridad de contenido de la granja de servidores de producción a la granja de servidores de prueba. Recopile información comparativa, como el tiempo transcurrido para copiar archivos o restaurar copias de seguridad, lo que se puede usar para planificar la actualización.

   • Instale una copia de las aplicaciones y personalizaciones existentes en la granja de servidores de producción. Registre los datos de la comparativa que se pueden usar para la planificación, actualización y la solución de problemas. Para más información acerca de las personalizaciones, vea Determinación del procedimiento para tratar las personalizaciones (SharePoint Server 2010).

3. Descargue una copia de la actualización de software y prepare el origen de la instalación. Para más información, vea Obtener la actualización de software y preparar el origen de instalación (opcional). Puede usar este origen de instalación para la prueba previa a la producción y para instalar la actualización en la granja de servidores bNext.

4. Pruebe la actualización de software. Asegúrese de que la funcionalidad esperada de SharePoint Server existe tras la instalación de la actualización de software. Así se asegurará de que no hay errores de regresión.

5. Supervise la funcionalidad de la granja de servidores de producción. Supervise la funcionalidad de la granja de servidores de producción cuando las bases de datos de contenido y de aplicaciones de servicio estén definidas como de solo lectura.

6. Valide los procesos y las herramientas. Valide los procesos de la actualización y pruebe las herramientas usadas para automatizar la prueba de actualización o posterior a la actualización.

La granja de servidores bNext

Los siguientes pasos describen cómo aprovisionar y configurar la granja de servidores bNext para que pueda colocarse en producción como la nueva granja de servidores bCurrent.

1. Use los scripts de automatización para aprovisionar a los servidores necesarios para la granja de servidores bNext. En el escenario de este artículo, esto incluye los siguientes servidores: tres servidores web front end, tres servidores de aplicaciones y el servidor de base de datos de la granja de servidores, que está reflejado.

   El aprovisionamiento incluye la actualización del sistema operativo a al menos el mismo nivel de paquete de servicios o de actualización de software que el de los servidores de la granja de servidores de producción. Si corresponde, aplique las últimas actualizaciones del sistema operativo a los servidores bNext.

2. Aprovisione el servidor de base de datos bNext. Esto incluye las siguientes tareas:

   • Instale SQL Server y, durante la instalación, configúrelo para que coincida con la configuración de la granja de servidores de producción.

   • Actualice SQL Server a al menos el mismo nivel de versión que el de la granja de servidores de producción.

   • Copie los inicios de sesión y los permisos de bCurrent al servidor de base de datos bNext.

   • Configure los servicios necesarios y el firewall y, a continuación, compruebe la funcionalidad de la base de datos.

     Importante

     No refleje la base de datos principal hasta que haya ejecutado el Asistente para configuración de Productos y Tecnologías de SharePoint para completar la actualización del software de la granja de servidores.

3. Instale los archivos binarios de SharePoint Server en los servidores de bNext.

   • Instale SharePoint Server, pero no ejecute el Asistente para configuración.

   • Instale los archivos binarios de actualización o del paquete de servicios acumulativos, pero no ejecute el Asistente para configuración.

4. Ejecute Asistente para configuración de Productos y Tecnologías de SharePoint para crear una nueva granja de servidores.

   Importante

   No cree ninguna aplicación de servicios. Las creará o restaurará desde las copia de seguridad más adelante en el proceso.

   Realice las siguientes tareas para preparar bNext como copia de la granja de servidores de producción:

   • Configure los parámetros generales de la granja de servidores.

   • Cree y configure las aplicaciones web.

   • Copie sus soluciones personalizadas desde la granja de servidores bCurrent al entorno bNext. Tenga en cuenta que las dependencias pueden afectar a la correcta implementación de estas soluciones. Por ejemplo, puede haber una dependencia en una aplicación de servicio que no exista en este punto de la configuración de la granja de servidores. Para más información, vea el Apéndice C, que contiene directrices para la implementación de personalizaciones.

5. Realice una copia de seguridad completa de las bases de datos de la granja de servidores de producción. Esto incluye las bases de datos de contenido y las bases de datos de la aplicación de servicio que admiten copia de seguridad y recuperación de SQL Server.

6. Empiece realizando copias de seguridad del registro de transacciones de las bases de datos descritas en el paso anterior. Recomendamos las copias de seguridad del registro de transacciones en lugar de las copias de seguridad diferenciales por los siguientes motivos:

   • Minimizan la exposición a pérdida de trabajo.

   • Dado que los archivos de copia de seguridad son más pequeños, tardan menos tiempo en transferirse a través de la red. Además, puede copiar los archivos de copia de seguridad a la granja de servidores de bNext a diario, en lugar de todo a la vez.

   • El tamaño y el diseño del archivo le permiten restaurar por completo las bases de datos de producción a la granja de servidores de bNext. Para más información, vea el artículo sobre el trabajo con copias de seguridad del registro de transacciones (https://go.microsoft.com/fwlink/?linkid=152194&clcid=0xC0A).

7. Restaure las copias de seguridad completas de las bases de datos de producción al entorno SQL Server de bNext.

   Importante

   Use la opción NORECOVERY para restaurar las copias de seguridad de forma que las copias de seguridad de los registros de transacciones se puedan restaurar en copias de seguridad completas. Para más información, vea el artículo sobre restauración y recuperación de copias de seguridad en SQL Server (https://go.microsoft.com/fwlink/?linkid=134473&clcid=0xC0A).

8. Cambie la base de datos de contenido de la granja de servidores de producción (bCurrent) y las bases de datos de aplicación de servicios correspondientes a modo de solo lectura. Anote los siguientes puntos antes de bloquear la granja de servidores de producción:

   • Algunas aplicaciones de servicios no admiten el modo de solo lectura, y otras, como la de recolección de datos de uso y estado de Microsoft SharePoint Server, no funcionarán si sus bases de datos están definidas como solo lectura. Para más información, vea el Apéndice E de referencias de migración de aplicaciones de servicios.

   • Puede que se produzcan cambios en la configuración y en las aplicaciones de servicios mientras la granja de servidores está bloqueada. Por ejemplo, el servicio de búsqueda no funcionará en modo lectura; por tanto, es posible hacer cambios para un administrador. Este cambio no se mantendrá en la nueva granja de servidores. Debe tener esto en cuenta para minimizar el intervalo de tiempo de inactividad y reducir las posibles pérdidas de datos.

   • Cuando una base de datos se establece como de solo lectura, se detienen todas las conexiones, excepto la que establece la marca de solo lectura. Después de establecer la marca de solo lectura, se habilitan otras conexiones.

   • Si se refleja la granja de servidores existente, como es el caso de nuestra granja de servidores de ejemplo, debe pausar el reflejado antes de definir las bases de datos como solo lectura. Para más información, vea el artículo sobre procedimientos de administración de reflejado de bases de datos (motor de base de datos) (https://go.microsoft.com/fwlink/?linkid=225804&clcid=0xC0A).

9. Lleve a cabo las siguientes tareas para preparar la instalación de la búsqueda de Microsoft SharePoint Server en la granja de servidores de bNext:

   1. Use la copia de seguridad de SharePoint para realizar una copia de seguridad de las bases de datos de búsqueda y copie estas copias de seguridad en la granja de servidores de bNext.

   2. Copie las particiones de índice en los servidores de la aplicación de la nueva granja de servidores de bNext.

   3. Exporte la topología de búsqueda a un archivo XML y copie este archivo en el nuevo servidor de base de datos de bNext.

10. Lleve a cabo las siguientes tareas para restaurar la búsqueda de Microsoft SharePoint Server en la granja de servidores de bNext:

    • A menos que los servidores de bNext tengan los mismos nombres que los servidores de bCurrent, tendrá que editar el archivo XML que contiene la topología exportada. Edite este archivo y proporcione los nuevos nombres de servidores.

    • Use el cmdlet Restore-SPEnterpriseSearchServiceApplication para restaurar la búsqueda.

11. Vuelva a crear servicios de granja de servidores en bNext y, cuando corresponda, asocie servicios a bases de datos de servicios de aplicaciones restauradas a partir de copias de seguridad de bCurrent.

12. Instale las soluciones personalizadas de SharePoint en el entorno bNext.

    Importante

    Se recomienda instalar personalizaciones una vez creados de nuevo los servicios, ya que la naturaleza de las personalizaciones puede tener una dependencia en un servicio.

13. Lleve a cabo las siguientes tareas después de instalar las soluciones de personalización:

    • Elimine todas las bases de datos de contenido vacías que se hayan creado cuando las aplicaciones web se crearon por primera vez en la granja de servidores bNext.

    • Use el cmdlet Test-SPContentDatabase para probar las bases de datos de contenido con las aplicaciones web creadas recientemente para asegurarse de que se han implementado todas las personalizaciones necesarias y que no existe ningún problema.

14. Monte las bases de datos de contenido en la granja de servidores de bNext mediante el cmdlet Mount-SPContentDatabase.

    Importante

    Si hay más de una base de datos de contenido, monte primero la base de datos que contiene la colección de sitios raíz.

15. Actualice las bases de datos de contenido en la granja de servidores bNext usando el cmdlet Upgrade-SPContentDatabase.

16. Una vez completa la actualización, lleve a cabo las siguientes tareas en el servidor de la base de datos:

    • Establezca el reflejado de la base de datos de nuevo si estaba habilitado en la granja de servidores de bCurrent.

    • Restaure y pruebe todos los trabajos de mantenimiento de la base de datos.

17. Inicie los siguientes procesos de SharePoint:

    • Rastreo de búsqueda

    • Importación de perfiles

18. Compruebe que todos los servicios necesarios se están usando.

19. Realice pruebas funcionales en la granja de servidores de bNext para asegurarse de que la actualización se ha completado correctamente. Para más información, vea el artículo sobre Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010).

20. Redirija las solicitudes de los usuarios a la granja de servidores de bNext. Mantenga como solo lectura la granja de servidores de bCurrent en caso de que tenga que deshacer la actualización.

21. Siga probando y supervisando la nueva granja de servidores (bNext) de bCurrent durante el periodo de estabilización definido en el plan de actualización. Cuando esté seguro de que no tendrá que deshacer la actualización, puede eliminar la granja de servidores bCurrent antiguo y reciclar los servidores para usarlos con otros fines.

22. Realice un inventario de la configuración de la nueva granja de servidores para tener información actualizada que pueda usar para futuras actualizaciones de software.

Método lógico paso a paso para una actualización de base de datos adjunta en una granja de servidores federada

La instalación de una actualización de SharePoint Server 2010 en una granja de servidores federada requiere una mayor planeación preliminar que la instalación de una actualización en una sola granja de servidores. Sin embargo, la filosofía y el método fundamental para usar el método de base de datos adjunta para instalar una actualización en una granja federada es igual que para una sola granja de servidores. En función de la arquitectura del entorno federado, los matices de revisión y actualización de servidores de granjas pueden variar entre las granjas.

Orden de actualización y compatibilidad con versiones anteriores

La pregunta más frecuente sobre la actualización de un entorno de granja federada está relacionada con el orden de las revisiones y la compatibilidad n-1 con versiones anteriores entre granjas de servidores. En SharePoint Server 2010, puede actualizar las granjas de servicios federados en una de las siguientes secuencias:

• Actualice primero la granja del proveedor y, después, actualice la granja del cliente.

• Actualice primero la granja del cliente y, después, actualice la granja del proveedor.

Problemas conocidos con Microsoft SharePoint Server 2010 Service Pack 1 (SP1)

Existen unos posibles errores de compatibilidad n-1 al aplicar revisiones a la granja del cliente primero sin ejecutar el asistente para configuración de productos de SharePoint (psconfig.exe) para actualizar la granja de servidores de servicios de proveedor. Entre los posibles errores se incluyen: el servicio SharePoint Server Search no funciona, el servicio de indización de SharePoint Server no funciona; y las solicitudes de notificaciones no funcionan para las soluciones implementadas por el usuario.

Pasos de actualización de una granja de servidores federada

El entorno de granja de servidores federada que aparece en la siguiente ilustración se usa como ejemplo para mostrar el orden y los pasos necesarios para instalar una actualización de SharePoint Server en tres granjas de servidores.

La granja de servidores federada de la ilustración anterior consta de los siguientes elementos:

• Una granja de servidores de proveedor de servicios federada con búsqueda federada ("granja de servidores de proveedor" en la ilustración)

• Dos granjas de servidores de clientes federados ("cliente A" y "cliente B" en la ilustración)

Para la ilustración, la granja de servidores de proveedor se actualiza primero, seguida por las dos granjas de cliente.

Antes de seguir con la actualización de la granja de servidores de proveedor de servicios, le recomendamos que se familiarice con la información y las instrucciones sobre entornos previos a la producción y con el método de base de datos adjunta que ya se describe en este artículo.

La granja de servidores de proveedor bNext

Los siguientes pasos describen cómo aprovisionar y configurar la granja de servidores de proveedor bNext para que pueda colocarse en producción como la nueva granja de servidores de proveedor bCurrent.

1. Use los scripts de automatización para aprovisionar a los servidores necesarios para la granja de servidores bNext. En el escenario de este artículo, esto incluye los siguientes servidores: tres servidores web front end, tres servidores de aplicaciones y el servidor de base de datos de la granja de servidores, que está reflejada.

   El aprovisionamiento incluye la actualización del sistema operativo a al menos el mismo nivel de paquete de servicios o de actualización de software que el de los servidores de la granja de servidores de producción. Si corresponde, aplique las últimas actualizaciones del sistema operativo a los servidores bNext.

2. Aprovisione el servidor de base de datos bNext. Esto incluye las siguientes tareas:

   • Instale SQL Server y, durante la instalación, configúrelo para que coincida con la configuración de la granja de servidores de producción.

   • Actualice SQL Server a al menos el mismo nivel de versión que el de la granja de servidores de producción.

   • Copie los inicios de sesión y los permisos de bCurrent al servidor de base de datos bNext.

   • Configure los servicios necesarios y el firewall y, a continuación, compruebe la funcionalidad de la base de datos.

     Importante

     No refleje la base de datos principal hasta que haya ejecutado el Asistente para configuración de Productos y Tecnologías de SharePoint para completar la actualización del software de la granja de servidores.

3. Instale los archivos binarios de SharePoint Server en los servidores de bNext.

   • Instale SharePoint Server, pero no ejecute el Asistente para configuración.

   • Instale los archivos binarios de actualización o del paquete de servicios acumulativos, pero no ejecute el Asistente para configuración.

4. Ejecute Asistente para configuración de Productos y Tecnologías de SharePoint para crear una nueva granja de servidores.

   Importante

   No cree ninguna aplicación de servicios. Las creará o restaurará desde las copia de seguridad más adelante en el proceso.

   Realice las siguientes tareas para preparar bNext como copia de la granja de servidores de producción:

   • Configure los parámetros generales de la granja de servidores.

   • Cree y configure las aplicaciones web.

   • Copie sus soluciones personalizadas desde la granja de servidores bCurrent al entorno bNext. Tenga en cuenta que las dependencias pueden afectar a la correcta implementación de estas soluciones. Por ejemplo, puede haber una dependencia en una aplicación de servicio que no exista en este punto de la configuración de la granja de servidores. Para más información, vea el Apéndice C, que contiene directrices para la implementación de personalizaciones.

5. Realice una copia de seguridad completa de las bases de datos de la granja de servidores de producción. Esto incluye las bases de datos de contenido y las bases de datos de la aplicación de servicio que admiten copia de seguridad y recuperación de SQL Server.

6. Empiece realizando copias de seguridad del registro de transacciones de las bases de datos descritas en el paso anterior. Recomendamos las copias de seguridad del registro de transacciones en lugar de las copias de seguridad diferenciales por los siguientes motivos:

   • Minimizan la exposición a pérdida de trabajo.

   • Dado que los archivos de copia de seguridad son más pequeños, tardan menos tiempo en transferirse a través de la red. Además, puede copiar los archivos de copia de seguridad a la granja de servidores de bNext a diario, en lugar de todo a la vez.

   • El tamaño y el diseño del archivo le permiten restaurar por completo las bases de datos de producción a la granja de servidores de bNext. Para más información, vea el artículo sobre el trabajo con copias de seguridad del registro de transacciones (https://go.microsoft.com/fwlink/?linkid=152194&clcid=0xC0A).

7. Restaure las copias de seguridad completas de las bases de datos de producción al entorno SQL Server de bNext.

   Importante

   Use la opción NORECOVERY para restaurar las copias de seguridad de forma que las copias de seguridad de los registros de transacciones se puedan restaurar en copias de seguridad completas. Para más información, vea el artículo sobre restauración y recuperación de copias de seguridad en SQL Server (https://go.microsoft.com/fwlink/?linkid=134473&clcid=0xC0A).

8. Cambie la base de datos de contenido de la granja de servidores de producción (bCurrent) y las bases de datos de aplicación de servicios correspondientes a modo de solo lectura. Anote los siguientes puntos antes de bloquear la granja de servidores de producción:

   • Algunas aplicaciones de servicios no admiten el modo de solo lectura, y otras, como la de recolección de datos de uso y estado de Microsoft SharePoint Server, no funcionarán si sus bases de datos están definidas como solo lectura. Para más información, vea el Apéndice E de referencias de migración de aplicaciones de servicios.

   • Puede que se produzcan cambios en la configuración y en las aplicaciones de servicios mientras la granja de servidores está bloqueado. Por ejemplo, el servicio de búsqueda no funcionará en modo lectura; por tanto, es posible hacer cambios para un administrador. Este cambio no se mantendrá en la nueva granja de servidores. Debe tener esto en cuenta para minimizar el intervalo de tiempo de inactividad y reducir las posibles pérdidas de datos.

   • Cuando una base de datos se establece como de solo lectura, se detienen todas las conexiones, excepto la que establece la marca de solo lectura. Después de establecer la marca de solo lectura, se habilitan otras conexiones.

   • Si se refleja la granja de servidores existente, como es el caso de nuestra granja de servidores de ejemplo, debe pausar el reflejado antes de definir las bases de datos como solo lectura. Para más información, vea el artículo sobre procedimientos de administración de reflejado de bases de datos (motor de base de datos) (https://go.microsoft.com/fwlink/?linkid=225804&clcid=0xC0A).

9. Lleve a cabo las siguientes tareas para preparar la instalación de la búsqueda de Microsoft SharePoint Server en la granja de servidores de bNext:

   1. Use la copia de seguridad de SharePoint para realizar una copia de seguridad de las bases de datos de búsqueda y copie estas copias de seguridad en la granja de servidores de bNext.

   2. Copie las particiones de índice en los servidores de la aplicación de la nueva granja de servidores de bNext.

   3. Exporte la topología de búsqueda a un archivo XML y copie este archivo en el nuevo servidor de base de datos de bNext.

10. Lleve a cabo las siguientes tareas para restaurar la búsqueda de Microsoft SharePoint Server en la nueva granja de servidores de bNext:

    • A menos que los servidores de bNext tengan los mismos nombres que los servidores de bCurrent, tendrá que editar el archivo XML que contiene la topología exportada. Edite este archivo y proporcione los nuevos nombres de servidores.

    • Use el cmdlet Restore-SPEnterpriseSearchServiceApplication para restaurar la búsqueda.

11. Vuelva a crear servicios de granja de servidores en bNext y, cuando corresponda, asocie servicios a bases de datos de servicios de aplicaciones restauradas a partir de copias de seguridad de bCurrent.

12. Instale las soluciones personalizadas de SharePoint en el entorno bNext.

    Importante

    Se recomienda instalar personalizaciones una vez creados de nuevo los servicios, ya que la naturaleza de las personalizaciones puede tener una dependencia en un servicio.

13. Lleve a cabo las siguientes tareas después de instalar las soluciones de personalización:

    • Elimine todas las bases de datos de contenido vacías que se hayan creado cuando las aplicaciones web se crearon por primera vez en la granja de servidores bNext.

    • Use el cmdlet Test-SPContentDatabase para probar las bases de datos de contenido con las aplicaciones web creadas recientemente para asegurarse de que se han implementado todas las personalizaciones necesarias y que no existe ningún problema.

14. Monte las bases de datos de contenido en la granja de servidores de bNext mediante el cmdlet Mount-SPContentDatabase.

    Importante

    Si hay más de una base de datos de contenido, monte primero la base de datos que contiene la colección de sitios raíz.

15. Actualice las bases de datos de contenido en la granja de servidores bNext usando el cmdlet Upgrade-SPContentDatabase.

16. Una vez completa la actualización, lleve a cabo las siguientes tareas en el servidor de la base de datos:

    • Establezca el reflejado de la base de datos de nuevo si estaba habilitado en la granja de servidores de bCurrent.

    • Restaure y pruebe todos los trabajos de mantenimiento de la base de datos.

17. Inicie los siguientes procesos de SharePoint:

    • Rastreo de búsqueda

    • Importación de perfiles

18. Compruebe que todos los servicios necesarios se están usando.

19. Realice pruebas funcionales en la granja de servidores de bNext para asegurarse de que la actualización se ha completado correctamente. Para más información, vea el artículo sobre Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010).

20. Redirija las solicitudes de los usuarios a la granja de servidores de bNext. Mantenga como solo lectura la granja de servidores de bCurrent en caso de que tenga que deshacer la actualización.

21. Siga probando y supervisando la nueva granja de servidores (bNext) de bCurrent durante el periodo de estabilización definido en el plan de actualización. Cuando esté seguro de que no tendrá que deshacer la actualización, puede eliminar la granja de servidores bCurrent antigua y reciclar los servidores para usarlos con otros fines.

22. Realice un inventario de la configuración de la nueva granja de servidores para tener información actualizada que pueda usar para futuras actualizaciones de software.

La granja de servidores de cliente bNext

Los siguientes pasos describen cómo aprovisionar y configurar la granja de servidores de cliente bNext, "cliente A" en el ejemplo, para que pueda colocarse en producción como la nueva granja de servidores de cliente bCurrent.

1. Use los scripts de automatización para aprovisionar a los servidores necesarios para la granja de servidores bNext. En el escenario de este artículo, esto incluye los siguientes servidores: tres servidores web front end, tres servidores de aplicaciones y el servidor de base de datos de la granja de servidores, que está reflejado.

   El aprovisionamiento incluye la actualización del sistema operativo a al menos el mismo nivel de paquete de servicios o de actualización de software que el de los servidores de la granja de servidores de producción. Si corresponde, aplique las últimas actualizaciones del sistema operativo a los servidores bNext.

2. Aprovisione el servidor de base de datos bNext (CADB-1, CADB-2). Esto incluye lo siguiente:

   • Instale SQL Server y, durante la instalación, configúrelo para que coincida con la configuración de la granja de servidores de producción.

   • Actualice SQL Server a al menos el mismo nivel de versión que el de la granja de servidores de producción.

   • Copie los inicios de sesión y los permisos de bCurrent al servidor de base de datos bNext.

   • Configure los servicios necesarios y el firewall y, a continuación, compruebe la funcionalidad de la base de datos.

     Importante

     No refleje la base de datos principal hasta que haya ejecutado el Asistente para configuración de Productos y Tecnologías de SharePoint para completar la actualización del software de la granja de servidores.

3. Instale los archivos binarios de SharePoint Server en los servidores de bNext.

   • Instale SharePoint Server, pero no ejecute el Asistente para configuración.

   • Instale los archivos binarios de actualización o del paquete de servicios acumulativos, pero no ejecute el Asistente para configuración.

4. Ejecute Asistente para configuración de Productos y Tecnologías de SharePoint para crear una nueva granja de servidores.

   Importante

   No cree ninguna aplicación de servicios. Las volverá a crear o las restaurará desde las copia de seguridad más adelante en el proceso.

   Realice las siguientes tareas para preparar bNext como copia de la granja de servidores de producción:

   1. Configure los parámetros generales de la granja de servidores.

   2. Cree y configure las aplicaciones web.

   3. Copie sus soluciones personalizadas desde la granja de servidores bCurrent al entorno bNext. Tenga en cuenta que las dependencias pueden afectar a la correcta implementación de estas soluciones. Por ejemplo, puede haber una dependencia en una aplicación de servicio que no exista en este punto de la configuración de la granja de servidores. Para más información, vea el Apéndice C, que contiene directrices para la implementación de personalizaciones.

5. Realice una copia de seguridad completa de las bases de datos de la granja de servidores de producción. Esto incluye las bases de datos de contenido y las bases de datos de la aplicación de servicio que admiten copia de seguridad y recuperación de SQL Server.

6. Empiece realizando copias de seguridad del registro de transacciones de las bases de datos descritas en el paso anterior. Recomendamos las copias de seguridad del registro de transacciones en lugar de las copias de seguridad diferenciales por los siguientes motivos:

   • Minimizan la exposición a pérdida de trabajo.

   • Dado que los archivos de copia de seguridad son más pequeños, tardan menos tiempo en transferirse a través de la red. Además, puede copiar los archivos de copia de seguridad a la granja de servidores de bNext a diario, en lugar de todo a la vez.

   • El tamaño y el diseño del archivo le permiten restaurar por completo las bases de datos de producción a la granja de servidores de bNext. Para más información, vea el artículo sobre el trabajo con copias de seguridad del registro de transacciones (https://go.microsoft.com/fwlink/?linkid=152194&clcid=0xC0A).

7. Restaure las copias de seguridad completas de las bases de datos de producción al entorno SQL Server de bNext.

   Importante

   Use la opción NORECOVERY para restaurar las copias de seguridad de forma que las copias de seguridad de los registros de transacciones se puedan restaurar en copias de seguridad completas. Para más información, vea el artículo sobre restauración y recuperación de copias de seguridad en SQL Server (https://go.microsoft.com/fwlink/?linkid=134473&clcid=0xC0A).

8. Cambie la base de datos de contenido de la granja de servidores de producción (bCurrent) y las bases de datos de aplicación de servicios correspondientes a modo de solo lectura. Anote los siguientes puntos antes de bloquear la granja de servidores de producción:

   • Algunas aplicaciones de servicios no admiten el modo de solo lectura, y otras, como la de recolección de datos de uso y estado de Microsoft SharePoint Server, no funcionarán si sus bases de datos están definidas como solo lectura. Para más información, vea el Apéndice E de referencias de migración de aplicaciones de servicios.

   • Puede que se produzcan cambios en la configuración y en las aplicaciones de servicios mientras la granja de servidores está bloqueado. Por ejemplo, el servicio de búsqueda no funcionará en modo lectura; por tanto, es posible hacer cambios para un administrador. Este cambio no se mantendrá en la nueva granja de servidores. Debe tener esto en cuenta para minimizar el intervalo de tiempo de inactividad y reducir las posibles pérdidas de datos.

   • Cuando una base de datos se establece como de solo lectura, se detienen todas las conexiones, excepto la que establece la marca de solo lectura. Después de establecer la marca de solo lectura, se habilitan otras conexiones.

   • Si se refleja la granja de servidores existente, como es el caso de nuestra granja de servidores de ejemplo, debe pausar el reflejado antes de definir las bases de datos como solo lectura. Para más información, vea el artículo sobre procedimientos de administración de reflejado de bases de datos (motor de base de datos) (https://go.microsoft.com/fwlink/?linkid=225804&clcid=0xC0A).

9. Lleve a cabo las siguientes tareas para preparar la instalación de la búsqueda de Microsoft SharePoint Server en la granja de servidores de bNext:

   • Use la copia de seguridad de SharePoint para realizar una copia de seguridad de las bases de datos de búsqueda y copie estas copias de seguridad en la granja de servidores de bNext.

   • Copie las particiones de índice en los servidores de la aplicación de la nueva granja de servidores de bNext.

   • Exporte la topología de búsqueda a un archivo XML y copie este archivo en el nuevo servidor de base de datos de bNext.

10. Lleve a cabo las siguientes tareas para restaurar la búsqueda de Microsoft SharePoint Server en la granja de servidores de bNext:

    • A menos que los servidores de bNext tengan los mismos nombres que los servidores de bCurrent, tendrá que editar el archivo XML que contiene la topología exportada. Edite este archivo y proporcione los nuevos nombres de servidores.

    • Use el cmdlet Restore-SPEnterpriseSearchServiceApplication para restaurar la búsqueda.

11. Vuelva a crear servicios de granja de servidores en bNext y, cuando corresponda, asocie servicios a bases de datos de servicios de aplicaciones restauradas a partir de copias de seguridad de bCurrent.

12. Instale las soluciones personalizadas de SharePoint en el entorno bNext.

    Importante

    Se recomienda instalar personalizaciones una vez creados de nuevo los servicios, ya que la naturaleza de las personalizaciones puede tener una dependencia en un servicio.

13. Lleve a cabo las siguientes tareas después de instalar las soluciones de personalización:

    • Elimine todas las bases de datos de contenido vacías que se hayan creado cuando las aplicaciones web se crearon por primera vez en la granja de servidores bNext.

    • Use el cmdlet Test-SPContentDatabase para probar las bases de datos de contenido con las aplicaciones web creadas recientemente para asegurarse de que se han implementado todas las personalizaciones necesarias y que no existe ningún problema.

14. Monte las bases de datos de contenido en la granja de servidores de bNext mediante el cmdlet Mount-SPContentDatabase.

    Importante

    Si hay más de una base de datos de contenido, monte primero la base de datos que contiene la colección de sitios raíz.

15. Actualice las bases de datos de contenido en la granja de servidores bNext usando el cmdlet Upgrade-SPContentDatabase.

16. Una vez completa la actualización, lleve a cabo las siguientes tareas en el servidor de la base de datos:

    • Establezca el reflejado de la base de datos de nuevo si estaba habilitado en la granja de servidores de bCurrent.

    • Restaure y pruebe todos los trabajos de mantenimiento de la base de datos.

17. Inicie los siguientes procesos de SharePoint:

    • Rastreo de búsqueda

    • Importación de perfiles

18. Compruebe que todos los servicios necesarios se están usando.

19. Realice pruebas funcionales en la granja de servidores de bNext para asegurarse de que la actualización se ha completado correctamente. Para más información, vea el artículo sobre Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010).

20. Redirija las solicitudes de los usuarios a la granja de servidores de bNext. Mantenga como solo lectura la granja de servidores de bCurrent en caso de que tenga que deshacer la actualización.

21. Siga probando y supervisando la nueva granja de servidores (bNext) de bCurrent durante el periodo de estabilización definido en el plan de actualización. Cuando esté seguro de que no tendrá que deshacer la actualización, puede eliminar la granja de servidores bCurrent antigua y reciclar los servidores para usarlos con otros fines.

22. Realice un inventario de la configuración de la nueva granja de servidores para tener información actualizada que pueda usar para futuras actualizaciones de software.

Tras acabar la prueba de la granja "Cliente A", repita estos pasos para aprovisionar, actualizar y configurar la granja de cliente restante de bNext, "Cliente B" en nuestro ejemplo, para poder ponerla en producción como la nueva granja de servidores restante de cliente de bCurrent.

Conclusión

Las instrucciones y los pasos proporcionados en este artículo funcionarán en granjas de servidores de distintos tamaños y complejidades. También pueden usarse de forma conjunta con la actualización en contexto en un escenario de varias granjas de servidores. Puede (y debe) personalizar estos pasos para que se ajusten a su entorno. Recomendamos seguir estos pasos y registrar la experiencia de actualización como una plantilla para la instalación de futuras actualizaciones de software.

Apéndice A. Opciones de actualización compatibles

Tal y como se ha indicado en la introducción, hay dos opciones admitidas para instalar actualizaciones de software de SharePoint Server 2010 en un escenario de actualización de una compilación a otra: en contexto y base de datos adjunta. Cada una tiene distintas ventajas y desventajas que tendrá que considerar en el contexto del entorno que va a actualizar.

Actualización en contexto

Una actualización en contexto tiene lugar en el mismo hardware que la versión actual de la instalación de SharePoint Server. La actualización de software se instala en todos los equipos de un entorno de producción. Al usar una actualización en contexto, todos los servidores de la granja de servidores se actualizan a un nuevo nivel de compilación como parte de un único proceso fijo.

Ventajas de la actualización en contexto

La actualización en contexto tiene las siguientes ventajas sobre el método de actualización de base de datos adjunta:

• No hay necesidad de una infraestructura adicional: la infraestructura existente del entorno sigue usándose tras la actualización.

• La configuración de toda la granja se mantiene y se actualiza.

• Las personalizaciones están disponibles en el entorno después de la actualización, aunque es posible que sea necesario realizar manualmente algunos pasos para actualizarlas o modificarlas.

Inconvenientes de la actualización en contexto

La actualización en contexto tiene los siguientes inconvenientes en comparación con el método de actualización de base de datos adjunta:

• Largo tiempo de inactividad de producción: la actualización no se interrumpe. Por tanto, debe asignar el tiempo suficiente para que todo el contenido se actualice por orden. Además, la granja de servidores de producción debe detenerse para que se realice la parte de la actualización de la instalación. Aunque se pueden usar algunos métodos para actualizar servidores de granja de servidores de una forma que no todos los servidores se apaguen, cuando la actualización se ejecute en la granja de servidores para actualizar las bases de datos, toda la granja de servidores dejará de estar disponible.

• Imposibilidad de desinstalar: las actualizaciones acumulativas y los service packs no se pueden desinstalar si hay un error de actualización. El único método admitido para “deshacer” sería la restauración de las imágenes del servidor de la granja de servidores a su estado previo a la actualización, o bien volver a compilar la granja de servidores de SharePoint. En ambos casos, las bases de datos de contenido deben restaurarse de las copias de seguridad previas a la actualización.

• Coherencia entre entornos: a menos que la actualización se pruebe en un entorno previo a la producción, es posible que las diferencias y los errores de configuración provoquen un error en la actualización. Incluso con las pruebas previas a la producción, es posible que aparezcan errores de actualización debidos a diferencias que no se observaron o a errores humanos durante el proceso de la actualización.

Para obtener más información acerca de la actualización en contexto, vea Instalación de una actualización de software (SharePoint Server 2010).

Actualización de base de datos adjunta

La actualización de base de datos adjunta tiene lugar en una nueva granja de servidores que se ha creado para la actualización. Esta granja de servidores es un duplicado de la granja que se está actualizando.

Ventajas de la actualización de base de datos adjunta

La actualización de base de datos adjunta tiene las siguientes ventajas sobre el método de actualización en contexto:

• Para sitios de gran tamaño y con funciones cruciales, hay cierto grado de disponibilidad durante la actualización.

• Permite una administración eficaz del tiempo de inactividad y, por tanto, una actualización más predecible.

• Si se produce un error grave durante la actualización, el entorno de producción existente estará disponible para los usuarios.

Inconvenientes de la actualización de base de datos adjunta

La actualización de base de datos adjunta tiene los siguientes inconvenientes en comparación con el método de actualización en contexto:

• Coste. La estrategia se basa en la duplicación de la infraestructura (física o virtual) y la duplicación de datos, lo que aumenta el coste general de la actualización.

• Complejidad. Desde una perspectiva de configuración y operaciones, el proceso es más complejo que una actualización en contexto, por ejemplo:

  • Un entorno de SharePoint Server de producción secundaria se ha creado, actualizado, configurado y validado.

  • Requiere la recreación completa de algunas aplicaciones de servicios, así como la reconfiguración de otras aplicaciones de servicio.

  • Requiere un equilibrado de carga o una solución DNS para redirigir a los usuarios de una granja a otra.

• Aunque la granja original está disponible durante la actualización, esta estrategia no proporciona disponibilidad al 100% de lectura/escritura a los usuarios durante la actualización. La granja de servidores de producción estará en estado de solo lectura durante la actualización. La duración de este estado dependerá de los entornos individuales, e incluye factores como el tamaño y la complejidad de la base de datos o la capacidad de automatización.

Puntos de decisión y procesos para las actualizaciones de software

El siguiente diagrama de flujo muestra los principales puntos de decisión que deben tenerse en cuenta al planear una actualización de software. El diagrama de flujo también muestra los procesos de alto nivel y su secuencia al instalar una actualización de software.

Apéndice B. Configuración de una base de datos de SQL Server como de solo lectura

La definición de una base de datos de SQL Server como solo lectura para la actualización de la granja de servidores requiere las siguientes acciones:

• Deshabilitar AUTO_UPDATE_STATISTICS_ASYNC

• Detener todos los trabajos de actualización de estadísticas asincrónicas en funcionamiento

• Definir la base de datos en modo de un solo usuario

• Definir la base de datos en el estado deseado (READ_ONLY)

Para obtener más información, vea el tema sobre ALTER DATABASE (Transact-SQL) (https://go.microsoft.com/fwlink/?linkid=148619&clcid=0xC0A). Este artículo también proporciona información sobre cómo configurar una base de datos para que sea de lectura y escritura, lo que requiere configurar la base de datos de nuevo a modo de varios usuarios y volver a habilitar la opción AUTO_UPDATE_STATISTICS_ASYNC.

Apéndice C. Instrucciones para la implementación de personalizaciones

Deben tenerse consideraciones especiales para asegurarse de que las personalizaciones se implementan sin problemas durante la actualización. Use las siguientes instrucciones para implementar las personalizaciones en la granja de servidores de prueba:

• Pruebe las personalizaciones en modo de solo lectura. Asegúrese de que las personalizaciones siguen funcionando o que se deshabilitan correctamente cuando la granja de servidores se pone en modo de solo lectura.

• Pruebe la implementación de la solución y la activación de la característica. Asegúrese de que las personalizaciones se pueden implementar correctamente sin contenido. Los paquetes de soluciones se implementan como parte del proceso de compilación de la granja de servidores antes de que se adjunten las bases de datos. Pruebe la implementación del paquete de la solución y la activación de la característica sin datos.

• Corrija los problemas antes de intentar realizar la actualización. Recomendamos abordar de inmediato los problemas de personalización encontrados durante la prueba. El método de base de datos adjunta es un proceso complejo. Si se agrega una complejidad adicional al usar soluciones alternativas para implementar personalizaciones, se agregará el riesgo de fallo de la actualización.

Apéndice D. Técnicas para la replicación de contenido y datos de una granja de servidores

Se pueden usar varias técnicas para replicar el contenido y los datos de la granja de servidores de producción para que se puedan usar en la nueva granja.

Copia de archivo

La copia de archivos tradicional de cada base de datos admitida en el nuevo entorno.

Ventajas	Inconvenientes
No se requiere un software adicional Fácil de usar y ejecutar	La operación de copia no se puede iniciar hasta que la base de datos esté en modo de solo lectura. El tiempo de la copia de archivo suele ser el más largo, ya que debe copiarse la base de datos en su totalidad en una única operación. El tiempo necesario hace que este método sea el más afectado por la latencia de red y los paquetes descartados.

Copia de seguridad y restauración de SQL Server

Esto implica el uso de una combinación de copias de seguridad completas, diferenciales o incrementales de SQL Server para replicar el contenido de producción que se restaurará a posteriori en el nuevo entorno.

Ventajas

Inconvenientes

Una función intrínseca de SQL Server Una copia de seguridad incremental reduce la cantidad de datos que tienen que copiarse en el momento que las bases de datos están en modo de solo lectura Se puede usar la compresión SQL para reducir el volumen de datos que tienen que copiarse en el nuevo entorno Las copias de seguridad ya deben estar disponibles (si se siguen las recomendaciones de funcionamiento) Se puede producir una restauración parcial al nuevo servidor de base de datos antes de que las bases de datos estén en modo de solo lectura

Puede tardar más que otros métodos de replicación de datos La última copia de seguridad incremental debe producirse durante el congelamiento de la producción

Creación de reflejo de base de datos

La creación de reflejo de base de datos es una característica de SQL Server en la que SQL Server escribirá en dos bases de datos a la vez. En la mayoría de los casos, realizará esto para obtener una alta disponibilidad de los datos y el servidor de la base de datos. Esta forma de replicar el contenido para la actualización requiere que una mitad del reflejo se retire para que las bases de datos reflejadas se puedan copiar y actualizar. Para más información acerca de la creación de reflejo de bases de datos de SQL Server, vea el artículo sobre creación de reflejo de base de datos (https://go.microsoft.com/fwlink/?linkid=216767&clcid=0xC0A).

Ventajas	Inconvenientes
Una función intrínseca de SQL Server Requiere el tiempo mínimo entre el bloqueo de la granja de producción y la restauración del contenido en la granja nueva Si se desea, el servidor de base de datos de reflejo puede convertirse en SQL Server principal de la nueva granja. Esto reduce aún más el tiempo de actualización (aunque afecta temporalmente a la alta disponibilidad)	Sitúa a la granja de producción en un estado en el que no está disponible temporalmente (en el nivel de SQL/datos) Requiere tiempo para restablecer el reflejo tanto si la actualización se realiza correctamente como si no

Trasvase de registros

El trasvase de registros se puede usar para replicar registros de transacción y enviarlos al nuevo entorno para que se puedan volver a reproducir para reconstituir los datos en los servidores de bases de datos. Para más información, lea el artículo sobre el trasvase de registros (https://go.microsoft.com/fwlink/?linkid=149021&clcid=0xC0A)

Ventajas

Inconvenientes

Una función intrínseca de SQL Server Los registros se pueden enviar a varias ubicaciones, como a la nueva granja y a una ubicación de recuperación ante desastres No afecta a la alta disponibilidad de producción de SQL Server para el entorno de producción Permite reproducir los registros de transacción para volver a compilar la mayoría de los conjuntos de datos de producción antes de que el contenido de la granja de servidores se haya configurado como de solo lectura

Requiere supervisión y administración Los tiempos de replicación de registros pueden variar, y la latencia de red tiene un efecto notable sobre los tiempos de trasvase de registros Coloca una carga continua sobre el servidor producción

Copia de seguridad y restauración de Data Protection Manager o de terceros

SQL Server admite utilidades de copia de seguridad de Microsoft y de terceros que pueden disminuir los tiempos de copia de seguridad y aumentar la eficacia del almacenamiento. Para más información acerca de Microsoft System Center Data Protection Manager, vea el artículo el sitio web de Microsoft Server y la plataforma de nube (en inglés) (https://go.microsoft.com/fwlink/?linkid=179139&clcid=0xC0A) (en inglés).

Ventajas	Inconvenientes
Operaciones de copia de seguridad y restauración más rápidas que la copia de seguridad y restauración nativas de SQL Server Eficacia de almacenamiento mejorada	Requiere licencia adicional Requiere infraestructura adicional La utilidad puede no admitir todos los escenarios, como .NET Framework remoto

Apéndice E. Referencia de migración de aplicación de servicio

La siguiente tabla describe los métodos admitidos para mover cada aplicación de servicio de SharePoint Server a otro servidor de base de datos.

Aplicación de servicio	Base de datos	Método admitido	Admite solo lectura	Notas
Servicios de Access	Ninguno	No disponible	No disponible
Detección de aplicaciones y equilibrio de carga	Ninguno	No disponible	No disponible
Servicio de registro de aplicaciones	Servicio de registro de aplicaciones	Recreación	No
Conectividad a datos empresariales	Conectividad a datos empresariales	Base de datos adjunta Recreación
Servicios de Excel	Ninguno	No disponible	No disponible
Configuración de suscripción de Microsoft SharePoint Foundation	Suscripción	Base de datos adjunta
Servicio de metadatos administrados	Servicio de metadatos administrados	Base de datos adjunta Recreación
PerformancePoint Services	PerformancePoint Services	Recreación
Servicio de PowerPoint	Ninguno	No disponible	No disponible
Aplicación de servicio Project Server	Borrador Publicada Archivo Informes	Base de datos adjunta	No	Requiere sincronización entre las bases de datos Necesidad de configuración de marcas de tiempo o marcado del registro Para más información, vea Actualización completa de base datos adjunta a Project Server 2010
Búsqueda de SharePoint Server	Administración de búsqueda Rastreo Propiedad	Recreación Copia de seguridad y restauración de SharePoint	No	Las particiones de índice se copian en la nueva granja de servidores y se restauran en el nuevo servidor de base de datos. La topología de búsqueda se exporta y se restaura en el nuevo servidor.
Almacenamiento seguro	Almacenamiento seguro	Base de datos adjunta Recreación		La frase de contraseña de la nueva base de datos debe ser idéntica a la base de datos de origen.
Servicio de token de seguridad		Recreación
Servicio de estado	Estado	Recreación	No
Recolección de datos de mantenimiento y uso	Registro	Recreación	No
Perfiles de usuario	Perfiles Sincronización Etiquetas temáticas	Base de datos adjunta Recreación		El perfil requiere la restauración de una clave de FIM cifrada
Servicio de gráficos de Visio	Ninguno	No disponible	No disponible
Servicio de Web Analytics	Almacenamiento provisional Informes	Base de datos adjunta Recreación
Servicio de automatización de Word	Servicios de automatización de Word	Recreación	No disponible
Servicio de visualización de Word	Ninguno	No disponible	No disponible

Apéndice F. Recursos de automatización

Scripts

Las siguientes colecciones de scripts se pueden usar para implementar SharePoint Server y configurar una granja de servidores. Pueden usarse así o como guía para desarrollar scripts personalizados para su entorno.

• SPModule.zip. El archivo SPModule.zip es una muestra no admitida de un módulo Windows PowerShell escrito por miembros del grupo de productos de SharePoint. El módulo puede usarse para realizar tareas administrativas simples relacionadas con la instalación de una granja de servidores de SharePoint. Descargar SPModule.zip (en inglés) (https://go.microsoft.com/fwlink/?linkid=229657&clcid=0xC0A) (en inglés).

• AutoSPInstaller. Este proyecto consta de scripts de Windows PowerShell 2,0, un archivo de entrada XML y un archivo por lotes estándar de Windows que se usa para iniciar el proceso de implementación y configuración. Descargar el proyecto AutoSPInstaller (en inglés) (https://go.microsoft.com/fwlink/?linkid=229659&clcid=0xC0A) (en inglés).

Apéndice G. Otros recursos

Recomendamos consultar los siguientes recursos durante la actualización y antes de esta:

Artículo	Descripción
Planeación y preparación de la actualización (SharePoint Server 2010)	Contiene vínculos a artículos que le ayudarán a planear y a prepararse para la actualización de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010.
Prueba y solución de problemas de actualización (SharePoint Server 2010)	Incluye vínculos a artículos 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.
Procedimientos recomendados para probar la actualización (SharePoint Server 2010)	Proporciona instrucciones de procedimientos recomendados para realizar pruebas precisas y útiles del proceso de actualización.
Lista de comprobación para actualización de base de datos adjunta (SharePoint Server 2010)	Una lista de comprobación de todos los pasos necesarios para preparar la actualización, realizar la actualización y los pasos posteriores a la actualización.
Realizar una actualización de base de datos adjunta a SharePoint Server 2010	Proporciona vínculos a artículos que describen cómo usar la base de datos adjunta para realizar una actualización de una versión a otra.
Pasos posteriores a la actualización para una actualización de base de datos adjunta (SharePoint Server 2010)	Describe pasos adicionales para asegurarse de que la infraestructura que soporta el contenido está lista para atender a las solicitudes de los usuarios de nuevo.
Referencia de instalación (SharePoint Server 2010)	Proporciona vínculos a información de referencia sobre cómo instalar Microsoft SharePoint Server usando la herramienta de línea de comandos Psconfig, Config.xml y Windows PowerShell.