Re: Disaster Recovery solutions for Oracle...
- From: Guillermo Alan Bort <cicciuxdba@xxxxxxxxx>
- To: Brandon.Allen@xxxxxxxxxxx
- Date: Fri, 20 May 2011 15:36:45 -0300
There are ways, they are not simple. DG works, and that's the beauty of it.
I've honestly worked with very few replication softwares but I think it all
comes down to the one you know best. And implementing one from scratch is
difficult to say the least. Right now we have GG replication for DR and
almost every day the replication is falling behind or failing for some
problem or other, luckily we have an outsourced DBA service handling that...
I'd hate to inflict GG upon anyone not needing cross-RDBMS replication. Of
course, the people managin our GG installations know what they are doing and
solve most of the problems fairly quickly.
If you go with writing your own set of scripts, and let's assume you use a
sensible programming language like python or perl and not bash (which I
love, but lacks somewhat for this task) or plainly powershell or DOS batch
or vbs. Remember that whatever you come up with, usually needs to be cross
platform (this was a huge headache for me back when I wrote an entire
framework to manage RMAN backups on unix servers and they decided to throw
in the windows servers as well. that's when I learned to use vbs, to hate
vbs and to script in perl).
Cheers
Alan.-
On Fri, May 20, 2011 at 2:25 PM, Allen, Brandon
<Brandon.Allen@xxxxxxxxxxx>wrote:
> There is no separate license for Data Guard – it’s included with EE, and
> not available for SE (at least in 10g+, not sure about 9i). So you just
> have to pay for the database licenses on the primary and standby regardless
> of whether you use DG or your own log shipping scripts. The savings of
> using custom scripts instead of DG is only realized if it allows you to
> license SE instead of EE. Note that there *is* an extra cost for
> *Active*Data Guard in 11g.
>
>
>
> Regards,
>
> Brandon
>
>
>
>
>
> ------------------------------
> Privileged/Confidential Information may be contained in this message or
> attachments hereto. Please advise immediately if you or your employer do not
> consent to Internet email for messages of this kind. Opinions, conclusions
> and other information in this message that do not relate to the official
> business of this company shall be understood as neither given nor endorsed
> by it.
>
Other related posts:
