從概念驗證(POC，proof-of-concept)到生產環境部署，客戶在遷移到SAP HANA記憶體資料庫平臺之前需要考慮許多因素，其中包括硬體選擇，備份與恢復計劃以及安全性管理等等。

　　但客戶究竟該從何入手呢?

　　理解HANA的架構

　　首先，你需要理解HANA並不是一個黑盒子;你可以把它看做是一個執行在特定硬體裝置(有很多記憶體)上的Linux作業系統，它並不是一個簡單的相容SQL92的記憶體資料庫。說到對於Linux的支援，HANA最早是部署在SUSE Enterprise 11上的，而目前新版HANA還支援RHEL 6.5。在部署之前，你需要仔細閱讀SAP的產品指南。

　　HANA還是一個應用伺服器，但並不是基於傳統的SAP NetWeacer Application Server那樣的ABAP或Java技術。它是一個精益的Web應用伺服器，能夠執行強大的內建SAPUI5或JavaScript的Web應用。

　　硬體選擇

　　在硬體方面，SAP提供了許多經過認證的硬體廠商合作伙伴。今年早些時候，SAP還開放了硬體限制，客戶可以在購買HANA許可證之後使用自己的硬體來執行。儘管仍然需要對硬體的配置進行特殊安排，比如記憶體、固態硬碟用來儲存日誌檔案，高速硬碟存放資料，記憶體與CPU核心需要有固定比例，但此舉無疑讓SAP HANA的硬體選擇範圍得到了極大的擴充套件。同時，SAP目前已經執行客戶自己進行HANA的部署了。在今年5月，VMware也通過了SAP認證，可以支援1 TB的HANA例項虛擬化。更多的硬體以及虛擬化合作夥伴，意味著SAP HANA將為客戶提供更多的備份與恢復選項。

　　那麼在進行HANA部署環境規劃的時候，我們可以參考傳統的三層系統環境方式，做到每一個例項與其他例項之間的隔離。舉例來說，我們可以針對每一個軟體開發生命週期中的元素選擇一個單獨的硬體：一個用於開發環境，一個用於質量保證(QA)，一個用於生產環境。這裡要注意，HANA不支援每個伺服器部署一個以上的資料庫，因此沙箱和開發可以用一臺伺服器，而 QA和培訓則需要另外另外一臺伺服器。

　　HANA還支援分散式的部署，其中包含一個控制(Master)節點和若干工作(Worker)節點，這樣就可以非常輕鬆地構建一個QA環境來匹配生產環境的場景。比如兩個節點可以支援單一的HANA開發例項以及一個分散式的QA例項。

　　備份與恢復策略

　　當針對生產環境進行硬體規劃的事後，我們還需要充分考慮到備份策略以及災難恢復需求。在我看來，“雙活”環境的每一個主機都能接收請求，如果一個主機宕機，客戶端連線可以迅速地重啟。但在HANA環境當中，SAP並沒有提供這樣的雙活叢集配置。他們提供了一個自動化的主機故障轉移功能，也需要做一些DNS的變更。能不能做到立即切換?答案是否定的。但切換速度快不快?答案是肯定的。

　　我們可以使用一個複製的備用系統，它可以在幾分鐘之內完成故障轉移，但它稱不上是真正高可用，比如NetWeaver那樣。在複製備用資料庫場景下，要記住兩個關鍵點：第一，在災難場景下，我們需要通過DNS變更來重新定向客戶端資料庫請求;第二，我們可以利用備用資料庫作為其他例項的非生產環境資料庫，比如QA與測試。根據我的經驗，備用資料庫場景下SAP提供了非常好的靈活性，而且SAP在讓客戶充分利用硬體方面投入了很多研發精力，使得客戶資料中心裡的每一臺機器都能夠物盡其用。

　　在HANA中進行備份是非常簡單的，每一個資料中心管理者與中層IT人員對此應該都不陌生。我們必須經常進行資料庫和日誌檔案的備份以便能夠提供一個即時恢復能力。我們可以通過SAP HANA Studio或者在作業系統層面上使用命令列來進行資料庫備份，這些都是開箱即用的功能。當然也有一些客戶選擇了SAP的合作伙伴來進行備份，比如Symantec、IBM、HP等等，而針對備份的SAP認證叫做HANA-BRINT 1.1，你在SAP官網上搜索它就可以出現許多備份的產品。

　　管理員技能

　　現在，我們已經理解了HANA的架構，接下來的問題就是：“我們該做哪些準備?我們如何進行備份?”此外，部署HANA對企業內部資源的技能集也是有特定要求的。從管理角度來說，SAP Basis管理員如果在UNIX平臺方面有足夠的經驗的話，那麼他可以非常輕鬆地理解並上手HANA。整個HANA的部署機制都和SAP非常相似。我們需要將HANA連線到SAP Solution Manager for Enterprise SupportServices，這是在NetWeaver平臺上最常見的Basis任務。而使用記憶體資料庫的確需要在系統監控方面新增其他維度，Basis管理員需要對新技術敞開胸懷並迎接新的挑戰。另外，SAP在實時與歷史資料分析方面也為我們提供了足夠多的好用的工具。

　　安全性考慮

　　對於已經有專門的安全團隊來管理SAP Business Suite或其他基於NetWeaver應用的企業來說，在HANA中管理安全性是變化最大的一個方面。如果你在HANA上執行NetWeaver BW 或 SAP Business Suite，那麼對於安全團隊的工作並不會有太大影響。但如果你選擇把HANA部署為一個單獨的資料倉庫或者應用伺服器的時候，那麼安全團隊就需要大量時間來學習新的架構和功能。在HANA中究竟誰來負責安全性?對於我來說仍然是一個讓人迷惑的問題。在傳統的資料庫管理系統中，DBA處理基本的資料庫維護之外還要全權負責資料庫安全的工作。而在SAP NetWeaver環境中，由於SAP把安全性工作放到了應用層，因此在資料庫層面基本不要擔心安全問題。Basis管理員稱不上是好的安全管理員，如果我在進行生產環境的HANA部署，我就會仔細考慮由誰來負責HANA的安全性管理工作。

　　Solution Manager

　　此外，還有很多客戶對於HANA中的Solution Manager的使用存在誤解。Solution Manager仍然是HANA系統預警報告(Early Watch Reports)的唯一實現機制，同時也是SAP持續質量監測的載體，後者已經包含在所有SAP客戶的標準化或企業維護協議當中。那些投入大量資金在HANA部署上的客戶，在正式上線之前一定要利用好SAP的Going Live認證服務以及主動監控功能，這些功能都包含在SolutionManager當中。

　　部署HANA的確是一件充滿挑戰的任務，然而通過團隊協作與知識分享，你的新專案將會為企業帶來新的價值。HANA的潛力非常大，等待著每一個企業去開拓。

　　原文連結：http://www.searchdatabase.com.cn/showcontent_84151.htm