Solución de problemas y reanudación de la actualización (Office SharePoint Server)

  • 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:

  • Revise los archivos de registro de la actualización y busque “error”. Los archivos de registro de la actualización están situados en %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Para obtener más información sobre la visualización del registro de actualización, vea Comprobación de la actualización (Office SharePoint Server).

    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 ejecuta una actualización gradual, compruebe si las colecciones de sitios que ejecutaba han aparecido en la nueva versión. Si es así, puede usar la solución alternativa o revertir el sitio con la nueva versión a la versión anterior e intentar actualizar el sitio de nuevo. Para obtener más información acerca de cómo revertir sitios, vea Reversión a un sitio de la versión anterior (Office SharePoint Server).

  • 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 (Office SharePoint Server).

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

Tanto para la actualización inmediata como para la gradual en un entorno de granja de servidores, debe usar las mismas credenciales que empleó en el entorno de la versión anterior para el entorno de la versión nueva. Sin embargo, si ha usado la cuenta de Servicio de red para el entorno de la versión anterior, debe usar una cuenta de dominio en la nueva versión. El entorno de la versión anterior puede continuar usando el Servicio de red, pero cuando instale la nueva versión y cree la nueva granja de servidores, deberá proporcionar una cuenta de dominio en su lugar. Asegúrese de que concede los permisos adecuados a la cuenta de dominio que usa para las bases de datos de SQL Server (debe pertenecer al grupo de creadores de la base de datos, administradores de procesos y propietarios de la base de datos para todas las bases de datos de la versión anterior).

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 Microsoft Office SharePoint Server 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 Office SharePoint Server 2007, 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 alternativas de acceso (Office SharePoint Server).

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

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

No se pueden usar definiciones de sitio de Microsoft Office SharePoint Portal Server 2003 para sitios web de Office SharePoint Server 2007

Si usa las mismas plantillas de definición de sitio personalizadas para SharePoint Portal Server 2003 y Office SharePoint Server 2007, se producirán errores de página al obtener acceso al sitio web. No se pueden utilizar plantillas de definición de sitio personalizadas que haya creado para SharePoint Portal Server 2003. Debe crear un archivo de actualización de definición de sitio que asigne los elementos personalizados desde la antigua definición de sitio personalizada a la nueva definición de sitio personalizada, para que cada elemento del sitio (por ejemplo, una página personalizada) pueda actualizarse al nuevo elemento correspondiente. Para obtener más información sobre la creación de nuevas definiciones de sitio para Office SharePoint Server 2007Office SharePoint Server 2007, vea Desarrollo de nuevas definiciones del sitio personalizadas y creación de archivos de definición de actualización (Office SharePoint Server) y Implementación de archivos de definición de actualización y definiciones de sitio nuevas (Office SharePoint Server). Para obtener información sobre los escenarios compatibles e incompatibles para trabajar con definiciones de sitio personalizadas, vea el artículo 898631 sobre los escenarios compatibles e incompatibles para trabajar con definicinoes de sitio personalizadas y definiciones de área personalizadas en Windows SharePoint Services, SharePoint Portal Server 2003 y Office SharePoint Server 2007 en Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=140380&clcid=0xC0A).

Vínculo roto al archivo de Ayuda al adjuntar una base de datos de contenido existente a una nueva granja de servidores

Cuando se crea una nueva granja de servidores y se adjunta una base de datos de contenido existente, el elemento web de listas original contiene una dirección URL al archivo de Ayuda para la versión anterior del producto. El archivo de Ayuda para la versión anterior del producto no está disponible en el servidor. Como consecuencia, el vínculo Recursos de Ayuda de Productos y Tecnologías de Microsoft SharePoint, que apunta a la siguiente dirección URL:
http://< servidor:número_puerto>/_vti_bin/help/1033/sps/html/HelpResources.htm
, muestra un mensaje de error que indica que la página no se puede encontrar (HTTP Error 404). Elimine este vínculo para resolver el problema.

