Hi HANA Gurus,
Would like to know in a normal system replication based HA for SoH, without memory preload, after an automatic failover to the second node,in how much time HANA becomes available for the SoH(ERP) users to continue transaction. Consider an ideal scenario with 512 GB appliance , with allocation limit of 490GB approx., considering normal 90% of first 64gb and 97% of every further 64GB memory on the single host. Also consider a used memory of say 128 GB(indicating database size and considering no custom configuration for specific tables preload .Consider the save point is every five minutes as default and committed transactions are written to the log. Host is replicated to second node using HANA System replication and with HANA automatic failover option. This means on first node failure the HANA system will be restarted on second node and data will be loaded to the memory based on the last state in the other node. As I understand the save points are loaded, logs are applied and database become available for users, the lazy load continues etc. Kindly answer me if anyone knows by experience how much time it takes from the failure detection to next state of the system becoming available for user to start updating for example a Sales Order. Also like to know more about this start-up process to understand it better(for example the last save points are done by saving the changed pages, so time taken to load the last savepoint pages to memory, then applying transactions from last save point (last 4 minutes for example before failing over etc). The purpose is to understand whether the failover time from Primary to standby takes similar time like a traditional db (for example db2) or more due to memory load time in HANA. At the same time I am aware of other options available to reduce the RTO by using memory preload, cluster solutions from vendors , OS like SUSE etc.
Thanks in advance.
Rajesh Vikraman