次の方法で共有


ポイントの再解析とファイル操作

再解析ポイント、ほとんどの Windows 開発者が慣れている可能性のある動作から逸脱したファイル システムの動作を可能にするため、ファイルを操作するアプリケーションを記述する際にこれらの動作を認識することは、再解析ポイントをサポートするファイル システムにアクセスするための堅牢で信頼性の高いアプリケーションにとって不可欠です。 これらの考慮事項の範囲は、特定の再解析ポイント (ユーザー定義可能) の特定の実装および関連するファイル システム フィルター動作によって異なります。 詳細については、「ポイントの再解析 する」を参照してください。

マウントされたフォルダー、リンクされたファイル、および Microsoft リモート ストレージ サーバーを含む NTFS 再解析ポイントの実装に関する次の例を考えてみましょう。

  • ファイル ストリーム を使用するバックアップ アプリケーションでは、再解析ポイントを使用してファイルをバックアップするときに、WIN32_STREAM_ID 構造で BACKUP_REPARSE_DATA を指定する必要があります。
  • CreateFile 関数を使用するアプリケーションでは、再解析ポイントである場合にファイルを開くときに FILE_FLAG_OPEN_REPARSE_POINT フラグを指定する必要があります。 詳細については、「ファイルの作成と開く」を参照してください。
  • ファイル の最適化を するプロセスには、再解析ポイントに対する特別な処理が必要です。
  • ウイルス検出アプリケーションは、リンクされたファイルを示す再解析ポイントを検索する必要があります。
  • ほとんどのアプリケーションは、ファイルの取得に時間がかかる可能性があることをユーザーに通知する場合にのみ、長期ストレージに移動されたファイルに対して特別なアクションを実行する必要があります。
  • OpenFileById 関数は、FILE_FLAG_OPEN_REPARSE_POINT フラグの使用に応じて、ファイルまたは再解析ポイントを開きます。
  • シンボリック リンクには、再解析ポイントとして、特定の プログラミングに関する考慮事項 固有のものです。
  • 更新シーケンス番号 (USN) 変更ジャーナル・レコードを読み取るためのボリューム管理活動では、USN_RECORD および READ_USN_JOURNAL_DATA 構造を使用する場合、再解析ポイントに対する特別な処理が必要です。

ディレクトリがマウントされたフォルダーであるかどうかを判断する

マウントされたフォルダー の作成の

ファイル・システム機能 に対するシンボリック・リンク効果の