肖恩,我知道你来自哪里。
我们在这条船上也很相似,正如我期望的那样。不能承受当今的经济。
尽管一再向管理层(包括高级业务管理人员)投诉,但我们的情况是这样;不幸的是,他们自己任命的“ DBA”(在另一层的“开发团队”中,位于另一层)对使用两本O'Reilly书和KB打印转储的大三学生的了解很少。她找到了工作,非常擅长将蜂蜜倒入人耳中,而后者又将蜂蜜倒入肥大的泥土中。
当然,能够学习DBA“交易”将是理想的选择,但是再说一次。我们想要的东西和可以拥有的东西往往是截然不同的东西。:)
我个人遇到了以下问题,这些问题(要回应squillman的直率,但并非完全不正确)确实需要进行大量的谷歌搜索。
- 记录。你是对的。这些东西到底是什么?因此,我们必须还原数据库和服务器,“重播事务日志”到底是什么意思?:)
- 等等,这意味着这些数据库会变得越来越大?我们如何缩小它们?或至少保持其增长?
- 跨不同服务器的安装的标准化,(此图像用于“ dev”,该图像用于“ prod”,并且这个小图像从市场一直传到了家。)
- 维护脚本以及如何在长时间内帮助管理数据库(有点像种植室内植物并确保它们不会变成葛根。)
- 始终确保,程序位于C:\上,日志记录和/或数据库位于D:\上,这是我们制定的标准格式(C:\是两个镜像磁盘,D:\通常是RAID5事件) )
- 必须购买单独的SQL许可证和客户端进行备份。
- 检查开发团队分配给SQL数据库本身的管理用户,管理DBO角色等。确保在数据库中的用户权限方面,您拥有良好的安全模型。
- 研究SQL服务可以用作的域服务帐户。该服务帐户需要什么权利,如果有的话。
(在您的帖子中,您已经找到了一些不错的工具。)
由于您像其他人一样操作有障碍,因此请确保在团队中传播SQL知识。分享您所知道的,教别人一样。要友好。必须戴上SQL帽子实在是一件很痛苦的事,但是至少许多人的眼睛和思想过程比一个人要好。
但是最重要的是,请像魔鬼一样尝试获得DBA的支持。:)