Bonjour,

Pour Project et Project Server 2007 :

• Aucune mise à jour n’est disponible. Veuillez vous référer à l’article sur le CU du mois de juin.

IMPORTANT: L’installation du Service Pack 3 sur les clients et sur les serveurs est dorénavant obligatoire avant l’installation de tout CU pour Office, Sharepoint et Project Server 2007. Si vous possédez des Language Packs, client ou serveur, vous devez aussi installer le Service Pack correspondant à chacun d’entre eux.

Pour Project et Project Server 2010 :

Mises à Jour Serveur complètes (tout langage):

• Description du package de mise à jour cumulative Office Project Server 2010 (Project server-package): 13 août 2013: http://support.microsoft.com/kb/2817573/fr

Mises à Jour Serveur individuelles (tout langage):  

• Description du package de correctifs SharePoint Foundation 2010 (Wss-x-none.msp): 13 août 2013: http://support.microsoft.com/kb/2817582/fr
• Description du package der correctifs SharePoint Server 2010 (Coreserver-x-none.msp): 13 août 2013: http://support.microsoft.com/kb/2817592/fr
• Description du package de correctifs Project Server 2010 (pjsrvwfe-x-none): 13 août 2013: http://support.microsoft.com/kb/2817580/fr

Mises à Jour Serveur individuelles (pack de langue English-US):

• Description du package de correctifs Microsoft Project Server 2010 (pjsrvwfe-x-none.msp, pjsrvmui-<Code>.msp): 13 août 2013: http://support.microsoft.com/kb/2817587/fr

Mises à Jour Client individuelles (tout langage):  

• Description du package de correctifs Project 2010 (projet-x-none.msp): 13 août 2013: http://support.microsoft.com/kb/2817584/fr

IMPORTANT: L’installation du Service Pack 2 sur les clients et sur les serveurs est dorénavant recommandée avant l’installation de tout CU pour Office, SharePoint et Project Server 2010. Si vous possédez des Language Packs, client ou serveur, vous devez aussi installer le Service Pack correspondant à chacun d’entre eux.

Pour Project et Project Server 2013 :

Mises à Jour Serveur complètes (tout langage):

• Description du package de mise à jour cumulative SharePoint Foundation 2013 (serveur SharePoint Foundation-package): 13 août 2013:
  http://support.microsoft.com/kb/2817517/fr
• Description du package de mise à jour cumulative de Project Server 2013 (module serveur de projet): 13 août 2013:
  http://support.microsoft.com/kb/2817615/fr

Mises à Jour Serveur individuelles (tout langage):    

• Description du package de correctifs SharePoint Server 2013 (Sts-x-none.msp): 13 août 2013:
  http://support.microsoft.com/kb/2817513/fr
• Description du package de correctifs SharePoint Server 2013 (Coreserver-x-none.msp): 13 août 2013: http://support.microsoft.com/kb/2817607/fr
• Description du package de correctifs Microsoft Project Server 2013 (pjsrvwfe-x-none): 13 août 2013:
  http://support.microsoft.com/kb/2817508/fr

Mises à Jour Client individuelles (tout langage):  

Description du package de correctifs Project 2013 (projet-x-none.msp): 13 août 2013:
http://support.microsoft.com/kb/2817502/fr

IMPORTANT: L’installation du Public Update de mars 2013 sur les clients et sur les serveurs est dorénavant obligatoire avant l’installation de tout CU pour Office, SharePoint et Project Server 2013. Pour plus d’informations, vous pouvez vous référer à l’article: http://blogs.technet.com/b/frenchpjblog/archive/2013/04/05/3563694.aspx

Je vous rappelle qu’en ce qui concerne la version 2010 et 2013, le correctif client est disponible en deux versions : x86 ou x64. Vérifiez bien que la version que vous téléchargez est en rapport avec la version du client installé sur vos machines.

