NDMP Backups - Offsite copies

[Kyle2024]

I have read that with TSM Server 5.4 you now have the ability to create offsite copies of your NDMP backups. Does anyone have any information on how to do this or is anyone doing it? The Admin guide simply says you now have the ability to do move data's but does not give any detailed information.

 

[dms19]

I believe 5.4 allows move data for these volumes, but 5.5 allows you to actually do the copy pool DR (backup storage pool) for them.

 

[bigmonkey30]

Offsiting NDMP Backups

We are currently offsiting NDMP backups. You can do it one of two ways. If you backup everything first to a diskpool, then you can simply migrate that to tape and then copy it to the offsite pool (just like usual stuff). However if you use a datamover, you must set one up for both the tape pool and the copy pool. Its really pretty simple, you just may have to play with it. If you use a library manager I would recommend going to tape if you can, otherwise you will have to setup up pools on your library manager, which isn't recommended.

 

[manuel]

Backing up NDMP to copy pool

I am trying to backup my primary NDMP pool to the copy pool.
How do you set up a datamover for the coypool?
I have my datamover setup, but I do not see an option for the copy pool.
tsm: MIA0LIBMAN01>q datamover MIA0XNAS02 f=d t=nas

Data Mover Name: MIA0XNAS02
Data Mover Type: NAS
IP Address: 192.x.y.z
TCP/IP Port Number: 10000
User Name: ndmpd
Storage Pool Data Format: NetApp Dump
On-Line: Yes
Last Update by (administrator): SNAPBKUP
Last Update Date/Time: 03/16/2009 17:44:57


tsm: MIA0LIBMAN01>

 

[randyman]

I know this is an old thread, but I'm working through these same pains. I'm working with IBM Support Level 2 with no luck so far. So, basically, I have a TSM server v5.5.2.1 running on Windows 2003 server with IBM3584 library with 8 LTO3's and 4 LTO4 drives. We're doing NDMP backups with Celerra. I have seperate device classes, storage pools etc. I have paths to LTO3 drives for the datamover. The backups to the primary pool works great. But my problem is doing the backup stgpool for my offsite copy. If I setup a path to the LTO4 drive for the datamover, and try a backupstgpool, I get this:

ANR8355E I/O error reading label for volume DP4130L4 in drive DRIVE09 (c128t0l0).
ANR8778W Scratch volume DP4130L4 changed to Private Status to prevent re-access.

I know for a fact my device name is correct. TSM then proceeds to go through ALL LTO4 scratch tapes and marks them private! Argh!

How do I get the backup stgpool to work?

tsm: STSM190_TSM>q datamover f=d type=nas

Data Mover Name: CELERRA
Data Mover Type: NAS
IP Address: 10.217.2.10
TCP/IP Port Number: 10000
User Name: tsmndmp
Storage Pool Data Format: EMC Celerra Dump
On-Line: Yes
Last Update by (administrator): RKFADMIN
Last Update Date/Time: 04/27/2011 09:44:39

tsm: STSM190_TSM>q node celerra f=d type=nas

Node Name: CELERRA
Platform: DartOS
Client OS Level: EMC Celerra File Server.T.6.0.40.5 (EMC2)
Client Version:
Policy Domain Name: PD_NDMP
Last Access Date/Time: 04/28/2011 21:02:16
Days Since Last Access: 1
Password Set Date/Time: 04/27/2011 09:38:44
Days Since Password Set: 2
Invalid Sign-on Count: 0
Locked?: No
Contact:
Compression:
Archive Delete Allowed?: Yes
Backup Delete Allowed?: Yes
Registration Date/Time: 04/27/2011 09:38:44
Registering Administrator: RKFADMIN
Last Communication Method Used: NDMP
Bytes Received Last Session:
Bytes Sent Last Session:
Duration of Last Session:
Pct. Idle Wait Last Session:
Pct. Comm. Wait Last Session:
Pct. Media Wait Last Session:
Optionset:
URL:
Node Type: NAS
Password Expiration Period:
Keep Mount Point?: No
Maximum Mount Points Allowed: 2
Auto Filespace Rename : No
Validate Protocol: No
TCP/IP Name:
TCP/IP Address:
Globally Unique ID:
Transaction Group Max: 0
Data Write Path: ANY
Data Read Path: ANY
Session Initiation: ClientOrServer
High-level Address:
Low-level Address:
Collocation Group Name:
Proxynode Target:
Proxynode Agent:
Node Groups:
Email Address:

tsm: STSM190_TSM>q stg tape_ndmp f=d

