Enabling DAOS on a database – new recommendation

Almost one year ago, I wrote about “How To Wast Space” when enabling DAOS on an application. And I assumed that it might not be sure that the compact task will always do the recompress BEFORE the attachments are moved to the DAOS repository.

The recommended way to enable DAOS on an application and recompress attachments was:

  1. load compact  mail\example.nsf  -c -ZU -DAOS ON

According to IBM technote #1411563, the new recommendation is to perform 2 compacts.

First, enable compression and then enable DAOS.  This is critical for customers which have upgraded from 6.5x to 8.5

  1. load compact  mail\example.nsf -c -ZU
  2. load compact  mail\example.nsf -c -DAOS ON

If you want to get the most out of DAOS, this is the way to do it.

btw. the IBM technote obviously has a typo. See the mistake?

4 thoughts on “Enabling DAOS on a database – new recommendation

  1. Yes,
    they missed the “On”. 🙂
    By the way, what would you recommend about switching the Data- and Design-Compressing on (During the first or during the second task)?

  2. The -n -v can be added to the second compact that is doing the -daos on. The reason we recommend splitting the -ZU out to its own compact is that the performance is actually better to do the LZ1 compression by itself before storing objects in DAOS. The design/data compression will perform the same whether you bundle them with DAOS enablement or not.

Comments are closed.