Hi,
I find it easy to automate everything with the exeption of
>> moving adequate data back to diskpool,
This is because you only can move all data from volume to disk stg, which is
notoriously smaller.
So you will want to watch the move process and cancel as soon as
disk stg becomes almost full.
OK, OK, this could be automated as well, but...
All that scripting is not worth the work.
Short and simple paper-written procedures
for operator might be convenient enough.
But understanding backgrounds of your problem,
I suggest another solution:
let your customer purchase another tape drive.
No, not LTO drive, a cheaper one instead,
maybe DLT1 which is only some 60.000 CK worth
or even cheap DDS3 tape (but remember: you wil become what you pay for)
Define only your backup stg on this drive, use it for nothing else,
eventually with the exception of full database backups.
This way there will almost no tape changes be necessary on this manual
drive,
no obscure workarounds will be necessary,
and the customer will not be in the risk of single drive failure.
If it helps you to sell,
I even could you let you know the # of my bank account :)
regards
Juraj Salak
-----Ursprüngliche Nachricht-----
Von: Hrouda Tomáš [mailto:[EMAIL PROTECTED]]
Gesendet am: Freitag, 4. Mai 2001 11:08
An: [EMAIL PROTECTED]
Betreff: Re: Copy storage pools
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
