Solución de problemas de migración a Project Server 2007

 

Se aplica a: Project Server 2010

Última modificación del tema: 2016-11-30

En este artículo se describen las opciones que tiene a su disposición si surgen problemas durante el proceso de migración a Microsoft Office Project Server 2007.

En este artículo:

• Antes de solucionar problemas: comprobar la funcionalidad en Project Server 2007

• Registro de errores

• Restauración de la base de datos de Project Server 2007

• Problemas de usuarios migrados y permisos

• Problemas de autenticación

• Diagrama de flujo de la migración

Antes de solucionar problemas: comprobar la funcionalidad en Project Server 2007

Antes continuar con la solución de problemas, compruebe primero si Office Project Server 2007 funciona correctamente. Identificar si el problema tiene que ver con la migración o con la configuración de Office Project Server 2007 puede ahorrar mucho tiempo.

• Cree una nueva instancia de Project Web Access en el equipo de Project Server. Asegúrese de que esta instancia no se usa para la migración. Podrá eliminar esta instancia cuando haya terminado con la solución de problemas.

• En el equipo que ejecuta Office Project Server 2007, cree, guarde y publique un proyecto en la instancia recién creada de Project Web Access. Compruebe que puede abrir el proyecto en el Centro de proyectos. Si no puede hacerlo, es posible que el problema esté relacionado con la configuración de Office Project Server 2007.

• Compruebe que los servicios de colas y de eventos se están ejecutando en el servidor de aplicaciones.

Registro de errores

Cuando vaya a solucionar problemas de migración, es importante saber dónde buscar la información de registro de errores pertinente. En esta sección se describen varios mecanismos que tienen información de registro de errores.

• Vea la página de administración de colas para comprobar si existen trabajos con un estado de error. Vea la columna de errores de dichas entradas para ver si proporciona información sobre el problema.

• Vea el archivo de registro de actualización. Está disponible en la ruta de acceso especificada en el archivo de configuración de la migración. Proporciona una descripción detallada de los errores que se produjeron durante la migración.

• Examine el registro de eventos y el registro de seguimiento del servidor.

• Para abrir y ver el registro de eventos, en el equipo servidor haga clic en Inicio y, a continuación, en Ejecutar, escriba Eventvwr y haga clic en Aceptar. Después haga clic en el nodo Aplicación. Esta acción muestra una lista de los eventos de aplicación que se han producido en el servidor.

• Para abrir y ver el registro de seguimiento, en el equipo servidor vaya a la siguiente carpeta: <unidad>:\archivos de programa\common files\Microsoft Shared\web server extensions\12\LOGS. Los nombres de los registros de seguimiento ULS tienen el siguiente formato: <nombreServidor>-aaaammdd-hora.log (por ejemplo, contoso-20060720-1506.log).

• Si no puede determinar el motivo del error a partir del archivo de registro y piensa ponerse en contacto con los servicios de soporte técnico de Microsoft para obtener ayuda, tenga la siguiente información disponible:

  1. Registros de actualizaciones (que están disponibles en la ruta de acceso especificada en el archivo de configuración de la migración)

     Nota

     Asegúrese de que el servidor escribe registros detallados, lo cual garantiza que se registra toda la información posible para la depuración. Puede establecer este parámetro en el sitio web de Administración central de SharePoint en la ficha Operaciones de la página Registro de diagnóstico. En la sección Límite de eventos de esta página, establezca los siguientes parámetros:
     Evento menos crítico que desea incorporar al registro de eventos: Con éxito
     Evento menos crítico que desea incorporar al registro de seguimiento: Detallado

     Haga clic en Aceptar para guardar la configuración. Quizás desee comprobar que se ha guardado la configuración. Para ello, en la misma sección seleccione una categoría individual de la lista Actualizar categoría única y compruebe que la configuración es la misma.

  2. Una copia del archivo de registro de eventos: para ello, abra el registro de eventos, haga clic con el botón secundario en el nodo Aplicación y seleccione Guardar archivo de registro como. Esto le permite guardar el registro de eventos en un archivo para que pueda enviarlo a los servicios de soporte técnico de Microsoft.

     Nota

     Asegúrese de reproducir el problema para garantizar que el problema se registra en los registros de eventos y de seguimiento.

  3. Una copia de los archivos de registro de seguimiento más recientes: si va a enviar información de seguimiento para la depuración, reproduzca el problema en el servidor y envíe los dos o tres archivos de registro de seguimiento más recientes. Puede identificar los archivos de registro por la marca de fecha y hora que se usa para dar nombre a los archivos.

  4. Una copia del archivo de base de datos de Project Server 2003

