RAC 还是 VCS？

woaini1987120

斑竹说的没错，但是不是每一个企业都付得起那么多的成本

cow977

LZ的公司是做啥的？

是VCS的合作伙伴吗？

taker2001_cu

原帖由 cow977 于 2011-7-26 10:49 发表
LZ的公司是做啥的？

是VCS的合作伙伴吗？

no, we're an i-bank

javaever

I also work in banking industry and we implemented RAC, RAC+DG, VCS and VCS+DG.

IMHO, VCS provides only one advantage over regular RAC. Active node and passive node can be physically located in two sites. It does not offer any better scalability than RAC. When VCS is involved, it is not DBA team's decision. It is enforced by business, vendor and application support.

On daily support, all DBAs hate VCS as an HA solution for Oracle.
For mission critical application, you need DG. VCS cannot work with DG broker. You need to offline resources in VCS first. Very clumsy and stupid.
For mission critical application, you cannot afford block corruption. VCS has no knowledge of Oracle database.
If you have a time-consuming EOD reporting job, RAC offers TAF. Can VCS do that if one node is gone in the middle of batch job? You need to reschedule another window. It means extra costs.  
and more...

On cost, license is one side. Having two groups of subject matters maintain such infrastructure is also very expensive. Lifecycle management, including upgrade, is a big one as well. On long term cost, VCS will not be cheaper than RAC.

Yong Huang

> VCS provides only one advantage over regular RAC. Active node and passive node can be physically located in two sites.

Can I take the second sentence to be the "one advantage"?

RAC can be extended over (I think) up to 50 km distance. In fact, we just built an extended RAC. It seems to be working fine.

Yong Huang

javaever

That's what I said.
Key word is regular RAC, not extended RAC.

kewin

熟悉RAC 的DBA 一抓就一大把。

VCS  唤醒了尘封已久的记忆。