+ Similar Entries
|
|
Sametime Entry 8.5 C...Blog: AnythingAroun...Maurice Teeuwe Updated  Ratings
0
Comments
0
|
|
|
More on 8.5.1 FP1 IF...Blog: Chad ScottChad Scott Updated Ratings
1
Comments
0
|
|
|
If you're thinking o...Blog: Lotus NutChris Whisonant Updated Ratings
1
Comments
2
|
|
|
DAOS stats - Before ...Blog: ... pretty fl...Chris LeRoy Updated Ratings
0
Comments
0
|
|
|
DAOS- The knight in ...Blog: Above and Bey...Andre Horak Updated Ratings
0
Comments
0
|
+ Archive
+ Blog Authors
DAOS Estimator Tool - Part 2
I downloaded version 1.1 today. I ran it against one of the files which was hanging on Version 1.0 and it worked just fine. I then started running it against our whole mail archive directory. After it finished (it took about 8 1/2 hours), I got the results. We have 213 NSF's taking up 214G with almost 1 million attachments. If we implement V8.5 &
|
Ratings
0
|
| IBM Lotus Connections | Help | Tools | About |
|---|---|---|---|
Comments (3)
Bruce,
I couldn't agree more. As a service we offer off-site backups for a
per gigabyte fee. The entire mail file goes off-site every night
because to the backup software it got modified and it can't tell
what part got modified. So, to be able to remove the attachments,
thus shrinking the mail file, and thus ony having to back up the
individual attachment once, will save our customers lots and lots
of money. That savings alone is going to be motivation enough for
them to upgrade.
WOW! That's HUGE savings on that archive. Nearly 50% savings is pretty stellar (and have you already implemented body compression?) :)
@1 - Interesting... that is something that I haven't thought about
with DAOS! With Bruce's example, the customer would be paying for
almost 1/10 of the per GB fee!! Just means that you won't be
getting as much from the customer out of the service either! ;)
Chris, when I upgraded our server to 8.02, I implemented LZ1 compression for attachments, Compress database design, &
compress document data. So these results are all on top of that.
Also, just finished running the DAOS estimator against our current
mail files. The results were in the same 50% range. Went from 232
mail files with an initial NSF size of 90.9G with 310,000
attachments to 17.3G NSF size, 31.6G DAOS store, 200,000 duplicate
attachments, for another savings of 46G. We're thinking of
combining the server-based archiving unto the mail server and then
we could make this picture even better.