Actualización de las bases de datos y de las colecciones de sitios de Project Web App (Project Server 2013)
Publicado el: 16 de julio de 2012
Resumen: cómo actualizar las bases de datos de Project Server 2010 necesarias y la colección de sitios de Project Web App a Project Server 2013.
Se aplica a:
Este artículo forma parte de una serie de artículos que tratan sobre la actualización de Project Server 2013. Le recomendamos que lea los artículos siguientes antes de llevar a cabo los procedimientos de este artículo:
Una vez que haya restaurado las bases de datos de Project Server 2010 y la base de datos de contenido de SharePoint que contiene los datos del sitio de Project Web App, puede llevar a cabo los pasos necesarios para actualizar los datos y la colección de sitios de Project Web App a Project Server 2013. El proceso de actualización real puede dividirse en dos fases:
-
Fase de actualización de SharePoint:
-
Comprobar si la base de datos de contenido de SharePoint que incluye los datos del sitio del proyecto tiene errores que puedan impedir la actualización.
-
Asociar y actualizar la base de datos de contenido de SharePoint.
-
Obtener la propiedad de la colección de sitios que desea actualizar.
-
Migrar los usuarios de la autenticación de Windows clásico a la autenticación basada en notificaciones (opcional).
-
Comprobar si el sitio de SharePoint tiene problemas que puedan impedir la actualización.
-
Actualizar el sitio de SharePoint.
-
-
Fase de actualización de Project Server:
-
Consolidar las bases de datos de Project Server 2010 en una base de datos de servicios de Project Server.
-
Asociar la base de datos de servicios de Project Server a la aplicación web.
-
Actualizar la base de datos de servicios de Project Server.
-
Montar la instancia de Project Web App.
-
Actualizar la instancia de Project Web App.
-
Habilitar la característica de PWA.
-
Fase de actualización de SharePoint
| Pasos | Cmdlet de Windows PowerShell obligatorio | |||
|---|---|---|---|---|
| 1 | Comprobar si la base de datos de contenido de SharePoint que incluye los datos del sitio del proyecto tiene errores que puedan impedir la actualización. | |||
| 2 | Asociar y actualizar la base de datos de contenido de SharePoint. | |||
| 3 | Obtener la propiedad de la colección de sitios que desea actualizar. | |||
| 4 | Migrar los usuarios de la autenticación de Windows clásico a la autenticación basada en notificaciones (opcional).
| (Get-SPWebApplication <SPWebAppPipeBind>).MigrateUsers($true) | ||
| 5 | Comprobar si la colección de sitios de SharePoint tiene problemas que puedan impedir la actualización. | |||
| 6 | Actualizar el sitio de SharePoint. | Upgrade-SPSiteUpgrade-SPSite |
1. Comprobar si la base de datos de contenido de SharePoint tiene errores que puedan impedir la actualización
Use el cmdlet Test-SPContentDatabase para comprobar la base de datos de contenido de SharePoint Server 2010 antes de usar el cmdlet Mount-SPContentDatabase para conectar la base de datos de SharePoint 2010 a la granja. El cmdlet Test-SPContentDatabase es una prueba no destructiva que comprueba la base de datos y publica los errores que impiden su actualización.
Test-SPContentDatabase –Name <contentdbName> –WebApplication <URL> -InstanceName <servername>
Por ejemplo:
Test-SPContentDatabase –Name PWA_ContentDB –WebApplication http://Contoso:80 -InstanceName SQLServer1
| Parámetros obligatorios | |
|---|---|
| –Name | Especifica la base de datos de contenido actual que desea probar. El tipo debe ser un nombre válido de una base de datos de contenido de SharePoint (por ejemplo, SPContentDB1). |
| –WebApplication | Especifica la aplicación web de SharePoint que va a usar para probar la base de datos de contenido. El tipo debe ser un GUID válido con el formato 12345678-90ab-cdef-1234-567890bcdefgh o bien un nombre válido de aplicación web de SharePoint (por ejemplo, MyOfficeApp1) o bien una instancia de un objeto SPWebApplication válido. |
| -InstanceName | Especifica la instancia del servicio de base de datos que va a usar para probar la base de datos de contenido especificada. El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
El cmdlet Test–SPContentDatabase comprueba la base de datos de contenido de SharePoint Server 2010 y publica los posibles errores de los datos. Proporciona una descripción del error, la posible solución y una marca UpgradeBlocking para indicar si el error va a impedir que se actualice la base de datos. Es importante solucionar los errores en los que la marca UpgradeBlocking tiene el valor True.
2. Asociar y actualizar la base de datos de contenido de SharePoint
Use el cmdlet Mount-SPContentDatabase de Windows PowerShell para conectar la base de datos de SharePoint Server 2010 a la aplicación web especificada y también para actualizar la base de datos. Compruebe que la cuenta que usa para asociar las bases de datos sea un miembro del rol de base de datos fijo db_owner para las bases de datos de contenido que desea actualizar.
 Nota: |
