RE: RMAN-NetBackup without an RMAN Catalog
- From: "Mercadante, Thomas F" <thomas.mercadante@xxxxxxxxxxxxxxxxx>
- To: "'bobmetelsky@xxxxxxxxxxx'" <bobmetelsky@xxxxxxxxxxx>, oracle-l@xxxxxxxxxxxxx
- Date: Fri, 15 Oct 2004 07:42:59 -0400
Bob,
I think this is a great idea. A simple elegant solution if the application
software runs on a NT platform. Fairly inexpensive too.
Tom Mercadante
Oracle Certified Professional
-----Original Message-----
From: Bob Metelsky [mailto:bobmetelsky@xxxxxxxxxxx]
Sent: Friday, October 15, 2004 12:12 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: RMAN-NetBackup without an RMAN Catalog
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
--
//www.freelists.org/webpage/oracle-l
Other related posts:
