Compartir a través de


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

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 distinta funcionalidad de hardware y diferentes características para los sitios. La cantidad de espacio y el tiempo necesarios para realizar una actualización varían en gran medida según el entorno. Por ejemplo, los sitios basados en Microsoft® Windows® SharePoint® Services 2.0 se pueden actualizar mucho más rápido que los sitios personales o de portal basados en Microsoft Office SharePoint Portal Server 2003; esto se debe a que el proceso de actualización de los sitios de Windows SharePoint Services 2.0 tiene menos pasos que el proceso de actualización de sitios personales o de portal de SharePoint Portal Server 2003. La mejor manera de estimar el espacio que se necesitará y cuánto tiempo llevará el proceso de actualización es realizar una actualización de prueba y, después, revisar el espacio y el tiempo. 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 (Office SharePoint Server).

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 Planeación y supervisión de SQL Server Storage para Office SharePoint Server: recomendaciones de rendimiento y procedimientos recomendados (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 adicional. En el caso de una migración de base de datos, sólo necesita contar con tanto espacio disponible en el nuevo hardware como el necesario en 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:

  • 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 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 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 acerca de cómo aumentar previamente los registros de transacciones de SQL Server, vea el tema en que se describe la expansión de una base de datos en la documentación de SQL Server 2000 o 2005.

Estimación del espacio para una actualización gradual

Si va a realizar una actualización gradual, necesita tener espacio de base de datos suficiente para admitir una cantidad de datos que aproximadamente triplica el tamaño de la colección de sitios más grande. Por ejemplo, un sitio de portal interno de Microsoft incluía un sitio de portal raíz en SharePoint Portal Server 2003 que tenía 400 gigabytes (GB) de datos en su base de datos. El grupo de TI estimó que se necesitarían 1,2 terabytes (TB) de espacio de base de datos para realizar el proceso de actualización gradual. Si desea saber el tamaño actual de las bases de datos, use Enterprise Manager en SQL Server.

Si no dispone de la cantidad necesaria de espacio en 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.

Si usa servicios compartidos, necesita un espacio equivalente al doble de lo que ocupen los índices. Esto se debe a que, durante una actualización gradual con servicios compartidos, se indiza dos veces (la versión anterior y la nueva versión).

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

  • 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 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 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 acerca de cómo aumentar previamente los registros de transacciones de SQL Server, vea el tema en que se describe la expansión de una base de datos en la documentación de SQL Server 2000 o 2005.

  • Los índices de búsqueda. En una actualización gradual, puede haber dos rastreos de búsqueda en ejecución al mismo tiempo.

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

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

Una vez que disponga de las estimaciones de espacio de disco, podrá calcular a grandes rasgos cuánto tiempo durará el proceso de actualización real. Los tiempos de actualización varían mucho de un entorno a otro. El rendimiento de una actualización depende 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 tiene muchas bibliotecas de documentos grandes o muchos sitios personalizados, es posible que lleve más tiempo actualizarlos que un sitio más sencillo.

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 adicionales 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 para el proceso de actualización real de los datos; no incluye todos los pasos que se realizan antes y después de este paso, los cuales 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 nombres de dominio nuevos (sólo actualización gradual).

Pasos posteriores a la actualización:

  • Comprobar sitios y realizar cambios o revertir a la plantilla   Deje suficiente tiempo para que los usuarios validen sus sitios después de la actualización. Esto puede llevar varios días. Para obtener más información, vea Revisión de sitios actualizados (Office SharePoint Server).

  • Crear el Proveedor de servicios compartidos (SSP)   Este paso sólo es aplicable durante una migración de base de datos (en una actualización, ya sea inmediata o gradual, la creación del SSP es un paso más del proceso de actualización). Crear un SSP puede llevar de 10 a 20 minutos, pero si necesita ponerse en contacto con un administrador de base de datos para que cree previamente las bases de datos, es posible que necesite empezar uno o dos días antes.

  • Importar los perfiles después de la actualización   Este paso puede tardar varias horas o un día si la organización es grande (por ejemplo, si hay más de 1.000 perfiles).

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

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

  • Bibliotecas de documentos muy grandes   La actualización de una biblioteca de documentos que tenga más de 250.000 documentos ubicados en la raíz (no en carpetas) llevará mucho tiempo y es posible que no se realice correctamente. Las recomendaciones para las versiones 2003 y 2.0 de usar carpetas para dividir las bibliotecas de documentos grandes pueden ayudarle a administrar el tamaño de la biblioteca. Por ejemplo, si reorganiza la misma biblioteca de documentos de manera que los 250.000 documentos estén repartidos en 125 carpetas, se debería actualizar mejor.

  • Bases de datos muy grandes   La actualización de bases de datos de más de 100 GB puede tardar mucho tiempo. Sin embargo, las bases de datos de contenido que incluyen sitios de portal suelen ser mucho más grandes (por ejemplo, pueden ocupar 200 GB). Si tiene un sitio de portal con muchas áreas grandes, no se puede dividir en SharePoint Portal Server 2003 y se debe actualizar todo al mismo tiempo.

    Nota

    Si tiene bases de datos de contenido que ocupan más de 100 GB, pero incluyen sitios de grupo o sitios personales de Mis Sitios en lugar de sitios de portal, recomendamos que las divida en bases de datos más pequeñas antes de realizar la actualización. Si las bases de datos son grandes no sólo se prolonga el tiempo de actualización, sino que se complica la recuperación si el proceso de actualización no se completa correctamente. Existen herramientas admitidas por la comunidad para mover colecciones de sitios entre bases de datos.

    Si tiene una base de datos muy grande (más de 100 GB) que no se pueda dividir en partes (porque la mayor parte del contenido es una sola colección de sitios), también podría reconsiderar el enfoque de actualización que ha elegido. Una actualización gradual puede controlar bases de datos algo más grandes porque las colecciones de sitios se pueden actualizar de forma individual. Una migración de base de datos es más compleja si las bases de datos son muy grandes, simplemente por la dificultad del proceso de copia de seguridad y restauración de las mismas. No cabe duda de que una actualización gradual requiere más espacio, por lo que debe considerar sus opciones detenidamente. Para obtener más información acerca del uso de la migración de base de datos para actualizar sitios tras finalizar una actualización gradual, vea el artículo 926718, Cómo asociar una copia de seguridad de base de datos de contenido durante una actualización gradual de una granja de servidores de Windows SharePoint Services 2.0 a Windows SharePoint Services 3.0 en Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0xC0A).

    Advertencia

    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 de espacio en base de datos y tiempo de actualización estimados (en inglés) (https://go.microsoft.com/fwlink/?linkid=73752&clcid=0xC0A) (en inglés) para determinar la cantidad de espacio disponible en disco necesaria para la actualización y la duración del proceso de actualización.

Descarga de este libro

En este tema se incluye el siguiente libro descargable para facilitar la lectura y la impresión:

Vea una lista completa de los libros disponibles en la sección de libros descargables para Office SharePoint Server 2007.