Compartir a través de


Actualizar bases de datos de contenido de SharePoint 2010 a SharePoint 2013

SE APLICA A:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint 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:

Fases del proceso de actualización para SharePoint 2013

Fase Descripción
123 steps 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 Redeploying Customizations and Solutions in SharePoint Foundation 2010 and 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:

  1. 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.

  1. Inicie el Shell de administración de SharePoint.

  2. 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:

  1. 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.

  1. Inicie el Shell de administración de SharePoint.

  2. 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:

  1. 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.

  1. Inicie el Shell de administración de SharePoint.

  2. 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:

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
123 steps 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.

Vea también

Otros recursos

Lista de comprobación para actualización de agregación de base de datos (SharePoint 2013)

Actualizar una colección de sitios a SharePoint 2013

Actualizar una colección de sitios a SharePoint 2013