I'm assuming that you're stopping Notes when you run your backup. If not,
then your backup of the .nsf files may not be valid. Also, if your Notes
server is set up to use transactional logs, then I think you would want to
flush the logs and shutdown notes before doing a backup.
Regardless, you are probably going to be backing up all of the .nsf files
each night anyway, depending on what you have configured to run each night
on your Notes server. For instance, the design process, or database compact
or fixup process.
We do these "cold" backups of our Oracle database servers, and we run into
the same issue. We essentially backup about 80-90% of the disk space on
each of those servers each night, even with an incremental backup.
If you really want incremental backups, then you need to get the appropriate
module.
Dave
-----Original Message-----
From: Legato NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]
On
Behalf Of Simon Delicata
Sent: Thursday, January 20, 2005 6:46 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Backup of NSF/NTF (Domino) files without using
LNLM?
HI Manel,
Just thinking out loud, you could create a notes agent to make a .nsr
directive file in the data folder of your domino server. The agent could
get the last modified date/time of the database at the file level, and use
the notes back end classes to get the last mod date of the database then do
a date comparison. If the dates pass your criteria for being skipped, add a
"skip" clause into the .nsr file.
Have a look at the NotesDBDirectory class to traverse all the sub-folders
in your data folder
I think you would have more luck writing this as a java agent since Java
has more options in getting file details than LotusScript does. However, in
the process of using domino classes to get the back end information, you
may inadvertently touch the mod date of the database. You would have to try
it out yourself.
Make the agent run as often as your groups run, and I think that may get
around it.
Regards
Simon Delicata
R5 Developer PCLP
Manel Rodero
<manel AT FIB.UPC DOT ED
U> To
Sent by: Legato NETWORKER AT LISTSERV.TEMPLE DOT EDU
NetWorker cc
discussion
<NETWORKER@LISTSE Subject
RV.TEMPLE.EDU> [Networker] Backup of NSF/NTF
(Domino) files without using LNLM?
20/01/2005 10:54
Please respond to
Legato NetWorker
discussion
<NETWORKER@LISTSE
RV.TEMPLE.EDU>;
Please respond to
Manel Rodero
<manel AT FIB.UPC DOT ED
U>
Hello,
I have a Domino server (Windows 2000) where I don't have a license for
using
LNLM so I need to backup it using the normal Legato client.
The problem is that the Lotus modifies in somme manner the files so an
incremental/level backup is always like a full backup because every file in
the server has changed.
For example, for a file I get the following properties from the OS:
Created -> 14/01/2005, 11:22:36
Modified -> 20/01/2005, 11:19:56
Accessed -> 20/01/2005, 11:19:56
If I get the properties using Notes I get:
Created -> 14/01/2005, 11:22:36
Modified -> 14/01/2005, 11:19:56
Data Modified -> 14/01/2005, 11:38:10
Design Modified -> 14/01/2005, 11:22:40
As Legato only does the backup at file level it is always changed. But, the
question is if there is some other method to do this kind of backup? Some
like this:
- Legato says the date/time of the last backup (yesterday)
- An script gets the "data modified" information for the
databases
- This scripts gives to Legato only the databases that are
modified
after the last backup
- Legato does a backup only of these databases
Is this process possible? (of course, I suppose I could write an script to
get the "data information" for the databases).
Any other ideas?
Thank you very much!
--
o o o Manel Rodero | LCFIB - UPC
o o o Helpdesk Manager | Campus Nord - Modul B6
o o o Laboratori de Calcul | Jordi Girona, 1-3
U P C Facultat Informatica Barcelona | 08034 Barcelona (Spain)
|
manel AT fib.upc DOT edu | Tel: +00 34 93 401 6940
http://www.fib.upc.edu/~manel | Fax: +00 34 93 401 7040
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listserv.temple DOT edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listserv.temple DOT edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listserv.temple DOT edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
