在 Microsoft 平台中，大多数企业级程序（SharePoint、任何 System Center 应用程序、任何 Dyamics 应用程序等）都在 SQL Server 上运行。对于这些程序的管理员来说，SQL Server 通常是一个黑匣子，是他们主要关注的任何程序的先决条件。因此，在安装的 SQL 方面几乎没有任何规划（如果有的话），导致问题在更上游的某个地方浮现。
- 填满驱动器的事务日志
- 没有维护计划（或不明确的维护计划，例如重组和重建索引的计划）
- 不受管理的自动增长
- 数据库和日志位于同一主轴上
- RAID 级别选择不当
- 没有备份（或恢复计划）
那么......“意外 DBA”往往会遇到哪些类型的问题，哪些资源可以最好地帮助意外 DBA 掌握 SQL 规划、管理和性能调整基础知识？
答案1
请查看我为 TechNet 杂志撰写的一系列文章和问答专栏 - 它们大多是针对意外（我们称之为‘非自愿’）DBA 而编写的。
有效数据库维护的重要技巧是专门为非自愿 DBA 编写的入门书，旨在帮助他们了解数据库维护问题。
常见的 SQL Server 安全问题及解决方案
了解 SQL Server 备份- 本系列共 3 部分，第 1 部分。第 2 部分将介绍如何使用恢复（在 09 年 9 月刊中），第 3 部分将介绍如何在没有备份的情况下进行恢复（在 09 年 11 月刊中）
您还应该结帐我的博客和我妻子的博客（不是广告或任何东西，只是信息） - 我们都写了大量关于各种技术层面的博客。
值得一看的一系列帖子是关于我每周调查结果的社论。它们通常围绕一个可以帮助非自愿 DBA 的广泛主题。编辑帖子以“重要性”或“重要”开头。事实上，本周的调查是关于成为非自愿 DBA 的 - 非常及时！
我们非常了解非自愿 DBA 的事情 - 事实上 Kimberly 和我教授了几天的 SharePoint Microsoft 认证大师课程，因此 SharePoint 管理员知道如何处理他们的 SQL 服务器（我们还教授了整整一周的 SQL 课程）。
希望这对你有用。
答案2
肖恩，我了解你的意思。
我们的情况与此类似，我想很多人也一样。尽管当今经济形势严峻。
尽管我们一再向管理层（包括高级业务管理人员）抱怨，但我们的情况是这样的：这位自封的“DBA”（在另一个楼层的一个单独的“开发团队”）不幸地比一个拿着两本 O'Reilly 书籍和一本知识库印刷品的初级员工懂得还少。她得到了这份工作，而且非常善于向某人灌输甜言蜜语，而这个人也会向最高层人物灌输甜言蜜语。
当然，能够学习 DBA“行业”当然是理想的，但是同样，我们想要的和我们能得到的往往是非常不同的东西。:)
我个人遇到过以下问题，这些问题（与 squillman 的直率相呼应，但并非完全错误）确实需要大量的谷歌搜索。
- 事务日志。你说得对。这些到底是什么？所以我们必须恢复数据库和服务器，那么“重放事务日志”到底是什么意思呢？:)
- 等等，你说这些数据库越来越大是什么意思？我们该如何缩小它们？或者至少保持它们的增长？
- 跨不同服务器的安装标准化，（此图像用于“dev”，此图像用于“prod”，而这张小图像从市场一路哭回家。:)
- 维护脚本以及如何帮助长期管理数据库（有点像种植室内植物并确保它们不会变成葛藤。）
- 始终确保程序运行在 C:\ 上，日志记录和/或数据库运行在 D:\ 上，这形成了我们的标准化，（C:\ 是两个镜像磁盘，D:\ 通常是 RAID5 事务。）
- 必须购买单独的 SQL 许可证和客户端进行备份。
- 检查开发团队分配给 SQL 数据库本身的管理用户、管理 DBO 角色等。确保在数据库内的用户权限方面拥有良好的安全模型。
- 研究 SQL 服务可以作为其运行的域服务帐户。该服务帐户需要哪些权限（如果有的话）。
（在您的帖子中，您已经提到了一些非常好的问题。）
由于您和其他一些人一样处于不利地位，因此请确保在团队中传播 SQL 知识（如果可以）。分享您所知道的知识，并向其他人传授相同的知识。保持友好。戴上 SQL 帽子真的很痛苦，但至少许多人的眼睛和思维过程比一个人要好。
然而最重要的是，尽最大努力招募一名 DBA。:)
答案3
我在工作大约一年后获得了 DBA 头衔。这是大约 5 个月前的事了。从那时起，我一直在阅读来自 500,000 英尺视野（有时会在 500 英尺的高度撞到硬甲板）25万次观看，到 500 英尺视野。 还，SQL服务器百科是你的朋友；他们为偶然的 DBA 提供了许多好东西。
我曾陷入过让我感到不安的境地。例如，自从我被“赋予”这份工作以来，我一直在做备份，因此在我第一次恢复生产数据时，手头有完整、差异和 t-log，其他人似乎都没有惊慌失措，所以我想我不能表现出我有多不安。很多时候，当我戴上 DBA 的帽子时，我会做得过火，但我认为这不是我的全职工作（网络管理员），所以我应该“小心谨慎”。
答案4
从战术努力开始。如果您的数据库崩溃或运行不正常，请集中精力解决这些问题。
接下来从更具战略意义的项目开始：备份和恢复。了解如何从内到外恢复数据库，并创建详细的程序以防止在生产中断期间出现代价高昂的错误。
如果您没有硬件来测试重大更改和备份/恢复之类的操作——想办法获取它。