Okay Juraj :-))), you get 30% of my sale commition, which is definitely 0%
:-)))).
But in real, I want to thank you for all your help.
Tom
> -----Původní zpráva-----
> Od: sal Salak Juraj [SMTP:sal AT KEBA.CO DOT AT]
> Odesláno: 4. května 2001 11:55
> Komu: ADSM-L AT VM.MARIST DOT EDU
> Předmět: AW: Copy storage pools
>
> 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:Hrouda AT AGCOM DOT CZ]
> Gesendet am: Freitag, 4. Mai 2001 11:08
> An: ADSM-L AT VM.MARIST DOT EDU
> 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:sal AT KEBA.CO DOT AT]
> > Odesláno: 4. května 2001 10:59
> > Komu: ADSM-L AT VM.MARIST DOT EDU
> > 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:Hrouda AT AGCOM DOT CZ]
> > Gesendet am: Freitag, 4. Mai 2001 10:29
> > An: ADSM-L AT VM.MARIST DOT EDU
> > 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: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.
> > 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.
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
|