數(shù)據(jù)反映方法

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

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

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


【發(fā)明內(nèi)容】

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

【專利附圖】

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

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