找回密码
 注册账号

QQ登录

只需一步,快速开始

手机号码,快捷登录

手机号码,快捷登录

初学者课程:T3自学|T6自学|U8自学软件下载课件下载工具下载资料:通资料|U8资料|NC|培训|年结积分规则 | 使用常见问题Q&A
知识库:U8 | | NC | U9 | OA | 政务U8|U9|NCC|NC65|NC65客开|NCC客开新手必读 | 任务 | 快速增金币用友QQ群[微信群]
查看: 4859|回复: 7

[其他] 数据备份文件过大问题

  [复制链接]
发表于 2008-2-24 09:07:15 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册账号

×
本来是想发布个新的讨论,没有找到,只好发个新的话题,放在其他类里了。请大家踊跃讨论啊!
是这样的,我们是07年一月份正式启用用友的,使用了财务跟供应链,07年的时候备份文件只有几百兆,今年年结后再备份,备份文件却超过两G,更有一个新的账套,只启用了人力资源,却比第一个账套的备份文件还大。不知道是哪里出了问题。

咨询了用友售后人员,他们说可能是数据库太大的原因,需要瘦身。我清除了一年来的日志数据,但是备份文件还是很大。不知道各位有没有遇到过种情况,还有什么高招?
发表于 2008-2-24 09:25:41 | 显示全部楼层
我们公司业务量挺大,备份文件一年下来都快2个G了,能瘦身吗?
发表于 2008-2-24 11:09:01 | 显示全部楼层
1、可通过定期收缩、清空事务日志的办法减小事务日志文件的空间,但收宿的效果不太明显,清空则可将事务日志文件整个清掉,但清除事务日志前先做好数据库完全备份。
2、修改数据库的故障还原模型,其中有三个选项,大容量日志记录、简单、完全,其中设为[简单]时日志的增长减少很多,但同时也会影响数据库还原的能力,简单类型的只能还原完全备份、差异备份的备份文件,这就要结合你的备份策略,如果你全都是完全备份,那用简单模型也未尝不可。
发表于 2008-2-24 11:09:56 | 显示全部楼层
你们用的是870吧?
870好象是直接备份的,备份的数据是没有经过压缩的.
可以自己做个设置,比如计划任务,定时对备份的数据进行压缩.
我现在用的是852,数据库文件有5G左右,压缩后500M左右.
另你做的是年度备份还是帐套备份?
做完年结之后做一个完整的帐套备份,之后可以做年度备份.
发表于 2008-2-24 11:19:14 | 显示全部楼层
sql server2000还原模型的说明
SQL Server 2000为我们提供了三种数据库恢复模型:simple(简单恢复),full(完全恢复),bulk_logged(大容量日志记录恢复)。
简单恢复模型最容易操作,但它是最缺乏灵活性的灾难恢复策略。选择简单恢复模型等同于把trunc. log on chkpt.设置成true。在这种恢复模型下,我们只能进行完全备份和差异备份(differential backup):这是因为事务日志总是被截断,事务日志备份不可用。一般地,对于一个包含关键性数据的系统,我们不应该选择简单恢复模型,因为它不能够帮助我们把系统还原到故障点。使用这种恢复模型时,我们最多只能把系统恢复到最后一次成功进行完全备份和差异备份的状态。进行恢复时,我们首先要恢复最后一次成功进行的完全备份,然后在此基础上恢复差异备份(差异备份只能把自从数据库最后一次完全备份之后对数据库的改动施加到数据库上)。
完全恢复模型把trunc. log on chkpt.选项和Select Into/Bulk Copy选项都设置成false。完全恢复具有把数据库恢复到故障点或特定即时点的能力。对于保护那些包含关键性数据的环境来说,这种模型很理想,但它提高了设备和管理的代价,因为如果数据库访问比较频繁的话,系统将很快产生庞大的事务日志记录。由于在这种模型中Select Into/Bulk Copy设置成了false,SQL Server将记录包括大容量数据装入在内的所有事件。
最后一种恢复模型是大容量日志记录恢复,它把trunc. log on chkpt.设置成false,把Select Into/Bulk Copy设置成true。在大容量日志记录恢复模型中,大容量复制操作的数据丢失程度要比完全恢复模型严重。完全恢复模型记录大容量复制操作的完整日志,但在大容量日志记录恢复模型下,SQL Server只记录这些操作的最小日志,而且无法逐个控制这些操作。在大容量日志记录恢复模型中,数据文件损坏可能导致要求手工重做工作。 下表比较了三种恢复模型的特点。恢复模型 优点 工作损失表现 能否恢复到即时点?
简单 允许高性能大容量复制操作。
收回日志空间,使得空间要求最小。 必须重做自最新的数据库或差异备份后所发生的更改。 可以恢复到任何备份的结尾处。随后必须重做更改。
完全 数据文件丢失或损坏不会导致工作损失。
可以恢复到任意即时点(例如,应用程序或用户错误之前)。 正常情况下没有。
如果日志损坏,则必须重做自最新的日志备份后所发生的更改。 可以恢复到任何即时点。
大容量日志记录 允许高性能大容量复制操作。
大容量操作使用最少的日志空间。 如果日志损坏,或者自最新的日志备份后发生了大容量操作,则必须重做自上次备份后所做的更改。 否则不丢失任何工作。 可以恢复到任何备份的结尾处。随后必须重做更改。

在数据库的Options选项卡中,我们可以从Model下拉列表框选择Simple把恢复模型改成简单模型。另外,Microsoft扩展了ALTER DATABASE命令,我们可以用它设置数据库属性。例如,用下面这个T-SQL命令可以把恢复模型设置为完全恢复模型:ALTER DATABASE Northwind SET RECOVERY FULL
 楼主| 发表于 2008-2-25 08:12:25 | 显示全部楼层
原帖由 CS_159 于 2008-2-24 11:09 发表
你们用的是870吧?
870好象是直接备份的,备份的数据是没有经过压缩的.
可以自己做个设置,比如计划任务,定时对备份的数据进行压缩.
我现在用的是852,数据库文件有5G左右,压缩后500M左右.
另你做的是年度备份还是帐 ...


我们使用的是861,手工备份也是直接备份,没有压缩的,数据很大,有自动备份,那个是压缩的,但是跟手工备份后再压缩大小差不多。
861好像不支持年度备份,只能把整个账套进行备份。
发表于 2008-2-25 08:46:04 | 显示全部楼层
学习了,谢谢~~~~~~~~~~~~~~~~~~~~
发表于 2008-3-6 20:13:53 | 显示全部楼层
如此夸张 原本几百就恐怖的了
您需要登录后才可以回帖 登录 | 注册账号

本版积分规则

QQ|站长微信|Archiver|手机版|小黑屋|用友之家 ( 蜀ICP备07505338号|51072502110008 )

GMT+8, 2024-6-9 01:29 , Processed in 0.038181 second(s), 9 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表