數(shù)據(jù)反映方法
【專利摘要】本發(fā)明提供了一種數(shù)據(jù)反映方法，其目的在于提高對作為災害時的對策的備份系統(tǒng)的數(shù)據(jù)轉發(fā)、反映的效率。本發(fā)明中，在轉發(fā)目的地系統(tǒng)（51）中存儲數(shù)據(jù)時，實現(xiàn)并行地進行數(shù)據(jù)的存儲處理。作為實現(xiàn)手段，以實現(xiàn)了災難恢復（災害對策）的系統(tǒng)為前提，進行數(shù)據(jù)的存儲處理的并行化。更詳細來說，本發(fā)明中，對于如1個事務的單位數(shù)據(jù)，使用表示構成該單位數(shù)據(jù)的各要素的順序性的并行鍵，確保該順序性來執(zhí)行并行化的反映處理。該并行鍵，對列名賦予滿足預定條件的相同的并行鍵，并據(jù)此進行控制。
【專利說明】數(shù)據(jù)反映方法

【技術領域】
[0001] 本發(fā)明涉及用于向數(shù)據(jù)庫反映被發(fā)送的數(shù)據(jù)的技術。其中尤其涉及防備災害時等 向作為備份來管理的數(shù)據(jù)庫反映數(shù)據(jù)的技術。

【背景技術】
[0002] 當前，將數(shù)據(jù)冗余化后進行管理。例如，災害時企業(yè)為了繼續(xù)業(yè)務，制定事業(yè)繼續(xù) 計劃，為了在災害時能夠繼續(xù)事業(yè)，存在將平常在業(yè)務中使用的數(shù)據(jù)保存到其他的場所，災 害時通過使用保存的數(shù)據(jù)來實現(xiàn)事業(yè)的繼續(xù)的計劃。通過使用數(shù)據(jù)轉發(fā)技術，實現(xiàn)了將平 常使用的系統(tǒng)的數(shù)據(jù)保存到其他的場所。
[0003] 專利文獻1公開了用于降低災害時專用的備份系統(tǒng)的保有成本的技術。因此，專 利文獻1的備份系統(tǒng)具備：服務器資源管理用數(shù)據(jù)庫，其存儲有管理表，該管理表包含將為 了備份多個用戶系統(tǒng)而具有備份用數(shù)據(jù)庫的共用服務器資源群的共用服務器分配給用戶 系統(tǒng)的優(yōu)先度；服務器分配用系統(tǒng)，其用于根據(jù)管理表向用戶系統(tǒng)分配共用服務器，多個共 用服務器，在備份時以外也被多個用戶系統(tǒng)共同利用，在備份時，服務器分配用系統(tǒng)根據(jù)管 理表的優(yōu)先度選定用戶系統(tǒng)來分配共用服務器。
[0004] 在上述那樣的備份中，從成為源的系統(tǒng)發(fā)送(轉發(fā))數(shù)據(jù)。在此，現(xiàn)有的數(shù)據(jù)轉發(fā)技 術中，在轉發(fā)目的地的系統(tǒng)中存儲數(shù)據(jù)時，并行地進行數(shù)據(jù)的存儲處理，沒有確立使存儲所 需要的處理時間高效化的手段。尤其在專利文獻1中，雖然對資源分配進行了考慮，但沒有 對此時的轉發(fā)進行考慮。鑒于上述情況，本發(fā)明的目的在于謀求數(shù)據(jù)轉發(fā)、反映的高效化。
[0005] 專利文獻1 :日本特開2005-234749號公報


【發(fā)明內容】

