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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.01.2024, 16:50   #1  
Lankey is offline
Lankey
Участник
 
58 / 13 (1) ++
Регистрация: 19.05.2020
Фрагментация индексов
D365
Обновлена база в PrePROD копией базы из PROD

Два индекса на таблице DirPartyRelationship
  • по RecID (unique, no-clustered)
  • по Partition (non-unique, no-clustered)
имеют фрагментацию 98%

Как я понимаю, MS поддерживает здоровье индексов в D365, поэтому не очень ясно, почему такая высокая фрагментация?

PS: Такая же история,например, с DirPartyTable. На стороне SQL в ней 34 индекса. Среди них 8 имеют фрагментацию больше 90%
В CustTable три основных индекса RecID, AccountIdx InvoiceAccountIdx имеют 98%

Последний раз редактировалось Lankey; 26.01.2024 в 18:40.
Старый 29.01.2024, 10:46   #2  
Lankey is offline
Lankey
Участник
 
58 / 13 (1) ++
Регистрация: 19.05.2020
А у вас как? Тоже такая сильная фрагментация на этих индексах?
Старый 29.01.2024, 14:46   #3  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Посмотрел. У меня фрагментация кластерных индексов по recId порядка 50%, фрагментация обычных индексов - порядка 70% (для этих двух таблиц конечно)
Вообще логику отбора индексов для перестроения/реорганизации можно в хранимой процедуре SYS.DM_DB_INDEX_USAGE_STATS Если я там правильно код понял, то индексы с более 500 записей и менее 100 страниц переиндексируются только если за некий период к ним было более 100000 обращений, а индекс с более 100 страниц переиндексируются только если к ним было более 10000 обращений. Как период определяется - я не знаю. Как я подозреваю, можно статистику доступа к индексам какой-то командой сбросить, но какой именно командой и насколько часто она этими скриптами автоиндексации выполняется - я не знаю.

Еще у меня было ощущение, что во времена SSD переиндексация не так актуальна, как во времена настоящих жестких дисков, поскольку время последовательного и произвольного чтения/записи для SSD достаточно близки.

Последний раз редактировалось fed; 29.01.2024 в 15:24.
За это сообщение автора поблагодарили: Lankey (1).
Старый 29.01.2024, 16:49   #4  
ТРЕНЕР is offline
ТРЕНЕР
Участник
Аватар для ТРЕНЕР
 
598 / 50 (3) ++++
Регистрация: 11.06.2003
Адрес: Москва
Цитата:
Сообщение от fed Посмотреть сообщение
Еще у меня было ощущение, что во времена SSD переиндексация не так актуальна, как во времена настоящих жестких дисков, поскольку время последовательного и произвольного чтения/записи для SSD достаточно близки.
Статья на Хабре: https://habr.com/ru/articles/724702/

Цитата:
Цитата:
Миф: у нас SSD, поэтому дефрагментация нам не нужна. Еще как нужна! Часто в высоко нагруженных системах не делают дефрагментацию, потому что это сложно. В итоге процент фрагментации выходит на уровень почти 100%, и таблицы занимают в два раза больше страниц, чем нужно. В два раза больше места - это в два раза хуже Buffer Cache Hits Ratio. Это в два раза больше размер full backups. Это в два раза дольше full table scans. Это выше CPU (потому что страницы перемещаются с помощью процессора, а не сами по себе)
Старый 29.01.2024, 22:14   #5  
Lankey is offline
Lankey
Участник
 
58 / 13 (1) ++
Регистрация: 19.05.2020
Цитата:
Сообщение от fed Посмотреть сообщение
Посмотрел. У меня фрагментация кластерных индексов по recId порядка 50%, фрагментация обычных индексов - порядка 70% (для этих двух таблиц конечно)
Спасибо большое, что посмотрели! Очень признательна . Есть хоть какие-то теперь ориентиры , чтобы понимать, нормально ли то, что у нас происходит.

Последний раз редактировалось Lankey; 29.01.2024 в 22:16.
Теги
d365

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
где хранятся имена индексов в SQL базе AX2009 oleggy DAX: Программирование 6 10.07.2020 09:29
Разное количество индексов в axapta и sql demianimp DAX: Администрирование 5 10.11.2015 10:28
SQL Server 2005, 2008: Создание недостающих индексов Poleax DAX: Прочие вопросы 6 05.06.2010 01:28
Слишком большой размер ключа в байтах для некоторых уникальных индексов gl00mie DAX: Администрирование 1 10.02.2010 20:59
Нездоровый размер индексов dj_Mage DAX: Администрирование 6 27.12.2006 15:15
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 09:54.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.