在完成HANA平台的安裝後有一些事項需要注意與日常的維運設定

License key 相關
HANA在安裝完成後有一個90天的license key產生。另外正式的license key有兩種，Unenforced 與Enforced,主要差異就在於可以使用到的主機的記憶體量。unenforced沒有限制HANA system可以用多少主機記憶體，若主機有2T memory HANA就可以用到2T. Enforced就是有限制使用量了，端看買的license到哪個等級。license key的安裝可以在system DB or tenant DB.

升級SAP HANA
升級的狀況有三種，如下圖

由上圖可了解HANA升級的三種狀況與需要使用的工具，透過HDBLCM不管是要做version update/patch update或是變更HANA版本都可以。但在不同的位置啟動該工具所對應的功能也不同，若是做update是需要從dowmload下來的軟體位置來做，而在已安裝好的位置啟動只有元件的增減。詳細的兩種不同路徑的對應表如下

系統升級階段:
在系統升級時主要會有系統運行中與非運行中。運行中階段有一些準備工作需要執行，以下是一些比較重要的部分。|

1. 停止 data replication
2. system backup
3. 使用 HDBLCM(HANA database lifecycle manager)工具 SPS10以後的版本升級。
   在下載下來的安裝軟體路徑上，例如執行
   cd / DATA_UNITS/HDB_LCM_LINUX_X86_64
   GUI模式或CLI模式,如下圖
   

新增或移除主機(for scale out)
因為HANA是支援scale out的架構，所以安裝完成後也有可能要做這一個動作，後期的維運工作也可能會用到。這時我們可以使用cockpit中的 Platform Lifecycle Management來實現此一工作。如下圖

然後輸入要加入的主機相關資訊

另外有關安全方面，HANA系統之間元件服務的溝通。我們可以把它定位在同一台主機或同一個LAN甚至是跨Internet.這時Inter_service communication會有如下圖不同的選擇

主機升級( for scale up)
剛剛講的是多機作業，但萬一你只有單機。原有的硬體太老舊或是到的硬體極限，要換機怎麼辦呢?兩個步驟就可以

如上圖，先移除原來機器的註冊

之後在新機器上註冊該台機器即可，因為所有的相關的設定與執行檔都還在shared storage上。但若要更換的是storage,哪又是另一個issue了。

記憶體的管理
既然是In-menory Database,哪記憶體的管理就是重要的工作了。最重要的兩個觀察指標就是” used memory” and “peak used memory”.

Used memory是指現行主機中HANA用掉了多少記憶體，HANA使用掉的記憶體則是有很多HANA的服務在使用的。如下圖

最底層的Code and Stack大約會暫6G的記憶體，主要是運算功能與DB的管理。接下來我們個別拆解HANA各個元件的記憶體使用

Service Used Memory:
這時我們要來看一下一些核心服務的列表與功能，如下圖