форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Оптимизация и Промышленные системы (Public)
Изначальное сообщение		[ Отслеживать ]

"Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"

Сообщение от Konwin (ok) on 01-Ноя-07, 12:23

Доброго времени суток! Контора собирается приобрести пару серверов SUN Fire V245 (http://www.sun.com/servers/entry/v245/specs.xml). Основной задачей на ближайшее время будет конфигурирование этих машиной под Oracle RAC, с хитрым конфигурированием как самой ОС, так и СУБД - предполагается что вся СУБД целиком будет сидеть в оперативной памяти (ибо необходимо добиться отклика системы в приделах 0.5 сек). Естественно это будет тестовая конфигурация - боевую планируется собирать на более серъёзных игрушках с минимуму 64 Гиг памяти, но начнём с этих. Собственно вопрос - кто использовал сабж под нагрузкой и кто пробовал подобные финты с поднятием ПО (или даже компонентов ОС и свопа) в оперативную память? Есть ли возможность монтировать виртуальные диски в память, копировать туда некие данные (по всей видимость там должны будут находиться некоторые тейблспейсы), а затем настроить периодический сброс этих данных на жёсткий диск?

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"

Сообщение от Av (??) on 01-Ноя-07, 17:46

>предполагается что вся СУБД целиком будет сидеть в оперативной памяти (ибо необходимо >добиться отклика системы в приделах 0.5 сек). > Есть ли возможность монтировать виртуальные диски в память, копировать >туда некие данные (по всей видимость там должны будут находиться некоторые >тейблспейсы), а затем настроить периодический сброс этих данных на жёсткий диск? База сама кэширует данные в пределах выделенной для нее памяти, и городить такой каскад буферов не следует. Лучше смотрите в сторону оптимизации оракла. А еще лучше вопрос задайте на тематическом форуме www.sql.ru, там квалифицированного народу по-боле будет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"
	Сообщение от Konwin (ok) on 01-Ноя-07, 23:49
	>[оверквотинг удален] >>тейблспейсы), а затем настроить периодический сброс этих данных на жёсткий диск? > >База сама кэширует данные в пределах выделенной для нее памяти, и городить >такой каскад буферов не следует. Лучше смотрите в сторону оптимизации оракла. > > >А еще лучше вопрос задайте на тематическом форуме www.sql.ru, там квалифицированного народу >по-боле будет. > > Соль ситуации в том что мне нужно чтобы данные гарантировано были кешированы, хотя в целом я с вами конечно согласен. А на sql.ru я конечно отмечусь, как пароль вспомню...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"
	Сообщение от Юрий (??) on 30-Янв-08, 08:05
	>[оверквотинг удален] >> >>А еще лучше вопрос задайте на тематическом форуме www.sql.ru, там квалифицированного народу >>по-боле будет. >> >> > >Соль ситуации в том что мне нужно чтобы данные гарантировано были кешированы, >хотя в целом я с вами конечно согласен. > >А на sql.ru я конечно отмечусь, как пароль вспомню... Ни при каких условиях полностью закэшированная база не будет быстрей оптимизированной. Запросы оптимизировать надо, а не дурью маяться. Головой подумай - какая машина 64Гб в памяти тебе за полсекунды просмотрит... Еще раз - гарантированное кэширование СУБД - бред дилетанта. Компрене ву?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"
	Сообщение от Konwin (ok) on 30-Янв-08, 18:15
	>[оверквотинг удален] >>Соль ситуации в том что мне нужно чтобы данные гарантировано были кешированы, >>хотя в целом я с вами конечно согласен. >> >>А на sql.ru я конечно отмечусь, как пароль вспомню... > >Ни при каких условиях полностью закэшированная база не будет быстрей оптимизированной. Запросы >оптимизировать надо, а не дурью маяться. Головой подумай - какая машина >64Гб в памяти тебе за полсекунды просмотрит... > >Еще раз - гарантированное кэширование СУБД - бред дилетанта. Компрене ву? Умом я это понимаю - главное - убедить технического дирректора? Есть какие-нибудь статьи или статистика чтоб можно было носом ткнуть?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"
	Сообщение от golimo on 19-Фев-08, 11:59
	На СФ880 с 32 гб памяти помещали базу в /tmp все летало
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"
	Сообщение от anonymous (??) on 30-Июл-08, 22:33
	>>Еще раз - гарантированное кэширование СУБД - бред дилетанта. Компрене ву? > >Умом я это понимаю - главное - убедить технического дирректора? Есть какие-нибудь >статьи или статистика чтоб можно было носом ткнуть? Расскажите ему про Oracle TimesTen In-Memory Database
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"
	Сообщение от Anryal (??) on 22-Авг-08, 12:53
	С RAC помещать базу в память бред потомучто все заткнется на CacheFusion, лучше оптимизировать оракл.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Сервера SUN UltraSPARC + Solaris + Oracle RAC + шаманство"

Сообщение от xyz on 10-Сен-08, 22:07

Oracle RAC +ASM +NETAPP fabric-attached +Sun Fire X4600 M2 32-core 256GB ram X4 80000000 tr/h

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]