Follow storagepoint on Twitter
All Things Not Being Equal

All Things Not Being Equal

by JerseyBob 12. July 2009 16:09

Ok, we’re getting a lot of comparisons to (in no particular order) AvePoint, CommVault, Mimosa Systems, Metalogix, and a few others.  I have to say first and foremost that we are not positioning StoragePoint to be an archive solution.  You can certainly leverage it to archive content and it would do it better than the solutions outlined above (…they all do wonky stuff with HTML placeholders and redirects…breaks SharePoint…it’s not pretty).  StoragePoint is a solution that removes the content (active and/or archived) BLOBs from a SharePoint Content Database and places them in a external BLOB store that you define by Web Application, Site Collection, or Records Center.  And it does this in real-time so the content BLOBs are never actually stored in the content database.  This is another important distinction from the solutions we are commonly compared to.  Those solutions rely on services sitting outside of SharePoint to pull the content out of the content database after the fact which leads to table fragmentation and the need to continually shrink the content databases if you want to reclaim the unused BLOB space.  Our solution is active, so there is no table fragmentation or need to shrink the content databases to reclaim unused space…it is never used in the first place. 

In reality there are no solutions to compare with StoragePoint.  Believe me, I wish there was, competition is good.  Helps drive innovation and awareness.  Some of the ECM vendors out there, notably OpenText and EMC (Documentum), have built similar solutions, but they are there to facilitate their SharePoint co-existence strategies.  They use SharePoint as a facade or pass-thru for their content management repository.  SharePoint increasingly represents a ELE (sorry for the Deep Impact reference, but they are Dinosaurs) for these guys, so this is their somewhat lame attempt at survival.  So, they are not going to promote a solution that dramatically improves SharePoint’s manageability, scalability, and performance (...like StoragePoint does) because it would be at their own core offering’s expense.

And no, this capability will not be delivered OOB with the 2010 flavor of SharePoint.  You’ll need to build something using EBS or RBS or buy a solution like StoragePoint that will support both…or you can buy one of the aforementioned solutions that breaks SharePoint…or you can pay mega bucks for a OpenText, Documentum, or FileNet and just use SharePoint for window dressing.  That last option comes with a lot of burnt fingers, headaches, WTF? moments, and other unexpected surprises.  I laugh whenever I hear people bitch about SharePoint’s shortcomings.  It certainly has it’s share of surprises, burnt fingers, and headaches…but the difference is you have money (lots of it) left over to treat your wounds.

Tags: , , , , ,

Comments

12/1/2009 8:46:01 AM #

Blaine Sanderson

Microsoft is now saying (at least they were at SPC) that their standard recommendation for 2010 will be to only use RBS for solutions sized at >5TB.  Obviously there is more to it than that since many folks won't be able to adequately size, upgrade or otherwise architect their SQL solution or may have existing capacities that could be leverages or even operational policies for storage.

I thought I saw a native RBS option in 2010.  But it looked like it was just for sandboxing.

As a records guy having the BLOB divorced from the metadata is probelmatic and the EBS orphan issue is a discovery risk.  

Blaine Sanderson United States

12/1/2009 10:00:34 AM #

jerseybob

Thanks for the comment Blaine.

I'll try to tackle these point-by-point:

1.  I guess I would refer you to another blog post.  Aside from the fact that this was the SQL RBS guys, not the SharePoint team (...what would you expect them to say: "stop putting stuff in SQL Server"), they actually acknowledged in the Q&A of the BLOB Externalization session that there is no magic number.  

Blog post for your reference: blog.storagepoint.com/.../...e-you-sitting-in.aspx

2.  There is no such thing as a native RBS option in 2010.  SharePoint 2010 is a RBS host (...RBS aware).  RBS is a function of SQL Server.  The SQL RBS team is shipping a RBS provider for SQL Filestream.  The above-referenced blog post had info on where to find there recommendation not to use it in the recording from the session.

3.  Not sure I understand the concern here.  The BLOB and metadata are "divorced" natively from a pure records management perspective.  There is no facility (...short of access restrictions and rights management) in SharePoint or any other CM/DM platform that would guarantee fidelity between a document (BLOB) and its metadata, as the two can be de-coupled via integration, e-mail, printing, migration, conversion, publishing, and so on.  The fact that the BLOB sits in a SQL database versus a filestore has no bearing on records management from my perspective.  Orphaned BLOBs are only a discovery risk if they are not garbage collected...and they can be garbage collected aggressively (immediately upon detection) or passively (+X days past detection) depending on your DR strategy and retention policies.

jerseybob United States

1/16/2010 10:37:43 PM #

Brian

I realize this is an old post and that you may not see this comment but I came across it when trying to compare your solution to AvePoint Extender.  The are using the EBS and BLOBS are never stored in the content database.  Perhaps their Extender product was not out at the time this was written but they look like a viable competitor to me.  Can you provide any insight on the advantages of your product?

Brian United States

1/16/2010 10:58:23 PM #

jerseybob

This blog post refers to AvePoint's DocAve archiving module.  Their Extender product was 1st announced as a beta at SPC09 (3+ months after this post) and only very recently released. StoragePoint has been around for over 2 years.  Beyond that, both products are available for trial/eval purposes, so we'll let customers decide if they match up on feature/function, on-premise and cloud platform support, performance, and robustness.

I would also note that we have a 2010 beta available today that supports both EBS and RBS with a built-in migration path from EBS to RBS.  We have not seen or heard anything that would suggest they have anything available, although we have heard that to be their stated direction.  I would be concerned about the maturity of their offering and/or their commitment to it if they don't have a 2010 beta available this close to launch.  In sharp contrast, we have customers going into production with the SharePoint 2010 beta and StoragePoint.

jerseybob United States

Comments are closed

Powered by BlogEngine.NET 1.5.0.7
Theme by Mads Kristensen

Calendar

<<  September 2010  >>
MoTuWeThFrSaSu
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

View posts in large calendar