La actualización inmediata puede producir un error en granjas de servidores de tamaño medio o grande con servidores que no son cliente web al usar el sitio web predeterminado de IIS

Si una granja de servidores de tamaño medio o grande contiene uno o más servidores que no son servidores cliente web y ha usado el sitio web predeterminado de IIS para hospedar un sitio de SharePoint, se puede producir un error en la actualización con un mensaje que indica que el sitio web predeterminado no se puede actualizar. Para solucionar este problema, antes de ejecutar la actualización, en todos los servidores que no sean cliente web (como el servidor de índices), cambie el nombre del sitio web predeterminado de IIS, ejecute la actualización y, a continuación, vuelva a usar el nombre Sitio web predeterminado. No tiene que cambiar el nombre del sitio web en ninguno de los servidores cliente web de la granja de servidores.

Si no cambia el nombre del sitio web predeterminado de IIS antes de ejecutar la actualización, se producirá un error en la actualización. Si esto ocurre, puede cambiar el nombre del sitio web predeterminado en los servidores que no son cliente web y, a continuación, reanudar la actualización. Puede usar la siguiente operación de la línea de comandos para reanudar la actualización:

psconfig -cmd upgrade -inplace previous versionv -wait -force

La actualización inmediata puede producir un error si hay varios sitios del portal con la misma dirección URL en su entorno

Si su entorno contiene varios sitios del portal en la misma dirección URL, el Asistente para configuración de Productos y Tecnologías de SharePoint se cerrará con el siguiente error en el archivo de registro: Ya se ha agregado un elemento con la misma clave. Este error se produce si tiene algún sitio del portal huérfano: sitios que existen en IIS o en el sistema de archivos, pero no en la base de datos de configuración. Su entorno puede haber llegado a este estado por cualquiera de los siguientes caminos:

  • Se eliminó accidentalmente y se volvió a crear el sitio web de IIS en el que se hospeda un sitio del portal.

  • No se extendió un servidor virtual existente; a continuación, el mismo servidor virtual se volvió a extender para hospedar a un nuevo sitio del portal.

  • Hay más de un sitio web de IIS para el mismo número de puerto.

Para determinar si tiene sitios con direcciones URL duplicadas, en su entorno SharePoint Portal Server 2003, vaya a la página Mostrar y administrar sitios del portal en Administración central de SharePoint y busque sitios del portal con la misma dirección URL. Determine qué sitio está en uso y cuál es el sitio huérfano y, a continuación, elimine el sitio huérfano antes de ejecutar la actualización.

La actualización inmediata podría mostrar las direcciones URL incorrectas para los sitios en la Administración central si crea el sitio de Administración central en un servidor que no es cliente web

Si está realizando una actualización inmediata en una granja de servidores de gran tamaño y ejecuta una actualización en un servidor de índices antes de ejecutarla en un servidor cliente web, la Administración central se creará en el servidor de índices en lugar de en el servidor cliente web. Esto puede hacer que la Administración central muestre nombres de host incorrectos para las direcciones URL a los sitios web que se están actualizando en la página Estado de actualización del contenido del sitio. Para solucionar este problema, puede agregar una asignación de acceso alternativa para el sitio de Administración central para que señale a la dirección URL correcta para el servidor cliente web.

  1. En el Administrador de Internet Information Services del servidor cliente web, compruebe el nombre de host y el número de puerto para la Administración central.

  2. Abra Administración central en el servidor de índices y en la ficha Operaciones, bajo Configuración global, haga clic en Asignaciones de acceso alternativas.

  3. En la página Asignaciones de acceso alternativas, haga clic en Editar direcciones URL internas.

  4. En la página Editar direcciones URL públicas de zona, haga clic en la flecha hacia abajo de Colección de asignaciones de acceso alternativas y seleccione Cambiar Colección de asignaciones de acceso alternativas.

  5. En el cuadro Seleccionar una colección de asignaciones de acceso alternativas, haga clic en Administración central.

  6. En la sección Direcciones URL públicas, en el cuadro Intranet, escriba la dirección URL correcta para la Administración central en el servidor cliente web y, a continuación, haga clic en Guardar.

  7. En el servidor cliente web, abra Administración central y en la ficha Operaciones, bajo Actualización y migración, haga clic en Estado de actualización del contenido del sitio.

    Las direcciones URL se deberían mostrar correctamente.

