Re: FIVE questions for TSM 4.1.2 (server on AIX, clients on Windows)

2001-02-23 Thread John Monahan

I have around 5 servers with a mixture of NT and Mac files, and I only use
one client per server with the "useunicodef yes" option.  The success of
backing up Mac files also depends on your client code level, I am having
problems with some Mac files failing with the 4.1.2 code, which I assume
is related to the current character set problems with that version.  The
later 3.7 clients and the 4.1.1 clients worked well.


===
John Monahan
Network Team Coordinator
Liberty Diversified Industries
(763) 536-6677
===





Paul Baines <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/23/01 08:57 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
    cc:
        Subject:    Re: FIVE questions for TSM 4.1.2 (server on AIX,  
clients on
Windows)


> 4.  Is there a MAC agent that allows for the "illegal characters"
> associated with Apple/Macintosh naming conventions?  EXAMPLE:  We have
an
> NT
> server that the MAC clients connect to.  This NT server contains the
home
> directories for all the MAC clients.  Veritas' Backup Exec handles these
> files (and their "illegal characters") correctly, but TSM has problems.

I believe this is controlled by the USEUNICODEFILENAMES parameter. I am
not
certain, (test it yourself), but you would need to set up two clients on
your
server, one DSM.OPT containing USEUNICODEFILENAMES YES; LANG AMENG; and
EXCLUDE.DIR all the NT directories. And one DSM.OPT containing
USEUNICODEFILENAMES NO; and EXCLUDE.DIR all Mac directories.
This means, of course, 2 client licenses per box.


--
Sent through GMX FreeMail - http://www.gmx.net



Re: FIVE questions for TSM 4.1.2 (server on AIX, clients on Windows)

2001-02-23 Thread Joel Fuhrman

> 5.  Can we "lock down" the option to restore files to any location other
> than their original location so that "first level" support can restore files
> from users' home directories, but not restore them to a location where they
> can view them?  EXAMPLE:  I'd like to off-load some of my less technical
> responsibilities to our Support Center, but I don't want to give them the
> security to 'snoop' other peoples' home directories.

With TSM, the end users can restore their own files as long as the "own" the
file (i.e. in Unix, having group write permission is not sufficient).



Re: FIVE questions for TSM 4.1.2 (server on AIX, clients on Windows)

2001-02-23 Thread Paul Baines

> 4.  Is there a MAC agent that allows for the "illegal characters"
> associated with Apple/Macintosh naming conventions?  EXAMPLE:  We have an
> NT
> server that the MAC clients connect to.  This NT server contains the home
> directories for all the MAC clients.  Veritas' Backup Exec handles these
> files (and their "illegal characters") correctly, but TSM has problems.

I believe this is controlled by the USEUNICODEFILENAMES parameter. I am not
certain, (test it yourself), but you would need to set up two clients on your
server, one DSM.OPT containing USEUNICODEFILENAMES YES; LANG AMENG; and
EXCLUDE.DIR all the NT directories. And one DSM.OPT containing
USEUNICODEFILENAMES NO; and EXCLUDE.DIR all Mac directories.
This means, of course, 2 client licenses per box.


--
Sent through GMX FreeMail - http://www.gmx.net



Re: FIVE questions for TSM 4.1.2 (server on AIX, clients on Windows)

2001-02-22 Thread Suad Musovich

