Symptom
Tänk dig följande situation:
-
Anta att du aktiverar ändring av data fångst (CDC) i en databas i gruppen alltid på tillgänglighet (AG) med DTC_SUPPORT = PER_DB konfigurerat i Microsoft SQL Server.
-
Du försöker inaktivera CDC på databasen i AG genom att köra den lagrade proceduren sp_cdc_disable_db.
-
I den här situationen kan du få en kontroll dum par om rensnings jobbet redan är slutfört med msdb.dbo.sp_delete_job.
-
I en annan situation bör en distribuerad transaktion eller kors databas transaktion efter återställning av återställnings punkt även orsaka en kontroll.
-
Mer information finns i Konfigurera distribuerade transaktioner för en tillgänglighets grupp som alltid är tillgänglig.
Datetime spid1462s * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *-spid1462s *datetime spid1462s * BEGIN stack dump:datetime Spid1462s * datetime SPID 1462datetime spid1462s *datetime spid1462s * location-to-reposition: xactrm. cpp:LineNumberdatetime spid1462s * uttryck:! (m_activeDtcRMCount = = 0) | | (m_preparedDtcXdesCount = = m_xdesCount)
Status
Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".
Lösning
Det här problemet är åtgärdat i följande kumulativa uppdateringar för SQL Server:
Om kumulativa uppdateringar för SQL Server:
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabb korrigeringar och alla säkerhets korrigeringar som ingick i den föregående kumulativa uppdateringen. Kolla in de senaste kumulativa uppdateringarna för SQL Server:
Referenser
Lär dig mer om terminologinsom Microsoft använder för att beskriva program varu uppdateringar.
