Re: How to dump VTL backups to physical tape and import to another IBMi system and maintain all the metadata

[a4g atl <a4ginatl2@xxxxxxxxx>]

I am doing this now on a system that does not have BRMS. The VTL is a
simulated VTL that is just saved to the IFS.
Darryl

On Thu, Dec 16, 2021 at 7:24 AM Rob Berendt <rob@xxxxxxxxx> wrote:

> Do you have the BRMS network feature installed?  This shares the metadata
> across systems.  For example if LPAR1 dies I can go to LPAR2 and run
> STRRCYBRM FROMSYS(LPAR1)
> And get a list of steps needed to recover LPAR1, including what tapes are
> needed, etc.
> And for individual restores (like restoring a production object to
> development)
> RSTOBJBRM FROMSYS(LPAR1)
>
> Resource
>    ID     Option  Feature  Description
> 5770BR1   *BASE    5050    Backup Recovery and Media Servi
> 5770BR1   *BASE    2924    Backup Recovery and Media Servi
> 5770BR1   1        5101    BRMS-Network Feature
> 5770BR1   2        5102    BRMS-Advanced Functions Feature
>
> Rob Berendt
> --
> IBM Certified System Administrator - IBM i 6.1
> Group Dekko
> Dept 1600
> Mail to:  7310 Innovation Blvd, Suite 104
>           Ft. Wayne, IN 46818
> Ship to:  7310 Innovation Blvd, Dock 9C
>           Ft. Wayne, IN 46818
> http://www.dekko.com
>
>
> -----Original Message-----
> From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
> Laurence Chiu
> Sent: Monday, December 13, 2021 6:24 PM
> To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
> Subject: How to dump VTL backups to physical tape and import to another
> IBMi system and maintain all the metadata
>
> CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
>
> I have a large amount of data on an existing VTL (IBM ProtecTier) what I
> want to dump off and move to a different IBMi system and import  into that
> system's VTL and integrate with the BRMS catalogue information.
>
> The existing backup all have the same names (same nightly database and
> libraries being backed up) and easily identified in BRMS by time/date of
> the backup.
>
> Because of many network constraints we plan to dump the information to tape
> using (at the moment) the DUPMEDBRM command and just stream the backups to
> many tapes.
>
> Once we get the tapes in the new location we would import them into the new
> VTL and ideally integrate them into the new BRMS. But what is not clear to
> us is how we can export the existing BRMS information and import that into
> the new one to retain all the metadata.
>
> So for example if we wanted a backup for a file XXXXXX taken on 1/1/2016
> then we only need to look for that backup taken on that date and BRMS would
> be able to locate the right backup in the VTL and restore it. Note to make
> clear, file XXXXXX would exist thousands of time in the backup database
> since it is a nightly backup of the primary database taken over several
> years worth of operations.
>
> I have asked the vendor doing the work to provide some advice but so far
> they have not been particularly helpful.  Any ideas from experts in this
> group would be appreciated.
>
> Thanks
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/midrange-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://amazon.midrange.com
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/midrange-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://amazon.midrange.com