このデータベースには矛盾がある状態となります

Question

お世話になります。

まだ漠然とした話で恐縮なのですが

6月に入ってからAccessを使っている当社のクライアントで

「このデータベースには矛盾がある状態なので、Micorosoft Accessで回復処理を行います」

といったメッセージが表示されデータベースが開けなる事例が3社ほど発生しています。

1日に1,2回発生するところもあればまだ1回のみの発生ですんでいるところもあるのですが

今までこのようなエラーに遭遇したことがないので、（どこも５年以上使用しています）

最近のアップデート等で同様の症状に遭遇されている人、解決策に心当たりがある人がいないか知りたいです。

開発環境はWindows10Home1803にAccess2016 Version1801（1805にはまだ上げていません）で

使用環境はAccess2010ランタイムかAccess2016ランタイムを使い

データをサーバーに置いてクライアント側にリンクテーブルを張ったMBDで使用しています。

クライアントのOSは７と１０が混在しています。

Officeも2010、2013、2016が混在している企業はほとんとです。

共通する点は3社とも5月下旬にクライアント側のMDBに機能を追加して

新しいMDBに差し替えました。

追加した機能は３社ともまったく違うものです。

（顧客管理ソフトなのですが３社ともオリジナルです）

なので当社の開発環境に問題があるのかもしれませんが

最近変わったことと言えばWindows10が1803に上がったくらいです・・・

複数人が共有して使用しているので

どの処理を行ったらエラーが発生したらそうなるのかまだ調査中ですが

急に複数社で同様のエラーが発生しだしたので他に事例がないか気になりました。

何かしらの心当たりがある方がいれば教えていただきたいです。

Answer 1

はむはむ1さん

MSからの正式なアナウンス・・・ありました！

USのスレッドにお知らせがあると思っていたのですが、＜既知の問題の解決策＞のページに既に記載されていました。

■ Access でデータベースが '矛盾がある状態' にあると報告される

＜以下、上記ページよりの引用となります＞

---

最終更新日: 2018 年 6 月 14 日

問題

データベースを開くと、次のエラー メッセージが表示されることがあります。

- "このデータベースは矛盾がある状態なので、Microsoft Access で回復処理を実行します。"

DAO を使用して Visual Basic コードからデータベースを開くと、エラー 3343 の報告が表示される場合があります。

このエラーは、ネットワーク ファイル共有にデータベースが格納されていて、複数のユーザーが同時にデータベースを使用している場合に発生する可能性があります。

状態: 回避策

エンジニアリング チームはこの問題を把握しており、現在修正に向けて取り組んでいます。それまでの間、回避策として、データベースが格納されているファイル サーバーと Microsoft Access が動作しているクライアント マシンのリースを無効にしてください。次の手順を実行します。

1. Windows の [スタート] メニュー をクリックしてから、「コマンド」と入力します。 [コマンド プロンプト] を右クリックし、[管理者として実行] を選択します。
2. 次のコマンドをコピーして [コマンド プロンプト] ウィンドウに貼り付けます。 REG ADD HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters /v DisableLeasing /t REG_DWORD /d 1 /f NET STOP SERVER NET START SERVER
3. [コマンド プロンプト] ウィンドウを閉じます。

---

現在修正に向けて取り組んでいるという事で、ひとまず解決への道筋が見えて良かったですね^^

Answer 2

・MS Access in inconsistent state

上記スレッドのリンク先の TechNet のフォーラム

Moved to Server 2012 getting Access Database Corruption

下から２番目 Tuesday, February 10, 2015 の RGARRETT28 さんのコメントによると、サーバーかなと思います。

1. Create the following registry entries on all Windows 2012 R2 Servers in the new file server CLUSTER and reboot.

（新しいファイルサーバークラスタ内のすべての Windows 2012 R2 サーバーに次のレジストリエントリを作成し、再起動します。）

Key:  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

Value:  DisableLeasing

Type:  DWORD

Data:  0x1

手元のWindows 10ですが、Keyの場所を確認してみますと、以下の様になっています。

データ「0x1」=「0x00000001 (1)」（編集で見ると「1」ですね。）

Answer 3

昨日(2018/6/26)までの状況

Access2016 32bitを使って４年目になります。　ビルドはネットで叫ばれています様に日本語の1708でVBAかなにかの致命的な問題があって、1707に戻して使っています。データベースをアプリから分離し、データベースを５台のPCで共有しています。　シェアーしているといっても作業ごとに違うデータにアクセスしているので実質的には同じレコードにアクセスすることはあまりありません。　Accessの動作速度が次第に遅くなってきましたので、開発を除きアプリ側はランタイム2013で使っています。　1708ビルドでの問題を除きここまでは非常に心地よく使ってきたのですが、昨日から急に「データベースの矛盾」によってデータ側がアクセスできないことが起きはじめした。　データベース側で回復の実行をすると短期的には復旧できますが、すぐに再発します。　全員のAccessを閉じてもらわないと回復できないので、仕事が止まってしまいます。　回復を実行してもすぐにまた「矛盾」が出てしまうので、データベースの「修復」を実行したところ数時間くらいはもってくれますが、しばらくすると使用頻度の低いユーザから、データにアクセスできないと報告が来ます。この二日間で８回ほどおきています。　事業の基幹データベースとなりつつありますので、とても心配な状況でした。　バックアップは毎日とっていますがバックアップでも「矛盾」が発生してしまうので改善できません。

本件の暫定対策を実施してみました。

この本件を発見しましてコマンドプロンプトでワークステーション側とクライアント側の両方にてこの暫定処理を実行してみました。本日昼から６時間になりますが、頻繁に起きていたデータベースの矛盾は一切発生していません。効果ありと判断します。　しかし、この暫定はいつか戻さないといけないのか？　マイクロソフトさんの恒久対策はどのようになるか、この暫定措置の復帰も含めて教えていただきたいところです。

Makapuさんとはむはむ１さんに、感謝をお伝えしたくて初めてアカウントを取得して書き込みさせていただきました。　ありがとうございました。

Answer 4

Makapuさんたびたびありがとうございます！

正式なアナウンスが出ていたのですね！

そしてあの回避策が公式の回避策として紹介されていて良かったです。

「DAO を使用して Visual Basic コードからデータベースを開くと・・・」ですか、

なるほど・・・思い当たりますね・・・

とにかくマイクロソフトがこの問題をちゃんと認識していて修復を行っているということに安心しました。

そして今回、ＵＳスレッドを確認することや「既知の問題の解決策」を

見ないといけないなということが学べたこともありがたいです。

修正を待ちながら回避策と思い当たる対策でしのいでいこうと思います。

ありがとうございました。

Answer 5

報告となります。

ハッキリとした原因と対策がよくわからないまま

症状が出た企業で「DisableLeasing」対策を行った場合は症状が改善され、

1度症状が出たとしても2度目は出ずに対策を行わないままのところもあり

ここ数日は新たに症状が発生する企業もなかったのですが

本日また別の会社2社で同様の症状が出てしまい。

USのスレッドにもとくに動きはなさそうで。

地味に上がっていく「同じことが知りたい」の数値に不安を抱えながら

とくにマイクロソフトからのアナウンスもないようで

KB4284835のSMBv1の問題が6月下旬には改善されるというのそれを待てば解決になるのかと

とりあえずアップデートを待つのみです。

とりあえず「DisableLeasing」の回避策で症状は収まるようですが

やはり何かしらの正式なアナウンス等がないと不安ですね。