Ejecución de la herramienta de detección previa a la actualización (SharePoint Server 2010)

 

Se aplica a: SharePoint Server 2010

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

Puede usar la herramienta de comprobación previa a la actualización para informar sobre el estado de su entorno y sitios de SharePoint antes de realizar la actualización a Microsoft SharePoint Server 2010. Recomendamos especialmente que el administrador del servidor ejecute la herramienta de comprobación previa a la actualización y solucione la mayor cantidad posible de problemas antes de programar la actualización.

La herramienta de comprobación previa a la actualización es una operación de Stsdam que se ejecuta en un entorno de Microsoft Office SharePoint Server 2007 para encontrar posibles problemas de actualización y para revisar las recomendaciones y prácticas recomendadas. La operación está disponible en Office SharePoint Server 2007 Service Pack 2 y se actualizó en la actualización acumulada de octubre de 2009 de Windows SharePoint Services 3,0 y Office SharePoint Server 2007. Puede descargar e instalar la actualización acumulada de octubre de 2009 desde el tema sobre paquetes de actualización acumulada de octubre 2009 para SharePoint Server 2007 y Windows SharePoint Services 3.0 (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0xC0A).

NotaNote
Podría tener que ejecutar la herramienta de comprobación previa a la actualización más de una vez. Por ejemplo, si ejecuta la herramienta para evaluar la granja de servidores pero no va a realizar la actualización hasta varias semanas después, puede volver a ejecutarla justo antes de realizar la actualización para examinar los sitios nuevos y garantizar que no se han presentado otros problemas desde entonces.

En este artículo:

NotaNote
Una de las causas frecuentes de errores durante la actualización es que en el entorno falten características, soluciones y otros elementos personalizados. Asegúrese de que todos los elementos personalizados que necesite estén instalados en los servidores front-end web antes de iniciar el proceso de actualización. Se puede usar la herramienta de comprobación previa a la actualización y, en el caso de una actualización de base de datos adjunta, el cmdlet test-spcontentdatabase de Windows PowerShell para identificar los elementos personalizados que pueden usar los sitios. Para obtener más información, vea Identificación e instalación de personalizaciones en el artículo sobre cómo realizar una actualización de prueba para detectar posibles problemas.

