Hay veces en las que nos encontramos que tenemos tareas en nuestros proyectos , con un administrador de estado especificado, pero que cuando se mandan actualizaciones a dichas tareas, le llegan a otro manager, distinto al que debiera.

Cuando esta condición existe, el trabajo actual se enruta a un Administrador de Estado que pueda no estar esperando recibir dicha actualización de aprobación de tareas. De tal manera, dichas actualizaciones puedan parecer como que se hayan “perdido”, cuando lo que en realidad ha pasado ha sido que se hayan redireccionado a un Administrador de Estado diferente.

A continuación ofrecemos una consulta SQL para detectar qué tareas sufren este problema:

SELECT MP.PROJ_NAME, MT.TASK_NAME, MR2.RES_NAME AS 'RESOURCE', MR.RES_NAME AS
'MANAGER'
FROM MSP_ASSIGNMENTS AS MA
INNER JOIN MSP_PROJECTS AS MP
ON MA.PROJ_UID=MP.PROJ_UID
INNER JOIN MSP_TASKS AS MT
ON MA.TASK_UID=MT.TASK_UID
INNER JOIN MSP_RESOURCES AS MR
ON MA.WRES_UID_MANAGER=MR.RES_UID
INNER JOIN MSP_RESOURCES AS MR2
ON MA.RES_UID=MR2.RES_UID
WHERE MA.TASK_UID IN
(
SELECT TASK_UID
FROM MSP_ASSIGNMENTS
GROUP BY TASK_UID
HAVING COUNT(DISTINCT WRES_UID_MANAGER) > 1
)
--AND MP.PROJ_NAME='NAMEOFPROJ'
GROUP BY MP.PROJ_NAME, MT.TASK_NAME, MR2.RES_NAME, MR.RES_NAME
ORDER BY MP.PROJ_NAME, MT.TASK_NAME

Dicha consulta se debe ejecutar en la base de datos Published. Los entornos de Project Server que estén a un nivel de actualización superior a Agosto de 2008 no debieran encontrarse este problema, pero para solventar dicha situación, la resolución es la siguiente:

