意外DBA的资源

在Microsoft平台中,大多数企业级程序(SharePoint,任何System Center应用程序,任何Dyamics应用程序等)都运行在SQL Server之上。 对于这些程序的pipe理员来说,SQL Server通常是一个黑匣子,作为其主要关注的任何程序的先决条件。 因此,安装的SQL方面的计划很less(如果有的话),导致出现在更上游的问题。

  • 事务日志填充驱动器
  • 没有维护计划(或者不知情的维护计划,比如重组和重build索引的计划)
  • 不受pipe理的自动增长
  • 数据库和日志在相同的主轴上
  • select的RAID级别不佳
  • 没有备份(或恢复计划)

那么……“意外的数据库pipe理员”往往会遇到哪些types的问题,哪些资源最能帮助意外的DBA加快SQL计划,pipe理和性能调优基础?

查看我为TechNet杂志撰写的一系列文章和问答专栏 – 他们主要是用意外的(我们称之为“非自愿的”)DBA来编写的。

有效数据库维护的重要提示是专门为非自愿DBA编写的一个入门书籍,以便了解数据库维护问题。

了解SQL Server中的日志logging和恢复

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

了解SQL Server备份 – 三部分系列的第1部分。 第2部分将使用恢复(在09年9月号)和第3部分将恢复没有备份(在09年11月号)

你也应该检查我的博客和我妻子的博客 (不广告或任何东西只是信息) – 我们都在各种技术层面博客大量。

我每周的调查结果都是社论的一个好系列。 他们通常围绕一个广泛的话题,可以帮助非自愿DBA。 编辑post从“重要性”或“重要性”开始。 事实上,本周的调查是非自愿的DBA–非常及时!

我们非常了解非自愿的DBA事情 – 事实上,Kimberly和我教了几天的SharePoint微软authentication硕士课程,所以SharePointpipe理员知道如何处理他们的SQL服务器(我们也教了整整一周的SQL课程) 。

希望这对你有用。

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

我们在这里有一个类似的船,正如我所期望的那样,还有很多其他的船。 不承受今天的经济。

尽pipe一再向pipe理层投诉(包括高级业务pipe理),我们的情况是这样的; 不幸的是,自己任命的“DBA”(在另一个楼层的另一个“开发团队”)不到一个掌握两本O'Reilly书籍和KB打印转储的初级。 她已经有了这份工作,并且非常擅长将蜂蜜倒入蜂蜜入耳的人的耳朵里。

当然,能够学习DBA“交易”是理想的,但是再一次..我们想要的和我们能够拥有的往往是非常不同的东西。 🙂

我个人遇到了下面的问题,这些问题(回声squ's者的相当钝,而不是完全不正确)确实需要大量的search结果。

  • Tranlogs。 你是对的。 这些东西到底是什么? 所以我们必须恢复一个数据库和服务器,“重放tran日志”的意思是什么? 🙂
  • 等等,你是说这些数据库变大了吗? 我们如何缩小它们? 或者至less保持其增长?
  • 不同服务器之间的安装标准化(这个图像是“开发”,这个图像是“prod”,这个小小的图像一路从市场上哭了起来:)
  • 维护脚本以及如何长时间帮助pipe理数据库(有点像种植室内植物并确保它们不会变成葛根)。
  • logging和/或数据库都在D:\上,这种制定我们的标准化(C:\是两个镜像磁盘,D:\通常是一个RAID5事务。)
  • 必须购买单独的SQL许可证和客户端进行备份。
  • 检查pipe理开发团队分配给SQL数据库本身的用户,pipe理DBOangular色等。确保在数据库中的用户权限方面有一个很好的安全模型。
  • 研究SQL服务可以运行的域服务帐户。 如果有的话,服务账户需要什么样的权利。

(你已经打了一些相当不错的,在你的post。)

由于您像其他人一样在使用障碍,所以如果可以的话,确保将SQL知识传播给团队。 分享你所知道的,教导别人一样的。 要友善 这是一个真正的痛苦,不得不戴上SQL帽子,但至less有许多眼睛和思维过程比单一的好。

不过最重要的是,像魔鬼一样尝试让DBA在职。 🙂

大约一年的时间,我就获得了DBA的头衔。 这是大约5个月前。 从那以后,我一直在读500,000英尺的视图到500英尺的视图 (有时在500英尺的硬甲板上) 250,000视图的各种博客。 另外, SQLServerPedia是你的朋友; 他们对意外的DBA有很多好东西。

我陷入了让我感到不安的局面。 例如,自从“获得”这份工作以来,我一直在做备份工作,所以我的第一次恢复生产数据的工作量,差异和t日志已经到位了,没有人看起来很恐慌,所以我想我不能显示我感觉到多么的不安。 更多的时候,我戴上我的DBA帽子的时候,我会过度的失望,但是我认为这不是我的全职工作(networkingpipe理员),所以我应该比'抱歉'更安全。

有效的数据库维护的重要提示

从战术上开始。 如果你的数据库崩溃或运行不好,重点解决这些问题。

接下来从更多战略项目开始:备份和恢复。 知道如何从内部和外部恢复数据库,并创build详细的过程,以防止在生产中断期间造成代价高昂的错误。

如果您没有硬件来testing重大更改和备份/恢复等事情 – 找出如何得到它。

当我雇用一名初级DBA时,我向她购买了Microsoft®SQL Server(TM)2005pipe理员的伴侣。 我刚开始的时候就是这本书。