ACCESS2010 Runtime 実行時エラー 環境依存？

Question

大変困っています。ご教授ください。

対象ﾏｼﾝの環境

　Windows7Pro　32bit　＋　Office2013　Personal　＋　Access2010Runtime　＋　SqlServer2008R2

　その他、同様の環境が5台あります。（全てWin7Pro ＋　Access2010Runtime）

　今回の対象ﾏｼﾝがデータベースサーバの役割を兼任します。

現象

　その他、５台については全てデータベースサーバに接続可能

　Access2010で稼動させている業務システムも問題なく稼動

　対象ﾏｼﾝについては、Access2010Runtimeでの業務システムが起動時に「実行エラー」で強制終了

　（AccessRuntimeのバージョンを変えても同様：2007・2010・2013どれも現象は変わらず）

　問題の切り分けとし、SQLマネージメントスタジオ及びODBC接続でも、SQLｻｰﾊﾞへの接続確認はOK

　データベースサーバへの接続が問題ではないことは判明ずみ

　他のﾏｼﾝとの違いとすれば、.NetFrameworkのバージョンが4.0なのか4.5なのかくらいしか違いが見つかりません。

　関係あるのでしょうか？

　SQLｻｰﾊﾞの関連しない単独のAccdbファイルも同様に実行時エラーで強制終了します。

　組み合わせ？

　.NetFrameworkｊも4.5をアンインストし4.0をインストしてみたりしましたが、結局かわりません。

　お手上げ状態になっているのですがなんとかご教授お願いいたします。

Answer 1

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

Program Files フォルダー配下の件については、状況の進展はありませんが、別のフォルダに配置することで問題を回避することが出来るため、このまま進めていきます。

きっと再現するのは簡単だと思います。

新情報があればすぐ試してみたいと思いますので、よろしくお願いします。

Answer 2

MukkuMukuです。

Office 2013 Personal ってことはC2Rですよね。

別件の可能性はあるのだけど、Access 2010 Runtime との組み合わせでちょっと変だなと思うことがあって、もしかしたらC2Rであることが影響しているのかもと思っていたり。

Answer 3

atrust さん、こんにちは。

なるほど。Access ファイルの保存場所に要因があったということなんですね。

切り分け結果などの書き込み、ありがとうございます。

Program Files フォルダー配下に Access ファイルを置いた場合に、今回のような現象が発生するケースについて調べてみたのですが、参考になりそうな情報を見つけられなかった、という状況です。。。

何か情報をお持ちの方がいましたら、ぜひ書き込みをお願いします。

Answer 4

ありがとうございます。

本日、再インストールしまして結果論、なんとか現状打破出来たことをご報告いたします。

順序的にご報告いたします。

１．Windows7Pro32bitの再ｲﾝｽﾄｰﾙ環境に対して作業を開始、この時点で、Office2013Personalが

　　一緒にｲﾝｽﾄｰﾙ済みになっていました。

　　ネットワークから切り離し、WindowsUpdateは一切行っていない状態

２．MicrosoftAccess2010Runtimeをｲﾝｽﾄｰﾙ（その後、SP2まで摘要）

　　この時点で一度、対象システムの動作チェック

　　チェック方法：SQLへの接続がない、フォーム表示のみのテストファイルの起動を行いました。

　　ファイル配置場所は仮配置と思いデスクトップへ配置⇒起動後、正常に立ち上がる！

３．SQL2008R2のインストールから新規インスタンスの作成

　　データベースの復元

４．マネージメントスタジオにて直接データベースへの接続確認⇒正常接続を確認

５．本体設定したい対象のACCESSファイルをC:\ProguramFiles\***に配置

６．対象ACCESSファイルに対しての信頼できる場所設定？　レジストリにてLocationを設定を行う。

７．対象ACCESSファイルを起動してみる⇒前回同様、実行時エラーにて強制終了

８．フォーム表示のみのテストACCESSファイルを同一フォルダへ配置し実行をしてみる。

　　起動する、・・・が、見慣れない表示がされる⇒読込専用として実行中？？見たいなメッセージ！！

９．ひょっとしてアクセス権？書き込みが発生するような処理が走って強制終了？

１０．対象ACCESSファイルをProguramFailesフォルダからCドライブ直下に移し、実行してみると

　　　なんとすんなり起動・・・正常にシステムが稼働していました。

１１．管理者権限での実行や、UACでしたっけ？　セキュリティが強化されているために

　　　ProguramFilesでの実行が困難であったようです。

１２．対象のACCESSファイルをＣドライブ直下にて稼動させるようにしました。

　　　動作する環境の条件ははっきりしました。

１３．対象のAccessファイルを製品版よりパッケージ化して、インストールファイルからProguramFilesへ

　　　インストールしましたが、それでもNG

１４．UAC？のセキュリティを下げれば、もしくは、ACCESSの製品版がインストールされていれば

　　　C:\ProguramFiles\以下のフォルダで稼動可能かも？

　　　確証はありませんが・・・　開発マシンでは問題なく稼動しているので…

１５．以上、これ以上の時間を費やすことが出来ないため、本件についての調整作業をこれでクローズする

　　　ことにしました。

１６．わたくしの結論としては、AccessRuntime版で動作させたい場合に、Windows7Pro以降の環境であれば

　　　ファイル配置場所をProguramFilesフォルダではなく！違う場所に配置し、システム環境を構築するしかな

　　　いという結論としました。

１７．と、いうわけでWindowsUpdateを行い、Windows環境を最新にしました。

ご教授いただきましたありがとうございました。

追伸、もし、ProguramFilesフォルダ内にファイルを配置し、問題なく動作するための方法がございましたら

ご教授いただけますと、今後の知識としてかなりプラスになりますのでよろしくお願いいたします。

来週には実稼働環境に再投入されます。

Answer 5

atrust さん、こんにちは。投稿ありがとうございます。

Access Runtime 2010 環境で発生する実行時エラーについての質問ですね。

すべて Access Runtime 2010 32ビット版 の環境ですか？

あと、現象の起きている PC で次の内容は確かめてみましたか？

・ Access 2010 Runtime の Service Pack 適用状態は他の環境と同じですか？

・ Access 2010 Runtime の再インストール

より詳しい状況がわかるとコメントが寄せられやすくなると思うので、以下についても書き込んでください。

・ 実行時エラーの際に表示されるエラーコード、エラーメッセージ (表示される場合)

・ 開いた時にフォームの表示を行うだけの VBA を使っていない簡単な accdb ファイルではどのようになりますか？

・ Access ファイルを正常に実行できる PC は、新しい Office (2013) をインストールしていない環境ですか？

書き込み、お待ちしています。