• Si la herramienta de migración deja de responder, aparecerá un cuadro de diálogo de Microsoft Office Project que le permite seguir buscando soluciones con los servicios de soporte técnico de Microsoft. En el cuadro de diálogo, seleccione Enviar informe de errores para que se envíe este problema a los servicios de soporte técnico. Después de enviar el informe de errores, vaya al Visor de eventos, busque un evento con el identificador de evento = 1001, copie el contenido del campo de descripción en un editor de textos y envíelo a su contacto de los servicios de soporte técnico.

• Restaure Office Project Server 2007 a un estado limpio y vuelva a intentar la migración. En lugar de volver a aprovisionar la instancia de Office Project Server 2007, puede restaurar las bases de datos limpias de Office Project Server 2007 y de Project Server 2003 de la copia de seguridad, y, a continuación, volver a ejecutar el proceso de actualización. Para obtener información acerca de cómo restaurar la base de datos limpia de Office Project Server 2007 de la copia de seguridad, lea la sección Restauración de la base de datos de Project Server 2007.

Búsqueda de errores y advertencias en un archivo de registro actualizado

Puede ejecutar los comandos siguientes en el símbolo del sistema para buscar y compilar las advertencias y errores del archivo de registro de actualización.

• Para buscar todas las líneas que muestran advertencias en el archivo de registro de la actualización, ejecute el comando siguiente:

  Find /I "warning" <archivos de registro de origen> >> <archivo de salida>

  Por ejemplo:

  Find /I "warning" c:\miRegistroActualización.log >> c:\errores.log

• Para buscar todas las líneas que muestran errores en el archivo de registro de la actualización, ejecute el comando siguiente:

  Find /I "error" <archivos de registro de origen> >> <archivo de salida>

  Por ejemplo:

  Find /I "error" c:\miRegistroActualización.log >> c:\errores.log

• Para buscar todas las líneas que muestran errores de otros tipos en el archivo de registro de la actualización, ejecute el comando siguiente:

  Find /I "fail" <archivos de registro de origen> >> <archivo de salida>

  Por ejemplo:

  Find /I "fail" c:\miRegistroActualización.log >> c:\errores.log

Restauración de la base de datos de Project Server 2007

Si durante la migración de datos se producen problemas no recuperables, puede restaurar la base de datos de Office Project Server 2007 y, después, volver a ejecutar el proceso de actualización. A continuación se muestra un script de ejemplo para restaurar la base de datos de Office Project Server 2007. Esto no es un script normativo; modifíquelo según corresponda para satisfacer sus necesidades. Debe ejecutar este script en un equipo en que esté disponible OSQL.

Rem Note that if you have any open connections to the database, 
Rem   the Restore operation will fail. You can view open connections in 
Rem   Enterprise Manager: 
Rem   under <Server> - Management - Current Activity 
Rem   (hit F5 to refresh) - Process Info. 
Rem You can stop a process by right-clicking, and choosing Kill Process.
echo off

set P12SQLServerName=<SQL Server Name>

Set publishedDB=<DB Name>
Set draftDB=<DB Name>
Set archiveDB=<DB Name>
Set ReportingDB=<DB Name>

Set RestorePublishedDB='<Full path of the backup>'
Set RestoreWorkingDB= '<Full path of the backup>'
Set RestorearchiveDB= '<Full path of the backup>'
Set RestoreReportingDB= '<Full path of the backup>'

Rem The following commands ensure that there are no open connections to 
Rem  the databases that we are restoring to. You can also do this manually.

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Restoring the database
set SqlCmd= "RESTORE DATABASE %publisheddb% 
  From disk = %RestorePublishedDB% 
  with replace RESTORE DATABASE %draftdb% From disk = %RestoreWorkingDB% 
  with replace RESTORE DATABASE %archivedb% 
  From disk = %RestorearchiveDB% 
  with replace RESTORE DATABASE %reportingdb% 
  From disk = %RestoreReportingDB% with replace"

osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Clearing the cache
rd /s /q "%APPDATA%\Microsoft\MS Project\cache"

goto :Clean

:Clean

Rem To clean up the environment variables created
set P12SQLServerName=
Set RestorePublishedDB=
Set RestoreWorkingDB=
Set RestorearchiveDB=
Set RestoreReportingDB=

