Solucionar problemas de actualización de bases de datos en SharePoint 2013

SE APLICA A:2013 2016 2019 Subscription Edition SharePoint en Microsoft 365

Incluso después de probar el proceso de actualización para identificar posibles problemas, es posible que experimente problemas inesperados durante una actualización de Productos de SharePoint 2010 a SharePoint 2013. Si experimenta problemas después de la actualización, cuanto antes los detecte y solucione, mejor será la experiencia del usuario final.

En este artículo se incluye una lista de problemas comunes y se describen los principios generales para facilitar la identificación y solución de problemas de actualización. Una vez identificados los problemas y solucionados, puede reanudar la actualización. Para más información sobre cómo reanudar la actualización, vea el tema Reiniciar la actualización de una base de datos adjunta o de una colección de sitios en SharePoint 2013.

Principios generales para la identificación de problemas

Compruebe el estado de la actualización para saber dónde se detuvo la actualización (si lo hizo) y los archivos de registro para encontrar errores o advertencias. A continuación, solucione los problemas encontrados antes de reanudar la actualización.

Primero, comprobar el estado de la actualización y de los archivos de registro

Los indicadores del estado de la actualización y los archivos de registro proporcionan una indicación sobre lo que salió mal durante el proceso de actualización. Recomendamos revisar detenidamente todos los errores registrados en los archivos de registro de actualización. Es posible que las advertencias no siempre indiquen un problema, pero debería revisarlas todas para determinar si es probable que alguna de ellas produzca otros problemas.

1. Revise la página Estado de actualización de el sitio web de Administración central de SharePoint.

   Para más información sobre cómo comprobar el estado de la actualización, vea Comprobar las actualizaciones de bases de datos en SharePoint 2013.

2. Revise los siguientes archivos de registro:

• El archivo de registro de errores de actualización y el archivo de registro de actualización (que contiene información más detallada que el archivo de registro de errores de actualización).

• Archivos de registro de seguimiento o de ULS.

  Estos archivos se almacenan en la carpeta %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\15\LOGS y se denominan NombreServidor_ AAAAMMDD- MMSS.log.

• El archivo de registro de eventos de la aplicación.

  Este archivo puede visualizarse mediante el Visor de eventos.

  Para obtener más información sobre los archivos de registro de actualización, vea Comprobar las actualizaciones de bases de datos en SharePoint 2013. Para obtener más información sobre el archivo de registro de seguimiento, vea Registros de seguimiento en MSDN.

Después, solucionar los problemas en orden

Algunos problemas tienen más efectos que otros. Por ejemplo, si falta un archivo del lado servidor se pueden producir varios errores aparentemente no relacionados en el nivel de sitio.

Solucione los problemas en el siguiente orden:

1. Personalizaciones o archivos del servidor que faltan, como características o elementos web.

   Asegúrese de instalar todas las personalizaciones del servidor, como características, elementos web y otros. Asegúrese de instalar las personalizaciones en la ubicación correcta de la granja de servidores nueva. Por ejemplo, las hojas de estilos adicionales que se deben tener para Productos de SharePoint 2010 tienen que estar instaladas en la ruta de acceso /14, no en la ruta de acceso nueva /15, de modo que las colecciones de sitios que no haya actualizado pueda usarlas. Asegúrese también de que transfiere a los servidores nuevos todas las opciones de configuración únicas desde los archivos Web.config files de cada aplicación web.

2. Problemas de configuración en la granja de servidores, la aplicación web o los servicios, como rutas de acceso administradas o aplicaciones de servicio que no se inician.

3. Problemas adicionales que se detectan sitio por sitio, comenzando por sitios de alto perfil o muy importantes.

A medida que identifica los problemas de mayor importancia y los soluciona, puede probar a ejecutar la actualización de nuevo para comprobar si también se ha solucionado algún otro problema del proceso de actualización que apareció posteriormente.

Problemas comunes

Compruebe si alguno de los siguientes problemas está causando una advertencia o error de actualización.

P (Pregunta): Quiero actualizar desde una versión preliminar de SharePoint 2013

• R (Respuesta): La actualización desde una versión preliminar de SharePoint 2013 a la versión completa de SharePoint 2013 no se admite.

  Las versiones preliminares están diseñadas únicamente con fines de pruebas y no se deben usar en entornos de producción. Tampoco se admite la actualización de una versión preliminar a otra.

P: El registro dice que faltan plantillas, características u otras personalizaciones del servidor

• R: Identifique todas las personalizaciones del servidor e instálelas antes de actualizar

Un error común durante la actualización son los archivos del lado servidor que faltan, ya sean archivos instalados con Productos de SharePoint 2010 o archivos personalizados. Al prepararse para la actualización, debería haber creado un inventario de las personalizaciones del lado servidor (como definiciones de sitio, plantillas, características, elementos web, ensamblados) necesarias para los sitios. Compruebe este inventario para asegurarse de que todos los archivos necesarios para las personalizaciones estén instalados en el entorno nuevo.