Primero de todo debemos actualizar el entorno (tanto a nivel servidor como cliente) a un nivel razonable (ya sabéis que a fecha de este post, estamos a nivel de FEB 2010, luego debemos hacer que cada jefe de proyecto abra el / los proyecto/s afectado/s, vuelva a seleccionar el Administrador de Estado correcto para la/s tarea/s en concreto. Una vez hecho esto, se debe volver a publicar el/los proyecto/s afectado/s. (Esto lo puede hacer también otra persona que tenga permisos sobre el/los proyecto/s.)

Esperamos os resulte de utilidad, un saludo

Jorge Puig

Buenas,

En este post queríamos haceros partícipes de la fecha de lanzamiento de los productos que dan vida a este blog: Project 2010 y Project Server 2010.

Como podemos leer en el siguiente enlace, la fecha donde se anunciará la “nueva ola de productividad” será el 12 de Mayo de 2010:

http://sharepoint.microsoft.com/businessproductivity/proof/pages/2010-launch-events.aspx#fbid=nqOkmMfvyEX

Para el próximo de Abril, se mandará a fábrica la nueva versión de Project Server 2010, como podemos leer en:

http://blogs.technet.com/projectadministration/archive/2010/03/10/microsoft-project-server-2010-will-release-to-manufacturing-in-april.aspx

La página en castellano de Office 2010:

http://www.microsoft.com/office/2010/es/default.aspx

Simplemente queremos irnos preparando ya para la nueva versión del producto, la cual iremos tratando en mayor profundidad a partir de estas fechas.

Muchas gracias, un saludo

Jorge Puig

Como dijo Enrique Morente, “hay que echar un paso atrás para mirar adelante”, y es precisamente lo que vamos a hacer en el blog, tratar un asunto referente a Project Server 2003, antes de que empecemos a tratar la siguiente versión del producto, Project Server 2010.

Para ello, vamos a traducir un estupendo artículo de nuestro colega y maestro, Marc Biarnes, en el que trata como ejecutar la herramienta “Views Maintenance” como un servicio; (el artículo original puede encontrarse aquí):

http://blogs.technet.com/frenchpjblog/archive/2010/01/18/ex-cuter-l-outil-views-maintenance-pour-project-server-2003-en-tant-que-service.aspx

La herramienta de Views Maintenance funciona como una especie de administrador de ficheros XML en la carpeta Viewdrop. Esto nos permite localizar la actividad del directorio Viewdrop, y ver, de manera rápida, el fichero XML en ejecución.

Para llevar a cabo nuestro cometido, debemos descargar el Kit de Recursos de Project Server 2003, disponible en el siguiente enlace:

http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en

Una vez tengamos el Kit de Recursos instalado, debemos seguir los siguientes pasos:

01.- Vamos a Inicio \ Ejecutar, escribimos CMD y pinchamos en OK.

02.- En la pantalla de MS-DOS que se nos haya abierto, escribimos lo siguiente:

C:\ResKit\instsrv.exe “ViewsMaintenance”

C:\Reskit\Tools\srvany.exe

03.- Abrimos un editor del registro de Windows, desde Inicio \ Ejecutar, escribimos REGEDIT y pinchamos en OK.

04.- Vamos a la siguiente entrada:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ViewsMaintenance

05. Vamos a Edición \ Nuevo \ Clave y le llamamos Parameters.

06.- Vamos a Edición \ Nuevo \ Valor, y escribimos lo siguiente:

Value Name : Application
Data Type : REG_SZ
String : <path>\ViewsMaintenance.exe

07.- En la consola de servicios, Inicio \ Ejecutar, escribimos CMD y pinchamos en OK, podemos arrancar el servicio

08.- La configuración del servicio será que arranque de manera automática.

Si queremos eliminarlo, podemos usar el siguiente comando de MS-DOS:

C:\ResKit\instsrv.exe “ViewsMaintenance” REMOVE

Esperamos que os resulte de utilidad.

Saludos

Jorge Puig

Hola a tod@s:

En esta actualización acumulativa, no se actualiza la versión de la base de datos, por lo tanto, si ejecutamos la consulta SQL que mencionábamos en el post anterior:

select * from versions

http://blogs.technet.com/elfarodeprojectserver/archive/2010/03/12/verificar-version-instalada-de-sharepoint-y-project-server-2007.aspx

Nos puede dar el resultado de la actualización de Diciembre de 2009,

12.0.6524.5000

Os recordamos podéis verificar esta información en:

http://blogs.technet.com/elfarodeprojectserver/archive/2010/02/25/versiones-de-project-2007-y-project-server-2007.aspx

Pero si realmente tenemos instalada la correspondiente a Febrero de 2010, para confirmarlo, debemos mirar, por ejemplo, la versión del siguiente fichero, Microsoft.Office.Project.Server.PWA.dll

Otro sitio donde mirarlo,

O verificar dicha instalación en Añadir/Quitar programas

Esperamos os resulte de utilidad, un saludo

Jorge Puig

Hola a tod@s

En el post de hoy queremos hablar de algo que consideramos fundamental; se trata de verificar las versiones instaladas en nuestro entorno, ya sean de Project Server, como de Sharepoint.

Estimamos realmente importante tener en cuenta que las versiones para ambos productos deben estar al mismo nivel de actualización. Partiendo de esa premisa, hemos detectado en ocasiones que se daban comportamientos extraños, al usar Project Server 2007, y se resolvían al instalar / forzar una determinada actualización de los Sharepoint Services, WSS 3.0, por ejemplo, que no coincidiera con la existente en Project Server 2007.

Puede ser que nosotros instalemos el Service Pack 2 de WSS 3.0, el SP2 de Project Server 2007, ejecutemos el asistente de configuración de Sharepoint de manera satisfactoria, nos aparezca en la Administración Central de Sharepoint que estamos en la versión 12.0.6422, y tendamos a pensar que, efectivamente, estamos a ese nivel de versión de WSS 3.0 (SP2). Pero si vamos a preguntar a una base de datos de WSS 3.0, por ejemplo, la de Sharepoint_Config, y ejecutamos la siguiente consulta:

Select * from versions

Y obtenemos una versión inferior a la que hemos visto en la Administración Central, tendremos una situación donde los binarios de WSS 3.0 se hayan podido actualizar, pero no así las bases de datos, teniendo un entorno no estable, donde se puedan dar comportamientos inesperados, y no recomendables, la verdad.

¿Y qué debemos hacer entonces? Pues la solución es muy sencilla, debemos ejecutar desde línea de comandos lo siguiente:

C:\Archivos de programa\Archivos comunes\Microsoft Shared\Web Server Extensions\12\BIN\ psconfig -cmd upgrade -inplace b2b -wait –force

De esta manera forzaremos la instalación de la actualización tanto a nivel de binarios como de esquema de las bases de datos.

Bueno, a grandes rasgos, lo que consideramos conveniente realizar es lo siguiente: verificar que tenemos la misma versión en la Administración Central de Sharepoint, y preguntando a las bases de datos, y si no es así, forzar que la actualización se lleve a cabo de la manera que os acabamos de comentar.

Esperamos realmente esto os sirva de ayuda, y os ahorre más de un quebradero de cabeza.

Un saludo

Jorge Puig