Página principal



Guía de implementación de Microsoft SharePoint Foundation 2010

Descargar 3.63 Mb.

Guía de implementación de Microsoft SharePoint Foundation 2010





Descargar 3.63 Mb.
Página51/74
Fecha de conversión02.09.2018
Tamaño3.63 Mb.
1   ...   47   48   49   50   51   52   53   54   ...   74

Uso de una actualización de prueba para encontrar posibles problemas (SharePoint Foundation 2010)

Antes de iniciar el proceso de actualización de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010, se recomienda probarlo para asegurarse de que sabe exactamente lo que debe hacer para lograr una actualización correcta. Mediante una actualización de prueba para probar el proceso, puede descubrir:

Las personalizaciones que hay en el entorno, para poder planear cómo tratarlas durante la actualización.

Si se debería actualizar el hardware para lograr que la actualización se ejecute de manera más eficiente y con mayor rapidez.

El momento oportuno para la actualización, o cuánto tardará la actualización en el entorno.

Lo que se necesita para hacer una planeación operacional, por ejemplo, recursos que hay que tener disponibles.

Además, la actualización de prueba es útil para familiarizarse con las herramientas de actualización y con el proceso mismo, de manera que se sepa lo que podría suceder cuando se lleve a cabo el proceso real. Al realizar esta prueba, puede descubrir:

Los casos especiales que se aplican al entorno y el método de actualización más eficiente

Cómo es la interfaz de usuario, cómo se sabe que se ha finalizado una fase y se ha pasado a otra.

Dónde están los archivos de registro, cómo leerlos y la información que proporcionan

Las técnicas que se pueden usar para reducir el tiempo de inactividad

En este artículo se describen los pasos básicos para probar la actualización; además, se ofrecen recomendaciones para revisar los resultados y ajustar los planes de actualización basándose en lo que se aprendió durante las pruebas.

En este artículo:

Configurar un entorno de prueba

Identificar e instalar personalizaciones

Copiar datos reales en el entorno de prueba y probar la actualización

Revisar los resultados

Ajustar los planes y repetir las pruebas

Además, los siguientes recursos pueden resultar útiles al realizar una prueba del proceso de actualización:

Hoja de cálculo de actualización a Productos de SharePoint 2010

Use esta hoja de cálculo para registrar información sobre el entorno mientras realiza la prueba de la actualización. Descargue la hoja de cálculo en http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.

Productos de Microsoft SharePoint 2010 - Prueba del modelo de proceso de actualización

Este póster dispone de una presentación visual de la información sobre las pruebas del proceso de actualización. Descargue el póster en http://go.microsoft.com/fwlink/?linkid=166303&clcid=0xC0A.

    1. Configurar un entorno de prueba

Para probar el proceso de actualización, se puede usar un hardware físico o virtual. Cada entorno es único, de manera que no hay instrucciones generales sobre el tiempo que dura una actualización o sobre la dificultad que entraña actualizar una personalización en particular. La mejor manera de medir el proceso de actualización es mediante la realización de una serie de actualizaciones de prueba.

Cuando cree el entorno de prueba:

El conjunto o granja de servidores de prueba debe ser lo más parecido a la granja real, por ejemplo, hardware, software y espacio disponible.

Use las mismas direcciones URL en la granja de servidores de prueba y en la real. (De lo contrario, perderá tiempo diagnosticando problemas relacionados con direcciones URL que no aparecerán en la actualización real.)

Asegúrese de transferir todas las configuraciones y personalizaciones al entorno de prueba. La sección Identificar e instalar personalizaciones proporciona información sobre la recopilación de esta información.

      1. Usar un entorno de prueba virtual

Al realizar pruebas en un entorno virtualizado, no se necesita mucho hardware. Para replicar el entorno, se pueden usar solo dos servidores que ejecuten Hyper-V. Un servidor tendrá imágenes para los servidores web front-end y servidores de aplicaciones, y el otro tendrá imágenes para los servidores de base de datos.



      1. Usar un entorno de prueba físico

