クロスボリュームのrenameフォールバック(コピー+削除)

renameの対象がボリューム(共有)をまたぐ場合、WindowsのMoveFileExがMOVEFILE_COPY_ALLOWED指定時にコピーと削除で移動を代替すること。原子性が失われ、途中状態が見えるようになる。

概念URI

https://comcomponent.com/knowledge/cross-volume-rename-fallback/

別名・表記

MOVEFILE_COPY_ALLOWED

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• temp -> close -> rename/replaceでの公開はクロスボリュームのrenameフォールバック(コピー+削除)と両立しません。tempとfinal(共有をまたぐ場合など)が別ボリュームにあると、rename/MoveFileExがコピーと削除で移動を代替し、原子的な公開という前提が崩れる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 共有フォルダ(SMB)越しのファイル連携はクロスボリュームのrenameフォールバック(コピー+削除)の原因になることがあります。共有フォルダ越しの連携で、tempとfinal(またはincomingとprocessing)を別の共有に置くと、rename/MoveFileExがコピーと削除に代替され得る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• ファイル連携の排他制御の基礎知識 - ファイルロックと原子的 claim のベストプラクティス(言及)

一次資料

• https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-movefileexa

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。