Si vous désirez de plus amples informations sur les différentes versions de correctifs disponibles, je vous renvoie à l’article suivant : http://blogs.technet.com/b/frenchpjblog/archive/2010/05/04/le-cumulative-update-du-mois-d-avril-est-disponible.aspx

Bonne journée

Marc Biarnès

Bonjour,

Je voulais vous avertir que nous avons détecté plusieurs anomalie lors de l’application du Cumulative Update d’aout pour Project 2010:

1. Lenteur d’installation. il nous a fallu en général au moins 5 heures pour l’installer
2. Le PSConfig génère une exception causée par l’erreur suivante:
   

   ---

   [OWSTIMER] [PublishedDatabaseSequence] [ERROR] Upgrade object too new (build version = 14.0.7010.1000, schema version = 14.2.151.0). Current server (build version = 14.0.7104.5000, schema version = 14.1.702.0)
   

   ---

3. La Base Draft est corrompue car la plupart des Vues SQL ont été supprimées mais pas restaurées.
4. La version de la Base Published n’est pas mise à jour et reste en version SP2

Le problème se produit lorsque la séquence d’installation est la suivante: SP1 –> SP2 –> August CU. Nos tests ont montré que si le CU de juin était installé avant le SP2, alors le problème ne se posait pas car la version de schéma avait déjà été mise à niveau.

Dans les autres cas, le SP2 met à jour le numéro de version de schéma de la base Published à 14.2.151.0.

A l’instar des autres schéma, celui de la base Published devrait être sous la forme 14.1.xxx.0 et non pas 14.2.xxx.0.

Au moment de la mise à jour des bases de données (étape 9 du PSConfig), une erreur apparait car la version du schéma du CU d’août est 14.1.xxx.0 et est donc inférieur à celui de la base Published. Le processus de mise à jour s’arrête et les bases Published, et Draft ne sont pas complètement à niveau.

Ce problème sera corrigé dans le CU d’octobre.

Pour résumer:

• Si vous avez installé le [SP1 + tout autre CU], vous pouvez installer le CU d’août
• Si vous avez besoin d'installer le [SP2], alors vous devez installer le CU de Juin au préalable. Ce CU met à jour les bases de données faisant en sorte que le SP2 n’a pas besoin de les modifier. La version de schéma des bases reste donc sous la forme 14.1.xxxx.0. Vous pouvez alors installé le SP2 sans problème.
• Si vous voulez installer le [SP2 + CU d’août], alors vous devez installer le CU de juin au préalable ou attendre le CU d’octobre
• Si vous avez déjà installé le [SP2 + CU d’août] et que votre environnement est endommagé, vous devez utiliser la solution suivante pour réparer :

1. Changer manuellement la version du schéma de les bases Published des instances PWA existantes:       
     
   
   
2. Exécuter le PSConfig avec la ligne de commande:
   
   PSCONFIG -CMD UPGRADE –INPLACE B2B -WAIT -FORCE
   
   
   

Au final, la version de la base Published doit être 14.1.702.0.

Bonne journée,

Marc Biarnès   

Bonjour,

Je voulais vous informer d’un problème que nous avons rencontrés lorsque l’on souhaite changer la langue dans les Paramètres Régionaux du site qui héberge la Project Web App.

Description:

Si vous souhaitez changer les Paramètres Régionaux du site SharePoint qui héberge votre Project Web App, vous allez dans les Paramètres du Site, Paramètres Régionaux, puis vous changez la langue locale:

Après avoir valider votre choix, une erreur apparait :

Cause:

Comme l’indique le message, l’erreur se produit car la liste Project Server Workflow History est indéxée sur la colonne Workflow History Parent Instance.

Elle est donc soumise au paramètre de tri associé à la langue des Paramètres Régionaux. Lorsque vous changez ces derniers, vous changez automatiquement l’ordre de tri, ce qui créé un conflit d’indexation de la colonne.

Résolution:

Pour changer vos Paramètres Régionaux, vous avez deux solutions possibles:

1. Changer l’ordre de tri pour le définir en "”General”:

