Pre-ECM Project Checklist: Object Storage Decision

We’re going to add one more item to our pre-ECM project checklist:

1) Where should we store our content?

Database storage used to be expensive.  In the 1950’s, the cost per megabyte of storage exceeded $10,000/MB.  Today, the cost has dropped to a few cents.  Not only have storage costs dropped, so have memory costs as they have followed the same price drop as storage.  Taking advantage of lower costs; most DB manufacturers have begun offering high performance in memory databases (IMDB – In-Memory Database).

From an ECM perspective; because of the higher database costs, content storage solutions were designed to use databases to store only the metadata or the index values associated with content, and the actual files and documents were stored on cheaper file storage devices.   While lowering costs, this approach meant that ECM solutions were forced with managing, synchronizing, backing up, and designing applications where index values were one place and the actual documents, audio/video files were somewhere else.

Database manufacturers have taken advantage of the lower costs and introduced file-types that allow for storage of large objects.  Oracle for example offers a number of ‘large object’ datatypes such as BLOB, CLOB, NCLOB, etc.

Newer ECM products such as ILINX Content Store have taken advantage of the lower costs and allow for the storage of all content in the database.  This has made the management of ECM solutions much simpler.
So, what’s the downside?

Recently, we were contacted by a customer that was utilizing BLOB storage for a content database that had grown to well over 1TB.  The database backups were taking longer and longer and were approaching the maximum time window available.  The most cost-effective solution was to remove the content from the database and store it on network storage.

For details on how this was done, see:

https://ecmtechnicalexpertise.wordpress.com/2014/12/02/storing-content-outside-of-sql-server-for-ilinx-content-store-using-sql-filestream/

After removing the objects, and optimizing the DB for its new smaller size – life was good.

The project itself was not terribly difficult – however it was very, very time consuming.  Our recommendation going forward is to make the storage decision upfront.  Decide how big your content application will become, and make and document your decision regarding where best to store that content.

Steve Kissinger
Project Manager
ImageSource, Inc.

One thought on “Pre-ECM Project Checklist: Object Storage Decision

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s