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

Откуда: Киев
Сообщений: 4656
mayton
Я думаю, что redo группы всё равно надо будет кидать на HDD.

Еще непонятно как быстро будет проходить checkpoint.
вроде как неоднократно писалось(тем же Клоссоном), что для реду SSD особо и не нужны,
особенно при наличии кеша на запись
11 янв 10, 17:26    [8167089]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
Sjfx
Задумался, а не взять ли на тестовую базку...

Что-то не нашел в этих тестах потенциально наиболее проблемного - наработки на отказ...
11 янв 10, 17:32    [8167121]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
hell
Member

Откуда:
Сообщений: 3001
andrey_anonymous
Sjfx
Задумался, а не взять ли на тестовую базку...

Что-то не нашел в этих тестах потенциально наиболее проблемного - наработки на отказ...


Наш сисадмин сказал, что у него проблем не было, я попросил дать мне на тест и тут он отказался, ибо дисков жалко
11 янв 10, 17:37    [8167160]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Sal
Member

Откуда:
Сообщений: 1595
http://www.nyoug.org/Presentations/2009/Dec/Fluge_Oracle_on_SSD.pdf
FusionIO and EMC SSD performance for Oracle databases
Presenter: Steve Fluge
Bank of America
11 янв 10, 17:42    [8167192]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
mayton
Member

Откуда: loopback
Сообщений: 49738
Для твердотельных, думаю актуально будет Kb_wrtn в iostat.
11 янв 10, 17:42    [8167202]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
Sal
http://www.nyoug.org/Presentations/2009/Dec/Fluge_Oracle_on_SSD.pdf
FusionIO and EMC SSD performance for Oracle databases
Presenter: Steve Fluge
Bank of America
вот только непонятно на кой нужно было "тестировать" 2Гб FC HBA ?!!!....
таки наверно что бы отрыв SSDшек был значительнее! :)
11 янв 10, 17:57    [8167314]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Мутаген
Member

Откуда:
Сообщений: 719
Sal
http://www.nyoug.org/Presentations/2009/Dec/Fluge_Oracle_on_SSD.pdf


