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

发布时间：2020-12-12 16:42:09 所属栏目：MsSql教程来源：网络整理

导读：就在最近,我有一个开发人员意外地尝试将数据库恢复到生产状态,而他本应该恢复到临时副本.考虑到db名称相似,即CustomerName_Staging与CustomerName_Production相比,这很容易做到. 理想情况下,我在完全独立的盒子上有这些,但这是成本过高的,严格来说,如果用户连

就在最近,我有一个开发人员意外地尝试将数据库恢复到生产状态,而他本应该恢复到临时副本.考虑到db名称相似,即CustomerName_Staging与CustomerName_Production相比,这很容易做到.

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

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

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

解决方法

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

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!