Another client, again a small firm, just under 20 active users.
DAOS cleans up so much and so easily. Use it today.
Logical Size Physical Size DAOS Count DAOS Size
13,810,688 9,699,328 17 4,111,360 (30%)
20,466,129 9,961,472 27 10,504,657 (51%)
30,035,168 9,699,328 45 20,335,840 (68%)
74,118,808 30,932,992 101 43,185,816 (58%)
75,443,129 24,903,680 113 50,539,449 (67%)
108,258,760 25,690,112 80 82,568,648 (76%)
138,161,997 42,205,184 165 95,956,813 (69%)
199,254,983 15,204,352 15 184,050,631 (92%)
235,477,728 48,496,640 256 186,981,088 (79%)
327,722,054 33,816,576 344 293,905,478 (90%)
439,068,264 77,856,768 802 361,211,496 (82%)
624,075,282 76,546,048 620 547,529,234 (88%)
825,961,183 196,083,712 1,186 629,877,471 (76%)
1,342,534,391 116,391,936 1,461 1,226,142,455 (91%)
2,100,974,083 233,046,016 2,621 1,867,928,067 (89%)
2,609,055,353 285,736,960 2,863 2,323,318,393 (89%)
3,680,872,371 328,466,432 2,369 3,352,405,939 (91%)
4,171,338,707 416,808,960 3,809 3,754,529,747 (90%)
An average of 76.4% disk savings. With a high of 92%.
Go Green, Go DAOS. Use less tapes and reduce replication times, inbox opening times and all around utilities.
Speaker, Blogger, Author. Posts about HCL Digital Solutions, HCL Software, Lotus, Management, Collaboration, Competitive Intelligence and Strategy, Productivity, CRM and B2B Marketing.
Showing posts with label daos. Show all posts
Showing posts with label daos. Show all posts
Wednesday, March 3, 2010
Monday, February 15, 2010
DAOS Rocks again, 2 clients details
A sampling of data from one client.
8 of the largest files were run today as a proof test and the results were the following:
Space saved % saved of mail file
3,023,524,000 79
773,532,000 17
1,712,269,000 40
15,903,000 16
512,000 4
72,386,000 7
15,611,000 28
2,412,858,000 51
Low of 4% to a high of 79%
Average for these was 891,843,889 per mail file saved or about 27 % per mail file.
Almost a GB per person saved is a good start we think.
Of course the new server has a TB, the old one 80GB.
Looking to put all of them on and then get a final number.
Second Client saw this when we moved them this week, 18 executives files:
Physical size Originally: 15,987,641,383
Logical Size After DAOS: 1,778,384,896
DAOS: 14,209,256,487
Percent Saved: 73%
Some as much as 92 and a low of 30 % reduction.
Putting this into perspective in a 1,000 or 10,000 user mail system will provide huge benefits in reduced server tasks processing time at night, backups, SAN storage and of course bandwidth traffic in general.
8 of the largest files were run today as a proof test and the results were the following:
Space saved % saved of mail file
3,023,524,000 79
773,532,000 17
1,712,269,000 40
15,903,000 16
512,000 4
72,386,000 7
15,611,000 28
2,412,858,000 51
Low of 4% to a high of 79%
Average for these was 891,843,889 per mail file saved or about 27 % per mail file.
Almost a GB per person saved is a good start we think.
Of course the new server has a TB, the old one 80GB.
Looking to put all of them on and then get a final number.
Second Client saw this when we moved them this week, 18 executives files:
Physical size Originally: 15,987,641,383
Logical Size After DAOS: 1,778,384,896
DAOS: 14,209,256,487
Percent Saved: 73%
Some as much as 92 and a low of 30 % reduction.
Putting this into perspective in a 1,000 or 10,000 user mail system will provide huge benefits in reduced server tasks processing time at night, backups, SAN storage and of course bandwidth traffic in general.
Tuesday, November 3, 2009
ROI in 30 Days
While discussing the benefits of training employees how to make proper usage of graphics and email with Chris, it seemed to me that this has been going on since day one of email systems.
Wait till you see this picture, all 1.5MB of it.
What if that 1.5MB picture was sent out to everyone in your contacts list because it was your latest PR release? And what if you send this type of information regularly, like once a week?
If you have a list like mine, of over 5,000 people, one can start to see some serious numbers and dollars, being wasted.
Simple math(not including the size of the email for simplicity sake):
1.5MB x 5,000 = 6,500 MB or 6.5GB per weekly email sent is going out of my network.
That's a lot of bandwidth!
Plus the time involved to send each email, let's be really nice and say it takes 1 second per email to create and send from your server.
1 x 5,000 = 5,000 seconds or 84 minutes or 1 hour and 24 minutes
(Servers are multithreaded these days so this is purely theoretical # which is probably 4-5 times as large as it should be)
You think you just sent out a little email, but what you do not understand is you have now probably prevented others from sending perhaps for as long as an hour or more. Not to mention incur the wrath of your Administrator.
Now imagine if you did this inside your company with a new HR manual or employee time sheet or price guide? This gets a bit nastier.
6.5GB x 4 weeks = 26GB a month in new storage on your SAN or hard drives and email accounts. In theory. Why? Because presumably everyone will detach the attachment and store it locally and delete the email. Or at worst keep it until next week's version comes out.
Sadly I wish I was joking when I say that more than 75% will not delete the emails.
So you have now increased the daily, weekly and monthly backups(which includes tape, SAN, clustered servers, offsite storage, etc..) and over the year this would be 312GB or 234GB based on my 75% rule.
Big deal disk space is cheap, right?
Bandwidth? Internally? We have 1GB or more who cares?\
Your telecom people do if you need to keep that Quality of service up and running for that great VOIP system you have connected to Lotus Sametime. Every time you flood the network, you create a potential dam that blocks other traffic, important traffic, that needs to run efficiently so your CEO doesn't drop his calls every Monday morning.
Dollar value of this? Being nice and presuming $1-$5(real number is between $27 and $40 per month so based on this Forrester post from June 2009) a person to cover all expenses related to the bandwidth, backups, virus checker, mail system, disk space we could end up with $5,000-$25,000 lost or spent EVERYTIME this message goes out.
So monthly that's $20,000 - $100,000
Annually, $240,000 - $1.2 Million
3 years - $720,000 - $3.6 Million
OUCH!
Or, you could run Lotus Domino (8.5.1 is the latest) with it's DAOS (Domino Attachment and Object Service) which provides a one stop save for the attachment and sends a link to everyone else in your company.
So if you have DAOS setup to manage any attachment over 1MB(default is 4mb) you would only see a small blip of 1.5MB plus the text size of emails every week which even at 5,000 users is not more than 25MB per week.
A reduction in disk space of 99%! And all other costs as well.
Now, on top of this, use Lotus Quickr with it's built-in places for special groups or projects, with auto emails (links only no attachments)and group calendars to keep everyone involved and up to date and you can see some amazing ROI.
This is why we can promise a 30 day ROI to most companies.
Even if the licensing and consulting fees equals $100,000 it's still an ROI of one month at the higher end or 5 months at the low end. And this is on the low end and very generic.
If you or your company resembles even part of what was discussed, please allow us to provide more specific details to you.
Wait till you see this picture, all 1.5MB of it.
What if that 1.5MB picture was sent out to everyone in your contacts list because it was your latest PR release? And what if you send this type of information regularly, like once a week?
If you have a list like mine, of over 5,000 people, one can start to see some serious numbers and dollars, being wasted.
Simple math(not including the size of the email for simplicity sake):
1.5MB x 5,000 = 6,500 MB or 6.5GB per weekly email sent is going out of my network.
That's a lot of bandwidth!
Plus the time involved to send each email, let's be really nice and say it takes 1 second per email to create and send from your server.
1 x 5,000 = 5,000 seconds or 84 minutes or 1 hour and 24 minutes
(Servers are multithreaded these days so this is purely theoretical # which is probably 4-5 times as large as it should be)
You think you just sent out a little email, but what you do not understand is you have now probably prevented others from sending perhaps for as long as an hour or more. Not to mention incur the wrath of your Administrator.
Now imagine if you did this inside your company with a new HR manual or employee time sheet or price guide? This gets a bit nastier.
6.5GB x 4 weeks = 26GB a month in new storage on your SAN or hard drives and email accounts. In theory. Why? Because presumably everyone will detach the attachment and store it locally and delete the email. Or at worst keep it until next week's version comes out.
Sadly I wish I was joking when I say that more than 75% will not delete the emails.
So you have now increased the daily, weekly and monthly backups(which includes tape, SAN, clustered servers, offsite storage, etc..) and over the year this would be 312GB or 234GB based on my 75% rule.
Big deal disk space is cheap, right?
Bandwidth? Internally? We have 1GB or more who cares?\
Your telecom people do if you need to keep that Quality of service up and running for that great VOIP system you have connected to Lotus Sametime. Every time you flood the network, you create a potential dam that blocks other traffic, important traffic, that needs to run efficiently so your CEO doesn't drop his calls every Monday morning.
Dollar value of this? Being nice and presuming $1-$5(real number is between $27 and $40 per month so based on this Forrester post from June 2009) a person to cover all expenses related to the bandwidth, backups, virus checker, mail system, disk space we could end up with $5,000-$25,000 lost or spent EVERYTIME this message goes out.
So monthly that's $20,000 - $100,000
Annually, $240,000 - $1.2 Million
3 years - $720,000 - $3.6 Million
OUCH!
Or, you could run Lotus Domino (8.5.1 is the latest) with it's DAOS (Domino Attachment and Object Service) which provides a one stop save for the attachment and sends a link to everyone else in your company.
So if you have DAOS setup to manage any attachment over 1MB(default is 4mb) you would only see a small blip of 1.5MB plus the text size of emails every week which even at 5,000 users is not more than 25MB per week.
A reduction in disk space of 99%! And all other costs as well.
Now, on top of this, use Lotus Quickr with it's built-in places for special groups or projects, with auto emails (links only no attachments)and group calendars to keep everyone involved and up to date and you can see some amazing ROI.
This is why we can promise a 30 day ROI to most companies.
Even if the licensing and consulting fees equals $100,000 it's still an ROI of one month at the higher end or 5 months at the low end. And this is on the low end and very generic.
If you or your company resembles even part of what was discussed, please allow us to provide more specific details to you.
Thursday, January 8, 2009
Disk Space Savings from 8.5 and how to do it
In one client which I have data from so far the reduction in disk space from doing the following was 13% on average per user with a high of 37%.
Note some users already used some of these settings, imagine if your network never used ANY of them!
load compact -c from the console to move all your files to ODS 51(on whole server or just mail directory up to you)
DAOS (but this only went into effect today, but should be interesting 30 days out)
LZ1 compression
Compress Document Data
Compress Database Design
Plus a few more could be done but we don't want to use them right now.
Want to do it in one quick process?
1) See my previous post on DAOS enablement and the DCT tuner. DCT can provide some more pros/cons to some other benefits in this area.
2) open your 8.5 lotus Admin client
3) Go to the Files Tab then your mail directory
4) CTRL-A to select all
5) Select Advanced properties from the Database tools on your Right column.
6) check off the ones to use
And don't forget to run compact -c and CREATE_R85_DATABASES=1 in your notes.ini so all future files get it too!
Note some users already used some of these settings, imagine if your network never used ANY of them!
load compact -c from the console to move all your files to ODS 51(on whole server or just mail directory up to you)
DAOS (but this only went into effect today, but should be interesting 30 days out)
LZ1 compression
Compress Document Data
Compress Database Design
Plus a few more could be done but we don't want to use them right now.
Want to do it in one quick process?
1) See my previous post on DAOS enablement and the DCT tuner. DCT can provide some more pros/cons to some other benefits in this area.
2) open your 8.5 lotus Admin client
3) Go to the Files Tab then your mail directory
4) CTRL-A to select all
5) Select Advanced properties from the Database tools on your Right column.
6) check off the ones to use
And don't forget to run compact -c and CREATE_R85_DATABASES=1 in your notes.ini so all future files get it too!
LND 8.5 SNTT - Basic Things NOT to Miss
Quick pieces of advice for those not yet with 8.5.
Remember Traveler is still a separate download.
DAOS
DAOS is enabled in your NAB, each server has a new tab, Enable it, then set the date for expiration to whatever you need.
You will also need to enable Transaction Logging, under its tab, and set its parameters as you desire.
AND disable shared mail if you are using it under its tab.
Save and restart your server.
DCT - Domino Configuration Tuner
Very cool but you MUST update your admin client. The Admin client is now only available as a downlaod with the other 2 clients even though it's not an Eclipse product..yet.
Find it under Server - Analysis tab (not sure where the docs tell you this as even the help file doesn't!?).Once it sets you up, then you must restart your admin client. Open it up again and set up your servers and then scan and read the results. Go get depressed or exhilarated at how many issues it finds in your notes.ini ALONE.
ODS 51
Lastly but far from least, one could post this stuff forever, go to ODS 51 using compact -c or with any specific files in mind. Likewise use the parameter CREATE_R85_DATABASES=1 in your Notes.ini, but your DCT will let you know if you haven't.
one thing for Notes Clients
Pulled straight from the Help file, there is a GO FASTER notes.ini setting now:-)
The Notes start-up sequence has been reordered as part of performance enhancement in this release. Notes users are now prompted to authenticate (log in using their Notes password) before the Notes workbench appears on-screen. The new NOTES.INI setting for this sequence is "ENABLE_EARLY_AUTHENTICATION" which has a default setting value of 1 enabling the new mode. Disabling the setting reverts to the old (pre-8.5) start-up mode. If the ENABLE_EARLY_AUTHENTICATION setting is disabled (0), the Roaming user functionality introduced in release 8.5 is not functional and performance enhancements gained in the reordered start-up sequence are not realized.
Enjoy and post your own tidbits of joy.
Subscribe to:
Posts (Atom)