網路存儲數據不能同步

A. 多台電腦網路共享連接上了文件也可以共享,但是我不能同步最新文件

通過以下步驟可實現區域網內多台計算機共享：一、多台電腦必須是共用同一網路internet連接，比如都是網通寬頻接入，或都是移動寬頻接入二、都在同一個網段除ip地址最後一段數字不同外，其餘數字都應相同三、設置工作組和計算名，必須起一個相同的工作組名、但各台計算機的計算機名應不同。四、設置本地用戶和組。一般組中的設置保持不變。但用戶中的設置應理順關系，並啟用來賓帳戶（Guests）試例：將用戶界面全部清理，一般保留三個用戶即可：如：名稱 全名 描述Wwbs wu wang buseng 供來賓…Zzy zhao yi 管理計…Fnc fenf ning chao雙擊wwbs：「常規」卡 密碼永不過期「隸屬於」 administrators雙擊zzy：「常規」卡 密碼永不過期「隸屬於」卡 administrators雙擊fnc：「常規」卡 用戶不能更改密碼，密碼永不過期「隸屬於」卡 Guests註：用些法設置的用戶與在控制面版中顯示的用戶數不同，一般少顯示一個。渚如此例中，在控制面版中就不顯示wwbs用戶，它只有在zzy被意外鎖定後，重啟計算機才會在「歡迎屏幕」中顯示。當然這種意外也可在「本地用戶和組」中設置「帳戶已鎖定」來人工實現（這種實現的過程：組策略—計算機配置—Windows設置—安全設置—帳戶策略—帳戶鎖定策略—帳戶鎖定閘值—不鎖定或幾次無效登錄之後，鎖定帳戶）五、文件共享的設置：1、在Windows防火牆中「例外」「選項卡」中，選中「文件和列印機共享」2、在資源管理器中，「工具—文件夾選項—查看—使用簡單文件共享（推薦）不選中3、XP自帶的「共享文檔」設置為共享。右擊「共享文檔」—屬性—共享—共享此文件夾選中。將需要共享的文檔復制到此「共享文檔」。六、重啟電腦你說的這種情況是對方的共享文件夾或文件沒有把你這個用戶設置成允許，請你讓他調整一下設置即可。祝好運！

B. 如何實現同步兩個伺服器的資料庫

