Monday, March 12, 2012

一个DBA的七个致命的习惯...和他们如何治疗

调用数据库管理普遍的坏习惯“致命”看似极端。但是,当你考虑到最关键的数据的性质,以及它的损坏数据丢失或损坏,可到公司,“致命”,似乎很死的。

虽然这些习惯中常见的令人苦恼的DBA,他们是一些精明的管理干预可以治愈的。下面是七个习惯,我们认为最致命的列表,以及如何消除他们的一些想法。

习惯#1。作者信念:“我们已经在我们的备份的信心。”

盲目信仰可以可爱,但不是当谈到备份数据库。备份不应该得到信任只有尽可能进行了测试和验证。

化解:

•让您的数据库管理员验证备份是否成功,定期,最好使用一个脚本,通知他们,如果有一个问题。

•保持您的备份备份。数据库管理员应始终至少使用两个备份方法。一种常见的方法是使用一个到在线备份的备份那些老式的出口。

•资源回收率为测试经常是可行的。早期迹象表明你的DBA团队或者是劳累过度或不正确的优先次序是有一个季度里都没有一恢复测试。试验回收率确认您的备份策略上了轨道,同时让您的团队练习回收活动,使他们能够有效地处理他们在时机成熟时。

习惯#2。寄予厚望:“这将工作方式,我们期望它让我们继续前进。。”

虽然不是传统意义上的用户友好的,甲骨文是非常耗电用户友好的,一旦你已经和它一起工作一段时间,你开发的方式解决问题的本能“应该”的工作。虽然这种本能往往是正确的,最危险的习惯,任何一个拥有DBA可以是一个假设,即甲骨文将“只是工作”的方式应该的。

化解:

•灌输“实践,实践,实践”整个组织的心态。 DBA需要排练在一个测试环境的设计密切模仿生产系统的安全沙箱的行为活动。组织需要的时间和金钱允许他们这样做。

•一对高级干部尽可能经验的数据库管理员或采取他们在你自己的翅膀。新的数据库管理员往往是无畏的,而是从别人的经验学习可以帮助灌输一些急需的偏执。

•检讨一切的计划。令人惊讶的是数据库管理员经常说:“我也做过一百倍,我并不需要一个计划。”如果他们进入执行模式的标题,他们绝对需要一个计划。

最危险的习惯,DBA可以拥有任何一种假设是,甲骨文将“只是工作”的方式应该的。

化解:

•灌输“实践,实践,实践”整个组织的心态。 DBA需要排练在一个测试环境的设计密切模仿生产系统的安全沙箱的行为活动。组织需要的时间和金钱允许他们这样做。

•一对高级干部尽可能经验的数据库管理员或采取他们在你自己的翅膀。新的数据库管理员往往是无畏的,而是从别人的经验学习可以帮助灌输一些急需的偏执。

•检讨一切的计划。令人惊讶的是数据库管理员经常说:“我也做过一百倍,我并不需要一个计划。”如果他们进入执行模式的标题,他们绝对需要一个计划。

习惯#3。自由放任的管理:“我们并不需要监控系统的用户总是让我们知道什么是错的。”。

如果你在用户依赖通知DBA团队,有一个问题,可能为时已晚。

化解:

•安装可用性和性能监控,以便发现和解决问题之前,它们造成影响服务的故障系统。

•避免释放后通过与软件开发人员和测试人员的工作问题,以确保所有的生产就绪的软件是稳定和高性能。

习惯#4。内存测试:“我们会记得这发生了,而我们把事情做准备了。”

这似乎是不可能的,一个DBA团队会忘记一个巨大的过程,把他们几个星期才能的权利,但它发生的时间。为了防止重复出现的错误,并利用所获得的经验优势,文档是必不可少的。

化解:

•要求您的数据库管理员保持一个全面的文档库和包括理,语法和详细的工作流程活动日记显着水平。

•提供您与您的Intranet组件队伍,使这些文件成为在紧急情况下进行搜索。

•加强党的纪律和文件的定期检查它。问问你的数据库管理员:本表是什么时候创建,由谁,用什么的SQL?执行什么任务是在特定的一天?如果他们不能很快得出答案,你就会知道他们又回到依靠记忆。

习惯#5。指责的游戏:“别看我,这是开发商的过错的SQL是集生产”一些数据库管理员有一个真正的“我们与他们”的心态,当谈到在他们的组织开发。

嘿,绝对需要一个计划。

习惯#3。自由放任的管理:“我们并不需要监控系统的用户总是让我们知道什么是错的。”。

如果你在用户依赖通知DBA团队,有一个问题,可能为时已晚。

化解:

•安装可用性和性能监控,以便发现和解决问题之前,它们造成影响服务的故障系统。

•避免释放后通过与软件开发人员和测试人员的工作问题,以确保所有的生产就绪的软件是稳定和高性能。

习惯#4。内存测试:“我们会记得这发生了,而我们把事情做准备了。”

这似乎是不可能的,一个DBA团队会忘记一个巨大的过程,把他们几个星期才能的权利,但它发生的时间。为了防止重复出现的错误,并利用所获得的经验优势,文档是必不可少的。

化解:

•要求您的数据库管理员保持一个全面的文档库和包括理,语法和详细的工作流程活动日记显着水平。

•提供您与您的Intranet组件队伍,使这些文件成为在紧急情况下进行搜索。

•加强党的纪律和文件的定期检查它。问问你的数据库管理员:本表是什么时候创建,由谁,用什么的SQL?执行什么任务是在特定的一天?如果他们不能很快得出答案,你就会知道他们又回到依靠记忆。

习惯#5。指责的游戏:“别看我,这是开发商的过错的SQL是集生产”一些数据库管理员有一个真正的“我们与他们”的心态,当谈到在他们的组织开发。

他们看到自己不作为调解人帮助开发商开发的角度,从一个数据库质量的代码,而是作为监护人谁阻止它进入生产制造劣质的代码。这看起来像是语义,但开发人员和DBA之间在一系列开发成果的积极性,发行周期明显放缓缺乏对抗性的关系。

化解:

•选择数据库管理员了解谁是他们的责任努力为他们的支持与开发商综合服务队。

•通过构造连续培养DBA在每个项目中的参与审查的里程碑,而不是在一个团队的态度。

•考虑将在开发人员的支持作用个人的DBA。如果是清楚的工作说明,有更多的动力把它做好。

习惯#6。 SOLO的法令:“我知道我在做什么,不需要任何帮助。”

数据库管理日益复杂,即使是最高级数据库管理员不可能知道每一个细节。数据库管理员有不同的特色,需要加以扑杀和利用。当数据库管理员觉得他们知道或者应当知道,一切,他们不问问题,而且耽误了宝贵的知识,他们可以从其他人获得了。

化解:

•培养团队合作的文化在那里的可以接受的数据库管理员承认他们不知道答案,寻求帮助。

•鼓励你的数据库管理员以寻求集思广益和测试他们的假设作为一个论坛外体组。没有任何一个人可以匹配即使是相对较小的集团的专业知识和经验。

•提供诸如参考材料,课程和外部专家或顾问的值班科技资源的安全网。

No comments:

Post a Comment