信息化規(guī)劃管理之確定技術結構(編輯修改稿)
2025-02-13 08:23 本頁面
【文章內容簡介】 之間的干擾 。 當兩個事務處理更新在遠距離的存儲設備中的同一數據時 ， 可能產生相互干擾導致產生錯誤的數據 ， 這可通過適當的加鎖或達成協(xié)議來預防 。 （ 2） 讀數據的不一致性 。 當從多個數據副本或有時僅從分散數據的一個副本中讀取數據時 ， 可能得到不一致的數據；有時 ， 由于時間問題 ， 讀的數據可能無效 ， 只有通過適當加鎖或達成協(xié)議加以預防 。 （ 3） 死鎖 。 利用分布式數據的加鎖防止更新數據操作的相互干擾 ， 只有采用適當復雜的協(xié)議 ， 否則可能引起死鎖 。 （ 4） 協(xié)議的開發(fā)管理費用 。 用協(xié)議防止無效的更新 、讀數據的不一致和死鎖情況 ， 這可能導致過多的協(xié)議開發(fā)管理費用 ， 尤其在使用多份副本時花費更大 。 12 （ 5） 恢復 。 當發(fā)生故障時 ， 必須控制恢復工作 ， 使更新的數據不會意外丟失或重復處理 。 （ 6） 多份副本的恢復 。 當存在多份數據副本時 ， 在一次故障發(fā)生后 ， 數據可能處于不同的修改狀態(tài) ， 它們必須恢復到相同的狀態(tài) （ 即重新同步的狀態(tài) ） ， 尤其在進行實時事務處理時恢復工作非常復雜 。 （ 7） 審查 。 在分布式系統(tǒng)中 ， 找出誰對數據做了什么操作是困難的 ， 所以 ， 合理設計可行的審查過程是必要的 。 （ 8） 安全性和保密性 保護 。 在分布式系統(tǒng)中 ，數據的安全控制和保密性保護措施有時很不得力 ， 應在設計時加以認真考慮 。 13 五、區(qū)分同步與不同步的數據副本 （ 1） 為了保持多份數據副本的同步而設計的控制機制是非常復雜的 ， 因為硬件故障或傳送失誤可能隨時發(fā)生 ， 一個副本失去同步可能幾小時 ， 在企圖恢復同步期間 ， 對數據的一些更新仍在進行 ， 而其他硬件故障和傳送失誤也有可能發(fā)生 。 （ 2） 為了解決控制機制的復雜性 ， 應區(qū)分同步與不同步的數據副本 。 在大多數情況下 ， 兩個遠程數據副本之間沒有必要每分鐘保持同步 ，可能是一小時或一天脫離同步 ， 當對一個副本進行一些更新操作時 ， 這些更新會以成批的方式傳送到另一個副本 ， 利用控制機制保證這批更新信息的傳送不會丟失 。 14 （ 3） 利用同步和不同步數據副本的差別 ， 分布數據可以分成 9類： ? 同步的復制數據； ? 不同步的復制數據； ? 同步的子集數據； ? 不同步的子集數據； ? 同步的重新組織的數據； ? 不同步的重新組織的數據； ? 分區(qū)數據； ? 獨立模式數據； ? 不相容數據 。 15 第二節(jié) 確定數據的分布矩陣 ? 當企業(yè)有多個部門且分布在不同的地點時， 通過建立數據分布矩陣來分析企業(yè)數據分布的狀況 。 16 ? 為了確定企業(yè)的數據分布矩陣，需要前面的任務提供的輸出信息作為該子任務的信息輸入，并執(zhí)行下面的操作步驟。 ? 信息輸入：組織層次縮排表和支持文本，預期數據存儲／實體類矩陣，實體類／組織單元矩陣。 17 ? 步驟 1：確定每個預期的數據庫和文件的地點要求。 ? 步驟 2：在預期數據存儲／地點矩陣上，給出數據的分布決策。 如表 ， 矩陣的元素指示了在各地理位置上分布式數據的類型 ， 它的取值為： ? M＝主數據； ? P＝分區(qū)數據 ， 相同模式不同值； ? RG＝重新組織數據 ； ? T＝遠程處理 ， 數據不存儲在本地； ? V＝變形 ， 在不同部門或地點有不同的模式類型； ?
環(huán)評公示相關推薦
鄂ICP備17016276號-1