【Windows】ESENTエラー（イベントID 490/454/489/455）とUSS.jtxの怪！原因と対処法まとめ

Ask_AI

2018.12.012026.06.29

Windowsのイベントビューアー（Applicationログ）を確認した際、以下のような「ESENT」をソースとするエラーイベントが短時間に何個も記録されていることがあります。

ターゲットになっているファイルを見ると、どうやら USS.jtx や edb.log といったファイルが関係している模様。

「システムが壊れかけているのでは？」と焦ってしまいますが、実はこのエラー、特定の環境で非常によく発生する「あるある」な事象なのです。その正体と対策を詳しく紐解いていきましょう。

🔍 原因：犯人は「UnistoreSvc」とファイルの奪い合い

このエラーが指し示している USS.jtx などのデータベースは、主にWindowsの「UnistoreSvc（ユーザーデータ記憶域サービス）」という機能が利用しています。これは、ユーザーの連絡先、カレンダー、各種設定の同期などを裏で管理している仕組みです。

エラーが発生する最大の原因は、「ファイルのアクセス競合（奪い合い）」や「一時的なデータベースの不整合」です。

最もこのエラーを引き起こしやすいのが、「1つのユーザーアカウントに対して、複数のリモートデスクトップ（RDS）セッションを同時に確立したとき」です。

複数のセッションが同時に同じ USS.jtx を読み書きしようとした結果、データベースのロック（排他制御）に失敗し、ESENTエンジンが悲鳴を上げて一連のエラーイベントを吐き出します。

記録される4つのイベントIDは、それぞれ以下のようなエラー状態を示しています。

イベントID	状態	具体的な内容
490	排他アクセス失敗	すでに別のプロセスやセッションがファイルを使用中のため、アクセスできなかったことを示します。
454	データベース破損/回復失敗	ファイル書き込み中の強制終了や、Windows Searchインデックスの不整合などにより、DBが正常に読み込めない状態です。
489	エンジンエラー	ESENTデータベースエンジンが、OSのファイルシステムから拒否（Access Denied）された等のトラブルです。
455	ログ記録の失敗	データベースのトランザクションログ（`edb.log` など）の読み書きや、自動復旧（リカバリ）に失敗したことを示します。

👉 特別な対応は不要です（静観でOK）

MicrosoftのTechNetブログ等の公式見解でも説明されていますが、このエラーの多くは一時的な競合です。次にシステムがアクセスを試みた際に自動で修復・接続されるため、システム全体の動作や普段の業務に直接的な悪影響を及ぼすことはほぼありません。

「エラーが出ている時間帯に、ユーザーが実務上困っていないか」を確認し、問題がなければそのまま放置してしまって大丈夫です。

もしログが埋め尽くされてしまい、システムの動作が重いなどの実害が疑われる場合は、以下のステップでデータベースのリフレッシュを試みてください。

原因がインデックスの破損にある場合、これを再生成することで綺麗に直ることがあります。

ユーザープロファイル配下に眠っている、問題の元凶（破損したDBやログ）を直接削除し、Windowsに真っ新な状態から自動再作成させる方法です。

該当のユーザーでサインアウトするか、競合している関連サービス（UnistoreSvc など）を一時停止します。
エラーログに記載されているパス（例として以下のような隠しフォルダ配下）へ移動します。
- C:\Users\[ユーザー名]\AppData\Local\Microsoft\Windows\SettingSync\metastore
- または ...\AppData\Local\Packages\ 配下の該当システムフォルダ
フォルダ内にある USS.jtx や edb.log、*.chk といったデータベース関連ファイルを削除（または不安なら _bak などにリネーム）します。
PCを再起動するか、サービスを再開します（自動的にクリーンなファイルが再生成されます）。