Hello Sachin

可以用不同的方式来解释术语"增量"和"差异"，所以这个问题对我来说并不完全清楚。

ASE具有三种类型的转储命令：

-转储数据库db_name
-累积转储数据库db_name（SP100）
-转储事务db_name

ASE始终可以选择进行完整的数据库转储，然后进行一系列（许多）tran转储，（通常（现在仍然）称为增量或顺序转储）。 经过一段时间（取决于恢复策略，通常每天），将使用一个新的完整数据库。

使用"差异"一词，我假设您指的是SP100中可用的"累积转储"功能，因此确实适用于SP138：

http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc00641.1570100/doc/html/ate1345224155373.html

亲切的问候

Bart van Kuijk

此外，您可以使用sp_dump_info命令查看在累积备份中将要转储的数据库百分比。

我的经验是，如果累积备份将超过数据库总大小的40％，则运行完全备份的速度会更快。 注意，在大型数据库上运行sp_dump_info命令有时可能需要几分钟。

累积备份在我的网站上是一个了不起的胜利。 人们没有意识到这一点，但是对于大型数据库站点而言，备份可能是磁盘和网络带宽的主要驱动力。 您经常会在周末看到网站运行缓慢，因为它们超负荷运行备份。 自从我们开始使用累积备份以来，我们的网站使我们的备份活动减少了大约80％。

请注意，在数据库中间留有空洞的设备上缩小数据库时要小心。 在这种情况下，累积还原会造成混乱（CR#799651，这是对" Msg 3193 ...的修复。数据库'mydb'没有为转储中的页面NNNNN分配空间。请使用ZZZZZ MB扩展数据库，然后重试该命令 "，其中ZZZZZ太大）

我很烦恼，您必须设置选项" allow incremental dumps"以允许在数据库中进行累积备份。 "增量"听起来像事务日志转储。 我想他们没有时间进行设计审查。

为了便于记录，在Microsoft SQL Server领域中，他们将转储自上次转储以来的所有更改称为"差异备份"

Hello Sachin，

假设您要求累积备份，是的，它在ASE SP138中可用..

注意事项

您应该为要执行增量转储的数据库启用db选项"允许增量转储"

此外，就转储文件的大小而言，dump会备份已修改/新的块，因此，良好的做法是在每周维护之后运行完整备份（例如reorg/rebuild index，它确实会更改块），并且 然后进行累积备份。

Re积，

Basavaraj