怎么老是有这么多不负责任的DBA

dafydd

最简单又有效的方法就是做DG

wang_and_yang

才看到，发表的意见也
绝对不是dba的错，备份不备份完全是规划上决策问题，没预计备份肯定没有闲置的空间，总不能把几百G的数据备份到笔记本上吧？

anchen211

我一般都做异地备份，很简单的，写个ＦＴＰ就可以．
硬盘不够可以想办法，备份后移到其他机器上．

我也有过一次恢复的经历，忙了一个通霄，还好成功恢复了！

我那时候还是个新手，入行不到一年．薪水也很低，0.5W都不到．

唉，不值呀

logzgh

没有备份的重要系统还是蛮常见的。
我们客户当中也有不少，虽然我们一再建议，但是都是由于种种原因，都没去实施。
结果出了问题，数据库宕了，启不来了，又找到我们。
所以好多次都是在这样的环境下挽救数据库。

ps:
   不过也好，一年出一次这样的事故，客户就会觉的我们很有价值了。

warehouse

最初由 logzgh 发布
[B]没有备份的重要系统还是蛮常见的。
我们客户当中也有不少，虽然我们一再建议，但是都是由于种种原因，都没去实施。
结果出了问题，数据库宕了，启不来了，又找到我们。
所以好多次都是在这样的环境下挽救数据库。

ps:
   不过也好，一年出一次这样的事故，客户就会觉的我们很有价值了。 [/B]

出了问题再找的时候，使劲敲他

cjf107

最初由 anchen211 发布
[B]我一般都做异地备份，很简单的，写个ＦＴＰ就可以．
硬盘不够可以想办法，备份后移到其他机器上．

我也有过一次恢复的经历，忙了一个通霄，还好成功恢复了！

我那时候还是个新手，入行不到一年．薪水也很低，0.5W都不到．

唉，不值呀 [/B]

0.5w不低了。

qsxing

最初由 fjmingyang 发布
[B]DBA不备份那都干嘛去了 [/B]

都去调SQL去了

h12345

吼吼！终于见到各位老大的发言了
这么整齐的 排队都出来了
人都是这样的 上有政策 下有对策 有法不依 执法不严
通病！！！

lcmlsj

作为dba
第一就要求有诚信、可靠和良好的品质。
第二要求有保密意识，不能泄密公司的秘密，因为数据库是公司的业务数据，只有dba最了解。

feibiao1

我是亲眼目睹这一惨状的 ，哈哈。

首先我解释下情况： 其实没有说没做备份，只是有每天晚上的全库export。 这个数据库是刚刚新建的，没有任何物理备份，没有物理备份的第一原因是买了server后磁带机没买到，拖了很久。然后DBA是刚刚来的，库也不是他建立的。所以原因不少，但是作为一个DBA，你竟然不知道自己手上的数据库备份情况，这个责任难逃， 虽然没有磁带机，可是在硬盘上备份是至少需要的（硬盘空间足够大，刚买的server）。

再说说为什么数据会崩溃。 因为是8.1.7.4的版本，在suse9下安装，数据文件不能大于2G，因为这个库的所有数据是从另外一个库倒过来，中间除了什么问题我也不知道，只是事后听DBA说很多表的数据跑到system表空间去了，应该是开了自动扩展的，导致数据文件扩展大于2G。 没有物理备份，只能重倒数据。中间尝试很多方法，包括请oracle公司的人，因为2w美金太贵，最后自己搞。折腾了6天，可想而知后果。

再解释下DBA的工资，因为在香港，几万也是可以理解， 不是大陆。

记得一个前辈说过，不需要你有多高深的恢复技术（服务公司除外，要帮客户做一些搞难度的恢复），只需要你有严谨的态度，有良好的备份计划并实施，是根本不用担心数据库崩溃的。