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... --- [EMAIL PROTECTED] wrote: > Jeremiah, > > Thanks for the review. I did not realize we had been spammed, > again! > > Dick Goulet > > ____________________Reply Separator____________________ > Author: Jeremiah Wilton <[EMAIL PROTECTED]> > 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: [EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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).
