使用HANA会带来一些操作挑战，我们必须注意一些标准限制：

针对在小于或等于SPS10的SAP HANA修订版上运行的主服务器，使用操作模式logreplay注册辅助服务器将不起作用，因为主服务器尚不支持此功能。此外，对于操作模式logu readaccess，主服务器必须运行在修订版SAP HANA 2 SPS00或更高版本上。将操作模式从logreplay切换回delta\u数据传输需要完整的数据传输。在配置了系统复制的SAP HANA多层系统中，不支持logreplayand delta_datashipping以及logreplayand_readaccess和delta_datashipping的组合。但是，大数据查询平台，如果在主系统（第1层）和第2层辅助系统之间配置了logreplay\u readaccess，则在第2层和第3层辅助系统之间允许logreplay。当无法使用操作模式logreplay或logreplay\u readaccess连接到辅助系统时，主系统将保留联机日志区域中的重做日志段，以便在重新建立连接后准备增量日志传送。这些日志段被标记为RetainedFree，直到次日志段再次同步。操作模式logreplay和logreplay\u readaccess不支持历史记录表。对于操作模式logu readaccess，主系统和辅助系统必须具有相同的SAP HANA版本。在logu readaccess操作模式下，辅助服务器允许通过SQL对列表进行只读访问，建站系统哪个比较好，从而提供与主服务器相比的数据延迟视图。没有最低限度的延迟保证。还支持对系统视图和监视视图的读取访问。只有tier 2才支持使用Active/Active（启用读取）功能。

但是历史记录表非常混乱，并且由于永久性修复仍然不可用而导致延迟。替代方法当然是可能的，比如删除历史表，然后用logreplay或logreplay\u readaccess设置复制。

但是问题是，如果用logreplay或logreplay\u readaccess设置复制，然后创建历史表会怎么样。由于到处找不到明确的信息，想通过这个博客分享经验：

现在我们用下面的命令创建历史表：

创建历史列表"SYSTEM"。"TEST_history_TABLE5"（"Id"BIGINT，大数据是什么意思，"NAME"VARCHAR（20），"CITY"VARCHAR（20），主键（"Id"））；

和复制在HANA 2.0中继续工作，即使历史表是在复制设置后创建的。

这证明历史表不影响HANA系统复制，淘客返利app，因为设置了logreplay或logreplay\u readaccess。

现在我们创建历史表：

创建历史列表"system"。"TEST\u history\u TABLE5〃（"Id"BIGINT，"NAME"VARCHAR（20），"CITY"VARCHAR（20），主键（"Id"）；

表创建失败，但复制继续工作。这意味着历史表在设置时不会恶化。

只有尝试使用logreplay设置复制时才会导致错误。如前所述，云服务服务器，请咨询历史表所有者，在使用logreplay优点之前删除历史表。

注意：SAP NOTE 2480889包含历史表的更新信息。

使用。版本122.14和HANA 2.0 SP 01，复制支持历史记录表。