バックグラウンド:
トランザクション NTFS (TxF) に関するこの SO の質問と、その使用方法を説明するこの記事については承知していますが、大量の BLOB データ (ドキュメントや写真) はトランザクションごとに 1 回保持し、何度も読み取る必要があります。
- 1 日あたり数万のドキュメントが書き込まれ、1 時間あたり数万の読み取りが予想されます。
- ファイル システム内または SQL Server 内にインデックスを格納できますが、これを複数のボックスにスケールアウトできる必要があります。
- 災害復旧のために、データを簡単にバックアップおよび復元する機能を保持する必要があります。
質問:
- トランザクショナル NTFS (TxF) を実際にエンタープライズ レベルで使用した経験はありますか?
関連する質問:
- 同じファイルが一度に 2 つのミラー サーバーにコミットされる TxF を使用して分散トランザクションを試した人はいますか?
- ファイル システムとデータベースで分散トランザクションを試した人はいますか?
- 共有できるパフォーマンスに関する懸念/信頼性に関する懸念/パフォーマンス データはありますか? トランザクションが問題になる前に、この規模で何かをした人はいますか?
編集:より明確にするために、SQL Server 2008 の新しい FILESTREAM データ型を含む他のテクノロジを調査しましたが、この質問は特にトランザクション ファイル システムのみを対象としています。
その他のリソース:
- TxF に関する MSDN Magazine の記事「Enhance Your Apps With File System Transactions」。
- 「Transactional Vista: Kernel Transaction Manager and friends (TxF, TxR)」という Web キャスト。このビデオでは、TxF を使用した場合のオーバーヘッドが 2 ~ 5% であることを引用しており、約 25 分後にパフォーマンスの議論が始まります。これは、私が見つけた最初の具体的な数字です。ビデオは、これが内部でどのように機能するかについての非常に優れた概要です。34:30 あたりで、スピーカーはこの質問と非常によく似たシナリオを説明します。
- 「Surendra Verma: Vista Transactional File System」というチャンネル 9 のスクリーンキャスト。彼は 35 分あたりから始まるパフォーマンスについて話します。具体的な数字はありません。
- B# .NET ブログのTxF 記事のリスト。
- 「Transactional NTFS」と呼ばれる Channel 9 スクリーンキャスト。