DAOS - Backup / Restore

Hi Guys,

Currently we have DAOS implemented on our mail files.
We recently ran into an issue where we were unable to retrieve attachments from mail files that had been archived off server.

Going forward we want to make sure this sort of thing doesn't happen.
I am not 100% sure how it all works. Those of you who have helped me in the past know I am no expert :|

So we are looking to put a system in place. I hear that IBM TSM is the way to go?
If anyone can point me in the right direction or can explain to me how we can do set up so can restore old DAOS/Mail file attachments would be much appreciated,
320adelAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

doninjaCommented:
I assume you are familiar with the basic concepts of DAOS in that it looks for attachments and then stores them as files outside of the database. The daos catalog holds references between the document attachment and the physical file stored in daos folder.
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/daos-quick-start-guide

So basically to backup a database you need to backup the physical .NSF file and all associated .NLO files.

There are a number of backup agents for the various commercial backup solutions that can help you with this ensuring that the data is stored together for archiving.

If you want to find what nlo files are missing for a database then in the server console you can run
tell daosmgr listnlo -o missingfiles1.txt MISSING mail/file.nsf
this should give a list of files that need to be restored to the DAOS folders.
After restore you can run
tell daosmgr resync force
then run previous command to see if any more missing.

Restoring NLO's must be from the same server as by default all NLO's are encrypted using the server ID so cannot be copied from another server.

To archive a database completely in the future you can stop it using DOAS to recreate database as a single large NSF file before archiving.
load compact -c -daos off database.nsf
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
larsberntropCommented:
re: NLO encryption
That is why in our environment we enforce thej notes.ini setting: DAOS_ENCRYPT_NLO=0

for recommended backup and restore  practices see:
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/Archiving_and_recovering_IBM_Lotus_DAOS-enabled_databases

and
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/DAOS_Deployment_Guide
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Lotus IBM

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.