Compartir a través de

Actualización a Project Server Subscription Edition

  • Artículo

Resumen: Obtenga información sobre cómo actualizar a Project Server Edición de Suscripción.
Se aplica a: Project Server Edición de Suscripción

En este artículo se describen los pasos necesarios para actualizar a Project Server Edición de Suscripción.

Nota:

Antes de leer este artículo, consulte Planeamiento de la actualización a Project Server Edición de Suscripción para obtener más información sobre la actualización y el proceso de actualización.

Requisitos de actualización

Tenga en cuenta los siguientes requisitos para actualizar a Project Server Edición de Suscripción:

  • Solo puede actualizar desde Project Server 2016 o 2019. Si va a actualizar desde versiones anteriores de Project Server, primero debe actualizar las bases de datos a Project Server 2016 o 2019 para actualizarlas a Project Server Edición de Suscripción.

    Nota:

    Para obtener información sobre cómo actualizar a Project Server Edición de Suscripción desde Project Server 2013, vea Actualización de SharePoint 2013 a SharePoint Server Edición de Suscripción.

  • El proceso de actualización requiere que ejecute cmdlets de Microsoft PowerShell en el Shell de administración de SharePoint Server Edición de Suscripción. Compruebe que tiene los siguientes permisos mínimos para ejecutarlos:

    • 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 de uso para los cmdlets de SharePoint Server.

    Nota:

    Si no tiene permisos, póngase en contacto con el administrador del programa de instalación o con el administrador de SQL Server para solicitar los permisos. Para obtener más información sobre los permisos de PowerShell, consulte Add-SPShellAdmin

  • Si va a migrar los planes de recursos de Project Server 2016 o 2019 para usarlos como Interacción de recursos en Project Server Edición de Suscripción:

    • Debe estar publicado.

    • Debe tener asociados datos con fase temporal (debe contener el trabajo, no solo los recursos).

      Nota:

      Para obtener más información sobre las negociaciones de recursos, consulte esta publicación de blog: Resource Engagements (Negociaciones de recursos).

Project Server Edición de Suscripción pasos de actualización

La actualización a Project Server Edición de Suscripción se puede dividir en cuatro pasos. Entre las que se incluyen:

  1. Creación de una granja de Project Server Edición de Suscripción

  2. Copiar y mover las bases de datos

  3. Adjuntar y actualizar la base de datos de contenido de SharePoint Server 2016 o 2019

  4. Probar la base de datos de contenido de SharePoint

A continuación se proporcionan más detalles sobre estos pasos de actualización.

Creación de la granja de Project Server Edición de Suscripción

El primer paso del proceso de actualización es crear la granja de Project Server Edición de Suscripción. Dado que la asociación de base de datos es el método compatible para la actualización, adjuntará y actualizará las bases de datos de Project Server 2016 o 2019 a esta granja de servidores en los pasos siguientes.

Tenga en cuenta que una diferencia clave en la instalación de Project Server Edición de Suscripción frente a la forma en que se instaló en versiones anteriores es que la instalación de Project Server Edición de Suscripción ahora forma parte de la SharePoint Server Edición de Suscripción instalación. Project Server Edición de Suscripción ahora se ejecuta como una aplicación de servicio en SharePoint Server Edición de Suscripción y no requiere una instalación independiente.

Importante

Project Server Edición de Suscripción solo se puede habilitar en la versión Enterprise de SharePoint Server Edición de Suscripción. Project Server Edición de Suscripción no se puede habilitar en SharePoint Server Edición de Suscripción con una licencia Estándar.

Nota:

Para obtener más información sobre cómo instalar una nueva granja de Project Server Edición de Suscripción, vea Implementar Project Servers 2016 o 2019 o Subscription Edition.

Copiar y mover las bases de datos

El segundo paso del proceso de actualización copia las bases de datos necesarias para el entorno de Project Server 2016 o 2019 en el nuevo entorno de Project Server Edición de Suscripción. Este es un proceso de dos pasos:

  1. Con la granja de servidores de SharePoint Server 2016 o 2019 en modo de solo lectura, el administrador de la granja de servidores hace una copia de seguridad de la siguiente base de datos desde la instancia de SQL Server:

    • Base de datos de contenido de SharePoint Server 2016 o 2019 que contiene los datos del proyecto

  2. El administrador de la granja de servidores restaura una copia de seguridad de la base de datos en la instancia de SQL Server 2019 que se usa para hospedar las bases de datos de la granja de Project Server Edición de Suscripción.

