Настройка производительности сервера Oracle

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

Ответить
Vagul
Сообщения: 9
Зарегистрирован: 28 ноя 2005, 08:57
Откуда: Тюмень

Настройка производительности сервера Oracle

Сообщение Vagul »

Здравствуте!
У меня такая проблема:
Я работаю администратором Oracle, но абсолютно не знаком с галактикой. В данный момент передо мной поставлена задача настройки производительности сервера. Но я не знаю как Галактика отреагирует на изменение тех или иных настроек сервера.
Подскажите пожалуйста какие параметры сервера можно менять без ущерба для работы Галактики?
Можно ли конфигурировать выделенный сервер?
Можно ли пользоваться RMAN'ом для резервирования БД?
Заранее спасибо.
Serges
Местный житель
Сообщения: 228
Зарегистрирован: 29 мар 2005, 17:49

Сообщение Serges »

Думаю, администрирование БД Галактики под Oracle не отличается от администрирования любой другой БД. Стандартные приемы увеличения производительности подойдут и здесь.
Галактика 8.10, Oracle 10g / 10.2.0.4
Vagul
Сообщения: 9
Зарегистрирован: 28 ноя 2005, 08:57
Откуда: Тюмень

Сообщение Vagul »

Serges
Кто как говорит... Одни говорят что смысла настраивать оракл под галактику нет, т.к. она использует Оракл как мешок с данными и не более того. А соединение данных происходит на клиенте.
Дрегие говорят что нет разницы... Где истина???
Роман
Постоянный обитатель
Сообщения: 164
Зарегистрирован: 15 июл 2005, 05:48
Откуда: Хабаровск
Контактная информация:

Сообщение Роман »

Где истина???
как всегда... где то рядом! :-)
oiko
Местный житель
Сообщения: 419
Зарегистрирован: 29 мар 2005, 17:49

Сообщение oiko »

Кое-что идет на сервере, например журнализация вся на триггерах.
пока пашет на таких параметрах
db_block_size = 16384
db_cache_size = 524288000
db_domain = ''
db_file_multiblock_read_count = 16
db_name = orcl
dispatchers = '(PROTOCOL=TCP)'
fast_start_mttr_target = 300
hash_join_enabled = TRUE
instance_name = orcl
java_pool_size = 0
job_queue_processes = 10
large_pool_size = 524288000
log_buffer = 1024000
log_checkpoint_interval = 10000
log_checkpoint_timeout = 0
open_cursors = 7000
pga_aggregate_target = 41943040
processes = 50
query_rewrite_enabled = FALSE
remote_login_passwordfile = NONE
session_cached_cursors = 300
sessions = 150
sga_max_size = 2000000000
shared_pool_size = 838860800
sort_area_retained_size = 5242880
sort_area_size = 5242880
star_transformation_enabled = FALSE
timed_statistics = FALSE
trace_enabled = FALSE
undo_retention = 10800
cursor_sharing = similar
cursor_space_for_time = TRUE
Vagul
Сообщения: 9
Зарегистрирован: 28 ноя 2005, 08:57
Откуда: Тюмень

Сообщение Vagul »

oiko, а какой размер базы?
oiko
Местный житель
Сообщения: 419
Зарегистрирован: 29 мар 2005, 17:49

Сообщение oiko »

гигов 40 из них ценных данных гигов 5
Radik
Сообщения: 19
Зарегистрирован: 27 мар 2006, 19:11
Контактная информация:

Сообщение Radik »

от себя могу добавить
1 испльзовать оптимизацию согласно умным книгам по Oracle из ходя из того что
система пишет на много больше чем читает, и (у нас) как показал анализ, с базы 10ГБ (щас около 40) начались огромные задержки (ожидание записи)
а) если просто на винтах (не RAID) то разнести по винтам данные, индексы, журналы и темп
б) если модный RAID 5 то снести его куда подальше (система пишет на много больше чем читает) и сделать 10 (ИМХО простой страйп в зеркале лучше всего подойдет)

2
сервер БД сделать отдельным сервером, освободив его от лишних задач

3
обеспечитьмаксимальную скорость меж клиентом и БД.
на сервере Галактики сделать терминальный доступ и установить там галклиента (но придется под енто дело машинку по мощнее сделать) также
Ответить