Restoring to a Different DSA Domain - Data Stream Architecture

Teradata Data Stream Architecture (DSA) User Guide

Product
Data Stream Architecture
Release Number
15.11
Published
December 2016
Language
English (United States)
Last Update
2018-04-17
dita:mapPath
zwp1479744478413.ditamap
dita:ditavalPath
3150_DSA_UG_1511.ditaval.ditaval
dita:id
B035-3150
lifecycle
previous
Product Category
Software
Teradata Tools and Utilities
For a backup job to be restored to a different DSA domain:
  • The backup job must have completed with a status of COMPLETED_SUCCESSFULLY, COMPLETED_ERRORS, or WARNING in the original DSA configuration.
  • NetBackup save sets must not be expired.
  • The DSA user ID and user account must be the same in the new domain as in the original domain because the new domain requires the same permissions to access the files created by the original domain. The default DSA user ID is 600. The default DSA user account is dscuser.
  • Job names must be unique in a DSA domain. For example, Prod_test1 cannot be imported into different domains if a job named Prod_test1 already exists in the target domain without resulting in an error. However, multiple versions of the same job name can be imported into different domains.

The following procedure restores backup jobs to a different DSA domain.

  1. In the original DSA domain, export the backup job definition and associated targets and save sets using the export_job_metadata command.

    When the export_job_metadata or import_job_metadata command is running, no other operations or commands can run at the same time. In addition, export_job_metadata and import_job_metadata cannot run if an operational job or repository job is running.

  2. Query the backup IDs.
  3. Migrate the exported metadata files. The exported job metadata files must exist on a DSA Teradata Managed Server for BAR in the destination DSA environment. If network connectivity exists between the two environments, copy the files using the file transfer mechanism allowed between the environments and ensure the time/date stamps are preserved. Alternately, the target environment can perform an NFS mount of the source disk file system.
  4. Migrate the images to the new DSA location. For NetBackup, you can transfer the backup image data by physical tape transfer or electronic media transfer:
    • Physical tape transfer: Export the NetBackup images using the NetBackup feature for exporting tapes. The NetBackup save sets must not be expired.
    • Electronic media transfer: If NetBackup Auto-Image Replication (AIR) is active between the two domains, the images are automatically migrated.
    For DSU, if network connectivity exists between the two environments, copy the saveset files using the file transfer mechanism allowed between environments and ensure the time/date stamps are preserved. Alternately, the target environment can perform an NFS mount of the source disk file system. When a Data Domain unit is used as an NFS server or with DD Boost, replicate the images from source to target using mtree replication. See Data Domain documentation for instructions on how to set up mtree replication.
  5. In the new DSA domain, import the backup job definition and associated targets and save sets using the import_job_metadata command. The new DSA domain requires physical systems, media servers, NetBackup servers, and target groups to be configured so that you can import data to the new domain.
  6. In the new DSA domain, map the virtual target group to a physical target group using the -V option with the config_target_group_map command.
  7. In the new DSA domain, run list_jobs -t migrated to see the migrated jobs.
  8. Validate the metadata against the NetBackup data.
  9. Run list_components -e true to see available system and target groups.
    1. If the system and target groups required for the restore job are not available, run config_systems and config_target_groups to enable them.
  10. Create a restore job based on the migrated backup job.