Re: RMAN-NetBackup without an RMAN Catalog
- From: Bob Metelsky <bobmetelsky@xxxxxxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx
- Date: Fri, 15 Oct 2004 00:12:03 -0400
Is this a possible solution? Use a $500 desktop with your version of
oracle, your reporting software, the reports,copy the database. Test it,
put it away.
Ive done this at a few clients sites - it was actually recommended by
the client. It dosnt scale well but it works
Bob
"Oracle error messages being what they are, do not
highlight the correct cause of fault, but will identify
some other error located close to where the real fault lies."
Jared Still wrote:
>On Thu, 14 Oct 2004 13:28:13 -0700, Joel Garry
><joelgarry@xxxxxxxxxxxxxxx> wrote:
>
>
>>It boils down to Oracle not wanting to spend the bucks to allow backward
>>compatibility, and no one yet seeing the value of designing software for
>>the ages. Even if nothing else will grant the latter, restoration
>>software must deal with aging. I think RMAN should be able to deal with
>>multiple versions, restoring the O install if it has to. Well, maybe
>>not without a catalog... :-)
>>
>>
>>
>
>This problem is bigger than Oracle.
>
>Say you can restore your 5 year old data?
>
>Do you have an app that can work with it?
>
>Archived copies of the application?
>
>A place to run it?
>
>Documentation that tells you how to do so?
>
>I recently ran into a scenario like this where the financial wizards needed
>old finance data to make it through an audit.
>
>The data was/is in Great Plains. A version that is about 6 or 7 years old.
>
>Fortunately, we still have a CD of the original version.
>
>A local consultant had a copy of the old Btrieve database binaries, and the
>expertise to set it up. It took quite a while to get this all figured
>out and setup.
>Our consultant ( the second one we called, not the first) knew her stuff,
>sorted
>it all out and saved the day.
>
>In the meantime, the finance wizards were forced to go back to the paper trail,
>which some predecessor had thoughtfully created during the migration to SAP,
>and prepared their data from these reports, because there was a lot
>more involved
>to setting up an old version of GP than copying some files around.
>
>
>Food for thought.
>
>
>
--
//www.freelists.org/webpage/oracle-l
Other related posts:
