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

SQL Server afirmaţia eroare atunci când încercaţi să executaţi o declaraţie vrac inseraţi sau BCP: "<loglock.cpp>, linia Către = 807 Failed afirmaţia = ' rezultatul == LCK_OK'"</loglock.cpp>

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2700641
Simptome
Luaţi în considerare următorul scenariu:
  • Serverul a și Server B se execută Microsoft SQL Server 2008 sau SQL a servi 2008 R2.
  • Parametrizaţi date oglindire între serverul a şi Server B.
  • Executaţi o declaraţie vrac INSERAŢI sau BCP în baza acoperire de date principală.

    Notă implicit, opţiunea CHECK_CONSTRAINTS este setată la dezactivată atunci când executaţi o vrac INSERAŢI sau BCP declaraţie.
  • Oglindire bazei acoperire de date este rupt, iar baza acoperire de date oglindire sesiune intră statul SUSPENDATĂ.
În acest scenariu, o afirmaţie se produce pe serverul oglindă. Prin urmare, se creează un fişier mini-dump în folderul jurnal SQL Server. În plus, vedeţi următoarele erori în Jurnalul de erori SQL Server pe serverul oglindă:

data marcă de timp spid Folosind versiunea 'dbghelp.dll', '4.0.5'
data marcă de timp spid ** Dump fir - spid = 31, ce = 0x00000007F9B1C1A0
data marcă de timp spid *** Stiva Dump fiind trimis la C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG\SQLDump0001.txt

data marcă de timp spid * *******************************************************************************

data marcă de timp spid *
data marcă de timp spid * BEGIN STIVĂ DUMP:
data marcă de timp spid * 01/04/12 16: 46: 21 spid 12100
data marcă de timp spid *
data marcă de timp spid * Amplasarea: loglock.cpp:807
data marcă de timp spid * Expresie: rezultat == LCK_OK
data marcă de timp spid * SPID: 31
data marcă de timp spid * Procesul ID: 2228

data marcă de timp spid Eroare: 17066, severitatea: 16, statul: 1.

data marcă de timp spid SQL Server afirmaţie: Fişier: <loglock.cpp>, linia Către = 807 Failed afirmaţia = ' rezultatul == LCK_OK'. Această eroare poate fi legate de calendarul. Dacă eroarea persistă după revedea instrucţiunea, folos DBCC CHECKDB spre baza acoperire de date pentru integritatea structurală a verifica sau reporniţi serverul pentru a asigura structurilor acoperire de date în memorie nu sunt corupte.

</loglock.cpp>data marcă de timp spid Eroare: 3624, severitatea: 20, stat: 1.

data marcă de timp spid Un cec de afirmaţia sistemul nu a reuşit. Verificaţi Jurnalul de erori SQL Server pentru detalii. De obicei, un aserţiune nereuşită este cauzată de un produse de plastic bug-ul sau date de corupţie. Pentru a verifica pentru corupţie acoperire de date, luaţi în considerare execută DBCC CHECKDB. Dacă aţi acceptat să trimiteţi gropilor de la Microsoft în timpul instalării, un mini dump vor fi trimise către Microsoft. O actualizare ar putea fi disponibile de la Microsoft în ultimul pachet de Service sau într-un QFE de suport tehnic.

data marcă de timp spid Eroare: 1454, severitatea: 16, statul: 1.

data marcă de timp spid Baza acoperire de date oglindire va fi suspendat. Serverul instanţă '<Instance name="">' întâlnit eroarea statul 3624, 1, severitatea 20 atunci când ea a fost acţionează ca un partener de oglindire pentru baza acoperire de date '<database name="">'. Baza acoperire de date oglindire parteneri ar putea încerca să recupera automat de eroare şi relua oglindire sesiunea. Pentru mai multe informaţii, vizualizaţi jurnalul erorilor pentru mesaje de eroare suplimentare. </database></Instance>


Notă Tu trebuie să reinițializa date oglindire pentru a rezolva această problemă.
Cauză
Această problemă apare deoarece compatibilitatea blocare informaţiile din fişierul jurnal de tranzacţii acoperire de date principală nu este transferată utilizatorului la serverul oglindă.
Remediere
Pentru a soluţiona această problemă, execută instrucţiunea vrac INSERAŢI sau BCP pe baza acoperire de date principală utilizând opţiunea CHECK_CONSTRAINTS ON.

Notă Opţiunea CHECK_CONSTRAINTS pe cauzele performanţă mai lent. Cu toate acestea, sistemul de blocare afirma pe oglinda serverului nu se produce.
Informaţii suplimentare
În timpul unei operațiuni vrac INSERAŢI sau BCP, o tranzacţie copil dezactivează opţiunea de CHECK_CONSTRAINTS. Această tranzacţie copil utilizează un sistem de blocare care este compatibil cu încuietori tranzacţia părinte. Compatibilitate informaţia este stocată în fişierul jurnal de tranzacţii acoperire de date principală. Prin urmare, cererea copil tranzacţie blocare se acordă pe baza acoperire de date principală.

Cu toate acestea, aceste informații de compatibilitate nu este transferat la serverul oglindă. Prin urmare, cererea copil tranzacţie blocare este incompatibilă cu încuietori tranzacţia părinte pe serverul oglindă. Acest scenariu cauze assert pe serverul oglindă.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2700641 - Ultima examinare: 08/06/2012 16:28:00 - Revizie: 1.0

Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 Enterprise

  • kbsurveynew kbtshoot kbprb kbmt KB2700641 KbMtro
Feedback