Hi Juraj,
it sounds perfect for me. My last question is, if it can be automatized - I
mean finding single instance files, moving adequate data back to diskpool,
backup and migrate them back to tapes ? It is important for me to offer
complex solution to my customer althoug he has not enough money (or he don't
want to spend them meanwhile) to buy second drive.
Thanx
Tom
> -----Původní zpráva-----
> Od: sal Salak Juraj [SMTP:[EMAIL PROTECTED]]
> Odesláno: 4. května 2001 10:59
> Komu: [EMAIL PROTECTED]
> Předmět: AW: Copy storage pools
>
> Hi,
>
> Your idea should perfectly work.
>
> There is an maybe even simpler workaround:
> update stg your_primary_tape_pool access=readonly
>
>
> But using any of this there is a danger your disk pool becomes full thus
> preventing any backups from succesful run.
> I find the risk of occasionaly having data migrated prior
> to backup stg pool is smaller - in such case you have only
> one copy of backup files, but without backup you have no
> copy at all.
> You still can periodically try
> backup stg your_primary_tape_pool your_backup_tape_pool
> preview=yes
> to find out whether there are files in one instance only, and if, what
> tapes
> are they on.
> In this case you still can move data from this tape volumes back to disk
> pool,
> backup and migrate them again. It costs much time but is quite secure.
>
> regards
> Juraj
>
>
> -----Ursprüngliche Nachricht-----
> Von: Hrouda Tomáš [mailto:[EMAIL PROTECTED]]
> Gesendet am: Freitag, 4. Mai 2001 10:29
> An: [EMAIL PROTECTED]
> Betreff: Re: Copy storage pools
>
> 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:[EMAIL PROTECTED]]
> > Odesláno: 4. května 2001 8:55
> > Komu: [EMAIL PROTECTED]
> > 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: [EMAIL PROTECTED]
> > www.keba.co.at
> >
> >
> >
> >
> >
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Hrouda Tomáš [mailto:[EMAIL PROTECTED]]
> > Gesendet am: Freitag, 4. Mai 2001 06:45
> > An: [EMAIL PROTECTED]
> > 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
> > [EMAIL PROTECTED]
> > 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.
> 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.
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
