Share via

Solución de problemas y reanudación de la actualización (Windows SharePoint Services)

  • Artículo

En este artículo:

  • Información general acerca de la solución de problemas y el reinicio de la actualización

  • Problemas conocidos de la detección previa a la actualización

  • Problemas conocidos de la actualización inmediata

  • Problemas conocidos de la actualización gradual

  • Problemas conocidos de la migración de bases de datos

  • Problemas conocidos de sitios personalizados

Información general acerca de la solución de problemas y el reinicio de la actualización

Si la actualización se detiene, puede usar los siguientes métodos para solucionar los problemas:

  • Busque la palabra "error" en los archivos de registro de la actualización. Los archivos de registro de la actualización se encuentran en %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Para obtener más información acerca de cómo ver el registro de actualización, vea Comprobación de actualización (Windows SharePoint Services).

    Sugerencia

    Use la característica Buscar Archivos o carpetas de Windows para buscar iteraciones de “error” rápidamente en estos archivos de registro.

  • Revise los eventos en el Visor de eventos y busque los errores de aplicación.

  • Revise el archivo Léame para ver los problemas conocidos y las soluciones. Los errores suelen ser problemas que se pueden solucionar.

  • Si está ejecutando una actualización gradual, compruebe si las colecciones de sitios que estaba ejecutando han aparecido en la nueva versión. Si es así, puede aplicar la solución alternativa o revertir el sitio de v3 a v2 e intentar actualizar el sitio de nuevo. Para obtener más información acerca de cómo revertir sitios, vea Reversión a una versión anterior del sitio (Windows SharePoint Services).

  • La actualización inmediata se puede reiniciar con el comando stsadm –o upgrade. La actualización omitirá esas tareas que ya se han completado y continuará desde donde se detuvo. Para obtener más información acerca de la operación de actualización, vea Actualización de sitios (Windows SharePoint Services).

Problemas conocidos de la detección previa a la actualización

La actualización se bloquea si usa Localhost como nombre de servidor

Al usar "localhost" como el nombre de servidor puede provocar muchos problemas en el entorno y no es recomendable. Si usa "localhost" como el nombre del servidor, cuando ejecute la herramienta de detección previa a la actualización, este problema se registra y la actualización no puede continuar. Debe cambiar el nombre del equipo servidor y, a continuación, ejecutar una operación de examen preliminar antes de poder continuar con la actualización. Siga los pasos que se indican a continuación para cambiar el nombre al servidor y arreglar el problema de la herramienta de detección previa a la actualización.

  1. Realice una copia de seguridad de la base de datos de configuración.

  2. En la línea de comandos, cambie a la siguiente ruta de acceso: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin y, a continuación, ejecute el siguiente comando para cambiar el nombre del servidor en la base de datos de configuración:

    Stsadm.exe -o setconfigdb -databaseserver <nombre de servidor> -connect

  3. En la línea de comandos, cambie a la siguiente ruta de acceso: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin y, a continuación, ejecute el siguiente comando para borrar el problema de la herramienta de detección previa a la actualización:

    Prescan /fixlocalhost

  4. En la línea de comandos, ejecute el siguiente comando para volver a ejecutar el proceso de detección previo a la actualización:

    Prescan /all

    • Si resulta correcto, continúe con la actualización.

    • Si produce un error, significa que todavía hay un servicio que usa el nombre de servidor localhost. En este punto, la actualización no está bloqueada, pero es posible que algunos servicios no se actualicen correctamente.

Problemas conocidos de la actualización inmediata

Debe usar una cuenta de dominio, no el Servicio de red, para las actualizaciones de granja de servidores

Para la actualización inmediata o gradual en un entorno de granja de servidores, deberá usar en su entorno de versión 3 las mismas credenciales que usó en el entorno de la versión 2. Sin embargo, si anteriormente usaba la cuenta de Servicio de red para su entorno de versión 2, deberá usar en su lugar una cuenta de dominio en la versión 3. Su entorno de versión 2 puede seguir usando Servicio de red, pero cuando instale la versión 3 y cree la nueva granja de servidores, deberá proporcionar en su lugar una cuenta de dominio. Asegúrese de conceder a la cuenta de dominio que use los derechos apropiados a las bases de datos en SQL Server (debe ser un miembro del grupo de creadores de bases de datos, administradores de procesos y propietarios de bases de datos para todas las bases de datos de la versión 2).