同步兩個sqlServer資料庫x0dx0ax0dx0a如何同步兩個sqlserver資料庫的內容?程序代碼可以有版本管理cvs進行同步管理,可是資料庫同步就非常麻煩,只能自己改了一個後再去改另一個,如果忘記了更改另一個經常造成兩個資料庫的結構或內容上不一致.各位有什麼好的方法嗎?x0dx0ax0dx0a一、分發與復制x0dx0ax0dx0a用強制訂閱實現資料庫同步操作. 大量和批量的數據可以用資料庫的同步機制處理:x0dx0a//x0dx0a說明：x0dx0a為方便操作,所有操作均在發布伺服器(分發伺服器)上操作,並使用推模式x0dx0a在客戶機器使用強制訂閱方式。x0dx0ax0dx0a二、測試通過x0dx0ax0dx0a1:環境x0dx0ax0dx0a伺服器環境:x0dx0a機器名稱： zehuadbx0dx0a操作系統：windows 2000 serverx0dx0a資料庫版本：sql 2000 server 個人版x0dx0ax0dx0a客戶端x0dx0a機器名稱：zlpx0dx0a操作系統：windows 2000 serverx0dx0a資料庫版本：sql 2000 server 個人版x0dx0ax0dx0a2:建用戶帳號x0dx0ax0dx0a在伺服器端建立域用戶帳號x0dx0a我的電腦管理->本地用戶和組->用戶->建立x0dx0ausername:zlpx0dx0auserpwd:zlpx0dx0ax0dx0a3:重新啟動伺服器mssqlserverx0dx0ax0dx0a我的電腦->控制面版->管理工具->服務->mssqlserver 服務x0dx0a(更改為：域用戶帳號,我們新建的zlp用戶 .\zlp,密碼:zlp)x0dx0ax0dx0a4:安裝分發伺服器x0dx0ax0dx0aa:配置分發伺服器x0dx0a工具->復制->配置發布、訂閱伺服器和分發->下一步->下一步(所有的均採用默認配置)x0dx0ax0dx0ab:配置發布伺服器x0dx0a工具->復制->創建和管理發布->選擇要發布的資料庫(sz)->下一步->快照發布->下一步->選擇要發布的內容->下一步->下一步->下一步->完成x0dx0ax0dx0ac:強制配置訂閱伺服器(推模式,拉模式與此雷同)x0dx0a工具->復制->配置發布、訂閱伺服器和分發->訂閱伺服器->新建->sql server資料庫->輸入客戶端伺服器名稱(zlp)->使用sql server 身份驗證(sa,空密碼)->確定->應用->確定x0dx0ax0dx0ad:初始化訂閱x0dx0a復制監視器->發布伺服器(zehuadb)->雙擊訂閱->強制新建->下一步->選擇啟用的訂閱伺服器->zlp->下一步->下一步->下一步->下一步->完成x0dx0ax0dx0a5:測試配置是否成功x0dx0ax0dx0a復制監視器->發布衿?zehuadb)->雙擊sz:sz->點狀態->點立即運行代理程序x0dx0ax0dx0a查看：x0dx0a復制監視器->發布伺服器(zehuadb)->sz:sz->選擇zlp:sz(類型強制)->滑鼠右鍵->啟動同步處理x0dx0ax0dx0a如果沒有錯誤標志(紅色叉)，恭喜您配置成功x0dx0ax0dx0a6:測試數據x0dx0ax0dx0a在伺服器執行:x0dx0ax0dx0a選擇一個表，執行如下sql: insert into wq_newsgroup_s select '測試成功',5x0dx0ax0dx0a復制監視器->發布伺服器(zehuadb)->sz:sz->快照->啟動代理程序 ->zlp:sz(強制)->啟動同步處理x0dx0ax0dx0a去查看同步的 wq_newsgroup_s 是否插入了一條新的記錄x0dx0ax0dx0a測試完畢，通過。x0dx0a7:修改資料庫的同步時間,一般選擇夜晚執行資料庫同步處理x0dx0a(具體操作略) :dx0dx0ax0dx0a/*x0dx0a注意說明：x0dx0a伺服器一端不能以(local)進行數據的發布與分發,需要先刪除注冊，然後新建注冊本地計算機名稱x0dx0ax0dx0a卸載方式：工具->復制->禁止發布->是在"zehuadb"上靜止發布,卸載所有的資料庫同步配置伺服器x0dx0ax0dx0a注意：發布伺服器、分發伺服器中的sqlserveragent服務必須啟動x0dx0a採用推模式: "d:\microsoft sql server\mssql\repldata\unc" 目錄文件可以不設置共享x0dx0a拉模式:則需要共享~!x0dx0a*/x0dx0a少量資料庫同步可以採用觸發器實現,同步單表即可。x0dx0ax0dx0a三、配置過程中可能出現的問題x0dx0ax0dx0a在sql server 2000里設置和使用資料庫復制之前，應先檢查相關的幾台sql server伺服器下面幾點是否滿足：x0dx0ax0dx0a1、mssqlserver和sqlserveragent服務是否是以域用戶身份啟動並運行的（.\administrator用戶也是可以的）x0dx0ax0dx0a如果登錄用的是本地系統帳戶local，將不具備網路功能，會產生以下錯誤:x0dx0ax0dx0a進程未能連接到distributor '@server name'x0dx0ax0dx0a(如果您的伺服器已經用了sql server全文檢索服務, 請不要修改mssqlserver和sqlserveragent服務的local啟動。x0dx0a會照成全文檢索服務不能用。請換另外一台機器來做sql server 2000里復制中的分發伺服器。)x0dx0ax0dx0a修改服務啟動的登錄用戶，需要重新啟動mssqlserver和sqlserveragent服務才能生效。x0dx0ax0dx0a2、檢查相關的幾台sql server伺服器是否改過名稱(需要srvid=0的本地機器上srvname和datasource一樣)x0dx0ax0dx0a在查詢分析器里執行:x0dx0ause masterx0dx0aselect srvid,srvname,datasource from sysserversx0dx0ax0dx0a如果沒有srvid=0或者srvid=0（也就是本機器）但srvname和datasource不一樣, 需要按如下方法修改:x0dx0ax0dx0ause masterx0dx0agox0dx0a-- 設置兩個變數x0dx0adeclare @serverproperty_servername varchar(100),x0dx0a@servername varchar(100)x0dx0a-- 取得windows nt 伺服器和與指定的 sql server 實例關聯的實例信息x0dx0aselect @serverproperty_servername = convert(varchar(100), serverproperty('servername'))x0dx0a-- 返回運行 microsoft sql server 的本地伺服器名稱x0dx0aselect @servername = convert(varchar(100), @@servername)x0dx0a-- 顯示獲取的這兩個參數x0dx0aselect @serverproperty_servername,@servernamex0dx0a--如果@serverproperty_servername和@servername不同(因為你改過計算機名字),再運行下面的x0dx0a--刪除錯誤的伺服器名x0dx0aexec sp_dropserver @server=@servernamex0dx0a--添加正確的伺服器名x0dx0aexec sp_addserver @server=@serverproperty_servername, @local='local'x0dx0ax0dx0a修改這項參數，需要重新啟動mssqlserver和sqlserveragent服務才能生效。x0dx0ax0dx0a這樣一來就不會在創建復制的過程中出現18482、18483錯誤了。x0dx0ax0dx0a3、檢查sql server企業管理器裡面相關的幾台sql server注冊名是否和上面第二點里介紹的srvname一樣x0dx0ax0dx0a不能用ip地址的注冊名。x0dx0ax0dx0a（我們可以刪掉ip地址的注冊，新建以sql server管理員級別的用戶注冊的伺服器名）x0dx0ax0dx0a這樣一來就不會在創建復制的過程中出現14010、20084、18456、18482、18483錯誤了。x0dx0ax0dx0a4、檢查相關的幾台sql server伺服器網路是否能夠正常訪問x0dx0ax0dx0a如果ping主機ip地址可以，但ping主機名不通的時候，需要在x0dx0ax0dx0awinnt\system32\drivers\etc\hosts (win2000)x0dx0awindows\system32\drivers\etc\hosts (win2003)x0dx0ax0dx0a文件里寫入資料庫伺服器ip地址和主機名的對應關系。x0dx0ax0dx0a例如：x0dx0ax0dx0a127.0.0.1 localhostx0dx0a192.168.0.35 oracledb oracledbx0dx0a192.168.0.65 fengyu02 fengyu02x0dx0a202.84.10.193 bj_db bj_dbx0dx0a或者在sql server客戶端網路實用工具里建立別名，例如:x0dx0a5、系統需要的擴展存儲過程是否存在(如果不存在，需要恢復):x0dx0ax0dx0asp_addextendedproc 'xp_regenumvalues',@dllname ='xpstar.dll'x0dx0agox0dx0asp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstar.dll'x0dx0agox0dx0asp_addextendedproc 'xp_regdeletekey',@dllname ='xpstar.dll'x0dx0agox0dx0asp_addextendedproc xp_cmdshell ,@dllname ='xplog70.dll' x0dx0ax0dx0a接下來就可以用sql server企業管理器里[復制]-> 右鍵選擇 ->[配置發布、訂閱伺服器和分發]的圖形界面來配置資料庫復制了。x0dx0ax0dx0a下面是按順序列出配置復制的步驟:x0dx0ax0dx0a1、建立發布和分發伺服器x0dx0ax0dx0a[歡迎使用配置發布和分發向導]->[選擇分發伺服器]->[使"@servername"成為它自己的分發伺服器,sql server將創建分發資料庫和日誌]x0dx0a->[制定快照文件夾]-> [自定義配置] -> [否,使用下列的默認配置] -> [完成]x0dx0ax0dx0a上述步驟完成後, 會在當前"@servername" sql server資料庫里建立了一個distribion庫和 一個distributor_admin管理員級別的用戶(我們可以任意修改密碼)。x0dx0ax0dx0a伺服器上新增加了四個作業:x0dx0ax0dx0a[ 代理程序歷史記錄清除: distribution ]x0dx0a[ 分發清除: distribution ]x0dx0a[ 復制代理程序檢查 ]x0dx0a[ 重新初始化存在數據驗證失敗的訂閱 ]x0dx0ax0dx0asql server企業管理器里多了一個復制監視器, 當前的這台機器就可以發布、分發、訂閱了。x0dx0ax0dx0a我們再次在sql server企業管理器里[復制]-> 右鍵選擇 ->[配置發布、訂閱伺服器和分發]x0dx0ax0dx0a我們可以在 [發布伺服器和分發伺服器的屬性] 窗口-> [發布伺服器] -> [新增] -> [確定] -> [發布資料庫] -> [事務]/[合並] -> [確定] -> [訂閱伺服器] -> [新增] -> [確定]x0dx0ax0dx0a把網路上的其它sql server伺服器添加成為發布或者訂閱伺服器.x0dx0ax0dx0a新增一台發布伺服器的選項：x0dx0ax0dx0a我這里新建立的jin001發布伺服器是用管理員級別的資料庫用戶test連接的，x0dx0ax0dx0a到發布伺服器的管理鏈接要輸入密碼的可選框, 默認的是選中的，x0dx0ax0dx0a在新建的jin001發布伺服器上建立和分發伺服器fengyu/fengyu的鏈接的時需要輸入distributor_admin用戶的密碼。到發布伺服器的管理鏈接要輸入密碼的可選框，也可以不選，也就是不需要密碼來建立發布到分發伺服器的鏈接(這當然欠缺安全，在測試環境下可以使用)。x0dx0ax0dx0a2、新建立的網路上另一台發布伺服器(例如jin001)選擇分發伺服器x0dx0ax0dx0a[歡迎使用配置發布和分發向導]->[選擇分發伺服器]x0dx0ax0dx0a-> 使用下列伺服器(選定的伺服器必須已配置為分發伺服器) -> [選定伺服器](例如fengyu/fengyu)x0dx0ax0dx0a-> [下一步] -> [輸入分發伺服器（例如fengyu/fengyu）的distributor_admin用戶的密碼兩次]x0dx0ax0dx0a-> [下一步] -> [自定義配置] -> [否，使用下列的默認配置]x0dx0ax0dx0a-> [下一步] -> [完成] -> [確定]x0dx0ax0dx0a建立一個資料庫復制發布的過程:x0dx0ax0dx0a[復制] -> [發布內容] -> 右鍵選擇 -> [新建發布]x0dx0ax0dx0a-> [下一步] -> [選擇發布資料庫] -> [選中一個待發布的資料庫]x0dx0ax0dx0a-> [下一步] -> [選擇發布類型] -> [事務發布]/[合並發布]x0dx0ax0dx0a-> [下一步] -> [指定訂閱伺服器的類型] -> [運行sql server 2000的伺服器]x0dx0ax0dx0a-> [下一步] -> [指定項目] -> [在事務發布中只可以發布帶主鍵的表] -> [選中一個有主鍵的待發布的表]x0dx0ax0dx0a->[在合並發布中會給表增加唯一性索引和 rowguidcol 屬性的唯一標識符欄位[rowguid],默認值是newid()]x0dx0ax0dx0a(添加新列將: 導致不帶列列表的 insert 語句失敗,增加表的大小,增加生成第一個快照所要求的時間)x0dx0ax0dx0a->[選中一個待發布的表]x0dx0ax0dx0a-> [下一步] -> [選擇發布名稱和描述] ->x0dx0ax0dx0a-> [下一步] -> [自定義發布的屬性] -> [否，根據指定方式創建發布]x0dx0ax0dx0a-> [下一步] -> [完成] -> [關閉]x0dx0ax0dx0a發布屬性里有很多有用的選項：設定訂閱到期(例如24小時)x0dx0ax0dx0a設定發布表的項目屬性:x0dx0ax0dx0a常規窗口可以指定發布目的表的名稱，可以跟原來的表名稱不一樣。x0dx0ax0dx0a下圖是命令和快照窗口的欄目x0dx0ax0dx0a( sql server 資料庫復制技術實際上是用insert,update,delete操作在訂閱伺服器上重做發布伺服器上的事務操作x0dx0ax0dx0a看文檔資料需要把發布資料庫設成完全恢復模式，事務才不會丟失x0dx0ax0dx0a但我自己在測試中發現發布資料庫是簡單恢復模式下，每10秒生成一些大事務，10分鍾後再收縮資料庫日誌，x0dx0a這期間發布和訂閱伺服器上的作業都暫停，暫停恢復後並沒有丟失任何事務更改 )x0dx0ax0dx0a發布表可以做數據篩選，例如只選擇表裡面的部分列:x0dx0ax0dx0a例如只選擇表裡某些符合條件的記錄, 我們可以手工編寫篩選的sql語句:x0dx0ax0dx0a發布表的訂閱選項，並可以建立強制訂閱:x0dx0ax0dx0a成功建立了發布以後,發布伺服器上新增加了一個作業: [ 失效訂閱清除 ]x0dx0ax0dx0a分發伺服器上新增加了兩個作業:x0dx0a[ jin001-dack-dack-5 ] 類型[ repl快照 ]x0dx0a[ jin001-dack-3 ] 類型[ repl日誌讀取器 ]x0dx0ax0dx0a上面藍色字的名稱會根據發布伺服器名,發布名及第幾次發布而使用不同的編號x0dx0ax0dx0arepl快照作業是sql server復制的前提條件,它會先把發布的表結構,數據,索引,約束等生成到發布伺服器的os目錄下文件x0dx0a(當有訂閱的時候才會生成, 當訂閱請求初始化或者按照某個時間表調度生成)x0dx0ax0dx0arepl日誌讀取器在事務復制的時候是一直處於運行狀態。(在合並復制的時候可以根據調度的時間表來運行)x0dx0ax0dx0a建立一個資料庫復制訂閱的過程:x0dx0ax0dx0a[復制] -> [訂閱] -> 右鍵選擇 -> [新建請求訂閱]x0dx0ax0dx0a-> [下一步] -> [查找發布] -> [查看已注冊伺服器所做的發布]x0dx0ax0dx0a-> [下一步] -> [選擇發布] -> [選中已經建立發布伺服器上的資料庫發布名]x0dx0ax0dx0a-> [下一步] -> [指定同步代理程序登錄] -> [當代理程序連接到代理伺服器時:使用sql server身份驗證]x0dx0a(輸入發布伺服器上distributor_admin用戶名和密碼)x0dx0ax0dx0a-> [下一步] -> [選擇目的資料庫] -> [選擇在其中創建訂閱的資料庫名]/[也可以新建一個庫名]x0dx0ax0dx0a-> [下一步] -> [允許匿名訂閱] -> [是，生成匿名訂閱]x0dx0ax0dx0a-> [下一步] -> [初始化訂閱] -> [是，初始化架構和數據]x0dx0ax0dx0a-> [下一步] -> [快照傳送] -> [使用該發布的默認快照文件夾中的快照文件]x0dx0a(訂閱伺服器要能訪問發布伺服器的repldata文件夾，如果有問題，可以手工設置網路共享及共享許可權)x0dx0ax0dx0a-> [下一步] -> [快照傳送] -> [使用該發布的默認快照文件夾中的快照文件]x0dx0ax0dx0a-> [下一步] -> [設置分發代理程序調度] -> [使用下列調度] -> [更改] -> [例如每五分鍾調度一次]x0dx0ax0dx0a-> [下一步] -> [啟動要求的服務] -> [該訂閱要求在發布伺服器上運行sqlserveragent服務]x0dx0ax0dx0a-> [下一步] -> [完成] -> [確定]x0dx0ax0dx0a成功建立了訂閱後，訂閱伺服器上新增加了一個類別是[repl-分發]作業(合並復制的時候類別是[repl-合並])x0dx0ax0dx0a它會按照我們給的時間調度表運行資料庫同步復制的作業。x0dx0ax0dx0a3、sql server復制配置好後, 可能出現異常情況的實驗日誌:x0dx0ax0dx0a1.發布伺服器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制沒有多大影響x0dx0ax0dx0a中斷期間,分發和訂閱都接收到沒有復制的事務信息x0dx0ax0dx0a2.分發伺服器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制有一些影響x0dx0ax0dx0a中斷期間,發布伺服器的事務排隊堆積起來x0dx0a(如果設置了較長時間才刪除過期訂閱的選項, 繁忙發布資料庫的事務日誌可能會較快速膨脹),x0dx0ax0dx0a訂閱伺服器會因為訪問不到發布伺服器,反復重試x0dx0a我們可以設置重試次數和重試的時間間隔(最大的重試次數是9999, 如果每分鍾重試一次,可以支持約6.9天不出錯)x0dx0ax0dx0a分發伺服器sql server服務啟動,網路接通以後,發布伺服器上的堆積作業將按時間順序作用到訂閱機器上:x0dx0ax0dx0a會需要一個比較長的時間(實際上是生成所有事務的insert,update,delete語句,在訂閱伺服器上去執行)x0dx0a我們在普通的pc機上實驗的58個事務100228個命令執行花了7分28秒.x0dx0ax0dx0a3.訂閱伺服器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制影響比較大,可能需要重新初試化x0dx0ax0dx0a我們實驗環境(訂閱伺服器)從18:46分意外停機以, 第二天8:40分重啟動後, 已經設好的復制在8:40分以後又開始正常運行了, 發布伺服器上的堆積作業將按時間順序作用到訂閱機器上, 但復制管理器里出現快照的錯誤提示, 快照可能需要重新初試化,復制可能需要重新啟動.(我們實驗環境的機器並沒有進行快照初試化,復制仍然是成功運行的)x0dx0ax0dx0a4、刪除已經建好的發布和定閱可以直接用delete刪除按鈕x0dx0ax0dx0a我們最好總是按先刪定閱，再刪發布，最後禁用發布的順序來操作。x0dx0ax0dx0a如果要徹底刪去sql server上面的復制設置, 可以這樣操作:x0dx0ax0dx0a[復制] -> 右鍵選擇 [禁用發布] -> [歡迎使用禁用發布和分發向導]x0dx0ax0dx0a-> [下一步] -> [禁用發布] -> [要在"@servername

