Estimación de la duración del proceso de actualización y la cantidad de espacio necesario (Windows SharePoint Services)

  • Artículo

En este artículo:

  • Estimación de la cantidad de espacio necesario para la actualización

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

  • Hoja de trabajo relacionada

Cada entorno es único e incluye capacidades de hardware diferentes y características de sitio diferentes. La cantidad de espacio y el tiempo necesarios para ejecutar una actualización variará en gran medida en función en su entorno. La mejor manera de estimar el espacio y tiempo necesarios para el proceso de actualización es realizar un paso de actualización de la versión de prueba y, a continuación, revisar los tamaños y tiempos. Para obtener más información acerca de cómo realizar una actualización de prueba, vea Uso de una actualización de prueba para encontrar posibles problemas (Windows SharePoint Services).

Estimación de la cantidad de espacio necesario para la actualización

Dependiendo del enfoque de actualización que seleccione, necesitará diferentes cantidades de espacio disponible en disco para llevar a cabo la actualización. Con la actualización inmediata y los enfoques de migración de la base de datos, deberá planear una expansión muy pequeña de las bases de datos; sin embargo, hay muchas transacciones en curso mientras se ejecuta el proceso de actualización, por lo que los archivos de registro deberán expandirse para acomodar los cambios que se producen.

Con una actualización gradual, debe tener espacio para tres conjuntos de bases de datos: las bases de datos originales, las bases de datos temporales donde se produce la actualización y las bases de datos actualizadas. Además, necesita espacio para los archivos de registro y los índices de búsqueda adicionales (si son necesarios).

Para ver recomendaciones y prácticas recomendadas clave para ayudarle a planear y supervisar los requisitos de almacenamiento de SQL Server para que admitan el rendimiento y funcionamiento óptimos de las granjas de servidores, vea Procedimientos y prácticas recomendadas de planeación y supervisión del almacenamiento de SQL Server para Windows SharePoint Services (notas del producto).

Estimación de espacio para una actualización inmediata o una migración de base de datos

Para una actualización inmediata o una migración de base de datos, no es necesario planear una gran cantidad de espacio extra. En el caso de una migración de base de datos de contenido, sólo necesita contar con tanto espacio disponible en el nuevo hardware como el necesario para las bases de datos actuales, además de espacio para futuras expansiones. Si desea saber el tamaño actual de las bases de datos, use Enterprise Manager de Microsoft SQL Server. Además del espacio de base de datos, también necesita tener sitio para los siguientes elementos:

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

  • Los archivos de registro de la actualización.

  • Los archivos de registro de transacciones para las bases de datos. Estos archivos de registro deben crecer con rapidez para admitir los cambios que tienen lugar en las bases de datos. Asegúrese de tener suficiente espacio libre en disco para estos archivos de registro.

    Nota

    En entornos de gran tamaño, existe la posibilidad de que la tasa de crecimiento predeterminada para los archivos de registro de transacciones (10%) no sea suficiente para que el proceso de actualización continúe, lo cual puede agotar el tiempo de espera del proceso. De nuevo, una actualización de la versión de prueba es la mejor forma para determinar si los archivos de registro de transacciones admiten el proceso de actualización. Si el entorno es muy grande, o si se agotó el tiempo de espera durante una actualización de prueba, considere la posibilidad de aumentar previamente los archivos de registro de transacciones de SQL Server para asegurarse de que tienen espacio para las transacciones que se deben procesar. Para obtener más información sobre aumentar previamente los registros de transacciones de SQL Server, vea el tema "Expandir una base de datos" en la documentación de SQL Server 2000 o 2005.

Estimación del espacio para una actualización gradual

Si está siguiendo una ruta de actualización gradual, deberá tener suficiente espacio de base de datos para dar cabida a una cantidad de datos aproximadamente tres veces el tamaño de su colección de sitios más grande. Para averiguar el tamaño actual de las bases de datos, use Enterprise Manager en SQL Server.

Si no dispone de la cantidad necesaria de espacio de disco, puede reducir esta sobrecarga al actualizar sitios por lotes. Después de actualizar algunos lotes y confirmar con el propietario del sitio que las versiones antiguas ya no son necesarias, puede comenzar a limpiar y eliminar los sitios de la versión anterior (después de hacer una copia de seguridad). Si continúa de esta forma (actualizar nuevos lotes y eliminar sitios de la antigua versión), puede regular la cantidad de espacio necesario.

Además del espacio de la base de datos, también necesita tener sitio para los siguientes elementos:

  • Los archivos de registro de la actualización.

  • Los archivos de registro de transacciones para las bases de datos. Estos archivos de registro deben crecer con rapidez para admitir los cambios que tienen lugar en las bases de datos. Asegúrese de tener suficiente espacio libre en disco para estos archivos de registro.

    Nota

    En entornos de gran tamaño, existe la posibilidad de que la tasa de crecimiento predeterminada para los archivos de registro de transacciones (10%) no sea suficiente para que el proceso de actualización continúe, lo cual puede agotar el tiempo de espera del proceso. De nuevo, la actualización de prueba es la mejor forma de determinar si los archivos de registro de la transacción tendrán suficiente espacio para proceso de actualización. Si el entorno es muy grande, o si se agotó el tiempo de espera durante una actualización de prueba, considere la posibilidad de aumentar previamente los archivos de registro de transacciones de SQL Server para asegurarse de que tienen espacio para las transacciones que se deben procesar. Para obtener más información sobre aumentar previamente los registros de transacciones de SQL Server, vea el tema "Expandir una base de datos" en la documentación de SQL Server 2000 o 2005.

Para obtener más información acerca de cómo se usa el espacio en disco durante una actualización gradual, vea Funcionamiento del proceso de actualización (Windows SharePoint Services).

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

Con los cálculos de espacio de disco en mano, podrá calcular una estimación aproximada de la duración del proceso de actualización real. Los tiempos de actualización varían ampliamente entre los entornos. El rendimiento de una actualización dependerá en gran medida del hardware que se use, la complejidad de los sitios y de las características particulares de la implementación. Por ejemplo, si dispone de un gran número de bibliotecas de documentos de gran tamaño, es posible que la actualización de las mismas tarde más que la de un sitio más simple.

El enfoque de actualización que ha seleccionado también supondrá una gran diferencia en cuanto a la duración del proceso. La actualización mediante una migración de base de datos es el método más rápido (sin embargo, tenga en cuenta que los pasos anteriores y posteriores a la actualización para este enfoque son más lentos que los de otros enfoques). La actualización gradual es el método más lento debido a los pasos de copia de datos extra que ésta supone. La actualización inmediata se encuentra en un término medio.

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 la actualización. También puede usar los archivos de registro para comprobar el progreso durante el proceso de actualización. El archivo upgrade.log situado en %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS contiene la duración.

Sin embargo, la estimación calculada en función del conjunto de datos es la del proceso de actualización real de los datos; no incluye todos los pasos que se realizan antes y después de este paso, que pueden llevar más tiempo que la actualización de los propios datos. Al estimar la duración de la actualización, además del procesamiento de datos, también se debe estimar la duración de las actividades de las fases previa y posterior a la actualización.

Pasos previos a la actualización:

  • Creación de los elementos personalizados   La creación de una definición de sitio o diseños de página nuevos, así como la actualización de elementos web, tardará algún tiempo. El proceso de crear elementos personalizados debe iniciarse pronto, durante la fase de evaluación del proyecto.

  • Copia de seguridad de las bases de datos   Debe realizar una copia de seguridad completa (no una copia de seguridad diferencial) para asegurarse de que puede recuperar los datos en la remota posibilidad de producirse un error y tener que volver a crear la granja de servidores. En el caso de los entornos de gran tamaño, este paso puede ser bastante lento. En concreto, si realiza la copia de seguridad en una ubicación de red, los problemas de latencia de red pueden ralentizar el proceso.

  • Creación de nombres de Sistema de nombres de dominio (DNS) nuevos para una actualización gradual   El sistema de nombres de dominio tardará en propagar los cambios en la red. Para obtener más información acerca de la creación previa de los nombres DNS para una actualización gradual, vea Creación de nuevos nombres de dominio (sólo actualización gradual) (Windows SharePoint Services).

Pasos posteriores a la actualización:

Los factores adicionales del entorno también pueden contribuir a alargar los tiempos de actualización. Entre ellos se incluyen:

  • Bibliotecas de documentos de gran tamaño   La actualización de una biblioteca de documentos con más de 250.000 documentos, todos en la raíz de la misma (en lugar de en las carpetas) tardará mucho tiempo y es posible que no se lleve a cabo correctamente. Respetar las directrices de la versión 2.0 sobre el uso de carpetas para dividir bibliotecas de documentos de gran tamaño puede resultarle de utilidad para administrar el tamaño de la biblioteca. Por ejemplo, si reorganiza la misma biblioteca de documentos de modo que los 250.000 documentos se dividan en 125 carpetas, la actualización se llevará a cabo de forma más sencilla.

  • Bases de datos de gran tamaño   Las bases de datos mayores que 100 GB pueden tardar mucho en actualizarse. Si las bases de datos tienen un tamaño superior a 100 GB, es recomendable dividirlas en bases de datos más pequeñas antes de ejecutar la actualización. No sólo las bases de datos de gran tamaño tardan más en actualizarse, sino que también puede resultar más difícil recuperarlas si la actualización no se lleva a cabo correctamente. Existen herramientas compatibles con la comunidad disponibles para mover colecciones de sitios entre bases de datos.

    Advertencia

    Si tiene una base de datos de gran tamaño (más de 100 GB) que no se puede dividir (porque la mayor parte de contenido está en una colección de sitios individual), es recomendable que reconsidere su enfoque de actualización. Un enfoque de actualización gradual puede manejar bases de datos algo mayores, ya que, con un enfoque gradual, es posible actualizar colecciones de sitios de forma individual. Un enfoque de migración de la base de datos es más difícil con bases de datos muy grandes, simplemente porque la realización de la copia de seguridad y restauración de bases de datos de dicho tamaño resulta problemática. Por supuesto, un enfoque gradual requiere más espacio, por lo que deberá considerar sus opciones detenidamente. Para obtener más acerca del uso de la migración de bases de datos a sitios de actualización tras finalizar una actualización gradual, vea el artículo 926718 sobre cómo adjuntar una copia de seguridad de base de datos de contenido durante una actualización gradual de una granja se servidores de Windows SharePoint Services 2.0 a Windows SharePoint Services 3.0 de Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0xC0A).

    Asegúrese de seguir las directivas de planeación de capacidad de las versiones nuevas y antiguas antes de intentar realizar la actualización. Si ha excedido las directivas 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 las directivas de capacidad recomendadas, considere si tendrá que hacer algún ajuste para cumplir dichas directivas antes de intentar la actualización. Una vez más, las actualizaciones de prueba pueden ayudarle a tomar esa decisión.

Hoja de trabajo

Use la hoja de trabajo para la estimación de tiempo para la actualización (en inglés) (https://go.microsoft.com/fwlink/?linkid=73752&clcid=0xC0A) (en inglés) para determinar la cantidad de espacio libre en disco necesaria para la actualización y la duración del proceso de actualización.