La herramienta de comprobación previa a la actualización proporciona información acerca del estado del entorno y los sitios de SharePoint de dicho entorno. Por ejemplo:

  • Disponibilidad de la actualización y rutas de acceso admitidas. Se devuelve una lista de todos los servidores y componentes de la granja de servidores e información acerca de si los servidores cumplen los requisitos para la actualización.

  • Configuración de asignación alternativa de acceso. Se devuelve una lista de las direcciones URL de asignación alternativa de acceso que se van a usar en la granja de servidores.

  • Elementos instalados. Se devuelve una lista de todas las definiciones de sitio, plantillas de sitio, características y paquetes de idioma instalados en la granja de servidores. Además, es necesario saber qué plantillas de sitio se instalaron o usaron para poder comprobar si están disponibles después de actualizar o adjuntar una base de datos. Asimismo, es necesario saber qué elementos se han personalizado para poder volver a comprobar las personalizaciones después de la actualización. Por ejemplo, se debe saber si un sitio depende de un paquete de idioma para Office SharePoint Server 2007 que no existe aún para SharePoint Server 2010 para poder administrar el sitio durante la actualización.

  • Personalizaciones no compatibles. Se informa sobre si en la granja de servidores hay personalizaciones del servidor no admitidas (por ejemplo, modificaciones del esquema de la base de datos).

  • Objetos huérfanos Proporciona una lista de todos los huérfanos de base de datos o sitio del conjunto o granja de servidores. Los objetos como elementos de lista, listas, documentos, sitios web y colecciones de sitios pueden volverse huérfanos, es decir, los objetos existen pero no están asociados a un sitio concreto. Como los objetos huérfanos no funcionan en la versión anterior, tampoco funcionan después de la actualización. Si realiza una actualización en contexto, los elementos huérfanos seguirán existiendo, pero no funcionarán. Es aconsejable reparar los objetos huérfanos antes de realizar la actualización.

    SugerenciaTip
    Los miembros del grupo de administradores de los servidores web front-end pueden reparar los elementos huérfanos antes de la actualización siguiendo los pasos descritos en el artículo 918744 de Knowledge Base, relativo a la descripción de una nueva operación de la línea de comandos que puede usar para reparar bases de datos de contenido en Windows SharePoint Services (http://go.microsoft.com/fwlink/?linkid=69958&clcid=0xC0A).
  • Valores de configuración válidos. Se informa sobre cualquier valor de configuración que falte o no sea válido (por ejemplo, falta el archivo Web.config, los nombres de host no son válidos o las cuentas de servicio no son válidas) en la granja de servidores.

  • Requisitos de bases de datos. Se informa sobre si las bases de datos cumplen los requisitos para la actualización (por ejemplo, las bases de datos deben ser de lectura y escritura, y las bases de datos y colecciones de sitios que se almacenan en Windows Internal Database no pueden tener un tamaño superior a 4 GB).

Use la información obtenida con la herramienta de comprobación previa a la actualización para determinar:

  • Si llevar a cabo una actualización en contexto o una actualización de base de datos adjunta.

    Determinación del enfoque de actualización (SharePoint Server 2010) proporciona información que le ayudará a decidir qué tipo de actualización realizar. Es importante tener en cuenta el informe generado por la herramienta de comprobación previa a la actualización para tomar esta decisión. Si los servidores no cumplen con los requisitos para la actualización en contexto, deberá considerar la realización de una actualización de base de datos adjunta.

  • Si actualizar una o todas las colecciones de sitios que contienen sitios personalizados.

  • En qué sitios hay que volver a realizar o aplicar las personalizaciones después de la actualización y, por lo tanto, podrían requerir más tiempo en la fase de revisión.

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 desde http://go.microsoft.com/fwlink/?linkid=179928&clcid=0xC0A.

Antes de realizar este procedimiento, confirme que:

  • El sistema ejecuta Office SharePoint Server 2007 con Service Pack 2.

Para ejecutar la herramienta de comprobación previa a la actualización
  1. Compruebe si tiene las siguientes credenciales administrativas:

    • Para usar Stsadm, debe ser miembro del grupo Administradores local del 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\12\bin

  4. Escriba el siguiente comando y presione ENTRAR:

    STSADM.EXE -o preupgradecheck

    Este comando comprueba la configuración del servidor local y de la granja de servidores. Para obtener una lista de otros parámetros que puede usar con esta operación, vea el tema sobre operación Preupgradecheck: Stsadm (Office SharePoint Server). Para obtener una lista de las reglas incluidas en la herramienta de comprobación previa a la actualización, vea el tema sobre detección previa a la actualización e informes para versiones futuras (Office SharePoint Server).

Después de ejecutar la herramienta de comprobación previa a la actualización, el informe se abre automáticamente en el explorador predeterminado. Además, también se puede ver el informe si se abre desde su ubicación en el directorio %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS. El nombre del informe tiene el siguiente formato: PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatorio.htm, donde AAAAMMDD es la fecha y HHMMSS-SSS es la hora (formato de 24 horas, minutos, segundos y milisegundos), y se usa el número aleatorio para diferenciar los posibles intentos simultáneos de ejecución de la herramienta de comprobación previa a la actualización. Hay también versiones TXT y XML del informe en la misma ubicación.

Use el informe para encontrar y solucionar problemas. También puede compartir los resultados relevantes con otros miembros del equipo de actualización. Por ejemplo, puede informar acerca de problemas como plantillas de sitio personalizadas o elementos web personalizados al propietario del sitio, al diseñador web o al desarrollador antes de programar la actualización, para darles tiempo para resolver los problemas.

Mostrar: