Archive for the ‘File Archiving’ Category

I ran across a recent blog post the other day in which the writer states that when Archiving 2.0 arrives, archiving products will not only serve SharePoint, but also capture data from other content sources like email and file servers.

Mimosa offers SharePoint archiving 2.0 already. Combining multiple content sources over point solutions that only serve SharePoint makes sense.

I will be hosting a Bird of a Feather roundtable next week during Teched in Los Angeles, CA .. and it might be nice to meet you if you are going.

BOF02 Regulatory Compliance, Archiving, and Electronic Discovery with Microsoft Exchange Server
Mon 5/11 | 2:45 PM-4:00 PM | Room 501A

Birds-of-a-Feather, Microsoft® Exchange Server

Earlier this week EMC announced SourceOne, which is positioned as the replacement for its aging email archiving product EmailXtender.  For customers considering this software it is important to understand that this is an brand new product that is unproven and offers limited functionality that customers demand and expect in an enterprise class archiving product in this time and day.

SourceOne offers no:

• comprehensive eDiscovery

The last post from Jason Sherry spoke on how the versioning of data within SharePoint is unable to leverage block level delta changes significantly increasing the storage requirements for SharePoint.  Like Jason I’ve worked with Exchange for many years and have worked with SharePoint since the Beta days of SharePoint v1 (also known as SharePoint Portal Server 2001).

As a veteran Microsoft Exchange and SharePoint expert I have witnessed the exponential growth of SharePoint over the last few years.  As a consultant, before I joined Mimosa, I strongly encouraged my clients to stop using file shares and to stop emailing out 20 MB PowerPoint attachments that are going to be out of date within a few moments.  SharePoint is a great collaboration product and I’ve seen some amazing solutions built around it. 
 
Microsoft did an excellent job with WSS 3.0 & MOSS 2007, but they missed a few key things from a data management standpoint.  We finally got a Recycle Bin in the 2007 version to help on “oops, I didn’t mean to delete that” issues.  However, if you’re a SharePoint site admin and you delete a site or items have been purged from the Recycle Bin, then they are gone.  Once a site is gone you could recover it from a site level export (kind of like brick level backup with Exchange), but in most cases one is not going to exist.  So in those cases, someone in IT is going to have to restore the entire SharePoint farm and then export the site or individual item.  This is not an easy process; first an entire sever must be built, then the IIS settings must all be recovered, then the SharePoint database, and finally SharePoint must be re-installed and configured before any of the data can be accessed.  Lastly, the only built-in option to recover list items is to copy and paste their contents. 
 
SharePoint also has great versioning, but we all know people don’t clean-up their digital data well.  While SharePoint does have the ability to configure a document library to only save X versions, this requires the person who created the document library to first know to set this option.  So if you were a good e-mail citizen and saved that 20MB PPT to SharePoint and then 10 people made minor edits, that “one” PPT is now taking up 200MB in SharePoint.  This is because SharePoint doesn’t save the deltas of the versions.  In addition, SharePoint doesn’t have single instancing support, so if 10 people were to save the same 20MB document to 10 different document libraries, sites, or even folders in the same library, 200MB would be used up.  As well, files in document libraries may be attached to list items and this is another situation that causes duplication.  To make this storage challenge an even a bigger issue, files are stored in the SQL database, with all of the other metadata for SharePoint.  So as more files and versions get created you can certainly expect your backup and recovery times to increase.  Adding to the issue, SharePoint does not provide a way to easily clean-up old/retired data or a way to remove rarely used files from SQL without removing all traces of them.  So those 10 versions of the PPT will continue to take up space in SQL well after the project they were created for is finished and forgotten.
 
Lastly, SharePoint does not support replication.  Until Microsoft adds this support I think it’s going to be very hard to completely replace Public Folders in Exchange, which do support replication.  This is a major challenge for those geographically dispersed organizations with limited bandwidth at some locations.  In order to address this issue today those organizations are forced to keep using Exchange, file shares, or local SharePoint servers to share this data.  This of course added to the duplication of data and the challenges of managing distributed data.
 
Today Mimosa can help address some of those data duplication challenges with our Exchange Archiving and File System Archiving solutions, built around Mimosa NearPoint.  Both of these solutions support data de-duplication via global single instancing in the archiving and stubbing of attachments and files.
 
For organizations that really invest in SharePoint, these data management challenges will normally be an unexpected cost.  But even with those costs it’s still much better than using file shares and sending large attachments in email.
 
What other data management challenges in relation to SharePoint are out there?  Add a comment and let us know your thoughts

We all know that email archiving and file archiving are extremely important because of the storage cost savings, eDiscovery savings, and backup and recovery efficiencies they deliver.  Email archiving came onto the scene in the 1990s as email became a very common communication mechanism, but really took off in the last 5 years due to compliance and eDiscovery concerns.  File archiving is in the midst of taking off within the past year or two as organizations realize what a risk all of that unmanaged content poses from several perspectives – eDiscovery, data loss prevention, compliance, privacy, and security.

It’s hard to believe that the amendments to the Federal Rules of Civil Procedure (FRCP) took effect over 2 years ago. It’s hard to believe because so many organizations have still done very little to ensure they can meet the requirements set forth by these rules. But, I truly believe that 2009 will be the “end of the ignorance.” Why? Because in today’s economic climate, every dollar counts.

I came across an article here recently where a Pittsburg lawyer comments that “E-discovery is one of the hottest areas in law. This isn’t something that is yet taught in law schools. Many firms are just now starting separate departments for e-discovery.”