[0006] 本發(fā)明中，在轉發(fā)目的地系統(tǒng)中存儲數(shù)據(jù)時，并行地進行數(shù)據(jù)的存儲處理。作為實 現(xiàn)手段，以實現(xiàn)了災難恢復(災害對策）的系統(tǒng)為前提，進行數(shù)據(jù)的存儲處理的并行化。
[0007] 更詳細來說，本發(fā)明中，針對如1個事務那樣的單位數(shù)據(jù)，使用表示構成該單位數(shù) 據(jù)的各要素的順序性的并行鍵，確保該順序性地實現(xiàn)并行化的反映處理。該并行鍵，賦予針 對列名滿足預定條件的相同的并行鍵，并據(jù)此進行控制。作為該預定條件，假定是列名等相 同=通過這些信息結束處理。
[0008] 根據(jù)本發(fā)明，可以使數(shù)據(jù)的反映高效化(高速化)。

【專利附圖】

【附圖說明】
[0009] 圖1為表示本發(fā)明的一實施方式中使用的并行鍵定義文件的圖。
[0010] 圖2為表示本發(fā)明的一實施方式中的條件符合確認流程的圖。
[0011] 圖3為表示本發(fā)明的一實施方式中的可否并行化的最終決定流程的圖。
[0012] 圖4為表示本發(fā)明的一實施方式中的數(shù)據(jù)轉發(fā)時的處理流程的圖。
[0013] 圖5為表不執(zhí)行本發(fā)明的一實施方式的系統(tǒng)結構例的圖。
[0014] 符號說明
[0015] 51轉發(fā)源系統(tǒng)
[0016] 52轉發(fā)目的地系統(tǒng)

【具體實施方式】
[0017] 以下，以金融業(yè)務為例對本發(fā)明的一實施方式進行說明。在本實施方式中，在災難 恢復（disaster recovery)(災害對策）或者數(shù)據(jù)備份、從多個系統(tǒng)向一個數(shù)據(jù)庫的數(shù)據(jù)集 中等的觀點上，以往由軟件供應商提供實現(xiàn)數(shù)據(jù)復制（replication)的產品。這些產品尤 其在數(shù)據(jù)中心之間進行數(shù)據(jù)復制時被使用。
[0018] 在現(xiàn)有技術中，當進行數(shù)據(jù)復制時，將轉發(fā)源數(shù)據(jù)中心制作的數(shù)據(jù)(更新信息）按 制作數(shù)據(jù)的順序逐次轉發(fā)給轉發(fā)目的地數(shù)據(jù)中心。另外，在轉發(fā)目的地數(shù)據(jù)中心，對轉發(fā)過 來的數(shù)據(jù)進行持久化(存儲到數(shù)據(jù)庫等）時，對轉發(fā)過來的數(shù)據(jù)按轉發(fā)的順序一個一個地進 行了持久化。該方法中，即使數(shù)據(jù)被大量地轉發(fā)到轉發(fā)目的地數(shù)據(jù)中心，也一個一個地進行 持久化，因此到結束數(shù)據(jù)轉發(fā)(在轉發(fā)目的地數(shù)據(jù)中心將所有的轉發(fā)數(shù)據(jù)進行持久化）為止 花費時間。
[0019] 因此，確立并行地處理數(shù)據(jù)的持久化的手段，實現(xiàn)使性能提高的處理方式。為了實 現(xiàn)數(shù)據(jù)持久化的并行處理，設計出基于"并行鍵"的處理方式的數(shù)據(jù)并行反映裝置。本裝置 中，在對轉發(fā)過來的數(shù)據(jù)進行持久化時，判斷該數(shù)據(jù)是否可以并行地進行持久化。對可以并 行地進行持久化的數(shù)據(jù)并行地進行持久化，對不能并行地進行持久化的數(shù)據(jù)通過逐次處理 依次進行持久化。
[0020] 作為例子，表示了當處理以下的兩個事務（transaction) ((1) (2))時，如何判斷 可否并行。另外，所謂事務，是系統(tǒng)進行業(yè)務處理時的處理單位，1個事務中包含了多個查詢 (query)(數(shù)據(jù)庫語言)。此外，本裝置進行持久化的數(shù)據(jù)單位是事務單位。
[0021] 以下的例子為轉發(fā)目的地系統(tǒng)中的數(shù)據(jù)并行反映裝置的處理的例子。并且，圖5 表示的是系統(tǒng)結構例。
[0022] (1)從日立太郎(列ACC0UNT_ID=100)的賬戶向日立花子(列ACC0UNT_ID=200)的 賬戶存入1000日元。
[0023] (2)在日立太郎(列ACC0UNT_ID=100)的個人信息中變更住所。
[0024] (1)從日立太郎的賬戶向日立花子的賬戶存入1000日元的事務A
[0025] 處理（1)的事務A時，作為例子假設執(zhí)行兩個查詢。執(zhí)行的查詢如以下所示。
[0026] (查詢1)從具有日立太郎(列ACC0UNT_ID=100)的賬戶信息的表ACC0UNT_TABLE中 的日立太郎的賬戶信息的余款中減去1000。
[0027] (查詢2 )在具有日立花子(列ACC0UNT_ID=200 )的賬戶信息的表ACC0UNT_TABLE中 的日立花子的賬戶信息的余款上加上1000。
[0028] 將上述的事務A應用到圖2的條件符合確認流程中。
[0029] 在圖2表示的條件符合確認流程的202的處理中，當確認圖1的并行鍵定義文件 的1014 "表名"時，在圖1的并行鍵定義文件的序號1的1014 "表名"中，能夠確認與表名 ACC0UNT_TABLE相符合。因此，圖2的條件符合確認流程的202的處理判定結果為"是"。
[0030] 在圖2的條件符合確認流程的203處理中，當確認圖1的并行鍵定義文件的 1013 "項目名"時，在圖1的并行鍵定義文件的序號1的1013 "項目名"中，能夠確認與列 名ACCOUNT_ID相符合。因此，圖2的條件符合確認流程的203的處理判定結果為"是"。
[0031] 在圖2的條件符合確認流程的204處理中，當確認事務A的列ACC0UNT_ID的值時， 查詢1中為1〇〇,查詢2中為200,因此事務A中的列ACC0UNT_ID的值不相同。因此，圖2 的條件符合確認流程的204的處理判定結果為"否"。因此，當在事務A中應用了圖2的條 件符合確認流程時，將并行鍵判斷為"Gr_0THER"。
[0032] (2)在日立太郎(列ACC0UNT_ID=100)的個人信息中變更住所的事務B
[0033] 處理（2)的事務B時，作為例子假設執(zhí)行兩個查詢。執(zhí)行的查詢如以下所示。
[0034] (查詢1)從具有日立太郎（列ACC0UNT_ID=100 )的個人信息的表CUSTOMER_TABLE 中獲取個人信息。
[0035] (查詢2)對具有日立太郎（列ACC0UNT_ID=100)的個人信息的表CUSTOMER_TABLE 的住所信息，變更日立太郎的住所。
[0036] 將所述的事務B應用到圖2的條件符合確認流程中。在圖2的條件符合確認流程 的202的處理中，當確認圖1的并行鍵定義文件的1014 "表名"時，在圖1的并行鍵定義文 件的序號2的1014 "表名"中，能夠確認與表名⑶ST0MER_TABLE相符合。因此，圖2的條 件符合確認流程的202的處理判定結果為"是"。
[0037] 在圖2的條件符合確認流程的203處理中，當確認圖1的并行鍵定義文件的 1013 "項目名"時，在圖1的并行鍵定義文件的序號2的1013 "項目名"中，能夠確認與列 名ACC0UNT_ID相符合。因此，圖2的條件符合確認流程的203的處理判定結果為"是"。
[0038] 在圖2的條件符合確認流程的204處理中，當確認事務B的列ACC0UNT_ID的值時， 查詢1中為1〇〇,查詢2中也為100,因此事務B中的列ACC0UNT_ID的值相同。因此，圖2 的條件符合確認流程的204的處理判定結果為"是"。從而，在事務B中應用了圖2的條件 符合確認流程時，并行鍵為圖1的并行鍵定義文件的1012 "并行組名"的序號2中的"Gr_ B"。
[0039] 從所述的對事務A以及事務B應用圖2的條件符合確認流程的結果來看，事務A 為"不可并行化"，事務B為"可并行化"。因此，進行持久化處理時，事務A和事務B并行地 進行持久化處理。
[0040] 以下，根據(jù)圖4的數(shù)據(jù)轉發(fā)時的處理流程，對本實施方式中的全體處理的流程進 行說明。
[0041] (由使用者決定可否并行化的條件(制作并行鍵定義文件)）
[0042] 在圖4的402中，該處理方式的使用者對圖1的并行鍵定義文件的各項目，定義了 可以并行化的數(shù)據(jù)的條件/不可并行化的數(shù)據(jù)的條件。判斷可否并行化時使用的確認項目 為"表名"、"列名"、"指定的列值"。
[0043] 圖1的并行鍵定義文件的1012 "并行化組名"定義對決定可否并行化的條件進行 唯一確定的名稱。圖1的并行鍵定義文件的1013"項目名"中定義唯一決定數(shù)據(jù)的信息(會 員ID、股票名ID等)。項目名只能定義一個。圖1的并行鍵定義文件的1014 "表名"中定 義在以定義的條件作為對象的數(shù)據(jù)中包含的表名。表名可以定義多個。
[0044] 圖1的并行鍵定義文件的1015 "強制逐次處理"中定義指定是否為強制逐次處理 (不可并行化）的圖表。
[0045] (轉發(fā)源系統(tǒng)51向轉發(fā)目的地轉發(fā)更新信息）
[0046] 在圖4的403中，轉發(fā)源系統(tǒng)51將轉發(fā)源系統(tǒng)51的數(shù)據(jù)庫的更新信息以事務為 單位轉發(fā)給轉發(fā)目的地系統(tǒng)52。轉發(fā)中利用用于轉發(fā)數(shù)據(jù)的裝置進行轉發(fā)。用于數(shù)據(jù)轉發(fā) 的裝置，可以利用供應商（vender )提供的裝置。
[0047](轉發(fā)目的地的轉發(fā)過來的數(shù)據(jù)的判斷）
[0048] 在圖4的404中，根據(jù)圖2的條件符合確認流程，判斷轉發(fā)過來的數(shù)據(jù)符合圖1的 并行鍵定義文件的哪個條件。最終判斷的結果，判斷為組名是"Gr_0THER"還是除此之外的 組名。組名被判斷為"Gr_0THER"的數(shù)據(jù)，不可并行化。被判斷為"Gr_0THER"以外的組名 的數(shù)據(jù)，遵循該組中指定的強制逐次處理標志。"Gr_0THER"在圖1的并行鍵定義文件中必 須存在。另外，"Gr_0THER"為表示不可并行化的固定值。
[0049] 圖2的條件符合確認流程的202,判斷轉發(fā)過來的數(shù)據(jù)中是否包含了以圖1的并 行鍵定義文件的1014 "表名"定義的表名。圖2的條件符合確認流程的203,判斷轉發(fā)過來 的數(shù)據(jù)中是否包含了以圖1的并行鍵定義文件的1013 "項目名"定義的列名。圖2的條件 符合確認流程的204,判斷在轉發(fā)過來的數(shù)據(jù)中以圖1的并行鍵定義文件的1013"項目名" 定義的列值是否在轉發(fā)過來的數(shù)據(jù)中是相同的值。轉發(fā)過來的數(shù)據(jù)中有時存在多個相同的 列名（包含多個查詢的情況等)。當存在多個，且在圖1的并行鍵定義文件的1013中定義了 列名時，本處理方式中確認存儲在各列中的值。作為本裝置確認的內容，在轉發(fā)過來的數(shù)據(jù) 中，確認相同列名的值是否全部相同。根據(jù)該判斷，判斷轉發(fā)過來的數(shù)據(jù)是否可以并行化。
[0050] (轉發(fā)目的地的持久化處理的可否并行化的判斷）
[0051] 對圖4的405的處理進行說明。到圖4的404為止，對轉發(fā)過來的數(shù)據(jù)符合哪個條 件(組名)進行了判斷。在判斷了組名后，通過該組名中的圖1的并行鍵定義文件的1015"強 制逐次處理"標志，對持久化處理的可否并行化進行最終的決定。持久化處理的可否并行化 的最終的決定，遵循圖3的可否并行化的最終決定流程。
[0052] 當圖1的并行鍵定義文件的1015 "強制逐次處理"為"是"時，遵循圖3的302,判 斷為不可進行持久化處理的并行化。即，"是"的情況下，對符合該條件的數(shù)據(jù)進行組名"Gr_ OTHER"相同的處理。
[0053] 圖1的并行鍵定義文件的1015 "強制逐次處理"為"否"時，判斷為可進行持久化 處理的并行化。
[0054] (轉發(fā)目的地的可否并行化的決定后的處理）
[0055] 在圖4的406中，根據(jù)到圖4的405為止決定的轉發(fā)過來的數(shù)據(jù)的持久化處理的 可否并行化，進行持久化處理。
[0056] 當轉發(fā)過來的數(shù)據(jù)符合組名"Gr_0THER"時，對該數(shù)據(jù)不進行并行化，對符合"Gr_ OTHER"的所有數(shù)據(jù)一個一個地按順序進行持久化。
[0057] 對符合組名"Gr_0THER"以外的數(shù)據(jù)，與符合"Gr_0THER"的數(shù)據(jù)并行地進行持久 化。
【權利要求】
1. 一種數(shù)據(jù)反映方法，用于在轉發(fā)目的地系統(tǒng)中反映轉發(fā)源系統(tǒng)的數(shù)據(jù)，其特征在于， 在所述轉發(fā)源系統(tǒng)中，對構成反映對象數(shù)據(jù)的各要素賦予表示其順序性的并行鍵， 從所述轉發(fā)源系統(tǒng)向所述轉發(fā)目的地系統(tǒng)轉發(fā)所述數(shù)據(jù)， 在所述轉發(fā)目的地系統(tǒng)中，根據(jù)所述并行鍵對所述各要素進行并行化，反映在該轉發(fā) 目的地系統(tǒng)中的數(shù)據(jù)庫中。
2. 根據(jù)權利要求1所述的數(shù)據(jù)反映方法，其特征在于， 所述數(shù)據(jù)為金融業(yè)務的事務數(shù)據(jù)，所述要素為構成該事務的處理內容。
3. 根據(jù)權利要求1或2所述的數(shù)據(jù)反映方法，其特征在于， 所述并行鍵，針對包含在所述數(shù)據(jù)中的列名滿足預定的條件。
【文檔編號】G06F11/14GK104102684SQ201410138471
【公開日】2014年10月15日 申請日期:2014年4月8日 優(yōu)先權日:2013年4月11日
【發(fā)明者】深川裕介 申請人:株式會社日立制作所