Страница 3 из 4

Добавлено: 17 мар 2008, 14:53
oiko
Raid 5 надо разобрать вам какой-нибудь криво настроенный по таймаутам redo-log manager будет не давать в таблицы своевременно писать. сделайте disable_loggin и увидите что жить стало легче, тока при малейшем сбое бд никогда не встанет.
А первазиву Raid 5 вполне подходит так как процес записи у него 1! единственный.

Добавлено: 17 мар 2008, 15:29
Nikos
Так и у меня стоит db_writer_processes=1.
Завтра человек из Галактики посмотрит сервер - может, что еще что предложит... А если ничего не выйдет, можно будет на Raid 1 попробовать перейти.

Добавлено: 16 дек 2008, 13:00
Serges
Nikos писал(а):Так и у меня стоит db_writer_processes=1.
Завтра человек из Галактики посмотрит сервер - может, что еще что предложит... А если ничего не выйдет, можно будет на Raid 1 попробовать перейти.
Nikos, чем закончились Ваши изыскания?

Добавлено: 16 дек 2008, 13:59
Nikos
поставили новый четырех процессорный сервер с 16Gb оперативки, Raid 10, db_writer_processes=2, выделили под SGA 12 Gb - нормально работает.

Добавлено: 16 дек 2008, 15:24
Andrey
Nkos: какая ОС на сервере, где поднят Орал? какой объем БД? Какое количество дисков сконфигурировано в раид масси?

Добавлено: 16 дек 2008, 16:07
Nikos
Сервер SUN, ОС Солярис, Raid массив из 14 дисков с двумя контроллерами, объем БД порядка 100 Gb (с журналом), без журнала где-то 40-50Gb

Добавлено: 19 дек 2008, 12:26
Andrey
Nikos: а чем вызван такой большой объм вашего журнала? Сколько дней? Используете ли rebuild для индексов?

Добавлено: 19 дек 2008, 13:06
Nikos
Журнал у нас за 4-5 месяцев. Особой надобности в таком большом нет, но пока не начинает притормаживать я его не трогаю. Иногда бывает полезно, а разворачивать БД из архива долго на Oracle. Перешли на Oracle по весне, большого опыта работы нет, за это время я только один раз чистил журнал, используя TRUNCATE, после Нового года планирую почистить более корректно. А что такое rebuild для индексов я и не знаю. На Pervasive делал rebuild постоянно, а как перешел на Oracle, так ничего и не делал - все хорошо работает.

Добавлено: 19 дек 2008, 15:16
Andrey
под ораклом растет размер индексного табличного пространства достаточно бысто. У меня один раз был рост за 1 неделю на 1 Гб. Если эксплуатации БД позволяет никому не работать в течение 3-4 часов (для вашего размера БД), то размер индексного табличного пространства (реально занятого) уменьшается. Это и делает rebuild

Добавлено: 19 дек 2008, 15:48
Nikos
Я запускаю Shrink - это, видимо, то же самое?

Добавлено: 19 дек 2008, 16:40
Andrey
нет. shrink, если это необходимо, нужно сделать после

Добавлено: 19 янв 2009, 09:13
Alexx
День добрый! Хотел поподробнее узнать насчет rebuild, это какими средствами делается, оракловыми или галактическими?

Добавлено: 20 янв 2009, 12:38
Andrey
oracle,

ALTER INDEX Имя базы.KATMC0 REBUILD;
ALTER INDEX Имя базы.KATMC9 REBUILD;
ALTER INDEX Имя базы.KATMC10 REBUILD;
ALTER INDEX Имя базы.KATMC11 REBUILD;

и так далее по всем нужным таблицам и индексам

Добавлено: 25 мар 2009, 15:15
VAt
Nikos и Andrey, можете про ваши действия со shrink рассказать?

А то у меня база с 2001года так распухла с журналами и индексами уже до 250Гб

Добавлено: 26 мар 2009, 09:44
Nikos
Я в Oracle Enterprise Manager запускаю Database Instance: galtest2.ak.transneft.ru > Advisor Central, далее выбираю Segment Advisor, указываю индексное пространство (например), он отрабатывает, выдает рекомендации, и я их выполняю.