Re: My experience with audit db

[Henrik Wahlstedt]

Hello,

Just pure curiosity, what forced you to do an Audit db?
If I had a 3 days service window I would do an Unload db. In the end of the
Load db I would be asked to do an Audit db if there was a need for it.


//Henrik




   
 
Schmitz Garnebode  
 
cc: (bcc: Henrik Wahlstedt)  
 
Sent by: "ADSM:   Subject: My experience with audit db 
 
Dist Stor Manager" 
 
<[EMAIL PROTECTED] 
 
EDU>   
 
   
 
   
 
2003-02-24 08:39   
 
Please respond to  
 
"ADSM: Dist Stor   
 
Manager"   
 
   
 
   
 




Good morning,

last weekend i use a 3 day servicewindow to do a audit db on our two
tsm-server.
Here my experience:

Both tsm-server are S7A with 4GB Memory, the TSM-DB stay on SSA Harddisk,

Wlb06190:
Available Assigned   Maximum   MaximumPage
Total
Used   Pct  Max.
Space Capacity Extension ReductionSize
Usable
Pages  Util   Pct
 (MB) (MB)  (MB)  (MB) (bytes)
Pages
Util
-  - - ---
-
- - -
   36.000   36.000 012.040   4.096
9.216.000
6.134.984  66.6  66.6


ANR4306I AUDITDB: Processed 175824258 database entries (cumulative).

Start Auditdb  22.02.03 09:23
End Auditdb23.02.03 19:19

34 hours


wlb06192:
Available Assigned   Maximum   MaximumPage
Total
Used   Pct  Max.
Space Capacity Extension ReductionSize
Usable
Pages  Util   Pct
 (MB) (MB)  (MB)  (MB) (bytes)
Pages
Util
-  - - ---
-
- - -
   28.288   22.276 6.012 1.164   4.096
5.702.656
1.999.967  35.1  35.1


ANR4306I AUDITDB: Processed 64775507 database entries (cumulative).

Start Auditdb  22.02.03 08:30
Ende Auditdb   22.02.03 19:55

12 hours


kind regards

Michael Garnebode
Diplom-Informatiker
Schmitz Rz Consult GmbH
Bachstr.1
50259 Pulheim
Tel.: 02238/922266
Fax: 02238/922267
EMail: [EMAIL PROTECTED]

im Auftrag der SWEST

Sparkassen-Informatik-Services West GmbH
Abt. : 731-52400 Spacemanagement
Postanschrift :
  Postfach 10 53 10
  D - 40044 Düsseldorf
Besuchsadresse :
 Heerdter Lohweg 35
 Raum B0-29
 Düsseldorf
 Tel.: +49 211 826 8896
 Fax : +49 211 826 8446
Web: http://www.swest.de





---
The information contained in this message may be CONFIDENTIAL and is
intended for the addressee only. Any unauthorised use, dissemination of the
information or copying of this message is prohibited. If you are not the
addressee, please notify the sender immediately by return e-mail and delete
this message.
Thank you.

My experience with audit db

[Schmitz Garnebode]

Good morning,

last weekend i use a 3 day servicewindow to do a audit db on our two tsm-server.
Here my experience:

Both tsm-server are S7A with 4GB Memory, the TSM-DB stay on SSA Harddisk,

Wlb06190:
Available Assigned   Maximum   MaximumPage Total
Used   Pct  Max.
Space Capacity Extension ReductionSizeUsable
Pages  Util   Pct
 (MB) (MB)  (MB)  (MB) (bytes) Pages
Util
-  - - --- -
- - -
   36.000   36.000 012.040   4.096 9.216.000
6.134.984  66.6  66.6


ANR4306I AUDITDB: Processed 175824258 database entries (cumulative).

Start Auditdb  22.02.03 09:23
End Auditdb23.02.03 19:19

34 hours


wlb06192:
Available Assigned   Maximum   MaximumPage Total
Used   Pct  Max.
Space Capacity Extension ReductionSizeUsable
Pages  Util   Pct
 (MB) (MB)  (MB)  (MB) (bytes) Pages
Util
-  - - --- -
- - -
   28.288   22.276 6.012 1.164   4.096 5.702.656
1.999.967  35.1  35.1


ANR4306I AUDITDB: Processed 64775507 database entries (cumulative).

Start Auditdb  22.02.03 08:30
Ende Auditdb   22.02.03 19:55

12 hours


kind regards

Michael Garnebode
Diplom-Informatiker
Schmitz Rz Consult GmbH
Bachstr.1
50259 Pulheim
Tel.: 02238/922266
Fax: 02238/922267
EMail: [EMAIL PROTECTED]

im Auftrag der SWEST

Sparkassen-Informatik-Services West GmbH
Abt. : 731-52400 Spacemanagement
Postanschrift :
  Postfach 10 53 10
  D - 40044 Düsseldorf
Besuchsadresse :
 Heerdter Lohweg 35
 Raum B0-29
 Düsseldorf
 Tel.: +49 211 826 8896
 Fax : +49 211 826 8446
Web: http://www.swest.de

Re: TSM server move

[Ray Baughman]

Just my two cents worth, but why not do move the database to the new server
then update to 5.1.5?  This would allow you an easier path back to 4.1.4 if
there are problems.

Ray Baughman
Engineering Systems Administrator
TSM Administrator
National Machinery LLC
Phone 419-443-2257
Fax 419-443-2376
Email [EMAIL PROTECTED]

> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
> Zlatko Krastev/ACIT
> Sent: Sunday, February 23, 2003 3:44 AM
> To: [EMAIL PROTECTED]
> Subject: Re: TSM server move
>
>
> 0. (!) cease operations and backup the DB
> 1. upgrade old server to ITSM 5.1.5
> 2. backup the upgraded DB
> 3. attach the library to new server
> 4. restore DB from the library (it might be necessary to play with library
> definition)
> Continue business as usual
>
> Zlatko Krastev
> IT Consultant
>
>
>
>
>
>
> TSMadm <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 22.02.2003 00:08
> Please respond to "ADSM: Dist Stor Manager"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:TSM server move
>
>
> Hi,
>
> Currently, I have TSM 4.1.4 running on AIX 4.3.3 using a STK tape
> library. Next month, I need to move TSM to another AIX server(Running
> 5L) and would like to upgrade TSM to 5.1.5 at the same time, using the
> existing STK tape library.  Can anyone give me some pointers the best
> ways to accomplish this task. If I install TSM 5.1.5 on the new server,
> how can I get the new server to recognize the old tapes in the tape
> library, especially the database backup tape that I am going to use for
> the restore?
>
> Thanks
>

ACSLS Access ID - labeling tapes

[Murphy, Craig]

Hello

I'm trying to label a tape using dsmlabel but with the ACSLS now having
volume access control I can't access any tapes in the library.

