ADSM-L

Re: Novell CLients Prevents Access to CCMail

1996-08-06 18:11:25
Subject: Re: Novell CLients Prevents Access to CCMail
From: Rick Tsujimoto <rtsujimoto AT CUSA.CANON DOT COM>
Date: Tue, 6 Aug 1996 17:11:25 EST
     I think we make a copy of the mail data bases and back them up.


  *---------------------------------------------------*
  *  Rick Tsujimoto                                   *
  *                                                   *
  *  rtsujimoto AT cusa.canon DOT com                        *
  *                                                   *
  *  tel: 516-328-4554                                *
  *  fax: 516-328-4369                                *
  *---------------------------------------------------*




______________________________ Reply Separator _________________________________
Subject: Novell CLients Prevents Access to CCMail
Author:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> at ~internet
Date:    8/6/96 4:56 PM


Fellow ADSM'ers:

We are running the V2 client on our Novell Servers (3.1x and
4.x), backing them up to a Version 2 server on MVS.  Some of
the Novell servers are used 24 hours a day,especially for CC
mail.  We started out with the ccmail databases, which tend
to run about a half gig on each of these servers, allocated
to a shared static management class.  However, under this sc
enario, ADSM would put an exclusive lock on the ccmail
databases, thereby preventing users from sending or
receiving mail until the entire database was backed up.

The ccmail system administrators prefer to have a 'fuzzy'
backup of the ccmail databases, which they can then restore
and then 'repair' using ccmail utilities should a restore
ever be needed.  So we changed the management class to
shared dynamic.  ADSM still gets deny-write novell access to
the database, thereby preventing the database from being cha
nged while it is beiung backed up.  IBMLink says ADSM is
working as designed.

Our former backup product allowed mail to be sent and
received while the backup was in progress.

Anybody else have this problem, or better yet, a solution?

Thanks - Dale Beske - Univ of Wisconsin (608) 263-4006
<Prev in Thread] Current Thread [Next in Thread>