Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10   вперед  Ctrl      все
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
astorm
Member

Откуда: Moscow
Сообщений: 5
Alex Roudnev
В случае iSCSI тоже все перетягивается вполне прозрачно.
В случае iSCSI + ASM аналогично. Тут никакой софт для оракла не потребуется.

Софт требуется чтобы использовать Snapshort для бэкапов. Идея проста.
- базе говорится нечто вроде _сбрось ка ты все данные на диск и создай там согласованное состояние файлов;
- как только это сделано, файлеру говорится _сделай слепок_;
- база отпускается. При записи новых блоков старые остаются в слепке, новые в текущем файле.
- после чего спокойно делается бэкап со слепка.
- после чего слепок можно удалять.


Однако и навороты получаются :)
в принципе подобную синхронизацию сделать наверно можно, это на живой системе уже пробовать надо, в связке с dba...
А что скажете про бэкап если хосты будут напрямую подцеплены по FCAL? С учетом real-time-application-cluster, или как он там у оракла называется?
У меня есть сильное подозрения что там не кэшируются данные на запись, т.е. достаточно сразу сделать слепок...
13 дек 05, 01:42    [2165089]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Ээх.
Guest
astorm
У меня есть сильное подозрения что там не кэшируются данные на запись, т.е. достаточно сразу сделать слепок...

Как это не кэшируется? Все там кэшируется. Резервное копирования при помощи снимка аналогично горячему резервированию. К этому резерву нужны архивные логи.
13 дек 05, 08:21    [2165218]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Sergio_K
Member

Откуда:
Сообщений: 46
Alex Roudnev
Поправочка - там по моему FibreChannel (в случае 920c ТОЧНО). Стоит почти что стандартная JNI FC карточка. В случае 270c, по моему, InfiBand.

Кстати, еще одно отличие netApp от традиционных RAID. В традиционных RAID синхронизуются кэши данных. А в NetApp синхронизуется лог изменений (система может еще раз проиграть последние изменения от момента последней контрольной точки на дисках), что в общем то экономит количество данных, которые требуется передавать между контроллерами.

При этом в 920c используется какой то NVRAM, отдельный от кэша, а в 270c - память на батарейках (со всеми ее недостатками, кстати).

Sergio_K
astorm
Alex Roudnev:
Громадное спасибо!
Но один вопрос все-таки остался: если я вижу кластер два устройства - то куда мне цепляться по ip? Получается что у нас есть два адреса для каждой головы, к которым и идет обращение. Но если умирает одна из голов, то получается что все, что к ней было прицеплено, скажем по NFS, отвалится? Или вторая голова автоматом поднимает второй ip на себе? Но тогда надо держать все TCP сессии сразу на двух головах... Если отвалится - то это же кластером можно назвать только условнно...

Узел1 имеет ip1 и является партнером по кластеру узла2 с ip2
По ip1 предроставляется блочный доступ по протоколу ISCSI, например для ASM, или сетевой по протоколу NFS.
При выходе из строя узла1, Узел2 принимает на себя запросы предназначенные для узла1 и обслуживает их, в том числе и по ip1. здесь необходимо обеспечить чтобы клиент имел сетевой доступ как к ip1, так и к ip2.
Это стандарный netapp cluster. Для его работы необходимо дублирование в реальном времени кэш, осуществляется по infiniband.
Есть еще и metrocluster все тоже самое плюс еще и дублирование в реальном времени информации на дисках с помощью SyncMirror, кроме дублирования кэш, полностью дублируется содержимое дисков. Если стандартный cluster при выходе из строя узла вступает во владение дисками партнера, то Metrocluster оперирует только своими дисками.

Специально посмотрел тип межкластерной связи для 9xxC в конфигураторе: Infiniband оптический или медный. Кэш это обычная RAM предназначается для кэширования операций чтения и под нужды ОС. NVRAM выполнен в виде PCI адаптера занимает последний слот,представляет собой энергонезависимую память используется для кэширования операций записи.
13 дек 05, 10:54    [2165778]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Sergio_K
Member

Откуда:
Сообщений: 46
Alex Roudnev
Интересно... По идее то прекрасно должно работать

mirror FC -->> SATA