2. Supprimer l’indexation de la liste :

Pour se faire, vous devez suivre la procédure suivante :

1. Allez dans Site Contents:
   
   
   
2. Cliquez sur l’élément Project Server Worklow History
   
3. Dans le ruban, cliquez sur Settings:
   
   
   
4. Allez en bas de la page après la liste des colonnes et cliquez sur Indexed Columns:
   
   
   
5. Cliquez sur Worklow History Parent Instance:
   
   
   
6. Supprimez l’index:
   
   
   

Vous pouvez alors changer les Paramètres Régionaux de votre site.

Pour recréer l’index, il vous suffit alors de reprendre cette procédure et de recréer l’index tel que :

Bonne journée,

Marc Biarnès

Bonjour,

Voici le calendrier des conférences SharePoint et Project qui auront lieu l’année prochaine:

• Dates: Du lundi 3 février au mercredi 5 février 2014
• Réception: Le dimanche 2 février 2014
• Lieu : Anaheim Convention Center, Anaheim, CA, USA
• Conférence Website: www.msprojectconference.com

• Dates: Du lundi 3 mars au jeudi 6 mars 2014
• Lieu: The Venetian Hotel and Resort, Las Vegas, NV, USA
• Conférence Website: http://www.sharepointconference.com/

Bonne journée,

Marc Biarnès

Bonjour,

Je voulais vous avertir qu’un problème d’interprétation des dates se produit lors de la création des rapports d’état (Status Report) dans Project Server 2013 On-Premise et Online.

Description:

Après avoir vérifié que les Paramètres Régionaux de votre site ne sont pas en Anglais, vous créez un rapport d’état:

Au moment de valider la nouvelle demande de rapport, vous obtenez un message d’erreur qui vous indique que la date spécifiée est invalide:

Si vous saisissez manuellement la date au format US, l’erreur n’apparait pas, mais la demande de rapport n’est pas créée.

Cause:

Ce problème se produit pour tous les Paramètres Régionaux qui n’utilisent pas le format de date English/US.

L’erreur provient de la fonction New Date() qui se trouve dans la fonction ValidateDates() de la page SRRequest.aspx Cette fonction ne parvient pas à interpréter correctement les dates au format “dd.mm.yyyy”:

