Not off-topic at all.

We originally had a script that was whacking any maps, recreating them,
running the backup, etc.

None of this has worked on a consistent basis. First there are permissions
issues: we originally ran the backup job as a Domain Admin user ("backup"),
but it couldn't back up the data even though that user could easily browse
anything on the filer. So we have to run the job as the actual domain admin.
Now, everything works great for a couple of weeks until those intermittent
failures, like last night. A reboot of the TSM server (Win2k) seems to solve
this for the time being. Of course, until the next time it fails.

The biggest issue I had was in dealing with Netapp and IBM. IBM can't give
you a client for a Netapp, nor can Netapp give you any sort of tie-in for
TSM. Same for Snap (we have one of those, too). The issue with TSM using
NDMP on the Netapp is the whole include/exclude thing, which is a rather
large omission IMHO.

Mike

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Sal Mangiapane
Sent: Friday, April 09, 2004 11:38 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: OT: RE: Tsm 5.2 windows client and snap servers


A little Off Topic.

Have you tried running a pre-command cmd file that creates the mapped
drives?

Something like "net use H: \\computernam\sharename"

Sal

> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> Mike Bantz
> Sent: Friday, April 09, 2004 12:48 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Tsm 5.2 windows client and snap servers
>
>
> >>> Is there a better way to accomplish backup of these devices?  I'm just
> the tsm admin, and no nothing of them.
>
> Nope. We had the same problem with our Netapps. Although Netapp and TSM
> "integrate" to allow the Netapp to use NDMP to back itself up, you lose
all
> funcionality of include/exclude lists.
>
> We tackled this with mapped drives off the TSM server. And they break.
> Often. Last night, for instance. Neither IBM nor Netapp could give us a
> better solution.
>
> Mike Bantz
> Systems Administrator
> Research Systems, Inc
>