Оптимизируйте базу данных SAP SQL Server с помощью DTA
существует много псевдонимов здесь, которые не необходимы:
alias c='clear'
может быть заменен просто нажатие [Ctrl] + [L]
alias mroe='more'
и подобный: zsh обеспечивает исправление написания по умолчанию, удар делает это с расширениями
alias something="history | grep $@"
при нажатии [Ctrl] + [R] делает то же самое в bash/zsh
back='cd $OLDPWD'
то же может быть сделано в каждой оболочке с
cd -
Не замечаю, что использование предложений советника по настройке баз данных, вызывающих проблемы (с обычным предупреждением, что вы должны полностью понять , что произойдет, прежде чем применять их - - вы не хотите добавлять кучу индексов, и вдруг вставка займет час!)
По моему ограниченному опыту, помощник по настройке базы данных довольно консервативен в том, что он делает, и вряд ли вызовет проблемы.
Обратите внимание, однако, что SAP может что-то сказать о том, что вы вносите прямые изменения в их базовую базу данных. Это то, что вам нужно поговорить с ними (или со специалистом SAP), прежде чем двигаться дальше, иначе, если что-то сломается в будущем, группа поддержки SAP может указать пальцем на ваши изменения и отказаться помочь вам / взимать с вас непомерную сумму (даже если поломка не связана).
Подсчет таблиц близок к моему опыту работы с базами данных SAP SQL. Я бы не стал использовать DTA без предварительной очистки этого параметра с помощью поддержки SAP и перед этим попробуйте запустить восстановление / дефрагментацию индекса для таблиц базы данных с сильной фрагментацией, превышающей 30%. Сильная фрагментация также повлияет на производительность чтения, но она включает менее рискованное (IMHO) изменение логической структуры базы данных приложения, чем добавление индексов, которые могут помочь или не решить проблему.
Я бы:
- Перейти к транзакции ST04. Посмотрите на время отклика диска. Медленное время ответа может указывать на проблему с диском или узкое место
- Достаточно ли на сервере физической памяти и выгружаемой памяти?
- Посмотрите статистику SQL, чтобы узнать, какие процессы выполняются часто, с длительным средним временем выполнения.
- Запустите DTA для операторов SQL, которые вызывают наибольшие задержки. Затем реализуйте предложения, только после проверки OSS для упомянутых таблиц. Примечание - это SAP или пользовательские таблицы?
- Посмотрите на транзакцию ST03 для дальнейшего выявления и решения проблем с производительностью