TSM used to only be able to do NDMP at an image level, but in
the recent releases, it creates a Table of Contents that allows you to
do file level restores using TSM. That feature, and the ability to do
NDMP at the q-tree level are the 2 features that we required before we
would try to use NDMP (as opposed to our current method of backing up
the q-trees through NFS of CIFS).
I'm not finding all grass green in the NDMP land, as I have some
cases open on some bizarre failures, but it ~kinda~ seems to work.
Ben
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Yiannakis Vakis
Sent: Tuesday, March 22, 2005 3:29 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM 5.3 new goody
Iain,
how do you manage that ? I thought that once you do NDMP backup there's
no way to do selective restores.
Yiannakis
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Iain Barnetson
Sent: Tuesday, March 22, 2005 11:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM 5.3 new goody
Ben,
I'm kinda new to TSM & NetApp and I'm wondering what the advantages of
doing Qtree level backups are?
I do a NDMP backup of the filers complete which still allows me restore
right down to specific files.
Regards,
Iain Barnetson
IT Systems Administrator
UKN Infrastructure Operations
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Ben Bullock
Sent: 21 March 2005 16:30
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM 5.3 new goody
FYI...
I'm currently testing this new feature. The 'virtualfsmapping'
works great on normal NetApp qtrees. It's really the feature we have
been waiting for to go to NDMP with our filers and in testing we can get
NDMP backups at the qtree level or even lower.
The issue we are currently working through with support is that
this feature does not seem to work on our Snapmirrored volumes.
i.e. We have 11 NetApp filers that we snapmirror to a monster
R200 offsite for DR purposes. We are attempting to do NDMP backups off
of the snapmirrored volumes (using the virtualfsmapping to get Q-tree
level backups). We would much rather run the backups off the R200 than
the production filers.
TSM seems to be able to get the qtree backed up, but it fails to get a
TOC, which we really need.
We are still not sure it is a TSM or a NetApp problem, but I am
getting proficient in running both TSM and NetApp traces. ;-)
Ben
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Stapleton, Mark
Sent: Monday, March 21, 2005 9:17 AM
To: ADSM-L@VM.MARIST.EDU
Subject: TSM 5.3 new goody
(from the Windows Administrator's Guide, page 87)
Directory-Level Backup and Restore
If you have a large NAS file system, initiating a backup on a directory
level will reduce backup and restore times and provide more flexibility
in configuring your NAS backups. By defining virtual file spaces, a file
system backup can be partitioned among several NDMP backup operations
and multiple tape drives. You can also use different backup schedules to
back up sub-trees of a file system.
The virtual file space name cannot be identical to any file system on
the NAS node. If a file system is created on the NAS device with the
same name as a virtual file system, a name conflict will occur on the
Tivoli Storage Manager server when the new file space is backed up. See
the Administrator's Reference for more information about virtual file
space mapping commands.
Note: Virtual file space mappings are only supported for NAS nodes.
--
Mark Stapleton ([EMAIL PROTECTED])
Office 262.521.5627