C. 黑匣子這么重要，但為什麼數據不能雲同步呢

想要讓黑匣子實現所有的數據雲同步，那根本就不是一件簡單的事情，因為我們要知道這個東西，它最主要的一個任務就是幫我們保存飛機相關的數據，除此之外，它其他方面的性能是非常的差的，根本就沒有辦法搭載實現數據同步所需要的一個環境。發明黑匣子的那個年代，各方面的技術都不是特別的成熟，所以它能夠記錄保存數據就已經非常的不容易了，雖然說現在的各方面通信技術都有很大的發展，飛機也可以連WiFi了，但是想要實現數據同步也沒有那麼簡單的。

D. 兩台伺服器，在不同的機房，兩台都放著同一個網站，目前域名解析到A伺服器，如何實現網站數據實時同步到

雙機熱備：基於共享存儲與純軟體方式

資料庫雙機熱備有兩種典型的方式，一種是比較標準的，兩台伺服器通過一個共享的存儲設備(一般是共享的磁碟陣列或存儲區域網SAN)，並且安裝雙機軟體，實現雙機熱備，稱為共享方式。另一種方式是通過純軟體的方式，一般稱為純軟體方式或鏡像方式(Mirror)。

對於共享方式，資料庫放在共享的存儲設備上。當一台伺服器提供服務時，直接在存儲設備上進行讀寫。而當系統切換後，另一台伺服器也同樣讀取該存儲設備上的數據。

