Comprobación de la actualización y revisión de los sitios actualizados (SharePoint Server 2010)

 

Se aplica a: SharePoint Server 2010

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

Después de realizar una actualización en contexto o una actualización de base de datos adjunta en Microsoft SharePoint Server 2010, debe comprobar si el contenido se actualizó correctamente en la versión nueva. Puede comprobar el estado de la actualización (si aún está en curso o si se completó correctamente o con errores) y revisar los sitios actualizados para comprobar si aún hay problemas que debe solucionar. Al realizar estos pasos como parte de una actualización de prueba, puede aprovechar para identificar personalizaciones que deben modificarse antes de intentar actualizar el entorno de producción. Cuando actualiza el entorno de producción, es muy importante que sepa cuándo se completa la actualización, qué sitios se actualizaron correctamente y en cuáles debe realizar trabajo adicional antes de permitir a los usuarios volver a tener acceso a ellos nuevamente.

En algunos casos, debe reiniciar la actualización para terminar de actualizar los sitios. Para obtener más información sobre cómo reiniciar una actualización, vea Reanudación de la actualización (SharePoint Server 2010).

En este artículo:

  • Comprobación de estado de actualización

  • Validación del entorno actualizado

  • Revisión de sitios actualizados

Comprobación de estado de la actualización

El proceso de actualización consta de varios pasos. Para realizar una actualización en contexto, ejecute el archivo Setup.exe para instalar el software nuevo y, a continuación, ejecute el Asistente para la configuración de productos de SharePoint para actualizar la base de datos de configuración y la base de datos de contenido de administración. Después, se abrirá el sitio web de Administración central. En este momento, comienza el proceso de actualización. Existen diferentes formas de comprobar el estado del proceso de actualización durante el transcurso de cada una de estas etapas: puede revisar los archivos de registro de Setup.exe, del Asistente para la configuración de productos de SharePoint y de la actualización de contenido. En Administración central de SharePoint, puede ver el número de versión para asegurarse de que coincide con la versión a la que actualizó. Además, puede usar la página Estado de actualización en Administración central de SharePoint o la operación localupgradestatus de Stsadm para identificar los sitios que se actualizaron o que se están actualizando en este momento. Si la actualización no se completó correctamente, puede ver los archivos de registro para identificar los problemas y solucionarlos y, a continuación, reiniciar el proceso de actualización.

Revisión de los archivos de registro

Para comprobar si la actualización se realizó correctamente, puede revisar los siguientes archivos de registro y error:

  • El archivo de registro de Setup.exe para SharePoint Server 2010.

    El archivo de registro de configuración se almacena en el directorio temporal para la cuenta de usuario que ejecuta la configuración (%USERTEMP% o %WINDIR%\Users\user account\AppData\Local\Temp). Recibe el nombre SharePoint Server Setup(AAAAMMDDHHMMSSSSS).log, donde AAAAMMDD es la fecha y HHMMSSSSS es la hora (la hora está en formato de 24 horas, minutos, segundos y milisegundos).

  • El archivo de registro (Psconfig.exe) de Asistente para la configuración de productos de SharePoint.

    Los archivos de registro Psconfig.exe se encuentran en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web server extension\14\LOGS. Los nombres de los archivos de registro tienen el siguiente formato: PSCDiagnostics_MM_DD_AAAA_HH_MM_SS_SSS _númeroAleatorio.log, donde MM_DD_AA es la fecha y HH_MM_SS_SSS es la hora (formato de 24 horas, minutos, segundos y milisegundos). El número aleatorio se usa para diferenciar los posibles intentos simultáneos de ejecución del programa Psconfig.exe.

  • El archivo de registro de actualización y el archivo de registro de errores de actualización.

    El archivo de registro de actualización y el archivo de registro de errores de actualización se encuentran 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 (formato de 24 horas, minutos, segundos y milisegundos). El archivo de registro de errores de actualización combina todos los errores y advertencias en un archivo de menor tamaño que se denomina Upgrade-AAAAMMDD-HHMMSS-SSS-error.log.

