对于一个要求恢复时间比较短的系统(数据库50G，每天归档5G)，你如何设计备份策略

显示全部楼层 · 2005-10-30 17:05:33

这个问题该怎么回答呢

千问 · 2005-10-30 17:05:33

每周一，四次全备
其他日子增量备份

千问 · 2005-10-30 17:05:33

如果晚上没有什么大的后台作业的话，晚上进行全备也是可以接受的。

千问 · 2005-10-30 17:05:33

正常来说,ONLINE 备份对数据库的性能不会带来太大的影响的.
更何况才50G数据量,应该很快的.
建议你每天晚上进行1次全备份比较稳妥.

千问 · 2005-10-30 17:05:33

建立一个standby db，如果需要恢复，直接从standby拷贝文件回主库做恢复，这样恢复的时间最短。备份可以在standby上做。

千问 · 2005-10-30 17:05:33

最初由 freezr 发布
[B]建立一个standby db，如果需要恢复，直接从standby拷贝文件回主库做恢复，这样恢复的时间最短。备份可以在standby上做。 [/B]
那么请问如果做了standby，那么备份策略应该怎么定呢？
我对此一直有些困惑

千问 · 2005-10-30 17:05:33

最初由 WPTiger 发布
[B]
那么请问如果做了standby，那么备份策略应该怎么定呢？
我对此一直有些困惑 [/B]
备份策略是根据设备，恢复的要求确定的，没有放之四海而皆准的规则。

千问 · 2005-10-30 17:05:33

最初由 freezr 发布
[B]建立一个standby db，如果需要恢复，直接从standby拷贝文件回主库做恢复，这样恢复的时间最短。备份可以在standby上做。 [/B]

这样做，恢复时间也不一定短，同时又增加了standby db的维护量，
个人认为，50G的小库没有必要做standby.
全备份也可以。

千问 · 2005-10-30 17:05:33

最初由 exitgogo 发布
[B]

这样做，恢复时间也不一定短，同时又增加了standby db的维护量，
个人认为，50G的小库没有必要做standby.
全备份也可以。 [/B]
看你对于可靠性的要求吧...
个人觉得standby 对于高可用数据库来说是必不可少的..

千问 · 2005-10-30 17:05:33

standby db并不属于高可用性的范畴。
出故障的时候一样需要手工切换。
最初由 jametong 发布
[B]
看你对于可靠性的要求吧...
个人觉得standby 对于高可用数据库来说是必不可少的.. [/B]