La actualización de la dirección de inicio de búsqueda y de tipos de archivo podría no funcionar si se configura una dirección de inicio inusual en Microsoft Office SharePoint Portal Server 2003

Si cuenta con una dirección de inicio poco común, como http://nombre de servidor/nombre de servidor.com, como la dirección de inicio para la indización, es posible que la actualización de la búsqueda no actualice las direcciones de inicio y los tipos de archivos, y deberá especificar estas opciones de configuración de forma manual en el entorno Office SharePoint Server 2007.

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

Tanto para la actualización inmediata como para la gradual en un entorno de granja de servidores, debe usar las mismas credenciales que empleó en el entorno de la versión anterior para el entorno de la versión nueva. Sin embargo, si ha usado la cuenta de Servicio de red para el entorno de la versión anterior, debe usar una cuenta de dominio en la nueva versión. El entorno de la versión anterior puede continuar usando el Servicio de red, pero cuando instale la nueva versión y cree la nueva granja de servidores, deberá proporcionar una cuenta de dominio en su lugar. Asegúrese de que concede los permisos adecuados a la cuenta de dominio que usa para las bases de datos de SQL Server (debe pertenecer al grupo de creadores de la base de datos, administradores de procesos y propietarios de la base de datos para todas las bases de datos de la versión anterior).

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 SSL. Si necesita que este sitio web use SSL, debe llevar a cabo pasos adicionales durante el proceso de actualización gradual para establecer la configuración 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 (Office SharePoint Server).

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.

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

  1. Abra un 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).

Una búsqueda en ejecución desde un portal secundario no puede encontrar nuevos documentos después de realizar una actualización gradual con servicios compartidos

Si se ha actualizado un portal secundario que consume servicios compartidos de una granja de servidores primaria, debe actualizar las asignaciones de direcciones URL de sitio del portal alternativas para que señalen a la dirección URL actualizada. De lo contrario, cuando los usuarios buscan desde el portal secundario, puede que no vean el contenido agregado al portal secundario.

Importante

Estos pasos se deben realizar en el entorno de SharePoint Portal Server 2003.

