各位管理员，您好，

这个话题并不新鲜，但是它的工作背景以及与迁移的关系更有趣。通常你认为如果你激活了日志模式，你的日志磁盘就不会满了，对吗？如果数据段已满，数据将被覆盖。如果我告诉你这个说法是错的呢？您是否为迁移激活过日志模式覆盖以防止日志或备份卷变满？

好的，要理解它，我们必须知道三件事：

你们大多数人都知道在HANA的上下文中什么是保存点以及它是如何工作的。上一个保存点的页面更改被写入转换器表（物理和逻辑页面的映射）。如果触发了保存点，则该数据将从表中读出，并且更改将保留到数据区域。

在每个过程中都有一个关键阶段。在这个阶段，受影响对象的锁定将发生，以确定日志位置。如果关键阶段花费的时间太长，DB决定在稍后工作负载较低的时间点触发它。

关键阶段的时间限制将由参数savepoint\u pre\u critical\u flush\u retry\u threshold定义。HANA将尝试低估此值（默认值：3秒）。如果达到此值，则DB将在稍后的时间点进行尝试。

为避免无休止循环的风险，购返利，有一个参数savepoint\u max\u pre\u critical\u flush\u duration=>默认值为900秒。关键阶段将在这段时间后被硬触发。

保存点的主题更复杂，因为只需将更改写入磁盘和一些锁。更多细节可以在HA200培训或类似于"HANA管理"（*）的书籍中找到。现在我们不能再了解它了：

*EN:ISBN 978-1-59229-953-9 DE:ISBN 978-3-8362-3641-6

您的日志卷由多个日志段组成。每个日志段的大小将由参数log\u segment\u size\u mb定义。如果某个段已满，则将重用或创建另一个段。段的数量取决于更改、日志模式和保存点间隔。一个段可以有以下状态：

状态BackedUp只能在日志模式下正常使用。一个段将始终保持活动状态（状态：写入）。

一个段只有在已满时才会关闭。保存点成功后，可以重用该段并获得"Free"状态。因此，如果定期保存点成功，则日志卷不会变满，也不会发生存档卡住的情况。

在这种模式下，不会创建日志段的备份。注：因此，大淘客推广，不可能进行时间点恢复（PTR）。即使没有写入日志备份，安娜尔返利机器人，每次数据备份时，备份目录仍会备份到日志备份目标。

安装HANA DB后，返利手游平台，首先要做的是备份。为什么？默认情况下，参数log\u mode的值是normal，返现卡，但是如果您没有创建初始备份，DB在overwrite模式下工作。

当您知道所有这些细节=>在log mode overwrite模式下日志卷是否可能变满？当我们考虑临界阶段和强制保存点的15分钟（900秒）时=>有可能吗？只有保存点成功，日志段才会被释放。如果未成功创建新的日志段，则将创建新的日志段，直到日志卷已满或保存点已成功释放日志段为止，但900秒之后，持续时间可能会很长。

请考虑使用大量并行加载进程的迁移，这些进程通过创建过多的日志段来更改大量数据。如果日志卷的大小不符合提升的要求，那么即使使用日志模式覆盖（当然是使用日志模式正常），您也会在归档程序中运行。可能有些人在将系统迁移到HANA时遇到了这个问题，甚至在日志模式覆盖的情况下也遇到了这个问题，并且想知道为什么日志卷会满。

解决方案？其中2个：–如前所述，通过提升调整日志容量–禁用有风险的日志记录（不等于日志模式覆盖）

哪个风险？如果系统崩溃，则从上次成功保存点到崩溃的数据将丢失。因此，在使用第二个选项时请小心：

更改系统登录

详细信息：ALTER SYSTEM LOGGING