потому как на оном SATA будет происходить ТОЛЬКО запись. А на записи - ну да, оно немного помедленнее (аж на 30%), ну дык во первых, там сами файлеры тормозят куда сильнее дисков, а во вторых, чтения не мешаются.

Хотя я бы и поостерегся. Можно налететь, и зуб даю - NetApp такое никогда не тестировал!

Кстати, а mirror происходит _чего_ - дисков или файлов? В смысле - могу я например иметь на зеркале snapshort space 30%, а на первичной системе 0%? Будет ли на зеркале работать независимо write-wnywhere (оптимизация места записи)?


romx
astorm
Да, еще одна из фикс-идей: возможно ли конфигурирование двух рэйдов на одном 3050: один из сата, второй из FC дисков?

Не вполне понятно о чем идет речь.

О возможности смешать в одной системе разные диски?
Да, это возможно, но на уровне полок. Есть отдельная дисковая полка для FC, есть отдельная для SATA. И те и другие могут подключаться к одной и той же голове (интерфейс подключения, то что торчит сзади из дисковых полок и вставляется в интерфейсный разъем "головы" - в обоих случаях FC).
FC используем для оперативных данных, а на SATA делаем раздел для disk backup или используем как nearline storage в ILM-системе.

О возможности сделать две системы в метрокластере, одну удаленную, резервную, с SATA, вторую рабочую, локальную, FC?
Да, в принципе тоже возможно. Но вы должны до конца понимать все нюансы, в том числе с latency и возможными проблемами при синхронном реплицировании.

О возможности включать в одну RAID-группу диски разных интерфейсов?
С трудом могу придумать зачем это в принципе может быть нужно ;)


Syncmirror работает на уровне aggregate. В требованиях к метрокластеру рекомендуется идентичные системы. Да и в файловер кластере необходимо также иметь идентичные системы
13 дек 05, 11:03    [2165824]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Sergio_K
Member

Откуда:
Сообщений: 46
astorm
Alex Roudnev
В случае iSCSI тоже все перетягивается вполне прозрачно.
В случае iSCSI + ASM аналогично. Тут никакой софт для оракла не потребуется.

Софт требуется чтобы использовать Snapshort для бэкапов. Идея проста.
- базе говорится нечто вроде _сбрось ка ты все данные на диск и создай там согласованное состояние файлов;
- как только это сделано, файлеру говорится _сделай слепок_;
- база отпускается. При записи новых блоков старые остаются в слепке, новые в текущем файле.
- после чего спокойно делается бэкап со слепка.
- после чего слепок можно удалять.


Однако и навороты получаются :)
в принципе подобную синхронизацию сделать наверно можно, это на живой системе уже пробовать надо, в связке с dba...
А что скажете про бэкап если хосты будут напрямую подцеплены по FCAL? С учетом real-time-application-cluster, или как он там у оракла называется?
У меня есть сильное подозрения что там не кэшируются данные на запись, т.е. достаточно сразу сделать слепок...

Никаких наворотов, софт Snapmanager for Oracle все просто и эффективно, правда не дешево)
13 дек 05, 11:11    [2165880]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Alex Roudnev
Поправочка - там по моему FibreChannel (в случае 920c ТОЧНО). Стоит почти что стандартная JNI FC карточка. В случае 270c, по моему, InfiBand.

Сейчас точно всюду Infiniband. Раньше, да, были другие варианты. Но если я правильно помню старые модели, JNI это не всегда FC.
В настоящий момент кластерный интерконнект встроен в плату NVRAM5, и без него не бывает. До NVRAM5 была нужна отдельная карта.

Alex Roudnev

При этом в 920c используется какой то NVRAM, отдельный от кэша, а в 270c - память на батарейках (со всеми ее недостатками, кстати).

Что же у нее за недостатки?
13 дек 05, 11:26    [2165976]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Alex Roudnev
Интересно... По идее то прекрасно должно работать
mirror FC -->> SATA
Хотя я бы и поостерегся. Можно налететь, и зуб даю - NetApp такое никогда не тестировал!

У нас как раз сейчас такую конструкцию клиенты запускают.
Подробностей пока не дам, но именно та ситуация, Oracle RAC+iSCSI и репликация на резервную систему на SATA в соседнюю стойку, а в дальнейшем разнесут по разным площадкам с репликацией по выделенке.
13 дек 05, 11:30    [2165996]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
На самом деле там достаточно сделать СЛЕПОК. Так как база в любой момент времени поддерживает _согласованное_ состояние дисков (просто ей придется помучаться, прокручивая логи).

