From oracle-l-bounce@freelists.org Mon Jul 25 15:43:48 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j6PKhmpN001424 for ; Mon, 25 Jul 2005 15:43:48 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j6PKhjIP001409 for ; Mon, 25 Jul 2005 15:43:45 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3902D1D777F; Mon, 25 Jul 2005 15:43:43 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24261-02; Mon, 25 Jul 2005 15:43:43 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9C1AC1D7946; Mon, 25 Jul 2005 15:43:42 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----_=_NextPart_001_01C59159.47BC1674" Subject: Enterprise Manager/RMAN Issues Date: Mon, 25 Jul 2005 14:41:49 -0600 Message-ID: <148130B14F816945863CF9B82EDE223601FCEAD1@doaisd05204.state.mt.us> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Enterprise Manager/RMAN Issues Thread-Index: AcWRWUdtUl8+WwkbS0mpSX4YnmTwIQ== From: "Weiss, Rick" To: "Oracle-L (E-mail)" X-OriginalArrivalTime: 25 Jul 2005 20:41:49.0317 (UTC) FILETIME=[47D4C350:01C59159] X-archive-position: 22883 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: rweiss@mt.gov Precedence: normal Reply-To: rweiss@mt.gov X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-3.6 required=5.0 tests=AWL,BAYES_00, HTML_FONTCOLOR_BLUE,HTML_FONTCOLOR_RED,HTML_FONT_BIG,HTML_MESSAGE autolearn=no version=2.63 ------_=_NextPart_001_01C59159.47BC1674 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C59159.47BC1674" ------_=_NextPart_002_01C59159.47BC1674 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am having problems setting up the recovery catalog for RMAN backups in=0D my environment. I have the following existing environment, DEV, TEST=0D and PROD on 9.2.0.6 on separate SLES-9 servers currently being backed up=0D and maintained using OEM 9.2(Java Client) on a different server with its=0D OEM Repository on a 9.2.0.6 database. - Everything there works great. I=0D have all the recovery catalogs on the OEM repository database and back=0D it up last level 0 every night with its recovery catalog on the=0D production database.=0D =0D Now, I am trying to add a DEV 10.2.0.1 database and OEM Grid Control=0D v10.1.0.3 to the mix. I need to begin backing up this database and have=0D not been able to get past the point of registering the 10.2 database on=0D a recovery catalog. I have tried creating all the combinations of=0D recovery catalog using RMAN line mode in my environment (9.0.1 from the=0D EMGC oracle home, 9.2.0 from the other repository, 10.1.0 from an=0D obsolete database install on my test server and 10.2 from my development=0D server), every time in EMGC (web client) when I try to register the=0D database (DEV 10.2) in the installed recovery catalog, I get an error=0D that states:=0D =0D Incorrect Recovery Catalog Information =0D =0D Recovery catalog scheme version 10.02.00.00 is not compatible with this=0D version of RMAN (or whatever version I installed)=0D =0D I have RTFM'ed as much as I could find and still am baffled, is there=0D something (probably real simple) that I have missed in this mess. I=0D haven't tried backing this database up using the 9i OEM, because the=0D same thing failed when I tested it on a 10.1.0.3 database, so I think I=0D am tied to the Grid Control backup process.=0D =0D Rick Weiss=0D Oracle Database Administrator=0D Montana Department of Labor & Industry=0D Centralized Services Division=0D Technical Services Bureau=0D 1327 Lockey=0D P.O. Box 1728=0D Helena, Montana 59624-1728=0D (406) 444-9628=0D rweiss@mt.gov=0D ------_=_NextPart_002_01C59159.47BC1674 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =0D =0D = =0D =0D =0D =0D
I am having pr= oblems =0D setting up the recovery catalog for RMAN backups in my environment.  I= have =0D the following existing environment, DEV, TEST and PROD on 9.2.0.6 on separa= te =0D SLES-9 servers currently being backed up and maintained using OEM 9.2(Java = =0D Client) on a different server with its OEM Repository on a 9.2.0.= 6 =0D database. - Everything there works great.  I have all the recovery cat= alogs =0D on the OEM repository database and back it up last level 0 every night with= its =0D recovery catalog on the production database.
=0D
 
=0D
Now, I am trying to add a DEV 10= .2.0.1 =0D database and OEM Grid Control v10.1.0.3 to the mix.  I need = to =0D begin backing up this database and have not been able to get past the point= =0D of registering the 10.2 database on a recovery catalog.  I have t= ried =0D creating all the combinations of recovery catalog using RMAN line= =0D mode in my environment (9.0.1 from the EMGC oracle home, 9.2.0 from th= e =0D other repository, 10.1.0 from an obsolete database install on my test = =0D server and 10.2 from my development server), every time in EMGC (web client= ) =0D when I try to register the database (DEV 10.2) in the installed recovery=20 catalog, I get an error that states:
=0D
 
