Showing posts with label SAPHANA. Show all posts
Showing posts with label SAPHANA. Show all posts

Friday, 17 June 2022

Details about Savepoint in SAP HANA database


 Savepoints

what is savepoint in the context of SAP HANA database and how it works.

Changes of pages from the last savepoint were written to the converter table (mapping of physical and logical pages).

If a savepoint is triggered this data will be read out of the table and the changes persisted to the data area.

In every of these procedures there is a critical phase. In this phase the locks of the affected objects taking place to identify the log position.

If the critical phase takes too long, the DB decides to trigger it at a later point in time when the workload is lower.

The time limit for the critical phase will be defined by the parameter "savepoint_pre_critical_flush_retry_threshold". HANA will try to under beat this value (default: 3 seconds). If this value is reached the DB is try it to a later point in time.

To avoid the risk of an endless loop there is a parameter savepoint_max_pre_critical_flush_duration => by default 900 seconds. The critical phase will be triggered hard after this time.

The topic of savepoint is more complex as just write changes to disk and some locks.

More details can be found in HA200 training or in books like “HANA Administration” (*).

For now we must not know more about it:

Changes from the last savepoint will be persisted

There is something called critical phase which should not take long time limit for critical phase hard trigger after 900 sec without savepoint.

Wednesday, 7 October 2020

SAP HANA single-level and multi-level partitioning.

 



SAP HANA single-level and multi-level partitioning.

SAP HANA Single-level Partitioning.

  • HASH
  • ROUND ROBIN
  • RANGE

If a table is partitioned exclusively by one of the above partitioning approaches is called single-level partitioning.

SAP HANA Multi-level Partitioning.

If each of the partitions itself is partitioned again by other criteria, we call it multi-level partitioning. In the following picture you can see a multi-level partitioning with a HASH partitioning on level 1 and a RANGE partitioning on level 2:



The total number of partitions is the product of the number of partitions on every level.The partition key columns of the second level can be chosen independent of the primary key of the table in case of HASH / HASH and RANGE / HASH partitioning.


Monday, 7 September 2020

SAP HANA 2.0 SPS05 Database rev50 to rev51 Upgrade

 


Follow the below steps to upgrade SAP HANA2.0 SPS 05 rev 50 to rev 51


High level steps include:
  1. Download SAP HANA 2.0 SPS05 rev51 Platform Edition Software
  2. Check Hardware and Operating system requirements
  3. Backup database
  4. Update the SAP Host Agent
  5. Run hdblcm
  6. Check upgrade logs
  7. Update HANA DB Client
  8. Backup database

SAP HANA 2.0 SPS05 rev51 Upgrade Procedure:


Extract software in Temporary location.

Stop SAP application 

Make backup for SYSTEMDB and ALL tenants


Update SAP HOST AGENT. 

Now we are ready for an upgrade 

Run command from root privileges from a folder with extracted HANA Revision files, 

NB:For example OS-path may be: //SAP_HANA_DATABASE/hdblcm

Hit Enter.

Choose option 1 to upgrade.

Installation process must be from SYSTEM (SAP HANA initial DB super user) 

If you lock this user for security reasons -> Unlock SYSTEM user for this task






Check SAP Hana 2.0 SPS05 rev51 NEW version after updating the procedure.


SAP HANA Client Upgrade procedure.

Download the latest client software for SAP portal.


Extract software in Temporary location.

Now we are ready for an upgrade 

Run command from root privileges from a folder with extracted HANA Client Revision files, 

NB:For example OS-path may be: //SAP_HANA_CLIENT/hdbinst

Check Hana Client NEW version after updating the procedure:


start application server 

Log-in in your SAP system to 000 client and check output of transaction SICK


Thank you!!