This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal


~Kirk Lopakonygon
Mar 2, 2016, 6:31 PM
3 Posts

DAOS

  • Category: Domino Server
  • Platform: Windows
  • Release: 9.0.1
  • Role: Administrator
  • Tags:
  • Replies: 2

We have 3 locations with 3 Domino Servers under the same mail domain. User base is about 600.  Lets state,  Server 1 from Region 1, Server 2 from Region 2, and Server 3 from region 3.

When I activate DAOS, should I activate it one region at a time, also, I will setup a separate drive on that server to hold all the of DAOS files.   In a VM environment it is easy enough to add a separate drive.

My question, since the mail databases for that region are on Server 1, will DAOS need to have storage for Region 1?  And also do the same for Server 2 on Region 2 and Server 3 in Region 3.

NOW Scenario 1),

                      If someone sends an email with a 5 meg attachment,  to everyone in the three Regions.  Will DAOS only hold only 3 copies in all individual DAOS drives?  OR will the initial email be sent to all specified in the email, then DAOS, at sync time will remove attachments from all emails and create a link to the 3 copies in Region 1,2 and 3.

Scenario 2)

                     If someone from Region 2 visits Region 1 and accesses email,  will DAOS access the DAOS drive from Region 2 and will there be a speed cost?     

 

~Gus Elkiburings
Mar 3, 2016, 8:43 AM
42 Posts
Re: DAOS
Hi Luc,

When enabling DAOS each server should have its own DAOS repository so there will be different storage for each region.

All can be enabled at the same time but it's probably a good idea to enable it one server at a time in case you run into any issues.

In Scenario 1 you described, the attachment will be stored in all three repositories.

In Scenario 2, since the user's mail database will still be in region 2, the DAOS repository from region 2 will also be used.

There is some more information on DAOS best practices here that might be helpful:

https://www-10.lotus.com/ldd/dominowiki.nsf/dx/daos-best-practices

Thanks,

Mark
~Fred Deslubergynds
Mar 5, 2016, 1:06 PM
59 Posts
I/O efficiency in addition to disk space efficiency

In your scenario one, you will gain significant I/O efficiency in addition to the disk space savings of DAOS. If someone with a mail file on Server 1 sends 10 messages with a 5MB attachment to 10 people on Server2, only 1 copy of the attachment is sent between the servers instead of 10 and only one copy is written to disk instead of 10. Once the first message is sent and the attachment is stored in DAOS on server 2, Domnino knows that it does not need to send additional copies of the attachment. In order to enable this savings, make sure to enable DAOS on all the mail.box files on the servers.

Also you  get the same kind of I/O savings in communication between the client and server. There is no DAOS disk saving on the client, but if you are forwarding a message with attachment from your client to a server which already has the attachment in its DAOS repository, the system doesn't send the attachment to the server again. Here is documentation:

https://www-01.ibm.com/support/knowledgecenter/SSKTMJ_9.0.1/admin/admn_objectcopyoptimizationfordaos_c.dita

also, take a look at the DAOS stats that are collected (especially the 'optimized' ones) - the system stores file counts and sizes for all the times it did not have to transfer files within servers and between servers because of DAOS

https://www-01.ibm.com/support/knowledgecenter/SSKTMJ_9.0.1/admin/admn_showstatdaos_r.dita

Your environment is a perfect use-case for DAOS.


This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal