專利名稱：數(shù)據(jù)轉(zhuǎn)發(fā)方法及使用該方法的盤控制裝置的制作方法
技術領域：
本發(fā)明涉及經(jīng)網(wǎng)絡高可靠且高速轉(zhuǎn)發(fā)數(shù)據(jù)的數(shù)據(jù)轉(zhuǎn)發(fā)方法及用來控制多個磁盤裝置的盤控制裝置。
背景技術：
伴隨信息通信的高度化，信息通信系統(tǒng)所要求的處理性能日益提高。特別是最近，集成LSI向微細化發(fā)展的結(jié)果，致使LSI之間的數(shù)據(jù)轉(zhuǎn)發(fā)性能達到可以左右系統(tǒng)性能的狀況。因此，正在致力于進行對IO系統(tǒng)的高性能化·多功能化的研究，提高轉(zhuǎn)發(fā)速度的同時，開發(fā)具有多樣化傳輸功能的通信協(xié)議·引擎。
例如，按InfiniBand Architecture Specification Release 1.0a規(guī)定的InfiniBand轉(zhuǎn)發(fā)方式就是在由發(fā)送隊列(SQ)和接收隊列(RQ)構(gòu)成的隊列對(QP)、和在隊列對累積的請求處理完成時刻通知完成狀況的完成隊列(CQ)采取應用處理和IO系統(tǒng)的接口的數(shù)據(jù)轉(zhuǎn)發(fā)方法。用圖4說明其構(gòu)成。
處理51和處理52分別使用2個隊列對進行通信。處理51具有由發(fā)送隊列11和接收隊列21構(gòu)成的隊列對41以及由發(fā)送隊列12和接收隊列22構(gòu)成的隊列對42。同樣，處理52具有由發(fā)送隊列13和接收隊列23構(gòu)成的隊列對43以及由發(fā)送隊列14和接收隊列24構(gòu)成的隊列對44。完成隊列31中存儲隊列對41和隊列對42的完成狀況，完成隊列32中存儲隊列對43和隊列對44的完成狀況。
發(fā)送隊列的各表目中存放轉(zhuǎn)發(fā)請求。把依照該轉(zhuǎn)發(fā)請求轉(zhuǎn)發(fā)的數(shù)據(jù)的單位叫做邏輯記錄。接收隊列的各表目中存放指向接收緩沖器的指針。發(fā)送隊列12的轉(zhuǎn)發(fā)請求有指向處理緩沖器71內(nèi)的記錄緩沖器81的指針，發(fā)送隊列14的轉(zhuǎn)發(fā)請求有指向處理緩沖器72內(nèi)的記錄緩沖器82的指針。同樣，接收隊列22、24存儲有指向記錄緩沖器81、82的指針。
在進行通信的兩個隊列對之間，發(fā)送隊列與接收隊列連接起來。發(fā)送隊列12與接收隊列24進行連接，發(fā)送隊列14與接收隊列22進行連接。這時，如果處理累積在發(fā)送隊列12內(nèi)的轉(zhuǎn)發(fā)請求，就把存儲在記錄緩沖器81內(nèi)的邏輯記錄轉(zhuǎn)發(fā)給向由接收隊列24指定的記錄緩沖器82。在完成了正常轉(zhuǎn)發(fā)的時刻，從接收隊列24把完成狀況通知給完成隊列32，并從發(fā)送隊列12把完成狀況通知給完成隊列31。
這些隊列對或完成隊列的處理由被稱為主機信道適配器(HCA)的硬件進行。圖5示出了它的構(gòu)成。HCA具有接收端口613和發(fā)送端口623、接收側(cè)的邏輯鏈路層631、邏輯傳輸層632、處理器633、發(fā)送側(cè)的邏輯鏈路層641、邏輯傳輸層642、處理器643、存儲器650和連接接口660。HCA與應用處理間的通信經(jīng)連接接口和存儲器來進行。接收側(cè)和發(fā)送側(cè)可以并行工作，從而可以用鏈路層·邏輯傳輸層高速進行高功能協(xié)議處理。
圖6說明在兩個HCA之間簡單地處理轉(zhuǎn)發(fā)請求的情況?？紤]把HCA1側(cè)的處理緩沖器73內(nèi)的記錄緩沖器83轉(zhuǎn)發(fā)給HCA2側(cè)的處理緩沖器74內(nèi)的記錄緩沖器84的情況。在HCA1，把記錄緩沖器83分解為適于發(fā)送的大小，分別加上適當?shù)念^部和錯誤校驗碼(CRC)之后，作為數(shù)據(jù)包401～403進行轉(zhuǎn)發(fā)。在HCA2，用CRC確認在接收數(shù)據(jù)包內(nèi)是否有錯誤，在檢測到錯誤的情況下，用表示該意旨的NAK(否定確認)通知HCA1。在HCA1，對返回的NAK的數(shù)據(jù)包進行重發(fā)。在HCA2，在全部數(shù)據(jù)包被正常接收的時刻，進行邏輯記錄的再構(gòu)建，并存儲到記錄緩沖器84內(nèi)，然后把完成狀況通知給完成隊列34，同時讓HCA1知道接收完成。在HCA1，接收到HCA2的接收完成通知后，把轉(zhuǎn)發(fā)完成狀況通知給完成隊列33，由此結(jié)束一連串的轉(zhuǎn)發(fā)請求處理。
作為其他的例子，用圖7說明處理兩個HCA之間的RDMA轉(zhuǎn)發(fā)請求的情況。在RDMA轉(zhuǎn)發(fā)中，把發(fā)起者的應用存儲器空間75內(nèi)的RDMA轉(zhuǎn)發(fā)空間85轉(zhuǎn)發(fā)給目標側(cè)的應用存儲器空間76內(nèi)的RDMA轉(zhuǎn)發(fā)空間86。在RDMA轉(zhuǎn)發(fā)中，因為在轉(zhuǎn)發(fā)目標側(cè)的應用存儲器空間內(nèi)進行直接轉(zhuǎn)發(fā)，所以必須附加轉(zhuǎn)發(fā)目標側(cè)的存儲器地址信息。此外，進行與簡單轉(zhuǎn)發(fā)請求同樣的動作。在HCA1，按適當?shù)拇笮“裄DMA轉(zhuǎn)發(fā)空間85構(gòu)成為數(shù)據(jù)包，按順序轉(zhuǎn)發(fā)給HCA2。在HCA2，將接收數(shù)據(jù)包存儲在RDMA轉(zhuǎn)發(fā)空間86內(nèi)的被決定下來的地方，必要的話進行數(shù)據(jù)包的重發(fā)處理，進行空間整體的再構(gòu)建。在HCA2，在正常接收到全部數(shù)據(jù)包的時刻，將完成狀況通知給完成隊列36，同時讓HCA1知道接收完成。在HCA1，接收到HCA2的接收完成通知之后，將轉(zhuǎn)發(fā)完成狀況通知給完成隊列35，由此完成一連串的轉(zhuǎn)發(fā)請求處理。
此前說明的協(xié)議是保證無轉(zhuǎn)發(fā)錯誤的可靠的數(shù)據(jù)轉(zhuǎn)發(fā)方法，是通常所廣泛使用的基本方法。以往的可靠的數(shù)據(jù)轉(zhuǎn)發(fā)方法有以下兩個特征1.在目標側(cè)，確認作為轉(zhuǎn)發(fā)請求單位的邏輯記錄這整體無錯誤之后通知完成狀況。
2.在發(fā)起者側(cè)，確認來自目標側(cè)的邏輯記錄整體正常轉(zhuǎn)發(fā)完成狀況通知之后，開始下一個邏輯記錄的轉(zhuǎn)發(fā)。
用圖2和圖3來說明上述特征。圖2中，從HCA1側(cè)的應用(AP)1根據(jù)轉(zhuǎn)發(fā)請求121開始邏輯記錄221的轉(zhuǎn)發(fā)。在HCA2檢測到錯誤的情況下，進行重發(fā)。在正常完成邏輯記錄接收的時刻，HCA2把完成狀況321通知給應用2的完成隊列。接收到完成狀況321之后，應用2可以開始使用了邏輯記錄221的處理721。結(jié)束了邏輯記錄221的正常接收的HCA2讓HCA1知道接收完成，HCA1把轉(zhuǎn)發(fā)完成狀況361通知給應用1的完成隊列。由該例可知，目標側(cè)的應用2完成邏輯記錄221整體的接收之后接受完成狀況321。在HCA2完成了邏輯記錄221整體的接收之后，發(fā)起者側(cè)的應用1可以開始下一個邏輯記錄的轉(zhuǎn)發(fā)請求。
圖3中，從HCA1側(cè)的應用1根據(jù)轉(zhuǎn)發(fā)請求131開始RDMA轉(zhuǎn)發(fā)。這種情況下，RDMA轉(zhuǎn)發(fā)空間整體成為一個邏輯記錄。在HCA2一邊接收被分割為多個的數(shù)據(jù)包，一邊根據(jù)需要進行重發(fā)請求。在正常完成了全部數(shù)據(jù)包的轉(zhuǎn)發(fā)(邏輯記錄整體的轉(zhuǎn)發(fā))的時刻，把完成狀況331通知給HCA2側(cè)的應用2的完成隊列。接收到完成狀況331之后，應用2就可以開始使用了所轉(zhuǎn)發(fā)的邏輯記錄即RDMA轉(zhuǎn)發(fā)空間的處理731。完成了邏輯記錄的正常接收的HCA2讓HCA1知道接收已完成，HCA1把轉(zhuǎn)發(fā)完成狀況37 1通知給應用1(的完成隊列)。
如用該例也可知的那樣，目標側(cè)的應用2完成邏輯記錄(RDMA轉(zhuǎn)發(fā)空間)整體接收之后接受完成狀況331。在HCA2完成了邏輯記錄(RDMA轉(zhuǎn)發(fā)空間)整體的接收之后，發(fā)起者側(cè)的應用1就可以開始下一個邏輯記錄的轉(zhuǎn)發(fā)請求。
這樣，在以往的可靠的數(shù)據(jù)轉(zhuǎn)發(fā)方法中，作為避免轉(zhuǎn)發(fā)錯誤的措施，必須具備上述的兩個基本特征。如特開平8-179999號公報所披露的以往的可靠的數(shù)據(jù)轉(zhuǎn)發(fā)方法，雖然也可知保證錯誤發(fā)生以前的轉(zhuǎn)發(fā)數(shù)據(jù)的方式，但是必須滿足上述的特征這一點是不能改變的。
專利文獻特開平8-179999非專利文獻InfiniBand Architecture Specification Release 1.0a為了避免轉(zhuǎn)發(fā)錯誤，以往的可靠的數(shù)據(jù)轉(zhuǎn)發(fā)方法必須利用上述兩個特征，而為此存在以下問題。
首先，因為所謂“發(fā)起者必須確認目標側(cè)的邏輯記錄整體的正常接收完成”的特征，所以從發(fā)起者向目標側(cè)的邏輯記錄轉(zhuǎn)發(fā)所需要的時間之外，還要花費從目標側(cè)向發(fā)起者通知轉(zhuǎn)發(fā)完成的時間來作為額外的時間。在邏輯記錄的記錄長度短時，該額外的時間就顯著，致使通信線路的效率明顯降低。特別是隨IO系統(tǒng)的高功能化，目標側(cè)的處理任務增加，通知邏輯記錄的轉(zhuǎn)發(fā)完成狀況所需要的時間趨于增大。邏輯記錄的轉(zhuǎn)發(fā)時間隨轉(zhuǎn)發(fā)速度的提高而縮短，所以，來自發(fā)起者的轉(zhuǎn)發(fā)完成通知額外時間相對增大，轉(zhuǎn)發(fā)效率惡化，改善這種狀況就成為所要解決的問題。
其次，因為所謂“在目標側(cè)，確認所接收到的邏輯記錄整體無錯誤之后通知完成狀況”的特征，即使在例如邏輯記錄的途中可以正常接收，目標側(cè)的應用也不能認識到該問題并有效地靈活運用，到結(jié)束邏輯記錄整體的接收為止，必須延遲開始利用接收邏輯記錄的應用處理。在邏輯記錄的記錄長度長時，到該處理開始為止的延遲時間顯著，使應用的處理效率降低。如果記錄長度長，轉(zhuǎn)發(fā)錯誤的發(fā)生率上升，一旦因轉(zhuǎn)發(fā)錯誤要進行重發(fā)處理，上述延遲時間就進一步增加，處理效率降低。在長的記錄長度的轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)錯誤發(fā)生時不使應用的處理效率降低就成為需要解決的另一問題。

