問題タブ [durability]

SQL Server 2012 クラスター内のデータベースに対して実行するテスト スイートがあります。このテストスイートをできるだけ速く実行したい. パフォーマンスのために、すべての耐久性と可用性の保証を喜んで犠牲にします。データベースはテストの実行ごとに再作成されるため、サーバーの再起動後も存続する必要はありません。

で復旧モデルを変更しALTER DATABASE [dbname] SET RECOVERY SIMPLEても、顕著な違いはありません。

良いオプションのようですDELAYED_DURABILITYが、これは 2014 年に新しくなったため、私には利用できません。

このクラスターで非常に高速なデータベースを作成するにはどうすればよいですか? インメモリデータベースを探してみましたが、オプションが見つかりませんでした。クラスターでは、ローカル ディスク上にデータベースを作成することはできず、クラスター化されたディスク上に配置する必要があると主張します。

更新: このアプリケーションは高度な SQL Server 機能を使用しているため、MS SQL Server に行き詰まっている可能性が高いです。データベース自体はテスト用であるため非常に小さいです (8MB mdf、1MB ldf)。クラスター ノードはネットワーク内で最速のサーバーであるため、これらのノードの 1 つをメモリ内データベースに悪用できれば、間違いなく最速になります。しかし、どのように？

Couchbase .NET SDK 1.3 を使用しています。

タスクは、値が読み取られてからそのキーの下のデータが DB で変更されていない場合に値を保存し、新しい値が特定の数のノードに永続化/複製されることを確認することです。変更のチェックには、楽観的ロック、つまり Couchbase の CAS メソッドを利用したいと思います。値の永続化/複製が成功するまで同期的に待機する必要があります。

問題は、Couchbase SDKが CAS 値または耐久性要件のいずれかを指定するメソッドを提供していることです。

両方を組み合わせる必要があります。方法もありますObserve：

それは私が必要としているもののようですが、そのドキュメントはどこにも見つかりませんでした。したがって、特に、メソッドが値が永続化/複製されるのを待つのか、それとも呼び出しの時点でそれをチェックするだけなのかはわかりません。この方法をそのように使用することは有効ですか?

RabbitMQチュートリアルの「メッセージ耐久性」の部分を確認しました。しかし、このメモがあります：

メッセージを永続的としてマークしても、メッセージが失われないことが完全に保証されるわけではありません。メッセージをディスクに保存するように RabbitMQ に指示しますが、RabbitMQ がメッセージを受け入れてまだ保存していない短い時間枠があります。また、RabbitMQ はすべてのメッセージに対して fsync(2) を実行しません。キャッシュに保存されるだけで、実際にはディスクに書き込まれない場合があります。

しかし、本当に耐久性のあるキューが必要な場合はどうすればよいでしょうか? どのベスト プラクティスを使用できますか? たとえば、メッセージが 2 分以内に ACK されなかった場合、データベースに「キュー」と cron による「リセンダー」を設定する必要がありますか? より良い解決策はありますか？

また、コンシューマーがメッセージを処理した後、ACK を送信する前にクラッシュした場合はどうなりますか?

UPD: 私の質問は、クラスタリングの質問の「重複の可能性」としてマークされました。これらの問題を解決するためにクラスターがどのように役立つかはわかりません。

次のコードは、任意のドキュメントが永続的な方法で Couchbase クラスタのアクティブ ノードに保存され、1 つの追加ノードに複製されることを保証します。

Couchbase Views が最終的に一貫性があることを考えると、ドキュメントを作成した後にビューを呼び出すときに一貫性を保証する (ドキュメントがビューに確実に表示されるようにする) という点で、2 つのオプションがあるように思われます。

オプション1

replicateTo上記のコードの値を、クラスター内の追加ノードの総数 (アクティブ ノードを差し引いた数) と等しくなるように変更し、各ノードにドキュメントのコピーが含まれるようにします。

オプション 2

標準Upsert関数を使用してドキュメントを保存しますが、View を呼び出しますstale-mode。after-update

可能な限り最もパフォーマンスの高い方法でこれを達成するための代替手段はありますか? 基本的に、保存直後にドキュメントをすべての相対ビューに表示したいと思います。

SQL データベースにメッセージを保存するためのサポートが組み込まれているため、activemq を使用して永続的なメカニズムを実現しました。

しかし、rabbitmq を使用して SQL にメッセージを格納するという私たちの要件ですが、いくつかの調査の結果、これに対する強力なサポートやヘルプを見つけることができませんでした。

どんな提案でも私たちにとって大きな助けになるでしょう.

log.flush.interval.messages=1 を設定します。フラッシュは非同期または同期ですか? このように、プロデューサー クライアントが ack を受け取ったとき、それはメッセージが永続的かどうかを意味します。