|---|
| En la actualización, no se admite el uso de las páginas de Administración central de SharePoint para asociar una base de datos de contenido. |
Mount-SPContentDatabase –Name <contentdbName> –WebApplication <URL> -InstanceName <servername> -NoB2BSiteUpgrade
Por ejemplo:
Mount-SPContentDatabase –Name PWA_ContentDB –WebApplication http://Contoso:80 -InstanceName SQLServer1 -NoB2BSiteUpgrade
| Parámetros obligatorios | |
|---|---|
| –Name | Especifica la base de datos de contenido actual que desea conectar y actualizar. El tipo debe ser un nombre válido de una base de datos de contenido de SharePoint (por ejemplo, SPContentDB1). |
| –WebApplication | Especifica la aplicación web de SharePoint a la que desea conectar la base de datos de contenido. El tipo debe ser un GUID válido con el formato 12345678-90ab-cdef-1234-567890bcdefgh o bien un nombre válido de aplicación web de SharePoint (por ejemplo, MyOfficeApp1) o bien una instancia de un objeto SPWebApplication válido. |
| -InstanceName | Especifica la instancia del servicio de base de datos que se va a usar para conectar la base de datos de contenido especificada. El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
| -NoB2BSiteUpgrade | Esta marca indica que está actualizando a la base de datos de contenido de SharePoint Server 2010 (versión a versión). |
3. Agregar su cuenta como propietario secundario de la colección de sitios de PWA que desea actualizar
Debe agregarse como propietario de la colección de sitios de PWA. Esto es obligatorio para los pasos siguientes en los que tiene que comprobar y después actualizar la colección de sitios.
Set–SPSite -Identity <sitecollectionName> -SecondaryOwnerAlias <account>
Por ejemplo:
Set–SPSite -Identity http://contoso/pwa -SecondaryOwnerAlias “contoso\FarmAdmin”
| Parámetros obligatorios | |
|---|---|
| –Identity | Especifica la colección de sitios a la que se desea agregar como propietario. |
| –SecondaryOwnerAlias | Permite especificar la cuenta como propietario secundario de la colección de sitios. |
4. Migrar los usuarios que usan el modo de autenticación de Windows clásico a la autenticación basada en notificaciones (opcional)
Si está migrando los usuarios de Project Server 2010 que usan la autenticación de Windows clásico a la autenticación basada en notificaciones al actualizar a Project Server 2013, tendrá que ejecutar el siguiente cmdlet de Windows PowerShell. Si no lo hace, los usuarios no podrán iniciar sesión en Project Web App después de la actualización.
(Get-SPWebApplication <webappURL>).migrateUsers($true)
Por ejemplo:
(Get-SPWebApplication http://contoso:80).migrateUsers($true)
Para más información sobre este método, vea SPWebApplication.MigrateUsers Method.
5. Comprobar si la colección de sitios de PWA tiene problemas que puedan impedir la actualización del sitio
El sitio de Project Web App no admite el modo de versión de SharePoint Server 2010. La colección de sitios de PWA debe actualizarse para que funcione en Project Server 2013. Es importante tener en cuenta que este requisito es solo para PWA y que las colecciones de sitios de SharePoint principales no lo necesitan.
Antes de actualizar la colección de sitios, le recomendamos usar el cmdlet Test-SPSite para verificar si la colección de sitios tiene problemas que puedan impedir la actualización de la colección de sitios. Revise los resultados y corrija los problemas que impidan la actualización.
Test–SPSite –Identity <URL>
Por ejemplo:
Test–SPSite –Identity http://contoso/pwa
| Parámetros obligatorios | |
|---|---|
| -Identity | Especifica la dirección URL de la colección de sitios que desea comprobar. |
Los resultados muestran el número de "FailedWarningCounts" que se detecta por medio de la prueba, pero no facilita información sobre el error. Para más información sobre el error, puede desplazarse a la página Configuración del sitio de PWA y ejecutar la comprobación de estado en la colección de sitios haciendo lo siguiente:
Para ejecutar la comprobación de estado en la colección de sitios de PWA a fin de ver advertencia sobre la actualización
-
En una ventana de explorador, indique la dirección URL del sitio (por ejemplo, http://contoso/pwa). Al final de la dirección URL, escriba lo siguiente: /_layouts/15/settings.aspx. En este ejemplo, la dirección URL completa sería http://contoso/pwa/_layouts/15/settings.aspx. Esto le da un vínculo directo a la página Configuración del sitio. No podrá ver la página del sitio de PWA porque no se ha actualizado y todavía está en modo de SharePoint Server 2010.
-
En la página Configuración del sitio de PWA, en la sección Administración de la colección de sitios, haga clic en Comprobaciones de estado de la colección de sitios.
Nota: Observe que aparece un mensaje en la parte superior de la página que indica que la página está en modo de SharePoint 2010, porque la colección de sitios no se ha actualizado todavía.
-
En la página Ejecutar comprobaciones de estado de la colección de sitios, haga clic en Ejecutar comprobaciones para empezar la comprobación de estado en la colección de sitios.
Los resultados de la comprobación de sitios presentarán información detallada sobre las advertencias que haya encontrado el cmdlet Test-SPSite. Por ejemplo, le indicará si se han personalizado páginas que puedan provocar un comportamiento imprevisto tras la actualización. Le proporcionará la dirección URL de la página y una opción para restablecer la página con su valor predeterminado.
 Precaución: |
|---|
| Antes de usar la opción de restablecer la página con su valor predeterminado, no olvide hacer un seguimiento de las personalizaciones que se implementaron en la página para poder volver a aplicarlas manualmente después de la actualización. El restablecimiento de la página con sus valores predeterminados volverá a asignar a la página la plantilla predeterminada y eliminará las personalizaciones implementadas en dicha página. |
6. Actualizar el sitio de Project Web App desde el modo de SharePoint 2010
Después de comprobar la colección de sitios de PWA y corregir los problemas que pueden impedir la actualización, puede usar el cmdlet Upgrade-SPSite de Windows PowerShell para actualizar el sitio PWA a SharePoint 2013.
Upgrade–SPSite –Identity <URL> –versionupgrade
Por ejemplo
Upgrade–SPSite –Identity http://contoso/pwa –versionupgrade
| Parámetros obligatorios | |
|---|---|
| –Identity | Especifica la dirección URL de la colección de sitios. |
| –versionupgrade | Esta marca indica que está actualizando el sitio de SharePoint Server 2010 a Project Server 2013. |
Fase de actualización de Project Server
Una vez que haya completado la fase de actualización de SharePoint, podrá conectarse al sitio de PWA, pero no podrá ver los datos del proyecto porque la base de datos de Project Server 2010 no se ha conectado y actualizado todavía. Siga los pasos de la fase de actualización de Project Server para completar la actualización.
| Pasos | Cmdlet de Windows PowerShell obligatorio | |
|---|---|---|
| 1 | Consolidar las bases de datos de Project Server 2010 en una base de datos de servicios de Project | Convertto-SPProjectDatabase |
| 2 | Asociar la base de datos de servicios de Project Server a la aplicación web | Mount-SPProjectDatabase |
| 3 | Comprobar si la base de datos de servicios de Project Server tiene errores | Test-SPProjectDatabase |
| 4 | Actualizar la base de datos de servicios de Project Server | Upgrade-SPProjectDatabase |
| 5 | Montar la instancia de Project Web App | Mount-SPProjectWebInstance |
| 6 | Comprobar si la instancia de Project Web App tiene errores | Test-SPProjectWebInstance |
| 7 | Actualizar la instancia de Project Web App | Upgrade-SPProjectWebInstance |
| 8 | Habilitar las características de PWA | Enable-SPfeature |
1. Consolidar las bases de datos de Project Server 2010 en una base de datos de servicios de Project Server
Use el cmdlet Convertto-SPProjectDatabase de Windows PowerShell para consolidar las bases de datos de Project Server 2010 restauradas en una base de datos de servicio de Project Server de Project Server 2013. Este cmdlet también conecta la nueva base de datos de servicio de Project Server de Project Server 2013 a la aplicación web de Project Server 2013.
Convertto-SPProjectDatabase –WebApplication <URL> –Dbserver <databaseServerName> -ArchiveDbname<ArchivedbName> -DraftDbname<DraftdbName> -PublishedDbname<PublisheddbName> -ReportingDbname<ReportingdbName> -ProjectServiceDbname<ProjectServicedbName> -Lcid <CountryCode>
Por ejemplo:
Convertto-SPProjectDatabase –WebApplication http://contoso:80 –Dbserver SQLServer1 –ArchiveDbname ContosoProjectArchived –DraftDbname ContosoProjectDraft –PublishedDbname ContosoProjectPublished –ReportingDbname ContosoProjectReporting –ProjectServiceDbname ContosoProjectService1 -Lcid 1033
| Parámetros obligatorios | |
|---|---|
| –WebApplication | Especifica la aplicación web de SharePoint que ha creado para la aplicación de servicios de Project Server. El tipo debe ser un GUID válido con el formato 12345678-90ab-cdef-1234-567890bcdefgh o bien un nombre válido de aplicación web de SharePoint (por ejemplo, MyOfficeApp1) o bien una instancia de un objeto SPWebApplication válido. |
| -Dbserver | Especifica la instancia del servicio de base de datos en la que se encuentran las bases de datos. El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
| -ArchiveDbname | El nombre de la base de datos archivados de Project Server 2010 que ha restaurado en SQL Server. |
| -DraftDbname | El nombre de la base de datos en borrador de Project Server 2010 que ha restaurado en SQL Server. |
| -PublishedDbname | El nombre de la base de datos publicados de Project Server 2010 que ha restaurado en SQL Server. |
| -ReportingDbname | El nombre de la base de datos de informes de Project Server 2010 que ha restaurado en SQL Server. |
| -ProjectServiceDbname | El nombre que desea dar a la base de datos de servicios de Project Server de Project Server 2013. |
| -Lcid | El código de país del idioma. El valor de 1033 del ejemplo es para Inglés de EE. UU. Para ver otros códigos de país, vea el artículo de referencia técnica ID de configuración regional asignados por Microsoft. |
Cuando use el cmdlet, se le pedirá que confirme si desea continuar. Escriba Y para continuar.
Después de ejecutar este cmdlet correctamente, verá un mensaje de confirmación que indica que la conversión de las bases de datos de Project se ha completado. Verá también la nueva base de datos de servicios de Project Server en el equipo que está ejecutando SQL Server.
2. Asociar la base de datos de servicios de Project Server a la aplicación web
Use el cmdlet Mount-SPProjectDatabase de Windows PowerShell para asociar la nueva base de datos de servicios de Project Server a la aplicación web que ha creado anteriormente en el entorno de Project Server 2013.
Mount-SPProjectDatabase –Name <ProjectServicesdbName> -WebApplication<URL> –Dbserver <databaseServerName>
Por ejemplo:
Mount-SPProjectDatabase –Name ContosoProjectService1 –WebApplication http://contoso:80 –Dbserver SQLServer1
| Parámetros obligatorios | |
|---|---|
| -Name | Especifica el nombre de la base de datos de servicios de Project Server. |
| –WebApplication | Especifica la aplicación web de SharePoint que ha creado para la aplicación de servicios de Project Server. El tipo debe ser un GUID válido con el formato 12345678-90ab-cdef-1234-567890bcdefgh o bien un nombre válido de aplicación web de SharePoint (por ejemplo, MyOfficeApp1) o bien una instancia de un objeto SPWebApplication válido. |
| -Dbserver | Especifica la instancia del servicio de base de datos en la que se encuentra la base de datos de servicios de Project Server. El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
Cuando el cmdlet Mount-SPProjectDatabase finalice, le devolverá al símbolo del sistema de Windows PowerShell. Actualmente, no verá ningún mensaje de confirmación cuando la acción finalice correctamente.
3. Comprobar si la base de datos de servicios de Project Server tiene errores que puedan impedir la actualización
Use el cmdlet Test-SPProjectDatabase para comprobar si la base de datos de servicios de Project Server tiene problemas que puedan impedir la actualización de esta base de datos. El cmdlet Test-SPProjectDatabase es una prueba no destructiva que comprueba la base de datos y publica los errores que impiden su actualización.
Test-SPProjectDatabase –Name <contentdbName> –WebApplication <URL> -Databaseserver<servername>
Por ejemplo:
Test-SPProjectDatabase –Name ContosoProjectService1 –WebApplication http://contoso:80 –Databaseserver SQLServer1
| –Name | Especifica el nombre de la base de datos de servicios de Project Server. |
| –WebApplication | Especifica la aplicación web de SharePoint que ha creado para la aplicación de servicios de Project Server. El tipo debe ser un GUID válido con el formato 12345678-90ab-cdef-1234-567890bcdefgh o bien un nombre válido de aplicación web de SharePoint (por ejemplo, MyOfficeApp1) o bien una instancia de un objeto SPWebApplication válido. |
| -Databaseserver | Especifica la instancia del servicio de base de datos en la que se encuentra la base de datos de servicios de Project Server. El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
El cmdlet Test–SPProjectDatabase comprueba la base de datos de servicios de Project Server y publica los posibles errores de los datos. Proporciona una descripción del error, la posible solución y una marca UpgradeBlocking para indicar si el error va a impedir que se actualice la base de datos. Es importante solucionar los errores en los que la marca UpgradeBlocking tiene el valor True.
4. Actualizar la base de datos de servicios de Project Server
Use el cmdlet Upgrade-SPProjectDatabase de Windows PowerShell para actualizar la nueva base de datos de servicios de Project Server a Project Server 2013. Las cuatro bases de datos de Project Server 2010 se combinaron en la base de datos de servicios de Project Server con Convertto-SPProjectDatabase en el paso 1.
Upgrade-SPProjectDatabase –Name <ProjectServicesdbName> -WebApplication <URL> –Dbserver <databaseServerName>
Por ejemplo:
Upgrade-SPProjectDatabase –Name ContosoProjectService1 –WebApplication http://contoso:80 –Dbserver SQLServer1
| Parámetros obligatorios | |
|---|---|
| -Name | Especifica el nombre de la base de datos de servicios de Project Server. |
| –WebApplication | Especifica la aplicación web de SharePoint que ha creado para la aplicación de servicios de Project Server. El tipo debe ser un GUID válido con el formato 12345678-90ab-cdef-1234-567890bcdefgh o bien un nombre válido de aplicación web de SharePoint (por ejemplo, MyOfficeApp1) o bien una instancia de un objeto SPWebApplication válido. |
| -Dbserver | El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
Cuando use el cmdlet, se le pedirá que confirme si desea continuar. Escriba Y para continuar.
Cuando el cmdlet Upgrade-SPProjectDatabase finalice, le devolverá al símbolo del sistema de Windows PowerShell. Actualmente, no verá ningún mensaje de confirmación cuando la acción finalice correctamente.
5. Montar la instancia de Project Web App
Use el cmdlet Mount-SPProjectWebInstance de Windows PowerShell para conectar la nueva base de datos de servicios de Project Server a una instancia de Project Web App en Project Server 2013.
Mount-SPProjectWebInstance –DatabaseName <ProjectServicesdbName> -SiteCollection<URL> –Databaseserver <databaseServerName>
Por ejemplo:
Mount-SPProjectWebInstance –DatabaseName ContosoProjectService1 –SiteCollection http://contoso/pwa –Databaseserver SQLServer1
| Parámetros obligatorios | |
|---|---|
| -DatabaseName | Especifica el nombre de la base de datos de servicios de Project Server. |
| –SiteCollection | Especifica la colección de sitios que ha creado para la aplicación de servicios de Project Server. |
| -Databaseserver | Especifica la instancia del servicio de base de datos en la que se encuentra la base de datos de servicios de Project Server. El tipo debe ser un GUID válido como 12345678-90ab-cdef-1234-567890bcdefgh, un nombre válido de una instancia de SQL Server (por ejemplo, DBSvrInstance1) o bien una instancia de un objeto SPDatabaseServiceInstance válido. |
Cuando use el cmdlet, se le pedirá que confirme si desea continuar. Escriba Y para continuar.
6. Comprobar si la instancia de Project Web App tiene problemas que puedan impedir la actualización
Antes de tratar de actualizar la instancia de Project Web App, use el cmdlet Test-SPProjectWebInstance de Windows PowerShell para comprobar si la instancia de Project Web App tiene problemas que puedan impedir la actualización.
Este cmdlet comprueba si hay problemas, como si el Centro de Business Intelligence (BI) de Project Server existe para todos los sitios del proyecto o si hay trabajos sin procesar en la cola, así como el estado de la cola, y problemas con las áreas de trabajo del proyecto. El resultado de la prueba aparece en Windows PowerShell, pero puede leer la información más fácilmente si exporta los resultados a un archivo de texto. Use los resultados para solucionar los problemas cuyo estado sea "FailedWarning".
Test-SPProjectWebInstance –Identity <URL or Site ID>
Por ejemplo:
Test-SPProjectWebInstance –Identity http://contoso/pwa
| Parámetros obligatorios | |
|---|---|
| -Identity | Especifica la dirección URL de la instancia de Project Web App. |
7. Actualizar la instancia de Project Web App
Use el cmdlet Upgrade-SPProjectWebInstance de Windows PowerShell para actualizar la instancia de Project Web App a Project Server 2013.
Este cmdlet comprueba si hay problemas, como si el Centro de Business Intelligence (BI) de Project Server existe para todos los sitios del proyecto o si hay trabajos sin procesar en la cola, así como el estado de la cola, y problemas con las áreas de trabajo del proyecto. El resultado de la prueba aparecerá en Windows PowerShell, pero podrá leer la información más fácilmente si exporta los resultados a un archivo de texto. Use los resultados para solucionar los problemas cuyo estado sea "FailedWarning".
Upgrade-SPProjectWebInstance –Identity <URL or site ID>
Por ejemplo:
Upgrade-SPProjectWebInstance –Identity http://contoso/pwa
| Parámetro obligatorio | |
|---|---|
| -Identity | Especifica la dirección URL de la instancia de Project Web App. |
Cuando use el cmdlet, se le pedirá que confirme si desea continuar. Escriba Y para continuar.
Una vez que haya ejecutado este cmdlet correctamente, aparecerá un mensaje de confirmación que le indicará "Actualización del sitio único del proyecto completada".
8. Habilitar las características de Project Web App
Use el cmdlet Enable-SPFeature de Windows PowerShell para habilitar la característica del sitio PWA en esta colección de sitios.
Enable-SPFeature –Identity pwasite -URL <ProjectSiteCollection>
Por ejemplo:
Enable-SPFeature –Identity pwasite -URL http://contoso/PWA
| Parámetro obligatorio | |
|---|---|
| -Identity | |
| -URL | Especifica la dirección URL de la colección de sitios de Project Web App. |
Cuando el cmdlet Enable-SPFeature finalice, le devolverá al símbolo del sistema de Windows PowerShell. Actualmente, no verá ningún mensaje de confirmación cuando la acción finalice correctamente.
Abra la dirección URL del sitio Project Web App para ver el sitio y los datos actualizados.
Planeación de la actualización a Project Server 2013
Preparación del entorno para la actualización a Project Server 2013
Restauración de las bases de datos de la granja de servidores de Project Server 2010 para la actualización (Project Server 2013)
Creación de copias de seguridad de las bases de datos de granjas de servidores de Project Server 2010 para la actualización a Project Server 2013
