I got what you mean.
I think you can such a flag to "Continue on error" , how is marked the
session after that failure in TSM ?
On Mon, Apr 8, 2013 at 1:05 PM, Grigori Solonovitch <
grigori.solonovi...@ahliunited.com> wrote:
> Hello Carlo,
> I have only one channel in RMAN, but TSM Client is trying to write data to
> the both primary and copy pools. As a result 2 mount points are required.
> By the way, I think backup operation has to be continued in case of
> unavailability of copy pool.
> It happens for normal backups with warning in activity log ("The copy
> storage pool XXXXXX was removed from the storage pool list because of a
> failure for session YYYYYYY"),
> but TDP for Oracle backups are failing after warning message with
> misleading message ("The object XXXXXXX was not found on the TSM Server").
> I do not think it is correct.
> Regards,
>
> Grigori G. Solonovitch
> Senior Systems Architect Ahli United Bank Kuwait www.ahliunited.com.kw
>
> Please consider the environment before printing this E-mail
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Carlo Zanelli
> Sent: 08 04 2013 2:03 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] FW: TDPO questions
>
> Hi Grigori,
>
> it depends on how many channels do you have configured for RMAN.
> If you have configured 2 channels your mAXNUMMP shold be at least 2.
>
> Hope this helps.
>
>
> On Mon, Apr 8, 2013 at 11:49 AM, Grigori Solonovitch <
> grigori.solonovi...@ahliunited.com> wrote:
>
> > Problem has been resolved:
> >
> > 1) Primary storage pool was defined with copypoolnames=<copy pool>
> to
> > have data in the both primary and copy pools during export/import
> > nodes;
> >
> > 2) Export/Import was working fine and files were moved to the both
> > pools;
> >
> > 3) Backups for Windows and AIX nodes (flat files) were successful on
> > new TSM Server;
> >
> > 4) TDP for Oracle backups were failing due to default MAXNUMMP=1
> > (???????). Problem was fixed by increasing MAXNUMMP=2 (advised by Mr.
> > Wellington Kirubhakaran from forum)
> > Everything is working files are coming to the both primary and copy
> > pools during TDPO backups.
> > I do not think TDPO backups should fail with MAXNUMMP=1. Am I right?
> >
> > Grigori G. Solonovitch
> > Senior Systems Architect Ahli United Bank Kuwait
> > www.ahliunited.com.kw
> >
> > Please consider the environment before printing this E-mail
> >
> > From: Grigori Solonovitch
> > Sent: 07 04 2013 3:13 PM
> > To: ADSM: Dist Stor Manager (ADSM-L@VM.MARIST.EDU)
> > Subject: TDPO questions
> >
> > Moving AIX nodes from TSM Server 5.5.6/TSM Client 6.2.4 to TSM Server
> > 6.3.3100/TSM Client 6.4.0.
> > Export for Oracle node has been completed successfully.
> > Faced problem with TDP for Oracle 5.5.2.1 after upgrading TSM Client
> > 6.4.0
> > :
> >
> > RMAN-03009: failure of backup command on t1 channel at 04/07/2013
> > 15:03:42
> > ORA-19502: write error on file "/LPAR01/vcen.07.0.1228.1.812127807",
> > block number 1121 (block size=8192)
> > ORA-27030: skgfwrt: sbtwrite2 returned error
> > ORA-19511: Error received from media manager layer, error text:
> > ANS1315W (RC15) Unexpected retry request. The server found an error
> > while writing the data.
> >
> > What is the latest available version of TDPO? Is 5.5.2.1 compatible
> > with 6.4.0?
> > Any ideas for source of problem? Maybe some problems with API 64 bit?
> >
> > Thank you very much in advance.
> >
> > Grigori G. Solonovitch
> > Senior Systems Architect Ahli United Bank Kuwait
> > www.ahliunited.com.kw< http://www.ahliunited.com.kw>
> >
> > Please consider the environment before printing this E-mail
> >
> >
> > ________________________________
> >
> > CONFIDENTIALITY AND WAIVER: The information contained in this
> > electronic mail message and any attachments hereto may be legally
> > privileged and confidential. The information is intended only for the
> > recipient(s) named in this message. If you are not the intended
> > recipient you are notified that any use, disclosure, copying or
> > distribution is prohibited. If you have received this in error please
> > contact the sender and delete this message and any attachments from
> > your computer system. We do not guarantee that this message or any
> > attachment to it is secure or free from errors, computer viruses or
> > other conditions that may damage or interfere with data, hardware or
> software.
> >
> >
> > Please consider the environment before printing this Email.
> >
>
>
>
> --
> Eng. Carlo Zanelli
> EMC Ireland, Co. Cork
> Mobile: +353-(0)864569250, +39-3491419132
>
>
> ________________________________
>
> CONFIDENTIALITY AND WAIVER: The information contained in this electronic
> mail message and any attachments hereto may be legally privileged and
> confidential. The information is intended only for the recipient(s) named
> in this message. If you are not the intended recipient you are notified
> that any use, disclosure, copying or distribution is prohibited. If you
> have received this in error please contact the sender and delete this
> message and any attachments from your computer system. We do not guarantee
> that this message or any attachment to it is secure or free from errors,
> computer viruses or other conditions that may damage or interfere with
> data, hardware or software.
>
--
Eng. Carlo Zanelli
EMC Ireland, Co. Cork
Mobile: +353-(0)864569250, +39-3491419132
