All,
Please ignore previous posting as I've found the solution...
TDPIO V 2.2.0.1 or 2 required.. (fixtests)
Why can I not find the APAR on the knowledge base that is documented in the fixtest
(IC30760)
Tel: +44(0) 207 547 4917
Fax +44(0)207 541-4705
Mobile +44(0) 7768 361-885
email: [EMAIL PROTECTED]
Group mail [EMAIL PROTECTED]
---------------------- Forwarded by Bruce Mitchell on 16/11/2001 13:51
---------------------------
From: Bruce Mitchell on 16/11/2001 11:07
To: [EMAIL PROTECTED]
cc:
Subject: Re: TDPO 2.2 some undesirable behaviour.
Has anyone seen the following behviour with their sbtio.log under Solaris and TDP for
Oracle V2.2. I cant find anything on Tivoli's Knowledge base..
Any hints/tip are welcome....
Tel: +44(0) 207 547 4917
Fax +44(0)207 541-4705
Mobile +44(0) 7768 361-885
email: [EMAIL PROTECTED]
Group mail [EMAIL PROTECTED]
---------------------- Forwarded by Bruce Mitchell on 16/11/2001 11:09
---------------------------
From: Martin-db Baker on 16/11/2001 11:06
To: Bruce Mitchell
cc:
Subject: Re: TDPO 2.2 some undesirable behaviour. (Document link: Database 'Bruce
Mitchell', View '($Inbox)')
Bruce,
the sbtio.log is according to the RMAN documentation the 3rd Party media
management log file, and contains " information on the functioning of the media
management device. " and is owned/populated by the media manager.
Given that debug=49 is superceded by TPDO_TRACE and I don't have this in the
dsm.optora_alt file, and even when I do put it in the TDPOconfig file it doesn;t have
any effect on the sbtio.log. But seems to have the effect of forking the log and
duplicates much of the output.
tdpo.opt specifies nothing beyond the minimum.
This is the contents of the tdpo TDPO_OPTFILE
TDPO_NODE vss1fxp1ora2
DSMI_ORC_CONFIG /opt/tivoli/tsm/client/api/bin/dsm.optora_alt
TDPO_PSWDPATH /opt/tivoli/tsm/client/oracle/bin
TDPO_OWNER oracle
TDPO_FS RMSPRDorc
DSMI_LOG /u003/RMS/admin/scripts/dsmi_RMSDEV1.log
TDPO_NUM_BUFFERS 8
TDPO_TRACE_FLAGS orclevel0
TDPO_TRACE_FILE /u003/RMS/admin/scripts/tdpo_RMSDEV1.log
I have a sneeking suspicion that Tivoli have shipped the agent with the debugger
defaulted ON.... Can you PMR this or check their knowledge base?
Martin Baker
Oracle Database Administrator
FX/IT
020 754(5 6039)
---------------------------------------- Message History
----------------------------------------
From: Bruce Mitchell on 16/11/2001 08:59
To: Martin-db Baker/DMGIT/DMG UK/DeuBa@DMG UK
cc:
Subject: Re: TDPO 2.2 some undesirable behaviour. (Document link: Database
'Martin-db Baker', View '($Inbox)')
Martin,
According to the documentation , RMAN controls the logging to sbtio.log. I asked
Paul to comment out the TDPO_TRACE(s) he had
set in the dsm.opt file..
Is there anything withim RMAN thats 'tracing'..
Tel: +44(0) 207 547 4917
Fax +44(0)207 541-4705
Mobile +44(0) 7768 361-885
email: [EMAIL PROTECTED]
Group mail [EMAIL PROTECTED]
---------------------------------------- Message History
----------------------------------------
From: Martin-db Baker on 15/11/2001 17:38
To: Bruce Mitchell/DMGIT/DMG UK/DeuBa@DMG UK
cc: Paul Cornish/DMGIT/DMG UK/DeuBa@DMG UK
Subject: TDPO 2.2 some undesirable behaviour.
Bruce,
James has installed for me the TDPO 2.2 on srmsd1, and initial testing looks
promising.
as always there is a "However", there is an undesirable effect of tracing via
sbtio.log (previously controlled by debug=49)............
It produces logs running into the 10's or even 100Mb for 1 restore.... this is no
good, as the trace info goes to the database instance trace directories, and these are
kept puposefully small on Development machines.
I've tried the
TDPO_TRACE_FLAGS orclevel0 orclevel1 orclevel2
TDPO_TRACE_FILE /u003/RMS/admin/scripts/tdpo_RRATED.log
varying the levels, but makes no difference to sbtio.log.
trace level 0 =OFF is set at the TNS (Oracle networking substrate) level, and
has no effect on the quantity of sbtio logging.
I have discussed with Paul Cornish, and he advises similar experience... said
something about settings in dsm.sys or opt, can you throw any light on this?
Martin Baker
Oracle Database Administrator
FX/IT
020 754(5 6039)
--
This e-mail may contain confidential and/or privileged information. If you are not the
intended recipient (or have received this e-mail in error) please notify the sender
immediately and destroy this e-mail. Any unauthorized copying, disclosure or
distribution of the material in this e-mail is strictly forbidden.