發(fā)明內(nèi)容
本發(fā)明的目的是提供改善上述現(xiàn)有技術的缺點同時能夠?qū)崿F(xiàn)高轉(zhuǎn)發(fā)效率和高應用處理效率的數(shù)據(jù)轉(zhuǎn)發(fā)方法。更具體地說，提供數(shù)據(jù)轉(zhuǎn)發(fā)方法和使用這種數(shù)據(jù)轉(zhuǎn)發(fā)方法的盤控制裝置，該數(shù)據(jù)轉(zhuǎn)發(fā)方法能夠有效地縮短目標側(cè)的接收完成通知所需要的時間和向發(fā)起者通知轉(zhuǎn)發(fā)完成所需要的時間。
為實現(xiàn)上述的目的，按照本發(fā)明，在從發(fā)起者向目標側(cè)進行數(shù)據(jù)轉(zhuǎn)發(fā)時，用附加在數(shù)據(jù)中的錯誤校驗碼確認由目標側(cè)接收到的數(shù)據(jù)有無通信錯誤，從目標側(cè)把通信錯誤的有無作為轉(zhuǎn)發(fā)狀況返發(fā)給發(fā)起者，在根據(jù)轉(zhuǎn)發(fā)狀況判明數(shù)據(jù)轉(zhuǎn)發(fā)時產(chǎn)生轉(zhuǎn)發(fā)錯誤的情況下，從發(fā)起者向目標側(cè)進行數(shù)據(jù)的重發(fā)，在這種可靠的轉(zhuǎn)發(fā)中，發(fā)起者與目標側(cè)間的數(shù)據(jù)轉(zhuǎn)發(fā)單位即邏輯記錄的轉(zhuǎn)發(fā)協(xié)議包括如下執(zhí)行步驟集中匯總轉(zhuǎn)發(fā)多個邏輯記錄，在發(fā)起者側(cè)，按匯總轉(zhuǎn)發(fā)單位進行轉(zhuǎn)發(fā)狀況的確認，并依照發(fā)起者發(fā)出的轉(zhuǎn)發(fā)請求進行邏輯記錄的轉(zhuǎn)發(fā)，在目標側(cè)，對于符合預定的匯總轉(zhuǎn)發(fā)條件的邏輯記錄，在完成了其正常接收的時刻，把對應于轉(zhuǎn)發(fā)請求的完成狀況通知給存在于目標側(cè)內(nèi)的完成隊列。
在目標側(cè)，在匯總轉(zhuǎn)發(fā)的過程中用錯誤校驗碼檢測到邏輯記錄的轉(zhuǎn)發(fā)錯誤時，直到匯總轉(zhuǎn)發(fā)結(jié)束為止，不管相應的邏輯記錄及其后的邏輯記錄的接收，都抑制所述完成狀況的通知。
另外，在目標側(cè)，在匯總轉(zhuǎn)發(fā)的過程中用錯誤校驗碼檢測到邏輯記錄的轉(zhuǎn)發(fā)錯誤時，直到匯總轉(zhuǎn)發(fā)結(jié)束為止，不管相應的邏輯記錄及其后的邏輯記錄中的用匯總轉(zhuǎn)發(fā)條件字段指定的邏輯記錄的接收，都抑制所述完成狀況的通知。
另外，在對每個匯總轉(zhuǎn)發(fā)的單位進行確認的所述轉(zhuǎn)發(fā)狀況之中包含在目標側(cè)檢測到轉(zhuǎn)發(fā)錯誤的最初的邏輯記錄的ID，在發(fā)起者側(cè)根據(jù)轉(zhuǎn)發(fā)狀況，從發(fā)生轉(zhuǎn)發(fā)錯誤的邏輯記錄開始重發(fā)。
在匯總轉(zhuǎn)發(fā)過程中，從發(fā)起者或目標側(cè)發(fā)出刪除請求后，就可以中止匯總轉(zhuǎn)發(fā)。
另外，盤控制裝置具有帶有與主機間的接口的多個主機接口單元和帶有與磁盤裝置間的接口的多個盤接口單元，所述主機接口單元具有暫時存儲對所述主機進行讀/寫的數(shù)據(jù)的存儲器，并在所述存儲器與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元具有暫時存儲對所述磁盤裝置進行讀/寫的數(shù)據(jù)的超高速緩沖存儲器，并在所述存儲器與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，該盤控制裝置中，多個主機接口單元與多個盤接口單元之間的轉(zhuǎn)發(fā)、多個主機接口單元之間的轉(zhuǎn)發(fā)或者多個主機接口單元或多個盤接口單元與所述存儲器之間的轉(zhuǎn)發(fā)適用上述的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
另一種盤控制裝置具有帶有與主機間的接口的多個主機接口單元、帶有與磁盤裝置間的接口的多個盤接口單元、多個存儲器單元和多個處理器單元，所述主機接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，該盤控制裝置中，所述多個主機接口單元或所述多個盤接口單元與所述存儲器單元之間的轉(zhuǎn)發(fā)、所述多個主機接口單元或所述多個盤接口單元與所述處理器單元之間的轉(zhuǎn)發(fā)、多個存儲器單元與處理器單元之間的轉(zhuǎn)發(fā)、多個存儲器單元之間的轉(zhuǎn)發(fā)或者多個處理器單元之間的轉(zhuǎn)發(fā)適用上述的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
如上所述，按照本發(fā)明的數(shù)據(jù)轉(zhuǎn)發(fā)方法，在匯總轉(zhuǎn)發(fā)中，連續(xù)處理各邏輯記錄的轉(zhuǎn)發(fā)請求，發(fā)起者不等待來自目標側(cè)的個別邏輯記錄轉(zhuǎn)發(fā)完成狀況。因此，就不需要個別的邏輯記錄轉(zhuǎn)發(fā)完成通知所花的時間，從而能夠大幅度地提高轉(zhuǎn)發(fā)效率。
按照本發(fā)明，對于符合匯總轉(zhuǎn)發(fā)條件的正常接收的邏輯記錄，在相應的邏輯記錄的接收完成時刻把完成狀況通知給應用。因此，即使匯總轉(zhuǎn)發(fā)多個邏輯記錄的情況下，不等待匯總轉(zhuǎn)發(fā)整體的完成，而在個別的邏輯記錄的接收完成時刻也能夠開始對應的應用的處理，從而可以改善應用的處理效率。特別是，即使在匯總轉(zhuǎn)發(fā)過程中發(fā)生了接收錯誤的情況下，對于發(fā)生錯誤之前正常接收到的邏輯記錄也能夠在其接收完成時刻開始應用的執(zhí)行。
按照本發(fā)明，能夠更詳細地規(guī)定匯總轉(zhuǎn)發(fā)中的匯總轉(zhuǎn)發(fā)條件，即使在匯總轉(zhuǎn)發(fā)中出現(xiàn)了轉(zhuǎn)發(fā)錯誤的情況下，也沒有數(shù)據(jù)依存關系，仍然能夠按到達順序?qū)Σ豢赡艹霈F(xiàn)問題的邏輯記錄繼續(xù)進行接收動作。因此，能夠提高應用的處理效率，由于減少重發(fā)的記錄數(shù)，所以能夠?qū)崿F(xiàn)更高效率的轉(zhuǎn)發(fā)。
按照本發(fā)明，由于僅對必須重發(fā)的邏輯記錄進行重發(fā)處理，所以能夠?qū)⒅匕l(fā)處理所花費的時間抑制到最小限度。因此，由于減少重發(fā)的記錄數(shù)，能夠?qū)崿F(xiàn)更高效率的轉(zhuǎn)發(fā)。
按照本發(fā)明，在因匯總轉(zhuǎn)發(fā)過程中發(fā)生轉(zhuǎn)發(fā)錯誤等而不需要繼續(xù)進行其后的匯總轉(zhuǎn)發(fā)的情況下，能夠中途中止相應的匯總轉(zhuǎn)發(fā)。因此，由于抑制不需要的邏輯記錄的轉(zhuǎn)發(fā)，所以能夠?qū)崿F(xiàn)更高效率的轉(zhuǎn)發(fā)。
按照本發(fā)明的盤控制裝置，能夠大幅度地改善主機接口單元與盤接口單元的轉(zhuǎn)發(fā)效率。特別是能夠提高盤控制裝置內(nèi)網(wǎng)絡的轉(zhuǎn)發(fā)效率，并能夠縮短對來自主機接口單元或盤接口單元的IO請求的應答時間，從而能夠提高盤控制裝置的處理性能。