Puede usar SQL Server Management Studio para copiar y restaurar las bases de datos.

Adjuntar y actualizar la base de datos de contenido de SharePoint Server 2016 o 2019

El tercer paso del proceso de actualización adjunta y actualiza la base de datos de contenido de SharePoint Server 2016 o 2019 que contiene los datos del sitio de Project a la nueva granja de Project Server Edición de Suscripción.

Para ello, tendrá que ejecutar el cmdlet Mount -SPContentDatabase de PowerShell en el Shell de administración de SharePoint Subscription Edition.

  1. Abra el Shell de administración de SharePoint Subscription Edition como administrador.

  2. En el símbolo del sistema de PowerShell, escriba:

    Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    Por ejemplo:

    Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

Probar la base de datos de contenido

El cuarto paso de la actualización es probar la base de datos de contenido recién adjuntada y actualizada. Usará el cmdlet de PowerShell Test-SPContentDatabase para probar con la aplicación web especificada para comprobar que todas las personalizaciones a las que se hace referencia en la base de datos de contenido también se instalan en la aplicación web en el nuevo entorno de SharePoint Server Edición de Suscripción. Este cmdlet no actualizará los datos de ninguna manera.

  1. Abra el Shell de administración de SharePoint Subscription Edition como administrador.

  2. En el símbolo del sistema de PowerShell, escriba:

    Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    Por ejemplo:

    Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

    Se comprobará la aplicación web SharePoint: 80 con las personalizaciones a las que se hace referencia en la base de datos WSSContentContosoPWA y se publicarán los resultados.

Los resultados del cmdlet Test-SPContentDatabase observarán las incoherencias que encontrará en la aplicación web de SharePoint actualizada en su nuevo entorno de SharePoint Server Edición de Suscripción. Los resultados no implican que se haya producido un error en la actualización de la base de datos de contenido de SharePoint 2016 o 2019, pero solo observará lo que necesita examinar en el nuevo entorno. Las siguientes son algunas comprobaciones que pueden aparecer en los resultados.

Compruebe la base de datos de contenido de SharePoint Server 2016 o 2019 para obtener información sobre la migración del plan de recursos.

Compruebe en la tabla MSP_RESOURCE_PLANS las columnas siguientes:

Columna Valores
RESPLAN_IS_MIGRATED
 "0": no migrado
"1": migrado
MIGRATED_REV_COUNTER
 El valor que aparece es el número de intentos necesarios para migrar este plan de recursos. Si el comando se ejecuta varias veces, este valor se incrementa de cada vez, con un valor máximo de 50.
MIGRATION_ERROR_INFO
 Proporciona información adicional sobre la migración:
MissingResources=1, seguido de una lista de los recursos que faltan
AccessDenied=2, seguido de información adicional
DatabaseError=3, seguido de información adicional
Unknown=4, seguido de información adicional

Puede comprobar si un sitio de PWA específico que va a migrar tiene un plan de recursos asociado. Para ello, use la siguiente consulta SQL:

SELECT *
  FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>

Hay una fila en esta tabla para cada plan de recursos para el sitio (un proyecto puede tener un plan de recursos o ninguno).

Para obtener el valor de SiteID para el sitio PWA, ejecute el siguiente comando de PowerShell en el Shell de administración de SharePoint Server Edición de Suscripción:

$site = get-spsite <SiteUrl>
$site.ID

Comprobar los registros ULS para obtener más información

Las siguientes etiquetas de category:Engagements (PWA) pueden contener información útil para solucionar problemas asociados a la migración del plan de recursos:

  • tag_a5h65

  • tag_a5h66

  • tag_a1kg8

  • tag_a3qj3

  • tag_a1khb

  • tag_a5h67

  • tag_a1khf

  • tag_a2ifm

  • tag_a4bic

  • tag_a1khh

  • tag_a2ifo