So here's another tricky issue (and another missing feature) in the MOSS/WSS 3 landscape.
What happens when you encounter a document library (or many libraries) with hundreds of documents with multiple versions? - maybe even 50+ versions per document because someone forgot to consider version trimming during the planning or failed to educate the end users on the implications of versioning.
If a library is created with versioning enabled, the library settings show major versions enabled but with NO default setting for trimming, but the user doesn't get to see this unless they actively go into the library settings after creation. This relies on the user actually knowing how to manage versions in MOSS - this can never be guaranteed.
Of course, each one of these versions will be taking up valuable space in the database and having an impact, not only on the current db size, but the time and size of the daily SQL backups.
Is there a way to purge old versions in MOSS/WSS 3 without affecting the latest/current version??
Sadly (and almost predictably) there is NO default function for post-trimming / deleting document versions en masse, either in a single library or accross a site collection. With 100's or 1000's of documents across a site collection it would be no mean task to manually trim them all.
So far, in search for an answer to this, we came across the following third-party tool for SPS2003 (http://www.sharepoint247.com/FreeTools/DeleteVersions/tabid/56/Default.aspx), unfortunately it appears not to have been updated for MOSS/WSS 3.
However, there is a small light at the end of this tunnel - I suspect more by chance than design...
If you change the settings for an existing document library to trim the number of versions to, for example, no more than 3 major versions (Document Library Settings > Versioning Settings > Document Version History > Optionally limit the number of versions to retain), then when a user modifies or uploads a new version of a document, all but the latest specified number of versions will be deleted.
In our particular client case, this workaround was perfect since all the documents (application & network performance reports) are batch copied to a single library on a nightly basis. Simply reseting the library versioning & running the batch again forced the database to trim all the versions to 1 per document. After that it was a simple SQL process to shrink the database.
However, this still leaves a couple of mighty big holes in the document management feature set for in MOSS / WSS 3 :-
-
NO default version trimming set at creation time.
-
NO means of post trimming versions across site collections, sites or multiple libraries beyond manually deleting every unwanted version on every individual document.
What happens in an enterprise portal with 1000's of document libraries that can't be batch copied and replaced??? Scary eh...
With such a complex product as SharePoint you'd think the development team would have seen some of these glaringly obvious shortcomings (and yes, I have a list...)
So, mental note to self (and anyone else who's paying attention)...
-
Plan carefully for versioning management...
-
Educate clients on the implications of versioning...
-
Educate clients on the need to educate their end users...
-
Buy shares in storage hardware companies ;)