Sean Long Asked: 2013-06-19 13:01:50 +0800 CST2013-06-19 13:01:50 +0800 CST 2013-06-19 13:01:50 +0800 CST 我可以向服务器添加什么以使 SQL 恢复更快？ 772 我有一个 2.8TB 的 SQL 数据库（主要是数据文件，大约 400GB 的日志文件），目前需要大约 9 个小时才能恢复。此数据库用于测试目的，必须在每次运行之间从备份中删除和恢复，以确保我们始终从同一点开始。 我的问题是，服务器目前有 12 个内核和 92GB 的 RAM，以及数据库所在的 RAID 5 磁盘子系统。哪些区域通常会导致 SQL 还原过程出现瓶颈？是磁盘、内存还是 CPU？ sql-server performance 2 个回答 Voted Mark Henderson 2013-06-19T13:09:12+08:002013-06-19T13:09:12+08:00 不要进行备份和恢复；使用 SQL Server 快照。存储与快照文件大小相同的稀疏文件需要大量磁盘空间，但回滚速度要快数百倍。 它们在 SQL Server Enterprise 和 SQL Server Developer 版本中可用。 Best Answer Kenneth Fisher 2013-06-19T13:54:01+08:002013-06-19T13:54:01+08:00 恢复的主要瓶颈将是磁盘 IO。要解决这个问题，您基本上需要更快的磁盘或不同的配置。不过，我对 RAID 或 SAN 的了解还不够多，无法在那里提出任何建议。您甚至可以考虑使用 SSD。他们的速度快得令人眼花缭乱。我不想在不定期重新创建的东西上使用它们（tempdb 总是一个很好的候选者），但由于你经常恢复它，它可能没问题。另一方面，如果您正在进行性能测试，您可能希望确保您的测试服务器尽可能靠近生产服务器。 您还可以做一些其他的事情来帮助自己。如果您还没有，请先压缩您的备份。这当然假设 SQL 2008 或更高版本。它不仅会减少存储备份的磁盘空间，还会减少读取备份的 IO。这涉及到 CPU 成本，因此请注意。也不要删除您的数据库，只需恢复它即可。这样文件就已经就位，并且没有创建它们的开销。您可以打开即时文件初始化（这是服务器级别的权限）以显着加快数据文件的文件创建/增长，但它不适用于您的日志文件。
不要进行备份和恢复；使用 SQL Server 快照。存储与快照文件大小相同的稀疏文件需要大量磁盘空间，但回滚速度要快数百倍。
它们在 SQL Server Enterprise 和 SQL Server Developer 版本中可用。
恢复的主要瓶颈将是磁盘 IO。要解决这个问题，您基本上需要更快的磁盘或不同的配置。不过，我对 RAID 或 SAN 的了解还不够多，无法在那里提出任何建议。您甚至可以考虑使用 SSD。他们的速度快得令人眼花缭乱。我不想在不定期重新创建的东西上使用它们（tempdb 总是一个很好的候选者），但由于你经常恢复它，它可能没问题。另一方面，如果您正在进行性能测试，您可能希望确保您的测试服务器尽可能靠近生产服务器。
您还可以做一些其他的事情来帮助自己。如果您还没有，请先压缩您的备份。这当然假设 SQL 2008 或更高版本。它不仅会减少存储备份的磁盘空间，还会减少读取备份的 IO。这涉及到 CPU 成本，因此请注意。也不要删除您的数据库，只需恢复它即可。这样文件就已经就位，并且没有创建它们的开销。您可以打开即时文件初始化（这是服务器级别的权限）以显着加快数据文件的文件创建/增长，但它不适用于您的日志文件。