FROM: ROLF VALTERS - ADVANCED TECHNICAL SUPPORT ANALYST
***********************************************
TEL: (2162), LOC: (O1A-092), ID:(CA003095 VMCDN)
Hello ADSM collective....
I hate being a newbie, but one has to start somewhere......
We have just installed the following (in evaluation mode)
ADSM SERVER V1.R1.L08/1.8 on MVS
ADSM Client for OS2 Warp on 1 client ( 8 more to come)
these clients are actually Server 500's with 5-8GB each of network
data. (Approx 18GB total.) This will grow as we add servers.
Other software....
Communication protocol- SNA lu6.2 using Communications Manager 2 to
connect.
Network OS - IBM LAN Server 3.0 (Advanced)
It is our intent not to roll client access out to all network users,
but to backup their home directories directly from the servers. The
thought is that this will save us training 600+ users (ease of use of
ADSM notwithstanding), save money, and controlled backup/recovery standards
Naturally there are some questions that arise from such a scenario....
First off, my apologies if any points rehash old news.. I did my best to
review the last 3 months (whew) of entries from this group. Many
questions have already been addressed by several .02 cent contributions
from Andy Raibeck.. many thanks.
1. Now that it is all installed, I tried backing up the single Server
500 (32MB ram - 4GB of files) and got about 27kb per second transfer
rate. At that rate, the 4GB of data would be backed up in about 45
hours! Obviously there is/are tuning parm(s) to change. I already
changed the VTAM entry for MAXDATA from 2048 to 4096 with no
difference. We will not change from SNA to TCP/IP. Our parent
group in St. Paul are getting between 250 and 490 kb/sec, but are
running with TCP/IP so can offer no aid. From what I understand,
SNA should be able to see comparable transfer rates.
Is anybody else running SNA lu6.2, and where should I look to pump
up the throughput?
2. It seems that some brain retreading is needed regarding the rules
surrounding backups/recoveries. With other products, one would do
a full backup, followed by a period of daily incrementals. This is
repeated in series of weeks or months depending policies of the
company. To recover, one would restore from the latest FULL backup
tape, followed by all the incrementals done till the disaster date.
ADSM seems to only need incrementals by design. The first
incremental backup is of course HUGE. The following incrementals
are considerably smaller, but you NEVER have to do a 'place in time'
full backup. All the information surrounding a client's files are
kept in the ADSM DB. Yet I read that some of you are still talking
the FULL/INCREMENTAL scenario. This would give you multiple copies
of the same file for no apparent reason (to my way of thinking).
If a client needed multiple sets of the same file for some reason,
would not the ARCHIVE facility be enough? It seems a great waste
to have multiple versions of a static file. Some other thoughts
would be appreciated.
3. Is there a rule of thumb regarding the ratio of DASD backup pool to
TAPE backup pool? We would like to see the latest files on DISK
and the older static files on tape. Can ADSM handle this?
From what I've read, the migration from a DASD pool to tape pool
is controlled by client size. When the DASD pools' MAX threshold is
reached, the largest clients files are migrated to tape, followed
by the next largest etc. until the LOW threshold is reached. Could
this be set to have the OLDEST unchanged files go to tape, and leave
higher active files local?
4. The clients will of course be active during the backups, so we
can never backup the 'in-use' files used by the OS. I would
like to hear how some of you handle the backup/recovery of these
files.
5. Since we are backing up entire servers, this should serve us well
in the event of a disaster recovery. For instance, if we for some
horrible reason, lose an entire RAID array, we should be able to
recover the entire server (once the hardware config is repaired).
There is a question regarding LAN Server though. Each network
file has an ACL attached to it. These ACL's are the security access
rules for each file. With our current method of backup (SYTOS
Premium backing up to DAT tape), we have to do 2 restores.... one
for the data, then another for the ACL's. In our opinion this
sucks (technical term ;-) ) because it doubles our restore time.
Can someone from IBM tell how this is handled by ADSM? I can
find no reference in the manuals.
Well I guess I've chewed enough bandwidth for now. My thanks in advance
to any/all who reply.
REGARDS, ROLF
|