Function ValidateDates()
{ULSvQD:;
    var bStartDateIsValid = true;
    var bYearlyDateIsValid = true;
    var today = ZeroOutTimeComponent(new Date());
    var startDate = new Date(idStartDate.value); // returns Invalid Date
    if (!IsValidDate(startDate))
    {
        alert (PJUnescape("The%20specified%20start%20date%20is%20invalid.%0D%0A%0D%0APlease%20select%20a%20valid%20start%20date%20that%20is%20not%20earlier%20than%20today.%0D%0A"));               
        bStartDateIsValid = false;
    }

Par défaut, l’objet Java Date peut évaluer des chaines de caractères telles que les dates en English/US, heures, temps en millisecondes etc.

Action en cours:

Pour la version On-Premise, j’ai créé une solution de contournement (à intégrer dans la page SRRequest.aspx) pour reformater la date avant qu’elle ne soit interprétée:

function ValidateDates()
{ULSvQD:;
    var bStartDateIsValid = true;
    var bYearlyDateIsValid = true;
    var today = ZeroOutTimeComponent(new Date());
// begin workaround
//    var startDate = new Date(idStartDate.value);
var datepickerdate = idStartDate.value
var frDate = datepickerdate.split("/"); // create Array like "dd", "mm", "yyyy"
var startDate = new Date(parseInt(frDate[2],10), parseInt(frDate[1],10)-1, parseInt(frDate[0],10),0,0,0); //new Date(2013,6,25);
// end workaround
    if (!IsValidDate(startDate))
    {
        alert (PJUnescape("The%20specified%20start%20date%20is%20invalid.%0D%0A%0D%0APlease%20select%20a%20valid%20start%20date%20that%20is%20not%20earlier%20than%20today.%0D%0A"));               
        bStartDateIsValid = false;
    }

Un correctif devrait être disponible dans le Cumulative du mois d’octobre.

Bonne journée,

Marc Biarnès

Bonjour,

Contrairement à ce que l’on peut faire avec Project Server 2010, il n’est pas possible avec Project Server 2007 de réécrire un site PWA déjà existant dans une base de contenu. Ce qui complique le processus de récupération.

La seule solution possible avec cette version de Project, est d’exporter puis d’importer le contenu de l’ancienne base de contenu vers la nouvelle.

Voici donc la procédure proposée:

1. Restaurer les bases de Project Server et la base de contenu sur le serveur SQL Server.
2. Créer une nouvelle Web App sur le port 1.
3. Dans l’Administration Centrale de SharePoint, puis sur le serveur SQL Server, supprimez la base de contenu qui a été créé à l'étape 2.
4. À l'invite de commandes sur le serveur SharePoint, entrez les commandes suivantes (validez après chaque commande) :
   
   cd \program files\common files\microsoft shared\web server extensions\12\bin
   stsadm -o addcontentdb -url http://%3cservername%3e:1/ -databasename <databasename>
   
   Remarques :
   <servername> est le nom du serveur qui exécute Project Server 2007
   <databasename> est le nom de la base de données de contenu.
   
   Dans Administration Centrale de SharePoint, vérifiez que la base de contenu est associée comme prévu.
   
5. À l'invite de commandes, tapez les commandes suivantes (validez après chaque commande) :
   
   cd \program files\common files\microsoft shared\web server extensions\12\bin
   stsadm -o enumsubwebs -url http://%3cservername%3e:1/PWA >c:\sites.txt 
   
   Remarques
   La commande « stsadm » enregistre le fichier Sites.txt dans le répertoire racine du lecteur C.
   
6. Ouvrez le fichier Sites.txt dans Notepad et puis ajoutez la commande d'export pour chaque ligne contenant le nom d’un workspace Project Web Access.
   Voici un exemple de la commande Export :
   stsadm -o export -url "http://<servername>:1/PWA/<workspacename>" -filename "c:\<backupdir>\<workspacename>" -nofilecompression -includeusersecurity -versions 4
   
   Remarques :
   <servername> est le nom du serveur qui exécute Project Server 2007
   <workspacename> est le nom du workspace tel qu’il apparait dans le fichier Sites.txt
   <backupdir> est le nom du répertoire dans lequel vous souhaitez enregistrer une sauvegarde de l'espace de travail.
   
7. Cliquez sur Enregistrer Sous, nommez le fichier ExportPWA.bat et puis enregistrez le fichier sous la forme d'un fichier texte dans le répertoire suivant :
   lecteur: \Program Files\Microsoft Shared\Web Server Extensions\12\Bin
   
8. Dans le même fichier, modifier toutes les commandes d'export par des commandes d'import.
   Voici un exemple de la commande Import : 
   stsadm -o import -url "http://<servername>:80/PWA/<workspacename>" -filename "c:\<backupdir>\<workspacename>" -nofilecompression –includeusersecurity 
   
9. Cliquez sur Enregistrer Sous, nommez le fichier ImportPWA.bat et puis enregistrez le fichier sous la forme d'un fichier texte dans le répertoire suivant :
   lecteur: \Program Files\Microsoft Shared\Web Server Extensions\12\Bin
   
10. Exécuter le fichier ExportPWA.bat. Cette opération peut prendre beaucoup de temps s'il y a de nombreux workspaces
11. Pendant ce temps, créer un nouveau site Project Web Access (/PWA) sur la WebApp par défaut (port 80) en utilisant les bases de données de Project Server restaurées à l’étape 1.
12. Allez sur le site Project Web Access pour vous assurer que le site est fonctionnel.
13. Lorsque l’exécution de ExportPWA.bat est terminée, vous pouvez exécuter ImportPWA.bat. Cette opération peut prendre beaucoup de temps s'il y a de nombreux workspaces.
14. Vérifier que les comptes utilisateurs sont bien présents dans le site.
15. Vérifier que les fonctionnalités des espaces de travail de projet sont opérationnelles.
    
    Remarque : Si les workspaces de projet ne sont pas liés, vous devez exécuter l'outil de Relinker. Pour plus d'informations, visitez l’article TechNet suivant : http://technet.Microsoft.com/en-us/library/cc197498.aspx
    
16. Supprimer l'application Web temporaire (port 1) dans l'Administration Centrale de SharePoint et puis utilisez Internet Information Services (IIS) pour vérifier qu'elle a été supprimée.
17. Supprimer la base de données restaurée sur le serveur SQL Server.

Bonne journée,

Marc Biarnès

Bonjour,

Il y a quelques semaines, j’ai eu l’occasion de travailler sur une procédure de Disaster Recovery d’une plate-forme Project Server et je voulais partager avec vous une solution que j’ai trouvée pour récupérer des projets d’entreprise à partir du Cache Local des clients Project Professional.

Cette procédure peut être utile lorsque, par exemple:

1. Un projet a été supprimé par erreur de la base Project Server. Elle permet alors de restaurer ce projet s’il n’a pas été archivé.
2. La plate-forme Project Server nécessite une restauration de bases de données dont la sauvegarde date de plusieurs jours (ou semaines). Elle permet alors de restaurer les dernières modifications faite sur le projet.

Comme vous le savez, la première fois que vous ouvrez un projet d’entreprise à partir de Project Server, une copie de ce projet est faite dans le Cache Local de Project Professional sous la forme d’un fichier MPC. Par la suite, cette copie est mise à jour à chaque fois que vous sauvegardez le projet d’entreprise.

On peut donc considérer qu’un utilisateur ayant ouvert et modifié un projet d’entreprise possède une copie complète et à jour du projet dans le Cache Local de son Project Professional.

Les projets contenus dans le Cache Local peuvent être récupérés à partir du moment où vous travaillez en mode Offline.

Pour cela, lorsque vous démarrez Project Professional, vous devez sélectionner le compte de connexion au serveur Project, mais passer par la commande Work Offline :

A partir de ce moment là, dans le menu Fichier/Ouvrir, vous pourrez accéder aux projets contenus dans le cache.

Dans la barre d’état, vous devriez voir apparaitre un Globe avec une croix rouge indiquant que vous n’êtes pas connectés:

Une fois le projet ouvert à partir du cache, sauvegardez-le en utilisant :

• La commande Save As (dans ce cas, vous allez perdre les GUID)
• La commande Save for Sharing (dans ce cas, le fichier MPP contient les GUID d’entreprise des éléments du projet)

Vous pouvez alors repasser en mode connecté.

Si vous avez fait un Save As, les projet MPP créés pourront être sauvegardés dans les bases existantes ou dans de nouvelles bases. Mais attention, si vous les sauvegardez dans la base existante, ils ne remplaceront pas les projets d’entreprise (GUID différent). Cela va donc créer des doublons et des lignes orphelines dans les Feuilles de Temps. Cette solution est plus adaptée à la restauration des projets dans de nouvelles bases.

Si vous avez fait un Save for Sharing, vous pouvez sauvegarder et publier les projets MPP dans les bases. Ils vont mettre à jour les projets d’entreprise existants ou en créer de nouveaux mais avec les GUID d’origine (utile pour les Feuilles de Temps). Cette procédure est plus adaptée à la restauration de projets ayant été supprimé ou “anciens” provenant d’une sauvegarde de plusieurs jours ou semaines (voire plusieurs mois).

Au moment de la sauvegarde, un message d’alerte va s’afficher sur lequel vous répondrez OK :

J’espère bien évidemment que vous aurez à utiliser cette procédure le moins possible mais au cas où…

Comme d’habitude, vos commentaires sont les bienvenus.

Bonne journée,

Marc Biarnès