Why not have 2 copies? one onsite in a library and one in an offsite store.
Using the backup storage group commands.
This will ensure that you have your DR copy available if required and you
can also let users do their own restores without bugging you!.
Thanks,
Kuli.
Kulbinder Toora
Enterprise Services
NPEC (National Power Energy Co)
e-mail Kulbinder.Toora AT NPOWER DOT COM
01384 296191 x3498
> -----Original Message-----
> From: Gill, Geoffrey L. [SMTP:GEOFFREY.L.GILL AT SAIC DOT COM]
> Sent: Wednesday, May 17, 2000 2:52 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Archiving/Retrieving
>
> Lindsay,
> I agree wholeheartedly with you. This is not my doing and if you see me
> you
> could actually see smoke coming from my ears. This one server has become a
> real pain, not to mention the people who want all this crap. I'm not
> missing
> the point believe me, it's this group of people.
>
> I know ADSM knows where everything is and that takes a load off me and
> others. Why these people feel like they have to know this kind of
> information I have no clue. It really is annoying.
>
> I do understand the idea behind the incrementals forever, unfortunately if
> the file is deleted from the server so is it also removed from ADSM. This
> data changes every 2 weeks, each database needs to be kept for 5 years
> once
> it's removed. These are very large databases and there isn't enough room
> to
> store that many versions in the library so I want to archive the data and
> remove the tapes. I figure the only way to do this is an archive of the
> particular databases every week.
>
> If anyone has a better idea please help me out.
>
> Geoff Gill
> NT Systems Support Engineer
> Computer Systems Group
> E-Mail: gillg AT saic DOT com
> Phone: (858) 826-4062
> Pager: (888) 997-9614
>
>
> -----Original Message-----
> From: Mr. Lindsay Morris [mailto:lmorris AT OPENMIC DOT COM]
> Sent: Tuesday, May 16, 2000 01:31 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Archiving/Retrieving
>
>
> Gee, Geoff.
> Why not use an automated tape library, use the standard ADSM incremnetal
> forever thing, and let the customer do their own restores?
> Then you don't HAVE to know what tape. (But ADSM will tell you what it
> needs
> if you don't use an automated library...)
>
> Basically, the benefit you get with ADSM is IT manages tapes FOR you.
> You seem to want to do it yourself. I fear you're missing the point of
> the
> product.
>
> "Gill, Geoffrey L." wrote:
>
> > Can someone please tell me how this works?
> >
> > 1. This applies to one specific computer only. Let's say I do an archive
> > once a week for specific directories and drives, those archives go
> offsite
> > daily. How does ADSM tell me what tape(s) to recall if I need to restore
> > something? What does the system do while this tape is being recalled?
> How
> > long will it wait for it? Where do I, as the ADSM Administrator, see
> this
> > message to recall the tape if the customer is the one who happened to
> use
> > the WEB-GUI to retrieve the file?
> >
> > 2. Is there a query command that will tell me the following: For each
> > archived file above, tell me the file name, node name, date archived and
> > tape number?
> >
> > Geoff Gill
> > NT Systems Support Engineer
> > Computer Systems Group
> > E-Mail: gillg AT saic DOT com
> > Phone: (858) 826-4062
> > Pager: (888) 997-9614
>
> --
> Mr. Lindsay Morris
> Certified: AIX,ADSM, TSM, HACMP,SP
> Gresham Enterprise Storage
> lmorris AT openmic DOT com
> 606-253-8000
> ================================================================
>
> This incoming e-mail (and any attachments) has been checked at
> GPU Power UK or npower, and has been found to be clean from any
> virus infection (using Sophos Sweep 3.33).
>
> Virus queries - Tech Support (09 3451)
> E-mail system - External Postmaster (09 3673)
>
> ================================================================
=====================================================================
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
postmaster AT gpupower.co DOT uk or postmaster AT npower DOT com
This outgoing e-mail (and any attachments) has been checked
(using Sophos Sweep 3.33) before leaving us (UK 08457 353637),
and has been found to be clean from any virus infection.
=====================================================================
|
