システムwiki

MS Access 2019 ODBCを介してSQL Server/Case1006182078に接続すると、予期せずに閉じます.

JochenS 受付中 最終更新日:2021-05-07 01:04

私はHUPに関連しています

setup.x86.en-us_proplus2019retail_r8jrw-bn74b-gy4md-yh2f7-hxp6m_act_1_.exe

2マシン

・ -Windows 102004

を実行しているタワー

・ -aノートブック、windows 101909

10.6.2020 Windowsは両方のマシンで更新されました

https://support.microsoft.com/ja-jp/help/4557957/Windows-10-update-kb4557957.

https://support.microsoft.com/ja-jp/help/4552925/help/4552925/kb4552925-Cumulative-update-for-net-Framework.

突然、ODBC-CONNを持つように、イベントログを残すことなくODBCを介して接続してクラッシュ/クローズしました.

ODBC自体は大丈夫です、私はこれを検証しました.

アクセスを押すと交換してから接続すると機能します.しかし、それは便利な回避策ではありません.

だから私はこれを支持するように報告し、ノートブックの取り付けを集中させた.

Jasonが担当事務所を修理する必要がある、クイック修理は何も変わらなかった、オンライン修理は失敗した300 ...

Jasonはレジストリをリモートでクリーンアップし、ファイルシステム内のフォルダを削除してから、Access 2013をインストールしました.

私は彼がProplus2019ではなく、私が前に持っていたものを再インストールした理由はわかりません.

ACCESS 2013がODBCを接続した場合、ケースが閉じられました.

しかし、私は完全なOfficeスイート2019ではなく、古いアクセス2013だけでは満足していませんでした.

SO Access 2013を削除し、スイート2019を再度インストールしました.

しかしこれをやったことは愚かな行動が再び現れました.

しかし面白い:アクセス2013年に働いたODBCの接続、Access 2019はODBCの接続に失敗します.

だから私は戻ってくるのです.

Office Suite 2019のインストールは大丈夫であるべきです、それはきれいに再インストールされました.

再設置する前に損傷していないと思います.

windows ズのバグを終了するのですか?

私は

と同様の動作をしています

・ -SSMS 18.x:ダイアグラムを開く上で探していない

・ - PCTV-Systems-Trbenter :特定の状況で探検的に閉じる

それを解決するために何をするべきか?

は、その間に発見されたイベント

-


-

Name="Application Error"/>
1000
0
2
100
0
0x80000000000000
SystemTime="2020-06-12T08:07:28.2068925Z"/>
93951

ProcessID="0" ThreadID="0"/>
Application
js2003tw

-
MSACCESS.EXE
16.0.12827.20268
5ed0d396
ntdll.dll
10.0.19041.207
1bdbc4b8
c0000374
000e5af3
30f0
01d640907e3d2872
C:\Program Files (x86)\Microsoft Office\Root\Office16\MSACCESS.EXE
C:\WINDOWS\SYSTEM32\ntdll.dll
c6a401d5-dbc4-4201-94bf-0bdfa5c8d595


どのように解決することができますか?

返信リスト(回答:2)

2 #
DanielP

影響を受けますか

https://www.devhut.net/2020/06/08/access-version-2005-build-no-12827-20268-causing-problems/

2019を本当にインストールしたい場合は、support.Office.com/ja-jp/article...をクリックしてから、Office2019をインストールします.

応答2# ->にスキップ
1 #
JochenS

こんにちはダニエル

答えてくれてありがとうございました.

私は、AutoExec-macroが存在しない場合、すべてが期待どおりに機能します.

HASK4557957これは影響を受けましたか?

私のAutoexec

関数access_inits()としてboolean

DIM QDFとしてDAO.QUERYDEF

Call SetTitleBar

dfirst( "[datasyncallow]"、 "[tblinstallation]")= false

'更新Qexec_SP_DataSynCunLoadOrder

set qdf= currentdb.querydefs( "qexec_sp_datasyncunloadOrder")

qdf.sql= "-datasyncこのインストール内では許可されていません"

qdf.close

'アップデートQexec_SP_DataSynCloadOrder

qdf= currentdb.querydefs( "qexec_sp_datasyncloadorder")

qdf.sql= "-datasyncこのインストール内では許可されていません"

qdf.close

の場合終了

Application.SetOption「Record Changesの確認」、false

Application.SetOption「Document Deletionsの確認」、true

Application.SetOption「アクションクエリの確認」、false

access_inits= true