Para revisar los archivos de registro para buscar y solucionar problemas, empiece por el principio de los archivos. Los errores o las advertencias pueden repetirse si se producen en varias colecciones de sitios del entorno o si se bloquea totalmente el proceso de actualización. Por ejemplo, si no puede conectarse a la base de datos de configuración, el proceso de actualización intentará comenzar varias veces (y se generará un error) y estos intentos se mostrarán en el archivo de registro.

Para revisar los archivos de registro

  1. Compruebe que dispone de las siguientes credenciales administrativas:

    • Para ver los archivos de registro, debe ser miembro del grupo Administradores local del servidor.
  2. En el Explorador de Windows, cambie al directorio que contenga el archivo de registro que desea ver:

  3. Use un editor de texto para abrir el archivo de registro.

  4. En el archivo de registro de actualización, busque o examine visualmente la siguiente entrada:

    La sesión de actualización finalizó correctamente

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

  5. Si no encontró las entradas indicadas en el paso anterior del archivo de registro de actualización o si está revisando uno de los demás archivos de registro, puede identificar problemas específicos que puedan haber contribuido al error realizando una búsqueda o un examen visual del archivo de los siguientes términos:

    • Busque ERROR en los archivos de registro para encontrar los errores (por ejemplo, componentes y conexiones de bases de datos con errores).

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

Para buscar problemas, puede ser útil un analizador de registro para ejecutar consultas en los archivos de registro.

Si detecta problemas de bloqueo en el archivo de registro, puede resolver los problemas y reiniciar la actualización para continuar con el proceso.

Comprobación del número de versión

Además de ver el archivo de registro de actualización, puede comprobar que la actualización se ha realizado correctamente; para ello, use el sitio web de Administración central de SharePoint para ver el número de versión en la página Servidores de la granja.

Para comprobar el número de versión en la página Servidores de la granja

  1. Compruebe que dispone de las siguientes credenciales administrativas:

    • Para usar Administración central de SharePoint, debe ser miembro del grupo Administradores del conjunto o granja de servidores.
  2. En la página principal de Administración central, en Configuración del sistema, haga clic en Administrar servidores en este conjunto de servidores.

  3. En Información del conjunto, junto a Versión de la base de datos de configuración, compruebe si el número inicie con "14".

Comprobación del estado de la actualización de los sitios

Para averiguar qué sitios se actualizaron o se están actualizando actualmente, puede usar la página Estado de actualización en Administración central de SharePoint o la operación localupgradestatus de Stsadm.exe.

En la página Estado de actualización se indican las sesiones de actualización y se proporcionan detalles sobre el estado de cada sesión, sobre si se realizó correctamente y sobre cuántos errores o advertencias se produjeron en cada servidor. En la página Estado de actualización también se incluye información sobre los archivos de registro y errores del proceso de actualización y se recomiendan soluciones para los problemas que se hayan producido.

Para ver qué sitios no se actualizaron o fueron omitidos durante la actualización, puede usar la operación localupgradestatus de Stsadm.exe. Debe ejecutar el comando en todos los servidores front-end web de una granja de servidores.

Para ver el estado de actualización en Administración central de SharePoint

  1. Compruebe que dispone de las siguientes credenciales administrativas:

    • Para usar Administración central de SharePoint, debe ser miembro del grupo Administradores de la granja de servidores.
  2. En la página principal de Administración central, en Actualización y migración, haga clic en Verificar el estado de la actualización.

Para ver el estado de actualización desde la línea de comandos

  1. Compruebe que dispone de las siguientes credenciales administrativas:

    • Para usar Stsadm, debe ser miembro del grupo Administradores local en el servidor.
  2. Haga clic en Inicio, haga clic con el botón secundario en Símbolo del sistema y, a continuación, haga clic en Ejecutar como administrador.

  3. En la ventana Símbolo del sistema, navegue hasta el siguiente directorio:

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin

  4. Escriba el siguiente comando y presione ENTRAR:

    Stsadm -o localupgradestatus