Но в большинстве хороших систем бэкапов имеются прилады для согласованного слепка - так как базе не особо сложно устроить _момент во времени_ на то время, пока нужен слепок (по сути - просто tablespace ставятся в режимы hot_backup, при котором туда ничего не пишется, и тут же делается слепок и режим отпускается). Проблема не тут, проблема будет в обеспечении доступа оному бэкапу к оному слепку.

Почему компании типа NetApp и предлагают системы бэкапов, работающие просто напрямую с файлером.


astorm
Alex Roudnev
В случае iSCSI тоже все перетягивается вполне прозрачно.
В случае iSCSI + ASM аналогично. Тут никакой софт для оракла не потребуется.

Софт требуется чтобы использовать Snapshort для бэкапов. Идея проста.
- базе говорится нечто вроде _сбрось ка ты все данные на диск и создай там согласованное состояние файлов;
- как только это сделано, файлеру говорится _сделай слепок_;
- база отпускается. При записи новых блоков старые остаются в слепке, новые в текущем файле.
- после чего спокойно делается бэкап со слепка.
- после чего слепок можно удалять.


Однако и навороты получаются :)
в принципе подобную синхронизацию сделать наверно можно, это на живой системе уже пробовать надо, в связке с dba...
А что скажете про бэкап если хосты будут напрямую подцеплены по FCAL? С учетом real-time-application-cluster, или как он там у оракла называется?
У меня есть сильное подозрения что там не кэшируются данные на запись, т.е. достаточно сразу сделать слепок...
14 дек 05, 02:27    [2169113]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
romx

Alex Roudnev

При этом в 920c используется какой то NVRAM, отдельный от кэша, а в 270c - память на батарейках (со всеми ее недостатками, кстати).

Что же у нее за недостатки?


Да недостаток один но БООЛЬШОЙ. Батарейка может кончиться, причем как
по времени жизни, так и разрядиться...
14 дек 05, 02:30    [2169115]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
romx
Alex Roudnev
Интересно... По идее то прекрасно должно работать
mirror FC -->> SATA
Хотя я бы и поостерегся. Можно налететь, и зуб даю - NetApp такое никогда не тестировал!

У нас как раз сейчас такую конструкцию клиенты запускают.
Подробностей пока не дам, но именно та ситуация, Oracle RAC+iSCSI и репликация на резервную систему на SATA в соседнюю стойку, а в дальнейшем разнесут по разным площадкам с репликацией по выделенке.


Репликация там синхронная или асинхронная? Если асинхронная, то жить будет, а если синхронная, то получится большой тормозной башмак.
14 дек 05, 02:32    [2169116]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Alex Roudnev
Да недостаток один но БООЛЬШОЙ. Батарейка может кончиться, причем как по времени жизни, так и разрядиться...

И в чем это отличается от батареи NVRAM в 920?
14 дек 05, 09:59    [2169508]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Alex Roudnev
Репликация там синхронная или асинхронная?

Асинхронная разумеется, как иначе.
14 дек 05, 10:00    [2169511]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
EugeneS
Member

Откуда:
Сообщений: 1255
Alex Roudnev

Но в большинстве хороших систем бэкапов имеются прилады для согласованного слепка - так как базе не особо сложно устроить _момент во времени_ на то время, пока нужен слепок (по сути - просто tablespace ставятся в режимы hot_backup, при котором туда ничего не пишется, и тут же делается слепок и режим отпускается). Проблема не тут, проблема будет в обеспечении доступа оному бэкапу к оному слепку.

Неправда.
Табличное пространство а режиме hot backup, совершенно не значит что данные в это табличное пространство не пишутся, они пишутся, только вот заголовки файлов этого табличного пространства не меняются.
И таким образом после восстановления могут потребоваться логи.


И насколько я в курсе, для получения слепков, используется немного другой подход, кажется это называется QUIESCE моде.
Но за точность последнего предложения я не ручаюсь.
14 дек 05, 15:20    [2171338]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Ээх.
Guest
EugeneS
называется QUIESCE моде.

И пусть весь мир подождет ггг
14 дек 05, 15:36    [2171426]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
EugeneS
Member

