意外 DBA 的资源

Question

在 Microsoft 平台内，大多数企业级程序（SharePoint、任何 System Center 应用程序、任何 Dyamics 应用程序等）都在 SQL Server 之上运行。对于这些程序的管理员来说，SQL Server 通常是一个黑匣子，作为他们主要关注的任何程序的先决条件安装。因此，安装的 SQL 端几乎没有（如果有）规划，导致问题在更上游的某个地方浮出水面。

• 填充驱动器的事务日志
• 没有维护计划（或不知情的计划，例如重新组织和重建索引的计划）
• 不受管理的自动增长
• 数据库和日志在同一主轴上
• RAID 级别选择不当
• 没有备份（或恢复计划）

那么……“偶然的 DBA”往往会遇到哪些类型的问题，哪些资源最能帮助偶然的 DBA 快速掌握 SQL 规划、管理和性能调优的基础知识？

Answer 1

查看我为 TechNet 杂志撰写的系列文章和问答专栏 - 它们主要是针对意外（我们称之为“非自愿”）DBA 编写的。

有效数据库维护的重要提示是专门为非自愿 DBA 了解数据库维护问题而编写的。

了解 SQL Server 中的日志记录和恢复

常见的 SQL Server 安全问题和解决方案

了解 SQL Server 备份- 由 3 部分组成的系列的第 1 部分。第 2 部分将介绍使用还原（在 9 月 9 日的问题中），第 3 部分将在没有备份的情况下进行恢复（在 11 月 9 日的问题中）

您还应该查看我的博客和我妻子的博客（不是广告或任何信息）——我们都在各种技术层面上发表了大量博客。

一个很好的系列帖子是我每周调查结果的社论。它们通常围绕一个有助于非自愿 DBA 的广泛主题。社论帖子以“重要性”或“重要”开头。事实上，本周的调查是关于成为一名非自愿的 DBA - 非常及时！

我们非常了解非自愿 DBA 的事情——事实上，Kimberly 和我教了几天的 SharePoint Microsoft 认证大师课程，以便 SharePoint 管理员知道如何处理他们的 SQL Server（我们还教了整整一周的 SQL Server） .

希望这对你有用。

Answer 2

肖恩，我明白你来自哪里。

我们在一条类似的船上，正如我所期望的那样。经不起今天的经济。

尽管多次向管理层（包括高级业务管理人员）投诉，但我们的情况是这样；不幸的是，自封的“DBA”（在另一层的一个单独的“开发团队”中）比一个拥有两本 O'Reilly 书籍和一本 KB 印刷转储的初中生还少。她得到了这份工作，并且擅长将蜂蜜倒进那个人的耳朵里，而那个人也把蜂蜜倒进最大的混蛋的耳朵里。

当然，能够学习 DBA“交易”是最理想的，但同样......我们想要的和我们可以拥有的往往是非常不同的东西。:)

我个人遇到了以下问题，这些问题（回应squillman 相当直率，但并非完全不正确）确实需要大量的谷歌搜索。

• 日志。你是对的。这些东西到底是什么东西？所以我们必须恢复数据库和服务器，“重放 tran 日志”究竟是什么意思？:)
• 等等，你的意思是这些数据库变得更大了？我们如何缩小它们？或者至少保持他们的增长？
• 跨不同服务器的安装标准化，（此图像用于“开发”，此图像用于“产品”，而这个小图像从市场上一路回家。:)
• 维护脚本以及如何在很长一段时间内帮助管理数据库（有点像种植室内植物并确保它们不会变成葛根。）
• 始终确保，proggies 在 C:\ 上，日志和/或数据库在 D:\ 上，这构成了我们的标准化，（C:\ 是两个镜像磁盘，D:\ 通常是 RAID5 事务.)
• 必须购买单独的 SQL 许可证和客户端进行备份。
• 查看管理开发团队分配给 SQL 数据库本身的用户、管理 DBO 角色等。确保在数据库中的用户权限方面拥有良好的安全模型。
• 研究可以作为 SQL 服务操作的域服务帐户。服务帐户需要什么权限（如果有的话）。

（在您的帖子中，您已经找到了一些不错的选择。）

由于您像其他一些人一样处于障碍状态，因此请确保在团队中传播 SQL 知识，如果可以的话。分享你所知道的，教给别人同样的东西。友好一点。戴上 SQL 帽子真的很痛苦，但至少许多眼睛和思维过程比一个更好。

然而，最重要的是，尝试像魔鬼一样获得 DBA 的员工。:)