バックアップから失われたファイルが見つからない場合は、Windows File Recoveryを使用できます。これは、Microsoft Store から使用できるコマンド ライン アプリです。 このアプリを使用して、ローカル ストレージ デバイス (内部ドライブ、外部ドライブ、USB デバイスを含む) から削除され、ごみ箱から復元できない失われたファイルを回復します。 クラウド ストレージとネットワーク ファイル共有での復旧はサポートされていません。
重要: ファイルを回復する可能性を高める場合は、コンピューターの使用を最小限に抑えるか、避けてください。 Windows ファイル システムでは、削除されたファイルで使用される領域は空き領域としてマークされます。つまり、ファイル データは引き続き存在し、回復できます。 しかし、お使いのコンピュータの任意の使用は、いつでもこの空き領域を過剰に書き込む可能性があり、ファイルを作成することができます。
-
必要に応じて、Microsoft Store からアプリをインストールします。
-
Windows キーを押し、検索ボックスに「Windows File Recovery」と入力し、[Windows File Recovery] を選択します。
-
アプリがデバイスに変更を加えることを許可するように求められたら、[はい] を選択します。
-
[ コマンド プロンプト] ウィンドウで、次の形式でコマンドを入力します。
winfr source-drive: destination-drive: [/mode] [/switches]
-
ファイルの回復に使用できる基本的なモードは、標準と広範の 2 つあります。
通常モードの例
C: ドライブから E: ドライブの回復フォルダーに Documents フォルダーを回復します。 フォルダーの末尾にある円記号 (\) を忘れないでください。
Winfr C: E: /regular /n \Users\<username>\Documents\
C: ドライブから E: ドライブの回復フォルダーに PDF ファイルとWord ファイルを復元します。
Winfr C: E: /regular /n *.pdf /n *.docx
広範なモードの例
ワイルドカード文字を使用して、ファイル名に "invoice" という文字列を含む任意のファイルを回復します。
Winfr E: C: /extensive /n *invoice*
写真フォルダーから E: ドライブの回復フォルダーに jpeg と png の写真を回復します。
Winfr C: E: /extensive /n \Users\<username>\Pictures\*.JPEG /n\Users\<username>\Pictures\*.PNG
ソース ドライブと移行先ドライブは異なる必要があります。 オペレーティング システム ドライブ (多くの場合 C: ) から復旧する場合は、 /n <filter> スイッチを使用してユーザー ファイルまたはフォルダーを指定します。 Microsoft は、呼び出したユーザー用の回復フォルダーを自動的に作成し、宛先ドライブに Recovery_<date and time> します。
-
続行する確認を求められたら、「 Y 」と入力して回復操作を開始します。 ソース ドライブのサイズによっては、これには時間がかかる場合があります。 回復プロセスを停止するには、Ctrl + C キーを押します。
次の情報は、使用しているファイル システムと使用するモードを決定するのに役立ちます。
ファイル システム
ファイル システム |
例 |
---|---|
FAT と exFAT |
SD カード、フラッシュ ドライブ、または USB ドライブ (< 4 GB) |
NTFS |
コンピューター (HDD、SSD)、外付けハード ドライブ、フラッシュ または USB ドライブ (> 4 GB) |
Windows でサポートされているファイル システムには数種類あり、ストレージ デバイスまたはオペレーティング システムによって異なります。 NTFS 以外のファイル システムからのファイルの回復は、広範なモードでのみサポートされます。 使用しているファイル システムを確認するには、エクスプローラーでドライブを右クリックし、[プロパティ] を選択します。
どちらのモードを使用するかの判断
次の表を使用して、どちらのモードを使用するかを判断します。 不明な場合は、標準モードから開始します。
ファイル システム |
状況 |
おすすめのモード |
---|---|---|
NTFS |
最近削除 |
Regular |
NTFS |
しばらく前に削除 |
Extensive |
NTFS |
ディスクのフォーマット後 |
Extensive |
NTFS |
破損したディスク |
Extensive |
FAT と exFAT |
任意 |
Extensive |
一般的な構文
次の表は、それぞれの高度なスイッチの用途をまとめたものです。
パラメーター/スイッチ |
説明 |
サポートされているモード |
---|---|---|
Source-drive: |
ファイルが失われたストレージ デバイスを指定します。 コピー先ドライブとは異なる必要があります。 |
すべて |
Destination-drive: |
回復したファイルを格納するストレージ デバイスとフォルダーを指定します。 ソース ドライブとは異なる必要があります。 |
すべて |
/regular |
通常モード、破損していない NTFS ドライブの標準的な回復オプション |
Regular |
/extensive |
広範なモード、すべてのファイル システムに適した完全な回復オプション |
Extensive |
/n<filter> |
ファイル名、ファイル パス、ファイルの種類、またはワイルドカードを使用して、特定のファイルをスキャンします。 次に例を示します。
|
すべて |
/? |
一般ユーザー向けの構文とスイッチの概要。 |
すべて |
/! |
上級ユーザー向けの構文とスイッチの概要。 |
すべて |
高度な構文
次の表は、それぞれの高度なスイッチの用途をまとめたものです。
スイッチ |
説明 |
サポートされているモード |
---|---|---|
/ntfs |
NTFS モード。マスター ファイル テーブルを使用した正常な NTFS ドライブの高速復旧オプション |
NTFS |
/segment |
ファイル レコード セグメントを使用した NTFS ドライブのセグメント モード、回復オプション |
セグメント |
/signature |
署名モード、ファイル ヘッダーを使用するすべてのファイル システムの種類の回復オプション |
署名 |
/y:<type(s)> |
特定の拡張機能グループをコンマ区切りで回復する |
署名 |
/# |
署名モード拡張グループとサポートされているファイルの種類。 |
署名 |
/p:<folder> |
回復操作のログ ファイルを、回復ドライブ上の既定の場所とは異なる場所に保存します (たとえば、 D:\logfile)。 |
すべて |
/a |
スクリプト ファイルで役立つユーザー プロンプトをオーバーライドします。 |
すべて |
/u |
削除されていないファイルを、たとえばごみ箱から回復します。 |
NTFS セグメント |
/k |
システム ファイルを回復します。 |
NTFS セグメント |
/o:<a|n|b> |
ファイルを上書きするかどうかを選択するときに、常に (a)、なし (n)、または常に両方 (b) を維持するかどうかを指定します。 既定のアクションでは、上書きを求めます。 |
NTFS セグメント |
/g |
プライマリ データ ストリームのないファイルを回復します。 |
NTFS セグメント |
/e |
結果を管理しやすく、ユーザー ファイルに重点を置くために、一部のファイルの種類は既定でフィルター処理されますが、このスイッチはそのフィルターを削除します。 これらのファイルの種類の完全な一覧については、このテーブルの後の情報を参照してください。 |
NTFS セグメント |
/e:<extension> |
フィルター処理するファイルの種類を指定します。 これらのファイルの種類の完全な一覧については、このテーブルの後の情報を参照してください。 |
NTFS セグメント |
/s:<sectors> |
ソース デバイス上のセクターの数を指定します。 セクター情報を検索するには、fsutil を使用します。 |
セグメント 署名 |
/b:<bytes> |
ソース デバイスのクラスター サイズ (アロケーション ユニット) を指定します。 |
セグメント 署名 |
ファイル拡張子フィルターの一覧
次のファイルの種類は、既定で結果からフィルター処理されます。 /e スイッチを使用して、このフィルターまたは /e:<extension> フィルターを無効にして、フィルターしないファイルの種類を指定します。
_, adm, admx, appx, appx, ascx, asm, aspx, aux, ax, bin, browser, c, cab, cat cdf-ms, catalogItem, cdxm, cmake, cmd, coffee, config, cp, cpp, cs, cshtm, css, cur, dat, dll, et, evtx, exe, fon, gpd, h, hbakedcurve, htm, htm, ico, id, ildl, ilpdb, iltoc, iltocpdb, in, inf, inf_loc, ini, js, json, lib, lnk, log, man, manifest, map, metadata, mf, mof, msc, msi, mui, mui, mum, mun, nls, npmignore, nupkg, nuspec, obj, p7s, p7x, pak, pckdep, pdb, pf, pkgdef, plist, pnf, pp, pri, props, ps1, ps1xm, psd1, psm1, py, resjson, resw, resx, rl, rs, sha512, snippet, sq, sys, t4, targets, th, tlb, tmSnippet, toc, ts, tt, ttf, vb, vbhtm, vbs, vsdir, vsix, vsixlangpack, vsixmanifest, vstdir, vstemplate, vstman, winmd, xam, xbf, xm, xrm-ms, xs, xsd, ym
正しい構文を使用するのに役立つヒントを教えてください。
-
ソースと宛先のパスでは常にドライブ文字を使用し、ドライブ文字の後にコロン (:) を忘れずに、ソースと宛先の間にスペースがあることを確認してください。
-
/n \Myfolder\などのフォルダー名だけを指定する場合は、末尾に円記号 (\) を追加します。
-
ファイル名またはフォルダー名にスペースがある場合は、引用符で囲みます。 次に例を示します。
winfr C: E: /regular /n "\Users\<username>\Documents\Quarterly Statement.docx"
コマンド例で <username> とは何を意味しますか?
エクスプローラーアドレス バーに「C:\users」と入力して、コンピューター上の潜在的なユーザーの一覧を表示します。 コンピューターには、ユーザー、管理者、既定のアカウントなど、複数のユーザーが存在する可能性があります。 ファイル パスに <username> が表示される場合は、コンピューター上の現在のユーザー名のプレースホルダーのことです。
"ソースとコピー先が同じ物理パーティションを参照できません" というメッセージが表示されるのはなぜですか?
ソースドライブとターゲットドライブまたはパーティションパスは同じにしないでください。 ドライブが 1 つしかない場合は、USB または外付けハード ドライブをコピー先パスとして使用します。 データを失った後にパーティションを作成しないでください。これは、復旧が成功する可能性が低くなるためです。
回復操作に時間がかかるのはなぜですか?
ディスクのサイズによっては、特に広範モードを使用している場合は、ファイルの回復に時間がかかる場合があります。
オペレーティング システム ドライブから追加のファイルが回復されるのはなぜですか?
バックグラウンドでは、Windows は常にファイルの作成と削除を行います。 既定では、Windows File Recovery はこれらのファイルを除外しますが、一部は省略されます。 これを回避するには、この記事の例に従って、/n <フィルター> を使用します。
$Recycle.Bin フォルダーとは
NTFS モードとセグメント モードの場合は、$files.xxx という名前のごみ箱 (ごみ箱内のファイルまたは完全に削除されたファイル) から復元され、$RECYCLEというフォルダーに格納されている失われたファイルが表示される場合もあります。ごみ箱。
コピー先ドライブがいっぱいになった場合はどうなりますか?
次のメッセージが表示される場合:"宛先ディスクがいっぱいです、再開する前に空き領域を増やしてください: (R)esume、(S)kip ファイル、または (A)bort"、宛先ドライブのドライブ領域を解放し、オプションのいずれかを選択します。
ファイルを回復できませんでした。今度は何をしますか?
通常モードを使用した場合は、ファイルの種類がサポートされている場合は、拡張モードでやり直してください。 空き領域が上書きされた可能性があります (特にソリッド ステート ドライブ (SSD) 上)。 ヘルプが必要な場合は、管理者にお問い合わせください。