Бурлесонщина :(

процессоров nehalem на 24 ядра не существует, про 2 ГБ FC уже высказались.
Время бекапов RMAN тоже заставляет задумаца о пользе тьюнинга ихнего тазика.

второй бурлесон
In addition, candidates for locating to SSD:
[..]
-Redo logs
–Flash recovery area


редо обсудили, но смысл размещать FRA на SSD - мне точно непонятен.
11 янв 10, 18:10    [8167385]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Sal
Member

Откуда:
Сообщений: 1595
и че так на чела набросились - ну может есть у него nehalem на 24 ядра,
а насчет FC 2GB/s он честно написал:

p.15 SANSSD performance is limited due to the HBA card speed (2Gbps)
11 янв 10, 18:36    [8167523]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Журавлев Денис
Member

Откуда: St.John,NB,CA
Сообщений: 5532
denix1
mayton
Я думаю, что redo группы всё равно надо будет кидать на HDD.

Еще непонятно как быстро будет проходить checkpoint.
вроде как неоднократно писалось(тем же Клоссоном), что для реду SSD особо и не нужны,
особенно при наличии кеша на запись
А при чем тут кеш на запись? seek даже 15krpm диска в сотни раз больше seek у SSD. Ну или кеш у массива нужен гигов в 100.
11 янв 10, 18:40    [8167538]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Журавлев Денис
Member

Откуда: St.John,NB,CA
Сообщений: 5532
Журавлев Денис
denix1
mayton
Я думаю, что redo группы всё равно надо будет кидать на HDD.

Еще непонятно как быстро будет проходить checkpoint.
вроде как неоднократно писалось(тем же Клоссоном), что для реду SSD особо и не нужны,
особенно при наличии кеша на запись
А при чем тут кеш на запись? seek даже 15krpm диска в сотни раз больше seek у SSD. Ну или кеш у массива нужен гигов в 100.
а черт, прошу прощения я затупил, вырвал из контекста
11 янв 10, 18:42    [8167550]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
Так что, есть у кого ссылка на данные по времени наработки на отказ этих чудо-девайсов под нагруженной БД?
11 янв 10, 18:49    [8167573]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
artemg
Member

Откуда: Санкт-Петербург
Сообщений: 593
да, ещё интересует вопрос деградации производительности этих чудо-девайсов со временем при записи
там вроде ввиду особенностей технологии это неизбежно
или хитрые контроллеры + скрытая доп. ёмкость сверх заявленой решает проблему?
11 янв 10, 18:56    [8167595]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Журавлев Денис
Member

Откуда: St.John,NB,CA
Сообщений: 5532
andrey_anonymous
Так что, есть у кого ссылка на данные по времени наработки на отказ этих чудо-девайсов под нагруженной БД?
нету такой инфы, вот очень разумная мысль

http://blog.lexa.ru/2009/10/20/ssd_ruljat.html#comment-9548
леха
Представим, у нас 100-гиговый диск и туда непрерывно пишется 100Mb/sec (что очень дохрена). Он будет перезаписываться 4 раза в час. 100 тыс циклов - 1000 дней или 3 года.
11 янв 10, 19:23    [8167658]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
Журавлев Денис

леха
Представим, у нас 100-гиговый диск и туда непрерывно пишется 100Mb/sec (что очень дохрена). Он будет перезаписываться 4 раза в час. 100 тыс циклов - 1000 дней или 3 года.

100000 циклов - ресурс SLC-накопителей. 100Гб - это MLC, ресурс которого на порядок меньше (10000 циклов).
Представим, что у нас на MLC-SSD стоит оракель и безотносительно к нагрузке каждые 3 секунды модифицирует заголовки файлов.
Тогда на "вышибание" одной страницы SSD будет уходить 3*10000/60/60=8.33 часа. Т.е. каждые 8 часов будут нарабатывать на отказ столько страниц, сколько датафайлов размещено на диске. Это без всякой нагрузки.
Далее. У той же X25-M стирается не одна страница, а блок размером 128 страниц, то есть 512 кБ.
Т.е. каждые восемь часов будет "выноситься" 512Кб*<количество файлов данных>, или 1.5Мб*<количество файлов данных> в сутки.
"Резерв ставки главнокомандования" положим порядка 10% от "рабочего" объема SSD, т.е. для диска 100Гб резерв составит 10Гб.
Число файлов положим для определенности 20.
Тогда резерв будет съеден за 10000Мб/1.5(Мб.сут)/20(файлов)=333 дня, или менее года.
Простаивающей базой.
Этот расчет не учитывает, как минимум, запись alert.log и модификацию access-time файлов.
После того, как будет выбит резерв - начнет сокращаться уже рабочее пространство, что плохо воспринимается файловой системой.
Как такой расчет?
11 янв 10, 20:09    [8167779]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
Вот еще про 100Мб/с: при условии записи на накопитель каждый день по 100 ГБ Intel гарантирует, что накопитель прослужит пять лет.
Как несложно подсчитать, это порядка 1-1.5Мб/с, а не 100.
Т.е. если поверить вендору загнать 100Мб/с, то накопитель сдохнет через 5/100 года, или менее чем через месяц ;)
На самом деле интел не пропустит более 70Мб/с, т.е. можно говорить что при максимальной скорости записи жить X25-M будет месяца два.
11 янв 10, 20:29    [8167821]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
artemg
Member

Откуда: Санкт-Петербург
Сообщений: 593
> Как такой расчет?

а если посчитать не для scn-ов и заголовков датафайлов, а для упоминавшейся тут flash_cache
какой там принцип изменения закешированных блоков и соответственно какая за ним арифметика?
из существующей доки и блогов клоссона/харрисона это не очень понятно, но может кто-то уже игрался с соответвтующей фичей на солярисе или пропатченом oel-e?
11 янв 10, 20:46    [8167865]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
mayton
Member

Откуда: loopback
Сообщений: 49738
andrey_anonymous
Так что, есть у кого ссылка на данные по времени наработки на отказ этих чудо-девайсов под нагруженной БД?

Я-ж говорю. Наработка на отказ будет измеряться не в часах. А в количестве записанных блоков или Kb_wrtn.
11 янв 10, 20:52    [8167883]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
mayton
Member

Откуда: loopback
Сообщений: 49738
andrey_anonymous
100000 циклов - ресурс SLC-накопителей.

Ты не ошибся в своей арифметике? 100 тыс циклов записи должен выдерживать 1 блок SSD накопителя. И я где-то читал что умный контроллер не будет прожигать один и тот-же блок дважды. Он должен его физически перемещать на новое место чтоб обеспечить равномерный износ всей матрицы памяти.
11 янв 10, 20:58    [8167901]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
mayton
andrey_anonymous
100000 циклов - ресурс SLC-накопителей.