對於純軟體的方式，通過鏡像軟體，將數據可以實時復制到另一台伺服器上，這樣同樣的數據就在兩台伺服器上各存在一份，如果一台伺服器出現故障，可以及時切換到另一台伺服器。

純軟體方式可以在一定程度上降低成本，但它也有非常明顯的缺點：

1.可靠性相對較差，兩伺服器間的數據實時復制是一個比較脆弱的環節。

2.一旦某台伺服器出現中斷，恢復後還要進行比較復雜的數據同步恢復。並且，這個時段系統處於無保護狀態。

3.沒有事務機制，由於其復制是在文件和磁碟層進行的，復制是否成功不會影響資料庫事務操作，因此有出現數據不完整變化的情況，這個存在著相當的風險。

因此，建議除非不得已，不要選擇純軟體方案。

E. 分布式存儲中，怎樣使用paxos演算法保證數據的一致性

在分布式系統中，我們經常遇到多數據副本保持一致的問題，在我們所能找到的資料中該問題講的很籠統，模模糊糊的，把多個問題或分類糅合在一起，難以理解。在思考和翻閱資料後，通俗地把一致性的問題可分解為2個問題：
1、任何一次修改保證數據一致性。
2、多次數據修改的一致性。
在弱一致性的演算法，不要求每次修改的內容在修改後多副本的內容是一致的，對問題1的解決比較寬松，更多解決問題2，該類演算法追求每次修改的高度並發性，減少多副本之間修改的關聯性，以獲得更好的並發性能。例如最終一致性，無所謂每次用戶修改後的多副本的一致性及格過，只要求在單調的時間方向上，數據最終保持一致，如此獲得了修改極大的並發性能。
在強一致性的演算法中，強調單次修改後結果的一致，需要保證了對問題1和問題2要求的實現，犧牲了並發性能。本文是討論對解決問題1實現演算法，這些演算法往往在強一致性要求的應用中使用。
解決問題1的方法，通常有兩階段提交演算法、採用分布式鎖服務和採用樂觀鎖原理實現的同步方式,下面分別介紹這幾種演算法的實現原理。

