[發明專利]多租戶環境中租戶特定數據集的管理方法及其系統

有效

• 申請號: 201380012870.4
• 申請日: 2013-02-21
• 公開（公告）號: CN104160381B
• 公開（公告）日: 2017-05-17
• 發明（設計）人: M·奧伯霍費爾;D·J·曼德爾施泰因;I·M·米爾曼;S·潘迪特;C·D·沃爾夫森
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F12/00
• 分類號: G06F12/00
• 代理公司: 北京市中咨律師事務所11247
• 代理人: 于靜,張亞非

技術領域

本發明的領域涉及多租戶數據庫。更具體地，本發明的領域涉及多租戶平臺即服務(PaaS)和軟件即服務(SaaS)的服務(在下文中統稱為“服務”)。

背景技術

服務可以在公共、混合和私有云環境中提供。由服務提供者提供的服務可以訪問存儲在數據庫管理系統(DBMS)中的數據，DBMS代表計算機化的信息存儲和檢索系統。DBMS可以管理多個數據庫，每一個數據庫可以由不同的實體擁有。服務可以由多個客戶組織(租戶)同時訂購。因此，服務處理不同租戶的數據。出于安全和監管的原因，租戶要求不同程度的數據隔離，這在租戶訂購服務時被規定為“政策要素”。更為重要的是，隔離程度必須在安全和監管要求隨時間改變時能夠無縫改變。因此，服務提供者需要實現允許數據和配置分開的針對服務的多租戶架構，使得每個租戶接收到適當水平的數據隔離。

當前存在用于管理多租戶數據的三種部署選項。第一部署選項將租戶數據存儲在分離的數據庫中，這是數據隔離的最簡單方案。計算資源和應用代碼通常在服務器上的所有租戶之間共享，但是每個租戶具有其自己的與屬于所有其他租戶的數據在邏輯上保持隔離的數據集。元數據將每個數據庫與正確的租戶相關聯，并且數據庫安全性會防止任何租戶無意或惡意地訪問其他租戶的數據。然而，該選項傾向于導致服務提供者維護設備和備份租戶數據的更高成本。硬件成本也比在備選部署選項下更高，這是由于在給定數據庫服務器上能夠容納的租戶數量受限于服務器可以支持的數據庫的數量。

第二部署選項涉及在相同的數據庫中容納多個租戶，每個租戶具有其自己的表格集以及集合到專門為該租戶創建的模式中的其他數據庫產物。盡管不如完全隔離系統，這種方案為有安全意識的租戶提供中等程度的邏輯數據隔離，并且能夠支持每個數據庫服務器上的更大數量的租戶。

第三部署方案涉及使用相同的數據庫和相同的表格集來托管多個租戶的數據。給定表格可以包括以任何次序存儲的來自多個租戶的記錄，并且租戶標識列將每個記錄與適當的租戶相關聯。在這三個選項之中，共享模式方案具有最低的硬件和備份成本，這是因為其允許每個數據庫服務器服務于最大數量的租戶。

以透明的方式將數據庫部署從一個選項轉換為另一個選項在當前并不被支持，并且只能用手動數據移動和系統停機來解決。此外，當前在這類轉換時必須記錄訪問數據庫的任何應用以反映對該數據庫的改變。

發明內容

各實施例提供了一種方法、計算機程序產品和系統，用于執行操作以便通過以下方式管理多租戶系統中的租戶特定數據集：接收將物理數據存儲庫中的數據集從第一類型的多租戶部署轉換為第二類型的多租戶部署的請求，檢索標識作出請求的租戶的租戶標識元數據，基于第二類型的多租戶部署修改物理數據存儲庫中的數據集，以及修改與抽象層相關聯的元數據以允許修改后的數據集被訪問。

附圖說明

因此，可以參考附圖來提供上述方面被實現并詳細理解的方式、上面簡要概括的本發明的實施例的更具體的描述。

然而，應該注意的是，附圖僅僅示出本發明的典型實施例，并且因此不應視為是對本發明范圍的限制，因為本發明可以容納其他等同有效的實施例。

圖1是示出根據本發明實施例的云計算環境的框圖。

圖2是示出根據本發明的實施例，管理和轉換多租戶環境中的部署選項的架構的框圖。

圖3是示出根據本發明實施例的兩層應用架構的組件的框圖。

圖4是示出根據本發明的實施例的用于轉換數據庫部署選項的方法的流程圖。

圖5是示出根據本發明的實施例的用于轉移數據以完成數據庫從一個多租戶部署選項到另一個多租戶部署選項的轉換的方法的流程圖。

圖6是示出根據本發明的實施例，用于轉移數據以完成數據庫從一個多租戶部署選項到另一個多租戶部署選項的轉換的方法的流程圖。

圖7描繪根據本發明實施例的云計算環境。

圖8描繪根據本發明實施例的抽象模型層。

具體實施方式