Review? He just slaughtered the product!!! And hung it out to dry...
If the company is monitoring this list, they will quickly realize that
spamming was a mistake.
Which I am assuming was Jeremiah's intent all along...
- dgoulet_at_vicr.com wrote:
> Jeremiah,
>
> Thanks for the review. I did not realize we had been spammed,
> again!
>
> Dick Goulet
>
> ____________________Reply Separator____________________
> Author: Jeremiah Wilton <jwilton_at_speakeasy.net>
> Date: 3/6/2002 11:16 AM
>
> So after the spam posting from RDC, I went and checked the features
> of
> their "Standby Wizard." Here are my findings. Note that I did not
> use their product, but only read the manual, so they may not be as
> bad
> as they appear from the manual.
>
> From their user's manual it appears Standby Wizard:
>
> - Can't perform graceful failover and fail back. They can only
> activate, then re-copy the database back to the primary. In other
> words, no graceful role reversal, which totally disqualifies this
> product for use in planned failovers for system maintenance. It also
> means that anyone relying on this product will have unnecessarily
> extented periods without a redundant site, and unnecessary use of
> disk
> and network I/O while the database is reinstatiated.
>
> - Can't manage alias IP addresses. All redirection of client
> applications must be performed manually.
>
> - Can't instantiate the standby in parallel. Unless I am mistaken,
> instantiation is performed in serial, meaning that copying a database
> of any significant size will take a very long time.
>
> - Can't notify someone if the standby stops working. I don't find
> any
> references to a proactive notification feature. So if the standby
> encounters a severe problem, nobody will know unless they happen to
> check and find the standby 5000 logs behind.
>
> It also appears that the Standby Wizard's course of action when a
> datafile is added is to require the operator to request an
> 'incremental rebuild' of the standby database, which stated more
> accurately means copying a datafile or datafiles from the primary to
> the standby. As many of us know, that is totally unnecessary to copy
> a newly created datafile to the standby. All we have to do is wait
> for the standby to fail with ORA-01670, then issue:
>
> alter database create datafile '<primary filespec>' as '<standby
> filespec>';
>
> Their method uses resources unnecessarily and requires operator
> intervention, both of which seem senseless.
>
> In short, I would not use this product in any serious,
> mission-critical situation.
>
> --
> Jeremiah Wilton
> http://www.speakeasy.net/~jwilton
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Jeremiah Wilton
> INET: jwilton_at_speakeasy.net
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing
> Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author:
> INET: dgoulet_at_vicr.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing
> Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.yahoo.com/
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Rachel Carmichael
INET: wisernet100_at_yahoo.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Grabowy, Chris
INET: cgrabowy_at_fcg.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
Received on Wed Mar 06 2002 - 15:15:51 CST
