|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tengiz Kharatishvili 2:5020/400 06 Sep 2002 11:51:55
To : Andrew Lesnichenko
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
"Andrew Lesnichenko" <les@mts.ru> wrote in message
news:al9if8$bf5$1@slim.sovintel.ru...
>
> Тут можно подискутировать. Обеспечение доступности данных на storage
> (скажем, зеркалирование на другой массив) не является кластером.
> Поэтому, если в RAC стоит "подпертый" массив, ничего не поломается. С
> другой стороны, в определении Грея ничего про storage не говорится,
> поэтому мы можем укрепить массив не нарушая вашего определения. А вот
> доступность узлы RAC обеспечивают именно потому, что все узлы имеют
> доступ ко всем данным.
>
Я полагаю, что можно не дискутировать - тут действительно вопрос о тонкостях
определений, что совершенно непринципиально. Хотя сам Грей может и поспорил
бы - он сейчас очарован идеей кластера на commodity components, что как раз
и предполагает отутствие всё ещё "продвинутых" с точки зрения commodity
избыточных массисов.
>
> TPC-C No7: RAC от HP да еще под виндой :-)). И имеет, кстати, наилучший
> результат среди кластеров с общим числом CPU = 32 -:))
>
Упс, зевнул. Спасибо. RAC действительно появился в TPC-C. Самым последним,
правда, только пару месяцев назад. И через почти год после выхода самого
продукта. Hу всё, теперь Ларри больше не будет говорить, что TPC
расшифровывается как Total Piece of Crap. Теперь он его снова полюбит :-P
А насчёт Windows, кластерные TPC-C - там кроме Intel и Windows 2000 вообще
ничего нет :-). Да ещё Microsoft COM+ почти всё оккупировал, гад.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
