Увійти за допомогою облікового запису Microsoft
Увійдіть або створіть обліковий запис.
Привіт,
Select a different account.
У вас кілька облікових записів
Виберіть обліковий запис, за допомогою якого потрібно ввійти.

Ознаки

Помилка твердження може виникати, коли Microsoft SQL Server неодноразово виконує збережену процедуру, яка виконує такі дії:

  • Займає великий об'єкт, як-от varchar (Max) або varbinary (Max), як аргумент, і

  • Створює тимчасову таблицю, що відповідатимуть процедурі виконання процедури, і

  • Використовує великий аргумент об'єкта в тимчасовій таблиці.

У журналі помилок SQL Server може виникнути помилка твердження, яка нагадує таке:

ПомилкаSPID " дата/час": 17065, серйозність: 16, стан: 1. 

Затвердження дати й часуSQL Server твердження: файл: filepath \ім'я _ файлу, лінія = Linenuber не вдалося твердження = ' ffalse ', щоб отримати доступ до простроченої ручки BLOB-об'єктів (1). Ця помилка може бути пов'язана з хронометражу. Якщо помилка не зникає після повторного надсилання заяви, використовуйте DBCC CHECKDB, щоб перевірити базу даних для структурної цілісності або перезапустити сервер, щоб забезпечити структурування даних у пам'яті, не пошкоджені.

Помилка SPID " дата/час ": 3624, серйозність: 20, стан: 1.

Код дати й часу не вдалося перевірити затвердження системи. Перевірте журнал помилок SQL Server, щоб отримати докладні відомості. Зазвичай Помилка твердження спричинена пошкодженням програмного забезпечення або даними про пошкодження даних. Щоб перевірити наявність корупції в базі даних, подумайте про те, що ви використовуєте DBCC CHECDB. Якщо ви домовилися про надсилання сміттєзвалищ до корпорації Майкрософт під час інсталяції, міні-дамп буде надіслано до корпорації Майкрософт. Оновлення може бути доступним від корпорації Майкрософт в останньому пакеті оновлень або в виправленні технічної підтримки.

Причина

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 оцінювачів

Ця інформація корисна?

Наскільки ви задоволені якістю мови?
Що вплинуло на ваші враження?

Дякуємо за відгук!

×