MS Project SERVER - File Bloat RRS feed

  • Question

  • Is there a way to reduce project bloat on a project schedule in Project Server 2010?    I thought that project files on Project Server should not experience bloat due to the way MSPS processes file-saves.    We saw a file increase from 18M to 29M in a week's time.  

    We are using PWA for time tracking and I don't want to lose or corrupt any data during the process.   We do have custom views, an ERP, and about 20 or so Enterprise codes (Project, Task, and Resource).  

    Any idea why project bloat occrus in MSPS and how to resolve? 



    Wednesday, August 15, 2012 6:55 PM

All replies

  • This forum is for standalone desktop edition of Project. Could you pls consider posting in Project Server forums here at ?

    Sometimes the moderators move the thread.

    Thursday, August 16, 2012 12:18 AM
  • Try opening the file & saving it in XML format & then reimport it back should help, typically happens when schedule gets corrupted

    Let us know if it helps

    Thanks | Sunil Kr Singh |

    Thursday, August 16, 2012 1:06 PM
  • Thanks for letting me know.   Just a mistake on my part as I usually post to the MSPS forum.   My bad.
    Thursday, August 16, 2012 2:35 PM
  • Sunil - Thanks for the reply.   Are you certain that I won't lose anything by doing this?    This is a very large, complex and critical schedule.     Also, when I perform this excercise, after saving it off as an XML file, do I delete the file on the server before importing the off line copy back into the server?



    Thursday, August 16, 2012 2:38 PM
  • I am not totally sure if the GUID's of the tasks won't change with the XML Save procedure.

    A little bit safer option is to use the "Save file for Sharing", save it as a local desktop copy, and then save it back to the server. This kind of "refreshes" the plan without changing the GUIDs, or losing any Timesheet work. I have recently used this on a project plan which was not huge but pretty complex and critical.

    The only thing that will change ( based on what I observed so far) is the "Status Manager", if this is done by an admin. To make sure this does not happen, have the PM himself do these steps. Otherwise, take a backup of the file/column, and change the status manager back to what it should have been.

    And finally, the standard disclaimer applies: it is best to test any of these procedures in a test enviroment, to see if you experience anything unexpected.

    Prasanna Adavi, PMP, MCTS

    Thursday, August 16, 2012 3:01 PM