すべての提案 ここに示されています はすでに試行されています。
Azure Windows Server 2012 VM内には、AzureSQLデータベースがあります。 Azureポータルから取得したODBC接続文字列は次のとおりです。
Driver={ODBC Driver 13 for SQL Server};Server=tcp:databaseDomain.database.windows.net,1433;Database=DB_Name;Uid=user-id;Pwd=password;Encrypt=yes;TrustServerCertificate=no;Connection Timeout=30;
また、 リンクされたテーブルを持つMS Accessアプリケーション があります
この アプリはDSNを介してリンクされたテーブルに接続します のフォーム。 DSNは次のように作成されます。
ODBCデータソース:
SQL Server Native Client11.0が選択されています
Azure SQLServer接続が設定されています
Windowsログインは厳密には使用されていないことに注意してください
データベースが正しくポップアップします
次のステップでは、すべてをデフォルトで行います
ODBC DSNセットアップは成功したようです
AccessアプリのVBAコードで、上記の接続文字列も更新しました
Set cn = New ADODB.Connection
cn.Open "Driver={ODBC Driver 13 for SQL Server};Server=tcp:databaseDomain.database.windows.net,1433;Database=DB_Name;Uid=user-id;Pwd=password;Encrypt=yes;TrustServerCertificate=no;Connection Timeout=30;"
リンクされたテーブルのいずれかにカーソルを合わせると、DSNの詳細が正しく表示されます。
ただし、リンクされたテーブルのいずれかを開こうとすると、次のエラーがスローされます。
Windowsログインは厳密には使用されていないことに注意してください。問題は何ですか?
同じ問題が発生したようです。私にとっての答えは、データベースをAzureに移行した後、テーブルを再リンクする必要があるということでした。
ODBC接続を使用してAccessでデータベースを作成する場合、テーブルは、変更および保存された最後のシステムからの情報の文字列を使用してSQLサーバーにリンクされます。私のテーブルの場合、テーブルは何年にもわたって複数の異なるシステムで変更されていましたが、すべてのシステムがWindows統合ログインを使用していました。
押さえた shift 左側にすべてのテーブル/クエリ/フォームなどが表示されるように開くために作成したAccessベースのアプリケーションを開いている間。
次に、左上のメニューからテーブルを表示するように切り替えました。次に、「Linked Table Manager」を開くために、テーブルを右クリックしました(どのテーブルでもかまいません)。
リンクテーブルマネージャで、[すべて選択]をクリックして[OK]をクリックし、ウィザードを開きました。 ODBC接続の資格情報を使用してDSNファイルを作成し、すべてのテーブルをそのファイルにリンクしました。その後、すべてを通常どおり開くことができました。再リンクには時間がかかりますが、これを修正するために私が理解できる唯一の方法でした。