ADSM-L

Re: [ADSM-L] FW: TDPO questions

2013-04-09 02:13:50
Subject: Re: [ADSM-L] FW: TDPO questions
From: Carlo Zanelli <carlo.zanelli AT GMAIL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 9 Apr 2013 07:12:50 +0100
I think you have that behaviour quite different from a fs backup because
you are dealing with RMAN, and at this point I do not know if there is any
way to lower the severity to Warning for that but if is the RMAN script to
fail in one of this points I do not think so.
What's the output of the RMAN script in thatwhen the job is failing due to
the copypool not present?
Why do not make a separate job to copy the data from primary to copy pool?


On Tue, Apr 9, 2013 at 5:55 AM, Grigori Solonovitch <
Grigori.Solonovitch AT ahliunited DOT com> wrote:

> Session is failing and RMAN is not repeating it....
>
> 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 AT VM.MARIST DOT EDU] On Behalf 
> Of
> Carlo Zanelli
> Sent: 08 04 2013 3:43 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] FW: TDPO questions
>
> I mean, the session is marked as failed? Or completed? Is the session
> restorable after that error?
>
>
> On Mon, Apr 8, 2013 at 1:33 PM, Grigori Solonovitch <
> Grigori.Solonovitch AT ahliunited DOT com> wrote:
>
> > 130     2013-04-08 09:30:14     SERVER                  ANR0406I Session
> > 535094 started for node LPAR01_ORA (TDP Oracle AIX) (Tcp/Ip
> LPAR01(16890)).
> > (SESSION: 535094)
> > 131     2013-04-08 09:30:14     SERVER                  ANR4744W The
> > server cannot acquire a sufficient number of mount points. (SESSION:
> 535094)
> > 132     2013-04-08 09:30:14     SERVER                  ANR4734W The copy
> > storage pool DCOPY3_AIX was removed from the storage pool list because
> > of a failure for session 535094. (SESSION: 535094)
> > 133     2013-04-08 09:30:15     SERVER                  ANR0403I Session
> > 535094 ended for node LPAR01_ORA (TDP Oracle AIX). (SESSION: 535094)
> > 134     2013-04-08 09:30:15     SERVER                  ANR0406I Session
> > 535098 started for node LPAR01_ORA (TDP Oracle AIX) (Tcp/Ip
> LPAR01(16891)).
> > (SESSION: 535098)
> > 135     2013-04-08 09:30:16     CLIENT  LPAR01_ORA              ANE4992W
> > TDP Oracle AIX ANU0599 TDP for Oracle: (34406560): =>(LPAR01_ORA)
> > ANU2604W The object /vcen_vcen/ //LPAR01/vcen.08.0.1230.1.812194216
> > was not found on the TSM Server (SESSION: 535098)
> > 136     2013-04-08 09:30:16     SERVER                  ANR0403I Session
> > 535098 ended for node LPAR01_ORA (TDP Oracle AIX). (SESSION: 535098)
> >
> > 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 AT VM.MARIST DOT EDU] On Behalf
> > Of Carlo Zanelli
> > Sent: 08 04 2013 3:31 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: [ADSM-L] FW: TDPO questions
> >
> > 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.Solonovitch AT ahliunited DOT 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 AT VM.MARIST DOT EDU] On
> > > Behalf Of Carlo Zanelli
> > > Sent: 08 04 2013 2:03 PM
> > > To: ADSM-L AT VM.MARIST DOT 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.Solonovitch AT ahliunited DOT 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 AT VM.MARIST DOT 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
> >
> >
> > ________________________________
> >
> > 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
>
>
> ________________________________
>
> 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

<Prev in Thread] Current Thread [Next in Thread>