Para obtener más información acerca de la operación localupgradestatus, vea el tema acerca de la operación Localupgradestatus: Stsadm (Office SharePoint Server).

Validación del entorno actualizado

Una vez que haya determinado que la actualización se completó correctamente, dedique tiempo a validar su entorno. Revise los siguientes elementos:

  • Aplicaciones de servicio

    • ¿Se configuraron correctamente?

    • ¿Los proxy de aplicaciones de servicio están configurados de la forma deseada?

    • ¿Debe crear nuevas conexiones entre granjas de servidores?

  • Mis sitios

    • ¿Funcionan todos los elementos web?

    • ¿Funcionan todas las características asociadas con Mis sitios?

    • ¿Los usuarios pueden tener acceso a los sitios o ven errores de acceso denegado?

      Es posible que vean este error si el host de Mi sitio que visitan no es el host predeterminado de Mi sitio. Compruebe que las asociaciones de la aplicación de servicio y de proxy sean correctas y, a continuación, compruebe que se hace referencia al host de Mi sitio correctamente en la aplicación de servicio de perfiles de usuario. Restablezca Internet Information Services (IIS) para aplicar los cambios.

  • Búsqueda

    • Ejecute un rastreo y revise los archivos de registro.

    • Ejecute consultas de búsqueda y compruebe que las consultas funcionen como se esperaba y proporcionen los resultados apropiados. Veinticuatro horas después, vea los informes de consulta y busque problemas.

    • Busque personas y perfiles.

    • Compruebe las personalizaciones de búsqueda para asegurarse de que funcionan como se esperaba.

Revisión de sitios actualizados

Revise los sitios actualizados para identificar los problemas que deben solucionarse antes de ejecutar el proceso de actualización en su entorno de producción. Si realizó una actualización en contexto y decidió usar Actualización visual, puede usar la característica Actualización visual para obtener una vista previa de los sitios en la nueva interfaz de usuario. Para obtener más información sobre cómo obtener una vista previa de los sitios mediante Actualización visual, vea Administración de la actualización visual (SharePoint Server 2010).

Si desea comprobar la funcionalidad básica, puede crear una nueva colección de sitios mediante el uso de un conjunto de listas, bibliotecas, elementos web representativos, etc. Revise el nuevo sitio para asegurarse de que los elementos comunes básicos de los sitios funcionan.