dsmlabel -drive=/dev/rmt/2mt,0,0,9,3 -library=acsls,0 -keep

Comes back with "ANR9759E unsuccessful ACSAPI response,
status=STATUS_VOLUME_ACCESS_DENIED."

I look at the ACSLS error console and I see the "Access ID" is null from
this request. TSM itself is fine as AcsAccessId is set to the hostname and
the ACSLS access control config uses this hostname for volume ranges.

When I use lbtest utility I can use set_access and I can query volumes for
that session. If I go out and back in to lbtest I must set the access again
or I get the STATUS_VOLUME_ACCESS_DENIED error.

Anyone know how can a make dsmlabel use an ACSACCESSID??

Cheers
Craig

Re: Admin web GUI not starting

[shekhar Dhotre]

Yes,that was it.

I changed it back to 1581 on feb21 , had to halt and restart tsm server to
load http also killed and restarted dsmcad daemon .

Thanks .
SD


f1n05 /usr/tivoli/tsm/client/ba/bin>ls -la dsm.sys
-rw-r--r--   1 root system  1994 Feb 21 09:27 dsm.sys

f1n05 /usr/tivoli/tsm/client/ba/bin>grep http dsm.sys
f1n05 /usr/tivoli/tsm/client/ba/bin>grep HTTP dsm.sys
HTTPPort   1581
HTTPSPort  1543
f1n05 /usr/tivoli/tsm/client/ba/bin>







Zlatko Krastev/ACIT <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/23/2003 05:37 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Admin web GUI not starting


Yes, but someone have changed dsm.sys and set client's port to be 1580. If
dsmcad is started before rc.adsmserv in inittab ...

Zlatko Krastev
IT Consultant






shekhar Dhotre <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 16:17
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Admin web GUI not starting


Hi all ,

I  did  reboot on tsm server  last night , now when I type   http://server
Ip:1580  it opens client GUI instead server web admin GUI in browser .I
haven't changed anything in dsmserv.opt file ...


dsmserv.opt file
**
*Communications  *
**
COMMmethod HTTP
COMMmethod TCPIP
COMMmethod SHAREDMEM
HTTPPort 1580
*HTTPSPort 1543
SHMPort 1510
TCPBUFSIZE 32
TCPNODELAY YES
TCPPort 1500
TCPWindowsize 256
*Txnbyte25600



f1n05 />ps -ef | grep dsm
root 13454 1   0   Feb 19  -  0:00 ksh
/usr/tivoli/tsm/server/bin/rc
.adsmserv
root 14978 13454 190   Feb 19  - 843:53 dsmserv quiet
root 15486 1   0 12:24:34  -  0:07
/usr/tivoli/tsm/client/ba/bin/dsm
c sched
root 19342 15250   0 09:22:05  pts/0  0:00 dsmadmc
root 19686 18700   0 09:22:31  pts/2  0:01 dsmadmc -cons
root 21392 18422   1 09:10:35  pts/3  0:00 grep dsm
root 21604 23316   0 09:07:45  -  0:00
/usr/tivoli/tsm/client/ba/bin/dsm
agent 10 0 -optfile=/usr/tivoli/tsm/client/ba/bin/dsm.opt
   rhunt 22098 20648   0 10:08:17  pts/4  0:01 dsmadmc -console
   rhunt 22536 22520   0 08:35:34  pts/1  0:00 dsmadmc
root 22930 21162   0 16:53:52  pts/5  0:00 dsmadmc
root 23316 1   0 08:59:47  -  0:00
/usr/tivoli/tsm/client/ba/bin/dsm
cad
f1n05 />


Thanks
SD

Re: Slow client sessions

[Douglas Currell]

Thank you for the advice.

 --- Francisco Molero <[EMAIL PROTECTED]> wrote: > Hi
Douglas,
> In Solaris you can get better performance if you use
> raw devices for DB, LOG and diskpools.
>
>
> > My organization recently migrated a 45GB TSM 5.1.5
> > database from an old AIX platform to a Sun V880
> > running Solaris 8. The migration of the database
> was
> > done by using "dsmserv restore db" as the export
> > failed on varios errors. A db audit was never
> > performed because of the downtime involved - days,
> > weeks, who knows?
> > The server has 4*900MHz Sparcs, 8GB RAM, one
> > functional Gb ethernet card, and 6*73 internal FC
> > disks. Externally, a JBOD was used, Sun's D2,
> > 12*36GB
> > SCSI-3 disks. It was all configured with Disksuite
> > in
> > this way. /, /usr, /opt were mirrored using two of
> > the
> > internal disks. The other disks were configued as
> > RAID
> > and had filesystems that contained primary db and
> > log
> > volumes as well as a storage pool for Domino. The
> > external array was also configured as RAID 5 and
> had
> > filesystems that would contain the db and log
> copies
> > as well as other storage pools -Backuppool, etc.
> > When the system came up, performance was
> incredibly
> > poor and it became apparent that the bottleneck
> was
> > the D2 array which had problems migrating and
> > backing
> > up simultaneously.
> > At that point or shortly thereafter, stgpool
> volumes
> > were spread between the internal disk and external
> > disk and the the db/log copies were deleted.
> > The current situation is that, after inspecting
> the
> > output from "q sessions", the client make contact
> > with
> > the server and then sits in queue for a very long
> > time. Once the actual backup/restore starts, it
> runs
> > like greased lightning, however. Incidentally,
> there
> > are over 1000 desktop clients runiing 95, 98 and
> XP.
> >
> > Any ideas, suggestions? Thank you...
> >
> >
> >
> >
> >
>
__
> > Post your free ad now! http://personals.yahoo.ca
>
> ___
> Yahoo! Msviles
> Personaliza tu msvil con tu logo y melodma favorito
> en http://moviles.yahoo.es

__
Post your free ad now! http://personals.yahoo.ca

Re: Missing files

[Zlatko Krastev/ACIT]

--> By the time I was apprised of the situation, the activity log had already
cycled past the relevant entries.
--> The retention policy, set by the IT Director for the particular Division
is 5/1/60/90

To prevent further frustration if I was you I would perform an export of
all node's data to be on a safe side.

Zlatko Krastev
IT Consultant






Fred Johanson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 04:02
Please respond to fred


To: [EMAIL PROTECTED]
cc:
Subject:Re: Missing files


Quoting DFrance <[EMAIL PROTECTED]>:

> The successful backups do NOT say all files were sent during backup;
> following thoughts may help you discover the true reason for the missing
> files:
>
> - C$ on WinNT (esp. Win2K) has lots of system-protected files that get
> skipped;  they are rolled into the system state "blob", so could be all
is
> a-okay.

 What's missing seems to all be under c:\My Documents

