durability

    0熱度

    1回答

    我想確保某些類型的消息不會丟失,因此我應該使用Confirms (aka Publisher Acknowledgements)。 如果代理在所述 消息寫入磁盤之前崩潰,代理將丟失持久消息。在某些情況下,這會導致經紀人以令人驚訝的方式行事。 例如,請考慮以下情況: 客戶端發佈的持久消息持久的隊列 客戶端從隊列中消耗消息(指出消息是持久性和隊列耐用) ,但尚未確認, 代理程序死亡並重新啓動,並且 客

    0熱度

    2回答

    在windows上,當我使用rabbitmq-serverstart/stop命令時,RabbitMQ持久隊列上的數據被刪除。似乎隊列在我啓動RabbitMQ服務器時重新創建。 如果我使用rabbitmqctlstop_app/start_app,我不會丟失任何數據。爲什麼? 如果我的服務器出現故障將會發生什麼,如何確保我不會丟失數據?

    5熱度

    3回答

    Azure Blob存儲(和Amazon S3)適用於與公共互聯網斷開的內部部署安裝的持久存儲替代品是什麼?開發環境是C# - 如果它很重要。 失去活的地理複製沒有問題(離線地理複製備份工作)但希望保留Azure Blob存儲展現的高可用性功能 - 這意味着如果一個文件服務器出現故障,另一個文件服務器可能會繼續服務相同(或可預測)的位置/ URI直到第一個被恢復。

    2熱度

    1回答

    我在碼頭上使用rabbitMQ。 執行rabbitmq時,我想設置消息耐用性(durable/transient)。 有沒有什麼辦法可以設置耐久性? (除了聲明隊列和交換時)

    1熱度

    1回答

    當使用pymongo(自2.4),這樣做的時候: m = pymongo.MongoClient() m.write_concern = {'w': 2} m.write_concern['j'] = True 我們指定我們要承認(2個副本)和軸頸寫。 如果我們在寫入關注中沒有提到任何內容,則根據此post,默認情況下默認情況下w = 1。 但是當我們什麼都沒有指定時,日誌的deault模

    0熱度

    1回答

    從Durability 一旦用戶發出提交命令,則該事務是寫入到諸如 硬盤,這是在確認到之前進行存儲的非易失性介質上的數據庫文件第一 用戶發現保存 。如果數據庫在保存之前崩潰,則在下次數據庫重新啓動時,事務日誌上的數據仍爲 ,但 任何未提交的更改都會撤消或回滾。 說,我開始交易 消防第一插入語句; 第二次插入聲明; commit; 事務結束 現在,當用戶沒有在步驟4, 所有插入語句在時間T1寫入事務

    7熱度

    4回答

    我有一個針對SQL Server 2012羣集中的數據庫運行的測試套件。我希望這個測試套件儘可能快地運行。我願意犧牲每一個耐用性和可用性保證的性能。數據庫在每次測試運行期間都會被重新創建,所以它甚至不需要在服務器重新啓動之後繼續運行。 使用ALTER DATABASE [dbname] SET RECOVERY SIMPLE更改恢復模式沒有明顯區別。 一個不錯的選擇似乎是DELAYED_DURAB

    0熱度

    1回答

    我在這裏對如何正確使用ActiveMQ有點困惑。 我想要做的 我有一個消息產生一個虛擬的主題系統中。然後是系統B和C,它們都使用來自同一個虛擬主題的消息。系統B或C可能會脫機。因此,當他們重新聯機時,我需要他們接收在脫機期間生成的所有消息。 我已經試過到目前爲止 我讀過關於持久訂閱者(http://activemq.apache.org/how-do-durable-queues-and-topi

    2熱度

    4回答

    我使用REDIS來存儲數據(字符串)。 ex: 鑰匙「s1」商店價值「hello world」。 鍵「s2」存儲值「再見」。 我希望s1在5分鐘後自動過期(空閒內存),但s2永不過期。我使用C#,.net 4.0 >>如何編碼? 謝謝

    0熱度

    1回答

    設置log.flush.interval.messages = 1。 刷新是異步還是同步?通過這種方式,當生產者客戶端得到ack時,這意味着該消息是否持久?