Algunos valores de configuración no se conservan en la aplicación web cuando se realiza una actualización inmediata

Si usa la Capa de sockets seguros (SSL) y realiza una actualización inmediata, debe usar la característica de asignación alternativa de acceso (AAM) para modificar la dirección URL en Windows SharePoint Services porque algunos valores de configuración no se conservan en la aplicación web.

Antes de actualizar, si dispone de una entrada de AAM que usa HTTPS, como la siguiente:

Dirección URL entrante: https://<nombreDeServidor>

Dirección URL saliente: https://<nombreDeServidor>

Después de realizar una actualización inmediata de Windows SharePoint Services 3.0, esta entrada se establecerá incorrectamente como:

Dirección URL entrante: https://<nombreDeServidor>

Dirección URL saliente: http://<nombreDeServidor>

Para corregir la dirección URL, en el sitio web de Administración central de SharePoint, en la página Operaciones, haga clic en Asignaciones de acceso alternativas y, a continuación, en Editar direcciones URL públicas para volver a establecer la dirección URL en:

Dirección URL entrante: https://<nombreDeServidor>

Dirección URL saliente: https://<nombreDeServidor>

Para obtener más información acerca de las asignaciones alternativas de acceso, vea Planeación de asignaciones de acceso alternativas (Windows SharePoint Services).

La actualización finaliza en el primer servidor cliente web con errores

En una granja que usa varios servidores cliente web, si la actualización finaliza en el primer servidor cliente web con errores, se recomienda solucionar el problema y volver a ejecutar la actualización antes de iniciar la actualización de otro servidor cliente web.

Si por alguna razón se desea ignorar el error (por ejemplo, porque dicho error tenga que ver con una colección de sitios que rara vez se usa), se puede iniciar la actualización del segundo servidor cliente web mediante la herramienta de línea de comandos Psconfig. Use la siguiente operación de línea de comandos:

Psconfig -cmd upgrade -inplace b2b -wait -force

Nota

Si se usa la herramienta de línea de comandos Psconfig, no se puede usar el Asistente para configuración de Productos y Tecnologías de SharePoint para actualizar servidores cliente web adicionales.

Error de secuencia de SPConfigurationDatabase2 en el registro de actualización

Si se realiza una actualización inmediata y se produce un error, compruebe el archivo Upgrade.log, ubicado en la carpeta COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Si aparece un mensaje de error del tipo “[SPConfigurationDatabaseSequence2] [ERROR] [date]: la función 'WSS_Content_Application_Pools' ya existe en la base de datos actual”, se puede usar cualquiera de las siguientes soluciones para resolver el problema:

  • Ejecute las siguientes consultas SQL en la base de datos de configuración:

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    Nota

    Si la función de eliminación tiene algún miembro cuando se produce el error de la acción, la llamada a sp_droprole devuelve los nombres de dichos miembros. A continuación, debe ejecutar el siguiente comando para cada miembro:

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    A continuación, debe volver a ejecutar la siguiente consulta:

    exec sp_droprole N'WSS_Content_Application_Pools'

  • Cree una nueva granja V3 y, a continuación, agregue la base de datos de contenido existente. Esta opción permite conservar todos los datos de los usuarios, aunque se pierde la información de configuración almacenada en la base de datos de configuración V2, como los paquetes de elementos web y la configuración de los servidores virtuales.

  • Si se resolvió el error original (por ejemplo, el error se debió a la pérdida de conectividad con la red o a una cantidad insuficiente de espacio en disco en el equipo con SQL Server y, a continuación, se corrigió), se puede restaurar la granja de servidores V2 y reiniciar la actualización.

Nota

No olvide reiniciar la actualización después de aplicar las soluciones.

Para las actualizaciones inmediatas en servidores independientes, ejecute la actualización desde la línea de comandos si recibe un error de inicio de sesión o un error de conexión a la base de datos.

Si ejecuta una actualización inmediata en un servidor independiente que ejecuta WMSDE, es posible que finalice el tiempo de espera del proceso de actualización y se genere un error similar al siguiente:

SPContentDatabaseSequence] [ERROR] [10/18/2006 12:42:44 PM]: No se puede abrir la base de datos "STS_DATABASE_NAME_1" solicitada por el inicio de sesión. Error de inicio de sesión.

Error de inicio de sesión del usuario 'NT AUTHORITY\NETWORK SERVICE'.

[SPContentDatabaseSequence] [ERROR] [10/18/2006 12:42:44 PM]: en System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

en System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

Si aparece este mensaje de error u otro sobre un error en la conexión de base de datos, debe usar la línea de comandos para completar la actualización.

  1. Abra un símbolo del sistema y cambie al siguiente directorio: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin

  2. Ejecute el comando siguiente para reanudar y completar la actualización:

    psconfig –cmd upgrade –inplace v2v –force -wait

Para obtener más información acerca de cómo usar la utilidad de línea de comandos psconfig.exe, vea Referencia de línea de comandos del Asistente para configuración de Productos y Tecnologías de SharePoint (Windows SharePoint Services).

Problemas conocidos de la actualización gradual

Debe usar una cuenta de dominio, no el Servicio de red, para las actualizaciones de granja de servidores

Para la actualización inmediata o gradual en un entorno de granja de servidores, deberá usar en su entorno de versión 3 las mismas credenciales que usó en el entorno de la versión 2. Sin embargo, si anteriormente usaba la cuenta de Servicio de red para su entorno de versión 2, deberá usar en su lugar una cuenta de dominio en la versión 3. Su entorno de versión 2 puede seguir usando Servicio de red, pero cuando instale la versión 3 y cree la nueva granja de servidores, deberá proporcionar en su lugar una cuenta de dominio. Asegúrese de conceder a la cuenta de dominio que use los derechos apropiados a las bases de datos en SQL Server (debe ser un miembro del grupo de creadores de bases de datos, administradores de procesos y propietarios de bases de datos para todas las bases de datos de la versión 2).

Pasos adicionales requeridos para actualizar de forma gradual un servidor sólo con SSL

El proceso de actualización gradual usa un conjunto emparejado de sitios web de IIS para hospedar el sitio original (sin actualizar) y el sitio nuevo (actualizado). De forma predeterminada, el nuevo sitio que se crea no usa la capa de sockets seguros (SSL). Si necesita que este sitio web use SSL, debe llevar a cabo pasos adicionales durante el proceso de actualización gradual para establecer las opciones de IIS y el número de puerto de forma correcta para SSL.

Realice los siguientes pasos después de crear la aplicación web de destino para los sitios, pero antes de actualizar ningún sitio.

Para obtener más información acerca de la creación de la aplicación web de destino, vea Creación de una aplicación web nueva para hospedar sitios actualizados en Actualización de sitios (Windows SharePoint Services)).

Cambiar los números de puerto y la configuración de SSL en el Administrador de Internet Information Services (IIS)

  1. En el Administrador de Internet Information Services (IIS), haga clic en el signo más (+) situado junto al nombre del servidor que contiene la aplicación web que desea cambiar.

  2. Haga clic en el signo más(+) situado junto a Sitios web.

  3. Haga clic con el botón secundario en Sitio web predeterminado y, a continuación, haga clic en Propiedades.

  4. En la ficha Sitio web, en el cuadro Puerto SSL, escriba 444 y, a continuación, haga clic en Aceptar.

  5. Haga clic con el botón secundario en Default Web Site_Pair y, a continuación, haga clic en Propiedades.

  6. En la ficha Sitio web, en el cuadro Puerto SSL, escriba 443 y, a continuación, haga clic en Aplicar.

  7. En la ficha Seguridad de directorios, en la sección Comunicaciones seguras, haga clic en Certificado de servidor.

    Siga los pasos del asistente para asignar un nuevo certificado.

  8. En la ficha Seguridad de directorios, en la sección Comunicaciones seguras, haga clic en Editar.

  9. En el cuadro de diálogo Comunicaciones seguras, active la casilla Requerir canal seguro (SSL) y, a continuación, haga clic en Aceptar.

  10. Haga clic en Aceptar para cerrar el cuadro Propiedades de Default Web Site_Pair.

