Access2007のデータベースであるユーザだけ「ロックできません」とエラーがでて共有することができない

Question

初めての投稿です。

現在Access2007のデータベース(accde)をファイルサーバにて共有して利用していますが、あるユーザだけ「ロックができません」と表示されて開くことができません。他のユーザはいつでも開くことが可能です。

このアプリケーションはバックエンドのデータベースとしてOracleを利用しており、フロントエンドとしてAccess2007を利用しています。したがって、このデータベース内にはデータは存在せず、レコードロックなどは設定していません。

PCのOS：Windows Vista

また、ロックファイルが無いとき(誰もアクセスしていないとき)は問題なく開くことができます。プログラムの修復も試してみましたが効果はありませんでした。ユーザ固有でどこかにこの設定がされているのでしょうか？

いろいろと調べてみましたが、対応方法が見つからなかったので投稿させていただきました。

よろしくお願いいたします。

Answer 1

K. Takaoka さん、アドバイスありがとうございます。

MIshigami さん、こんにちは。

開くことができないのはテーブルなどではなく、Access のデータベースそのものが開けないという事なんですよね？

問題の現象ですが、もしよければ以下の点についても確認いただくとよいかなと思います。

　・ ファイルサーバーの別の場所へ移動して開いた場合でも同じ現象が起こるか

　・ 新規のデータベースをファイルサーバーへ作成して開いた場合はどうか（特定のファイルでのみ発生する現象か）

    ※ACCDB ファイル形式や MDB ファイル形式などファイル形式別に試していただくとよいかもしれません。

　・ メッセージの詳細 （問題の現象が起こる時に表示されるメッセージを省略せず正確に書いていただくとよいと思います）

　・ Access をセーフモードで起動した後、ファイルを開いた場合はどうか

　　Ctrl キーを押しながら、Access 本体を起動するとセーフモードになります。

また、プログラムの修復とありますが、こちらにあるような方法で Office 2007 の修復を問題の起こる PC に対して行なったということでしょうか？

　・Office 2007 を修復する方法

　　http://support.microsoft.com/kb/931786/ja

K. Takaoka さんの返信、お待ちしていますね。

---

石田 優 – Microsoft Support

Answer 2

すぐに思いつくのは、ファイルサーバ上での権限不足でしょうか？

起動できないユーザは、そのファイルサーバにおいて、他のユーザより権限が低かったりしませんか？

他のユーザが使用していない時には利用できるということで、ロックファイルの作成・変更ができないからではないかな。と思います。ファイルサーバの設定が簡単に確認できないようであれば、問題のユーザで使用中にデータベースファイルのあるフォルダの中身を確認すると、ロックファイル ( .laccdb ) をきちんと作成できているかを確認すればよいかと思います。

もし、問題のユーザが使用しているときだけロックファイルが作成されていないようであれば、そのユーザがファイルサーバに対して書き込みができないのに対し、他のユーザは書き込みができることが原因になりますね。

Answer 3

MIshigami さん、こんにちは。

その後いかがでしょうか。

弊社 石田がコメントしてる点も、ぜひ確認してみてくださいね。

こちらの情報について、同じような現象に遭遇された方にも、確認点として参考にしていただければと [回答としてマーク] をさせていただきました。

マークした後でも、取り消すことや、さらに質問をすることができますので、その際はご遠慮なくマークを解除して引き続きご返信ください。

ご確認の結果をお待ちしております。

---

黒田まい – Microsoft Support

Answer 4

ユーザが捕まったのでそのユーザにファイルサーバ上にファイルを作成できるか試してみてもらったところ問題なく作成することができました。また、私が作成したファイルに対して上書き保存も問題なくできることが確認できました。

ということは、Access権限的な原因ではなさそうな感じがします。

ご回答をいただきましたが、別に原因がありそうです。他に確認すべき点(Accessの設定や、レジストリ情報など)ありましたら、アドバイスいただきたく思います。提供したほうが良い情報などありましたら、お知らせいただけると助かります。

よろしくお願いいたします。

Answer 5

ご回答ありがとうございます。

おっしゃるとおりファイルサーバ上の権限を確認してみましたが、他ユーザと同じように設定されており、それが原因とは考えにくい結果となりました。とはいえ、ユーザにそのフォルダでファイルを作成することができるか確認したわけではないので、ユーザが捕まり次第確認してみようと思います。