Skip to Main Content
IBM System Storage Ideas Portal


This portal is to open public enhancement requests against IBM System Storage products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Planned for future release
Created by Guest
Created on Jul 6, 2012

Fastback-TSM integration wizard. Multiple TSM nodename definition required to achieve different data retentions

It is essentially not a problem with the operation of Fastback. The problem is in the integration between Fastback and TSM. We have the TSM admin centre set up to access the TSM server and the fastback server. I have been using the integration wizard which allows the user to set up TSM schedules to protect Fastback data for longer retention.
The customer is looking to replace TSM Data protection for Exchange backup with Fastback and TSM integrated backup. TDP for exchange backups use 3 different TDP nodes per exchange server so as to provide different TSM retention policies for exchange data.(Daily – 21 days, Weekly – 40 days, Monthly 400 days)
We have fastback policies which backup exchange 4 times a day with not many snaps retained in the Fastback repository. We need to achieve the same retention periods as with TDP by backing up the exchange snaps in the FB repository to TSM using different TSM management classes. Using the ‘Create a Fastback Policy Schedule' wizard in the TSM admin centre one can pick a TSM management class to govern the retention of the data backed up into TSM but there is no way to select a TSM node name to store this data. The node name is already filled in as the window hostname of the exchange server and cannot be changed in the wizard. This node name is then defined in TSM as the node that owns the data backed up through a proxy node which actually performs the backup. THAT is the problem It is no use selecting a different management class if the data is to be stored under the same TSM node name because, the next time a backup is performed under a different management class, the data previously backed up rebinds to the new management class and the intended retention for the original backup is lost.

The requirement is to include the ability to define multiple TSM nodes to store fastback data instead of having the TSM node name to be registered pre-defined.

Idea priority High
  • Guest
    Reply
    |
    Jun 12, 2015

    Due to processing by IBM, this request was reassigned to have the following updated attributes:
    Brand - Servers and Systems Software
    Product family - Storage
    Product - Tivoli Storage Manager (TSM) Family

    For recording keeping, the previous attributes were:
    Brand - Tivoli
    Product family - Storage
    Product - Tivoli Storage Manager (TSM) Family

  • Guest
    Reply
    |
    Nov 5, 2012

    ***A WORKAROUND HAS BEEN SUGGESTED. See below.****

    Marc,

    I'd like to share a way to achieve different data retention for Fastback/TSM integration for the RFE below. This info was provided to RFE 24223 on the website a few weeks ago, and we need to confirm if you are ok to take this approach. Ursula's team has been working on updates to the rest of Fastback issue as well and she can provide an update on all other issues.


    ============
    1. Create FastBack Policy Schedule with AdminCenter,
    Make it to perform daily backups of some Exchange server with FastBack into TSM Server
    A special node will be created for this schedule, it's name will be same as hostname of that Exchange server (e.g. Exchange_node).
    2. Manually create two additional nodes:

    register node exchange_weekly_node password
    register node exchange_monthly_node
    3. Grant proxy access for exchange_node:

    grant proxy agent=exchange_node target=exchange_weekly_node
    grant proxy agent=exchange_node target=exchange_monthly_node
    4. Create new policy domains policy_weekly and policy_monthly, associate them with appropriate nodes, use appropriate management classes with appropriate VEREXIST and RETEXTRA values:

    copy domain standard policy_weekly
    upd copy policy_weekly standard standard type=backup verexists=nolimit retextra=40
    act po policy_weekly standard
    upd node exchange_weekly_node domain=policy_weekly

    copy domain standard policy_monthly
    upd copy policy_monthly standard standard type=backup verexists=nolimit retextra=400
    act po policy_monthly standard
    upd node exchange_monthly_node domain=policy_monthly
    5. Define three different schedules on the TSM server (daily, weekly, monthly). For each schedule, include the appropriate -asnode option such as -asnode=exchange_weekly_node so that data will be stored to the correct node and policy domain. Also, the scheduled start times for each schedule must not overlap which can result in schedules being missed.

    define schedule standard daily act=??? startt=00:00:00 dur=15 duru=minute schedstyle=enhanced dayofweek=M,TU,W,T,F,SA
    define assoc standard daily exchange_node
    define schedule standard weekly act=??? opt="-asnode=exchange_weekly_node" startt=00:00:00 dur=15 duru=minute schedstyle=enhanced dayofweek=SU
    define assoc standard weekly exchange_node
    define schedule standard monthly act=??? opt="-asnode=exchange_monthly_node" startt=03:00:00 dur=15 duru=minute schedstyle=enhanced dayofmonth=-1
    define assoc standard daily exchange_node
    6.
    =========

    Best Regards! Xin

    Product Manager, Tivoli Storage Manager Portfolio
    IBM Almaden Research Center
    650 Harry Road, San Jose,

    *****I DONT THINK THAT WILL WORK See response below here*********

    I think I tried a similar workaround using ASNODE when I was at Admiral and desperately trying to make it work. The method suggested by Xin below does not work. The problem is this bit.

    define schedule standard weekly act=??? opt="-asnode=exchange_weekly_node" startt=00:00:00 dur=15 duru=minute schedstyle=enhanced dayofweek=SU

    The ‘Action' bit highlighted needs to be ‘Backup Fastback' or rather action= backup subaction=Fastback. When I tried to modify the special 'backup fastback' schedules created by the integration wizard to add an ASNODE I found that this was an usupported combination of options and the schedule fails.

  • Guest
    Reply
    |
    Oct 22, 2012

    This RFE has been udated to 'Need more information' status. What information is required?

  • Guest
    Reply
    |
    Jul 30, 2012

    The point of having the TSM/Fastback integration is to have long term data retention and I cannot see how this can be achieved without this modification, unless development can document a workaround.

  • Guest
    Reply
    |
    Jul 6, 2012

    Attachment (Description): This is screenshot from TSM admin centre Fastback - TSM integration wizard. See how node name is predefined with no option to register different node to store data in TSM