从生产复制数据库的最佳实践

Luk*_*ett 5 sql-server best-practices azure-sql-database

目前,在发布我们应用程序的新主要或次要版本后,我们复制生产数据库并执行以下过程:

  1. 将生产数据库复制到测试服务器
  2. 混淆数据并设置测试用户
  3. 用混淆的新数据库切换旧的测试数据库
  4. 对开发数据库重复此操作。

这样做的目的是确保我们所有的环境尽可能彼此接近。这最初是一个手动过程,但由于越来越复杂,我们已经开始将其自动化。

但是,自动化这样的部署后过程的最佳方法是什么?我们目前的自动化是一个定制的 c# 程序 - 但是,SSIS 包是否更合适?或者是否有适合这项工作的工具?

小智 3

SSIS 当然可以为您解决这个问题,但与许多事情一样,有多种方法可以完成该任务。

1) SSIS 中有多种选项可以完成复制过程,复制数据库就是其中之一。您可以备份数据库并使用 SQL 脚本恢复它。您可能需要使用文件系统任务来移动备份文件,但这取决于您的基础架构的配置。

2)通过执行 no 在 SSIS 中轻松处理。针对目标数据库的脚本。

3) 同样,通过对目标服务器运行 SQL 脚本即可轻松完成。

4)您可以使用包配置非常轻松地指定不同的环境/连接字符串。

我希望这能有所帮助。