兩階段提交演算法

在兩階段提交協議中，系統一般包含兩類機器（或節點）：一類為協調者（coordinator），通常一個系統中只有一個；另一類為事務參與者（participants，cohorts或workers），一般包含多個，在數據存儲系統中可以理解為數據副本的個數。兩階段提交協議由兩個階段組成，在正常的執行下，這兩個階段的執行過程如下所述：
階段1：請求階段（commit-request phase，或稱表決階段，voting phase）。
在請求階段，協調者將通知事務參與者准備提交或取消事務，然後進入表決過程。在表決過程中，參與者將告知協調者自己的決策：同意（事務參與者本地作業執行成功）或取消（本地作業執行故障）。
階段2：提交階段（commit phase）。
在該階段，協調者將基於第一個階段的投票結果進行決策：提交或取消。當且僅當所有的參與者同意提交事務協調者才通知所有的參與者提交事務，否則協調者將通知所有的參與者取消事務。參與者在接收到協調者發來的消息後將執行響應的操作。
舉個例子：A組織B、C和D三個人去爬長城：如果所有人都同意去爬長城，那麼活動將舉行；如果有一人不同意去爬長城，那麼活動將取消。用2PC演算法解決該問題的過程如下：
首先A將成為該活動的協調者，B、C和D將成為該活動的參與者。
階段1：A發郵件給B、C和D，提出下周三去爬山，問是否同意。那麼此時A需要等待B、C和D的郵件。B、C和D分別查看自己的日程安排表。B、C發現自己在當日沒有活動安排，則發郵件告訴A它們同意下周三去爬長城。由於某種原因，D白天沒有查看郵件。那麼此時A、B和C均需要等待。到晚上的時候，D發現了A的郵件，然後查看日程安排，發現周三當天已經有別的安排，那麼D回復A說活動取消吧。
階段2：此時A收到了所有活動參與者的郵件，並且A發現D下周三不能去爬山。那麼A將發郵件通知B、C和D，下周三爬長城活動取消。此時B、C回復A「太可惜了」，D回復A「不好意思」。至此該事務終止。
兩階段提交演算法在分布式系統結合，可實現單用戶對文件（對象）多個副本的修改，多副本數據的同步。其結合的原理如下：
1、客戶端（協調者）向所有的數據副本的存儲主機（參與者）發送：修改具體的文件名、偏移量、數據和長度信息，請求修改數據，該消息是1階段的請求消息。
2、存儲主機接收到請求後，備份修改前的數據以備回滾，修改文件數據後，向客戶端回應修改成功的消息。 如果存儲主機由於某些原因（磁碟損壞、空間不足等）不能修改數據，回應修改失敗的消息。
3、客戶端接收發送出去的每一個消息回應，如果存儲主機全部回應都修改成功，向每存儲主機發送確認修改的提交消息；如果存在存儲主機回應修改失敗，或者超時未回應，客戶端向所有存儲主機發送取消修改的提交消息。該消息是2階段的提交消息。
4、存儲主機接收到客戶端的提交消息，如果是確認修改，則直接回應該提交OK消息；如果是取消修改，則將修改數據還原為修改前，然後回應取消修改OK的消息。
5、 客戶端接收全部存儲主機的回應，整個操作成功。
在該過程中可能存在通信失敗，例如網路中斷、主機宕機等諸多的原因，對於未在演算法中定義的其它異常，都認為是提交失敗，都需要回滾，這是該演算法基於確定的通信回復實現的，在參與者的確定回復（無論是回復失敗還是回復成功）之上執行邏輯處理，符合確定性的條件當然能夠獲得確定性的結果哲學原理。

