Hana DB Logs Umstellen

Hana Log Umstellen

 

Im Normalfall liegen die Logs unter

/hana/log/HB3/mnt00001/hdb00003 bzw. /hana/log/HA3/mnt00001/hdb00003

df –h . zeigt an wieviel Platz für die Logs lokal noch zur verfügung steht.

 

mkdir /hana/shared/log_backup/

chown –R ha3adm:sapsys /hana/shared/log_backup/

chown –R 777 /hana/shared/log_backup/

 

Im Studio umstellen

 

 

 

Das System schreibt sofort die Logs auf das Filesystem

 

ls -altr /hana/shared/log_backup/

 

total 641524064

drwxr-xr-x 12 root  ​​​​ sapsys  ​​ ​​ ​​ ​​ ​​​​ 4096 Oct 11 10:37 ..

-rw-r----- ​​ 1 ha3adm sapsys  ​​​​ 13307904 Oct 11 10:47 log_backup_3_0_2053473591040_2053473798848.1507711634240

-rw-r----- ​​ 1 ha3adm sapsys  ​​​​ 81588224 Oct 11 10:47 log_backup_3_0_2053473798848_2053475073536.1507711634243

-rw-r----- ​​ 1 ha3adm sapsys 1073172480 Oct 11 10:47 log_backup_3_0_2053475073536_2053491841728.1507711634244

-rw-r----- ​​ 1 ha3adm sapsys 1073496064 Oct 11 10:47 log_backup_3_0_2053491841728_2053508614976.1507711634245

….

 

Leider bleiben unter „ls -altr /hana/log/HA3/mnt00001/hdb00003/“ die Logsegmente noch stehen und geben den Speicherplatz auf OS Ebene nicht frei. Deshalb:

 

su – ha3adm

hdbsql -i 03 -u SYSTEM -p <PASSWORT-PUMA>

hdbsql HA3=> ALTER SYSTEM RECLAIM LOG;

 

Daraufhin wird der Logsegment Speicherplatz wieder freigegeben.

 

Wenn die BACKINT Schnittstelle wieder funktioniert (Commvault) kann das Log Backup wieder auf BACKINT umgestellt werden.

Dazu einfach wieder ins Hana Studio

 

 

 

 

 

 

 

Zu beachten ist das auf dem Hana Slave System leider die Logsegmente nicht freigegeben werden.

Hier kann auch nicht via Hana Studio oder hdbsql an dem System konfiguriert werden.

Es muss mind. 120 m gewartet werden bis die Database Snapshots automatisch gelöscht werden.

 

global.ini

Datashipping_snapshot_max_retention_time = 120 m

 

Sollte auf dem Slave Server die Logsegmente nicht automatisch geleert werden.

Mittels folgender Kommandos prüfen:

 

#Replication Status prüfen

hdbnsutil -sr_state

 

#Freie Logsegmente anzeigen

hdblogdiag seglist /hana/log/HA3/mnt00001/hdb00003 | grep -i free | wc –l

 

#Logsegmente Files auf OS Ebene zählen

ls -al /hana/log/HA3/mnt00001/hdb00003 | wc –l

 

#Speicherplatz des Log Space prüfen

df -h /hana/log/

 

Dann auf dem Secondary “hdbcons 'log release' “ ausführen. Daraufhin nochmals die Kommandos „oben“ ausführen.

SAP Hinweis: 1995412 - Secondary site of System Replication runs out of disk space due to closed data shipping connection

 

 

Falls das auch nicht hilft die Replikation neu initialisieren. (NOCH NICHT GETESTET) SAP Hinweis: 2409471 - SAP HANA Log Volume Full on Secondary or Tertiary Site with System Replication )

4) If this does not reclaim the space, you will have to either follow SAP Note 1679938 - Log Volume is full ​​ or in worst case disable system replication on both secondary and primary, do a force cleanup and enable replication again as per below:

At Secondary site:

> hdbnsutil -sr_unregister

then remove system replicaiton by,

> hdbnsutil -sr_cleanup –force

To disable replication in primary, do:

> hdbnsutil -sr_disable

Check the system replication status, should show "none":

> hdbnsutil -sr_state

Enable replication on primary:

> hdbnsutil -sr_enable

Do a force full replica from secondary:

> hdbnsutil -sr_register --force_full_replica --remoteHost=<host> --remoteInstance=<Instance number> --replicationMode=sync --name=<secondary site name>

These steps will reinitialize the replication from start and should be followed in worst case when secondary is completely stalled.

 

 

 

SAP Notes

1999880 - FAQ: SAP HANA System Replication

1969700 - SQL Statement Collection for SAP HANA

1679938 - DiskFullEvent on Log Volume

2409471 - SAP HANA Log Volume Full on Secondary or Tertiary Site with System Replication

1995412 - Secondary site of System Replication runs out of disk space due to closed data shipping connection

 

Post Revisions:

Tags:  , ,