En sekundær replika AlwaysOn krasjer eller hever feil 3961 når AlwaysOn-databasen har CLR UDT i SQL Server-2014

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 3042370
Symptom

Tenk deg følgende:
  • Du aktiverer funksjonen AlwaysOn tilgjengelighetsgrupper i Microsoft SQL Server-2014.
  • AlwaysOn-databasen har common language runtime (CLR) brukerdefinert datatype (UDT). I tillegg finnes det samme CLR UDT i mer enn én database.
  • Du kjører en spørring som omfatter flere databaser som har den CLR UDT.
I dette scenariet oppstår et brudd på tilgangstillatelsen på den sekundære replikaen, og forekomsten av SQL Server krasjer med en feilmelding i feilloggen for SQL Server:
2015-02-17 13:07:36.85 spid27s slår av databasen på grunn av unntak 2905 under VLR behandling ved lagring.

2015-02-17 13:07:36.85 spid27s feil: 3449, alvorlighetsgrad: 21, tilstand: 1.2015-02-17 13:07:36.85 spid27s må avslutte SQL Server hvis du vil gjenopprette en database (database-ID 2). Databasen er en brukerdatabase ikke kan avslutte eller en systemdatabase. Starte SQLServer på nytt. Hvis databasen ikke gjenopprette etter en annen oppstart, reparere eller gjenopprette databasen.
I tillegg, du får følgende feilmelding i replikeringsdatabasen sekundære, og feilen forsvinner ikke før du starter SQL Server på nytt:
Msg 3961, nivå 16 tilstand 1, linje 3
Snapshot-isolasjon-transaksjonen mislyktes i databasen 'Databasenavn>' fordi objektet åpnes av setningen er endret av en DDL-setningen i en annen samtidige transaksjon siden starten av denne transaksjonen. Det er ikke tillatt fordi metadataene ikke er versjon. En parallell oppdatering til metadata kan føre til inkonsekvens Hvis blandet med isolering av øyeblikksbilde.


Løsning

Informasjon om kumulativ oppdatering

Problemet ble først løst i den følgende kumulative oppdateringen av SQL Server.

Anbefaling: Installere den nyeste kumulative oppdateringen for SQL Server
Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Vi anbefaler at du laster ned og installerer de nyeste kumulative oppdateringene for SQL Server:

Oppdateringsinformasjon

Hvis du vil løse dette problemet ved å installere oppdateringen KB 3043788: En behovsbetinget hurtigreparasjonspakke-oppdatering er tilgjengelig for SQL Server-2014.
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3042370 – Forrige gjennomgang: 06/25/2015 06:43:00 – Revisjon: 3.0

Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3042370 KbMtno
Tilbakemelding