出于测试目的备份/恢复数据库的替代方案

Question

我有一个用于测试目的的环境，带有自己的数据库（Microsoft Azure）。因此，在每个版本中，一旦我们将新版本部署到我们的环境中，我们就会从备份中恢复数据库。而这个恢复过程需要很长时间。除了完全恢复之外，我们还有其他选择吗？由于我们由于自动化测试而创建了大量垃圾数据，因此一旦迁移到新版本，我们就需要拥有一个“新鲜”数据库。我知道拥有一些“拆卸”机制是一个很好的做法，但是我们的测试实际上创建了大量数据，因此我们认为备份/恢复是处理我们的问题的唯一一种明智的方法。但由于恢复可能需要 5-6 小时，因此我们正在寻找替代方案。

Answer 1

为每个测试部署恢复完整数据库可能非常耗时，特别是在处理大量数据时。为了减少这个时间，您可以遵循以下方法：

1. 您可以截断所有测试表并将数据库对象重置为原始状态，而不是进行完全恢复。如果你只需要备份n=原始数据而不测试数据并清理测试产生的垃圾数据，这种方法很有效

TRUNCATE TABLE TestTable1;

您可以使用
2. 超大规模服务层，无论大小如何，它都可以提供快速数据库备份，并且可以在几分钟而不是几小时或几天内快速恢复数据库。