I can understand how it can be a little confusing,
but if the management classes were used how you suggest,
it would contradict the whole basis of management classes
in the backup copy groups. This is backup, not archive.
That means each backup object on the TSM server, with
the same name, gets the same management class.
This is a strict rule, that has no exceptions.
This is the same as the BA client backing up a file.
That is why I recommend using a COPY-type backup
for your Exchange "archival" purposes. You can bind the
COPY-type backups to a management class that meets
your longer term needs. And, all of this can be automated,
with no manual intervention.
Thanks,
Del
----------------------------------------------------
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 05/20/2006
04:56:43 AM:
> 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
> > >
|
