[prev in list] [next in list] [prev in thread] [next in thread] 

List:       adsm-l
Subject:    Re: TSM4VE storage pools
From:       Stefan Folkerts <stefan.folkerts () GMAIL ! COM>
Date:       2019-10-07 9:35:33
Message-ID: CAD2=WJmbfEPCa4EJEr8KoKauAWmpDU6HrVLQp6Vu7W-rE_HXbQ () mail ! gmail ! com
[Download RAW message or body]

Sorry Chris, I missed your last question.
When you don't have the VMMC option set that data goes to the storagepool
set as target in the default management class.
When you include a VM to a specific management class in the datamover .opt
file all backups of that VM that run via that .opt file will send their
data to that include.vm management class.
If you have scripting or whatever that uses a different .opt the rules in
that .opt file will be used.

I would advise you to send all data of a VM to a single MC except for the
metadata, you want that to be on disk.
And please don't do incremental forever to tape, that's impossible to
restore.

Regards,
   Stefan

On Mon, Sep 30, 2019 at 5:04 PM Chris McKay <chris.mckay@ycdsb.ca> wrote:

> Thanks for the information guys. Currently I do not have the VMMC option
> set I assume it just goes to the default mgmtclass in this case? I do have
> the VMCTLMC option set to disk as specified. Say for example I add the
> include.vm option to one specific VM then want to do an ad-hoc backup of
> this VM using the BA client on the backup proxy node will it definitely use
> this option and work from there, or would it only be for scheduled backups?
>
> On Mon, Sep 30, 2019 at 8:22 AM Stefan Folkerts <stefan.folkerts@gmail.com
> >
> wrote:
>
> > You can create a (or multiple) separate management class(es) that points
> to
> > the tape storagepool and has the correct retention periods.
> > Then you can include VM's to those management classes to send only those
> to
> > tape.
> > If you use the  VMMC option everything goes there.
> > You must set the VMCTLMC to disk as stated before because otherwise the
> > metadata of the tape VM's also goes to tape and you will run into really
> > slow backups because a backup requires a restore of metadata on tape.
> Just
> > make sure you also backup the diskpool you use for your metadata to tape
> > and bring it offsite as well if you need to.
> > Oh, and realize you really don't want to restore incremental forever
> > backups from tape, that doesn't really work in practice, you need to do
> > periodic fulls in order for the VM's to restore with any kind of
> acceptable
> > performance.
> >
> >
> >
> https://www.ibm.com/support/knowledgecenter/en/SSEQVQ_8.1.7/client/r_opt_includevm.html
> >
> >
> >
> >
> > On Mon, Sep 30, 2019 at 9:56 AM Jansen, Jonas <jansen@itc.rwth-aachen.de
> >
> > wrote:
> >
> > > Hi,
> > >
> > > you can use the VMMC and VMCTLMC options to use a differing management
> > > class. Please have a look at the Docs (
> > >
> >
> https://www.ibm.com/support/knowledgecenter/en/SSERB6_8.1.8/ve.inst/r_ve_mount_tape.html
> > ).
> > > You definitively need to store your control files on a non tape
> storage.
> > We
> > > ran into this trap once and it slowed our backup down extremely.
> > >
> > > Kind regards,
> > > ---
> > > Jonas Jansen
> > >
> > > IT Center
> > > Gruppe: Server & Storage
> > > Abteilung: Systeme & Betrieb
> > > RWTH Aachen University
> > > Seffenter Weg 23
> > > 52074 Aachen
> > > Tel: +49 241 80-28784
> > > Fax: +49 241 80-22134
> > > jansen@itc.rwth-aachen.de
> > > www.itc.rwth-aachen.de
> > >
> > >
> > > -----Original Message-----
> > > From: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU> On Behalf Of
> Chris
> > > McKay
> > > Sent: Friday, September 27, 2019 8:45 PM
> > > To: ADSM-L@VM.MARIST.EDU
> > > Subject: [ADSM-L] TSM4VE storage pools
> > >
> > > Hi there,
> > >
> > > I currently have a basic TSM4VE implementation setup that backs up to
> our
> > > VTL by default. I have a requirement now though to back up some VM's
> and
> > > templates directly to physical tape. I'm not 100% sure how to achieve
> > this.
> > > Do I create a new data mover node for this? How do I backup to a
> > different
> > > policy domain??
> > >
> > > Any assistance would be greatly appreciated
> > >
> > > Kind regards,
> > >
> > > Chris
> > >
> > > --
> > >
> > >
> > > IMPORTANT:  This information is intended only for the use of the
> > > individual or entity to which it is addressed and may contain
> information
> > > that is privileged, confidential and exempt from disclosure under the
> > > Municipal Freedom of Information and Protection of Privacy Act.  If the
> > > reader of this message is not the intended recipient or the employee or
> > > agent responsible for delivering the message to the intended recipient,
> > you
> > > are hereby notified that any dissemination, distribution or copying of
> > this
> > > record is strictly prohibited.   If you receive this record in error,
> > > please notify me immediately.
> > >
> > > In an effort to be environmentally
> > > friendly, please do not print unless required for hard copy record
> > >
> >
>
>
> --
> *Chris McKay*
> *SAP Basis\TSM Administrator*
>
>
>
> York Catholic District School Board
> 320 Bloomington Rd. W. Aurora, ON. L4G 0M1
> 905-713-1211 ext. 13046
> chris.mckay@ycdsb.ca
>
> --
>
>
> IMPORTANT:  This information is intended only for the use of the
> individual or entity to which it is addressed and may contain information
> that is privileged, confidential and exempt from disclosure under the
> Municipal Freedom of Information and Protection of Privacy Act.  If the
> reader of this message is not the intended recipient or the employee or
> agent responsible for delivering the message to the intended recipient,
> you
> are hereby notified that any dissemination, distribution or copying of
> this
> record is strictly prohibited.   If you receive this record in error,
> please notify me immediately.
>
> In an effort to be environmentally
> friendly, please do not print unless required for hard copy record
>
[prev in list] [next in list] [prev in thread] [next in thread]