Откуда:
Сообщений: 1255
Естественно, правда не долго.
Это ведь не READ-ONLY моде.

Просто у меня один знакомый юзает такой вот мгновенный бэкап.
И у него периодически случаются не восстановления из бэкапа.
Зато практически мгновенно работает.

Как это у NetApp, я не знаю.
Вообщем как обычно говорят в таких случаях зависит от реализации конкретного производителя.
14 дек 05, 19:58    [2172692]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
EugeneS
Естественно, правда не долго.
Это ведь не READ-ONLY моде.

Просто у меня один знакомый юзает такой вот мгновенный бэкап.
И у него периодически случаются не восстановления из бэкапа.
Зато практически мгновенно работает.

Как это у NetApp, я не знаю.
Вообщем как обычно говорят в таких случаях зависит от реализации конкретного производителя.


Вообще то база данных ОБЯЗАНА восстановиться после внезапной остановки сервера (ну типа питание пропало вдруг). Иначе это не база а сопля. И Оракл это делает.

А значит, достаточно просто сделать мгновенный слепок _ВСЕХ ДАННЫХ_ (включая и архивные логи), сохранить их - и дело в шляпе. Другое дело, что
- восстанавливаться будет долго и в не особо предсказуемое состояние (что там откатится, а что восстановится, сказать по видимому тяжело)
- на практике сложно сделать мгновенный слепок ВСЕГО. Ну например, у меня в ASM диски с двух файлеров - и как я сделаю МГНОВЕННЫЙ их слепок, хотел бы я видеть...

Потому и используют дополнительный софт.
14 дек 05, 23:18    [2173106]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
romx
Alex Roudnev
Да недостаток один но БООЛЬШОЙ. Батарейка может кончиться, причем как по времени жизни, так и разрядиться...

И в чем это отличается от батареи NVRAM в 920?


270c держит кэш 72 часа. А батарейка NVRAM, думается, с пяток лет.
14 дек 05, 23:19    [2173109]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Alex Roudnev
А батарейка NVRAM, думается, с пяток лет

Нет, несколько дней, может пару недель максимум.
Там же те же самые DRAM DIMM стоят. Они хорошо едят, даже в максимально энергосберегающем режиме. Это же не Flash.
Разницы между 270 и 9хх по сути нет, ну может только сам аккумулятор побольше.
По крайней мере голову пришедшую с завода и по дороге, скитаясь по складам полностью разрядившуюся - видел.
Пришлось при запуске курить бамбук часа три, пока зарядится. ;)
15 дек 05, 09:47    [2173578]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Вот собственно она:
NVRAM Card FAS9xx
Обычный DRAM DIMM на 128Mb и простенький аккумулятор для ее питания.

В 8хх да, была крупнее.
NVRAM Card FAS8xx
Но скорее всего большая емкость аккумулятора оказалась не слишком уж нужна. Редко когда серьезные датахранилища остаются без питания больше чем на несколько часов. А для штатного шатдауна держать содержимое NVRAM не очень-то и нужно.
16 дек 05, 10:14    [2177668]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
andsm
Member

Откуда: Москва
Сообщений: 1319
Блог
У нас используется EMC CX300, и дисковой системой довольны. Глюков нет, обеспечивается нужная производительность. 15 дисков, FC 36 Gb 15k. При размере базы в 4-5 Гб (устаревшая информация ежедневно архивируется, поэтому база небольшая) и высокой OLTP нагрузке для нас имеет значение только цена/производительность, а не цена/размер. Финансовая система, 24x5. До перехода на EMC у нас были проблемы с latency, вызванные медленной дисковой системой. База MSSQL2k, не Oracle.
20 дек 05, 17:55    [2191570]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
andsm
У нас используется EMC CX300, и дисковой системой довольны. Глюков нет, обеспечивается нужная производительность. 15 дисков, FC 36 Gb 15k. При размере базы в 4-5 Гб (устаревшая информация ежедневно архивируется, поэтому база небольшая) и высокой OLTP нагрузке для нас имеет значение только цена/производительность, а не цена/размер. Финансовая система, 24x5. До перехода на EMC у нас были проблемы с latency, вызванные медленной дисковой системой. База MSSQL2k, не Oracle.


