sql-server – 如何防止意外地使用生产数据库进行升级?

前端之家收集整理的这篇文章主要介绍了sql-server – 如何防止意外地使用生产数据库进行升级?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
就在最近,我有一个开发人员意外地尝试将数据库恢复到生产状态,而他本应该恢复到临时副本.考虑到db名称相似,即CustomerName_Staging与CustomerName_Production相比,这很容易做到.

理想情况下,我在完全独立的盒子上有这些,但这是成本过高的,严格来说,如果用户连接到错误的盒子,它不会阻止同样的事情发生.

这本身并不是一个安全问题 – 它是使用登台数据库的正确用户,如果要在生产数据库上完成工作,那么他也是如此.我希望有一名部署人员将这些问题分开,但团队还不够大.

我很想听听有关如何防止这种情况的实践,配置和控制方面的一些建议.

解决方法

如果您认为自己经常这样做,那就自动完成.既然你们都是开发人员,那么写一些代码就应该在你的驾驶室中. :)严重的是……通过自动化,您可以执行以下操作:

>确认您正在恢复正确的服务器(即没有dev – > prod恢复)
>验证它是数据库的正确“类型”(在您的情况下,“暂存”和“生产”)
>通过查看msdb中的备份表,确定要自动恢复的备份

等等.你只受想象力的限制.

猜你在找的MsSQL相关文章