On Thu, Feb 22, 2001 at 05:30:43PM -0600, Caffey, Jeff L. wrote:
> Can somebody help me...?
>
> We are in the process of implementing TSM, an IBM Shark, and a SAN all at
> the same time (I'm swamped)!  We are replacing EMC's Data Manager, an EMC
> Symmetrix, and Veritas' Backup Exec with one brand new TSM server running on
> an IBM RS/6000 (H80, 1GB RAM, 500GB Internal SSA Disk for storage pools,
> Gigabit Ethernet to LAN, Fibre Channel to SAN, 5 LTO tape drives, and as
> much additional 'shark' disk as necessary) performing backups on the
> following server platforms:
>
> 12 AIX (will grow to 13 by mid-March, currently backed up with EDM)
> 43 Windows (will grow to about 130 by mid-March, currently backed up with
> Backup Exec)
>
> While I could think of hundreds of things to ask, I'll limit my request to
> these five TSM questions:
>
> 1.  When TSM performs incremental backups, does it backup the ENTIRE
> file (at a file level) or does it only backup the CHANGES to the file (at a
> binary level)?  EXAMPLE: When backing up our primary file server that
> contains users' home directories with MS Exchange *.pst and *.pab files that
> may be quite large, will it only backup the small changes to those large
> files?

file level.

byte-level backup (adaptive subfile backup) requires a client overhead which would
not be suitable for server situation. It was designed client machines with irregular
connections (eg. laptop on a dial-up)

Get users to archive their mail reasonably frequently.


> 2.  When backing up MS Exchange files such as *.pst and *.pab, does it
> require them to be closed so that it can have access, or will it back them
> up while they are opened?  EXAMPLE: When (using the above example) TSM runs
> it's backups, will the "Access Denied" message appear when it tries to
> backup "user123.pst" because the user stayed logged in over night.

If the file locks or is being written to, it will fail (it will retry a busy file
several times). If you open the exchange client then, successfully, copy the *.pst
file, it can back up.

> 3.  Is there a SAN agent for Windows 2000 that would allow us to backup
> the above environments without impacting the network?  EXAMPLE: Since the
> server above is on IBM ESS disk ("Shark") attached via a Fibre Channel SAN,
> can we stop using Ethernet to backup "user123.pst" and similar files?

There is supposed to be a DP module for the ESS, but I havent heard back from
Tivoli about "how it actually works" and "is it available".
http://www.tivoli.com/products/index/data_protect_ess/index.html

Another angle could be IP over FC. Someone asked that question a few days ago.

We have put in the SAN/Shark topology. IBM marketing assured us that they will
have the tools to do LAN/Server free backup. If they actually deliver will
be another story.

Cheers, Suad
--



Re: FIVE questions for TSM 4.1.2 (server on AIX, clients on Windows)

2001-02-22 Thread Carl Makin

On Thu, 22 Feb 2001, Caffey, Jeff L. wrote:

>
> We are in the process of implementing TSM, an IBM Shark, and a SAN all at
> the same time (I'm swamped)!  We are replacing EMC's Data Manager, an EMC
> Symmetrix, and Veritas' Backup Exec with one brand new TSM server running on
> an IBM RS/6000 (H80, 1GB RAM, 500GB Internal SSA Disk for storage pools,
> Gigabit Ethernet to LAN, Fibre Channel to SAN, 5 LTO tape drives, and as
> much additional 'shark' disk as necessary) performing backups on the
> following server platforms:

We moved our 120Gb disk backup pool from a SSA D40 drawer (RAID5) to the
Shark and got an order of magnitude improvement in backup times.  40Gb
NOTES backups went from 20 hours to 4 hours.  The shark outperforms the
SSA disk by a significant amount.  If you start having performance
problems then I'd recommend moving all your TSM data to the shark and
using the SSA somewhere else. (That's what we're doing now)

We have 83 nodes (mixed AIX, Solaris, NT and FreeBSD) and the ADSM server
is a H70.


Carl.



FIVE questions for TSM 4.1.2 (server on AIX, clients on Windows)

2001-02-22 Thread Caffey, Jeff L.

Can somebody help me...?

We are in the process of implementing TSM, an IBM Shark, and a SAN all at
the same time (I'm swamped)!  We are replacing EMC's Data Manager, an EMC
Symmetrix, and Veritas' Backup Exec with one brand new TSM server running on
an IBM RS/6000 (H80, 1GB RAM, 500GB Internal SSA Disk for storage pools,
Gigabit Ethernet to LAN, Fibre Channel to SAN, 5 LTO tape drives, and as
much additional 'shark' disk as necessary) performing backups on the
following server platforms:

12 AIX (will grow to 13 by mid-March, currently backed up with EDM)
43 Windows (will grow to about 130 by mid-March, currently backed up with
Backup Exec)

While I could think of hundreds of things to ask, I'll limit my request to
these five TSM questions:

1.  When TSM performs incremental backups, does it backup the ENTIRE
file (at a file level) or does it only backup the CHANGES to the file (at a
binary level)?  EXAMPLE: When backing up our primary file server that
contains users' home directories with MS Exchange *.pst and *.pab files that
may be quite large, will it only backup the small changes to those large
files?

2.  When backing up MS Exchange files such as *.pst and *.pab, does it
require them to be closed so that it can have access, or will it back them
up while they are opened?  EXAMPLE: When (using the above example) TSM runs
it's backups, will the "Access Denied" message appear when it tries to
backup "user123.pst" because the user stayed logged in over night.

3.  Is there a SAN agent for Windows 2000 that would allow us to backup
the above environments without impacting the network?  EXAMPLE: Since the
server above is on IBM ESS disk ("Shark") attached via a Fibre Channel SAN,
can we stop using Ethernet to backup "user123.pst" and similar files?

4.  Is there a MAC agent that allows for the "illegal characters"
associated with Apple/Macintosh naming conventions?  EXAMPLE:  We have an NT
server that the MAC clients connect to.  This NT server contains the home
directories for all the MAC clients.  Veritas' Backup Exec handles these
files (and their "illegal characters") correctly, but TSM has problems.

5.  Can we "lock down" the option to restore files to any location other
than their original location so that "first level" support can restore files
from users' home directories, but not restore them to a location where they
can view them?  EXAMPLE:  I'd like to off-load some of my less technical
responsibilities to our Support Center, but I don't want to give them the
security to 'snoop' other peoples' home directories.

Thank you,

Jeff Caffey
Enterprise Systems Programmer
Pier 1 imports, Inc.  -  Information Services
[EMAIL PROTECTED]
Voice: (817) 252-6222
Fax:   (817) 252-7299