ADSM-L

AW: AW: TDP for Exchange - Management Class

2006-05-25 15:27:22
Subject: AW: AW: TDP for Exchange - Management Class
From: Salak Juraj <J.Salak AT ASAMER DOT AT>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 25 May 2006 21:28:05 +0200
Hi!

>> ..... So What the purpose of many management class per node utility If can't 
>> ..
The purpose is to assign different backup/reposit attributes to respective 
objects,
but not to change  that attributes ferocious in time.

What you actually designed in the table below means your instruction for TSM 
are as follow:

january 1.st : "Dear TSM, keep all "*\...\full" backups for that long time: 
%Sched_Exch_daily% "    
january 2nd.: "Dear TSM, keep all "*\...\full" backups for that long time: 
%Sched_Exch_daily%  "  
...
january 31.st: "Dear TSM, keep all "*\...\full" backups for that long time: 
%Sched_Exch_monthly% "     
february 1.st : "Dear TSM, keep all "*\...\full" backups for that long time: 
%Sched_Exch_daily% "    
...
december 31.th: "Dear TSM, keep all "*\...\full" backups for that long time: 
%Sched_Exch_yearly%  "
january 1.st : "Dear TSM, keep all "*\...\full" backups for that long time: 
%Sched_Exch_daily%  "   
...
What does TSM Server think about? I guess if TSM could speek, he´d tell:
"Well, that guy is changing his own rules pretty often.
I do not understand what he wants to achieve, but he is the boss, I´ll simply 
do what he tells me to do."

:-)))


So again, what are the MGMT Classes good for:

    INCLUDE "*\...\full"                    EXCH_mine 
    INCLUDE "*\...\copy"                 EXCH_another 
    INCLUDE "*\...\incremental"       EXCH_another_one

and what are they NOT good for:

   INCLUDE "*\...\full"               EXCH_mine 
   INCLUDE "*\...\full"               EXCH_another 
   INCLUDE "*\...\full"               EXCH_another_one

--------------------------------------------------------------------

>> of many management class per node utility 
It´s wrong. 
It is not "per node", it is "per domain". Not utility but setting.
Using it  you can manage backup X-exchange servers while defining the rules 
(MGMT) once only.

-----------------------------------------------------------------
hope it helps

best regards

Juraj Salak



Von: Robert Ouzen Ouzen
Gesendet: Sa 20.05.2006 10:56
An: ADSM-L AT VM.MARIST DOT EDU
Betreff: Re: AW: TDP for Exchange - Management Class


Hi ,

Became  a little bit confusing ..... So What the purpose of many management 
class per node utility If can't use for this purpose describe ?????

Domain            Nodename     Mgm            Include                           
      Schedule           Opt File

Domain_Exchange   Exchange     EXCH_daily     INCLUDE "*\...\full" EXCH_daily   
    Sched_Exch_daily     dsm.opt         (Default)
Domain_Exchange   Exchange     EXCH_monthly   INCLUDE "*\...\full" EXCH_monthly 
    Sched_Exch_montly    dsm_monthly.opt
Domain_Exchange   Exchange     EXCH_yearly    INCLUDE "*\...\full" EXCH_yearly  
    Sched_Exch_yearly    dsm_yearly.opt 

If I understand correctly with this configuration every backup the files will 
be rebinding to the MGM in action !!!!!!!!!!!!!!

And the only way to achieve it , is to create also 3 different nodenames ..... 
Correct

So wasteful !!!!!!!!!!!!

Regards Robert Ouzen

      
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Volker Maibaum
Sent: Friday, May 19, 2006 11:57 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: AW: TDP for Exchange - Management Class

Hi, 

thanks to all for the very helpful feedback!

I didn't think of using the "copy backup" for monthly and yearly backups. That 
will make it a lot easier....

I guess that I will use the monthly policy for copy backups   
        INCLUDE "*\...\copy" MONTHLY

And use a seperate dsm.opt file (dsm.yearly.opt) to bind the yearly copy 
backups to the proper management class.
C:\Programme\Tivoli\TSM\TDPExchange\start_full_yearly_backup.cmd
pointing to dsm.yearly.opt

regards, 

Volker