Actualización de las asignaciones de direcciones URL de sitio del portal alternativas

  1. Haga clic en Inicio, señale Todos los programas, elija SharePoint Portal Server y, a continuación, haga clic en Administración central de SharePoint.

  2. Bajo Configuración de sitios del portal y servidores virtuales, haga clic en Configurar direcciones URL de sitio del portal alternativas para intranet, extranet y acceso personalizado.

  3. En el menú desplegable para el sitio actualizado en el portal secundario, haga clic en Editar.

  4. En la página Cambiar configuración de acceso alternativo, en el cuadro Dirección URL de la intranet, escriba la dirección URL del sitio original y, a continuación, haga clic en Aceptar.

    Ahora debería tener una dirección URL predeterminada que señala al sitio actualizado y una dirección URL de la intranet que señala al sitio original.

  5. Realice un rastreo en busca del entorno de SharePoint Portal Server 2003.

    Para obtener más información acerca de cómo realizar un rastreo, vea Administración de actualizaciones de índices de contenido (en inglés) (https://office.microsoft.com/en-us/sharepointserver/CH011715081033.aspx) (en inglés) en la Guía del administrador de SharePoint Portal Server 2003.

La actualización de la dirección de inicio de búsqueda y de tipos de archivo podría no funcionar si se configura una dirección de inicio inusual en SharePoint Portal Server 2003

Si cuenta con una dirección de inicio poco común, como http://nombre de servidor/nombre de servidor.com, como la dirección de inicio para la indización, es posible que la actualización de la búsqueda no actualice las direcciones de inicio y los tipos de archivos, y deberá especificar estas opciones de configuración de forma manual en el entorno Office SharePoint Server 2007.

Mi sitio del portal primario no fue rastreado después de la actualización

No se realizará ningún rastreo en un portal primario si se cumplen las condiciones siguientes:

  • Usa servicios compartidos

  • >Tienen una granja de servidores de gran tamaño con más de un servidor de índices

  • >Hay una regla de exclusión para el portal primario en uno de esos servidores de índices

  • >Para generar los índices, puede eliminar la regla, o cambiar la regla de exclusión por una de inclusión y, a continuación, realizar de nuevo el rastreo

>Mi consulta no funciona en el portal primario después de la actualización con servidores de consulta independientes

>Si usa la propagación de índices de consulta entre granjas de servidores, inicializar los servidores de consulta tarda un rato. En cada uno de los servidores de consulta, ejecute la siguiente operación en la línea de comandos para asegurarse de que se han inicializado

stsadm.exe -o osearch -propagationlocation <applications directory>

>Donde <applications directory> es la ubicación por encima de los datos de índice para todos los SSP, tales como:

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

Mi portal primario actualizado no tiene las direcciones de inicio convertidas, sólo las direcciones de inicio originales, para el contenido que todavía se encuentra en sitios de SharePoint Portal Server 2003

Tras una actualización gradual, las direcciones de inicio del sitio del portal primario podrían no ser las direcciones URL temporales correctas, sino sólo las direcciones de inicio originales. Para solucionar este problema, use el siguiente proceso:

  1. En SharePoint Portal Server 2003, en las páginas de administración de búsqueda, agregue una regla de exclusión para eliminar cualquier contenido almacenado actualmente en el entorno de Office SharePoint Server 2007.

  2. Agregue un nuevo origen de contenido para rastrear la nueva dirección URL para los sitios que todavía se encuentran en el entorno de SharePoint Portal Server 2003.

  3. Realice un rastreo en el entorno de SharePoint Portal Server 2003.

Si el servicio Office SharePoint Server Search no se inicia automáticamente durante la actualización, aparecerá el siguiente mensaje en el Asistente para configuración de Productos y Tecnologías de SharePoint:

Error al iniciar servicio SearchServiceInstance en este servidor tras completar actualización. Inícielo manualmente.

El Asistente para Productos y Tecnologías de SharePoint termina correctamente pero el servicio Office SharePoint Server Search sigue detenido. Para iniciar el servicio Office SharePoint Server Search:

  1. Abra una ventana del símbolo del sistema y cambie a la siguiente carpeta:

    %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN

  2. Ejecute el comando siguiente:

    stsadm \endash o osearch \endash action start

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.

Use el 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.

Error al actualizar Productos y Tecnologías de SharePoint

Si agrega un nuevo servidor web a una granja de servidores existente que no tiene ninguna aplicación web, actualiza el servidor web y, a continuación, ejecuta el Asistente para configuración de Productos y Tecnologías de SharePoint, puede recibir el siguiente mensaje de error:

Se produjo una excepción del tipo Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException. Información de excepción adicional: Error al actualizar Productos y Tecnologías de SharePoint.

Este error se produce cuando el Asistente para configuración de Productos y Tecnologías de SharePoint no puede encontrar o modificar el archivo Web.config. Para resolver el problema, debe copiar manualmente el archivo Web.config de %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Config en %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Template\Layouts. Una vez que el archivo Web.config esté en la carpeta Layouts, podrá ejecutar nuevamente el Asistente para configuración de Productos y Tecnologías de SharePoint.

Error al actualizar mensaje de error en el registro de actualización que indica que no hay Web

Si realiza una actualización gradual y se produce un error en la actualización, debe comprobar el registro de actualización que se encuentra en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Si el mensaje de error del registro de actualización indica que no hay web, significa que el sitio web se ha eliminado. Como resultado, no se puede encontrar ningún sitio web en la ubicación en cuestión. Para resolver el problema, detenga y reinicie el servicio de temporizador de Windows SharePoint Services y, a continuación, vuelva a ejecutar 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 del 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. El proceso de copia de seguridad y restablecimiento crea un nuevo GUID para la colección de sitios.

En entornos de servicios compartidos, debe ejecutar un comando adicional antes de desasociar una base de datos

Al realizar una migración de base de datos en un entorno de servicios compartidos, antes de desasociar (o realizar una copia de seguridad) las bases de datos, debe ejecutar la siguiente operación en la línea de comandos:

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

Esta operación garantiza que la base de datos de contenido se incluirá en la sincronización de pertenencia y perfil una vez que vuelva a asociarla. Si no ejecuta esta operación antes de desasociar la base de datos de contenido, la información de pertenencia y perfil en la base de datos de contenido será estática y no se sincronizará después de la actualización.

Si no realizó esta operación antes de desasociar la base de datos, puede ejecutar en su lugar la siguiente operación tras asociar para corregir el problema de sincronización:

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

Tenga en cuenta que tendrá que determinar el GUID de la base de datos antes de poder ejecutar la operación preparetomove para una base de datos ya desasociada. Para buscar el GUID, use la siguiente operación:

stsadm -o sync -listolddatabases <days>

Para obtener información sobre cómo desasociar una base de datos, vea el artículo sobre cómo desasociar y adjuntar bases de datos.

No adjuntar la base de datos de configuración de componentes (_SERV) o la base de datos del perfil de usuario (_PROF) durante una migración de base de datos

Al realizar una migración de base de datos, no es necesario migrar y adjuntar la base de datos de configuración de los componentes de SharePoint Portal Server 2003 (la base de datos de búsqueda, normalmente denominada "ID_SERV" donde ID es un identificador como el nombre del servidor) o la base de datos de perfil de usuario (_PROF). En su lugar, debe volver a crear la base de datos de búsqueda y reconfigurar las opciones de búsqueda cuando realice una migración de base de datos. Esto se debe a que la configuración de la búsqueda de SharePoint Portal Server 2003 se almacenaba tanto en el registro del servidor como en la base de datos, y una migración de base de datos no contiene todos los valores de configuración.

Si adjunta la base de datos de configuración de componentes (búsqueda) durante la migración de base de datos, el proceso de actualización producirá un error al actualizar los servicios compartidos y podría ver el siguiente mensaje: No se encontró el procedimiento almacenado 'dbo.proc_MSS_PropagationGetQueryServers'.

Realice la migración de base de datos de nuevo y no adjunte la base de datos de configuración de componentes (_SERV) o la base de datos de perfil de usuario (_PROF).

Falta mi página de sitio web actualizado en el vínculo Mi sitio después de adjuntar la base de datos de contenido

En un entorno de servicios compartidos que incluye Mis sitios, después de actualizar mediante la migración de base de datos, la página del sitio web actualizado no se incluye en el vínculo Mis sitios. Cuando se realiza una migración de base de datos, se realiza una actualización inmediata de las bases de datos, pero no se actualizan los datos de configuración de la granja de servidores. En consecuencia, la dirección URL del host de Mi sitio no se configura en la granja de servidores actualizada.

Después de migrar la base de datos de contenido que incluye los sitios personales a la nueva granja de servidores, establezca la dirección URL para usarla como la ubicación del host de Mi sitio. En la página de inicio de Administración de servicios compartidos, en la sección Perfiles de usuario y Mis sitios, haga clic en Configuración de Mi sitio. En la sección Servicios de sitio personal, escriba /MySite como la dirección URL de la aplicación web para la ubicación del host de Mi sitio en la granja de servidores actualizada. /MySite es la ruta de la ubicación del host de Mi sitio que se crea de manera predeterminada en la aplicación web para el sitio de SharePoint. Para obtener más información, vea Configuración de opciones para Mis 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 están permitidos 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 asegurar 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 su lectura e impresión:

Vea la lista completa de libros disponibles en la página que muestra el contenido descargable para Office SharePoint Server 2007.