☰

使用 DTA 优化 SAP SQL Server 数据库

tag-icon • tag-icon sql-server sap
使用 DTA 优化 SAP SQL Server 数据库

使用 Database Tuning Advisor raccomandatations 优化 SQL Server 2005 SAP R/3 数据库是否安全？由于读取操作频繁，专用 SAP 数据库的性能非常低，db 和 DTA 建议创建大约 25 个索引和 100 个统计数据。我不是 SAP 专家，我很惊讶地发现这个数据库有大约 56,000 个表和 6500 个视图（120 GB 数据）。

谢谢大家的帮助

答案1

表数听起来与我使用 SAP SQL 数据库的经验很接近。我不会在使用 DTA 之前先与 SAP 支持人员确认这一点，并且在执行此操作之前尝试对碎片率超过 30% 的数据库表运行索引重建/碎片整理。碎片率高也会影响读取性能，但它涉及对应用程序数据库逻辑结构的更改，风险较小（在我看来），而添加索引可能会或可能不会解决问题。

答案2

我不认为使用数据库调优顾问的建议会导致问题（通常需要注意的是充分认识在应用它们之前会发生什么——您不想添加一堆索引，然后突然插入一个小时！)。
以我有限的经验来看，数据库调整顾问在它所做的事情上相当保守，不太可能导致问题。

但请注意，SAP 可能会对您直接更改其底层数据库的行为有所顾虑。在继续操作之前，您需要与他们（或 SAP 专家）沟通此事，否则，如果将来出现问题，SAP 支持团队可能会将责任归咎于您的更改，并拒绝为您提供帮助或向您收取高昂的费用（即使问题无关）。

答案3

我会：

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

相关内容