> 
Am Freitag, den 19.05.2006, 11:34 +0200 schrieb Salak Juraj:
> Hi Del!
> 
> I might be wrong because I do not use TDP 4 Mails by myself, I am only 
> RTFM, but I´d think about simplified "solution 2 by Del":
> 
> Background: 
> I think the only reason for having different requirements for monthly 
> an yearly backups is TSM storage space, if this were not a problem keeping 
> monthly backups for as long as yearly backups should be kept would be 
> preferrable.
> 
> a) create only 1 NODENAME
> b) define 
>       INCLUDE "*\...\full"  EXCH_STANDARD and maybe
>       INCLUDE "*\...\incr" EXCH_STANDARD and maybe
>       INCLUDE "*\...\diff"  EXCH_STANDARD
> appropriately to your regular (daily) backup requirements
> 
> c) define
>       INCLUDE "*\...\copy" EXCH_MONTHLY_AND_YEARLY appropriate to maximal 
> combined  requirements of your monthly AND yearly requirements AND 
> have EXCH_MONTHLY point to separate TSM storage pool (EXCH_VERYOLD)
> 
> d) on regular basis (maybe yearly) check out all full tapes from EXCH_VERYOLD 
> storage pool from library.
> Disadvantage: reclamation of backup storage pool issues because of 
> offsite tapes in primary storage pool, but this can be solved as well.
> 
> You will end with a bit less automated restore (only) for very old 
> data but with very clear and simple concept for everyda/everymonth 
> backup operations and with more granularity (monthly) even for data older 
> than a year.
> 
> I am interested in your thoughts and doubts about this configuration!
> 
> regards
> Juraj
> 
> 
> 
> 
> > -----Ursprüngliche Nachricht-----
> > Von: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] Im 
> > Auftrag von Del Hoobler
> > Gesendet: Freitag, 12. Mai 2006 15:14
> > An: ADSM-L AT VM.MARIST DOT EDU
> > Betreff: Re: TDP for Exchange - Management Class
> > 
> > Hi Volker,
> > 
> > Are you using separate NODENAMEs for each of the different DSM.OPT 
> > files? If not, your solution won't do what you think.
> > 
> > Data Protection for Exchange stores objects in the backup pool, not 
> > the archive pool. That means, each full backup gets the same TSM 
> > Server name (similar to backing the same file name up with the BA 
> > Client.) It follows normal TSM Server policy rules.
> > That means, if you are performing FULL backups using the same 
> > NODENAME, each time you back up with a different management class, 
> > all previous backups will get rebound to that new management 
> > class... just like BA Client file backups.
> > Remember, this is standard behavior for BACKUP. You are trying to 
> > get ARCHIVE type function, which won't work.
> > 
> > Good news... there is a way to do exactly what you want...
> > ... I have two ways to do it.
> > 
> > Solution 1:
> >   Create a separate NODENAME for your 3 types of backups.
> >   For example:  EXCHSRV1, EXCHSRV1_MONTHLY, EXCHSRV1_YEARLY
> >   Have a separate DSM.OPT for each NODENAME, with the proper
> >   management class bindings. Set up your three schedules for
> >   your three separate nodenames.
> > 
> > Solution 2:
> >   Create 2 separate NODENAMEs. Use one for the STANDARD and
> >   MONTHLY backups (perform COPY type backups for your MONTHLY 
> > backups).
> >   Use the other nodename for the YEARLY backups.
> >   For example:  EXCHSRV1, EXCHSRV1_YEARLY
> >   Have one DSM.OPT for your STANDARD and MONTHLY backups and
> >   a different DSM.OPT for your YEARLY backups.
> >   In the DSM.OPT file for your STANDARD and MONTHLY backups,
> >   set up different policy bindings for FULL backups vs. COPY
> >   backups (since FULL and COPY get named differently on the
> >   TSM Server, they will also get their own policy.)
> > 
> >   Example DSM.OPT INCLUDE statements are like this:
> >   *---* The following example binds all FULL objects
> >   *---* to management class EXCH_STANDARD:
> >     INCLUDE "*\...\full" EXCH_STANDARD
> > 
> >   *---* The following example binds all COPY objects
> >   *---* to management class EXCH_MONTHLY:
> >    INCLUDE "*\...\copy" EXCH_MONTHLY
> > 
> > 
> > As far as your original question... you can check the management 
> > class bindings by bringing up the Data Protection for Exchange 
> > GUI... go to the restore tab, click on the storage group you want to 
> > look at. It will show the management class bindings. (Make sure to 
> > view active and inactive, to see the previous backup bindings as 
> > well.) You can also use the SHOW VERSION TSM Server command:
> >    SHOW VERSION EXCHSRV1 *
> >    SHOW VERSION EXCHSRV1_MONTHLY *
> >    SHOW VERSION EXCHSRV1_YEARLY *
> > This will show you the management class bindings.
> > 
> > I hope this helps. Let me know if any of this isn't clear.
> > 
> > Thanks,
> > 
> > Del
> > 
> > ----------------------------------------------------
> > 
> > 
> > "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 05/12/2006
> > 03:03:17 AM:
> > 
> > > Hi,
> > >
> > > I want to do daily, monthly and yearly backups of our
> > Exchange Server.
> > > Therefore I defined three management classes:
> > > 1) standard (for daily backups - 14 days retention)
> > > 2) monthly (365 days retentions, backup once a month)
> > > 3) yearly (5 years retention, backup once a year)
> > >
> > > I also defined three schedules on the server side, starting three 
> > > different command files on our exchange server which are using 
> > > different dsm.opt files.
> > >
> > > I now want to check if the backups are bound to the correct
> > management
> > > class. The following command shows me all backups but not the 
> > > management classes.
> > > tdpexcc query tsm * /all
> > >
> > > Is there a way to view the management class to each backup?
> > >
> > > regards,
> > >
> > > Volker
> > 

<Prev in Thread] Current Thread [Next in Thread>