<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: disaster recory Oracle 734 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728042#M835807</link>
    <description>Hi Steve,&lt;BR /&gt;&lt;BR /&gt;1. Oracle has been contacted a week ago, they are still sleeping however.&lt;BR /&gt;&lt;BR /&gt;2. It is not a network issue: dbase, Omniback and backu device are on the same HP9000 server&lt;BR /&gt;&lt;BR /&gt;3. Restore time isn't an issue either.&lt;BR /&gt;&lt;BR /&gt;However, I've made a mistake with exporting the environment variables. OB2APPNAME needs to be the SID of the target database and not the SID of the recovery catalog. When the target SID was exported, the manual restore of the recovery catalog worked (or at least didn't give an error, still need to test of it contains all the necesarry data). Why the restore fails through OB is still an issue.&lt;BR /&gt;&lt;BR /&gt;Kurt</description>
    <pubDate>Wed, 22 May 2002 04:27:41 GMT</pubDate>
    <dc:creator>Kurt Beyers.</dc:creator>
    <dc:date>2002-05-22T04:27:41Z</dc:date>
    <item>
      <title>disaster recory Oracle 734</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728038#M835803</link>
      <description>Hi, &lt;BR /&gt;&lt;BR /&gt;my environment is the following: &lt;BR /&gt;&lt;BR /&gt;OBII3.5 cell manager on HP-UX 11.0 &lt;BR /&gt;Oracle 7.3.4 on HP-UX 11.0 with EBU 2.2.0.9 &lt;BR /&gt;patches OB are up to date &lt;BR /&gt;&lt;BR /&gt;The Oracle is online backed up with OB. The backup and restore of the database are OK, but I've got a problem with the restore of the recovery catalog database. &lt;BR /&gt;&lt;BR /&gt;When I select the option 'restore EBU catalog database before restore of target database', the restore fails for the following reason (an extract of the OB messages): &lt;BR /&gt;&lt;BR /&gt;Starting parsing of command script "/var/opt/omni/tmp/rest_cat" &lt;BR /&gt;RESTORE CATALOG = EBU &lt;BR /&gt;Ending parsing of command script &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;File "/var/opt/omni/tmp/rest_cat" line 1: &lt;BR /&gt;EBU-2567: string value expected before "EBU" &lt;BR /&gt;on 05/21/2002 [10:45:29] [ 5965 : yyparse ] &lt;BR /&gt;EBU-2552: Error detected in command script &lt;BR /&gt;on 05/21/2002 [10:45:29] [ 5965 : brcyprs ] &lt;BR /&gt;[Major] From: ob2ebu.exe@husux008 "orap" Time: 05/21/02 10:45:29 &lt;BR /&gt;Restore of the Oracle Catalog failed with exit status "2". &lt;BR /&gt;&lt;BR /&gt;The reason for the failure is that the SID name EBU should be between double quotes in the /var/opt/omni/tmp/rest_cat file (RESTORE CATALOG = "EBU" instead of RESTORE CATALOG = EBU). Has anybody else found a workaround for this problem? &lt;BR /&gt;&lt;BR /&gt;When I try to do the restore from the recovery catalog from the command line (as the Oracle 734 user), it fails with the following problems: &lt;BR /&gt;&lt;BR /&gt;Found backup of Catalog "EBU", sequence 2 of day 16-MAY-2002, BFS "EBU823_02" &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Starting restore to disk &lt;BR /&gt;&lt;BR /&gt;Number of parallel I/O streams: 1 &lt;BR /&gt;Disk input/output size: 4096 bytes &lt;BR /&gt;Maximum tape I/O size: 1024 bytes &lt;BR /&gt;Buffer size per I/O stream: 4096 bytes &lt;BR /&gt;&lt;BR /&gt;Starting BFS "EBU823_02" on 16-MAY-2002 11:37:42 &lt;BR /&gt;"/u01/app/oracle/product/734/obackup/admin/EBU823_02" &lt;BR /&gt;EBU-4304: Can not open Backup File Set "EBU823_02" in mode 1 with buffer size 1024 &lt;BR /&gt;on 05/16/2002 11:37:42 [ 29839 : britopen ] &lt;BR /&gt;BFS in progress "EBU823_02" cancelled on 16-MAY-2002 11:37:42 &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Ending restore to disk &lt;BR /&gt;&lt;BR /&gt;EBU-2012: Job 1 failed due to tape management error &lt;BR /&gt;on 16-MAY-2002 11:37:42 [ 27693 : brcdocatres ] &lt;BR /&gt;&lt;BR /&gt;Catalog Restore job 1 FAILED on 16-MAY-2002 11:37:42 &lt;BR /&gt;&lt;BR /&gt;RESTORE job FAILED on 16-MAY-2002 11:37:42 &lt;BR /&gt;&lt;BR /&gt;On metalink, the refer to the media management software (=Omniback) for these errors, but they don't give any usefull explanation or solution.&lt;BR /&gt;&lt;BR /&gt;Can anybody put me in the right direction?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Kurt&lt;BR /&gt;</description>
      <pubDate>Tue, 21 May 2002 08:19:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728038#M835803</guid>
      <dc:creator>Kurt Beyers.</dc:creator>
      <dc:date>2002-05-21T08:19:38Z</dc:date>
    </item>
    <item>
      <title>Re: disaster recory Oracle 734</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728039#M835804</link>
      <description>hi&lt;BR /&gt;&lt;BR /&gt;Check your variables&lt;BR /&gt;&lt;BR /&gt;something like&lt;BR /&gt;&lt;BR /&gt;Error: EBU-4304: Can not open Backup File Set "&lt;SETNUMBER&gt;" in mode 1&lt;BR /&gt;EBU-4304: Can not open Backup File Set "0000023a88ea8e" in mode 1 with buffer size 65536on 02/14/2001 14:19:11 [ 444 : britopen ]&lt;BR /&gt;BFS in progress "0000013a88ea8e" cancelled on 14-FEB-01 14:19&lt;BR /&gt;BFS in progress "0000023a88ea8e" cancelled on 14-FEB-01 14:19&lt;BR /&gt;Ending restore to disk&lt;BR /&gt;EBU-2012: Job 27 failed due to tape management error on 14-FEB-01 14:19 [ 448 : brcdores ]&lt;BR /&gt;Database Restore job 27 FAILED on 14-FEB-01 14:19&lt;BR /&gt;RESTORE job FAILED on 14-FEB-01 14:19&lt;BR /&gt;&lt;BR /&gt;Solution:&lt;BR /&gt;Export OB2APPANME=&lt;SID&gt; into the environment ??? be careful with the SID ??? it is case sensitive&lt;BR /&gt;export OB2APPNAME=&lt;SID&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;           steve Steel&lt;/SID&gt;&lt;/SID&gt;&lt;/SETNUMBER&gt;</description>
      <pubDate>Tue, 21 May 2002 10:59:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728039#M835804</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2002-05-21T10:59:35Z</dc:date>
    </item>
    <item>
      <title>Re: disaster recory Oracle 734</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728040#M835805</link>
      <description>I still get the same error even when I export OB2APPNAME:&lt;BR /&gt;&lt;BR /&gt;Found backup of Catalog "TEST", sequence 1 of day 21-MAY-2002, BFS "TEST828"&lt;BR /&gt;    WARNING: Catalog is not empty, current contents will be dropped&lt;BR /&gt;    &lt;BR /&gt;    Starting catalog drop&lt;BR /&gt;      Issuing Statement: @@@catdrp;&lt;BR /&gt;      Catalog successfully dropped.&lt;BR /&gt;    Ended catalog drop&lt;BR /&gt;    &lt;BR /&gt;    Starting catalog creation&lt;BR /&gt;      Issuing Statement: @@@catcre6;&lt;BR /&gt;      Catalog successfully created.&lt;BR /&gt;    Ended catalog creation&lt;BR /&gt;    &lt;BR /&gt;    &lt;BR /&gt;    Starting restore to disk&lt;BR /&gt;    &lt;BR /&gt;      Number of parallel I/O streams: 1&lt;BR /&gt;              Disk input/output size: 4096 bytes&lt;BR /&gt;               Maximum tape I/O size: 1024 bytes&lt;BR /&gt;          Buffer size per I/O stream: 4096 bytes&lt;BR /&gt;      &lt;BR /&gt;      Starting BFS "TEST828_01" on 21-MAY-2002 14:24:41&lt;BR /&gt;        "/u01/app/oracle/product/734/obackup/admin/TEST828_01"&lt;BR /&gt;EBU-4304: Can not open Backup File Set "TEST828_01" in mode 1 with buffer size 4&lt;BR /&gt;  on 05/21/2002 14:24:41 [ 11293 : britopen ]&lt;BR /&gt;      BFS in progress "TEST828_01" cancelled on 21-MAY-2002 14:24:41&lt;BR /&gt;      &lt;BR /&gt;      &lt;BR /&gt;    &lt;BR /&gt;    Ending restore to disk&lt;BR /&gt;    &lt;BR /&gt;EBU-2012: Job 9 failed due to tape management error&lt;BR /&gt;  on 21-MAY-2002 14:24:41 [ 9262 : brcdocatres ]&lt;BR /&gt;  &lt;BR /&gt;  Catalog Restore job 9 FAILED on 21-MAY-2002 14:24:41&lt;BR /&gt;  &lt;BR /&gt;RESTORE job FAILED on 21-MAY-2002 14:24:41&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Kurt&lt;BR /&gt;</description>
      <pubDate>Tue, 21 May 2002 11:16:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728040#M835805</guid>
      <dc:creator>Kurt Beyers.</dc:creator>
      <dc:date>2002-05-21T11:16:00Z</dc:date>
    </item>
    <item>
      <title>Re: disaster recory Oracle 734</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728041#M835806</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Options&lt;BR /&gt;1)Ask oracle&lt;BR /&gt;&lt;BR /&gt;2)This looks like slow networking.&lt;BR /&gt;Parameter SmWaitForFirstClient, in the OmniBack global file&lt;BR /&gt;needing to be increased to 60. &lt;BR /&gt;&lt;BR /&gt;3)the time specified in the restore&lt;BR /&gt;script was wrong. Adjust the time to just before the archivelogs started to backup.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;         Steve Steel</description>
      <pubDate>Tue, 21 May 2002 13:53:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728041#M835806</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2002-05-21T13:53:48Z</dc:date>
    </item>
    <item>
      <title>Re: disaster recory Oracle 734</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728042#M835807</link>
      <description>Hi Steve,&lt;BR /&gt;&lt;BR /&gt;1. Oracle has been contacted a week ago, they are still sleeping however.&lt;BR /&gt;&lt;BR /&gt;2. It is not a network issue: dbase, Omniback and backu device are on the same HP9000 server&lt;BR /&gt;&lt;BR /&gt;3. Restore time isn't an issue either.&lt;BR /&gt;&lt;BR /&gt;However, I've made a mistake with exporting the environment variables. OB2APPNAME needs to be the SID of the target database and not the SID of the recovery catalog. When the target SID was exported, the manual restore of the recovery catalog worked (or at least didn't give an error, still need to test of it contains all the necesarry data). Why the restore fails through OB is still an issue.&lt;BR /&gt;&lt;BR /&gt;Kurt</description>
      <pubDate>Wed, 22 May 2002 04:27:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disaster-recory-oracle-734/m-p/2728042#M835807</guid>
      <dc:creator>Kurt Beyers.</dc:creator>
      <dc:date>2002-05-22T04:27:41Z</dc:date>
    </item>
  </channel>
</rss>

