Compartir a través de


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

 

Se aplica a: SharePoint Server 2010

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

Una parte importante de la planeación de la actualización de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010 consiste en determinar cuánto tiempo tardará el proceso de actualización y cuánto espacio de almacenamiento se necesitará. Cada entorno es único e incluye funcionalidades de hardware diferentes y características de sitios distintas. El espacio y el tiempo necesarios para ejecutar una actualización variará en gran medida en función del entorno. La mejor manera de calcular estos factores es realizar una actualización de prueba y, a continuación, analizar el espacio y el tiempo que se necesitó. Para obtener más información acerca de cómo realizar una actualización de prueba, vea Realización de una actualización de prueba para detectar posibles problemas (SharePoint Server 2010).

En este artículo:

  • Estimación del espacio necesario para la actualización

  • Estimación de la duración de la actualización

Estimación del espacio necesario para la actualización

Cuando se realiza una actualización en contexto o una actualización de base de datos adjunta, es posible que las bases de datos se expandan durante la actualización. Además, muchas transacciones tienen lugar durante la ejecución del proceso de actualización, por lo que debe asegurarse de que los archivos de registro tienen espacio suficiente para expandirse y dar cabida a los cambios que se están produciendo. Al planear, debe tener en cuenta el crecimiento de las bases de datos y de los archivos de registro.

Cuando planee la actualización, asegúrese de que el entorno actual sigue los procedimientos recomendados para el almacenamiento de Office SharePoint Server 2007, de manera que tenga la mejor experiencia y rendimiento durante la actualización. Para obtener más información, vea el tema sobre recomendaciones de almacenamiento físico (Office SharePoint Server). También debe revisar los procedimientos recomendados para SharePoint Server 2010 y hacer los ajustes necesarios para el entorno de actualización.

Debido a los cambios en las estructuras de tabla en la nueva versión, las bases de datos crecen temporalmente mientras los datos se reorganizan. Este espacio puede recuperarse después de la actualización, pero hay que asegurarse de que haya espacio para que las bases de datos crezcan hasta un 50 por ciento más que sus tamaños actuales durante una actualización en contexto o una actualización de base de datos adjunta (tenga en cuenta que después de la actualización, puede volver a reducir la base de datos para recuperar gran parte de este espacio). Igualmente, debe asegurarse de que haya espacio en los servidores de bases de datos para que las bases de datos crezcan con el tiempo y con el uso habitual. Para averiguar el tamaño actual de las bases de datos, use el Administrador corporativo de Microsoft SQL Server. Además del espacio de la base de datos, también necesita tener espacio para los siguientes elementos:

  • Asegúrese de tener suficiente espacio en la base de datos para permitir el rápido crecimiento de las bases de datos temporales. Si no tiene suficiente espacio, el proceso de actualización puede agotar el tiempo de espera y la actualización puede producir un error.

  • Los archivos de registro actualizados.

  • Los archivos de registro de transacciones para las bases de datos. Estos archivos de registro deben crecer con rapidez para dar cabida a la cantidad de cambios que tienen lugar en las bases de datos.

    Nota

    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) (https://go.microsoft.com/fwlink/?linkid=182619&clcid=0xC0A) o sobre la expansión de una base de datos (SQL Server 2008) (https://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.

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 actualización, además del tiempo requerido para procesar los datos, también se debe estimar la duración de las actividades de las fases previa y posterior a la actualización.

Para los pasos previos a la actualización, tenga en cuenta los siguientes factores:

  • Creación de elementos personalizados   La actualización de elementos web o la modificación de plantillas personalizadas para aprovechar nuevas características lleva cierta cantidad de tiempo. El proceso de creación de elementos personalizados debe iniciarse pronto, durante la fase de evaluación del proyecto.

  • Copia de seguridad de las bases de datos   En una actualización en contexto, debe realizar una copia de seguridad completa (no una copia de seguridad diferencial) de todo el entorno para asegurarse de que pueda recuperar los datos en el caso poco probable de que se produzca un error en la actualización y tenga que volver a crear el conjunto o granja de servidores. En el caso de entornos de gran tamaño, este paso puede llevar una cantidad de tiempo considerable. En particular, si realiza la copia de seguridad en una ubicación de red, los problemas de latencia de red pueden ralentizar el proceso.

Para los pasos posteriores a la actualización, tenga en cuenta los siguientes factores:

  • Comprobación de sitios y realización de cambios   Deje suficiente tiempo para que los usuarios validen sus sitios después de la actualización. Esto puede tardar varios días. Para obtener más información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010).

  • Creación de aplicaciones de servicio y configuración de servicios   Este paso solo se aplica durante una actualización de base de datos adjunta (en una actualización en contexto, la creación de las aplicaciones de servicio es un paso más del proceso de actualización). La creación de aplicaciones de servicio y la configuración de servicios no lleva mucho tiempo, pero si necesita ponerse en contacto con un administrador de la base de datos para que cree previamente las bases de datos, es posible que necesite empezar uno o dos días antes.

  • Conversión de propiedades de perfiles a datos de taxonomía y actualización de la tienda de fotografías para servicios de perfiles de usuarios   Debe convertir las propiedades de perfiles de usuarios que incluyan listas de opciones para usar características de taxonomía provistas por el servicio de metadatos administrados. Según el número de perfiles de usuarios que haya en el entorno, estos pasos pueden agregar una o más horas al proceso de actualización.

  • Ejecutar un rastreo de usuarios   En las organizaciones grandes, este paso puede durar más de 24 horas.

  • Ejecutar un rastreo de búsqueda de todo el contenido   Para los sitios grandes, pueden necesitarse más de 24 horas.

