利用DTA优化Server数据库

Question

使用数据库调优顾问raccomandatations优化Server 2005 SAP R/3数据库安全吗？我们在一个专门的SAP数据库上正经历着非常低的性能，因为强大的读取操作以及db和DTA建议创建大约25个索引和100个统计数据。我不是SAP的专家，我很惊讶这个数据库有大约56.000个表和6500个视图(120 GB的数据)。

谢谢大家的帮助

Answer 1

表计数听起来与我在SQL数据库中的经验非常接近。如果没有SAP支持，我就不会使用DTA，在此之前，我将尝试在数据库表上运行一个索引重建/碎片整理，该数据库表的碎片会超过30%。严重的碎片化也会影响读取性能，但它涉及对应用程序数据库的逻辑结构进行风险较小(IMHO)的更改，而不是添加可能或可能无助于此问题的索引。

Answer 2

顺便说一下，我看不出使用数据库调优顾问()的建议会造成问题(通常的警告是，在应用它们之前，您应该完全了解会发生什么--您不想添加一堆索引，突然插入需要一个小时！)

在我有限的经验中，数据库调优顾问()在所做的工作上相当保守，不太可能造成问题。

但是，请注意，SAP可能会对您对其基础数据库进行直接更改有一些看法。在前进之前，你需要和他们(或SAP专家)谈谈这个问题，否则，如果未来SAP的支持团队出现故障，他们可能会指责您的更改，拒绝帮助您/向您收取过高的费用(即使破损与此无关)。

Answer 3

我会：

1. 转到transaction ST04。查看磁盘响应时间。缓慢的响应时间可能表示磁盘问题或瓶颈。
2. 服务器是否有足够的物理内存和分页内存？
3. 查看SQL统计数据，查看哪些进程经常运行，并具有较长的平均运行时。
4. 对导致最多延迟的SQL语句运行DTA。然后，在对上述表进行OSS检查之后，才能实现这些建议。注意-它们是SAP表还是自定义表？
5. 查看事务ST03以进一步识别和解决性能问题