狀況
某些錯誤發生時分散式關聯式資料庫架構 (DRDA) 追蹤記錄檔接聽程式之 Microsoft 服務重複可以追蹤記錄檔中寫入錯誤訊息。之後的錯誤訊息會寫入到追蹤記錄檔，追蹤記錄檔接聽程式不會記錄任何新的交易處理的 Microsoft 服務的 DRDA 的訊息。以下是範例的摘錄，追蹤記錄檔，可顯示重複寫入的錯誤訊息︰
資訊︰ 3:3: [日期時間] 要求︰ SYNCCTL、 SyncType = SYNCTYPE_FORGET資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線資訊︰ 3:3: [日期時間] 用戶端 10 中斷連線
解決方案
累積更新資訊
Microsoft 主機整合伺服器 2013年是累積的更新 1中包含的修正程式可解決這個問題。
狀態
Microsoft 已確認這是＜套用＞一節所列出的 Microsoft 產品的問題。
更多的資訊
當下列情況成立時，可能會發生這個問題︰
-
IBM DB2 資料庫傳送完整限定引號識別項，例如"SCHEMA1。TABLE1。"
-
DB2 別名，Microsoft 服務 DRDA 組態中未定義 SQL 同義字。
在上述情況中，SQL 轉換程式 Microsoft 服務中的 DRDA 會將括在引號的 SQL 結構描述名稱，例如"SCHEMA1"，完整的引號識別項轉換由於缺少 SQL 同義資料表。這會導致錯誤，因為 SQL 資料表名稱已遺失，因此 SQL 資料表找不到。此時，追蹤記錄檔接聽程式遇到問題，會因為其中一個訊息會重複寫入追蹤記錄檔。
