Zvika,
        The ADSM backup utilities in Version 2 are far better and easier to
use than the facilities available in ADSM Version 1.   As far as
mirroring goes, the ADSM server supports mirroring - up to 3 mirror
copies - unless you're using some sort of redundancy in the hardware
(RAID 1 / RAID 5), ADSM mirroring is definitely the way to go.   The
rule of thumb for sizing the database is that it should be between 1%
and 5% of the total amount of space required for data storage.  We've
got about 10,000,000 files that ADSM is tracking with about 800 GB in
the storage pools (plus copy storage pools for everything) and our
database is about 8 GB.


Tim Pittson
tpittson AT himail.hcc DOT com
>----------
>From:  Zvi Bar-Deroma[SMTP:zvika AT AESERV.TECHNION.AC DOT IL]
>Sent:  Wednesday, November 27, 1996 2:52 PM
>To:    Multiple recipients of list ADSM-L
>Subject:       ADSM database handling basics
>
>I am just starting with ADSM and have to plan its database. From the little
>I already know I understand the database is very crucial in ADSM's operation
>and care must be taken to protect it. From the FAQ (in ADSTAR's site) I
>understood that ADSM can backup its database (although intuitively this
>seems far from being trivial), and that it can implement mirroring by
>itself (unrelated to the OS'es, AIX in my case, mirroring).
>
>Am I (more or less) correct with the above ?
>
>Nonetheless, I don't feel confident in having ADSM backup its own db, and
>my idea was to have its db reside on the rootvg, which will be a 4.3 GB
>disk with mirroring (2 copies). That way, occasional mksysb (or sysback)
>backups should leave me on a quiet secure track. I am not sure of the db
>size,
>but please read about in later. Does that sound like a reasonable strategy,
>at least to begin with ?
>
>As for db size, any rule of thumb for calculating its size ? For the first
>year, I think I'll have about 20-30 GB of disk to backup, with <= 20 clients
>and between 200,000 and 300,000 files (total). On the average I'd like to
>have
>3 copies of each file. Can anyone give me a fair assumption of the required
>db
>size ? I guess that's it's (mainly) a function of the # of files and # of
>copies of each file.
>
>TIA,
>/Zvika
>
>Zvika Bar-Deroma
>Systems and Network manager                       Phone: (+972)-4-829-2706
>Faculty of Aerospace Engineering,                 Fax  : (+972)-4-823-1848
>Technion                                          Home phone:
>Haifa 32000                                              (+972)-4-823-5562
>Israel
>
>Internet      :   zvika AT aeserv.technion.ac DOT il
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>