极简型数据库管理

Question

我是一个开发者。好日子里的建筑师。不知何故，我发现自己也是我的小公司的DBA。我在数据库艺术方面的背景还算不错，但我从来没有成为一个完全成熟的DBA。我的问题是，我必须做些什么才能以尽可能少的实际工作来确保一个可靠且功能合理的数据库环境？

我确信我需要确保正在执行备份，并且正在执行。这是一个简单的问题。我还应该在一致的基础上做些什么？

Answer 1

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

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

Answer 2

我也去过那里。我曾经有一份工作，我写代码，做所有基础设施的事情，戴着DBA帽子，做用户支持，当电子订书机卡住时修理它，以及任何其他可能与IT有关的事情。太棒了！我对每件事都学到了一点。

至于数据库箱的维护和供给，我建议您执行以下操作：

• 执行定期完整备份。
• 执行定期事务日志备份。
• 监视您的备份作业。市场上有一堆相对便宜的实用程序，它们可以为您自动执行此操作。在一家小商店里，你经常因为太忙而没有时间每天检查备份。
• 测试你的备份。做个演练。恢复您最重要的数据库的旧副本。向自己证明您的备份正在工作，并且您知道如何正确地还原它们。你会惊讶于有多少人只在第一次真正的灾难中才想到这一点。
• 存储异地备份。现在有了所有的在线备份提供商，没有太多的理由不提供异地备份。
• 限制对您的邮箱的访问。如果您的数据库平台支持
• ，请仅使用基于角色的安全性。抵制拥有一次性用户特定安全性的诱惑。

这里的基本思想是，如果您限制谁有权访问该框，您将会遇到较少的问题。其次，如果您的备份是可靠的，那么就会出现一些您无法有效处理的事情。

Answer 3

我建议：

• 一个脚本，用于快速恢复数据库的最新备份，以防数据库损坏
• 您正在执行哪种备份？每天执行完整备份，或每小时执行一次增量备份，等等。
• 使用一些脚本来创建新用户并为其授予基本访问权限。

然而，第一个建议是尽可能限制其他用户的能力，这将大大减少事情弄得一团糟的机会。将每个人都作为sa的服务器往往比被锁定的服务器更容易陷入困境。