Storage Pool Name: TAPE_NDMP
Storage Pool Type: Primary
Device Class Name: NDMP
Estimated Capacity: 8,191,181 G
Space Trigger Util:
Pct Util: 0.0
Pct Migr:
Pct Logical: 100.0
High Mig Pct:
Low Mig Pct:
Migration Delay:
Migration Continue: Yes
Migration Processes:
Reclamation Processes:
Next Storage Pool:
Reclaim Storage Pool:
Maximum Size Threshold:
Access: Read/Write
Description: Onsite storage for NDMP/Celera
Overflow Location:
Cache Migrated Files?:
Collocate?: Group
Reclamation Threshold:
Offsite Reclamation Limit:
Maximum Scratch Volumes Allowed: 9,999
Number of Scratch Volumes Used: 4
Delay Period for Volume Reuse: 0 Day(s)
Migration in Progress?:
Amount Migrated (MB):
Elapsed Migration Time (seconds):
Reclamation in Progress?:
Last Update by (administrator): ADMIN
Last Update Date/Time: 02/11/2011 09:54:08
Storage Pool Data Format: EMC Celerra Dump
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?: Yes
CRC Data: No
Reclamation Type: Threshold
Overwrite Data when Deleted:

tsm: STSM190_TSM>q stg copyndmp f=d

Storage Pool Name: COPYNDMP
Storage Pool Type: Copy
Device Class Name: NDMPL4
Estimated Capacity: 0.0 M
Space Trigger Util:
Pct Util: 0.0
Pct Migr:
Pct Logical: 0.0
High Mig Pct:
Low Mig Pct:
Migration Delay:
Migration Continue: Yes
Migration Processes:
Reclamation Processes:
Next Storage Pool:
Reclaim Storage Pool:
Maximum Size Threshold:
Access: Read/Write
Description:
Overflow Location:
Cache Migrated Files?:
Collocate?: No
Reclamation Threshold:
Offsite Reclamation Limit:
Maximum Scratch Volumes Allowed: 9,999
Number of Scratch Volumes Used: 0
Delay Period for Volume Reuse: 0 Day(s)
Migration in Progress?:
Amount Migrated (MB):
Elapsed Migration Time (seconds):
Reclamation in Progress?:
Last Update by (administrator): ADMIN
Last Update Date/Time: 04/19/2011 10:46:23
Storage Pool Data Format: EMC Celerra Dump
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?:
CRC Data: No
Reclamation Type: Threshold
Overwrite Data when Deleted:

tsm: STSM190_TSM>q dev ndmp f=d

Device Class Name: NDMP
Device Access Strategy: Sequential
Storage Pool Count: 1
Device Type: NAS
Format: DRIVE
Est/Max Capacity (MB): 819,200.0
Mount Limit: DRIVES
Mount Wait (min): 60
Mount Retention (min): 0
Label Prefix: ADSM
Drive Letter:
Library: IBM3584
Directory:
Server Name:
Retry Period:
Retry Interval:
Twosided:
Shared:
High-level Address:
Minimum Capacity:
WORM: No
Drive Encryption:
Scaled Capacity:
Last Update by (administrator): ADMIN
Last Update Date/Time: 04/26/2011 13:34:13

tsm: STSM190_TSM>q dev ndmpl4 f=d

Device Class Name: NDMPL4
Device Access Strategy: Sequential
Storage Pool Count: 1
Device Type: NAS
Format: DRIVE
Est/Max Capacity (MB): 819,200.0
Mount Limit: DRIVES
Mount Wait (min): 60
Mount Retention (min): 0
Label Prefix: ADSM
Drive Letter:
Library: IBM3584L4
Directory:
Server Name:
Retry Period:
Retry Interval:
Twosided:
Shared:
High-level Address:
Minimum Capacity:
WORM: No
Drive Encryption:
Scaled Capacity:
Last Update by (administrator): ADMIN
Last Update Date/Time: 04/25/2011 14:19:59

 

[randyman]

HELP! Ok, so I think I've basically narrowed the issue down here. I'm still unable to do a backup storage pool of the celerradump from the LTO3 drives to the LTO4 drives. I perform my ndmp backups nightly just fine to the LTO3 drives. We have tickets open with both EMC and IBM. We believe the problem may due to encryption. We have our LTO4 drives in the IBM3584 set to "System Managed" encryption. We have the EKM server set up, tape device drivers configured on the TSM Server, etc. Regular backups to these drives work fine, have for years. But, how does the Celerra know how to pass the key? We haven't configured any drivers or encryption configuration on the OS on the Celerra. So, my question is, how do we get the Celerra to backup to a LTO4 drive using System Managed encryption, or is it possible. See my above post for more info on my setup. PLEASE HELP!