Otros factores del entorno también pueden contribuir a prolongar los tiempos de actualización, como por ejemplo:

  • Bibliotecas de documentos de gran tamaño   La actualización de una biblioteca que tenga más de 250.000 documentos en la raíz (no en carpetas) llevará mucho tiempo y es posible que no se realice correctamente. Las recomendaciones de Microsoft Office SharePoint Server 2007 sobre el uso de carpetas para dividir grandes bibliotecas de documentos pueden ayudarle a controlar el 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.

    Nota

    Si tiene bases de datos de contenido que ocupan más de 100 GB e incluyen diferentes tipos de sitio (como Mis sitios y sitios de grupo junto con sitios publicados), se recomienda dividirlas en bases de datos más pequeñas que contengan un mismo tipo de datos antes de realizar la actualización. Las bases de datos de gran tamaño no solo tardan más en actualizarse, sino que también puede resultar más difícil recuperarlas si la actualización no se completa correctamente.
    Puede usar las operaciones mergecontentdbs o backup y restore en Stsadm.exe para mover sitios entre bases de datos. Para obtener más información, vea el tema sobre la operación mergecontentdbs de Stsadm (Office SharePoint Server) y sobre las operaciones backup y restore de Stsadm (Office SharePoint Server).

    Si tiene una base de datos muy grande (más de 100 GB) que no se puede dividir en partes porque la mayor parte del contenido se encuentra en una sola colección de sitios, es posible que deba reconsiderar el método de actualización. Una actualización de base de datos adjunta resulta más complicada con bases de datos muy grandes debido a la dificultad del proceso de copia de seguridad y restauración de éstas.

    Advertencia

    Asegúrese de seguir los criterios de planeación de capacidad de las versiones nuevas y anteriores antes de intentar realizar la actualización. Si ha excedido los criterios para obtener un rendimiento óptimo, el proceso de actualización puede ser más lento o producir un error (por ejemplo, el proceso puede agotar el tiempo de espera repetidamente en la misma biblioteca de documentos de gran tamaño). Si la implementación no cumple los criterios de capacidad recomendados, considere la posibilidad de realizar algún ajuste para cumplir dichos criterios antes de intentar la actualización. Como ya señalamos, las actualizaciones de prueba pueden ayudarle a tomar esa decisión.

  • Requisitos de comunicaciones

    Debe notificar a los usuarios y al equipo sobre la programación de actualización y darles tiempo suficiente para que realicen sus tareas. Para obtener más información, vea Crear un plan de comunicación (SharePoint Server 2010).

  • Administración de alertas y alarmas de System Center

    Debe supervisar el rendimiento del sistema durante la actualización, pero no es necesario supervisar características específicas. Pause todas las alertas y alarmas innecesarias de Microsoft Systems Center Operations Manager o Microsoft Operations Manager, y vuelva a activarlas después de la actualización.

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