Momentan sunteți offline, așteptați să vă reconectați la internet

O dublură secundară AlwaysOn se blochează sau ridică eroare 3961 când baza acoperire de date AlwaysOn are CLR UDT în SQL Server 2014

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3042370
Simptome

Să luăm în considerare următorul scenariu:
  • Activați caracteristica grupuri de disponibilitate cu AlwaysOn în Microsoft SQL Server 2014.
  • Baza acoperire de date AlwaysOn are motor comun de execuţie pentru limbaje (CLR) tipul acoperire de date definite de utilizator (UDT). În plus, același CLR UDT există în mai multe date.
  • Executați o interogare care implică mai multe baze acoperire de date care au UDT CLR.
În acest scenariu, apare o eroare de violare a accesului pe dublura secundară și instanța de SQL Server se întrerupe cu următorul mesaj în Jurnalul de erori SQL Server:
2015-02-17 13:07:36.85 spid27s închiderea bazei acoperire de date din cauza excepție 2905 în timpul VLR procesarea la confirmare.

2015-02-17 13:07:36.85 eroare spid27s: 3449, severitate: 21, stare: 1.2015-02-17 13:07:36.85 spid27s SQL Server trebuie să se închidă pentru a recupera o bază acoperire de date (database ID 2). Baza acoperire de date este o bază acoperire de date de utilizator care nu ar putea fi închis sau o bază acoperire de date de sistem. Reporniți SQL Server. Dacă baza acoperire de date nu reușește recuperarea după o altă pornire, repararea sau restaurarea bazei acoperire de date.
În plus, primiți următorul mesaj de eroare în baza acoperire de date secundară dublură și eroarea nu vor dispărea până când reporniți SQL Server:
MSG 3961, Level 16, State 1, Line 3
Snapshot isolation tranzacții nu a reușit în baza acoperire de date 'DatabaseName>' deoarece obiectul accesat de respectare a fost modificată de o instrucțiune DDL într-o altă tranzacție simultane la începutul de această tranzacție. Acesta nu este permisă deoarece metadatele nu este versiune. O actualizare simultane la metadate poate duce la inconsistență dacă combinate cu izolarea instantaneu.


Rezoluţie

Informații de actualizare cumulativă

Problema a fost rezolvată mai întâi în următoarea actualizare cumulativă de SQL Server.

Recomandare: Instalați ultimul actualizarea cumulativă pentru SQL Server
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Vă recomandăm să descărcați și instalați cele mai recente actualizări cumulative pentru SQL Server:

Informaţii despre actualizare

Pentru a rezolva această problemă, aplicați actualizarea KB 3043788: Un pachet de actualizare la cerere remedierea rapidă este disponibilă pentru SQL Server 2014.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secţiunea "Se aplică la".

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3042370 - Ultima examinare: 06/25/2015 03:47:00 - Revizie: 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 KbMtro
Feedback
tsByTagName("head")[0].appendChild(m);