Ты не ошибся в своей арифметике? 100 тыс циклов записи должен выдерживать 1 блок SSD накопителя.

Вроде не ошибся :)
11 янв 10, 21:01    [8167911]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
gergo
Member

Откуда:
Сообщений: 224
Intel X25-E SLC SSD

4k R/W

R - 35000 iops
W - 3300 iops

http://download.intel.com/design/flash/nand/extreme/319984.pdf

SAS 15krpm ~ 180 iops
11 янв 10, 21:59    [8168085]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Журавлев Денис
Member

Откуда: St.John,NB,CA
Сообщений: 5532
andrey_anonymous

100000 циклов - ресурс SLC-накопителей. 100Гб - это MLC, ресурс которого на порядок меньше (10000 циклов).
http://www.seagate.com/www/en-us/products/servers/pulsar/pulsar/
* Single-level cell (SLC) technology optimizes SSD reliability and endurance
* Up to 200GB capacity in a 2.5-inch form factor and 7mm z-height

похоже что реальный размер у большинства кратен 64Г, т.е. 224-200 =24 под ЕСС?

а вот еще более запутывающая технология http://en.wikipedia.org/wiki/Wear_levelling
11 янв 10, 23:48    [8168424]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
-2-
Member

Откуда:
Сообщений: 15330
gergo
SAS 15krpm ~ 180 iops
На последовательной записи даже блоками 4к не все так печально.
~> dd bs=4096 count=1048576 if=/dev/zero of=/u02/oracle/4g oflag=direct
1048576+0 records in
1048576+0 records out
4294967296 bytes (4.3 GB) copied, 140.004 s, 30.7 MB/s
в это же время istat -xm по этому диску показывал 7000-8500 операций в секунду:
Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await  svctm  %util
sdb               0.00     6.00    0.30 7755.80     0.00    30.32     8.01     1.17    0.16   0.12  93.36
12 янв 10, 01:51    [8168662]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
Звонок в техподдержку
Техподдержка, хочу поинтересоваться, стоит ли мне использовать твёрдые диски для моей оракловой базюлище? плюсы и минусы


Твердые диски нет, а вот флеш мемори - да, в новые ораклы введена ее поддержка. А просто SSD диск должен входить в умную систему памяти, которая знает его плюсы и минусы (скажем, очень быстрое чтение причем до фени случайное или последовательное, операция трим перед записью, ограниченное число перезаписей).
12 янв 10, 02:22    [8168690]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
Там всегда есть вот это

artemg
да, ещё интересует вопрос деградации производительности этих чудо-девайсов со временем при записи
там вроде ввиду особенностей технологии это неизбежно
или хитрые контроллеры + скрытая доп. ёмкость сверх заявленой решает проблему?


Еще учтите что SSD для консюмеров и для ентерпрайзов - две большие разницы (разные технологии обычно юзаются).
12 янв 10, 02:25    [8168695]     Ответить | Цитировать Сообщить модератору
 Re: SSD для баз данных?  [new]
Журавлев Денис
Member

Откуда: St.John,NB,CA
Сообщений: 5532
andrey_anonymous

Тогда на "вышибание" одной страницы SSD будет уходить 3*10000/60/60=8.33 часа. Т.е. каждые 8 часов будут нарабатывать на отказ столько страниц, сколько датафайлов размещено на диске.
Контроллер, при каждой перезаписи, пишет в новую ячейку флешки, чтобы выровнять кол-во перезаписей в каждой ячейке. Поэтому чем больше размер флешки и больше свободного места, тем дольше она проработает, тем стабильнее будет запись. Резерв там есть, но он для хранения ecc и для выравнивания скорости записи при большом заполнении.

Кстати еще про Pulsar™ Solid State Drives
* Power loss data protection to ensure against data loss upon power failure
т.е. там похоже кучка ram еще c суперкондером:
For example, Power Loss Protection – achieved by the integration of a super-capacitor in Pulsar’s data architecture - protects enerprise data, enabling customers to use Pulsar with the write cache enabled. 
12 янв 10, 08:34    [8168902]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8 9   вперед  Ctrl      все
Все форумы / Oracle Ответить