OPLOCKS によるトランザクションの整合性を維持します。

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:224992
この資料は、アーカイブされました。これは "現状のまま" で提供され、更新されることはありません。
現象
極端な状況では、ファイル サーバー上でネットワーク接続経由で、共通のデータ ストアを使用する一部のマルチユーザー データベース アプリケーションありますトランザクションの整合性の問題や、データベース ファイルまたはサーバーに格納されているインデックスの破損。 によっていわゆる「ISAM スタイル」、または、SQL Server のようなクライアント/サーバー リレーショナル システムにないの「レコード指向」マルチユーザー データベース アプリケーションに通常適用されます。
原因
便宜的ロック (または OPLOCKS) を使用して Windows NT ファイル サーバー上の共通のデータ ストア、マルチユーザーまたは単一のユーザーのデータベース アプリケーションにアクセスする場合、クライアント システムのハード ドライブに部分的なトランザクションをキャッシュに特定のユーザーことは。 これは、クライアントとサーバー間のネットワーク ファイル I/O を削減するには、Windows クライアント リダイレクターのパフォーマンス拡張です。 クライアント リダイレクターにキャッシュされているデータは、サーバーに戻る書き込まれます後。 ただし、場合によっては、クライアント システム可能性があります応答を停止 (ハング) する、ハード、再起動を行う、サーバーへのネットワーク接続が切断または任意の数の技術的な問題の発生します。 このような場合は、いないまだ書き込んだ後、サーバーにローカル キャッシュの内容が失われます。 その結果、サーバー上のデータベース構造のトランザクション整合性が損なわれ、ファイル サーバー上のデータが破損します。
解決方法
この問題を解決するに、ネットワーク データ ストアにアクセスするデータベース アプリケーションは、トランザクションのたとえば、一括操作の後や、ファイル ハンドルを閉じる前に描写を表すいつでも、いつファイル バッファーをフラッシュする必要がありますを記述する開発者、トランザクション ログに書き込み これは、Win32 FlushFileBuffers API の呼び出しを呼び出して実行できます。

警告: この記事は自動翻訳されています

プロパティ

文書番号:224992 - 最終更新日: 12/05/2015 13:50:03 - リビジョン: 1.1

Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Server 4.0 Enterprise Edition

  • kbnosurvey kbarchive kbprb kbmt KB224992 KbMtja
フィードバック