Actualizar a Project Server 2016
Resumen: Obtenga información sobre cómo actualizar a Project Server 2016.
Se aplica a: Project Server 2016
En este artículo se describen los pasos necesarios para actualizar a Project Server 2016.
Nota:
Antes de leer este artículo, consulte Planeación de la actualización a Project Server 2016 para obtener más información sobre la actualización y el proceso.
Requisitos de actualización
Tenga en cuenta los requisitos siguientes para la actualización a Project Server 2016:
Solo se puede actualizar desde Project Server 2013. Si va a actualizar desde versiones anteriores de Project Server, primero debe actualizar las bases de datos a Project Server 2013 para actualizar a Project Server 2016.
Nota:
Para obtener información sobre cómo actualizar a Project Server 2013 desde Project Server 2010, vea Actualización a Project Server 2013.
El proceso de actualización requiere ejecutar cmdlets de Windows PowerShell en la Consola de administración de SharePoint Server 2016. Compruebe que tiene los permisos necesarios para ejecutarlos.
Si va a migrar Planeamiento de recursos de Project Server 2013 para usarlo como Negociaciones de recursos en Project Server 2016:
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).
Pasos para la actualización a Project Server 2016
La actualización a Project Server 2016 se puede dividir en seis pasos. Estos son:
Crear granja de servidores de Project Server 2016
Copiar y mover las bases de datos
Adjuntar y actualizar la base de datos de contenido de SharePoint 2013
Probar la base de datos de contenido de SharePoint
Adjuntar y actualizar las bases de datos de Project Server 2013
Deshabilitar los límites de cuota de la base de datos para el sitio de PWA
Migrar Planeamiento de recursos de Project Server 2013 (opcional)
A continuación, se ofrece información más detallada sobre los pasos de actualización que se mencionaron en la información general de la actualización.
Crear la granja de servidores de Project Server 2016
El primer paso del proceso de actualización es crear la granja de servidores de Project Server 2016. Dado que adjuntar la base de datos es el método admitido para la actualización, adjuntará y actualizará las bases de datos de Project Server 2013 a esta granja de servidores en los siguientes pasos.
Tenga en cuenta que una diferencia clave a la hora de instalar Project Server 2016 frente a la forma en que se instaló en versiones anteriores es que la instalación de Project Server 2016 ahora forma parte de la instalación de SharePoint Server 2016. Project Server 2016 ahora se ejecuta como una aplicación de servicio en SharePoint Server 2016 y no requiere una instalación independiente.
Importante
Project Server 2016 solo puede habilitarse en la versión Enterprise de SharePoint Server 2016. Project Server 2016 no puede habilitarse en SharePoint Server 2016 con una licencia estándar.
Nota:
Para obtener más información sobre cómo instalar una granja de servidores de Project Server 2016 nueva, consulte Implementar Project Server 2016.
Copiar y mover las bases de datos
En el segundo paso del proceso de actualización se copian las bases de datos necesarias para el entorno de Project Server 2013 en el nuevo entorno de Project Server 2016. Este es un proceso de dos pasos:
Con la granja de servidores de SharePoint Server 2013 en modo de solo lectura, el administrador de la granja de servidores realiza una copia de seguridad de las siguientes dos bases de datos de la instancia de SQL Server:
Base de datos de contenido de SharePoint 2013 que contiene los datos del proyecto
Base de datos de Project Server 2013
El administrador de la granja de servidores restaura una copia de seguridad de las bases de datos en la instancia de SQL Server 2014 que se usa para hospedar las bases de datos de la granja de servidores de Project Server 2016.
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 2013
En el segundo paso del proceso de actualización, se adjunta y se actualiza la base de datos de contenido de SharePoint 2013 que contiene los datos del sitio de Project a la nueva granja de servidores de Project Server 2016.
Deberá ejecutar el cmdlet de PowerShell Mount -SPContentDatabase en la Consola de administración de SharePoint 2016 para hacerlo.
Abra la Consola de administración de SharePoint 2016 como administrador.
Cuando se le pida, 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 siguiente paso de la actualización consiste en 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 y comprobar que todas las personalizaciones a las que se hace referencia en la base de datos de contenido también estén instaladas en la aplicación web en el nuevo entorno de SharePoint Server 2016. Este cmdlet no actualizará los datos de ninguna manera.
Abra la Consola de administración de SharePoint 2016 como administrador.
Cuando se le pida, 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 mostrarán las incoherencias detectadas en la aplicación web de SharePoint actualizada en el nuevo entorno de SharePoint Server 2016. Los resultados no implican que se produjera un error en la actualización de la base de datos de contenido de SharePoint 2013, sino que simplemente mostrarán lo que necesita comprobar en el nuevo entorno. Por ejemplo, podría ver el siguiente resultado:
Category: MissingWebPart
Error: True
UpgradeBlocking : False
Message: WebPart class [e6002ce8-69ee-168a-8f7c-a1d98d51da29] (class [Microsoft.Office.Excel.WebUI.ExcelWebRenderer] from assembly [Microsoft.Office.Excel.WebUI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [WSSContentContosoPWA], but is not installed on the current farm. Please install any feature/solution which contains this web part.
Remedy: One or more web parts are referenced in the database [WSSContentContosoPWA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
Este mensaje muestra que no se encuentra el elemento web Servicios de Excel al que se hace referencia en la base de datos de contenido actualizada en la granja de servidores de SharePoint Server 2016. Es posible que necesite instalar Office Online Server en la granja de servidores de SharePoint Server 2016 para usarlo.
Nota:
Office Online Server es compatible con Project Server 2016.
Adjuntar y actualizar la base de datos de Project Server 2013
Después de adjuntar, actualizar y probar la base de datos de contenido de SharePoint 2013, el siguiente paso es adjuntar y actualizar la base de datos de Project Server 2013 a la granja de servidores de Project Server 2016. Deberá ejecutar el cmdlet de PowerShell Migrate -SPProjectDatabase en la Consola de administración de SharePoint 2016 para hacerlo.
Abra la Consola de administración de SharePoint 2016 como administrador.
Cuando se le pida, escriba:
Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA site URL>Por ejemplo:
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection "https://contoso1/sites/PWA"Cuando el cmdlet se complete correctamente, compruebe que puede abrir el sitio de Project que especificó en Project Server 2016.
Nota:
Si quiere actualizar varios sitios de PWA, todos los sitios de la base de datos de contenido y todos los sitios de PWA deben actualizarse al mismo tiempo. Esto significa que es preciso actualizar la base de datos de contenido que contiene los datos del sitio de proyecto y las bases de datos de Project asociadas para cada sitio de PWA.
Deshabilitar los límites de cuota de la base de datos para el sitio de PWA
Debe ejecutar el siguiente cmdlet de Windows PowerShell para deshabilitar la restricción del límite de cuota de la base de datos que está establecida de forma predeterminada en Project Server 2016:
Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Por ejemplo:
Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Nota:
Si la restricción de límite de cuota de base de datos no está deshabilitada, se producirán los siguientes problemas:> Si va a actualizar a Project Server 2016 y la base de datos de Project que está actualizando es mayor que 10 Gigs, el sitio de PWA se establecerá inmediatamente en Solo lectura.> Si implementa Project Server 2016, configura un sitio de PWA y, a través del uso diario del producto, los datos del sitio finalmente superan el límite de 10 Gig, el sitio PWA se establecerá en Solo lectura.> Si usa varios sitios PWA, el cmdlet debe ejecutarse para cada sitio de PWA.
Nota:
Para obtener más información sobre este problema, consulte esta entrada del blog de soporte técnico de Project: Si el sitio de PWA es de solo lectura
Actualizar Planeamiento de recursos a Negociaciones de recursos
Si desea usar la característica Negociaciones de recursos de Project Server 2016, puede elegir actualizar el Planeamiento de recursos de Project Server 2013 existente para usarlo como Negociaciones de recursos. Para ello, después de actualizar la base de datos de Project Server 2013 a Project Server 2016, también deberá ejecutar el cmdlet de PowerShell Migrate-SPProjectResourcePlans en la Consola de administración de SharePoint 2016.
Abra la Consola de administración de SharePoint 2016 como administrador.
Cuando se le pida, escriba:
Migrate-SPProjectResourcePlans -URL <PWA site URL>Por ejemplo:
Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"
Después de ejecutar el cmdlet, debería aparecer uno de los siguientes mensajes de confirmación:
| Message | Significado |
|---|---|
| All Project Resource Plans successfully migrated (Todo los planes de recursos de Project se han migrado correctamente) |
Se han encontrado todos los planes de recursos y se han migrado todos. |
| Migrado {0} de planes de recursos de {1} proyecto. Compruebe los registros para obtener más detalles. |
Se encontraron planes de recursos pero algunos no se pudieron migrar. |
| No hay más planes de recursos de proyecto que migrar. Todos los planes de recursos se migraron o superaron el número máximo de reintentos. Compruebe la tabla MSP_RESOURCE_PLANS en el almacén publicado y compruebe que RESPLAN_IS_MIGRATED está establecido para todos los proyectos. |
No se han encontrado planes de recursos para migrar o se ha superado el número máximo de intentos. |
Si los planes de recursos no se han migrado correctamente (es decir, ha recibido uno de los dos últimos mensajes), puede usar los siguientes pasos de solución de problemas para obtener más información.
Comprobar la base de datos de contenido de SharePoint Server 2016 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 |
Comprobar la base de datos de contenido de SharePoint Server 2016 para obtener información sobre la migración del plan de recursos
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 SiteID del sitio de PWA, ejecute el siguiente cmdlet de PowerShell en la Consola de administración de SharePoint Server 2016:
$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