Ни о чем не говорит. Вот если бы вы написали
- при работе с Adaptec FAS4500 (сата) были проблемы с производительностью
- при работе с Адаптек SUN 2100 (кажется, название немного не такое)
были проблемы с failover
- а при переходе на EMC все стало отлично.

А так - ну что такое база в 4 Гб? Да она ЦЕЛИКОМ влезет в КЭШ память любой современной не очень дорогой дисковой системы. Просто смешно для такой фигни покупать дорогую и главное - ни с чем не совместимую EMC Clariion CX300.
20 дек 05, 23:21    [2192353]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
romx
Alex Roudnev
А батарейка NVRAM, думается, с пяток лет

Нет, несколько дней, может пару недель максимум.
Там же те же самые DRAM DIMM стоят. Они хорошо едят, даже в максимально энергосберегающем режиме. Это же не Flash.
Разницы между 270 и 9хх по сути нет, ну может только сам аккумулятор побольше.
По крайней мере голову пришедшую с завода и по дороге, скитаясь по складам полностью разрядившуюся - видел.
Пришлось при запуске курить бамбук часа три, пока зарядится. ;)


Правильно сделано в какой то EMC - при выключении какое то время еще работает системный диск, и на него сбрасывается кзш.

Но это, конечно, очень дорого.
20 дек 05, 23:22    [2192354]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
andsm
Member

Откуда: Москва
Сообщений: 1319
Блог
Alex Roudnev

А так - ну что такое база в 4 Гб? Да она ЦЕЛИКОМ влезет в КЭШ память любой современной не очень дорогой дисковой системы. Просто смешно для такой фигни покупать дорогую и главное - ни с чем не совместимую EMC Clariion CX300.
Мы покупали с учетом роста нагрузки, и похоже это время наступает - через несколько месяцев ожидается что пиковая нагрузка начнет составлять несколько тысяч транзакций в секунду. На NFS и т.п. мы бы просто не смогли выдержать такую нагрузку. Поэтому покупка EMC себя вполне оправдывает.
Про целиком влезет в кеш - неверно. Даже в кеш CX700 целиком не влезет. Разве что отключить зеркалирование кеша. Ну а EMC Symmetrix DX3, где в кеш может терабайтная база поместиться, для нас слишком дорогой.
21 дек 05, 01:06    [2192457]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Alex Roudnev
Правильно сделано в какой то EMC - при выключении какое то время еще работает системный диск, и на него сбрасывается кзш.

Для NetApp это по большому счету не очень-то и нужно, у него write-thru кэш на запись. То есть отложенной записи на диск нет. То есть что записалось - то записалось, отметилось в NVRAM. Что не записалось - то ну и фиг с ним, откатили, повторим когда закрутятся диски.
21 дек 05, 10:23    [2193004]     Ответить | Цитировать Сообщить модератору
 Re: Оценочная стоимость покупки Dell/EMC CX300 для 2-4 узлового RAC-a  [new]
romx
Member

Откуда:
Сообщений: 62
Возвращаясь к старому вопросу об NFS и Oracle - oчень интересная статья «Performance Report: Oracle10g™ RAC On Linux® A Performance Comparison Study of Oracle® Real Application Clusters

Against FCP, NFS and iSCSI John Elliott, Network Appliance, December 2005, TR 3423

Results Summary

Though not the best performer in terms of throughput, the configuration using NFS as a standalone filesystem proved to be very competitive in comparison to the higher performing FCP and hardware iSCSI configurations. NFS came in 12.4% slower than FCP with OCFS, 4.4% slower than FCP with ASM and only 2% slower than hardware iSCSI with ASM. That level of performance along with its low cost and ease of setup and administration make it the obvious best choice for most Oracle10g RAC environments. It must be recognized, however, that different IT organizations have different needs, often based on a complex set of criteria. As demonstrated by these tests, Network Appliance has several high-performance, feature rich options for Oracle10g RAC data storage, giving the enterprise CIO enough choices to effectively deploy NetApp storage systems in a configuration that is consistent with the goals of his/her organization, while still benefiting from the value-add for which Network Appliance has become known.

И вот это уже гораздо ближе моим ощущениям на этот счет.
21 дек 05, 10:26    [2193018]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10   вперед  Ctrl      все
Все форумы / Oracle Ответить