我正在研究备份例程,它允许我们的生产数据库备份,其中敏感数据从数据库中的某些列中剥离出来,以导出到我们的测试服务器。
该例程应该需要最少的人工干预,并希望只是一个简单的可定制 SQL 脚本,而不会使生产数据库脱机。
数据库服务器是 SQL Server 2008。
我正在研究备份例程,它允许我们的生产数据库备份,其中敏感数据从数据库中的某些列中剥离出来,以导出到我们的测试服务器。
该例程应该需要最少的人工干预,并希望只是一个简单的可定制 SQL 脚本,而不会使生产数据库脱机。
数据库服务器是 SQL Server 2008。
我之前遇到过类似的要求,我知道的唯一确定的解决方案是使用生产数据库的副本。您可以屏蔽/删除副本上的数据并从那里运行备份。是的,它很丑而且浪费资源,但到目前为止,我还没有找到解决这个特定问题的可靠替代方案。
至于复制方法,您确实有一些选择:
因此,虽然我承认这个解决方案非常值得畏惧,但它可以自动化并服务于您的目的。如果您可以找到不需要删除信息的数据库副本的生产用途(例如报告、测试、开发),那么这实际上可能是一个不那么糟糕的解决方案。拥有一个稍微过时的生产数据库版本并删除敏感数据可能是一个很好的安全福音。
如果您想进行备份,则只需键入
备份数据库数据库名称
如果您想指定离线或其他任何内容,那么您可以这样做。备份文件将在 SQL SERVER 2008 的默认路径上生成。