分布式鎖服務

分布式鎖是對數據被外界修改持保守態度，在整個數據處理過程中將數據處於鎖定狀態，在用戶修改數據的同時，其它用戶不允許修改。
採用分布式鎖服務實現數據一致性，是在操作目標之前先獲取操作許可，然後再執行操作，如果其他用戶同時嘗試操作該目標將被阻止，直到前一個用戶釋放許可後，其他用戶才能夠操作目標。分析這個過程，如果只有一個用戶操作目標，沒有多個用戶並發沖突，也申請了操作許可，造成了由於申請操作許可所帶來的資源使用消耗，浪費網路通信和增加了延時。
採用分布式鎖實現多副本內容修改的一致性問題， 選擇控制內容顆粒度實現申請鎖服務。例如我們要保證一個文件的多個副本修改一致， 可以對整個文件修改設置一把鎖，修改時申請鎖，修改這個文件的多個副本，確保多個副本修改的一致，修改完成後釋放鎖；也可以對文件分段，或者是文件中的單個位元組設置鎖， 實現更細顆粒度的鎖操作，減少沖突。
常用的鎖實現演算法有Lamport bakery algorithm （俗稱麵包店演算法）， 還有Paxos演算法。下面對其原理做簡單概述。

Lamport麵包店演算法