Actualización de las opciones de asignación de acceso alternativa y restablecer IIS

  1. Abra una ventana del símbolo del sistema y cambie al siguiente directorio: COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Ejecute el siguiente comando para cambiar la asignación de acceso alternativa del sitio web predeterminado original al puerto 444:

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    Donde server_name:port es la ubicación del sitio web predeterminado.

  3. Cambie al siguiente directorio: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.

  4. Ejecute el siguiente comando para cambiar la asignación de acceso alternativa del sitio web predeterminado:

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    Donde server_name:port es la ubicación del nuevo sitio que se creó cuando creó la aplicación web de destino.

  5. Ejecute el siguiente comando para restablecer IIS:

    iisreset /noforce

He finalizado la actualización, pero algunos sitios no se han actualizado aún, ¿qué puedo hacer?

Si ha finalizado el proceso de actualización, no podrá usar el método de actualización gradual para actualizar ninguno de los sitios restantes. Sin embargo, puede usar el enfoque de migración de bases de datos para actualizar los sitios. Para obtener más información acerca de cómo usar la migración de bases de datos después de finalizar una actualización gradual, vea el artículo 926718 en Microsoft Knowledge Base (https://support.microsoft.com/kb/926718/es).

En la pantalla del programa de instalación, seleccioné la opción “No actualizar”, pero he cambiado de idea y deseo actualizar

Si seleccionó la opción No actualizar durante la instalación y cambió de idea después de ejecutar el Asistente para configuración de Productos y tecnologías de SharePoint, debe volver a ejecutar el asistente para cambiar a una actualización gradual.

Uso del Asistente para configuración de Productos y tecnologías de SharePoint para cambiar de la opción “No actualizar” a una actualización gradual.

  1. Ejecute el Asistente para configuración de Productos y Tecnologías de SharePoint para desconectarse de la granja de servidores.

  2. Vaya a %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\ y cambie la clave del Registro a V2V_GRADUAL_UPGRADE para SetupType y SetupTypeBackup.

  3. Vuelva a ejecutar el Asistente para configuración de Productos y Tecnologías de SharePoint para realizar la actualización.

Problemas conocidos de la migración de bases de datos

No se puede agregar la misma base de datos de contenido a una granja de servidores más de una vez, ni siquiera en diferentes aplicaciones web

Todas las colecciones de sitios de una base de datos de contenido (incluido los sitios de portal) tienen un identificador único global (GUID) asociado al mismo, registrado en la base de datos de configuración. Así, no es posible agregar la misma colección de sitios (o portal) dos veces a la granja de servidores, ni siquiera en aplicaciones web independientes. Aunque adjuntar la base de datos no crea problemas en esta situación, la colección de sitios no se puede iniciar. Si necesita una copia duplicada de una colección de sitios (o portal) en la misma granja de servidores, adjunte primero la base de datos que contiene la colección de sitios a una granja de servidores independiente y, a continuación, use la copia de seguridad Stsadm.exe y restaure las operaciones para copiar la colección de sitios a la otra granja de servidores. Los procesos de copia de seguridad y restauración crean un nuevo GUID para la colección de sitios.

Problemas conocidos de sitios personalizados

Se puede producir un error de aplicación cuando se realizan personalizaciones no permitidas en los archivos Web.config

Hay ciertas personalizaciones que no se admiten en los archivos Web.config para las subcarpetas de un servidor virtual. Por ejemplo, los nodos AUTHENTICATION y SESSIONSTATE no se admiten en el archivo Web.config en este nivel. Si se modifica el archivo Web.config de una forma no recomendada, se pueden producir resultados de actualización inesperados. Asegúrese de seguir las recomendaciones para las personalizaciones, incluidas las personalizaciones del archivo Web.config. Para obtener más información, vea la documentación sobre los procedimientos recomendados para garantizar la reutilización de las aplicaciones en Windows SharePoint Services (en inglés) en el sitio web de MSDN (https://msdn.microsoft.com/es-es/library/dd583161.aspx) (en inglés).

Descarga de este libro

En este tema se incluye el siguiente libro descargable para facilitar la lectura y la impresión:

Vea la lista completa de libros disponibles en la página de libros descargables para Windows SharePoint Services.