Cuando se realizan pruebas en un entorno físico, se tiene que replicar el entorno de la granja de servidores completo y con el mayor parecido posible. Si simplifica demasiado la cantidad de servidores web front-end, los servidores de aplicaciones o los servidores de bases de datos, no tendrá una estimación precisa de cuánto tardará el proceso de actualización, y puede que no se tengan en cuenta complicaciones que surgen de interacciones entre servidores en el mismo rol (como transacciones de SQL Server). Si tiene varios servidores en un rol en la granja de servidores original, para probar dichos problemas, use al menos dos servidores para ese rol en la granja de servidores de prueba.



      1. Entornos de prueba adicionales para actualización de base de datos adjunta

Si va a usar el método de actualización de base de datos adjunta, puede que necesite crear un entorno de prueba adicional: una única granja de servidores que ejecute Windows SharePoint Services 3.0 y que se pueda usar para ejecutar la herramienta de comprobación previa a la actualización antes de intentar actualizar los datos.

Para evitar este paso, ejecute la herramienta de comprobación previa a la actualización en la granja de servidores de producción existente.

    1. Identificar e instalar personalizaciones

Para que el proceso de prueba sea preciso, debe buscar todas las personalizaciones del entorno actual y copiarlas en el entorno de prueba. Para obtener más información acerca de los tipos de personalizaciones que se deben identificar, vea Determinación del modo de controlar las personalizaciones (SharePoint Foundation 2010).

Use la herramienta de comprobación previa a la actualización para identificar definiciones del sitio, plantillas del sitio y características del entorno.

Esta herramienta examina todas las colecciones de sitios y genera un informe sobre el estado de cada sitio. También guarda información sobre la definición de listas de cada lista. Puede revisar los informes para ver los problemas y solucionarlos antes de empezar el proceso de actualización. A diferencia de la herramienta de detección previa a la actualización para Windows SharePoint Services 3.0, la herramienta de comprobación previa a la actualización es una herramienta de solo lectura y no cambia los sitios. Para obtener más información acerca de esta herramienta y los pasos para realizar el análisis, vea el tema sobre Análisis y creación de informes previos a la actualización para versiones futuras (Windows SharePoint Services) y Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation 2010).

Use la operación Stsadm –o enumallwebs en todas las bases de datos de contenido en el entorno de Windows SharePoint Services 3.0 para identificar personalizaciones específicas en subsitios. Esta operación enumera un identificador para cada colección de sitios y subsitio en el entorno y las plantillas en las que se basa el sitio. Esta operación se introdujo por primera vez en Windows SharePoint Services 3.0 con Service Pack 2 (SP2). Para obtener más información, vea el tema sobre Operación Enumallwebs: Stsadm (Windows SharePoint Services).

Use una herramienta como WinDiff (una herramienta que se proporciona con la mayoría de los sistemas operativos Microsoft) para comparar los servidores del entorno de producción con los servidores de la granja de prueba. Puede usar esta herramienta para ver los archivos que existen en los servidores y las diferencias entre ellos.

Compruebe los archivos web.config para averiguar si se efectuaron cambios y busque controles personalizados en el elemento SafeControls.

Use la Herramienta de diagnóstico de SharePoint (SPDiag) para encontrar soluciones implementadas. Para obtener más información, vea el tema sobre la Herramienta de diagnóstico de SharePoint (SPDiag).

Cree una lista de todas las personalizaciones que encuentre y, en lo posible, identifique su origen. Por ejemplo, si hay complementos de terceros o plantillas que se personalizaron internamente. Después de identificar el origen, puede comprobar las versiones actualizadas de las personalizaciones. Existe una hoja de cálculo a su disposición para registrar la información acerca del entorno, en función de los datos obtenidos de los resultados de la herramienta de comprobación previa a la actualización y de su propia investigación sobre las personalizaciones. Descargue la hoja de cálculo en http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A y personalícela para adaptarla a sus necesidades.

Sugerencia


¿Con quién se debe poner en contacto en relación con las personalizaciones que no creó?

Después de identificar todas las personalizaciones, cópielas en los servidores adecuados de la granja de servidores de prueba. Puede usar el cmdlet test-spcontentdatabase de Windows PowerShell antes de adjuntar una base de datos a SharePoint Foundation 2010 para determinar si faltan personalizaciones del entorno. Ejecute este comando para cada base de datos después de restaurarlas en el servidor de bases de datos, pero antes de ejecutar la actualización. Tenga en cuenta que este cmdlet se ejecuta en modo silencioso, por lo tanto no devolverá resultados a menos que encuentre un error.

    1. Copiar datos reales en el entorno de prueba y probar la actualización

No es posible lograr los objetivos de prueba a menos que se usen datos reales. Se pueden usar los siguientes métodos para crear una copia de los datos:

Para actualización en contexto, cree una copia de seguridad de una granja de servidores y luego restáurela en el entorno de prueba. Para obtener más información, vea el tema sobre Copia de seguridad y restauración de la granja de servidores completa (para tecnología Windows SharePoint Services 3.0).

Para una actualización de base de datos adjunta, tiene que usar las herramientas de copias de seguridad y restauración de Microsoft SQL Server a fin de crear una copia de las bases de datos de contenido y cualquier otra base de datos que desee actualizar. Para obtener más información, vea el tema sobre la copia de seguridad y restauración de bases de datos de contenido (Windows SharePoint Services 3.0).

No hay mejor manera de saber lo que puede surgir durante la actualización que realizando la prueba en una copia de todos los datos. Sin embargo, es posible que esto no siempre sea una opción realista para la prueba inicial. Puede realizar el proceso paulatinamente probando una base de datos a la vez (en caso de que las bases de datos sean grandes) para poder tener la seguridad de que se prueba aquello que es único en ese conjunto de datos, o bien poder ensamblar un subconjunto de datos desde sitios representativos del entorno. Si desea probar primero con un subconjunto de los datos, asegúrese de que el subconjunto tenga las siguientes características:

El subconjunto de datos contiene sitios que son típicos de los sitios admitidos en el entorno.

El tamaño y la complejidad del subconjunto de datos son muy parecidos al tamaño y complejidad reales del entorno.

L

Importante:




a prueba de un subconjunto de los datos no produce una referencia válida acerca de cuánto tiempo tardará el procesamiento del volumen de datos total para el entorno.

Después de copiar los datos, haga una primera pasada por el proceso de actualización para ver qué pasa. Esto es solo la ronda preliminar.

      1. Probar la actualización en contexto

Si desea probar un método de actualización en contexto, siga estos pasos para probar el proceso de actualización:

1. Realice una copia de seguridad completa de la granja de servidores.

2. Restaure la copia de seguridad en la granja de servidores de prueba.

Para obtener más información, vea el tema sobreCopia de seguridad y restauración de la granja de servidores completa (para tecnología Windows SharePoint Services 3.0).

3. Ejecute la herramienta de comprobación previa a la actualización y tome nota de cualquier problema que encuentre. Conviene solucionar estos problemas en el entorno original antes de ejecutar la actualización real en la granja de servidores del producto. Para obtener más información, vea Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation 2010).

4. Siga los pasos descritos en Realización de una actualización en contexto (SharePoint Foundation 2010) para probar la actualización en contexto.

5. Revisar los resultados.

      1. Probar una actualización de base de datos adjunta

1. Crear una copia de seguridad de SQL Server de las bases de datos de contenido.

2. Use SQL Server para restaurar las copias de seguridad en la granja de prueba de un solo servidor y adjuntar las bases de datos de contenido a ese entorno.

Para obtener más información, vea el tema sobre Copia de seguridad y restauración de bases de datos de contenido (Windows SharePoint Services 3.0).

3. Ejecute la herramienta de comprobación previa a la actualización. Tome nota de los problemas que encuentre y los cambios que haga. Conviene solucionar estos problemas y hacer estos cambios en el entorno original antes de ejecutar la actualización real en la granja de servidores del producto. Para obtener más información, vea Ejecución de la herramienta de comprobación previa a la actualización (SharePoint Foundation 2010).

4. Siga los pasos del artículo Preparación del nuevo entorno de SharePoint Foundation para configurar el entorno de prueba para una actualización de base de datos adjunta.

5. Siga los pasos que se indican en Bases de datos adjuntas y actualización a SharePoint Foundation 2010 para realizar una prueba del proceso de actualización de base de datos adjunta.

    1. Revisar los resultados

Después de completar la actualización de prueba, puede revisar los resultados y volver a comprobar los planes. Examine los archivos de registro, los sitios actualizados y compruebe las personalizaciones. Vea cómo funcionó el trabajo de actualización para el entorno, lo que descubrió, qué se necesita para reconsiderar el plan de actualización.

      1. Revisar los archivos de registro

Revise los siguientes archivos de registro:

El archivo de registro de la herramienta de comprobación previa a la actualización.

Los archivos de registro para la herramienta de comprobación previa a la actualización (stsadm -o preupgradecheck) están en %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Los nombres de los archivos de registro tienen el siguiente formato: PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la hora (horas en formato de 24 horas, minutos, segundos y milisegundos) y se usa el número aleatorio para diferenciar entre posibles intentos simultáneos de ejecutar la herramienta de comprobación previa a la actualización.

El archivo de registro de Asistente para configuración de Productos de SharePoint (Psconfig.exe) (se genera cuando se ejecuta este asistente como parte de la actualización en contexto de prueba).

Los archivos de registro de PSCDiagnostics están ubicados en %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS.

El archivo de registro de actualización y el archivo de registro de errores de la actualización (se genera cuando se ejecuta la actualización).

El archivo de registro de actualización (.log) y el archivo de registro de errores de la actualización (.err) están localizados en %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Los nombres de los archivos de registro tienen el siguiente formato: Upgrade-AAAAMMDD-HHMMSS-SSS.log, donde AAAAMMDD es la fecha y HHMMSS-SSS es la hora (horas en formato de 24 horas, minutos, segundos y milisegundos).

Para revisar los archivos de registro con el objetivo de encontrar y solucionar problemas, comience por la parte superior de los archivos. Los errores o advertencias pueden repetirse cuando se producen para varias colecciones de sitios en el entorno, o si bloquean el proceso de actualización totalmente. Por ejemplo, si no puede conectarse a la base de datos de configuración, el proceso de actualización lo intentará (y fracasará) varias veces, y estos intentos aparecerán en la lista del archivo de registro.

Busque las siguientes entradas:

Finished upgrading SPFarm Name=

In-place upgrade session finishes. Root object = SPFarm=,recursive = True. 0 errors and 0 warnings encountered.

Si existen esas entradas, la instalación se realizó correctamente.

Si no encontró las entradas indicadas en el paso anterior, puede identificar problemas específicos que puedan haber contribuido al error realizando una búsqueda de los siguientes términos en el archivo Upgrade.log:

Busque ERROR en los archivos de registro para buscar los errores (como error en componentes o error en conexiones de bases de datos).

Busque ADVERTENCIA para encontrar problemas como la ausencia de características o componentes.

Para buscar problemas de la actualización, puede resultar útil usar un analizador de registro para ejecutar consultas en los archivos de registro.

      1. Reiniciar la actualización, si es necesario

Durante una actualización de base de datos adjunta, se omitirán los sitios que no se puedan actualizar. Durante una actualización en contexto, si el servidor se reinicia o se produce un error en la actualización, deberá reiniciar el proceso de actualización para actualizar los sitios restantes.

