[讨论]大家讨论一下在使用sybase过程中，数据库备份策略

jazy

molin说的不错，的确，不同的系统备份策略不尽相同，但你能否具体点，说说自己的情况呢？

丁一

假如磁盘系统是可靠的，截断日志是没有危险的，就如同我们基本可以杀掉dataserver的进程，重起sybase，会自动恢复。
但如果磁盘故障？raid并不保证安全。raid5只能坏一块盘，raid10运气差的话也只能坏一块。应该说之所以要备份，多数是为了防止这种故障，可以在重建系统时，尽量少的丢失数据。如果我dump到磁带上或另一物理上独立的介质上，我就有了在这一时间点的一个0级备份。在这一点之后，如果没有截断日志，可以持续将日志备份。这样丢失的数据可能是交易级的。
但即使这样，仍有问题需要解决。如何验证备份的介质就是完好的？会影响生产系统的性能吗？操作繁琐吗？现在有远程镜像技术了，911楼都不见了，数据仍然恢复了，但代价对很多系统过于高昂，超过数据丢失的损失。也许备份首先要有一个定位，能接受什么样的损失，愿意付出什么样的代价。

hgy1999

数据库备份方案应该看用户数据的重要性！谈一谈我的备份方案（我的数据比命重要）。
每３０分钟备份一次日志，定时追加备份（我为了安全备份到磁带上，硬盘说不定哪天突然就。。。５５５５５５），每晚备份一次完整库（磁带上），完整库备份完后清一次日志，
经常检查ｂａｃｋｕｐｓｅｒｖｅｒ日志有无错误，特别是备份不成功时！！
定期在做完整库备份前用ｄｂｃｃ检查重要的表！！
备份磁带的分配：２０盘磁带，每天１盘备份完整库、１盘备份日志（每天两盘按天对应），保存一个星期的备份。

hgy1999

（续上贴）备份是很重要的，还别忘了养成经常定期检查系统的状况，如：系统的ｍｅｓｓａｇｅ，ｍａｉｌ等。
谈一次我的经历（想起就冤。。。５５５５）：有一次突然发现数据库出问题了，需要恢复前一天的库，结果无法恢复（５５５），因为每天备份都成功了的，所以奇怪，经检查（花了很长时间，专家会诊（ｓｙｂａｓｅ的人）），

jazy

谢谢 hgy1999 的备份方案，　我想对于大部分交易型数据库，为了确保数据的安全，都应该象 hgy1999 那样对数据进行完整备份。在对重要表进行dbcc时，若数据量很大可能会花较长的时间，并会造成交易阻塞。另外要做到经常检查backup server的日志，最好还是采用自动检测告警的方式.以确保备份的正确性！

hgy1999

（续上贴）结果是服务器与阵列之间通讯不兼容的问题造成数据库数据不能使用，结果问题已经发生１０多天了，我还不知道，就因为ｓｙｂａｓｅ未有任何错误警告和日志记录，结果错误警告和日志记录只在系统的ｍｅｓｓａｇｅ中有硬件问题的警告，害的我花了两个星期调整数据（命苦啊）。 ｓｏ 大家一定不要忘了系统的定期检查啊，备份重要，系统好像跟重要！！！

jazy

下面引用由hgy1999在 2002/10/13 12:31pm 发表的内容：
（续上贴）结果是服务器与阵列之间通讯不兼容的问题造成数据库数据不能使用，结果问题已经发生１０多天了，我还不知道，就因为ｓｙｂａｓｅ未有任何错误警告和日志记录，结果错误警告和日志记录只在系统的ｍｅｓ ...

真不知道你们是个什么系统阿，问题发生了10天，都没有用户投诉吗！我们这个系统就不行了，只要有几分钟不能使用就有人投诉的！

hgy1999

你的系统一定是客户服务系统，而我的系统是内部物流控制系统，历史数据一般在月底才用，而发生问题时正常数据录入没有问题（表面上看）。jazy 你每天不是都活在高度紧张中。：）

jazy

haha,知我者，hgy1999 也，是啊，比较紧张，责任重大，不过以后不会是我维护！

jazy

我在考虑，日备的数据是保存到磁带上还是直接保存在硬盘（非阵列）上。如果保存在别的机器的硬盘上，则不需要经常更换磁带，而且现有条件可能不能使用带库！


大家觉得呢？