Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint Foundation 2010)
Se aplica a: SharePoint Foundation 2010
Última modificación del tema: 2016-11-30
Una parte importante de la planeación de la actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010 consiste en determinar cuánto tiempo tardará el proceso de actualización y cuánto espacio de almacenamiento se necesitará. Cada entorno es único e incluye funcionalidades de hardware diferentes y características de sitios distintas. El espacio y el tiempo necesarios para ejecutar una actualización variará en gran medida en función del entorno. La mejor manera de calcular estos factores es realizar una actualización de prueba y, a continuación, analizar el espacio y el tiempo que se necesitó. Para obtener más información acerca de cómo realizar una actualización de prueba, vea Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010).
En este artículo:
Estimación del espacio necesario para la actualización
Estimación de la duración de la actualización
Estimación del espacio necesario para la actualización
Cuando se realiza una actualización en contexto o una actualización de base de datos adjunta, es posible que las bases de datos se expandan durante la actualización. Además, muchas transacciones tienen lugar durante la ejecución del proceso de actualización, por lo que debe asegurarse de que los archivos de registro tienen espacio suficiente para expandirse y dar cabida a los cambios que se están produciendo. Al planear, debe tener en cuenta el crecimiento de las bases de datos y de los archivos de registro.
Cuando planee la actualización, asegúrese de que el entorno actual sigue los procedimientos recomendados para almacenamiento de Windows SharePoint Services 3.0 de manera que tenga la mejor experiencia y rendimiento durante la actualización. Para obtener más información, vea el tema de recomendaciones de almacenamiento físico (Office SharePoint Server). También debe revisar los procedimientos recomendados para SharePoint Foundation 2010 y hacer los ajustes necesarios para el entorno de actualización.
Debido a los cambios en las estructuras de tabla en la nueva versión, las bases de datos crecen temporalmente mientras los datos se reorganizan. Este espacio puede recuperarse después de la actualización, pero hay que asegurarse de que haya espacio para que las bases de datos crezcan hasta un 50 por ciento más que sus tamaños actuales durante una actualización en contexto o una actualización de base de datos adjunta (tenga en cuenta que después de la actualización, puede volver a reducir la base de datos para recuperar gran parte de este espacio). Igualmente, debe asegurarse de que haya espacio en los servidores de bases de datos para que las bases de datos crezcan con el tiempo y con el uso habitual. Para averiguar el tamaño actual de las bases de datos, use el Administrador corporativo de Microsoft SQL Server. Además del espacio de la base de datos, también necesita tener espacio para los siguientes elementos:
Las bases de datos temporales. Asegúrese de tener suficiente espacio en la base de datos para permitir el rápido crecimiento de las bases de datos temporales. Si no tiene suficiente espacio, el proceso de actualización puede agotar el tiempo de espera y la actualización puede producir un error.
Los archivos de registro de la actualización.
Los archivos de registro de transacciones para las bases de datos. Estos archivos de registro deben crecer con rapidez para dar cabida a la cantidad de cambios que tienen lugar en las bases de datos.
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:
Además del tamaño de la base de datos en sí. |
|
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 necesario para el procesamiento de datos, también se debe estimar la duración de las actividades de las fases previa y posterior a la actualización.
Para los pasos previos a la actualización, tenga en cuenta los siguientes factores:
Creación de elementos personalizados La actualización de elementos web o la modificación de plantillas personalizadas para aprovechar nuevas características lleva cierta cantidad de tiempo. El proceso de crear elementos personalizados debe iniciarse pronto, durante la fase de evaluación del proyecto.
Copia de seguridad de las bases de datos En una actualización en contexto, debe realizar una copia de seguridad completa (no una copia de seguridad diferencial) de todo el entorno para asegurarse de que pueda recuperar los datos en el caso poco probable de que se produzca un error en la actualización y tenga que volver a crear el conjunto o granja de servidores. En el caso de entornos de gran tamaño, este paso puede llevar una cantidad de tiempo considerable. En particular, si realiza la copia de seguridad en una ubicación de red, los problemas de latencia de red pueden ralentizar el proceso.
Para los pasos posteriores a la actualización, tenga en cuenta los siguientes factores:
- Comprobación de sitios y realización de cambios Deje suficiente tiempo para que los usuarios validen sus sitios después de la actualización. Esto puede tardar varios días. Para obtener más información, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010).
Los factores adicionales del entorno también pueden contribuir a alargar los tiempos de actualización. Entre ellos se incluyen los siguientes:
Bibliotecas de documentos de gran tamaño La actualización de una biblioteca que tenga más de 250.000 documentos en la raíz (no en carpetas) llevará mucho tiempo y es posible que no se realice correctamente. Las recomendaciones de Windows SharePoint Services 3.0 sobre el uso de carpetas para dividir grandes bibliotecas de documentos pueden ayudarle a controlar el tamaño de la biblioteca. Por ejemplo, si reorganiza la misma biblioteca de documentos de forma que los 250.000 documentos estén repartidos en 125 carpetas, la actualización debería resultar más rápida.
Bases de datos de gran tamaño Las bases de datos de más de 100 GB pueden tardar mucho en actualizarse.
Nota
Si tiene bases de datos de contenido que ocupan más de 100 GB, se recomienda dividirlas en bases de datos más pequeñas antes de realizar la actualización. Las bases de datos de gran tamaño no solo tardan más en actualizarse, sino que también puede resultar más difícil recuperarlas si la actualización no se completa correctamente.
Puede usar las operaciones mergecontentdbs o backup y restore de Stsadm.exe para mover sitios entre bases de datos. Para obtener más información, vea el tema sobre la operación mergecontentdbs de Stsadm (Windows SharePoint Services) y las operaciones backup y restore de Stsadm (Windows SharePoint Services).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 para que realicen las tareas. Para obtener más información, vea Creación de un plan de comunicación (SharePoint Foundation 2010)
Administración de alertas y alarmas de System Center
Debe supervisar el rendimiento del sistema durante la actualización, pero no es necesario supervisar características específicas. Pause todas las alertas y alarmas innecesarias de Microsoft Systems Center Operations Manager o Microsoft Operations Manager, y vuelva a activarlas después de la actualización.
Activación y desactivación de creación de reflejos de SQL y trasvase de registros
Debe desactivar la creación de reflejos y el trasvase de registros antes de la actualización y, cuando esté seguro de que el entorno funciona correctamente después de la actualización, puede volver a activar estas funciones. Se recomienda no realizar la creación de reflejos o el trasvase de registros durante la actualización, ya que esto crea una carga adicional en los servidores que ejecutan SQL Server y también desperdicia recursos al crear reflejos o trasvasar datos temporales.
Pruebe el proceso de actualización para saber cuánto tiempo puede tardar. A continuación, cree una programación para las operaciones de actualización y realice pruebas para determinar la escala de tiempo. Incluya en ella el tiempo que necesita para los pasos previos y posteriores a la actualización: si se requieren cinco horas para crear una copia de seguridad del entorno antes de comenzar, será necesario incluir ese tiempo en la ventana de interrupción. Incluya también el tiempo de almacenamiento en búfer en caso de que necesite realizar una restauración o recuperación —debe determinar las escalas de tiempo de interrupción planeada (caso realista) y de interrupción de emergencia (peor caso)—.