> - if you were using the scheduler, your dsmsched.log file contains a
line for
> every file processed; search that log for the signs the files were
(ever)
> sent... to learn the date and full-path to the source.
>

I restored the TSM logs and opt to my own desktop.  The options is
unremarkable, with all the excludes coming from a nondescript CLOPTSET.
The
schedule log exists as a fragment from six weeks before the headcrash. But
the
error log shows about two weeks of "fioscan" errors on c:\My Documents.
It's
hard to say what that means without the schedule log to correlate with,
but,
still, it's suspicious.

> - if a drive failure occurs, even if just files/dirs trashed, followed
by
> INCR backup, your retention policy for deleted files may be too short.
>

The retention policy, set by the IT Director for the particular Division
is
5/1/60/90.  I have always recommended 5/2/30/60.  Nonetheless, there was
still
enough leeway to fine deleted files on the first restoration attempt.


> - with the client installed, query inclexcl might reveal the files were
> excluded?!?
>

The machine was rebuilt under it's true DNS name, as opposed to the Domain
alias it had been backed up under.  Therefore, the backups are in a TSM
limbo.

> - scan the activity log (and dsmerror.log) for messages re. the files in
> question; maybe the files were skipped (or inactivated) due to copy-mode
or
> open-file contention.
>

By the time I was apprised of the situation, the activity log had already
cycled past the relevant entries.


> I agree that the user's data might have really been on a network share,
not
> the locally-failing drive, in which case, they might still be there;
> alternatively, the possibility of slowly-dying drive causing a huge
bunch of
> files to "disappear" is not very likely to go undetected more than a day
or
> 3... but, if that did really happen, you'd better "fix" the RetainOnly
value
> (to protect for this situation).
>

I'm still waiting for the SysAdmin and the User to come up with a coherent
story about the whole thing.  If the error log is any indication, the
Sysadmin
should have had weeks to investigate what was going wrong.  All I have
heard
was ex post facto.  At which point, all I can do is cluthc at straws.

On the bright side, this may lead to a eorganization of the way we do
things.


> Hope this helps.

Thanks, Don.


>
>
> Don France
> Technical Architect -- Tivoli Certified Consultant
> Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
> San Jose, Ca
> (408) 257-3037
> mailto:[EMAIL PROTECTED] (change aye to a for replies)
>
> Professional Association of Contract Employees
> (P.A.C.E. -- www.pacepros.com)
>


Fred Johanson

Re: 5Yr Retention Was RE:

[Zlatko Krastev/ACIT]

5 years is an easy one. Get LTO or 3590 or 9840/9940 and you have done the
job. The problems can come if go closer to 10 years (other issues to
consider as well). And if you have to achieve 20-30 years there is only
one answer - permanent WORMs + 2-3 (!) copypools.

Zlatko Krastev
IT Consultant






"Coats, Jack" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
19.02.2003 23:21
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:5Yr Retention Was RE:


Welcome to my world.  We are looking at the same thing.  Our current
solution is to make a copy of everything to CD, and keep a copy of them
offsite.

My thoughts was to use something like HSM, and keep a backup, or if you
don't need it available, archive it for 5 years and let it expire at the
end.

Our use needs access on occasion, so we keep a vault full of CDs, with our
DR copy of the CDs, offsite.  All the CDs are labeled with the date of
data
and type of data (we generate 4 to 12 CDs daily, with a nominal day being
6
CDs, so 5 years worth is quite a few).  Eventually I hope we move to DVDs,
but we will probably want to do one per day even if it is not full.

One company I worked for had a contract to do permanent storage for a
nuclear power plant.  They did CDs for all the documents, and kept one
onsite and another offsite in another city, or at least that is what I
heard
it was supposed to be that way.  TSM and I think with HSM (adsm at the
time)
managed the data.  I don't have any more details on that implementation.

