<?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: Issue faced during restoring Oracle Fusion Middleware - Hyperion at DR site in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60408#M5250</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I can’t think of any explanation for this. Any software configuration that can survive a power failure without corruption should also work with a snapshot. This applies to any vendor technology. Restoring a snapshot is essentially the same as starting up a database after a power failure. Even if you had something like EMC SRDF replication, your recovery procedure would be the same because if you lost the primary site you’d be left with a copy of the data on the remote site. That copy would be frozen at a moment in time with no special preparation of the filesystem or database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you supply the exact procedures used to create the backup and then perform the restoration? I can’t believe that Essbase becomes corrupt simply because of a power failure.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 26 May 2014 05:07:19 GMT</pubDate>
    <dc:creator>steiner</dc:creator>
    <dc:date>2014-05-26T05:07:19Z</dc:date>
    <item>
      <title>Issue faced during restoring Oracle Fusion Middleware - Hyperion at DR site</title>
      <link>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60392#M5247</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; &lt;SPAN lang="EN" style="color: #454545; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; font-size: 10pt; mso-ansi-language: EN;"&gt;We are using Netapp SnapManager for replicating the Oracle Fusion Middleware (OFM)&lt;BR /&gt;environments along with other components.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt; &lt;SPAN lang="EN" style="color: #454545; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; font-size: 10pt; mso-ansi-language: EN;"&gt;We are facing a typical issue with Hyperion-Essbase w&lt;/SPAN&gt;&lt;SPAN lang="EN" style="color: #454545; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; font-size: 10pt; mso-ansi-language: EN;"&gt;hile Restoring/Recovering Hyperion at DR,we are facing Essbase corruption issue.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt; &lt;SPAN lang="EN" style="color: #454545; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; font-size: 10pt; mso-ansi-language: EN;"&gt;it seems snapshot is not quiesceing the Hyperion Essbase files to a consistent state and hence&lt;BR /&gt;resulting in file corruption at DR.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background: white;"&gt;&lt;SPAN lang="EN" style="color: #454545; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; font-size: 10pt; mso-ansi-language: EN;"&gt;I have checked in white papers for Oracle Fusion Middleware conveying special treatment for&lt;BR /&gt;Essbase backup to maintain consistency but haven't&lt;BR /&gt;found any note from Netapps on DR synchronization for the same.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background: white;"&gt;&lt;SPAN lang="EN" style="color: #454545; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; font-size: 10pt; mso-ansi-language: EN;"&gt;Could you kindly suggest if there are any work arounds for the same.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:35:28 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60392#M5247</guid>
      <dc:creator>DEBADUTTAM</dc:creator>
      <dc:date>2025-06-05T05:35:28Z</dc:date>
    </item>
    <item>
      <title>Re: Issue faced during restoring Oracle Fusion Middleware - Hyperion at DR site</title>
      <link>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60398#M5248</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How many volumes host this database? Just one or multiple volumes?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 23 May 2014 11:51:14 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60398#M5248</guid>
      <dc:creator>steiner</dc:creator>
      <dc:date>2014-05-23T11:51:14Z</dc:date>
    </item>
    <item>
      <title>Re: Issue faced during restoring Oracle Fusion Middleware - Hyperion at DR site</title>
      <link>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60403#M5249</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Its a single volume.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 May 2014 00:10:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60403#M5249</guid>
      <dc:creator>DEBADUTTAM</dc:creator>
      <dc:date>2014-05-26T00:10:37Z</dc:date>
    </item>
    <item>
      <title>Re: Issue faced during restoring Oracle Fusion Middleware - Hyperion at DR site</title>
      <link>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60408#M5250</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I can’t think of any explanation for this. Any software configuration that can survive a power failure without corruption should also work with a snapshot. This applies to any vendor technology. Restoring a snapshot is essentially the same as starting up a database after a power failure. Even if you had something like EMC SRDF replication, your recovery procedure would be the same because if you lost the primary site you’d be left with a copy of the data on the remote site. That copy would be frozen at a moment in time with no special preparation of the filesystem or database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you supply the exact procedures used to create the backup and then perform the restoration? I can’t believe that Essbase becomes corrupt simply because of a power failure.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 May 2014 05:07:19 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60408#M5250</guid>
      <dc:creator>steiner</dc:creator>
      <dc:date>2014-05-26T05:07:19Z</dc:date>
    </item>
    <item>
      <title>Re: Issue faced during restoring Oracle Fusion Middleware - Hyperion at DR site</title>
      <link>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60414#M5251</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think that is exactly the reason why Oracle in fusion middleware doumentation have provided the following note:-&lt;/P&gt;&lt;P&gt;------------------------------------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Oracle® Fusion Middleware&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Administrator's Guide 11&lt;EM style=": ; font-size: 12pt; font-family: Helvetica-Narrow-Oblique;"&gt;g &lt;/EM&gt;&lt;SPAN style="font-size: 12pt; font-family: Helvetica-Narrow;"&gt;Release 1 (11.1.1)&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;E10105-09&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;17.4.2 Considerations for Backing Up Oracle Essbase&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt; &lt;EM&gt;You cannot back up Oracle Essbase online. You can back it up &lt;/EM&gt;&lt;EM&gt;in the following modes:&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt; &lt;SPAN style="font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;"&gt;■&lt;/SPAN&gt; Offline backup &lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;SPAN style="font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;"&gt; ■&lt;/SPAN&gt; Backup in quiesce mode, in which no new requests are serviced, by using MaxL&lt;/EM&gt;&lt;/P&gt;&lt;P&gt; ---------------------------------------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;P&gt;This implies online backup at any point in time might not work.&lt;/P&gt;&lt;P&gt;Which is similar to what happens during Snapmanager synch,where no quiescing is introduced.&lt;/P&gt;&lt;P&gt;It just takes a snapshot at regular intervals,compares the changes based on the baseline snapshot and transfers over the change to DR site.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Now,if online backup of Essbase would not be supported unless quiesced,Similarl some quiescing has to be integrated in Snapmanager to get this work&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 May 2014 07:48:41 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Issue-faced-during-restoring-Oracle-Fusion-Middleware-Hyperion-at-DR-site/m-p/60414#M5251</guid>
      <dc:creator>DEBADUTTAM</dc:creator>
      <dc:date>2014-05-26T07:48:41Z</dc:date>
    </item>
  </channel>
</rss>

