数据库很早前做的完整备份、后每天做差异、日志备份 。结果差异备份文件 和日志备份文件很大, 那么还原数据库 会不会很慢呢?
问题2:
差异备份和日志备份 有什么区别?
10 个解决方案
#1
每周做全备,每天做差异,每小时做日志
要是小库就每天做全备,每3小时做差异,每20分钟做日志。
灵活掌握
要是小库就每天做全备,每3小时做差异,每20分钟做日志。
灵活掌握
#2
弱弱的问问:
数据库随着时间增长,ldf文件会越来越大,如果每周做全备,还原ldf时相当大,速度很慢?
数据库随着时间增长,ldf文件会越来越大,如果每周做全备,还原ldf时相当大,速度很慢?
#3
问题1:
还原快慢跟你的服务器性能,还原的库大小有关系。不知道你的数据库是多大的,备份文件又多大?一般来说还原速度都挺快的。
问题2:
差异备份的基准是上一次的全备份;
日志备份的基准是上一次的全备份或者日志备份;
使用差异备份的目的是为了缩短恢复时间。但由于差异备份不能使用stopat选项,因此,还是需要安排日常的日志备份。
备份策略是结合自身的应用来确定的,离开了应用环境,谈的备份策略都没意义。
还原快慢跟你的服务器性能,还原的库大小有关系。不知道你的数据库是多大的,备份文件又多大?一般来说还原速度都挺快的。
问题2:
差异备份的基准是上一次的全备份;
日志备份的基准是上一次的全备份或者日志备份;
使用差异备份的目的是为了缩短恢复时间。但由于差异备份不能使用stopat选项,因此,还是需要安排日常的日志备份。
备份策略是结合自身的应用来确定的,离开了应用环境,谈的备份策略都没意义。
#4
-- 应该在每次完整备份前,先将其日志文件截断(示例如下):
------截断 名为 MRM20080608 数据库日志文件:----------
DUMP TRANSACTION [MRM20080608] WITH NO_LOG
BACKUP LOG MRM20080608 WITH NO_LOG
DBCC SHRINKDATABASE(MRM20080608)
-- 日志文件的快速增长会严重占用你的磁盘空间,若撒手不管的话,总有一天你的硬盘都会被撑坏滴
-- (总有一天会出问题滴)
#5
hao
#6
本人不怎么熟悉数据库备份,每周做全备,怎么考虑硬盘?
#7
-- 详细的自动备份的脚本(存储过程及任务计划)请参考:
http://topic.csdn.net/u/20100831/15/a936489c-7164-4e94-8cac-8b14f24b6ac1.html
http://topic.csdn.net/u/20100831/15/a936489c-7164-4e94-8cac-8b14f24b6ac1.html
#9
如果每天测差异备份都很大,那么就得考虑是不是由每天差备改为每2小时差备了。不然一个崩溃,数据损失忒大了。
#10
仔细看3F的回复。
@acupofnescafe (9楼):
差异备份是基于上次完整备份,对于每天差异备份和每2个小时差备而言,后者更消耗性能、效率更低。
为了避免数据损失,改为2个小时的不应该是 差备,而是 日志备份。
@acupofnescafe (9楼):
差异备份是基于上次完整备份,对于每天差异备份和每2个小时差备而言,后者更消耗性能、效率更低。
为了避免数据损失,改为2个小时的不应该是 差备,而是 日志备份。
#1
每周做全备,每天做差异,每小时做日志
要是小库就每天做全备,每3小时做差异,每20分钟做日志。
灵活掌握
要是小库就每天做全备,每3小时做差异,每20分钟做日志。
灵活掌握
#2
弱弱的问问:
数据库随着时间增长,ldf文件会越来越大,如果每周做全备,还原ldf时相当大,速度很慢?
数据库随着时间增长,ldf文件会越来越大,如果每周做全备,还原ldf时相当大,速度很慢?
#3
问题1:
还原快慢跟你的服务器性能,还原的库大小有关系。不知道你的数据库是多大的,备份文件又多大?一般来说还原速度都挺快的。
问题2:
差异备份的基准是上一次的全备份;
日志备份的基准是上一次的全备份或者日志备份;
使用差异备份的目的是为了缩短恢复时间。但由于差异备份不能使用stopat选项,因此,还是需要安排日常的日志备份。
备份策略是结合自身的应用来确定的,离开了应用环境,谈的备份策略都没意义。
还原快慢跟你的服务器性能,还原的库大小有关系。不知道你的数据库是多大的,备份文件又多大?一般来说还原速度都挺快的。
问题2:
差异备份的基准是上一次的全备份;
日志备份的基准是上一次的全备份或者日志备份;
使用差异备份的目的是为了缩短恢复时间。但由于差异备份不能使用stopat选项,因此,还是需要安排日常的日志备份。
备份策略是结合自身的应用来确定的,离开了应用环境,谈的备份策略都没意义。
#4
-- 应该在每次完整备份前,先将其日志文件截断(示例如下):
------截断 名为 MRM20080608 数据库日志文件:----------
DUMP TRANSACTION [MRM20080608] WITH NO_LOG
BACKUP LOG MRM20080608 WITH NO_LOG
DBCC SHRINKDATABASE(MRM20080608)
-- 日志文件的快速增长会严重占用你的磁盘空间,若撒手不管的话,总有一天你的硬盘都会被撑坏滴
-- (总有一天会出问题滴)
#5
hao
#6
本人不怎么熟悉数据库备份,每周做全备,怎么考虑硬盘?
#7
-- 详细的自动备份的脚本(存储过程及任务计划)请参考:
http://topic.csdn.net/u/20100831/15/a936489c-7164-4e94-8cac-8b14f24b6ac1.html
http://topic.csdn.net/u/20100831/15/a936489c-7164-4e94-8cac-8b14f24b6ac1.html
#8
#9
如果每天测差异备份都很大,那么就得考虑是不是由每天差备改为每2小时差备了。不然一个崩溃,数据损失忒大了。
#10
仔细看3F的回复。
@acupofnescafe (9楼):
差异备份是基于上次完整备份,对于每天差异备份和每2个小时差备而言,后者更消耗性能、效率更低。
为了避免数据损失,改为2个小时的不应该是 差备,而是 日志备份。
@acupofnescafe (9楼):
差异备份是基于上次完整备份,对于每天差异备份和每2个小时差备而言,后者更消耗性能、效率更低。
为了避免数据损失,改为2个小时的不应该是 差备,而是 日志备份。