Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 312
  • Last Modified:

Single Copy Object Store in ND6

Good Day Experts:

Are any of you out there using Single Copy Object Store (also called Shared Mail) in ND6?

We experimented with it in version 4.x and gave up because of reliability issues (read: major headaches, lost email and upset users).

With the ever-increasing use of attachments in our organization, we are considering it again.  At LotusPhere 2003 (didn't go to 2004), I asked around about it... Lotus personnel claimed that it works, but I could find no Domino Administrator that had used it.  All that I asked (like me) were scared off by the previous issues -- preferring to deal wit the space management issues than the potential for losing email messages.

I will assign 50 points (125 for answers that relate details of the experience) to the first 10 that reply.  Points will only be assigned to those that can relate first-hand experience of SCOS in ND6, or those with first-hand and informed knowledge of a fellow administrator's experiences.

Thanks in advance!

Regards, Doug
0
DButler
Asked:
DButler
  • 4
  • 2
  • 2
  • +2
1 Solution
 
qwaleteeCommented:
I am still worried abot it.  I'd arther just have more storage, or use one of the products that "consolidates" duplicate attachments (e.g., Mail Attender, or one of the big document policy/archival solutions for mail, e.g., Access One, or Legato).
0
 
RanjeetRainCommented:
I do not think Single Copy Object Store is in real use. There is a good amount of work to be done in the area to make it take off. In fact, there isn't even enough awareness aboutt he same. Personally, I am very keen about experiencing this techonology. In programming world, they have sorted out the problem this is targeted to solve. But with human users playing the major role, such a technology would success, I doubt that untill I see it working.

May be you can share some of your past experience on the same?
0
 
Bozzie4Commented:
Don't use it.  

To clarify : I've developped a solution myself to handle this : a server mailrule will drop all mails with attachments in a central database, where they are picked up by a scheduled agent.  This agent sends notifications to everybody that the message has been put in the database, and will set access restrictions on the document (readers fields).  To handle internet trafic, it will create the necessary login/password combination for the webserver, where the internet user can pick up the attachment.  You can set up archiving on this database to archive older attachments ....  There could be problems with this approach, but the advantage is that these problems will not result in you losing all your data (as is the case with shared mail).
There are commercial products out there that do the same thing, too.

cheers,

Tom
0
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
qwaleteeCommented:
Ranjeet, I don't kow, I think of it more as a solution looking for a problem, so they won't bother putting that much nito it.

Why do I call it that?  Storage management is a big issue, but mostly in the VOLUME and POLICY areas, less so on the absolute storage size needs.  That's because:

1) storage has come way down in price -- fasterthan needs have gone up
2) SANs make storage capacity relatively easy to manage

I'd rather throw disk at the mailboxes than throw the mailbox into a maelstrom.  Plus there are better solutions if you want to really make this work -- solutions that address storage, archiving, retention policy, duplicate messages, and duplicate attachments all in one.  SCOS just becomes a band-aid on the least imporatnt aspects of the problem.
0
 
DButlerAuthor Commented:
Hi Everyone:

Thanks for the comments.  So far, they are echoing our thinking in that simply adding storage is more cost effective and reliable than SCOS.  What is not addressed is the exponential growth in storage requirements that comes with (1) greater use of attachments, (2) greater numbers of recipients of the same attachments, and (3) the sending of larger attachments and graphics.  In that light, adding storage solves the short-term problem, but does not stop/reduce the trend of exponential growth.  SCOS (if we could trust it) reduces the exponential growth problem to something much more linear.

Tom:  We've actually considered your solution, with a slight variation.  It's nice to hear that someone has implemented it.

Ranjeet:  Personally, I am the same... would love to play with the technology.  But I won't risk email loss, at our end-users' expense, for a technology that isn't confirmed for third parties.
To answer your question:  My previous experience was indeed poor.  In part, because of human error (we did not understand the maintenance requirements and procedures that Shared Mail would introduce).  In part, because the system simply was not reliable and robust.

Hopefully, someone out there with first-hand experience in SCOS will throw in their two-bits worth...
0
 
jjpatonCommented:

Sorry, haven't used it in production, too risky.

Here's some scant positings by some who have ...

http://www.edbrill.com/ebrill/edbrill.nsf/dx/10092003121714AMEBRKWT.htm?opendocument&comments

http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/75a3bd1dcebe67a885256c5b007a8e33?OpenDocument

As for the general space issues, if you have a lot of users  implementing the Single Copy Template can have a big impact. This will save about 10MB per mail database on your server.

Also I regularly get results from user education - leverage Domino's collaborative, workflow & knowledge management abilities, even setting up a simple doc library for a group with subscriptions and encouraging it's use can quickly have an impact. (Check out this link for some in-use discussion ... http://dominodude.com/personal/tmk/blog.nsf/d6plinks/TKEN-5REUAY)

I find putting in place a size limit for emails and reminding users they have a network with plenty of places to share these documents also helps!

GL :)
0
 
RanjeetRainCommented:
I agree to you qwaletee. But there are areas where it can benefited from. Despite storage device prices coming down to dirt, this is still a bottle neck. Personally, I can never have more of storage. Still a long way where it becomes redundant.

The trick lies in management of Duplicates, Version control of attachment (may be i am tossing something new), retention policy etc. I am of the opinion that there is a strong need of version control at OS level for any such technology to make real sense to the end-user. No technology that bothers users to manage their own versions of the same document can be successfully used for a long term purpose. I sometimes feel like telling people about how to develop a file system. A file system that will in a way act as the core engine for a Single Point Object Store (or any other term you give it).

To add to Tom's idea of a programmatic solution, it can be done. But its like reinventing the wheel. Not really an easy thing to do to implement a sophisticated SPOS.

I heard about the implementation of same for some web based email systems. May be Google can show us the way?!?
0
 
Bozzie4Commented:
The programmatic solution is NOT a replacement of a SPOS ! It's a low-tech solution that's a lot cheaper than anything on the market, without the problems that Shared mail has, but it has of course limitations.  If you are short on cash and can't add storage space, it's a good idea to consider nonetheless.  (If you can't afford to add storage, you won't be able to afford any of the SPOS systems on the market !)

0
 
qwaleteeCommented:
BUY A POLICY BASED SYSTEM.

If you are a big company and care enough to work with SCOS, you probably care enough to buy this sort of thing.

If you are a small company, it is equally economical to buy a few big, cheap hard drives and/or insitute archiving policies.
0
 
DButlerAuthor Commented:
Thank you TheLearnedOne for the reminder.  I will review the question tomorrow and grant points based on my original statement:

"I will assign 50 points (125 for answers that relate details of the experience) to the first 10 that reply.  Points will only be assigned to those that can relate first-hand experience of SCOS in ND6, or those with first-hand and informed knowledge of a fellow administrator's experiences."
0
 
qwaleteeCommented:
I HAVE had experienece with NOT using it and using policy-based management, but I guess that's is what you are, ahem, NOT looking for.

Give the points to JJ.  She, at the very least, pointed to Ed Brill's missive about including it only for the feature list, which is pretty much equivalent to an engineer saying "I tried it, and I don't see any good reason to try it again."
0

Featured Post

Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

  • 4
  • 2
  • 2
  • +2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now