> -Original Message-
> From: Khanduja, Opkar [SMTP:[EMAIL PROTECTED]
> Sent: Wednesday, February 19, 2003 2:58 PM
> To:   [EMAIL PROTECTED]
> Subject:
>
> Currently I am searching for a solution to save data for at least a 5
year
> retention period. This solution must be capable or retaining TBytes of
> data
> using TSM(which is my current backup solution) or ANY other backup
> solution
> that can handle the job. Any input about other solutions, such as
virtual
> storage, would be appreciated.
>
> Thanks,
>
> O.P.
> TSM admin
>
>
> ---
>
> The information contained in this e-mail message, and any attachment
> thereto, is confidential and may not be disclosed without our express
> permission.  If you are not the intended recipient or an employee or
agent
> responsible for delivering this message to the intended recipient, you
are
> hereby notified that you have received this message in error and that
any
> review, dissemination, distribution or copying of this message, or any
> attachment thereto, in whole or in part, is strictly prohibited.  If you
> have received this message in error, please immediately notify us by
> telephone, fax or e-mail and delete the message and all of its
> attachments.  Thank you.
>
> Every effort is made to keep our network free from viruses.  You should,
> however, review this e-mail message, as well as any attachment thereto,
> for viruses.  We take no responsibility and have no liability for any
> computer virus which may be transferred via this e-mail message.

Re: Admin web GUI not starting

[Zlatko Krastev/ACIT]

Yes, but someone have changed dsm.sys and set client's port to be 1580. If
dsmcad is started before rc.adsmserv in inittab ...

Zlatko Krastev
IT Consultant






shekhar Dhotre <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 16:17
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Admin web GUI not starting


Hi all ,

I  did  reboot on tsm server  last night , now when I type   http://server
Ip:1580  it opens client GUI instead server web admin GUI in browser .I
haven't changed anything in dsmserv.opt file ...


dsmserv.opt file
**
*Communications  *
**
COMMmethod HTTP
COMMmethod TCPIP
COMMmethod SHAREDMEM
HTTPPort 1580
*HTTPSPort 1543
SHMPort 1510
TCPBUFSIZE 32
TCPNODELAY YES
TCPPort 1500
TCPWindowsize 256
*Txnbyte25600



f1n05 />ps -ef | grep dsm
root 13454 1   0   Feb 19  -  0:00 ksh
/usr/tivoli/tsm/server/bin/rc
.adsmserv
root 14978 13454 190   Feb 19  - 843:53 dsmserv quiet
root 15486 1   0 12:24:34  -  0:07
/usr/tivoli/tsm/client/ba/bin/dsm
c sched
root 19342 15250   0 09:22:05  pts/0  0:00 dsmadmc
root 19686 18700   0 09:22:31  pts/2  0:01 dsmadmc -cons
root 21392 18422   1 09:10:35  pts/3  0:00 grep dsm
root 21604 23316   0 09:07:45  -  0:00
/usr/tivoli/tsm/client/ba/bin/dsm
agent 10 0 -optfile=/usr/tivoli/tsm/client/ba/bin/dsm.opt
   rhunt 22098 20648   0 10:08:17  pts/4  0:01 dsmadmc -console
   rhunt 22536 22520   0 08:35:34  pts/1  0:00 dsmadmc
root 22930 21162   0 16:53:52  pts/5  0:00 dsmadmc
root 23316 1   0 08:59:47  -  0:00
/usr/tivoli/tsm/client/ba/bin/dsm
cad
f1n05 />


Thanks
SD

Re: Disk->Tape migration, cache and maxnummp

[Zlatko Krastev/ACIT]

Interpretation ought to be correct except the number. 98% used with 0.2%
migratable means 0.2% real data and 97.8% cached. If backup requires space
and file is not larger than maxsize/poolsize cached data ought to be
purged.

Verify for (order of probability):
1. maxsize limit on the diskpool
2. extremely large file in the backup
3. some of diskpool volumes being read-only of varied off
4. nasty bug with cached data

As a workaround (and according to best practices) modify the schedules not
to overlap.

Zlatko Krastev
IT Consultant






"Prather, Wanda" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 20:35
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Disk->Tape migration, cache and maxnummp


Backup to the diskpool does not require a mount point.  But it does
require
adequate space in the disk pool.

My interpretation would be that the backup client has something to back up
that is larger than 2% of the diskpool.

The client sees that it can't do the incremental backup to the disk pool,
tries to switch direct to tape, but can't because it is already at
maxnummp.


-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 20, 2003 9:50 AM
To: [EMAIL PROTECTED]
Subject: Disk->Tape migration, cache and maxnummp


Question about how this scenario plays out

Client starts an archive backup of a database to server at 1700 from cron
job. Archive is straight to tape. Uses all mountpoints assigned to it (4).

Client then starts a scheduled incremental "system-level" backup at 1800
while original cron'd backup is still running. Incremental goes to
diskpool.
Diskpool is at 98% utilized, but 0.2 % migratable. Cache is on.

Incremental fails due to media mount not possible.

Does TSM consider the connection to the diskpool as an extra mount point
and
therefore does not allow it because the client is already using its max
number of mount points (4) on the original archive?

TSM Server is AIX 4.3.3 ML10 running TSM V5.1.5
TSM Client is AIX 4.3.3 ML9 running TSM V5.1.5.
Library is a 3494, 6 drives.

Re: schedule failed because of open files and being modified during backup

[Zlatko Krastev/ACIT]

--> ... or do I need to create seperate mgmtclass and bind those files to new mgmt
class ...

You have the answer yourself but are not self-confident. The answer is
correct.
- define new class (I usually name it LOGS), set serialization to dynamic
in backup copygroup
- yes, activate the policy set (otherwise nothing will happen)
- bind those files through includes to new class
- restart the scheduler if not controlled through dsmcad (dsmcad
starts/stops scheduler on each schedule and will do it next time for you)

Zlatko Krastev
IT Consultant

P.S. You maybe already got many answers but on private due to "Reply-To:"
set in your post. All they did not reached the list.






vivek jain <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 20:04
Please respond to vivek jain


To: [EMAIL PROTECTED]
cc:
Subject:schedule failed because of open files and being modified 
during backup


Hi Gene,

How are you doing, actually I am also facing problem in TSM Backup
schedule failed because of some open files and being modified
during schedule backup,these open files are log files,I would like
to know procedure steps, how you solve this problem.

If I change the copy serialization to Dynamic, that will be
sufficient.
or do I need to create seperate mgmtclass and bind those files to
new mgmt class, also after that,is it necessary to activate policy
set and to restart sheduler services at the client and.

My TSM Servers are on AIX 4.3.3 and TSM ver is  Version 4, Release
2, Level 1.15 and TSM client are Version 4, Release 2, Level
1.0.

I also heard that there is a bug in TSM client 4.2.1.0(APAR
IC31844),if one or more files were skipped during backup(and
asuming that every things was ok), the backup was flagged as
"failed" with a return code of 4.
---
Sample output of dsmerror.log file:
---

02/15/03   03:32:44 ANS1809E Session is lost; initializing session
reopen procedure.
02/15/03   03:32:44 File
'/opt/weblogic/weblogic/myserver/access.log' truncated while
reading in Shared Static mode.
02/15/03   03:32:44 ANS1228E Sending of object
'/opt/weblogic/weblogic/asa/log/smmywebapp.log' failed
02/15/03   03:32:44 ANS4037E File
'/opt/weblogic/weblogic/asa/log/smmywebapp.log' changed during
processing.  File skipped.
02/15/03   03:32:44 ANS1809E Session is lost; initializing session
reopen procedure.
02/15/03   03:32:59 ANS1810E TSM session has been reestablished.
02/15/03   03:35:55 ANS1228E Sending of object
'/opt/weblogic/weblogic/myserver/wlas.log' failed
02/15/03   03:35:55 ANS4037E File
'/opt/weblogic/weblogic/myserver/wlas.log' changed during
processing.  File skipped.
02/15/03   03:35:55 ANS1802E Incremental backup of '/opt/weblogic'
finished with 2 failure

02/15/03   03:38:59 ANS1228E Sending of object
'/opt/pwcmindlink/pwcinternal/asa/log/smmywebapp.log' failed
02/15/03   03:38:59 ANS4037E File
'/opt/pwcmindlink/pwcinternal/asa/log/smmywebapp.log' changed
during processing.  File skipped.
02/15/03   03:40:12 ANS1802E Incremental backup of
'/opt/pwcmindlink' finished with 1 failure

02/15/03   03:40:13 ANS1512E Scheduled event 'SCHED0200' failed.
Return code = 4.

Can anyone give solution.

Thanks in advance .

Vivek

Re: password encryption

[Zlatko Krastev/ACIT]

Paul,

I am not sure it is a public/private encryption (RSA). My guess is for
licensing reasons 10 years ago DES was used and that part of the code
wasn't changed since. Guessing further I would say some hash-function
takes node's name and password as arguments and produces DES key. Same
function is used on both ends, if arguments are same (name is known,
password has to match) the resulting key is same and decrytion succeeds.
Probably for security reasons IBM (and Andy) cannot comment my and your
predictions. Hope if some of us guessed correct they would not be angry on
us (maybe I started thinking very IBMish :-I )

Zlatko Krastev
IT Consultant






"Seay, Paul" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 06:35
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: password encryption


In encryption speak.  The node name is usually called the public key.  The
private key is what is used to encrypt the message.  This is a nice
implementation because during password change (which is probably in the
message) the new encyption key (password) is not exposed.

Paul D. Seay, Jr.
Technical Specialist
Northrop Grumman Information Technology
757-688-8180


-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 19, 2003 8:02 PM
To: [EMAIL PROTECTED]
Subject: Re: password encryption


To clarify my earlier response on this:

The (encrypted) password is not actually sent between client and server,
except when the password is being changed. During authentication, the
client
sends the server a message that is encrypted using the password as the
key.
The server knows what the decrypted message should be, so if the wrong
password was used to encrypt the message, then the authentication will
fail.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/19/2003 14:56
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: password encryption



The password is indeed encrypted.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




"Prather, Wanda" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/19/2003 14:40
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: password encryption



I've always been told that the password is NOT sent in plain text, it's
encrypted. (but I've never had a sniffer to check it myself).

-Original Message-
From: Eliza Lau [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 19, 2003 10:36 AM
To: [EMAIL PROTECTED]
Subject: password encryption


Does anyone know how the stored password on the client machine is passed
to
the server for authentication?

The user has 'password generate' in his dsm.opt.  The password is stored
in
the Registry of his Windows 2000 client.  When the TSM client starts is
the
password sent to the server in plain text or encrypted?

Thanks,
Eliza Lau
Virginia Tech Computing Center
1700 Pratt Drive
Blacksburg, VA 24060

Re: TSM Upgrade frequency

[Zlatko Krastev/ACIT]

Todd,

For the original question: up to now majority of our customers have
Storage Agent nodes and we have no problems with upgrades. Mostly these
are AIX servers (Windows ones are smaller and go over LAN) and life with
AIX is very easy. You can perform upgrade during the day without *any*
significant impact:
1. set enablelanfree=no for those nodes making hourly backups. Usually we
use dsmcad thus are not forced to restart the scheduler or touch anything
than dsm.sys
2. stop all storage agents
3. upgrade/patch the server
4. upgrade one-by-one the storage agents and re-enable lan-free (I
personally prefer to send logs and other hourly stuff to diskpool over LAN
thus impact is nearly nill)
Upgrade of Storage Agent without upgrading the device driver *does not*
require restart. Even if you need to upgrade the TSM driver it is possible
driver-upgrade to be done during the night and the storage agent upgrade
to be performed the day after.

As for the Eliza's remark - many patches, especially in server/storage
agent have to be done on both sides. Therefore both server and storage
agent must be at the same patch level (i.e. all four numbers must match).
Is is clearly indicated in many server and storage agent readmes.

For the upgrade I would recommend 4.2.1.15 (and seeing other's posts on
the list I am not alone). v5.1.1.6 was not bad and going there without
stepping any v4.2.2.x or previous 5.1.0.y/5.1.1.z versions will avoid
"system object"-problem.

Zlatko Krastev
IT Consultant

P.S. I posted this three days ago but did not saw it coming through. If
some of you got it please excuse the repost.






Eliza Lau <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
19.02.2003 17:50
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: TSM Upgrade frequency


Todd,

>From talking to a TSM Level 2 consultant, only the first 3 numbers of a
release
have to match between the server and the storage agent.  If all your
storage
agents are at 4.2.1.7, upgrading the server to 4.2.1.9 should be ok.

Eliza Lau
Virginia Tech Computing Center


>
> For you folks that patch your TSM server frequently (like the individual
> from Oxford University who upgraded from some version to 5.1.6.0 on
Feb3,
> then to 5.1.6.1 on Feb7, and now planning to upgrade to 5.1.6.2 within a
> couple weeks), how many of you have Storage Agent nodes?
> I am still on 4.2.1.7 simply because of the Storage Agent issue.  We
have a
> problem with TSM server crashes that is supposed to be fixed in
4.2.1.9+,
> but I find it hard to justify upgrading to 4.2.1.9+ when I know I will
have
> to upgrade to 5.x soon after.  According to the documentation I have
read,
> the TSM Server version and the Storage Agent version must be at the same
> level.
> We have several Storage Agent nodes, and all of them are considered 24x7
> servers, mission critical.  It is like pulling teeth to get downtime for
> any one of them just for normal OS or Application type maint.  I dread
the
> time where I have to take them all down at once.  Even more so, I dread
> having to take all of them down at the same time several times a month
just
> to keep updating TSM Storage Agent versions because the TSM Server
needed a
> patch.
> How do you folks with several mission critical, 24x7 servers go about
doing
> TSM Server upgrades and TSM Storage Agent upgrades?  Especially
considering
> that TSM Server outages are best done during the day when no backups are
> occurring, and TSM Client Node outages are done during the night to
reduce
> impact on the users of those Client Nodes.
>

Re: Problem with Storagetek L20 and 5.1.6.2

[Zlatko Krastev/ACIT]

How you did the upgrade (4.1.6 -> 5.1.6.2 or 4.1.6 -> 5.1.0.0 -> 5.1.6.0 
-> 5.1.6.2 or otherwise)?
What is the fileset and version for the ITSM device driver?
You hope wrong or you hope normal :-)

Zlatko Krastev
IT Consultant






GUILLAUMONT Etienne <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
21.02.2003 15:07
Please respond to "ADSM: Dist Stor Manager"

 
To: [EMAIL PROTECTED]
cc: 
Subject:Problem with Storagetek L20 and 5.1.6.2


Hello,

I juste upgraded my TSM server on AIX 4.3.3 to 5.1.6.2 from 4.1.6 and I 
had
to reinstall the devices software at 4.1 level to have my Storagetek work.
The library functionned but the DLT1 drives where unable to read tapes. I
got the following message :

20.02.03   14:06:43  ANR8302E I/O error on drive DLT1.2 (/dev/mt1)
(OP=SETMODE,
  Error Number=22, CC=207, KEY=FF, ASC=FF, ASCQ=FF,
  SENSE=**NONE**, Description=Device is not in a state
  capable of performing request).  Refer to Appendix D
in
  the 'Messages' manual for recommended action.

I just updated TSM to 5.1.6.2 and removed the drive and the library before
recreating them.

Did I do anything wrong or is it normal (I hope not)

Regards

Etienne GUILLAUMONT
e-mail : [EMAIL PROTECTED]

RGB Technologie
Parc d'Innovation, Bâtiment PYTHAGORE
11 Rue Jean SAPIDUS
67400 ILLKIRCH
Tél :  03 90 40 60 60
Fax : 03 90 40 60 61

Re: tape cartridges with same bar codes

[Zlatko Krastev]

It would not work and that is intentional.
Assume you have a library in production (3494 in your case) and one or
more standalone drives (your 3590B/E/H) at disaster-recovery site. If TSM
volumes are hardly referred to library-libvolume you would be forced to
have *exact the same* library at DR site. Currently volumes are referred
to libvolumes in one-to-one in *any* library. Thus you can remove 3494
libvolumes A, B, C and access them in 3590 drive (defined as manual
library).

Zlatko Krastev
IT Consultant






Ki-Hwan Kwon <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
10.02.2003 02:54
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:tape cartridges with same bar codes


Hello,
To simplify my question,
assume that there are two tape cartridges with
same bar codes.
The tapes are extended high performance tapes.
We have two IBM 3494 tape libraries
(I call them as 3494A and 3494B each).
If I put one tape into 3494A dnd if I put the other tape into
3494B, will this cause a problem to ADSM server due to
same bar codes?
I have ADSM installed on an RS/6000 unix server
which manages the two libraries.
I am a newbie in ADSM and someone says this will cause a problem
but I don't understand why. Since they are in physically different
library, there should be a way to distinguish the two tapes with
same bar codes. Any comments will be much appreciated.
thanks.

Re: TDP for Oracle 9.2

[Zlatko Krastev]

You had not looked enough through list archives. This was already
discussed few times and the answer was:
An update to TDPO v2.2.1 is part of IBM TSM for Databases v5.1.5. That
updated TDPO supports Oracle 9i Release 8.1.7, OPS 8.1.7, Oracle 9i (9.0.1
or later) and Oracle 9i RAC (9.0.1 or later). The supported OSes are AIX,
HP-UX, Solaris and Windows. This was announced in IBM EMEA Letter
ZP02-0494 (which ought to be applicable to Iceland as well). Find it on
http://www.ibmlink.ibm.com/ or obtain it from your IBM sales team.
All platforms except AIX were available immediately, while AIX 64-bit on
AIX 5L came a month later. This month ended in November thus at the moment
Oracle 9i is supported with no exceptions on all four platforms.

Zlatko Krastev
IT Consultant






Kolbeinn Josepsson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
07.02.2003 17:08
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:TDP for Oracle 9.2


Hi gurus!

I found a lot of queries in the archive regarding if Oracle 9.2 is
supported on TDPO 2.2.1 but no replies. Does any know if this is
supported?

I need Data Protection for Oracle 9.2 running on HP-UX. Refering to the
configuration instructions for TDP 2.2.1 the RMAN relinking porcedure does
not match for Oracle 9.2 (HP-UX). There is only Oracle Data Protection
5.1.5 awailable for AIX, am I correct? Does any know if the DP 5.1.5 for
HP-UX (and Solaris etc.) is coming up?


Best regards,
Kolbeinn Josepsson 7 Systems Engineer
Tivoli Certified Consultant - IBM TSM V5.1
www.nyherji.is

Re: Slow client sessions

[Francisco Molero]

Hi Douglas,
In Solaris you can get better performance if you use
raw devices for DB, LOG and diskpools.


> My organization recently migrated a 45GB TSM 5.1.5
> database from an old AIX platform to a Sun V880
> running Solaris 8. The migration of the database was
> done by using "dsmserv restore db" as the export
> failed on varios errors. A db audit was never
> performed because of the downtime involved - days,
> weeks, who knows?
> The server has 4*900MHz Sparcs, 8GB RAM, one
> functional Gb ethernet card, and 6*73 internal FC
> disks. Externally, a JBOD was used, Sun's D2,
> 12*36GB
> SCSI-3 disks. It was all configured with Disksuite
> in
> this way. /, /usr, /opt were mirrored using two of
> the
> internal disks. The other disks were configued as
> RAID
> and had filesystems that contained primary db and
> log
> volumes as well as a storage pool for Domino. The
> external array was also configured as RAID 5 and had
> filesystems that would contain the db and log copies
> as well as other storage pools -Backuppool, etc.
> When the system came up, performance was incredibly
> poor and it became apparent that the bottleneck was
> the D2 array which had problems migrating and
> backing
> up simultaneously.
> At that point or shortly thereafter, stgpool volumes
> were spread between the internal disk and external
> disk and the the db/log copies were deleted.
> The current situation is that, after inspecting the
> output from "q sessions", the client make contact
> with
> the server and then sits in queue for a very long
> time. Once the actual backup/restore starts, it runs
> like greased lightning, however. Incidentally, there
> are over 1000 desktop clients runiing 95, 98 and XP.
>
> Any ideas, suggestions? Thank you...
>
>
>
>
>
__
> Post your free ad now! http://personals.yahoo.ca

___
Yahoo! Msviles
Personaliza tu msvil con tu logo y melodma favorito
en http://moviles.yahoo.es

Re: bug?

[Remco Post]

On Sun, 23 Feb 2003 10:46:46 +0200
Zlatko Krastev/ACIT <[EMAIL PROTECTED]> wrote:

> What's the point? I see nothing buggy here except DDSPOOL not in the
> storage hierarchy (which might be intentional).
>
> Zlatko Krastev
> IT Consultant
>
>
>

Which is intentional. I guess it's a feature of copy storagepools not to
have a next stg, so no, no bug...

>
>
>
> Remco Post <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 21.02.2003 17:20
> Please respond to "ADSM: Dist Stor Manager"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:bug?
>
>
> Hi,
>
> tsm: COOKE>q stg
>
> Storage  Device   EstimatedPctPct  High  Low  Next
> Stora- Pool NameClass NameCapacity   Util   Migr   Mig  Mig
> ge Pool
>(MB) Pct  Pct
> ---  --  --  -  -    ---
> --- ARCHIVEPOOL  DISK   2,000.00.00.090
> 70  FILEPOOL BACKUPPOOL   DISK   2,000.0   65.3   65.390
> 70  FILEPOOL DDSPOOL  TAPECLASS  0.00.00.090
> 70 FILECOPYPO-  FILEDEV  100,000.04.1
>  OL
> FILEPOOL FILEDEV  100,000.04.66.090   70
> SPACEMGPOOL  DISK   2,000.0   50.4   50.490   70  FILEPOOL
>
>
> So this is our test-server, no biggy, but ehhh,this isn't supposed to
> work this way...
>
> --
> Met vriendelijke groeten,
>
> Remco Post
>
> SARA - Stichting Academisch Rekencentrum Amsterdam
> http://www.sara.nl
> High Performance Computing  Tel. +31 20 592 8008Fax. +31 20 668
> 3167
>
> "I really didn't foresee the Internet. But then, neither did the
> computer industry. Not that that tells us very much of course - the
> computer industry
> didn't even foresee that the century was going to end." -- Douglas
> Adams

Re: TSM server move

[admin]

Thank you for the valuable input.


Quoting Zlatko Krastev/ACIT <[EMAIL PROTECTED]>:

> 0. (!) cease operations and backup the DB
> 1. upgrade old server to ITSM 5.1.5
> 2. backup the upgraded DB
> 3. attach the library to new server
> 4. restore DB from the library (it might be necessary to play with library
> definition)
> Continue business as usual
>
> Zlatko Krastev
> IT Consultant
>
>
>
>
>
>
> TSMadm <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 22.02.2003 00:08
> Please respond to "ADSM: Dist Stor Manager"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:TSM server move
>
>
> Hi,
>
> Currently, I have TSM 4.1.4 running on AIX 4.3.3 using a STK tape
> library. Next month, I need to move TSM to another AIX server(Running
> 5L) and would like to upgrade TSM to 5.1.5 at the same time, using the
> existing STK tape library.  Can anyone give me some pointers the best
> ways to accomplish this task. If I install TSM 5.1.5 on the new server,
> how can I get the new server to recognize the old tapes in the tape
> library, especially the database backup tape that I am going to use for
> the restore?
>
> Thanks
>

Re: Need ideas for offsite copy of HSM tapes

[Richard Sims]

Synopsis: Want an offsite image of HSM data for DR, but want to avoid
  the use of tapes for an onsite backup image.

I would approach it this way:  Via dsmmigfs, defined the stub size to be
512 to eliminate leading file data from the stub, to force all files to
be eligible for migration.  Employ a relatively low HThreshold value on
the HSM file system, to cause most files to migrate naturally.  Prepatory
to daily TSM server administration tasks, schedule a 'dsmmigrate -R' on
the file system, allowing enough time for it to finish.  As part of daily
TSM server administration, do Backup Stgpool on the disk & tape stgpools
to which that HSM data migrates, to an appropriate offsite stgpool.

 Richard Sims, BU

Re: Slow client sessions

[Richard Sims]

Synopsis: Performed unsupported, undefined cross-platform restoral of the
  critical TSM component, its database, and now having odd problems.

The Year of Living Dangerously.  That was the kind of posting we hope we
never see on the List.  And if the executives of the companies where such
things are done should ever see some of these postings, they would require
cardiac resuscitation.

I pondered how to respond to the posting, and have to say that Zlatko's
observations adroitly summarized things.

If I were you I would, without delay, get into contact with inner TSM
support people to have them evaluate your situation and prognosis for
health - if not consider re-doing the migration the right way.  We on this
list can offer first-aid advice: what you need is consultation with a
specialist.

  Richard Sims, BU

Re: PMR 02528, 082

[Zlatko Krastev]

You already got a tons of opinions on this one but nobody commented that
your AIX admin is messing RAID levels:
RAID 0 is striping (no protection)
RAID 1 is mirroring (protected)
I can also bet he does not know the difference between RAID 10 and 0+1
(though it is easy to guess/mess).

Zlatko Krastev
IT Consultant






William Rosette <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
07.02.2003 16:18
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:PMR 02528, 082


Does any TSM gurus have any suggestions for our AIX admin

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD
- Forwarded by Bill Rosette/IS/Corporate/Papa Johns on 02/07/2003
09:20
AM -

  Steven Schraer
   To:   [EMAIL PROTECTED]
  02/06/2003 05:09 cc:   Bill
Rosette/IS/Corporate/Papa Johns
  PM   Subject:  PMR 02528, 082





We are having some problems with the first link below.  The second is
working.

I have been looking at the Redbook.  Gettting started with Tivoli Storaage
Manger: Implementation Guide.

It looks like for storage pools are recommend for raid 0 (mirroring), raid
0+1 (mirroring & stripping) or raid 5 (distributed parity).  These are
safe
methods to protect the storage pool.  Do you know of any companies that
use
just raid 1 (stripping) on their storage pools?  Is there an issue of tsm
loosing a storage pool and the database having issues due to the lost
storage pool data?

Also there is no suggested raid for the tsm database.  Since we mirror the
tsm database with the tsm software, can we use raid 1 (stripping) so that
we can get a performance increase on accessing the database?  Or should we
just create the volume group with no raiding but lay the database over
multiple smaller disk (i.e. use eight 18.2 Gig disk instead of 4 36.4 Gig
disk).  What will give us the best performance.

Can I get an answer on this tomorrow morning.  I have a meeting to discuss
the performance issues tomorrow (Feb 7, 2002).

Thanks for your assistance!

Steven M. Schraer
502-261-4148
- Forwarded by Steven Schraer/IS/Corporate/Papa Johns on 02/06/2003
04:57 PM -

  Bill Rosette
   To:   Steven
Schraer/IS/Corporate/Papa [EMAIL PROTECTED] Johns
  02/06/2003 03:51 cc:
  PM   Subject:  PMR 02528, 082





Could not get into the link below.

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD
- Forwarded by Bill Rosette/IS/Corporate/Papa Johns on 02/06/2003
03:53
PM -

  Stephen Hull
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  >cc:
   Subject:  PMR
  02/06/2003 03:36
  PM






Hi Bill,
 Here is a link to the Performance Tuning Guide on the web:
ftp://w3.ibm.com/support/ats/documents/TSM42PDG.pdf

Regards,
Stephen Hull
IBM Tivoli Storage Manager Support

More questions?  Search our new TSM KnowledgeBase at:
http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

Re: Need ideas for offsite copy of HSM tapes

[Zlatko Krastev/ACIT]

I am surprised to see many answers to this thread not commenting the
standard TSM functionality sufficient to achieve the goal:
- HSM client sends the data in a storage pool. That storage pool can be
backed up to a copypool. If this is a storage hierarchy within the server
(diskpool migration to tapepool), backup the diskpool first then backup
the tapepool to same copypool. Voila.
- management class for HSM client has parameter migrequiresbkup
(defaulting to yes). Thus if MIGDESTination of the class and DESTination
of the backup copygroup point to different pools - you again can have two
copies. Plus the copypool one can be even more.
- usage of HSM client does not prevent filesystem to be backed up using
B/A client. Restore of HSM-enabled filesystem is even a bit faster - TSM
is smart enough and can restore only the stubs thus improving system
recovery times. Again backup destination pool can be backed to a copypool
and handled as all other nodes (which Matt assumes are "working fairly
well").
How afterwards off-site tape management is to be done is just another
story solvable in many ways - through DRM, AutoVault, TSMManager, etc. (or
Post-It notes :-).

Zlatko Krastev
IT Consultant






Matt Simpson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 21:46
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Need ideas for offsite copy of HSM tapes


We are using TSM and the HSM client to replace a system which used
Unitree and Cam backup software.  The system provides two major
functions.  One is server/workstation backup.  We have that part
working fairly well (ignoring the usual TSM headaches).

The second function, which has me scratching my head for answers (and
begging all of you for advice), is a nearline storage capacity.
Basically, we provide what looks like a huge disk farm (really disks
migrating to tape libraries) that users can FTP files to/from for
storage.  The understanding with this system is that we provide no
"backup" of user files in the nearline storage, meaning that if a
user deletes a file, it's gone, and he can't get it back, or can't
restore an older version of an existing file.  We do want offsite
copies for disaster recovery, so if the whole system burns up through
no fault of the users, we can restore their current data.

With  the old Unitree system, all tape storage was in an STK 9310
silo with 9840 drives, managed by ACSLS. As data was migrated to
tape, 2 copies were made, and one copy sent offsite on a daily basis.

With TSM, we have added a 3584 LTO library, and want to use the LTO
tapes for offsite storage (denser tapes means fewer cartridges to
shuffle).  We have it working fairly well for the regular TSM
server/workstation backups: backups go to a disk pool which migrates
to a 9840 storage pool; 9840 pool is regularly copied to an LTO
copypool, and we use the TSM DRM facilities to handle tape movement
between the LTO library and the vault.

The nearline storage facility gets a little more complicated.
Essentially, the users ftp to/from a machine running the TSM/HSM
client (which happens to be the same one running the TSM server).
The ftp users directory is a space-managed directory which migrates
to a 9840 tape pool for onsite storage.  Our initial setup was to
back up the ftp users directory to an LTO pool to go offsite.  But we
seem to keep running into gotchas.  DRM doesn't handle primary
sequential storage pools, so it wouldn't move the backups of the ftp
users stuff.  So I thought instead of backing it up, let's just
define an LTO copy pool, and copy the HSM primary tape pool to it.
That would probably let us get copies of the HSM tapes offsite, but
it appears that not everything in a space-managed directory gets
migrated to tape, so those tapes alone would not be sufficient to
recover from a disaster.

The simplest option seems to be continuing our strategy of backing up
the directory to an LTO pool, and then copying that to an LTO copy
pool for DRM.  But that doubles our tape usage.

Does anybody see a reasonable solution to our problem?  Have I done a
reasonable job of explaining what the problem is? To summarize: we
want to use the HSM client to provide nearline storage, and we want
tapes offsite that will allow us to accurately restore that data if
the onsite facilities are destroyed, and we would prefer to have not
more than 2 copies (one onsite, one offsite) of the data.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as
fast
as last year's.

Re: Slow client sessions

[Zlatko Krastev/ACIT]

So let me repeat in short to realize what you've done:
- you had a TSM server with lot of data (45 GB DB, 1000 desktops and
unknown number of servers, etc.);
- you had "vario(u)s errors" and intentionally ignored them;
- you preferred to abandon the supported export/import and step deeply in
unexplored lands of cross-system restore;
- you have done some intuitive "performance improvement" but system still
does not perform according to the expectations.

Now the questions I have after all:
- how much your company values the data stored in that server?
- who was the bright guy "inventing" this migration plan?
- why you did not asked someone *before* migration?
- have you ever tested the performance of same Sun server with clean and
correct install of TSM server?
- if yes, what was the performance and how it compares to current one?
- what kind of errors did you had?
- and why you did not attempted to resolve them first?

Zlatko Krastev
IT Consultant






Douglas Currell <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
23.02.2003 00:00
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Slow client sessions


My organization recently migrated a 45GB TSM 5.1.5
database from an old AIX platform to a Sun V880
running Solaris 8. The migration of the database was
done by using "dsmserv restore db" as the export
failed on varios errors. A db audit was never
performed because of the downtime involved - days,
weeks, who knows?
The server has 4*900MHz Sparcs, 8GB RAM, one
functional Gb ethernet card, and 6*73 internal FC
disks. Externally, a JBOD was used, Sun's D2, 12*36GB
SCSI-3 disks. It was all configured with Disksuite in
this way. /, /usr, /opt were mirrored using two of the
internal disks. The other disks were configued as RAID
and had filesystems that contained primary db and log
volumes as well as a storage pool for Domino. The
external array was also configured as RAID 5 and had
filesystems that would contain the db and log copies
as well as other storage pools -Backuppool, etc.
When the system came up, performance was incredibly
poor and it became apparent that the bottleneck was
the D2 array which had problems migrating and backing
up simultaneously.
At that point or shortly thereafter, stgpool volumes
were spread between the internal disk and external
disk and the the db/log copies were deleted.
The current situation is that, after inspecting the
output from "q sessions", the client make contact with
the server and then sits in queue for a very long
time. Once the actual backup/restore starts, it runs
like greased lightning, however. Incidentally, there
are over 1000 desktop clients runiing 95, 98 and XP.

Any ideas, suggestions? Thank you...




__
Post your free ad now! http://personals.yahoo.ca

Re: bug?

[Zlatko Krastev/ACIT]

What's the point? I see nothing buggy here except DDSPOOL not in the
storage hierarchy (which might be intentional).

Zlatko Krastev
IT Consultant






Remco Post <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
21.02.2003 17:20
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:bug?


Hi,

tsm: COOKE>q stg

Storage  Device   EstimatedPctPct  High  Low  Next Stora-
Pool NameClass NameCapacity   Util   Migr   Mig  Mig  ge Pool
   (MB) Pct  Pct
---  --  --  -  -    ---  ---
ARCHIVEPOOL  DISK   2,000.00.00.090   70  FILEPOOL
BACKUPPOOL   DISK   2,000.0   65.3   65.390   70  FILEPOOL
DDSPOOL  TAPECLASS  0.00.00.090   70
FILECOPYPO-  FILEDEV  100,000.04.1
 OL
FILEPOOL FILEDEV  100,000.04.66.090   70
SPACEMGPOOL  DISK   2,000.0   50.4   50.490   70  FILEPOOL


So this is our test-server, no biggy, but ehhh,this isn't supposed to work
this way...

--
Met vriendelijke groeten,

Remco Post

SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl
High Performance Computing  Tel. +31 20 592 8008Fax. +31 20 668 3167

"I really didn't foresee the Internet. But then, neither did the computer
industry. Not that that tells us very much of course - the computer
industry
didn't even foresee that the century was going to end." -- Douglas Adams

Re: TSM server move

[Zlatko Krastev/ACIT]

0. (!) cease operations and backup the DB
1. upgrade old server to ITSM 5.1.5
2. backup the upgraded DB
3. attach the library to new server
4. restore DB from the library (it might be necessary to play with library
definition)
Continue business as usual

Zlatko Krastev
IT Consultant






TSMadm <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
22.02.2003 00:08
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:TSM server move


Hi,

Currently, I have TSM 4.1.4 running on AIX 4.3.3 using a STK tape
library. Next month, I need to move TSM to another AIX server(Running
5L) and would like to upgrade TSM to 5.1.5 at the same time, using the
existing STK tape library.  Can anyone give me some pointers the best
ways to accomplish this task. If I install TSM 5.1.5 on the new server,
how can I get the new server to recognize the old tapes in the tape
library, especially the database backup tape that I am going to use for
the restore?

Thanks