=0D
=0D =0D =0D =0D =0D =0D
Incorrect Recovery Catalog Information
=0D
Recovery =0D catalog scheme version 10.02.00.00 is not compatible with this version of R= MAN =0D (or whatever version I installed)
=0D
 
=0D
I have RTFM'ed as much as= I could =0D find and still am baffled, is there something (probably real simple) that I= have =0D missed in this mess.  I haven't tried backing this database up using t= he 9i =0D OEM, because the same thing failed when I tested it on a 10.1.0.3 database,= so I =0D think I am tied to the Grid Control backup process.
=0D
 
=0D
Rick =0D Weiss
=0D
Oracl= e Database =0D Administrator
=0D
Montana D= epartment of =0D Labor & Industry
=0D
Centraliz= ed Services =0D Division
=0D
Technical= Services =0D Bureau
=0D
1327 Lockey
=0D
P.O. Box 1728=
=0D
Helena, Monta= na  =0D 59624-1728
=0D
(406) =0D 444-9628
=0D
rweiss@mt.gov
=0D ------_=_NextPart_002_01C59159.47BC1674-- ------_=_NextPart_001_01C59159.47BC1674 Content-Type: image/gif; name="t.gif" Content-Transfer-Encoding: base64 Content-Description: t.gif Content-Location: http://dlioraoem10g.mt.gov/em/cabo/images/t.gif R0lGODlhAQABALMAAP+A/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAACH5BAEAAAAALAAAAAABAAEAQAQCEEQAOw== ------_=_NextPart_001_01C59159.47BC1674 Content-Type: image/gif; name="tech.gif" Content-Transfer-Encoding: base64 Content-ID: <844582520@25072005-229C> Content-Description: tech.gif Content-Location: tech.gif R0lGODlhFAAUAPcAAP//////zP//mf//Zv//M///AP/M///MzP/Mmf/MZv/M M//MAP+Z//+ZzP+Zmf+ZZv+ZM/+ZAP9m//9mzP9mmf9mZv9mM/9mAP8z//8z zP8zmf8zZv8zM/8zAP8A//8AzP8Amf8AZv8AM/8AAMz//8z/zMz/mcz/Zsz/ M8z/AMzM/8zMzMzMmczMZszMM8zMAMyZ/8yZzMyZmcyZZsyZM8yZAMxm/8xm zMxmmcxmZsxmM8xmAMwz/8wzzMwzmcwzZswzM8wzAMwA/8wAzMwAmcwAZswA M8wAAJn//5n/zJn/mZn/Zpn/M5n/AJnM/5nMzJnMmZnMZpnMM5nMAJmZ/5mZ zJmZmZmZZpmZM5mZAJlm/5lmzJlmmZlmZplmM5lmAJkz/5kzzJkzmZkzZpkz M5kzAJkA/5kAzJkAmZkAZpkAM5kAAGb//2b/zGb/mWb/Zmb/M2b/AGbM/2bM zGbMmWbMZmbMM2bMAGaZ/2aZzGaZmWaZZmaZM2aZAGZm/2ZmzGZmmWZmZmZm M2ZmAGYz/2YzzGYzmWYzZmYzM2YzAGYA/2YAzGYAmWYAZmYAM2YAADP//zP/ zDP/mTP/ZjP/MzP/ADPM/zPMzDPMmTPMZjPMMzPMADOZ/zOZzDOZmTOZZjOZ MzOZADNm/zNmzDNmmTNmZjNmMzNmADMz/zMzzDMzmTMzZjMzMzMzADMA/zMA zDMAmTMAZjMAMzMAAAD//wD/zAD/mQD/ZgD/MwD/AADM/wDMzADMmQDMZgDM MwDMAACZ/wCZzACZmQCZZgCZMwCZAABm/wBmzABmmQBmZgBmMwBmAAAz/wAz zAAzmQAzZgAzMwAzAAAA/wAAzAAAmQAAZgAAMwAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAACwAAAAAFAAUAEAIQwBJCBxIsKBBAAgTKlyYUCDD hwsdQpwoceLDihYjksh4cSNHjR9BhmzocSQAjCFRflTJkWVGlxZhUiw5UiZE gzhzBgQAOw== ------_=_NextPart_001_01C59159.47BC1674-- -- http://www.freelists.org/webpage/oracle-l