set SqlCmd=

Set publishedDB=
Set draftDB=
Set archiveDB=
Set ReportingDB=

Problemas de usuarios migrados y permisos

Después de la migración (especialmente en versiones localizadas), es posible que los usuarios no dispongan de determinados permisos esperados en la instalación migrada de Office Project Server 2007. Por ejemplo, imagine que le asignaron los permisos a través de la plantilla de administrador, pero no puede ver los partes de horas. Existen varias razones por las que podría producirse una situación de este tipo:

• En Project Server 2003, un permiso se deniega en el nivel de la organización. Para comprobar esto, revise los permisos de Project Web Access para ver si hay algún permiso deshabilitado y si esto es la causa del problema.

  Para comprobar los permisos de Project Web Access

  1. En el panel izquierdo de la página principal de Project Web Access, haga clic en Configuración del servidor.

  2. En Configuración del servidor, en la sección Seguridad, haga clic en Permisos de Project Web Access.

• Hay algunos permisos que son nuevos en Office Project Server 2007. Es posible que estos permisos no se asignen correctamente durante la migración. Puede consultar la documentación de seguridad para obtener una lista de estos permisos para ver si son la causa del problema. Para obtener más información acerca de los permisos de Office Project Server 2007, vea el tema sobre la introducción a los permisos de Microsoft Office Project Server 2007 (https://go.microsoft.com/fwlink/?linkid=188797\&clcid=0xC0A).

• Si un usuario o un recurso de Project Server 2003 existe en Office Project Server 2007 (por nombre o cuenta de Windows NT), los permisos de seguridad de dicho usuario o recurso no se migrarán. Por ejemplo, si antes de la migración hubiera realizado una "Sincronización de Active Directory" (y si la mayoría de dichos usuarios existen en Project Server 2003), ninguno de los permisos de usuario se habrían migrado. Si se encuentra este problema, establezca Project Web Access de destino como "Vacío" y vuelva a iniciar el proceso de migración.

Problemas de autenticación

En Project Server 2003 se usa la autenticación de Project, pero no es compatible con Office Project Server 2007. Cuando se migran los usuarios con autenticación de Project a Office Project Server 2007, se restablecen las cuentas de usuario, porque el mecanismo de autenticación de formularios de Office Project Server 2007 es arquitectónicamente distinto de la autenticación de Project que se usa en Project Server 2003. Estos usuarios no se muestran en la página Administrar usuarios de Configuración del servidor de Project Web Access ni aparecen en la sección Autenticación de usuario para el usuario. Sin embargo, aún se pueden editar estos usuarios migrados en el Centro de recursos de Project Web Access.

Es posible que los recursos migrados en la base de datos de recursos queden desincronizados con la base de datos publicada.

Problemas al migrar proyectos principales

Cuando se migran proyectos principales y sus subproyectos asociados de Project Server 2003 a Office Project Server 2007, los siguientes dos escenarios provocarán un error en la migración de los proyectos:

• Un subproyecto migrado después de su proyecto principal. (Se puede corregir el orden de la migración en el archivo de configuración de la migración).

• Un proyecto que es un subproyecto de dos proyectos principales distintos. (Este tipo de disposición se permite en Project Server 2003, pero no en Office Project Server 2007). La migración de este proyecto producirá un error al intentar publicar el proyecto.

Diagrama de flujo de la migración

El siguiente diagrama de flujo proporciona una representación gráfica de cómo se migran los datos de Project Server 2003 a Office Project Server 2007. Se puede usar en la solución de problemas que pueden producirse en la migración.

La actualización de Project Server 2003 a Office Project Server 2007 implica pasos de actualización basados en el cliente Windows y en SQL Server 2000.

Hay tres fases en el proceso de actualización:

1. Fase de actualización de datos globales: actualización de los datos globales y de Project Web Access a Project Server 2010.

2. Fase de actualización de datos de proyectos: actualización de los datos de los proyectos a Project Server 2010.

3. Fase de actualización de datos de Windows SharePoint Services: necesaria sólo si se tienen datos de Windows SharePoint Services para proyectos en Project Server 2003. Esta fase tiene lugar independientemente de la ejecución de la herramienta de migración y, por lo tanto, no se incluye en este diagrama de flujo.

Los siguientes diagramas de flujo ilustran las dos primeras fases del proceso de actualización, respectivamente.