转一篇blog，关于SQL DBA的感触的“The Loneliness of the On Call DBA”

月亮

原帖由 bulaohu 于 2012-6-20 17:17 发表

update without WHERE...end of world ;)

我就做过这事，还好之前备份了，否则。。。。

Fernando

正规点的地方都会强制备份的
我还遇到过production不让直接打命令，所有的change 放script里面，在perf test环境里跑过了再拿到prod里面去运行

AmandaX

没有备份的亏我是吃过的

zzgirl

原帖由 bulaohu 于 2012-6-20 17:17 发表


update without WHERE...end of world ;)

不commit，roll back不行吗？ （外行插嘴）

月亮

原帖由 zzgirl 于 2012-6-20 19:34 发表


不commit，roll back不行吗？ （外行插嘴）

update without where clause不属于error，不会自动roll back，而且roll back也要在用transaction的前提下，很多时候，一个update语句并不放在transaction里运行。

TuTuTu

原帖由 Fernando 于 2012-6-20 19:15 发表
正规点的地方都会强制备份的
我还遇到过production不让直接打命令，所有的change 放script里面，在perf test环境里跑过了再拿到prod里面去运行

Change Management 101

Fernando

原帖由 月亮 于 2012-6-20 19:41 发表


update without where clause不属于error，不会自动roll back，而且roll back也要在用transaction的前提下，很多时候，一个update语句并不放在transaction里运行。

oracle默认不用自动commit，脚本里只要不把dml和ddl混在一起，全都可以控制成手动commit
我写的script一般都不包含commit，最后确认了手动去commit，或者rollback
sql里默认是自动commit，要自己添加改过来
不过不管做多简单的事，备份都是必要的

ayuanx

装，继续装

有没有人写一个我是一个夜间仓库管理员/保安啥的，秒杀 DBA 的顾影自怜啊

[ 本帖最后由 ayuanx 于 2012-6-20 20:07 编辑 ]

月亮

原帖由 ayuanx 于 2012-6-20 20:04 发表
装，继续装

有没有人写一个我是一个夜间仓库管理员/保安啥的，秒杀 DBA 的顾影自怜啊

不是顾影自怜，是真的可怜。。。

ayuanx

原帖由 月亮 于 2012-6-20 20:22 发表


不是顾影自怜，是真的可怜。。。

说 DBA 可怜？全世界的人民都哭了

widelink

production 怎么可以让开发人员去碰呢？ 那应该是operation组干的事情啊

frankren

LS开玩笑呢

bulaohu

原帖由 zzgirl 于 2012-6-20 19:34 发表


不commit，roll back不行吗？ （外行插嘴）

那样不就不够刺激了

混不到坑的萝卜

原帖由 widelink 于 2012-6-20 21:01 发表
production 怎么可以让开发人员去碰呢？ 那应该是operation组干的事情啊

你让我这样天天在PRoduction环境工作的人情何以堪啊

大饼

ld公司没有DBA, 上个月我这个三角猫电话遥控ld update了100多个员工的costcode
现在想想好后怕,因为update之前没有做backup

zzgirl

原帖由 Fernando 于 2012-6-20 19:48 发表

oracle默认不用自动commit，脚本里只要不把dml和ddl混在一起，全都可以控制成手动commit
我写的script一般都不包含commit，最后确认了手动去commit，或者rollback
sql里默认是自动commit，要自己添加改过来
不过不管做多简单的事，备份都是必要的

学到了。最早接触的的确是oracle，还是8.0.6版本好像.....

ECM

原帖由 小小强 于 2012-6-20 18:54 发表
哈哈～　俺经常update live data,
最安全的就是放transaction里最后roll back, 中间放几个select测试下， 直到OK了才把transaction去掉

我也是这么做的。
其实 LIVE DATA 又怎样， UPDATE 多了就麻木了。

JuJu

原帖由 月亮 于 2012-6-20 11:46 发表
DBA责任很大，一个不小心就screw up 了，以前有个DBA说，每次她运行一个update语句都要无数次检查，小心翼翼的按下execute键，然后心脏狂跳一阵直到运行结束，深有同感

