|
Тюнинг
|
|||
---|---|---|---|
#18+
Задача. Дано:сервер 2хP3-1400/4Gb/5 SCSI винтов под Linux RH 7.3...Oracle 8i...корпоративная база....бухи...склады...и т.д. всего 80 юзеров Объемы информации в день очень не кислый...Найти: чтоб летала!!! ....Как можно тюнигнуть кроме раскладки по винтам, подгона логфайлов к чекпоинтам... может у кого нить есть подобные не билинговые базы... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 16:16 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
Если честно то инфы очень мало. 1) Не кислый это как? 80 человек грузят флэт-файлы круглосуточно? Или просто в ГУЯх набивают? Если в ГУЯх то много они не набьют. 2) 4Гб ты на 8-ке под линухом не заюзаешь, насколько мне известно. 3)Чтобы летала, надо прикладу оптимизять, а уже потом сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 17:16 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
Сам Linux 2.4.19 по крайнеё мере поддерживает более 4Gb ОЗУ. Насчёт Oracle не в курсе. А что разве Oracle работает напрямую с памятью, а не через системные вызовы? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 17:34 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
>1) Не кислый это как? 80 человек грузят флэт-файлы круглосуточно? Или просто в ГУЯх набивают? Если в ГУЯх то много они не набьют. В том то все и дело оптово-розничная торговля медикаментами(госснабжение медикаментами)....в ГУЯх бъют все...кроме того почтовый импорт, XML-объекты....объем входящих документов: 1000 счетов с средним числом срок 100 в день, 200 накладных с таким же количеством...ну и по нарастающей...количество бухгалтерских проводок...платежек...счетов-фактур...да до хрена чего. >2) 4Гб ты на 8-ке под линухом не заюзаешь, насколько мне известно. ПОЧЕМУ????? >3)Чтобы летала, надо прикладу оптимизять, а уже потом сервер. Приклада оптимизации не подлежит (ежемесячный абгрет софта) - хотя ты тут тоже прав там даже селекты написаны не всегда оптимизированно ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 17:36 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
Прикладная прога юзает оракл через BDE....ну конечно все скрипты в базе...но в них лазать противопаказано....после апгрейда они заменяться опять...а разработчик в своих процедурах даже подселекты пишет не в фром...поэтому придется тюнинговать параметрами... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 18:38 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
опиши свою проблему более конкретно (типа - такой вот скл запрос медленно работает), а не в общем. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 19:21 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
по поводу 4ГБ: http://otn.oracle.com/tech/linux/pdf/1_linuxVM_v2_accepted.pdf И учти что тебе надо RHAS (то бишь стервер), чтобы поиметь саппорт и прочие полезности. вот здесь особенно интересно :) Oracle also makes extensive use of shared memory. A generic 2.4.x kernel would only allow up to 1.8GB of SGA. But enhancements to the Advanced Server release of the Linux kernel would allow larger SGA sizes. A large SGA and a big database instance would produce a lot of page table entries in the kernel that would severely limit the number of users supported and may lead to extremely slow performance and even crash. There has been considerable work done to overcome those limitations and show a graceful degradation under heavy stress. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2002, 09:36 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
to .dba: проблема описана в первом топе...приклада оптимизации не подлежит!!!! вот и все.... to Alexander Sobyanin: а мне и не надо чтоб SGA была 4GB... это ж скока чекпоинт проходить будет? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2002, 09:50 |
|
Тюнинг
|
|||
---|---|---|---|
#18+
1. Оптимизация параметров физического хранения таблиц и индексов. Посмотри, чтобы для всех PCTINCREASE стояло 0. Если в объекте большое количество экстентов, то его надо пересоздать с более оптимальными параметрами. 2. Оптимизация структур памяти(SGA) 3. Оптимизация сортировок 4. .............. RTFM!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2002, 10:11 |
|
|
start [/forum/topic.php?fid=52&msg=32072157&tid=1992638]: |
0ms |
get settings: |
9ms |
get forum list: |
9ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
others: | 298ms |
total: | 405ms |
0 / 0 |