fault-tolerance

    14熱度

    3回答

    我喜歡LWN文章"Crash-only software",我想了解更多關於碰撞安全和容錯編程的內容。 令人驚訝的是很難確保持續狀態在故障情況下是一致的。在這裏,我甚至不談論分佈式操作:這在單個節點上也很難:即使正常的Berkeley DB(BDB數據存儲或BDB併發數據存儲)在系統崩潰的情況下也可能會銷燬數據庫。不僅高級應用程序約束被破壞,如果系統崩潰,數據庫可能無法正確打開。 什麼是關於碰撞安

    1熱度

    1回答

    NServiceBus或等效的ESB是否適用於具有一堆不同類型的後臺維護類型任務的應用程序?例如: 掃描數據庫進行的某些詞在存儲相對昂貴的查詢的結果的用戶生成內容 更新數據庫表的發生 創建/維護外部索引內容 發送預定事件的事件通知電子郵件。 我的想法是使用某種任務調度程序(Windows內置函數,Quartz.NET或我自己的基於數據庫的解決方案)週期性地將不同種類的消息發佈到總線上。這段時間可能

    5熱度

    2回答

    我正在設計一個分佈式系統,其中包含一定數據流。我想保證在任何給定時間至少有N個節點具有近乎當前的數據。 我不需要完整的一致性,只有最終的一致性(在任何時刻t.i.,數據的當前快照最終應該出現在至少N個節點上,這裏很難定義術語「當前」,但仍然)。節點可能會失敗並隨時恢復,並且沒有單個「中央」節點。 O溢出!將我指向一些描述複製方案的優秀論文。到目前爲止,我發現了一個:Consistency Mana

    0熱度

    2回答

    我開發了一個.NET Winforms報表查看器(它只是運行查詢和顯示結果)。 這適用於報告數據庫。但是,以上是大型應用程序的一小部分,它從另一個數據庫獲取數據。它看起來像這樣: 受監視的系統狀態發生變化(例如延遲增加)=>事件作爲事務記錄到SQL Server數據庫(調用此數據庫A)=>這觸發了寫入相同事件的觸發器進入報告數據庫。 我不確定兩個數據庫之間的差異,他們可能會針對不同的目標進行調整,

    10熱度

    1回答

    當然可以運行單個節點集羣,但我想要一定程度的容錯。 目前我能負擔得起租用兩臺服務器(8GB RAM,私有VLAN @ 1GigE),而不是3 我的理解是,3個節點是需要的卡桑德拉集羣的最低,因爲有之間不存在可能多數2個節點,並且需要大部分用於解決版本衝突。哦,等等,我是在想「矢量鍾」還是Riak?確認! Cassandra使用時間戳來解決衝突。 對於2個節點,建議的讀/寫策略是什麼?我應該通常寫入

    3熱度

    2回答

    有誰知道軟件容錯是如何在空中交通管制系統中實現的嗎? 一些網址會非常有幫助。

    11熱度

    2回答

    我一直在研究許多運行Windows服務或計劃任務的應用程序。 現在,我想確保這些應用程序具有容錯性和可靠性。例如;我有一個每小時運行一次的服務。如果服務在其運行或運行時崩潰,我希望應用程序再次運行相同的時間(涉及到這些事情包括數據處理事務),以避免數據丟失。而且,我希望程序能夠詳細報告錯誤。我的目標是避免數據丟失並且不會落後於運行該程序。 我已經構建了一個用戶可以導入到項目中的類庫。圖書館應該保留

    1熱度

    3回答

    我試圖設計一個系統,通過Web服務向數據庫報告活動事件。 Web服務和數據庫已經建好(COTS軟件) - 我所要做的就是提供事件源。 但是,捕捉的是事件源需要容錯。我們有多個可以與之交談的複製數據庫,因此如果我所說的Web服務或數據庫出現故障,該軟件可以快速切換到另一個正在運行的數據庫。 雖然在所有數據庫都關閉的情況下,我需要幫助。我已經設計了一個隊列,可以在事件堆積時保留這些事件(並且在連接恢復

    25熱度

    4回答

    我們正在開發中的Scala +阿卡服務器系統的遊戲,這將有助於客戶在Android設備,iPhone,和第二次生命。這個服務器的一些部分需要高度可用,運行在多臺機器上。如果其中一臺服務器死亡(例如硬件故障),系統需要繼續運行。我想我想讓客戶有一個他們將嘗試連接的機器列表,類似於Cassandra的工作方式。 到目前爲止與阿卡我見過的多節點例子似乎對身邊的可擴展性的理念爲中心,而不是高可用性(至少在

    0熱度

    4回答

    我希望我的Azure角色爲reprocess data in case of sudden failures。我考慮以下選項。 對於要處理的每個數據塊,我都有一個數據庫錶行,並且可以添加一個表示「處理節點上一次ping的時間」的列。因此,當一個節點抓取一個數據塊進行處理時,它將「處理」狀態和該時間設置爲「當前時間」,然後節點負責每隔一分鐘更新一次該時間。然後週期性地,一些節點會要求「所有的處理狀態