Database 最低限度的数据库管理

我是一个开发者。好日子里的建筑师。不知何故，我发现自己也是我的小公司的DBA。我在DB艺术方面的背景不错，但我从来都不是一个成熟的DBA。我的问题是，我必须做些什么来确保一个可实现的、功能合理的数据库环境，并且尽可能少地进行实际工作

我确信我需要确保备份正在执行，并且正在完成。这很容易。在一致的基础上，我还应该做些什么

我建议：

• 用于快速恢复数据库最新备份的脚本，以防数据库损坏
• 你在做什么样的备份？每天进行完整备份，还是每小时进行增量备份，等等
• 一些脚本用于创建新用户并授予他们基本访问权限

---

然而，首要的建议是尽可能限制其他用户拥有的权力，这将大大减少事情变得一团糟的机会。将everyone作为sa的服务器往往比锁定的服务器更容易发生故障。

我曾经去过那里。我曾经有一份工作，我写代码，做所有的基础设施工作，戴DBA帽，做用户支持，在电动订书机卡住时修复它，以及任何可能与它有远程关联的事情。太棒了！我对每件事都了解了一点

关于数据库盒的维护和输入，我建议您执行以下操作：

• 执行定期完整备份

• 执行常规事务日志备份

• 监视备份作业。市场上有很多相对便宜的实用程序可以为您实现自动化。在小店里，你经常太忙 记得每天检查它们

• 测试你的备份。做个练习。恢复最重要数据库的旧副本。向自己证明备份工作正常，并且您知道如何正确恢复备份。你会惊讶于有多少人在第一次真正的灾难中才想到这一点

• 异地存储备份。现在有了所有在线备份提供商，没有多少理由不进行异地备份

• 限制sa访问您的邮箱

• 如果您的数据库平台支持，请仅使用基于角色的安全性。抵制一次性用户特定安全性的诱惑

---

这里的基本思想是，如果你限制谁可以访问这个盒子，你会有更少的问题。其次，如果您的备份是可靠的，那么很少有事情是您无法有效处理的。

数据库中还涉及到谁？您是唯一进行架构更改（创建新对象、发布新存储过程、允许新用户）的人吗

• 确保做任何可能影响性能的事情的用户数量尽可能减少到接近零，最好包括您
• 确保您正在测试备份—理想情况下，运行一个定期重新创建生产环境的DEV box，1。开发盒是个好主意，2。备份只有在您可以从中恢复时才有用
• 为连接到数据库的各种应用程序创建组，这样当新用户出现时，您不会猜到他们需要什么权限，只需将他们添加到组中，同时将数据库对象的权限仅添加到需要他们的组中即可
• 使用索引、主键、外键、约束、统计数据和数据库支持的任何其他工具。正常化
• 针对您的机箱优化最常见的代码-糟糕的存储过程/数据访问代码将杀死您