是解決多個線程並發訪問一個共享的單用戶資源的互斥問題的演算法。 由Leslie Lamport（英語：Leslie Lamport）發明。
Lamport把這個並發控制演算法可以非常直觀地類比為顧客去麵包店采購。麵包店只能接待一位顧客的采購。已知有n位顧客要進入麵包店采購，安排他們按照次序在前台登記一個簽到號碼。該簽到號碼逐次加1。根據簽到號碼的由小到大的順序依次入店購貨。完成購買的顧客在前台把其簽到號碼歸0. 如果完成購買的顧客要再次進店購買，就必須重新排隊。
這個類比中的顧客就相當於線程，而入店購貨就是進入臨界區獨占訪問該共享資源。由於計算機實現的特點，存在兩個線程獲得相同的簽到號碼的情況，這是因為兩個線程幾乎同時申請排隊的簽到號碼，讀取已經發出去的簽到號碼情況，這兩個線程讀到的數據是完全一樣的，然後各自在讀到的數據上找到最大值，再加1作為自己的排隊簽到號碼。為此，該演算法規定如果兩個線程的排隊簽到號碼相等，則線程id號較小的具有優先權。
把該演算法原理與分布式系統相結合，即可實現分步鎖。

Paxos演算法

該演算法比較熱門，參見WIKI，http://zh.wikipedia.org/wiki/Paxos%E7%AE%97%E6%B3%95
Paxos演算法解決的問題是一個分布式系統如何就某個值(決議)達成一致。一個典型的場景是，在一個分布式資料庫系統中，如果各節點的初始狀態一致，每個節點都執行相同的操作序列，那麼他們最後能得到一個一致的狀態。為保證每個節點執行相同的命令序列，需要在每一條指令上執行一個「一致性演算法」以保證每個節點看到的指令一致。一個通用的一致性演算法可以應用在許多場景中，是分布式計算中的重要問題。節點通信存在兩種模型：共享內存(Shared memory)和消息傳遞(Messages passing)。Paxos演算法就是一種基於消息傳遞模型的一致性演算法。BigTable使用一個分布式數據鎖服務Chubby，而Chubby使用Paxos演算法來保證備份的一致性。

採用樂觀鎖原理實現的同步