Puede usar el cmdlet de Microsoft PowerShell test-spcontentdatabase antes de actualizar la base de datos para identificar los archivos que faltan. También puede usar la operación enumallwebs de Stsadm.exe para identificar las personalizaciones del servidor que se usan actualmente.

En los archivos de registro de actualización, es posible que vea errores como los que indican a continuación:

• Error: se encontraron sitios webs de recuento de referencia que usan una plantilla web que falta Identificador de plantilla de sitio (lcid: Código de idioma de la plantilla de sitio) en el nombre de base de datos de contenido ContentDatabase.

• ERROR Se encontró un identificador de característica que falta = [Identificador de característica]

• WARNING El archivo [Ruta de acceso del archivo relativa] se hace referencia a las veces [Recuento de referencias] en la base de datos, pero no está instalado en la granja de servidores actual.

• WARNING WebPart class [Web Part Identifier] is referenced [Reference Count] times in the database, but is not installed on the current farm.

• WARNING Se hace referencia al ensamblado [Ruta de acceso del ensamblado] en la base de datos, pero no está instalado en la granja de servidores actual.

• Advertencia: no se pudo actualizar la característica. Excepción: no se encontró el identificador de definición de característica "Identificador de característica" .

Si puede obtener una dependencia o un archivo del lado servidor que faltan, instálelos y, después, ejecute otra vez la actualización para los sitios afectados. Si el archivo o la dependencia (como un elemento web) están desusados, deberá decidir si volverá a crear el sitio, página o elemento web para usar una plantilla, característica o elemento web distintos. Si puede rehacer la personalización mediante el uso de dependencias que se siguen usando, puede ejecutar nuevamente la actualización para los sitios afectados. Si no puede eliminar la dependencia, no podrá actualizar el sitio.

Después de instalar el archivo o dependencia que falta, use el cmdlet de Microsoft PowerShell test-SPContentDatabase en un servidor de prueba para determinar si faltan otros archivos para esa base de datos. Si solo vuelve a ejecutar la actualización, es posible que no se indique el error en los archivos de registro aunque ese error exista.

P: El archivo de registro dice que hay algo incorrecto en las opciones de configuración de mi granja de servidores, aplicación web o aplicación de servicio

• R: Compruebe la configuración de la granja de servidores y la aplicación web.

• R: Cree e inicie las aplicaciones de servicio que falten.

• R: Compruebe que todas las rutas de acceso administradas (rutas incluidas) están configuradas correctamente para cada aplicación web.

En los archivos de registro de actualización, es posible que vea errores como los que se indican a continuación:

• ERROR Template Id: SPSite Id= No se pudo acceder al id. de sitio debido a una excepción. Omitiendo el identificador de SPWeb= Identificador de web en la actualización de plantillas. Excepción: System.IO.FileNotFoundException: no se pudo encontrar el sitio con el identificador Identificador de sitio.

  Este error indica que falta una ruta de acceso administrada. Agregue la ruta administrada para la colección de sitios en la aplicación web y reinicie la actualización de la base de datos de contenido en la que se encuentra esta colección de sitios.

P: Durante la actualización aparecen errores y advertencias sobre conectividad o daños

• R: Compruebe las conexiones alimentación y la conexión a la red y a SQL Server. La pérdida de conectividad a los orígenes de datos puede provocar errores. Si sus servidores no pueden establecer conexión con las bases de datos, no se podrán actualizar.

P: El espacio en disco es insuficiente.

• R: Libere espacio o aumente el tamaño del archivo de registro de transacciones antes de reanudar la actualización. Si se queda sin espacio (por ejemplo, para archivos de registro de transacciones en los servidores de bases de datos), la actualización no podrá continuar.

  Para obtener más información, vea Administrar el tamaño del archivo de registro de transacciones.

P: Aparece un error sobre autenticación

• R: Asegúrese de que la aplicación web está usando el método de autenticación correcto.

Si los métodos de autenticación no coinciden, pueden surgir problemas al actualizar. Los recursos siguientes pueden ser de utilidad en caso de que no coincidan los métodos de autenticación:

• Autenticación de modo clásico o basada en notificaciones

  Asegúrese de que las aplicaciones web que creó en SharePoint 2013 usan el mismo método de autenticación que se usó en Productos de SharePoint 2010. La autenticación basada en notificaciones es el método predeterminado de autenticación para aplicaciones web en SharePoint 2013. Si la aplicación web usaba el modo clásico, puede actualizarla al modo basado en notificaciones antes de actualizar la base de datos, o bien crear la aplicación web en modo clásico y después migrarla al modo basado en notificaciones. Para obtener más información sobre cómo crear una aplicación web que use el modo clásico y, a continuación, migrar a notificaciones, vea [Creación de aplicaciones web que usan la autenticación en modo clásico en SharePoint Server]/versiones anteriores/office/sharepoint-server-2010/gg276326(v=office.14)) y Migración del modo clásico a la autenticación basada en notificaciones en SharePoint 2013