Para ver si durante la actualización faltaron sitios o se omitieron, ejecute la siguiente operación de Stsadm stsadm -o localupgradestatus en cada servidor front-end web de la granja de servidores de SharePoint Foundation 2010. Para obtener más información sobre esta operación, vea el tema sobre la operación localupgradestatus de Stsadm (Windows SharePoint Services).

Si la actualización omitió alguna colección de sitios, puede reiniciar el proceso de actualización para la base de datos que contiene esa colección de sitios mediante el siguiente cmdlet de Windows PowerShell: upgrade-spcontentdatabase -id . Para obtener más información acerca de este cmdlet, vea Upgrade-SPContentDatabase.

Para obtener más información, vea Reanudación de la actualización (SharePoint Foundation 2010).

      1. Revisión de sitios actualizados

Revise los sitios actualizados para identificar problemas que deban solucionarse antes de ejecutar el proceso de actualización en el entorno de producción. Para obtener más información acerca de las cosas específicas que hay que buscar, vea Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Foundation 2010).

    1. Ajustar los planes y repetir las pruebas

Repita el proceso de prueba hasta que esté seguro de que se han encontrado todos los problemas que pueden surgir y que sabe cómo solucionarlos. El objetivo es saber cuál es el plan si son las 4:00 p.m. del domingo, debe volver a estar conectado el lunes por la mañana y el proceso no está yendo bien. ¿Hay un punto sin retorno? Pruebe el plan de reversión y asegúrese de que funciona antes de comenzar la actualización real.


1   ...   47   48   49   50   51   52   53   54   ...   74

Similar:

Guía de implementación de Microsoft SharePoint Foundation 2010 iconGuía de planeación de sitios y soluciones para Microsoft SharePoint Server 2010, Parte 2
Ti, administradores de programa y especialistas en infraestructuras que planean una solución basada en SharePoint Server 2010. Este...
Guía de implementación de Microsoft SharePoint Foundation 2010 iconReferencia técnica para Microsoft SharePoint Ser ver 2010
Entre la audiencia para la que está destinado este libro se incluyen especialistas de aplicaciones, especialistas de aplicaciones...
Guía de implementación de Microsoft SharePoint Foundation 2010 iconGuía del módulo de supervision de System Center para Microsoft SharePoint Server 2013
Publicación: para lanzamiento de Microsoft. Esta documentación solo se aplica al lanzamiento del módulo de administración de Productos...
Guía de implementación de Microsoft SharePoint Foundation 2010 iconPara profesionales de ti: Guía de planeación de Microsoft Office 2010
Microsoft Office 2010. Está dirigido a los especialistas generales de ti, los departamentos de operaciones, de soporte técnico y...
Guía de implementación de Microsoft SharePoint Foundation 2010 iconMaría Díaz-Llanos Lecuona
Gestión de Contenidos de SharePoint 2010. Maquetación, edición (de plantillas al migrar) de pág aspx con Designer de SharePoint 07....
Guía de implementación de Microsoft SharePoint Foundation 2010 iconIntroducción Access 2010
Lo más lejos que quedarán sus datos será el explorador web más cercano, gracias a las nuevas bases de datos web y los Servicios de...
Guía de implementación de Microsoft SharePoint Foundation 2010 iconPara profesionales de ti: Directiva de grupo para Microsoft Office 2010
Microsoft Office 2010. Está dirigido a profesionales generales de ti, departamentos de operaciones de ti, personal del servicio de...
Guía de implementación de Microsoft SharePoint Foundation 2010 iconMicrosoft InfoPath 2010 Guía del producto

Guía de implementación de Microsoft SharePoint Foundation 2010 iconManual de Muse un entorno de autor´ıa y publicaci´
Copyright c 2004, 2005, 2006, 2007, 2008, 2009, 2010 Free Software Foundation, Inc
Guía de implementación de Microsoft SharePoint Foundation 2010 iconGuía de implementación de Operations Manager 2007
Como Microsoft debe reaccionar ante las condiciones cambiantes del mercado, no debe interpretarse como un compromiso por parte de...


Descargar 3.63 Mb.