前端之家收集整理的这篇文章主要介绍了
sql-server – 如何防止意外地使用生产数据库进行升级？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
就在最近,我有一个开发人员意外地尝试将
数据库恢复到生产状态,而他本应该恢复到临时副本.考虑到db
名称相似,即CustomerName_Staging与CustomerName_Production相比,这很容易做到.
理想情况下,我在完全独立的盒子上有这些,但这是成本过高的,严格来说,如果用户连接到错误的盒子,它不会阻止同样的事情发生.
这本身并不是一个安全问题 – 它是使用登台数据库的正确用户,如果要在生产数据库上完成工作,那么他也是如此.我希望有一名部署人员将这些问题分开,但团队还不够大.
我很想听听有关如何防止这种情况的实践,配置和控制方面的一些建议.
如果您认为自己经常这样做,那就
自动完成.既然你们都是开发人员,那么写一些
代码就应该在你的驾驶室中. :)严重的是……通过
自动化,您可以执行以下操作：
>确认您正在恢复正确的服务器(即没有dev – > prod恢复)
>验证它是数据库的正确“类型”(在您的情况下,“暂存”和“生产”)
>通过查看msdb中的备份表,确定要自动恢复的备份
等等.你只受想象力的限制.
原文链接：https://www.f2er.com/mssql/81487.html
