|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 06 Sep 2002 10:37:59
To : Tengiz Kharatishvili
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
Tengiz Kharatishvili wrote:
> RAC не распределяет данные по узлам - у RAC узла нет "своих" данных: все
> видят всё и если рухнет разделяемый дисковый массив то недосупными окажутся
> все данные. Поэтому узлы RAC, строго говоря, не являются узлами кластера в
> смысле определения Грея.
Тут можно подискутировать. Обеспечение доступности данных на storage
(скажем, зеркалирование на другой массив) не является кластером.
Поэтому, если в RAC стоит "подпертый" массив, ничего не поломается. С
другой стороны, в определении Грея ничего про storage не говорится,
поэтому мы можем укрепить массив не нарушая вашего определения. А вот
доступность узлы RAC обеспечивают именно потому, что все узлы имеют
доступ ко всем данным.
> Кроме того, RAC особенно пока себя не зарекомендовал в OLTP приложениях.
> Единственное его упоминание на www.tpc.org - это 100GB TPC-H результат, но
> это read-only DSS.
TPC-C No7: RAC от HP да еще под виндой :-)). И имеет, кстати, наилучший
результат среди кластеров с общим числом CPU = 32 -:))
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: ответственная БД