AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 12.01.2009, 13:04   #1  
ZVV is offline
ZVV
MCITP
MCP
Oracle
MCBMSS
 
1,006 / 246 (11) ++++++
Регистрация: 13.02.2004
Адрес: Минск
->
Цитата:
Сообщение от Eldar9x Посмотреть сообщение
это что ж, выходит таблицы и индексы надо сливать в один файл...
Почему так категорично? Там написано просто, что это не так принципиально... И разносить ТС по разным дискам нужно не по принципу таблицы-индексы, а по принципу распределения I/O нагрузки.

Естественно, всё это касается только "Manually Distributing I/O":
Цитата:
Сообщение от Oracle® Database Performance Tuning Guide
If your system does not have an LVM or hardware striping, then I/O must be
manually balanced across the available disks by distributing the files according to each
file's I/O requirements. In order to make decisions on file placement, you should be
familiar with the I/O requirements of the database files and the capabilities of the I/O
system.
....
The decision to segregate files should only be driven by I/O rates, recoverability
concerns, or manageability issues.
Насчёт Количества файлов и их размеров - это больше вопрос стратегий восстановления и вообще управляемости данными файлами, а не производительности. Проще управлять обычно несколькими файлами средних размеров, чем одним огромным.
Насчёт влияние фрагментации датафайлов на уровне ОС - на самом деле она не оказывает обычно существенного влияния на общую производительность. Связано этот с тем, что головки диска и так мечутся туда-сюда по диску при доступе к данным. Дело в том, что в общем случае даже экстенты одного сегмента (таблицы, индекса, etc..) распределены достаточно произвольно в файле данных (или даже по нескольким файлам одного ТС, если их несколько). Если уж вы совсем идеалист, то можно и на уровне ОС переодически дефрагментацию делать, если есть такая возможность.
Но всё равно многие предпочитают не выставлять AUTОEXTEND (особенно на SYSTEM TS ) по тем же причинам, чтоб не получить неожиданного неуправляемого роста какого-то файла (особенно когда на БД работают параллельно разработчики - всего можно ожидать ). Вместо этого проводится постоянный мониторинг использования места в ТС и превентивное принятие мер по их расширению, перемещению, добавлению файлов и т.п..

Как то в общем так.. Если хочется более подробного описания, то по данной проблеме в инете есть море статей, поищите... Кое-что можно найти и в "Oracle® Database Performance Tuning Guide", ссылки из которого я уже приводил...

И ещё, а что вы подразумеваете под "ТС для временных таблиц" в контексте БД Аксапты? Аксапта не создаёт своих временных таблиц в БД, а обрабатывает их на уровне файлов ОС.
__________________
Zhirenkov Vitaly
Теги
oracle, база данных, дисковый массив, настройка, ax3.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Месяц жизни с Oracle. Впечатления и вопрос. egorych DAX: Администрирование 13 02.02.2009 10:38
Установка Dynamics 4.0 под Oracle Paul_ST DAX: Администрирование 6 20.04.2007 16:36
aEremenko: История об установке Microsoft Dynamics Ax 4.0 и Oracle 10G Blog bot DAX Blogs 0 28.10.2006 16:01
Oracle or MS ? вот в чем вопрос Adekamer DAX: Администрирование 27 26.11.2005 01:48
Знатокам Oracle listener DAX: Администрирование 1 23.01.2004 10:53
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:33.