SQL Server 数据库维护策略

您可以通过在配置数据库和日志文件时考虑以下事项来维护数据完整性并提高性能。

  1. 预分配数据库文件和日志文件所需空间可提高性能。这些选项在 SQL Server Enterprise Manager 中“数据库属性”窗口的“数据文件”选项卡和“事务日志”选项卡上可用。
  2. 需要允许日志文件自动增长(幅度为 10%),以确保不发生意外错误。
  3. 将数据文件和日志文件置于单独的磁盘驱动器上可大大提高性能。考虑到数据库增长,应确保这些物理磁盘驱动器上具有足够的可用空间。

SQL Server 数据库备份和维护

与任何企业应用程序类似,必须定期备份数据库并且时常执行其他数据库维护任务。Microsoft™ SQL Server Management Studio 提供了一个“维护计划”向导,允许自动执行这些任务。使用此向导可以创建所需计划任务。

注: 备份数据库不同于复制数据库文件并将其保存在其他位置中。使用 Microsoft SQL Server Management Studio 中的“备份”功能来备份 SQL Server 数据库,并查阅其文档以获取指示信息。

确保匹配数据库和 SQL Server 整理

升级到更高 AppScan Enterprise 版本或者备份数据库以将其移至其他 SQL Server 时,请确保两者之间的整理(例如是否区分大小写)匹配。否则,AppScan Enterprise 数据库将无法正常工作。

备份策略

因为数据库日志文件的大小在两次 SQL Server 备份之间可能会增长,所以请每天备份数据库。根据活动(如生成报告包和仪表板、导入作业)的运行频率,可能可以经常执行增量备份而较少执行完全 SQL Server 备份。当数据库静止时,不必执行备份,但是可以将备份操作安排在已知不太忙的时间执行。如果组织对服务器采用定期维护窗口,那么这一时间可能是执行 SQL Server 备份的理想时间。

对于数据库从不或很少静止的大型组织而言,应该考虑使用为执行 SQL 增量备份而配置的商用备份软件。

数据库恢复

如果发生灾难性硬件故障,可以通过使用 Microsoft SQL Server Management Studio 中的“还原数据库”命令从上一次 SQL Server 备份还原数据库。

收缩数据库

数据库增长可能成为问题,尤其是在删除大型内容扫描作业之后。“Shrink Database”命令可用于移除空的空间。数据库在“文件”级别收缩最有效。请从“收缩数据库”窗口选择“文件”。

或者也可以使用“数据库维护”向导来定期收缩数据库。

数据库维护

安装应用程序后,必须建立数据库维护计划。使用“维护计划向导”可以创建该计划并安排执行时间。在该向导中, 选择以下选项:

  • 检查数据库完整性
  • 收缩数据库
  • 重新组织索引
  • 更新统计信息
  • 执行数据库的完全备份

磁盘碎片整理

随着文件的创建、删除以及大小更改,会逐渐产生磁盘碎片。当数据库未在使用并可关闭以进行维护时,请考虑使用 Windows™ 工具定期整理磁盘碎片。

重新组织索引的维护计划

索引分段会分割大量的页面,从而使数据库性能变慢。这会导致后处理的时间很长,生成报告包会占用更多时间,而且会使 Web 应用程序性能变得更慢。

用户正在访问数据库时无法运行重建操作。为此,有必要阻止用户在重建期间访问数据库。

以下是可能的解决方案:
  • 对于 SQL Standard,有必要重建索引,为此,必须在脱机的情况下重建索引。
  • 升级到 SQL Enterprise,可允许在保持索引联机的情况下重建索引。
  • 调整 SQL Server 填充因子以尝试在一开始就减少内部碎片的产生。
升级到 SQL Enterprise 能够帮助管理员在不停止访问数据库的情况下完成索引重建。创建维护计划以便:
  1. 停止所有服务;
  2. 停止 IIS 和相关服务;
  3. 终止任何运行中的代理主机可执行文件;
  4. 等待所有代理主机都完成处理;
  5. 检查索引分段的级别并将其记录到文件;
  6. 使用填充系数 80(每个页面都有 20% 的可用空间)来重建索引;
  7. 再次检查索引分段的级别并将其附加到日志文件;
  8. 启动 IIS 和相关服务;并且
  9. 启动所有服务。