Thanks to you Juraj,
it is good idea for me and a little rescue in prepared solution for our
customer (he wants "incrased" security of data providing copy backups and
prepared solition has only one tape drive - exactly LTO Autoloader - and we
swear to solve it). Good point is that diskpool can be big enough (about
50GB for cca 130GB of whole amount of backuped data).
But another one question: is posible to ensure, that data moved from clients
to primary disk storage pool will not be NEVER migrated to tape pool befor
backuping them to copy tape pool? The only way that occures to me is
changing (by scheduled script) NEXT_STG_POOL parametr for diskpool, exactly
disable it before copy backup and enable it after copy backup and then
migrate data. I think that emptying NEXT_STG_POOL parametr ensure, that data
cannot be migrated there. Please tell me, if is it good idea, of if exist
some bettter solution.
Thanx
Tom
> -----Původní zpráva-----
> Od: sal Salak Juraj [SMTP:sal AT KEBA.CO DOT AT]
> Odesláno: 4. května 2001 8:55
> Komu: ADSM-L AT VM.MARIST DOT EDU
> Předmět: AW: Copy storage pools
>
> Hallo Tomáš,
>
> you could use storage standard storage pool hierarchy,
> backing first to disk storage pool,
> which later migrates to primary tape pool
> (you probably already do this).
>
> If your disk storage pool is large enough not to be migrated for, say,
> couple of days,
> than you can schedule
> backup storage pool your_disk_storage_pool to your_tape_backup_pool
> often. This will create the redundancy you wish.
>
> When the data from disk storage pool are later
> migrated to you primary tape storage pool,
> there will not be any need to backup them again,
> TSM will keep the link between those two copies.
>
> I have four tape drives and I still use this technique in order to
> minimise usage of the tapes and to speed things up.
>
>
> For older backup data you already have in your tape storage pool
> you could do first
> move data some_tape stgpool your_disk_storage_pool,
> then again backup and migration just as above.
>
>
> Considering the prices of large disks this can be cheaper than having two
> tape drives,
> but I still do advice you: require second tape drive from your management.
>
> System with only one tape is restricted in more ways (reclamation , no two
> paralell restores possible,
> single tape is single point of failure: no backup/restore if the tape does
> not work, etc.)
>
> regards
> Šalak Juraj
>
> KEBA AG
> Softwareentwicklung Bankautomation
> Gewerbepark Urfahr 14 - 16
> Postfach 111
> A-4041 Linz
> Österreich
>
> Tel. ++43/732/7090-7461
> Fax ++43/732/730910
> e-mail: sal AT keba.co DOT at
> www.keba.co.at
>
>
>
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Hrouda Tomáš [mailto:Hrouda AT AGCOM DOT CZ]
> Gesendet am: Freitag, 4. Mai 2001 06:45
> An: ADSM-L AT VM.MARIST DOT EDU
> Betreff: Copy storage pools
>
> Hi all,
> I want to ensure:
> 1. Do I need two mountpoints (at minimum two drives) if I want to backup
> primary tape storage pool to copy storage pool?
> 2. Is any other way to resolve making backups to copy storage pools with
> only single tape drive?
>
> Thanx Tom
>
> Tomáš Hrouda, AGCOM Smiřice
> Tivoli Certified Consultant
> Storage Manager Specialist
> hrouda AT agcom DOT cz
> 049-5941312, 0604-296521
> ICQ#77892561
>
>
> ---
> Odchozí zpráva neobsahuje viry.
> Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
> Verze: 6.0.225 / Virová báze: 107 - datum vydání: 22.12.2000
> ---
> Příchozí zpráva neobsahuje viry.
> Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
> Verze: 6.0.225 / Virová báze: 107 - datum vydání: 22.12.2000
>
---
Odchozí zpráva neobsahuje viry.
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.225 / Virová báze: 107 - datum vydání: 22.12.2000
|