圖1是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作原理圖。
圖2是現(xiàn)有的數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作原理圖。
圖3是現(xiàn)有的數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作原理圖。
圖4是IO系統(tǒng)的構(gòu)成圖。
圖5是主機信道適配器(HCA)的構(gòu)成圖。
圖6是現(xiàn)有的簡單數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作詳圖。
圖7是現(xiàn)有的RDMA數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作詳圖。
圖8是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法使用的轉(zhuǎn)發(fā)請求和邏輯記錄的結(jié)構(gòu)圖。
圖9是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法使用的數(shù)據(jù)包的結(jié)構(gòu)圖。
圖10是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作流程圖。
圖11是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法中的發(fā)送請求動作流程圖。
圖12是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法中的發(fā)送請求動作流程圖。
圖13是本發(fā)明的盤控制裝置的構(gòu)成圖。
圖14是本發(fā)明的盤控制裝置所使用的主機接口單元的構(gòu)成圖。
圖15是本發(fā)明的盤控制裝置所使用的盤接口單元的構(gòu)成圖。
圖16是本發(fā)明的盤控制裝置的構(gòu)成圖。
圖17是本發(fā)明的盤控制裝置所使用的主機接口單元的構(gòu)成圖。
圖18是本發(fā)明的盤控制裝置所使用的盤接口單元的構(gòu)成圖。
具體實施例方式
以下用附圖詳細描述本發(fā)明的實施例。
《實施例1》
圖1和圖8中示出本發(fā)明的一個實施例。在本發(fā)明的數(shù)據(jù)轉(zhuǎn)發(fā)方法中，集中匯總轉(zhuǎn)發(fā)多個邏輯記錄。因此，如圖8所示，多個轉(zhuǎn)發(fā)請求被連續(xù)存儲在發(fā)起者的發(fā)送隊列內(nèi)。在各轉(zhuǎn)發(fā)請求中，包含有在邏輯記錄的每個轉(zhuǎn)發(fā)時唯一確定的轉(zhuǎn)發(fā)ID、規(guī)定轉(zhuǎn)發(fā)請求的動作的轉(zhuǎn)發(fā)命令碼、轉(zhuǎn)發(fā)記錄緩沖器的起始地址及該緩沖器的長度。圖8中，轉(zhuǎn)發(fā)請求101表示記錄緩沖器89的簡單轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)請求105表示RDMA轉(zhuǎn)發(fā)區(qū)87的RDMA轉(zhuǎn)發(fā)，這些都被定義為匯總轉(zhuǎn)發(fā)請求。
圖8中，還示出了通知邏輯記錄的接收完成所用的目標側(cè)的完成隊列39和存儲在該隊列中的(邏輯記錄的)完成狀況300的構(gòu)成。完成狀況300包含有與邏輯記錄的轉(zhuǎn)發(fā)ID相對應的狀況ID和該完成狀況代碼。
圖1示出了處理該匯總轉(zhuǎn)發(fā)請求的情況之一例。這里，應用1經(jīng)HCA1和HCA2向應用2發(fā)出轉(zhuǎn)發(fā)請求101～105。在HCA1，依照轉(zhuǎn)發(fā)請求101開始邏輯記錄201的轉(zhuǎn)發(fā)。在HCA2確認邏輯記錄201的正常接收完成之后，對應用2的完成隊列通知完成狀況301。在應用2，接受完成狀況301后，就能夠開始對邏輯記錄201的處理動作701。
按照本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法，與原來的方式不同，在開始邏輯記錄102的轉(zhuǎn)發(fā)時不等待來自HCA2的邏輯記錄101的轉(zhuǎn)發(fā)完成狀況通知。在HCA1，結(jié)束邏輯記錄101的轉(zhuǎn)發(fā)之后，立即開始邏輯記錄102的轉(zhuǎn)發(fā)。在HCA2，所接受到的邏輯記錄102中包含有錯誤的情況下，如原來的方式那樣，不進行邏輯記錄102的重發(fā)請求處理，把邏輯記錄102的接受錯誤記錄在匯總轉(zhuǎn)發(fā)完成狀況內(nèi)之后，轉(zhuǎn)移到下一個邏輯記錄103的處理。一旦到達處理完直至轉(zhuǎn)發(fā)請求105的全部匯總轉(zhuǎn)發(fā)請求的時刻，HCA2就集中把匯總轉(zhuǎn)發(fā)完成狀況351返發(fā)給HCA1。接受到該匯總轉(zhuǎn)發(fā)完成狀況351之后，HCA1就進行在HCA2未結(jié)束正常接收的邏輯記錄的重發(fā)。在HCA2，對于由重發(fā)而能夠正常接收到的記錄212～215，向完成隊列通知完成狀況312～315，并在應用2開始對應的處理712～715。根據(jù)匯總轉(zhuǎn)發(fā)完成狀況352通知全部匯總轉(zhuǎn)發(fā)請求的正常轉(zhuǎn)發(fā)完成狀況，由此就完成一連串的匯總轉(zhuǎn)發(fā)。
按照本實施例，在匯總轉(zhuǎn)發(fā)中，連續(xù)處理各邏輯記錄的轉(zhuǎn)發(fā)請求，發(fā)起者不等待來自目標側(cè)的個別的邏輯記錄轉(zhuǎn)發(fā)完成狀況通知。因此，就無需個別的邏輯記錄轉(zhuǎn)發(fā)完成狀況通知所花費的時間，從而能夠大幅度地提高轉(zhuǎn)發(fā)效率。
按照本實施例，對于符合匯總轉(zhuǎn)發(fā)條件的正常接收的邏輯記錄，在相應的邏輯記錄接收完成時刻把完成狀況通知給應用。因此，即使在匯總轉(zhuǎn)發(fā)多個邏輯記錄的情況下，不等待匯總轉(zhuǎn)發(fā)整體的完成，也能在個別的邏輯記錄接收完成時刻開始對應的應用處理，所以能夠改善應用處理效率。特別是即使在匯總轉(zhuǎn)發(fā)過程中發(fā)生了轉(zhuǎn)發(fā)錯誤的情況下，對于錯誤發(fā)生前正常接收的邏輯記錄，也能夠在其接收完成時刻開始執(zhí)行應用程序。
《實施例2》按照本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法，在接收匯總轉(zhuǎn)發(fā)的邏輯記錄時，有選擇地僅接收符合匯總轉(zhuǎn)發(fā)條件的邏輯記錄。這樣，即使在匯總轉(zhuǎn)發(fā)內(nèi)的邏輯記錄之間存在依存關系，也能保證接收記錄的時間序列順序。例如，在某個邏輯記錄內(nèi)包含有接收錯誤的情況下，可以實施不管匯總轉(zhuǎn)發(fā)中的此后的邏輯記錄的方法。按照該方法，用在連續(xù)處理全部匯總轉(zhuǎn)發(fā)請求之后，集中進行重發(fā)處理的本發(fā)明的方式，在接收邏輯記錄的依存關系方面不會發(fā)生問題，不必像原來的方式那樣在發(fā)起者側(cè)等待來自目標側(cè)的轉(zhuǎn)發(fā)完成通知。
《實施例3》用圖9更詳細說明本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法所使用的匯總轉(zhuǎn)發(fā)條件。
圖9所表示的是本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法所使用的數(shù)據(jù)包結(jié)構(gòu)。該數(shù)據(jù)包由具有有關路由選擇的信息的路由選擇頭部441、加入了有關傳輸處理的信息的轉(zhuǎn)發(fā)頭部442、加入了邏輯記錄信息的凈荷443和作為錯誤校驗碼的CRC444構(gòu)成。路由選擇頭部包含有發(fā)起者·目標側(cè)的目的地地址、數(shù)據(jù)包優(yōu)先級信息、數(shù)據(jù)包長度。轉(zhuǎn)發(fā)頭部內(nèi)包含有規(guī)定轉(zhuǎn)發(fā)處理的處理動作代碼和目的地地址的隊列對號碼、數(shù)據(jù)包順序號、規(guī)定匯總轉(zhuǎn)發(fā)的動作的匯總轉(zhuǎn)發(fā)標識符450、匯總轉(zhuǎn)發(fā)條件字段451。
匯總轉(zhuǎn)發(fā)標識符450是表示匯總轉(zhuǎn)發(fā)相應的數(shù)據(jù)包的標識符，確認該標識符就能夠判斷是否是在匯總轉(zhuǎn)發(fā)過程中。匯總轉(zhuǎn)發(fā)條件字段451是表示匯總轉(zhuǎn)發(fā)中的各邏輯記錄的數(shù)據(jù)依存關系的字段。如果把對應于各邏輯記錄的位字段內(nèi)設定“1”，表示該邏輯記錄與其他邏輯記錄沒有依存關系。即使在匯總轉(zhuǎn)發(fā)中發(fā)生了錯誤的情況下，對于該匯總轉(zhuǎn)發(fā)條件字段被設定為“1”的邏輯記錄，即使執(zhí)行接收處理，數(shù)據(jù)的到達順序也不會出現(xiàn)問題。
如后面所清楚的那樣，也可以把匯總轉(zhuǎn)發(fā)標識符信息或匯總轉(zhuǎn)發(fā)條件字段信息置于凈荷之中，預先從發(fā)起者通知目標側(cè)。這種情況下，在各數(shù)據(jù)包中的轉(zhuǎn)發(fā)頭部內(nèi)也可以沒有匯總轉(zhuǎn)發(fā)標識符或匯總轉(zhuǎn)發(fā)條件字段。
按照本實施例，能夠更詳細地規(guī)定匯總轉(zhuǎn)發(fā)中的匯總轉(zhuǎn)發(fā)條件。因此，即使在匯總轉(zhuǎn)發(fā)中發(fā)生了轉(zhuǎn)發(fā)錯誤的情況下，對于不存在數(shù)據(jù)依存關系，到達順序不可能出現(xiàn)問題的邏輯記錄也可以繼續(xù)進行接收動作。因此，能夠提高應用的處理效率，由于減少重發(fā)記錄數(shù)，從而能夠?qū)崿F(xiàn)效率更高的轉(zhuǎn)發(fā)。
《實施例4》用圖10來說明本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法的動作流程。這里，開始匯總轉(zhuǎn)發(fā)時，發(fā)起者向目標側(cè)發(fā)出匯總轉(zhuǎn)發(fā)模式開始請求。如上所述，這是把有關匯總轉(zhuǎn)發(fā)條件字段等匯總轉(zhuǎn)發(fā)的信息包含在通常的可靠的發(fā)送數(shù)據(jù)包的凈荷內(nèi)進行發(fā)送。如果從目標側(cè)送達了對相應的數(shù)據(jù)包的接收完成通知，發(fā)起者·目標側(cè)就都成為匯總轉(zhuǎn)發(fā)模式。這里，發(fā)起者按順序開始處理存儲在發(fā)送隊列內(nèi)的匯總轉(zhuǎn)發(fā)請求，在目標側(cè)，進行與此相對應的應答處理。在結(jié)束了一連串匯總轉(zhuǎn)發(fā)請求的時刻，從目標側(cè)把匯總轉(zhuǎn)發(fā)模式的結(jié)束請求作為通常的可靠的發(fā)送數(shù)據(jù)包進行發(fā)送。
這時，把作為目標側(cè)的匯總轉(zhuǎn)發(fā)接收記錄的匯總轉(zhuǎn)發(fā)完成狀況包含在凈荷的一部分內(nèi)進行發(fā)送。從發(fā)起者返發(fā)其接收完成通知，發(fā)起者·目標側(cè)解除匯總轉(zhuǎn)發(fā)模式。發(fā)起者和目標側(cè)參照匯總轉(zhuǎn)發(fā)完成狀況，如果必要的話，開始重發(fā)處理。即，如果存在應重發(fā)的邏輯記錄，就依次按照上述步驟進行匯總轉(zhuǎn)發(fā)。如果目標側(cè)正常接收到匯總轉(zhuǎn)發(fā)請求的全部邏輯記錄，就結(jié)束匯總轉(zhuǎn)發(fā)。
在本實施例中，在目標側(cè)，不管發(fā)生了轉(zhuǎn)發(fā)錯誤的以后的相應匯總模式中的邏輯記錄接收，都不通知給應用的完成隊列。接著，在上述的匯總轉(zhuǎn)發(fā)完成狀況中包含匯總轉(zhuǎn)發(fā)模式中檢測到轉(zhuǎn)發(fā)錯誤的最初的邏輯記錄的轉(zhuǎn)發(fā)ID，并進行返發(fā)。在發(fā)起者側(cè)，從包含在匯總轉(zhuǎn)發(fā)完成狀況內(nèi)的檢測到錯誤的邏輯記錄開始重發(fā)。
按照本實施例，關于完成了匯總轉(zhuǎn)發(fā)中發(fā)生轉(zhuǎn)發(fā)錯誤之前的正常接收的邏輯記錄，接收完成后可以立即開始對應的應用的處理。因此，即使發(fā)生了轉(zhuǎn)發(fā)錯誤時，也能夠提高應用的處理效率，由于減少重發(fā)記錄數(shù)，從而能夠?qū)崿F(xiàn)效率更高的轉(zhuǎn)發(fā)。
《實施例5》在其他實施例中，把必須重發(fā)的邏輯記錄的轉(zhuǎn)發(fā)ID列表包含在上述匯總轉(zhuǎn)發(fā)完成狀況內(nèi)進行返發(fā)。在發(fā)起者側(cè)，參照目標側(cè)所通知的所述轉(zhuǎn)發(fā)ID列表進行重發(fā)處理。
按照本實施例，僅對必須重發(fā)的邏輯記錄進行重發(fā)處理，由此就能夠把重發(fā)所需要的時間抑制到最小限度。因此，由于減少重發(fā)記錄數(shù)，從而能夠?qū)崿F(xiàn)效率更高的轉(zhuǎn)發(fā)。
《實施例6》用圖11和圖12來說明本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法中的動作細節(jié)。圖11所表示的是圖10內(nèi)的匯總轉(zhuǎn)發(fā)模式中的發(fā)送請求動作流程。如果相應的邏輯記錄符合匯總轉(zhuǎn)發(fā)條件，就進行發(fā)送處理1201，對于是否已正常發(fā)送了，進行發(fā)送狀況記錄處理1221。圖12表示的是對應于發(fā)送請求的應答的動作流程。如果相應的邏輯記錄符合匯總轉(zhuǎn)發(fā)條件，就進行接收處理1101，在正常接收的情況下，進行完成隊列通知1110，最后，進行接收狀況記錄處理1121。
對于發(fā)送請求處理和發(fā)送應答處理都不符合匯總轉(zhuǎn)發(fā)條件的邏輯記錄，跳過相應的記錄。這時，相互發(fā)出刪除請求1112和1212，可以中途中止相應的匯總轉(zhuǎn)發(fā)。接受了刪除請求的一方將其應答1111或1211返回之后，解除匯總轉(zhuǎn)發(fā)模式。發(fā)出刪除請求的一方在對方收到來自對方的應答之后，解除匯總轉(zhuǎn)發(fā)模式。
按照本實施例，在因匯總轉(zhuǎn)發(fā)過程中發(fā)生轉(zhuǎn)發(fā)錯誤等而不需要繼續(xù)其后的匯總轉(zhuǎn)發(fā)的情況下，能夠中途中止相應的匯總轉(zhuǎn)發(fā)。因此，由于抑制不需要的邏輯記錄的轉(zhuǎn)發(fā)，所以能夠?qū)崿F(xiàn)更高效率的數(shù)據(jù)轉(zhuǎn)發(fā)。
《實施例7》圖13、圖14、圖15表示有關本發(fā)明的盤控制裝置的一個實施例。圖13中，盤控制裝置500具有用主機接口網(wǎng)絡501連接在主機560上的多個主機接口單元510和用盤接口網(wǎng)絡502連接在磁盤裝置570上的多個盤接口單元520，盤控制裝置內(nèi)網(wǎng)絡503把多個主機接口單元510和多個盤接口單元520連接起來。
圖14中所表示的是主機接口單元510的構(gòu)成，具有多個主機信道接口511、處理器512、存儲器513和HCA603，這些部件經(jīng)主機集線器514連接起來。
圖15中所表示的是盤接口單元520的構(gòu)成，具有多個盤信道接口521、處理器522、存儲器523和HCA604，這些部件經(jīng)盤集線器524連接起來。在盤集線器524上還連接有超高速緩沖存儲器525。
各主機接口單元510進行接口和超高速緩沖存儲器525與主機560之間的數(shù)據(jù)轉(zhuǎn)發(fā)，各盤接口單元520進行接口和超高速緩沖存儲器525與磁盤裝置570之間的數(shù)據(jù)轉(zhuǎn)發(fā)。
主機接口單元510和盤接口單元520經(jīng)HCA603和HCA604進行數(shù)據(jù)轉(zhuǎn)發(fā)。這時，主機接口單元用主總線把來自多個主機信道的指令或數(shù)據(jù)集中起來轉(zhuǎn)發(fā)給盤接口單元。這時，采用上述的高速轉(zhuǎn)發(fā)協(xié)議。HCA只要具有與圖5所示的功能同等的功能就可以，例如，只要能用處理器512或處理器522的軟件處理來實現(xiàn)其部分功能就行。
按照本實施例，可以大幅度地改善主機單元與盤接口單元的轉(zhuǎn)發(fā)效率。特別是能夠提高盤控制裝置內(nèi)網(wǎng)絡503的轉(zhuǎn)發(fā)效率，可以縮短對來自主機接口單元和盤接口單元的IO請求的應答時間，從而能夠提高盤控制裝置的處理性能。
《實施例8》圖13所示的盤控制裝置為了提高其可靠性，把數(shù)據(jù)冗長地存儲在內(nèi)置在多個盤接口單元內(nèi)的超高速緩沖存儲器中。因此，在從主機接口單元510對盤接口單元520有寫入請求的情況下，把數(shù)據(jù)存儲到某個盤接口單元內(nèi)的超高速緩沖存儲器之后，對于別的盤接口單元內(nèi)的超高速緩沖存儲器也能進行冗長寫入。該多個盤接口單元之間的冗長寫入中使用上述的高速轉(zhuǎn)發(fā)協(xié)議。
雖然為了提高盤控制裝置的可靠性而不可缺少冗長寫入，但是會因此而增加盤控制裝置內(nèi)網(wǎng)絡的負荷以及由此而引起的系統(tǒng)性能的惡化。按照本實施例，能夠提高盤控制裝置內(nèi)網(wǎng)絡的轉(zhuǎn)發(fā)效率，并能夠提高盤控制裝置的處理性能。
《實施例9》在圖13所示的盤控制裝置中，為了實現(xiàn)虛擬功能而與其他盤控制裝置協(xié)作的情況下，在主機接口單元之間必須進行數(shù)據(jù)轉(zhuǎn)發(fā)。該主機接口單元之間的數(shù)據(jù)轉(zhuǎn)發(fā)適用上述的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法。
在主機接口單元之間轉(zhuǎn)發(fā)的情況下，就成了經(jīng)由多個盤控制裝置的數(shù)據(jù)訪問，所以必須盡可能地縮短其應答時間。按照本實施例，可以大幅度地縮短主機接口單元之間的應答時間，從而提高盤控制裝置的處理性能。
《實施例10》圖16所示的盤控制裝置500具有用主機接口網(wǎng)絡501連接在主機560上的多個主機接口單元610、用盤接口網(wǎng)絡502連接在磁盤裝置570上的多個盤接口單元620、多個存儲器單元580和多個處理器單元590，盤控制裝置內(nèi)網(wǎng)絡503把多個主機接口單元610和多個盤接口單元620、多個存儲器單元580、多個處理器單元590連接起來。
所述多個主機接口單元501與上述多個處理器單元590協(xié)作，與存儲器單元580進行數(shù)據(jù)轉(zhuǎn)發(fā)，或者多個盤接口單元620與上述處理器單元590協(xié)作，在上述磁盤裝置570與上述存儲器單元580之間進行數(shù)據(jù)轉(zhuǎn)發(fā)。這種數(shù)據(jù)轉(zhuǎn)發(fā)中采用上述的本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法。
按照本實施例，能夠提高盤控制裝置內(nèi)網(wǎng)絡503的轉(zhuǎn)發(fā)效率，可以縮短對來自主機接口單元501和盤接口單元620的IO請求的應答時間，從而能夠提高盤控制裝置的處理性能。
上述多個存儲器單元580與處理器單元590間的數(shù)據(jù)轉(zhuǎn)發(fā)、上述多個存儲器單元580之間、和處理器單元590之間的數(shù)據(jù)轉(zhuǎn)發(fā)都可以使用上述的本發(fā)明的高速數(shù)據(jù)轉(zhuǎn)發(fā)方法，同樣，能夠提高盤控制裝置的處理性能。
權(quán)利要求
1.一種數(shù)據(jù)轉(zhuǎn)發(fā)方法，是在從發(fā)起者向目標側(cè)進行數(shù)據(jù)轉(zhuǎn)發(fā)時，用附加在所述數(shù)據(jù)中的錯誤校驗碼確認由所述目標側(cè)接收到的數(shù)據(jù)有無通信錯誤，從所述目標側(cè)把所述通信錯誤的有無作為轉(zhuǎn)發(fā)狀況返發(fā)給所述發(fā)起者，在根據(jù)所述轉(zhuǎn)發(fā)狀況判明所述數(shù)據(jù)轉(zhuǎn)發(fā)時產(chǎn)生轉(zhuǎn)發(fā)錯誤的情況下，從所述發(fā)起者向所述目標側(cè)進行所述數(shù)據(jù)的重發(fā)的可靠的轉(zhuǎn)發(fā)中，所述發(fā)起者與所述目標側(cè)間的所述數(shù)據(jù)轉(zhuǎn)發(fā)單位即邏輯記錄的數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于包括如下步驟集中匯總轉(zhuǎn)發(fā)多個所述邏輯記錄；在所述發(fā)起者側(cè)，按所述匯總轉(zhuǎn)發(fā)單位進行所述轉(zhuǎn)發(fā)狀況的確認；依照所述發(fā)起者發(fā)出的轉(zhuǎn)發(fā)請求進行所述邏輯記錄的轉(zhuǎn)發(fā)；在所述目標側(cè)，對于符合預定的匯總轉(zhuǎn)發(fā)條件的所述邏輯記錄，在完成了其正常接收的時刻，把對應于所述邏輯記錄的所述轉(zhuǎn)發(fā)請求的完成狀況通知給存在于所述目標側(cè)內(nèi)的完成隊列。
2.一種數(shù)據(jù)轉(zhuǎn)發(fā)方法，在從發(fā)起者向目標側(cè)進行數(shù)據(jù)轉(zhuǎn)發(fā)時，用附加在所述數(shù)據(jù)中的錯誤校驗碼確認由所述目標側(cè)接收到的數(shù)據(jù)有無通信錯誤，從所述目標側(cè)把所述通信錯誤的有無作為轉(zhuǎn)發(fā)狀況返發(fā)給所述發(fā)起者，在根據(jù)所述轉(zhuǎn)發(fā)狀況判明所述數(shù)據(jù)轉(zhuǎn)發(fā)時產(chǎn)生轉(zhuǎn)發(fā)錯誤的情況下，從所述發(fā)起者向所述目標側(cè)進行所述數(shù)據(jù)的重發(fā)，在這種可靠的轉(zhuǎn)發(fā)中，所述發(fā)起者與所述目標側(cè)間的所述數(shù)據(jù)轉(zhuǎn)發(fā)單位即邏輯記錄的數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于包括如下步驟集中匯總轉(zhuǎn)發(fā)多個所述邏輯記錄；依照所述發(fā)起者發(fā)出的轉(zhuǎn)發(fā)請求進行所述邏輯記錄的轉(zhuǎn)發(fā)，在其正常到達所述目標側(cè)的時刻，把對應于所述邏輯記錄的所述轉(zhuǎn)發(fā)請求的完成狀況通知給存在于所述目標側(cè)內(nèi)的完成隊列；在所述發(fā)起者側(cè)，按所述匯總轉(zhuǎn)發(fā)單位進行所述轉(zhuǎn)發(fā)狀況的確認；在所述目標側(cè)，在所述匯總轉(zhuǎn)發(fā)的過程中用所述錯誤校驗碼檢測到所述邏輯記錄的轉(zhuǎn)發(fā)錯誤時，直到所述匯總轉(zhuǎn)發(fā)結(jié)束為止，不管相應的邏輯記錄及其后的邏輯記錄的接收，都抑制所述完成狀況的通知。
3.一種數(shù)據(jù)轉(zhuǎn)發(fā)方法，在從發(fā)起者向目標側(cè)進行數(shù)據(jù)轉(zhuǎn)發(fā)時，用附加在所述數(shù)據(jù)中的錯誤校驗碼確認由所述目標側(cè)接收到的數(shù)據(jù)有無通信錯誤，從所述目標側(cè)把所述通信錯誤的有無作為轉(zhuǎn)發(fā)狀況返發(fā)給所述發(fā)起者，在根據(jù)所述轉(zhuǎn)發(fā)狀況判明所述數(shù)據(jù)轉(zhuǎn)發(fā)時產(chǎn)生轉(zhuǎn)發(fā)錯誤的情況下，從所述發(fā)起者向所述目標側(cè)進行所述數(shù)據(jù)的重發(fā)，在這種可靠的轉(zhuǎn)發(fā)中，所述發(fā)起者與所述目標側(cè)間的所述數(shù)據(jù)轉(zhuǎn)發(fā)單位即邏輯記錄的數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于包括如下步驟集中匯總轉(zhuǎn)發(fā)多個所述邏輯記錄；在所述發(fā)起者側(cè)，按所述匯總轉(zhuǎn)發(fā)單位進行所述轉(zhuǎn)發(fā)狀況的確認；在依照所述發(fā)起者發(fā)出的轉(zhuǎn)發(fā)請求進行所述邏輯記錄的轉(zhuǎn)發(fā)正常到達所述目標側(cè)的時刻，把對應于所述邏輯記錄的所述轉(zhuǎn)發(fā)請求的完成狀況通知給存在于所述目標側(cè)內(nèi)的完成隊列；在所述目標側(cè)，在所述匯總轉(zhuǎn)發(fā)的過程中用所述錯誤校驗碼檢測到所述邏輯記錄的轉(zhuǎn)發(fā)錯誤時，直到所述匯總轉(zhuǎn)發(fā)結(jié)束為止，不管相應的邏輯記錄及其后的邏輯記錄中的由匯總轉(zhuǎn)發(fā)條件字段指定的邏輯記錄的接收，都抑制所述完成狀況的通知。
4.根據(jù)權(quán)利要求1的數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于在所述發(fā)起者與所述目標側(cè)間的所述匯總轉(zhuǎn)發(fā)中，在所述目標側(cè)，把檢測到轉(zhuǎn)發(fā)錯誤的最初的邏輯記錄的ID包含在對每個所述匯總轉(zhuǎn)發(fā)單位進行確認的所述轉(zhuǎn)發(fā)狀況內(nèi)，在所述發(fā)起者側(cè)，根據(jù)所述轉(zhuǎn)發(fā)狀況，從發(fā)生轉(zhuǎn)發(fā)錯誤的邏輯記錄開始重發(fā)。
5.根據(jù)權(quán)利要求1的數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于在所述發(fā)起者與所述目標側(cè)間的所述匯總轉(zhuǎn)發(fā)中，在所述目標側(cè)，把檢測到轉(zhuǎn)發(fā)錯誤的邏輯記錄的ID的列表包含在對每個所述匯總轉(zhuǎn)發(fā)單位進行確認的所述轉(zhuǎn)發(fā)狀況內(nèi)，在所述發(fā)起者側(cè)，根據(jù)所述列表，進行發(fā)生轉(zhuǎn)發(fā)錯誤的邏輯記錄的重發(fā)。
6.根據(jù)權(quán)利要求1的數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于在所述匯總轉(zhuǎn)發(fā)的過程中，從所述發(fā)起者或所述目標側(cè)發(fā)出刪除請求后，可以中止所述匯總轉(zhuǎn)發(fā)。
7.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、和帶有與磁盤裝置間的接口的多個盤接口單元，所述主機接口單元具有暫時存儲對所述主機進行讀/寫的數(shù)據(jù)的存儲器，并在所述存儲器與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元具有暫時存儲對所述磁盤裝置進行讀/寫的數(shù)據(jù)的超高速緩沖存儲器，并在所述存儲器與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個主機接口單元與所述多個盤接口單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
8.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、和帶有與磁盤裝置間的接口的多個盤接口單元，所述主機接口單元具有暫時存儲對所述主機進行讀/寫的數(shù)據(jù)的存儲器，并在所述存儲器與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元具有暫時存儲對所述磁盤裝置進行讀/寫的數(shù)據(jù)的超高速緩沖存儲器，并在所述存儲器與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個主機接口單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
9.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、和帶有與磁盤裝置間的接口的多個盤接口單元，所述主機接口單元具有暫時存儲對所述主機進行讀/寫的數(shù)據(jù)的存儲器，并在所述存儲器與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元具有暫時存儲對所述磁盤裝置進行讀/寫的數(shù)據(jù)的超高速緩沖存儲器，并在所述存儲器與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個盤接口單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
10.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、帶有與磁盤裝置間的接口的多個盤接口單元、多個存儲器單元和多個處理器單元，所述主機接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個主機接口單元或所述多個盤接口單元與所述存儲器單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
11.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、帶有與磁盤裝置間的接口的多個盤接口單元、多個存儲器單元和多個處理器單元，所述主機接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個主機接口單元或所述多個盤接口單元與所述處理器單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
12.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、帶有與磁盤裝置間的接口的多個盤接口單元、多個存儲器單元和多個處理器單元，所述主機接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個存儲器單元與所述處理器單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
13.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、帶有與磁盤裝置間的接口的多個盤接口單元、多個存儲器單元和多個處理器單元，所述主機接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個存儲器單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
14.一種盤控制裝置，具有帶有與主機間的接口的多個主機接口單元、帶有與磁盤裝置間的接口的多個盤接口單元、多個存儲器單元和多個處理器單元，所述主機接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述主機之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，所述盤接口單元與所述處理器單元協(xié)作在所述存儲器單元與所述磁盤裝置之間進行數(shù)據(jù)轉(zhuǎn)發(fā)，其特征在于所述多個處理器單元之間的轉(zhuǎn)發(fā)適用權(quán)利要求1記載的數(shù)據(jù)轉(zhuǎn)發(fā)方法。
全文摘要
本發(fā)明涉及高速數(shù)據(jù)轉(zhuǎn)發(fā)方法及使用該方法的盤控制裝置。從所述發(fā)起者向所述目標側(cè)的邏輯記錄的數(shù)據(jù)轉(zhuǎn)發(fā)方法包括如下步驟在所述邏輯記錄的轉(zhuǎn)發(fā)依照所述發(fā)起者發(fā)出的轉(zhuǎn)發(fā)請求正常到達所述目標側(cè)的時刻，把對應于所述邏輯記錄的所述轉(zhuǎn)發(fā)請求的完成狀況通知給存在于所述目標側(cè)內(nèi)的完成隊列，集中進行多個所述邏輯記錄的匯總轉(zhuǎn)發(fā)，在所述發(fā)起者側(cè)，按所述匯總轉(zhuǎn)發(fā)單位進行所述轉(zhuǎn)發(fā)狀況的確認，在所述目標側(cè)，對于符合預定的匯總轉(zhuǎn)發(fā)條件的所述邏輯記錄，在完成了其正常接收的時刻，將對應于所述邏輯記錄的所述轉(zhuǎn)發(fā)請求的完成狀況通知給存在于目標側(cè)內(nèi)的完成隊列。
文檔編號G06F3/06GK1607785SQ20041008088
公開日2005年4月20日 申請日期2004年10月11日 優(yōu)先權(quán)日2003年10月14日
發(fā)明者細谷睦 申請人:株式會社日立制作所