sap hana 故障恢复处理

《sap hana 故障恢复处理》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、（一）、SAPHANA数据库的恢复技术：系统故障恢复众所周知，SAPHANA是内存数据库，很多人会有疑问，内存是断电就会丢失数据的设备，SAPHANA是怎样保证数据在内存中并且断电不会丢失的呢？此问题涉及到概念叫数据库保护：排除和防止各种对数据库的干扰破坏，确保数据安全可靠，以及在数据库遭到破坏后尽快地恢复。而数据库的恢复技术是数据库保护的重要手段。还要介绍一个概念：事务：一个不可分割的操作序列，其中的操作要么都做，要么都不做。举个例子：银行转帐：A帐户转帐到B帐户100元。该处理包括了两个更新步骤·A=A-100·B=B+1

2、00这两个操作是不可分的：要么都做，要么都不做。事务的状态在日志中包含三种：·表示事务T已经开始；·表示事务T已经成功完成并且所有的修改都已经写入数据库；·表示事务T已经被终止，并且所有的修改已被取消。数据库的故障分为三类：·事务故障：单个事务的内部故障，不会影响其他事务；·介质故障：硬故障：如磁盘损坏，磁盘已满等；·系统故障：软故障，如停电、死机等，这些故障会导致内存数据丢失，影响当前的全部事务。数据库对系统故障的恢复主要目的是恢复到故障发生之前的状态，即尚未完成的事务进行回

3、滚，已完成的事务要确保其完成。1、系统故障恢复验证在SAPHANA中，这些概念同样适用，下面对SAPHANA的系统故障的恢复进行验证。本文的测试案例所使用的SAPHANA版本为SAPHANASPS7Revision70.00。首先修改savepoint时间，在savepoint过程中，SAPHANA会把内存页持久化在硬盘上，而SAPHANA的默认savepoint间隔为300s，将其改为3000s。开启两个SQL窗口，将SQL 窗口的autocommit属性设置为off。在sql窗口1中执行1.insert into "LOG

4、TEST"."TEST" values(1,'欢迎大家一起来学习SAP HANA知识，分享SAP HANA知识。');  在sql窗口2中执行1.insert into "LOGTEST"."TEST" values(2,'欢迎大家一起来学习SAP HANA知识，分享SAP HANA知识。');  2.  3.  4.commit;  将SAPHANA进行断电处理。开机重启SAPHANA，查看此表内容。我们可以认为窗口1和窗口2是两个事务T1和T2，事务T1执行一条修改后，没有commit，因此故障之后回滚到事务T1执行前。事

5、务T2已经commit，虽然SAPHANA尚未把数据持久化到硬盘上（未做savepoint），但是由于事务日志的存在，数据库被成功恢复到了故障点。2、系统故障的恢复策略如上图所示，当发生故障时，若是介质故障，则首先重装副本（系统故障省略此步骤），然后利用日志进行事务故障恢复和系统故障恢复，一直恢复到故障发生点。3、事务日志事务日志是用来管理数据库系统中记录的变化，记录了所有更新操作的具体细节。为了让一个事务持久化不丢失，我们不必在事务提交时就把完整的数据内容持久化在硬盘中，只需要持久化事务日志就足够了。当系统崩溃后，数据库中的

6、最近的一致性状态可以通过回放事务日志来恢复。因此日志文件的记录严格按照事务的执行时间次序。事务日志主要包含三种：Undo日志、Redo日志、Undo/Redo日志。而在SAPHANA中，只有两种日志：Undo日志、Redo日志。日志文件的内容主要包含以下三方面：·事务的开始标记（）·事务的结束标记（或）·事务的更新操作记录，一般包括以下内容其中，一条更新操作记录包括：执行操作的事务标识，操作对象，更新前值（Undo）或者更新后值（Redo）或者更新前值和更新后值（Undo/R

7、edo）。4、Redo日志Redo日志的特点是，在修改数据写入数据库之前，对应该修改的Redo日志记录必须已被写到磁盘上。日志中数据修改记录的格式为其中，T为事务标示，x为被修改数据标识，v为修改后的值。如下图所示，事务T1的操作是A=A-100，B=B+100，图左方为数据库中的T1具体步骤，图中间为T1对应的Redo日志内容，图右方标识A和B的初始值分别为1000,2000。Redo日志的恢复过程如下：1.从头扫描日志，找出所有有的事务，放入一个事务列表L中2.从首部开始扫描日志记录

8、x,v>,如果T属于 L，则·write(X,v)（将新值赋给X）·output(X)（将X写入数据库）1.ForeachT不属于 Ldo·writetolog这种恢复方式的理论基础是没有记录的操作必定没有改写磁盘中数据，因此在恢复时可以