Назад | Перейти на главную страницу

Оптимизация базы данных SAP SQL Server с помощью DTA

Безопасно ли оптимизировать базу данных SQL Server 2005 SAP R / 3 с помощью raccomandatations советника по настройке базы данных? У нас очень низкая производительность в выделенной базе данных SAP из-за интенсивных операций чтения, и db и DTA предлагают создать около 25 индексов и 100 статистических данных. Я не являюсь экспертом по SAP и очень удивлен, увидев, что эта база данных содержит около 56 000 таблиц и 6500 представлений (120 ГБ данных).

Спасибо всем за помощь

Я не вижу, чтобы использование предложений советника по настройке баз данных приводило к проблемам (с обычным предупреждением, что вы должны полностью понять что произойдет до их применения - вы не хотите добавлять кучу индексов, и вдруг вставка займет час!).
По моему ограниченному опыту, Советчик по настройке баз данных довольно консервативен в том, что он делает, и вряд ли вызовет проблемы.

Однако обратите внимание, что SAP может что-то сказать о том, что вы вносите прямые изменения в их базовую базу данных. Это то, о чем вам нужно поговорить с ними (или со специалистом SAP), прежде чем двигаться дальше, иначе, если что-то сломается в будущем, служба поддержки SAP может указать пальцем на ваши изменения и отказаться помочь вам / взимать с вас непомерную сумму (даже если поломка не связана).

Подсчет таблиц близок к моему опыту работы с базами данных SAP SQL. Я бы не стал использовать DTA без предварительной очистки с помощью поддержки SAP и перед этим попробуйте выполнить перестройку / дефрагментацию индекса для таблиц базы данных с сильной фрагментацией, превышающей 30%. Сильная фрагментация также повлияет на производительность чтения, но она включает в себя менее рискованное (IMHO) изменение логической структуры базы данных приложения, чем добавление индексов, которые могут помочь или не решить проблему.

Я буду:

  1. Перейдите к транзакции ST04. Посмотрите на время отклика диска. Медленное время отклика может указывать на проблему с диском или узкое место
  2. Достаточно ли на сервере физической памяти и выгружаемой памяти?
  3. Посмотрите статистику SQL, чтобы увидеть, какие процессы выполняются часто с длительным средним временем выполнения.
  4. Запустите DTA для операторов SQL, которые вызывают наибольшие задержки. Затем реализуйте предложения, только после проверки OSS для упомянутых таблиц. Примечание - это SAP или пользовательские таблицы?
  5. Просмотрите транзакцию ST03 для дальнейшего выявления и устранения проблем с производительностью.