你这个不算太可怕,

几件最近的事, 悉尼某大公司招的 SAN contractor 把一个错的zoneset activate了, 结果联到SAN的那些重要系统全部down, 我估计那个人一发现自己干了啥, 心脏都停跳几下的了.

另外是一个硬件工程师, 到data center 去decommission一个array, 结果搞错了rack, 把人家的production array 的data 全部erase了, 这位兄弟估计吓死了, 都没敢再回公司, 当晚和第二天他老板和别人拼命找他, 电话不开, 人失踪, 自己就这样离职了, 估计是不敢回去面对暴怒的老板和后果了.

ECM

而且这种loneliness 也不是只有DBA 有吧， 但凡要做AFTERHOUR production support 的人都应该有体会的。

Fernando

原帖由 bulaohu 于 2012-6-20 21:27 发表


那样不就不够刺激了

就和找小三一样，偶尔玩一次的都想搞刺激一点，天天玩的胆子越来越小，生怕出点什么岔子

Fernando

靠，做这一行的应该添加心理测试了

superblue

这个太猛了，不过很好奇这个人最后怎么样了？难道真因为这个就辞职了？应该不至于吧，production 的数据一般都有备份，最多用几天恢复。

JuJu

这人真的从此就没回去过公司.

数据最后肯定是恢复的, 但是几百台server的数据, 够忙乎一阵了. 那家公司也够倒霉的.

TuTuTu

原帖由 JuJu 于 2012-6-20 23:20 发表
这人真的从此就没回去过公司.

数据最后肯定是恢复的, 但是几百台server的数据, 够忙乎一阵了. 那家公司也够倒霉的.

如果恢复不了，两个公司都可以关门大吉了。

典

原帖由 TuTuTu 于 2012-6-20 19:03 发表
请问一下做SQL DBA的对noSQL，MapReduce,Hadoop,in-memory这类数据管理处理技术有什么看法,将来的发展趋势如何？

感觉澳州这种小地方用不太上，到seek上找，最近不知道怎样，以前是约等于0个机会。
去中国美国就有机会了，比如淘宝这样的大系统就用到noSQL 的数据库。

Fernando

seek上个月好几个hadoop，bigdata工程师的工作，标价格的都是１２－１５万，可以帮你办签证，其他的没有标价

koyuu

原帖由 JuJu 于 2012-6-20 22:28 发表


你这个不算太可怕,

几件最近的事, 悉尼某大公司招的 SAN contractor 把一个错的zoneset activate了, 结果联到SAN的那些重要系统全部down, 我估计那个人一发现自己干了啥, 心脏都停跳几下的了.

另外是一个 ...

应该有冗余的呀 只是active zone on one switch 应该不会让另外的path 不能access吧
第二个也是够惨的•••

JuJu

在两个fabric 里都activate了, 先activate了一个fabric, 还不知道自己选了错的zonset, 几分钟后又activate了另一个fabric的错的zonset, 然后server 纷纷出事了, 才发现.

这种主要还是操作不规范引起, 如果每次activate zonset 的时候先克隆目前的, 改成目前的日期, 在这上面加减zone, 很难activate错zonset, 而且在activate前应该比较current active zoneset, 是不能出这种事的, 最多象你说的那样,一个fabric 搞坏, server一个path 死而已.

月亮

原帖由 JuJu 于 2012-6-21 10:26 发表
在两个fabric 里都activate了, 先activate了一个fabric, 还不知道自己选了错的zonset, 几分钟后又activate了另一个fabric的错的zonset, 然后server 纷纷出事了, 才发现.

这种主要还是操作不规范引起, 如果每次activ ...

心理素质很重要啊，我们公司也有contractor做错后一走了之的，把电脑都带走了，后来找中介才要回来的

JuJu

也蛮同情他们的, 自己都有不够仔细小心的时候. 想想后果是很可怕.