Преминаване към основното съдържание
Поддръжка
Влизане с Microsoft
Влезте или създайте акаунт.
Здравейте,
Изберете друг акаунт.
Имате няколко акаунта
Изберете акаунта, с който искате да влезете.

Симптоми

Грешка при твърдение може да възникне, когато Microsoft SQL Server многократно изпълнява съхранена процедура, която извършва следното:

  • Взема голям обект, като например VARCHAR (max) или varbinary (max), като аргумент, и

  • Създава временна таблица, която е в обхвата на изпълнението на процедурата, и

  • Използва аргумента за голям обект във временната таблица.

Можете да намерите грешката на твърдението, което наподобява следното в регистрационния файл за грешки на SQL Server:

Грешка " дата/часSPID : 17065, тежест: 16; щат: 1". 

Дата/час SPID на SQL Server: файл: FilePath \FileName, Line = LineNumber неуспешно твърдение = "fFalse" опит за достъп до изтекъл Blob манипулатор (1). Тази грешка може да е свързана с времето. Ако грешката продължи след повторно изпълнение на командата, използвайте DBCC CHECKDB, за да проверите базата данни за структурна цялост или рестартирайте сървъра, за да се гарантира, че структурите за данни в паметта не са повредени.

Грешка " дата/часSPID : 3624, тежест: 20; щат: 1".

Дата/час SPID , че проверката на системата е неуспешна. Проверете регистрационния файл за грешки на SQL Server за подробни данни. Обикновено неуспешно твърдение е причинено от софтуерна грешка или повреда на данни. За да проверите за повреда на база данни, обмислете изпълнението на DBCC CHECKDB. Ако сте се съгласили да изпращате дъмпове на Microsoft по време на инсталирането, ще бъде изпратено мини сметище на Microsoft. Възможно е да има налична актуализация от Microsoft в последния сервизен пакет или в актуална корекция от техническата поддръжка.

Причина

SQL Server има вътрешна логика, за да забрани кеширането на заявки, които препращат към големи обекти, така че следващите екзекуции да не препращат към тези LOBs (които са създадени по време на предходен пробег и следователно са невалидни за следващи изпълнения). Тази логика не обработи регистъра за разсрочени разделителни имена (DNR) на временни таблици, които са причина тези планове да се кешират. Обхватните временни таблици са скъпи за създаване, а SQL Server ги кешира за повторна употреба при следващи екзекуции. Това предотвратява прекомпилирането на тези заявки поради промени в схемата.

Научете повече за разрешаването на отложено име.

Решение

Този проблем е коригиран в следните сборни актуализации за SQL Server:

       Кумулативна актуализация 8 за SQL Server 2016 SP1  

       Кумулативна актуализация 4 за SQL Server 2017

       Кумулативна актуализация 10 за SQL Server 2014 Service Pack 2

Всяка нова сборна актуализация за SQL Server съдържа всички поправки и корекции на защитата, които са били в предишната компилация. Вижте най-новата сборна актуализация за SQL Server:

Най-новата сборна актуализация за SQL Server 2016

Най-новата сборна актуализация за SQL Server 2017

Последни сборни актуализации за SQL Server 2014

Състоянието

Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".

Препратки

Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.

Общностите ви помагат да задавате и отговаряте на въпроси, да давате обратна връзка и да получавате информация от експерти с богати знания.

Беше ли полезна тази информация?

Доколко сте доволни от качеството на езика?
Какво е повлияло на вашия потребителски опит?
Като натиснете „Подаване“, вашата обратна връзка ще се използва за подобряване на продуктите и услугите на Microsoft. Вашият ИТ администратор ще може да събира тези данни. Декларация за поверителност.

Благодарим ви за обратната връзка!

×