Ah, that's a great idea. I've always captured the old settings to a file
before making changes, but this makes it much faster and more reliable to
recover.

On Fri, Jan 31, 2014 at 04:48:25PM -0500, Andrew Raibeck wrote:
> Hi Wanda,
>
> Scenario 1: I am making multiple changes to my policy set. However, in case
> I mess something up, I'll first make a backup copy (of the inactive policy
> set) which will let me throw away my changes if I mess something up.
>
>    copy policyset standard standard standard_2014-01-31
>
> Scenario 1a: Alternative to the first scenario: I'll make a copy of the
> policy set, then make my changes to the new copy. I'll have the original
> one lying around in case I need to revert.
>
>    copy policyset standard ps_2013-12-20 ps_2014-01-31
>
> Scenario 2: I am going to activate my latest policy set. However, in case
> something goes wrong and I need to revert, I'll make a backup copy of the
> active policy set first:
>
>    copy policyset standard active active_bkup
>    activate policyset standard ps_2014-01-31
>
> Best regards,
>
> - Andy
>
> ____________________________________________________________________________
>
> Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead |
> stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
>
> Online documentation:
> https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli
> +Documentation+Central/page/Tivoli+Storage+Manager
> Product Wiki:
> https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli
> +Storage+Manager/page/Home
>
> "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu> wrote on 2014-01-31
> 16:22:13:
>
> > From: "Prather, Wanda" <wanda.prat...@icfi.com>
> > To: ADSM-L@vm.marist.edu,
> > Date: 2014-01-31 16:23
> > Subject: Informal Poll:  General question about use of policysets
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu>
> >
> > The TSM books show that you can have multiple policysets per domain.
> > I don't mean just the active vs inactive, but you can have multiple
> > policysets like NORMAL, OFFHOUR, WEEKEND, within one domain, and
> > switch them back and forth.
> >
> > I've never done that, or had a reason to.  Seems inordinately confusing
> to me.
> > All my customers just have one policyset per domain, with the active
> > and inactive copy.
> >
> > The inactive is the one you update, then you validate it and activate it.
> >
> > Can I get some feedback on what other people do?
> >
> > Do you have just one unique policyset per domain?  Or what is your
> > use case for having multiples?
> >
> > Thank you!!!
> >
> > Wanda
> >
> >
> >
> >
> > **Please note new office phone:
> > Wanda Prather  |  Senior Technical Specialist  | wanda.prat...@icfi.com
> |
> > www.icfi.com<http://www.icfi.com> | 410-868-4872 (m)
> > ICF International  | 7125 Thomas Edison Dr., Suite 100, Columbia, Md
> > |443-718-4900 (o)
> >

--
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine

Reply via email to