我們舉個例子說明該演算法的實現原理。如一個金融系統，當某個操作員讀取用戶的數據，並在讀出的用戶數據的基礎上進行修改時（如更改用戶帳戶余額），如果採用前面的分布式鎖服務機制，也就意味著整個操作過程中（從操作員讀出數據、開始修改直至提交修改結果的全過程，甚至還包括操作員中途去煮咖啡的時間），資料庫記錄始終處於加鎖狀態，可以想見，如果面對幾百上千個並發，這樣的情況將導致怎樣的後果。
樂觀鎖機制在一定程度上解決了這個問題。樂觀鎖，大多是基於數據版本（ Version）記錄機制實現。何謂數據版本？即為數據增加一個版本標識，在基於資料庫表的版本解決方案中，一般是通過為資料庫表增加一個 「version」 欄位來實現。讀取出數據時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交數據的版本數據與資料庫表對應記錄的當前版本信息進行比對，如果提交的數據版本號大於資料庫表當前版本號，則予以更新，否則認為是過期數據。
對於上面修改用戶帳戶信息的例子而言，假設資料庫中帳戶信息表中有一個 version 欄位，當前值為 1 ；而當前帳戶余額欄位（ balance ）為 $100 。
操作員 A 此時將其讀出（version=1 ），並從其帳戶余額中扣除 $50（$100-$50 ）。
在操作員 A 操作的過程中，操作員B也讀入此用戶信息（ version=1 ），並從其帳戶余額中扣除 $20 （ $100-$20 ）。
操作員 A 完成了修改工作，將數據版本號加一（ version=2 ），連同帳戶扣除後余額（ balance=$50 ），提交至資料庫更新，此時由於提交數據版本大於資料庫記錄當前版本，數據被更新，資料庫記錄 version 更新為 2 。
操作員 B 完成了操作，也將版本號加一（ version=2 ）試圖向資料庫提交數據（ balance=$80 ），但此時比對資料庫記錄版本時發現，操作員 B 提交的數據版本號為 2 ，資料庫記錄當前版本也為 2 ，不滿足 「 提交版本必須大於記錄當前版本才能執行更新 「 的樂觀鎖策略，因此，操作員 B 的提交被駁回。這樣，就避免了操作員 B 用基於 version=1 的舊數據修改的結果覆蓋操作員A 的操作結果的可能。
樂觀鎖機制與分布式系統相結合上， 我整理了偽代碼如下：
obj 操作的目標
vlaue 修改的值
atom_update_ver 每個目標上的版本，每次修改該值遞增
set( obj, value)
{
//從每個節點上取出修改前的對象版本
get original_ver = obj.atom_update_ver from each node;
//將值賦到每個節點的obj目標
set obj = value from each node;
//條件修改每個節點的obj版本，目標版本加一
//比較和修改操作是原子操作
result = (set obj.atom_update_ver = original_ver + 1
where original_ver + 1 > obj.atom_update_ver
for each node);
if(result == ok)
return set_ok;
else
return set(obj, value);//不成功遞歸修改

該演算法未考慮節點下線、失效等問題，在後續我將分析採用樂觀鎖原理實現一致性演算法，解決問題2、節點失效、通信失敗等問題。

F. iCloud雲儲存空間當前不可用，請問如何解決iPhone和Mac的日歷無法同步

iCloud雲儲存滿了才會出現這種情況，具體的解決方法：

1、打開設置中蜂窩移動網路。

如果以上方法還不行的話，那麼使用電腦登錄iCloud網頁，重新修改iCloud賬號密碼。

(6)網路存儲數據不能同步擴展閱讀

iCloud要求使用 WLAN 或其他互聯網連接。 各項功能可能會有所變化，某些服務僅限 10 部裝置進行訪問。

iCloud 的部分功能要求使用安裝iOS 5的 iPhone 3GS、iPhone 4、iPhone 4S、iPod touch (第三和第四代)、iPad 或 iPad 2。

或安裝 OS X Lion 的 Mac 電腦或配備 Windows Vista 或 Windows 7 的 PC (推薦使用 Outlook 2007 或 2010)。

G. 第一個黑匣子找到後，數據為何不能雲同步引熱議，專家對此是如何解讀的

先說墜落時艙內人員的狀況。初始階段：無比的驚恐、莫明的害怕、本能的尖叫、親人間的呼應，機艙內一片混亂！墜落階段：8000米高空，40噸重量，超音速的俯沖速度，無論艙內人員保持什麼姿態，均已陷入昏迷。即便落地燃爆，也是一無所知。再說墜地瞬間所發生的一切。飛機墜落時並未解體，當屬人機共為一體。落地瞬間，兩種恐怖結果同時產生：一是威力巨大的撞擊力；二是令人恐怖的燃爆力。撞擊力導致人員瞬間疊壓在機頭位置，而機頭猶如鑽地導彈般鑽入地下10多米土層中，接著又被土掩埋。燃爆力導致機體後部粉碎性解體，其巨大的沖擊波將各種殘存的物件帶離核心區，四散拋撒。

H. 360智靈通系統顯示基礎數據同步失敗

網路問題。360智靈通系統顯示基礎數據同步失敗是網路問題，可重新設置網路。網路故障是指硬體的問題、軟體的漏洞、病毒的侵入等可以引起網路的故障。

I. SQL Server 2005在區域網內與Access資料庫同步問題

資料庫同步，你的意思是你的一個系統用的sql2005的資料庫，一個系統用的access資料庫，裡面有些表是一樣一樣的，還是整個資料庫的表都是一樣的，當一個表的數據有變化的時候另一個資料庫也要有變化，是這個意思不？藉助第三方的收費插件。要 不就自己寫存儲過程或者寫游標觸發。要不就用那些硬體供應商的什麼備份機制

J. win7系統同步到網路硬碟的資料庫文件xp系統為什麼不能保存，xp系統同步到win7系統能修改保存，而win7系統

win7系統的網路連接有問題