ADSM-L

Re: Notes agent looping again?

1999-03-26 11:48:02
Subject: Re: Notes agent looping again?
From: "<Cindy Jiang>" <cjiang AT US.IBM DOT COM>
Date: Fri, 26 Mar 1999 09:48:02 -0700
When you experienced extra long backup time symptom, make sure that all the
deleted documents inside the database has been cleaned up/purged regularly.
These deleted documents will cause extra overhead to the ADSM server query.
The PTF3 READLN.TXT file attached below contains a section called
"Recommendations for improving backup performance" explicitly describing
this problem.

4.0  RECOMMENDATIONS FOR IMPROVING BACKUP PERFORMANCE
-------------------------------------------------------
   First Backup:
   First Backup:

   1. Purge deleted documents
       - when a document is deleted from a database, Notes keeps a deletion
         stub that identifies the document. Notes removes deletion stubs
         from a database when they are older than the database's purge
         interval. A database's purge interval is one-third the number of
         days specified in the "Remove documents not modified in the last"
         box (on the Space Savers panel of the Replication Settings dialog
         box). Removing deletion stubs frees up the disk space the deleted
         documents occupied. When you perform an incremental backup of a
         database for the first time, it will act like a full backup since
         it will backup all the documents inside a database. Before doing
         the full backup for the first time, the database should be purged
         to cleanup all the deleted documents inside to avoid the
         overhead to ADSM for these deleted documents.
   2. ADSMConnect Agent backup

 Subsequent Backups:

   1. ADSMConnect Agent backup
   2. Purge deleted documents
       - After the initial backup, any subsequent incremental backup should
 be
         done before purging the database. This way the ADSMConnect Agent
can
         find all the deleted stubs in the database and delete them on the
ADSM
         server. If the database was purged before the incremental backup,
then
         the deleted douments will not have a chance to be deleted on the
ADSM
         server. Regular purging of deleted documents is important since
these
         deleted documents will be queried for every incremental backup to
ADSM.

 Note: For more information on deletion stubs and database purge, see the
       Lotus Notes Administrator or the Lotus Notes online help and
documentation.

Cindy Jiang
ADSM Development



Herve Chibois <Herve.Chibois AT FR.ABNAMRO DOT COM> on 03/26/99 01:21:17 AM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

To:   ADSM-L AT VM.MARIST DOT EDU
cc:    (bcc: Cindy Jiang/San Jose/IBM)
Subject:  Re: Notes agent looping again?





Hi  Joshua

this perf pb is resolved in the 2.1.8A version and supposed to be also in
the 2.1.9 one but I noticed
very poor perfomance with the 2.1.9 version. With this new PTF, my ADSM
server sends more junk
to the client than the amount of Notes data received.

Anybody else has encountered this pb with 2.1.9 version

Herve






        jbassi @ GLORYWORKS.COM
        26/03/99 08:25
To: ADSM-L @ VM.MARIST.EDU
cc:  (bcc: Herve Chibois/FR/ABNAMRO/NL)
Subject: Re: Notes agent looping again?

As long as we are on the subject of the Notes Agent and it's 1) "hanging",
and 2) sending more data to the client than the client is sending to the
server...

How does the Notes Agent perform under NT 4.0?

I have found both 1 and 2 above to be the case when using versions 2.1.0.8
or below on AIX.  I am in the early implementation stage for a customer
who
among other things wants to backup a node running Notes on a Netfinity
7000
M10.  The customer has heard really bad things about the Notes Agent.  But
because they don't have the luxury of bring down Notes but once a week, I
thought it would be the best solution available to them in between regular
weekly backups using the B-A client.

Should I even bother with it, or in general does it perform better on NT
than it does on AIX?


----------------------------------------------------------------------
Joshua Bassi                          E-mail:    jbassi AT gloryworks DOT com
Joshua Bassi                          E-mail:    jbassi AT gloryworks DOT com
Storage Management Team Lead          VM/Pager:  (972) 680-6247
Dickens Services Group                Internet:  www.teamdsg.com
----------------------------------------------------------------------
-----Original Message-----
<Prev in Thread] Current Thread [Next in Thread>