Compartir a través de


Procedimientos recomendados para probar la actualización (SharePoint Foundation 2010)

 

Se aplica a: SharePoint Foundation 2010

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

Para entender el entorno antes de intentar realizar una actualización y planear de manera precisa el tiempo que requerirá una actualización, debe realizar una o más actualizaciones de prueba. El objetivo de la actualización de prueba es encontrar problemas a tiempo y solucionarlos de manera que pueda confiar en el proceso y el resultado cuando realice la actualización real. Para realizar una prueba precisa y útil del proceso de actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010, siga estos procedimientos recomendados:

  1. Haga su entorno de prueba lo más similar posible al real.

    Si es posible, use el mismo tipo de hardware, las mismas configuraciones, las mismas direcciones URL, etc. Cuanto más se minimicen las diferencias entre el entorno de prueba y el entorno real, mejor. Cuantas más diferencias haya, será más probable que tarde más tiempo en realizar un seguimiento de problemas no relacionados para asegurarse de que no se produzcan durante la actualización real.

  2. Conozca los contenidos del entorno. Primero realice un estudio completo.

    Tómese el tiempo necesario para documentar el hardware y el software incluidos en el entorno, qué personalizaciones del servidor están instaladas y se usan, dónde se encuentran y la configuración necesaria. Esto ayudará a lograr una planeación más completa y a recuperarse si la actualización da error. Existe una hoja de cálculo a su disposición para poder registrar la información acerca del entorno mientras prepara la actualización. Descargue la hoja de cálculo en https://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.

  3. Use datos reales.

    Use copias de la base de datos real para ejecutar las pruebas. Al realizar las pruebas mediante datos reales, podrá identificar las áreas con problemas y, además, el rendimiento de la actualización. Esto también proporciona la posibilidad de medir el tiempo que tardan las diferentes secuencias y acciones de la actualización en función de los distintos tipos de datos. Si no puede probar todos los datos, realice pruebas de un subconjunto representativo de datos para asegurarse de que se han detectado todos los problemas relacionados con los diferentes tipos y tamaños de sitios, listas, bibliotecas y personalizaciones del entorno.

  4. Ejecute varias pruebas.

    Mediante una sola prueba podrá saber si encontrará problemas complicados, pero mediante varias pruebas se asegurará de que se han detectado todos los problemas posibles y también obtendrá una escala de tiempo del proceso más precisa. Además, podrá determinar qué métodos de actualización serán más adecuados para su entorno, qué técnicas de mitigación del tiempo de inactividad debería considerar usar y de qué modo el proceso o el rendimiento pueden cambiar después de solucionar los problemas descubiertos en las primeras pruebas. La prueba final puede ayudarle a validar si se han solucionado todos los errores y si ya está preparado para actualizar el entorno de producción.

  5. No ignore las advertencias.

    Aunque no es un error, una advertencia puede dar lugar a problemas posteriores en el proceso de actualización. Solucione los errores, pero también investigue todas las advertencias para asegurarse de que conoce sus posibles consecuencias.

  6. Pruebe el entorno actualizado y no sólo el proceso de actualización.

    Compruebe las aplicaciones de servicio y los servicios. Ejecute un rastreo de búsqueda y revise los archivos de registro. Compruebe si funciona Mis sitios.

  7. Compruebe los sitios en ambos modos de la actualización visual.

    No asuma que debido a que se puede obtener una vista previa del sitio adecuadamente en un modo, también se podrá en el otro modo. Compruebe la experiencia del usuario de la versión anterior y de la nueva versión.

  8. Considere la posibilidad de usar un entorno de vista previa.

    Puede crear un entorno de vista previa en el que los usuarios puedan comprobar sus sitios después de una actualización de prueba y, de esta manera, ayudarle a comprobar la actualización y a encontrar problemas. Puede usar un entorno de solo lectura o permitir a los usuarios realizar cambios, pero debe advertirles que estos cambios no se guardarán. Considere la posibilidad de limitar este entorno de vista previa a un conjunto pequeño de sitios representativos y de limitar el acceso sólo para partes interesadas con el fin de reducir el tiempo que se deberá hospedar el entorno de vista previa y la cantidad de comentarios que se recibirán.

Para obtener más información acerca de cómo probar la actualización, vea Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010) y el póster "Prueba del proceso de actualización" disponible en https://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.