If you specify a TOC (Table of Contents) pool you can do a selective. 


Regards,

Iain Barnetson
IT Systems Administrator
UKN Infrastructure Operations

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Yiannakis Vakis
Sent: 22 March 2005 10:29
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] 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:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Iain Barnetson
Sent: Tuesday, March 22, 2005 11:07 AM
To: ADSM-L AT VM.MARIST DOT 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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Ben Bullock
Sent: 21 March 2005 16:30
To: ADSM-L AT VM.MARIST DOT 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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Stapleton, Mark
Sent: Monday, March 21, 2005 9:17 AM
To: ADSM-L AT VM.MARIST DOT 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 (stapleton AT berbee DOT com)
Office 262.521.5627