Actualizar bases de datos de contenido de SharePoint 2010 a SharePoint 2013
SE APLICA A:
2013 
2016 2019 Subscription Edition SharePoint en Microsoft 365
Cuando se actualiza de Productos de SharePoint 2010 a SharePoint 2013, debe usar una actualización adjunta de base de datos, lo que significa que solo se actualiza el contenido del entorno y no la configuración. Después de configurar el entorno de SharePoint 2013, copiar las bases de datos de aplicaciones de servicio y contenido y actualizar las aplicaciones de servicio, puede adjuntar y actualizar las bases de datos de contenido a SharePoint 2013. En este artículo se explican los pasos que debe seguir para adjuntar y actualizar las bases de datos de contenido a SharePoint 2013.
Este artículo no proporciona los pasos necesarios para actualizar una colección de sitios. El proceso de actualizar colecciones de sitios es independiente del proceso de actualizar las bases de datos. Para ver los pasos para actualizar una colección de sitios, vea Actualizar una colección de sitios a SharePoint 2013.
Fase 4 del proceso de actualización: Actualizar bases de datos de contenido:
| Fase | Descripción |
|---|---|
 |
Esta es la cuarta fase del proceso para actualizar los datos y sitios de Productos de SharePoint 2010 a SharePoint 2013. El proceso incluye las siguientes fases, las cuales se deben llevar a cabo en orden: Cree la granja de servidores de SharePoint 2013 para que una base de datos adjunte bases de datos upgradeCopy a la nueva granja de servidores para actualizar a aplicaciones de servicio de SharePoint 2013Upgrade a bases de datos de contenido de SharePoint 2010 a SharePoint 2013 (esta fase) Actualizar una colección de sitios a SharePoint 2013Para obtener información general de todo el proceso, vea Información general del proceso de actualización de SharePoint 2010 a SharePoint 2013 y el modelo proceso de actualización Descargar el modelo de proceso de actualización |
Importante
Este artículo se aplica tanto a SharePoint Foundation 2013 como a SharePoint 2013.
Ver el vídeo sobre actualización de SharePoint 2013: fase 4
Antes de empezar
Antes de adjuntar y actualizar las bases de datos de contenido, revise la siguiente información y lleve a cabo las acciones recomendadas.
Asegúrese de que la cuenta que usa para adjuntar las bases de datos es miembro del rol de base de datos fijo db_owner para las bases de datos de contenido que desea actualizar.
Asegúrese de que la cuenta que usa para crear aplicaciones web es miembro del grupo de administradores de la granja de servidores en Administración central.
Cree aplicaciones web
Cree una aplicación web para cada aplicación web que existiera en el entorno de Productos de SharePoint 2010. Para cada aplicación web, haga lo siguiente:
Use la misma dirección URL (incluido el nombre, el puerto y el lector de host) y configure los valores de asignación de acceso alternativo.
Si usa una dirección URL diferente, puede que las aplicaciones de Office no se redirijan correctamente a las nuevas direcciones URL y que no funcionen todos los marcadores a las direcciones URL antiguas.
Use el mismo método de autenticación.
Por ejemplo, si usa la autenticación clásica de Windows en su entorno antiguo y desea seguir usándola, debe crear una aplicación web que use este tipo de autenticación. Dado que la autenticación basada en notificaciones es ahora la opción predeterminada para SharePoint 2013, debe usar PowerShell para crear una aplicación web que use la autenticación clásica de Windows. Si el resultado deseado es usar la autenticación basada en notificaciones, cree la nueva aplicación web en SharePoint 2013 como una aplicación web basada en notificaciones en lugar de la autenticación clásica de Windows.
Para migrar a la autenticación de notificaciones, consulte Migración del modo clásico a la autenticación basada en notificaciones en SharePoint 2013.
Vuelva a crear las rutas de acceso incluidas.
Vuelva a crear las plantillas de cuota.
Configure las opciones de correo de la aplicación web.
Para obtener más información, vea Configurar la integración de correo electrónico para una granja de servidores de SharePoint Server.
Habilite la creación de sitios sin intervención del administrador para cualquier aplicación web que la usara en el entorno anterior. Vuelva a crear la configuración de creación de sitios sin intervención del administrador.
Cree la ruta de acceso de Mis sitios (/personal) en la aplicación web que hospeda Mis sitios. Mis sitios solo están disponibles en SharePoint Server.
Vuelva a crear directivas de aplicación web u otros parámetros que usted hubiese configurado en el entorno anterior.
Volver a aplicar personalizaciones
Una causa frecuente de errores durante la actualización es que el nuevo entorno no tiene características, soluciones y otros elementos personalizados. Asegúrese de que todos los elementos personalizados del entorno de productos de SharePoint 2010 estén instalados en los servidores front-end web antes de actualizar las bases de datos de contenido.
En este paso, debe transferir manualmente todas las personalizaciones a su nueva granja. Asegúrese de instalar los componentes de los que dependan sus sitios para funcionar correctamente, como los siguientes:
Definiciones de sitio personalizadas
Hojas de estilos personalizadas, como hojas de estilos en cascada e imágenes
Elementos web personalizados
Servicios web personalizados
Características y soluciones personalizadas
Ensamblados personalizados
Cambios de Web.config (como la seguridad)
Asegúrese de transferir todos los parámetros de configuración únicos de los archivos Web.config de cada aplicación web a los nuevos servidores.
Plantillas de formulario aprobadas por el administrador (archivos .xsn) y archivos de conexión de datos (archivos .udcx) para InfoPath. InfoPath solo está disponible en SharePoint Server 2010.
Cualesquiera otros componentes o archivos de los que dependan sus sitios.
SharePoint 2013 puede hospedar sitios en los modos Productos de SharePoint 2010 y SharePoint 2013. La instalación para SharePoint 2013 contiene tanto productos de SharePoint 2010 como versiones de SharePoint 2013 de muchos elementos. Por ejemplo, los directorios en el sistema de archivos se duplican en las rutas 14 y 15:
Web Server Extensions/14/TEMPLATE/Features
Web Server Extensions/15/TEMPLATE/Features
También hay dos versiones de los directorios de compatibilidad de IIS: _Layouts, _Layouts/15 y _ControlTemplates, _ControlTemplates/15.
Asegúrese de instalar las personalizaciones en la ubicación correcta de la granja de servidores nueva. Por ejemplo, las hojas de estilos adicionales para productos de SharePoint 2010 deben instalarse en la ruta de acceso /14, no en la nueva ruta de acceso /15 para que las colecciones de sitios que no ha actualizado puedan usarlas. Si desea que una solución se encuentre disponible en ambas rutas, instálela dos veces y, en la segunda instalación, use el parámetro CompatibilityLevel para que se instale en la ruta de acceso /15. Para más información, vea Install-SPSolution.
Para obtener más información sobre cómo actualizar las personalizaciones para su uso en SharePoint 2013, vea Volver a implementar personalizaciones y soluciones en SharePoint Foundation 2010 y SharePoint Server 2010. Para obtener más información sobre cómo implementar personalizaciones en su entorno, vea Instalar y administrar soluciones para SharePoint Server.
Comprobación de los componentes personalizados
Para asegurarse de que ha identificado todos los componentes personalizados para su entorno, use la operación Stsadm -o enumallwebs en el entorno de Productos de SharePoint 2010 y use los parámetros includefeatures e includewebparts . Esta operación puede notificar las plantillas, las características, los elementos web y otros elementos personalizados que se usan para cada sitio. Para obtener más información sobre cómo usar la operación enumallwebs, vea Operación Enumallwebs: Stsadm (Office SharePoint Server) y Clean up an environment before an upgrade to SharePoint 2013.
También puede usar el cmdlet Get-SPWeb de Microsoft PowerShell en el entorno de productos de SharePoint 2010 para ver la plantilla asociada a cada sitio y, a continuación, comprobar que la plantilla está instalada en el entorno de SharePoint 2013. Para obtener más información sobre esta operación, consulte Get-SPWeb.
Antes de adjuntar las bases de datos de contenido a las aplicaciones web, use el cmdlet Test-SPContentDatabase de Microsoft PowerShell para comprobar que tiene todos los componentes personalizados que debe tener para esa base de datos.
Para comprobar que los componentes personalizados están disponibles mediante PowerShell:
- Compruebe que cumple con las pertenencias siguientes:
Rol fijo de servidor securityadmin en la instancia de SQL Server.
Rol fijo de base de datos db_owner en todas las bases de datos que se van a cargar.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos para usar cmdlets de SharePoint 2013.
Nota:
Si no dispone de permisos, póngase en contacto con el administrador para la instalación o con el administrador de SQL Server para solicitarlos. Para más información sobre permisos de PowerShell, vea Add-SPShellAdmin.
Inicie el Shell de administración de SharePoint.
En el símbolo del sistema de PowerShell, escriba el comando siguiente:
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
Donde:
DatabaseName es el nombre de la base de datos que desea probar.
URL es la dirección URL de la aplicación web que hospedará los sitios.
Para más información, vea Test-SPContentDatabase.
Adjuntar una base de datos de contenido a una aplicación web y actualizar la base de datos
Al adjuntar una base de datos de contenido, debe actualizar la base de datos y agregar las colecciones de sitios de dicha base de datos a la aplicación web que especifique. Sin embargo, para SharePoint 2013, el proceso no actualiza las colecciones de sitios.
Cuando adjunta una base de datos de contenido, para una aplicación web que abarca varias bases de datos de contenido, asegúrese de que adjunta la base de datos de contenido que contiene la colección de sitios raíz primero. Al adjuntar una base de datos de contenido, incluya el sitio raíz de la aplicación web en la primera base de datos de contenido que adjunte. En otras palabras, antes de continuar, examine la raíz de la aplicación web en la granja de servidores de Productos de SharePoint 2010 para determinar la primera colección de sitios. Una vez que adjunte la base de datos que contiene el sitio raíz, adjunte el resto de las bases de datos de contenido de la aplicación web en cualquier orden. No tiene que crear ninguna colección de sitios para almacenar el contenido antes de adjuntar la base de datos. Este proceso adjunta las bases de datos de contenido y las colecciones de sitios dentro de dicha base de datos. Asegúrese de no agregar nuevas colecciones de sitios hasta que no haya restaurado todas las bases de datos de contenido.
Sugerencia
Cada colección de sitios de una base de datos de contenido tiene un GUID que está registrado en la base de datos de configuración y asociado a la colección de sitios. Por lo tanto, usted no puede agregar la misma colección de sitios dos veces a la granja, ni siquiera en aplicaciones web diferentes. Aunque sí puede adjuntar la base de datos en esta situación, no podrá navegar hasta la colección de sitios. > Si debe tener una copia de una colección de sitios 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 los cmdlets de PowerShell Backup-SPSite y Restore-SPSite para copiar la colección de sitios en la otra granja de servidores. El proceso de copia de seguridad y restauración crea un GUID para la colección de sitios. Para más información sobre estos cmdlets, vea Backup-SPSite y Restore-SPSite.
Para Mis sitios, adjunte la base de datos de contenido que contiene el host de Mi sitio antes de adjuntar las bases de datos que contienen los Mis sitios.
De forma predeterminada, al crear las aplicaciones web en el nuevo entorno de SharePoint 2013, se creó una base de datos de contenido para cada aplicación web. Puede omitir estas bases de datos predeterminadas hasta que haya adjuntado las bases de datos de Productos de SharePoint 2010 y, a continuación, puede eliminar las bases de datos predeterminadas.
Importante
Si va a mover las bases de datos de contenido entre dominios o bosques, o bien a otro entorno que tiene cuentas de servicio diferentes, asegúrese de que los permisos para las cuentas sigan siendo correctos antes de adjuntar las bases de datos.
Debe usar el cmdlet Mount-SPContentDatabase para adjuntar una base de datos de contenido a una aplicación web. No está admitido usar las páginas de Administración central de SharePoint para adjuntar una base de datos de contenidos a efectos de actualización.
Asegúrese de que la cuenta que usa para adjuntar las bases de datos es miembro del rol fijo db_owner de las bases de datos de contenido que desea actualizar.
Nota:
Una causa frecuente de errores durante la actualización es que al entorno le falten características, soluciones u otros elementos personalizados. Asegúrese de que todos los elementos personalizados del entorno de productos de SharePoint 2010 estén instalados en los servidores front-end web del entorno de SharePoint 2013 antes de iniciar el proceso de actualización. Use el cmdlet de Microsoft PowerShell test-spcontentdatabase para identificar los elementos personalizados que pueden faltar en los sitios.
Para adjuntar una base de datos de contenido a una aplicación web mediante PowerShell:
- Compruebe que cumple con las pertenencias siguientes:
Rol fijo de servidor securityadmin en la instancia de SQL Server.
Rol fijo de base de datos db_owner en todas las bases de datos que se van a cargar.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos para usar cmdlets de SharePoint 2013.
Nota:
Si no dispone de permisos, póngase en contacto con el administrador para la instalación o con el administrador de SQL Server para solicitarlos. Para más información sobre permisos de PowerShell, vea Add-SPShellAdmin.
Inicie el Shell de administración de SharePoint.
En la ventana del símbolo del sistema PowerShell, escriba el siguiente comando y presione ENTRAR:
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
Donde:
DatabaseName es el nombre de la base de datos que desea actualizar.
ServerName es el servidor en el que está almacenada la base de datos.
URL es la dirección URL de la aplicación web que hospedará los sitios.
Para más información, vea Mount-SPContentDatabase.
Sugerencia
Para actualizar de SharePoint Foundation 2010 a SharePoint 2013, adjunte las bases de datos de contenido de SharePoint Foundation 2010 directamente al entorno de SharePoint 2013. Siga los mismos pasos de este artículo, pero use las bases de datos de SharePoint Foundation 2010 y una granja de SharePoint 2013. El proceso actualizará simultáneamente la versión y el producto.
Comprobación: comprobación de actualización de la primera base de datos
Una vez adjunte una base de datos, podrá usar la página Estado de actualización en Administración central para comprobar el estado de actualización de las bases de datos. Cuando se complete el proceso de actualización, puede revisar el archivo de registro de actualización para comprobar si se produjeron problemas durante la operación. Puede usar un cmdlet de PowerShell para comprobar el estado de actualización de todas las bases de datos de contenido. Para obtener más información sobre cómo comprobar y solucionar problemas de actualización, vea Comprobar actualizaciones de bases de datos en SharePoint 2013 y Probar y solucionar problemas de una actualización a SharePoint 2013.
Para ver la página Estado de actualización
Verifique que la cuenta de usuario que lleva a cabo este procedimiento es miembro del rol fijo db_owner de las bases de datos.
En Administración central, haga clic en Actualización y migración y, después, en Verificar el estado de la actualización.
Para ver el archivo de registro de actualización:
El archivo de registro de errores de la actualización y el archivo de registro de la actualización se encuentran en %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\15\LOGS. El archivo de registro de la actualización contiene información más detallada que el registro de errores de la actualización. Asegúrese de consultar el resumen de la parte inferior de los archivos de registro para obtener información sobre el estado general y recuento de las advertencias y errores del archivo.
Los registros son archivos de texto cuyo nombre sigue el formato que se detalla a continuación:
Upgrade-YYYYMMDD-HHMMSS-SSS-error.log
Upgrade-YYYYMMDD-HHMMSS-SSS.log
Donde:
YYYYMMDD es la fecha.
HHMMSS-SSS es la hora (horas en formato de reloj de 24 horas, minutos, segundos y milisegundos)
Upgrade-20120105-132126-374-error.log y Upgrade-20120105-132126-374.log son ejemplos de registro de errores de actualización y registro de actualización, respectivamente.
Nota:
El formato del registro de actualización para SharePoint 2013 se basa en la misma estructura que ULS. > El archivo de registro de actualización incluye el nombre de la base de datos de contenido que se está actualizando.
Para ver el estado de actualización de todas las bases de datos mediante PowerShell:
- Compruebe que cumple con las pertenencias siguientes:
Rol fijo de servidor securityadmin en la instancia de SQL Server.
Rol fijo de base de datos db_owner en todas las bases de datos que se van a cargar.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos para usar cmdlets de SharePoint 2013.
Nota:
Si no dispone de permisos, póngase en contacto con el administrador para la instalación o con el administrador de SQL Server para solicitarlos. Para más información sobre permisos de PowerShell, vea Add-SPShellAdmin.
Inicie el Shell de administración de SharePoint.
En el símbolo del sistema de PowerShell, escriba el comando siguiente:
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
Este cmdlet devuelve una lista de estilo de tabla de bases de datos de la granja de servidores e indica si la base de datos necesita una actualización a SharePoint2013.
Adjuntar las bases de datos restantes
Una vez que compruebe que la primera base de datos se ha restaurado correctamente, puede continuar restaurando y actualizando el resto de las bases de datos. Puede llevar a cabo actualizaciones en paralelo de base de datos adjunta para actualizar más de una base de datos a la vez. Use ventanas de símbolo del sistema independientes para ejecutar varias actualizaciones. Le recomendamos que separe varios minutos la hora de inicio de cada nueva actualización de base de datos para evitar problemas relacionados con los bloqueos temporales configurados para la aplicación web al adjuntar datos. De lo contrario, puede producirse un error durante la sesión de actualización. El tiempo de espera para que se borren los bloqueos temporales varía en función del número de colecciones de sitios o de la velocidad del hardware de servidor de la base de datos.
Comprobación: comprobación de actualización de las bases de datos adicionales
Tras actualizar las bases de datos adicionales, vea la página Estado de actualización para realizar un seguimiento del progreso y comprobar que el proceso de actualización ha finalizado. Revise el archivo de registro para ver si hay otros problemas.
Pasos siguientes
Una vez que actualice las bases de datos, puede que desee realizar pasos adicionales para asegurarse de que su granja está lista para usarse. Por ejemplo:
Compruebe que las colecciones de sitios funcionan según lo previsto en el modo 2010.
Revise visualmente las colecciones de sitios. Puede usar una lista de revisión similar a la que se proporciona para los sitios actualizados en Revisar colecciones de sitios actualizadas a SharePoint Server 2016.
Migre las cuentas de usuario a autenticación basada en notificaciones si es necesario.
De forma predeterminada, las aplicaciones web nuevas de SharePoint 2013 usan la autenticación de notificaciones. Si usaba la autenticación clásica en el entorno anterior, tiene que migrar los usuarios a la autenticación de notificaciones. Para más información, vea Migrar del modo clásico a autenticaciones basadas en notificaciones en SharePoint 2013.
Actualice los vínculos que se usan en cualquier plantilla de formulario actualizada de InfoPath.
En el caso de una actualización de base de datos adjunta, usted importó y exportó todas las plantillas de formulario de InfoPath de su entorno al crear el nuevo entorno. Después de la actualización, se puede usar un cmdlet de PowerShell de Microsoft para actualizar los vínculos que se usan en dichas plantillas de formulario actualizadas para que señalen a las direcciones URL correctas.
Para obtener más información, vea Configuración de InfoPath Forms Services (SharePoint Server 2010).
InfoPath solo está disponible en SharePoint Server.
Configurar su topología de Búsqueda
La arquitectura del servicio de búsqueda ha cambiado en SharePoint 2013. Planee y configure la topología de búsqueda de forma que se adapte al entorno y a la nueva arquitectura. Para más información, vea Escalar búsquedas para sitios de Internet en SharePoint Server y Administrar la topología de búsqueda en SharePoint Server.
Llevar a cabo un rastreo completo
Para más información, vea Start, pause, resume, or stop a crawl in SharePoint Server.
Realizar una copia de seguridad de su granja
Para más información, vea Copia de seguridad de granjas de servidores en SharePoint Server.
Aunque SharePoint Foundation 2013 incluye la funcionalidad de búsqueda, no es la misma aplicación servicio Search que se encuentra en SharePoint 2013. Estos pasos solo se aplican a SharePoint 2013.
Una vez que esté lista su granja, puede habilitar el acceso para los usuarios y, después, empezar a actualizar las colecciones de sitios. Para obtener información sobre cómo actualizar colecciones de sitios, vea Actualizar una colección de sitios a SharePoint 2013.
| Fase | Descripción |
|---|---|
|
Esta es la cuarta fase del proceso para actualizar los datos y sitios de Productos de SharePoint 2010 a SharePoint 2013. Fase siguiente: Actualización de una colección de sitios a SharePoint 2013 Para obtener información general sobre todo el proceso, vea Información general sobre el proceso de actualización de SharePoint 2010 a SharePoint 2013. |
Consulte también
Otros recursos
Lista de comprobación para actualización de agregación de base de datos (SharePoint 2013)