Оптимизация базы данных SAP SQL Server с использованием DTA
Безопасно ли оптимизировать базу данных SQL Server 2005 SAP R/3 с помощью raccomandatations Advisory Tuning Advisor? Мы наблюдаем очень низкую производительность в выделенной базе данных SAP из-за интенсивных операций чтения, и БД и DTA предлагают создать около 25 индексов и 100 статистик. Я не эксперт SAP, и я очень удивлен, увидев, что эта база данных имеет около 56 000 таблиц и 6500 представлений (120 ГБ данных).
Спасибо всем за помощь
3 ответа
Я мог бы:
- Перейти к транзакции ST04. Посмотрите на время отклика диска. Медленное время отклика может указывать на проблему с диском или узкое место
- Достаточно ли у сервера физической памяти и памяти с подкачкой?
- Посмотрите статистику SQL, чтобы увидеть, какие процессы выполняются часто с длительным средним временем выполнения.
- Запустите DTA для операторов SQL, которые вызывают наибольшую задержку. Затем реализуйте предложения, только после проверки на OSS для упомянутых таблиц. Обратите внимание - это SAP или пользовательские таблицы?
- Посмотрите на транзакцию ST03 для дальнейшего выявления и устранения проблем с производительностью
Я не вижу, чтобы использование советов от помощника по настройке базы данных вызывало проблемы (с обычным предупреждением, что вы должны полностью понимать, что произойдет до их применения - вы не хотите добавлять несколько индексов и внезапно вставлять занимает час!).
По моему ограниченному опыту, помощник по настройке базы данных довольно консервативен в своих действиях и вряд ли вызовет проблемы.
Однако обратите внимание, что SAP может что-то сказать о том, что вы вносите прямые изменения в их базовую базу данных. Это то, с чем вам нужно поговорить с ними (или специалистом SAP), прежде чем идти вперед, в противном случае, если что-то сломается в будущем, служба поддержки SAP может указать пальцем на ваши изменения и отказать вам в помощи / выставить вам непомерные суммы (даже если поломка не связана).
Количество таблиц похоже на мой опыт работы с базами данных SAP SQL. Я бы не использовал DTA без предварительной очистки с помощью поддержки SAP, а перед этим попытался бы выполнить перестроение / дефрагментацию индекса для таблиц базы данных с сильной фрагментацией, превышающей 30%. Сильная фрагментация также может повлиять на производительность чтения, но включает менее рискованное (IMHO) изменение логической структуры базы данных приложения, чем добавление индексов, которые могут или не могут помочь в решении проблемы.