• Autenticación basada en formularios

  Se requieren pasos adicionales cuando se actualiza un entorno que usa el sistema de autenticación basada en formularios. Siga los pasos descritos en Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones en SharePoint Server para actualizar los proveedores de autenticación basados en formularios.

P: SQL Server dice que no tengo permisos.

• R: Si recibe un error sobre una cuenta desconocida o si una base de datos no se actualiza, compruebe los permisos de la base de datos. Entre instancias de SQL Server en concreto, asegúrese de comprobar que la seguridad esté configurada correctamente. Compruebe que las cuentas de inicio de sesión que usa tienen los roles fijos y los permisos apropiados en las bases de datos, y que siguen siendo cuentas válidas si está actualizando entre dominios.

• R: Asegúrese de que la cuenta que usa para adjuntar las bases de datos pertenece al rol de base de datos fijo db_owner para todas las bases de datos que desea actualizar.

P: Una base de datos no se actualiza

• **R: ** Compruebe que la base de datos no está configurada como solo lectura. No se puede actualizar una base de datos de solo lectura. Asegúrese de que configura las bases de datos como solo lectura antes de adjuntarlas y actualizarlas.

P: Cambié el nombre de una base de datos durante la restauración, pero no puedo encontrar los archivos con ese nombre

• **R: ** Cuando se cambia el nombre de una base de datos durante la restauración, también es necesario cambiar el nombre de la base de datos y de los archivos de registro en el sistema de archivos (los archivos MDF y LDF) de modo que coincidan.

P: No puedo crear una copia de seguridad de la base de datos de administración de la aplicación de servicio de búsqueda

• **R: ** Para poder hacer copias de seguridad de la base de datos de administración de la aplicación de servicio de búsqueda, es necesario detener el servicio de búsqueda en la granja de servidores de SharePoint Server 2010. Para detener el servicio de búsqueda, en el menú Inicio de la granja de servidores original, haga clic en Herramientas administrativas y, después, en Servicios. Haga clic con el botón secundario en SharePoint Server Search 14 y, después, en Detener. Asegúrese de iniciar el servicio de nuevo una vez realizada la copia de seguridad de la base de datos.

P: Las conexiones de confianza no funcionan para los servicios de Excel tras la actualización

• **R: ** Es necesario crear de forma manual todas las conexiones de datos de confianza para Servicios de Excel después de la actualización.

P: Mis flujos de trabajo ya no están asociados correctamente

• **R: ** Compruebe que el trabajo del temporizador de la limpieza automática del flujo de trabajo está apagado. Si deshabilitó el trabajo del temporizador de la limpieza automática del flujo de trabajo en su entorno de Productos de SharePoint 2010, asegúrese de que también deshabilita el trabajo del temporizador en el entorno nuevo. Si este trabajo del temporizador está habilitado en el entorno nuevo y deshabilitado en el entorno de Productos de SharePoint 2010, puede que pierda las asociaciones de flujo de trabajo cuando actualice.

P: Migré usuarios de la autenticación clásica a la autenticación basada en notificaciones tras la actualización. Pero algunos usuarios tienen información obsoleta

• **R: ** En caso de problemas con perfiles de usuario, asegúrese de que se haya ejecutado el trabajo Sincronización completa de SharePoint con el perfil de usuario.

  Si inició el trabajo Sincronización completa de SharePoint con el perfil de usuario (ya sea de forma automática o manual) antes de que se completara el proceso de migración, es posible que algunos usuarios hayan migrado. Puede ejecutar el siguiente cmdlet en Microsoft PowerShell una vez completada la migración para borrar los datos de sincronización y, a continuación, puede volver a ejecutar el trabajo De perfil de usuario a sincronización completa de SharePoint para incluir a los usuarios adicionales.

  $database = Get-SPContentDatabase "DatabaseName"
  [Microsoft.Office.Server.UserProfiles.WSSProfileSynch]::ClearSyncDataForContentDatabase($database)
  

  Donde DatabaseName es el nombre de la base de datos de contenido de la colección de sitios asociada al perfil de usuario obsoleto.

• **R: ** Compruebe que el usuario existe en el dominio de Active Directory.

  Si el usuario no existe, puede designar al usuario como eliminado en la tabla UserInfo. Si el usuario existe, puede volver a ejecutar la migración. Para obtener más información, consulte Migrar del modo clásico a autenticaciones basadas en notificaciones en SharePoint 2013.

Vea también

Otros recursos

Realizar una actualización de prueba en SharePoint 2013 para detectar posibles problemas

Comprobar las actualizaciones de bases de datos en SharePoint 2013

Revisar colecciones de sitios actualizadas a SharePoint 2013

[Reinicie una actualización de conexión de base de datos o una actualización de colección de sitios a SharePoint 2013] (/previous-versions/office/sharepoint-server-2010/ff382638(v=office.14)