Si no se presentan las páginas, puede comprobar la página Configuración del sitio directamente desde la dirección URL (http://url_sitio/_layouts/settings.aspx). Si la página funciona y la actualización se realizó correctamente, es posible que haya problemas con la página maestra o la página principal. Si la página Configuración del sitio no funciona, vaya al archivo de registro para obtener más información acerca del problema.

Comience por validar los sitios de gran impacto o alto perfil y, después, vaya a los sitios de menor prioridad. Como parte del proceso de planeación, debe identificar cuáles son los sitios de gran impacto y alto perfil que requieren una atención inmediata, y cuáles pueden esperar un poco más.

Use las siguientes listas de comprobación para revisar los sitios actualizados y buscar problemas.

Elementos web

En la tabla siguiente se enumeran los problemas con elementos web que se producen después de la actualización, y la manera de solucionarlos.

Sugerencia

Para probar rápidamente los elementos web, puede crear una página de elementos web nueva que contenga todos los elementos web personalizados que tenía antes de probar la actualización y, a continuación, revisar la página para ver si faltan elementos web o hay elementos web dañados después de la actualización de prueba.

Comprobaciones necesarias Acciones en caso de problemas

¿Aparecen todos los elementos web del sitio original en el sitio actualizado?

Si existe una zona de elementos web en una página personalizada (no fantasma), pero no en la definición del sitio, es posible que los elementos web de esa zona de elementos web se hayan movido a la zona inferior de la página durante la actualización.

En el modo de edición de la página en el explorador o en Microsoft SharePoint Designer 2010, compruebe si faltan elementos web en la zona inferior o en otras zonas, o compruebe si los elementos web se cerraron. Para obtener más información acerca de cómo trabajar con elementos web y zonas de elementos web en SharePoint Designer 2010, vea el sistema de Ayuda de SharePoint Designer.

¿Los elementos web se muestren correctamente (en la zona, la ubicación y con el tamaño correctos)?

En el modo de edición de la página en el explorador o en SharePoint Designer 2010, arrastre el elemento web a la zona correcta o modifique las propiedades del elemento web para corregir cualquier problema de tamaño o de posicionamiento.

¿Falta algún elemento web o hay de más?

Abra la página en el modo de edición de la página en el explorador o en SharePoint Designer 2010. Si ve elementos web de más en la página, compruebe si hay elementos web cerrados o inactivos en la versión original de la página. ¿El proceso de actualización abrió los elementos web cerrados o inactivos? Si es así, puede modificar las propiedades de estos elementos web para cerrarlos.

Si faltan elementos web, compruebe si existen errores en SharePoint Designer 2010, como errores al representar controles o errores porque faltan ensamblados. Estos errores indican que el elemento web no está instalado o configurado correctamente para el nuevo entorno y debe volver a instalarse o configurarse.

¿Funcionan correctamente los elementos web?

Abra la página en el modo de edición de la página en el explorador o en SharePoint Designer 2010 y compruebe si existen errores que indican que falta un componente o servicio. Asegúrese de que los componentes o servicios de los que dependan los elementos web existen en el sitio actualizado. En especial para el enfoque de actualización de base de datos adjunta, debe asegurarse de que instaló todos los componentes y servicios que necesita para sus elementos web, y de que los configuró correctamente (por ejemplo, la lista de controles seguros de Web.config).

Actualizar y volver a implementar un elemento web que existe pero que ya no funciona correctamente.

¿Hay elementos web que siguen desprotegidos?

Si desprotege una página para realizar cambios, asegúrese de volverla a proteger.

¿Los elementos web de Excel Web Access funcionan correctamente? ¿Volvió a crear las conexiones de manera adecuada? ¿Los orígenes de datos externos siguen funcionando?

Compruebe todas las conexiones y orígenes de datos externos.

Sugerencia

Si tiene problemas con un elemento web, anexe contents=1 al final de la sintaxis de la dirección URL (http://url_sitio/default.aspx?contents=1), y, a continuación, presione ENTRAR. Esto abre la página Mantenimiento de elementos web, donde puede quitar y reparar el elemento web con errores.

Listas grandes

De manera predeterminada, se aplica la limitación de peticiones de consultas a listas de gran tamaño después de una actualización a SharePoint Server 2010. Si se trata de una lista muy grande y los usuarios usan una vista o realizan una consulta que excede el límite o el umbral de límitación de peticiones, no se permitirá la vista o consulta. Revise las listas grandes del entorno y haga que el propietario del sitio o el propietario de la lista resuelva el problema. Por ejemplo, pueden crear columnas indizadas con vistas filtradas, organizar los elementos en carpetas, establecer un límite de elementos en la página para una vista grande o utilizar una lista externa.

Estilos y apariencia

En la tabla siguiente se enumeran los problemas comunes de estilo y apariencia de un sitio web después de la actualización y la manera de solucionarlos.

Sugerencia

La mayoría de los problemas de esta sección se pueden resolver mediante la corrección de los vínculos a un elemento.

Comprobaciones necesarias Acciones en caso de problemas

¿Se muestran correctamente todas las imágenes en las páginas?

Compruebe o corrija los vínculos a las imágenes.

¿Se usan los colores y estilos de hojas de estilos en cascada adecuados en los sitios correctos?

Compruebe o corrija los vínculos al archivo de hoja de estilos en cascada. Compruebe el vínculo en la página maestra.

¿El tema aplicado al sitio sigue teniendo el mismo aspecto?

Puede que la página principal u otras páginas del sitio tengan una apariencia diferente después de la actualización. Es posible que tenga que volver a crear o revisar un tema y volver a aplicarlo.

¿Tiene algún control generado por scripts que no funcione?

Compruebe o corrija los vínculos a los controles.

¿Se muestran correctamente las páginas en Windows Internet Explorer 8?

Compruebe que todo el código HTML de la página está en modo XHTML estricto.

¿Se muestran errores de script en las páginas?

Compruebe los scripts y los vínculos, y compruebe que todo el código HTML está en modo XHTML estricto.

Permisos

¿Tienen aún las personas y los grupos correspondientes el nivel correcto de permisos para sitios, páginas, listas y elementos?

Puede usar el botón Comprobar permisos en la sección Herramientas de permiso de la cinta para ver quién tiene permisos y para qué elementos de un sitio o subsitio.

Páginas (no convertidas en fantasma) personalizadas

Las páginas personalizadas (no convertidas en fantasma) son páginas editadas y ahora son versiones únicas de las páginas en lugar de las páginas de la plantilla predeterminada. En la siguiente lista se muestran problemas que se pueden generar con las páginas personalizadas después de una actualización y la forma de resolverlos.

Comprobaciones necesarias Acciones en caso de problemas

¿Las personalizaciones todavía están en las ubicaciones correctas?

Determine si solo tiene un problema o un problema importante con toda la página.

Si agregó una página totalmente nueva al sitio original (por ejemplo, si reemplazó Default.aspx con un archivo diferente en lugar de cambiar el archivo Default.aspx existente), la nueva página no está asociada de ningún modo con la definición del sitio. Por lo tanto, es posible que no tenga la misma apariencia que las otras páginas en el sitio actualizado y tampoco puede volver a configurarse para que la tenga. Si desea que la página personalizada tenga la misma apariencia y el mismo estilo que las demás páginas del sitio, considere la posibilidad de crear una página totalmente nueva basada en la definición del sitio y, a continuación, transferir las personalizaciones a la nueva página.

¿Aún puede obtener acceso los controles de edición de las páginas?

Si personalizó los controles de edición (por ejemplo, el vínculo Acciones del sitio o el vínculo Editar página), compruebe si aún aparecen. Si no aparecen, puede reemplazarlos con los controles de edición de la nueva versión; para ello, restablezca la versión predeterminada de la página.

Utilice el comando Restablecer plantilla de SharePoint Designer para restablecer la versión predeterminada de la página (también conocido como reconvertir en fantasma). Después de restaurar la página predeterminada, puede volver a aplicar las personalizaciones en el explorador; para ello, aplique una página maestra diferente o vuelva a aplicar las personalizaciones en SharePoint Designer.

¿Siguen siendo apropiadas las personalizaciones en el nuevo entorno o desea actualizar a la nueva funcionalidad o apariencia?

Si desea la nueva funcionalidad y características, debe restablecer todas las páginas personalizadas de modo que usen la plantilla. Al restablecer la página, básicamente se descartan las personalizaciones y se adjunta la página a la página maestra adecuada. Después se pueden transferir las personalizaciones que desee a la página maestra en lugar de almacenarse en páginas individuales.

Utilice el comando Restablecer plantilla de SharePoint Designer para restablecer la versión predeterminada de la página (es decir, reconvertirla en fantasma). Después de restaurar la página predeterminada, puede volver a aplicar las personalizaciones en el explorador; para ello, aplique una página maestra diferente o vuelva a aplicar las personalizaciones en SharePoint Designer.

¿Hay páginas que siguen desprotegidas?

Si desprotege una página para realizar cambios, asegúrese de volverla a proteger.

See Also

Concepts

Reanudación de la actualización (SharePoint Server 2010)
Solución de problemas de actualización (SharePoint Server 2010)