Что значит таблица не может быть заблокирована ядром базы данных
Таблица не может быть заблокирована ядром базы данных Access
Не удается создать отношение с обеспечением целостности данных AccessПодробнее
Отношение должно быть задано для одинакового количества полей с одинаковыми типами данных AccessПодробнее
Для обеспечения целостности данных необходимо наличие связанной записи AccessПодробнее
Изменения не были успешно внесены из-за повторяющихся значений в базе AccessПодробнее
Как создать таблицы в Microsoft Access за 8 минутПодробнее
8.4. Запрос на удаление данных таблицы Microsoft Access 2010.Подробнее
46 Редактирование связей в AccessПодробнее
Не обнаружен уникальный индекс для адресуемого поля главной таблицы AccessПодробнее
Ошибка в Access «Введенное значение не подходит для данного поля»Подробнее
Основные свойства полей таблицы Microsoft AccessПодробнее
4.2 Целостность данных Microsoft Access 2010.Подробнее
Access сообщает, что базы данных находятся в поврежденном состоянии
Последнее обновление: 9 июля 2020 г.
Нам удалось собрать дополнительные данные о причинах возникновения проблемы, связанных с характером использования ядра СУБД Access с сетевыми файлами, которые не приводили к возникновению проблем в предыдущих версиях Windows, а сейчас перестали работать корректно. В частности, в Windows 10 эта проблема впервые возникает при использовании версии 1803.
Обновление от 9 июля 2020 г.: Не удалось полностью развернуть исправление из-за новых проблем, возникающих только при наличии этого исправления. Мы продолжаем работать над этой проблемой.
Обновление от 29 ноября 2019 г.: Исправление тестируется для более широкого применения. Оно будет наиболее эффективно в средах, использующих только сборки Office 365 Актуального канала, и может не устранять все проблемы. Даже после полного развертывания этого исправления мы продолжим исследование других потенциальных проблем и, возможно, обновим другие версии Access с внесением изменений. Хотя мы выявили основную причину новых проблем, которые начали возникать после обновления Windows, нам по-прежнему не удается надежно воспроизвести проблему в управляемой среде, поэтому сложно гарантировать отсутствие дополнительных проблем. Если вы сообщаете о проблеме в корпорацию Майкрософт, укажите как можно больше информации об обстоятельствах, при которых возникают ошибки.
Обновление 1 июля 2019 г.: В ходе проверки решения данной проблемы были обнаружены указанные нами ошибки. Мы работаем над устранением этих проблем, после чего приступим к дальнейшей проверке.
Обновление от 4 апреля 2019 г.: Сейчас мы проверяем решение этой проблемы и предоставим дальнейшие обновления, когда будет подтверждено, что проблема устранена.
В силу сложности данной проблемы и необходимости не допустить возникновения каких-либо дополнительных проблем процесс решения проблемы займет больше времени, чем обычно. Продолжайте следить за этой страницей для получения дальнейших обновлений.
При открытии базы данных может появиться следующее сообщение об ошибке:
«Приложение Microsoft Access обнаружило, что база данных находится в поврежденном состоянии, поэтому оно попытается восстановить базу данных.»
Если для открытия базы данных из программы Visual Basic вы используете библиотеку DAO, может возникать ошибка 3343 с сообщением «Нераспознаваемый формат базы данных».
Это может произойти, если вы храните базу данных в сетевой общей папке, и ее используют несколько пользователей одновременно.
СОСТОЯНИЕ: ВРЕМЕННОЕ РЕШЕНИЕ
Наши технические специалисты знают об этой проблеме и уже работают над ее устранением. В качестве временного решения отключите предоставление файлов в аренду на компьютере, где хранится общая база данных.
База данных в одном файле
Изменение, связанное с предоставлением файлов в аренду, выполняется на компьютере, где хранится база данных.
Разделенная база данных
При использовании сценария разделенных баз данных, где у каждого пользователя есть собственная копия внешней базы данных, хранящаяся на его клиентском компьютере, и общая внутренняя база данных на файловом сервере, изменение лизинга необходимо вносить только на компьютере, на котором размещена внутренняя база данных, никаких изменений не требуется для клиентского компьютера каждого пользователя.
Для этого выполните указанные ниже действия.
Нажмите кнопку Пуск 
и введите фразу Командная строка. Щелкните пункт Командная строка правой кнопкой мыши и выберите команду Запустить от имени администратора.
Скопируйте указанные ниже команды и вставьте их в окно командной строки:
REG ADD HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters /v DisableLeasing /t REG_DWORD /d 1 /f
Закройте окно командной строки.
Дополнительные ресурсы
Общение с экспертами
Обращайтесь к экспертам, обсуждайте новости, обновления и рекомендации, а также читайте наш блог.
Задавайте вопросы сотрудникам службы поддержки, MVP, инженерам и другим пользователям Office и находите решения.
Предложение новых функций
Мы будем рады вашим отзывам и предложениям. Вам наверняка есть, что сказать. Поделитесь с нами своими мыслями.
Таблица заблокирована ядром базы данных access
«Ядро СУБД Microsoft Office Access не может найти входную таблицу» при попытке открыть таблицу в шаблоне Access 2010
Признаки
Рассмотрим следующий сценарий.
В этом сценарии отображается следующее сообщение об ошибке:
Причина
Эта проблема возникает из-за того, что системные таблицы для подключения к бизнес-данным, на которые вы связались, не включены в шаблон, сохраненный из базы данных.
Временное решение
Корпорация Майкрософт предоставляет примеры программирования только в целях демонстрации без явной или подразумеваемой гарантии. Данное положение включает, но не ограничивается этим, подразумеваемые гарантии товарной пригодности или соответствия отдельной задаче. Эта статья предполагает, что пользователь знаком с представленным языком программирования и средствами, используемыми для создания и отладки процедур. Инженеры службы поддержки Майкрософт могут объяснить функциональность отдельной процедуры. Однако они не изменяют эти примеры для предоставления дополнительных функциональных возможностей или создания процедур для удовлетворения конкретных требований.
Чтобы обойти эту проблему, выполните указанные ниже действия.
В Access 2010 создайте пустую базу данных.
На вкладке Внешние данные в раскрывающемся списке Дополнительно в группе Импорт & данных выберите пункт службы данных.
В диалоговом окне Создание ссылки на службы данных нажмите кнопку установить новое подключение.
Выберите исходный XML-файл, определяющий подключение, а затем нажмите кнопку Открыть.
Нажмите кнопку Закрыть.
На вкладке » средства базы данных » в группе » макрос » щелкните Visual Basic.
В меню Вставка выберите пункт Модуль.
В новом модуле добавьте следующий код.
В меню * * Вид * * выберите пункт окно интерпретации.
Введите следующую команду и нажмите клавишу ВВОД:
Note (Примечание ) Эта команда делает таблицы подключения к бизнес-данным доступными для шаблона.
В области проекта щелкните правой кнопкой мыши новый модуль и выберите команду Удалить module_name.
Закройте редактор Microsoft Visual Basic.
На вкладке файл нажмите кнопку сохранить & опубликовать.
В разделе сохранить базу данных каквыберите шаблон (*. ACCDE).
Таблица не может быть заблокирована ядром базы данных Access
Таблица не может быть заблокирована ядром базы данных Access
Если вы не знаете, что делать, когда появляется предупреждение «Таблица не может быть заблокирована ядром базы данных Access. Она уже используется другим пользователем или процессом», то посмотрите это двухминутное видео.
Скачать — Таблица не может быть заблокирована ядром базы данных Access
Уроки по Microsoft Access
💬 Комментарии к видео
Если вы не знаете, что делать, когда появляется предупреждение «Таблица не может быть заблокирована ядром базы данных Access. Она уже используется другим пользователем или процессом», то посмотрите это двухминутное видео.
Поддержать создание скринкастов —
Остались вопросы? Пишите в комментариях под видео
Я всё сделал как надо по видео, но всё то же самое
Функция DLookup в базе Access
Что такое ключевые поля и индексы в БД Microsoft Access
ЛЕГКОЕ создание таблиц в базе данных Microsoft Access
Для обеспечения целостности данных необходимо наличие связанной записи Access
Изменения не были успешно внесены из-за повторяющихся значений в базе Access
Как создать запросы в Microsoft Access за 10 минут
Какие типы связей между таблицами существуют в БД Access
Отношение должно быть задано для одинакового количества полей с одинаковыми типами данных Access
ЛЕГКОЕ создание маски ввода в базе данных Microsoft Access
Как создать таблицы в Microsoft Access за 8 минут
Какие типы данных существуют в базе данных Microsoft Access
Круговая диаграмма в базе данных Access
02-Сamtasia 9: как ЛЕГКО и БЫСТРО сделать запись экрана
После тяжелого рабочего дня каждый мечтает поскорее отдохнуть на любимой кровати и отвлечься увлекательными видеороликами. Любой посетитель нашего сайта сможет найти захватывающее видео на свой вкус и интерес. Даже самый изощренный зритель найдет для себя что-то достойное. Наш сайт дает возможность каждому посетителю смотреть видеоролики в свободном доступе, без всяких регистраций, а главное, все совершенно бесплатно.
Мы предлагаем для вас большое разнообразие развлекательных, познавательных, детских, новостных, музыкальных, юмористических видеороликов в отличном качестве, что не может не радовать.
Познавательные ролики никого не оставят равнодушным. Они содержат в себе подтвержденные факты, в которых дается подробное объяснение в определенной тематике. Завлекают такие ролики не только информативностью, а также живописностью и качеством картинки. Ролики о животных, природе и путешествиях увлеченно смотрят не только взрослые, но и дети. Ведь каждому очень интересно следить за животным миром в дикой природе, тем самым развиваться и познавать что-то новое для себя.
Юмористические видео отлично подойдут для вечернего времяпровождения. Как никогда после тяжелого рабочего дня юмор поможет отвлечься от жизненных проблем или же посмеяться от души в компании друзей. У нас вы сможете найти различные скетчи, стендапы, пранки, видеоприколы и различные комедийные шоу.
Музыка в жизни каждого человека очень важна. Она мотивирует каждого из нас, поднимает настроение, заставляет двигаться вперед. Для любого посетителя у нас есть отличные подборки музыкальных видеороликов, включающие в себя большое количество разнообразных жанров и стилей, зарубежных и отечественных исполнителей. Даже если вы чем-то увлечены, музыкальные видеоролики отлично подойдут для прослушивания на заднем фоне.
Видео новости – самый зрелищный формат современных новостей. На нашем сайте вы сможете найти разнообразные новостные видеоролики, на любые увлекательные для вас темы. Новости от официальных СМИ, новости спорта, науки, техники, моды, новости политики, скандальные события из мира шоу-бизнеса и многое другое. Вы всегда будете в курсе всех последних интересных, и самых важных новостей и событий в мире.
Маленькие дети очень активны, но иногда их требуется чем-то заинтересовать, чтобы заняться своими делами или просто отдохнуть за чашечкой кофе. В этом деле родителям отлично помогут мультфильмы. Ведь именно мультики помогут привлечь вашего ребенка на несколько часов. У нас имеется большое разнообразие старых и новых мультфильмов, коротких и полнометражных. Для любого возраста и любых интересов. Ваш ребенок останется в восторге, а вы отвлечетесь.
Мы очень рады, что наш сайт сможет помочь вам в различных жизненных ситуациях. Мы старались подобрать для наших зрителей годный контент. Желаем вам приятного просмотра.
«Механизм Microsoft Office доступа не может найти таблицу ввода» при попытке открыть таблицу в шаблоне Access 2010
Office 365 ProPlus переименован в Майкрософт 365 корпоративные приложения. Для получения дополнительной информации об этом изменении прочитайте этот блог.
Симптомы
Рассмотрим следующий сценарий.
В этом сценарии вы получите следующее сообщение об ошибке:
Причина
Эта проблема возникает из-за того, что связанные с вами таблицы систем BDC не включены в шаблон, сохраненный из базы данных.
Обходной путь
Корпорация Майкрософт предоставляет примеры программирования только в целях демонстрации без явной или подразумеваемой гарантии. Данное положение включает, но не ограничивается этим, подразумеваемые гарантии товарной пригодности или соответствия отдельной задаче. Эта статья предполагает, что пользователь знаком с представленным языком программирования и средствами, используемыми для создания и отладки процедур. Инженеры службы поддержки Майкрософт могут объяснить функциональность отдельной процедуры. Однако они не будут изменять эти примеры, чтобы предоставлять дополнительные функциональные возможности или создавать процедуры для удовлетворения ваших конкретных требований.
Чтобы решить эту проблему, выполните следующие действия:
В Access 2010 создайте пустую базу данных.
На вкладке Внешние данные в списке More drop-down, который находится в группе данных import &, нажмите кнопку Data Services.
В диалоговом окне Create Link to Data Services щелкните Установите новое подключение.
Выберите исходный XML-файл, который определяет подключение, а затем нажмите кнопку Открыть.
Нажмите кнопку Закрыть.
На вкладке Средства базы данных в группе Макро нажмите кнопку Visual Basic.
В меню Вставка выберите пункт Модуль.
В новом модуле добавьте следующий код.
В меню Просмотр нажмите кнопку Немедленное окно.
Введите следующую команду и нажмите клавишу ВВОД:
Примечание Эта команда делает таблицы BDC доступными для шаблона.
В области Project щелкните правой кнопкой мыши новый модуль и нажмите кнопку Удалить module_name.
Щелкните Нет, когда вам будет предложено экспортировать модуль.
Закрой редактор Visual Basic Microsoft.
На вкладке Файл нажмите кнопку Сохранить & Опубликовать.
В статье Сохранить базу данных Как щелкните Шаблон (*.accdt).
В диалоговом окне Создание нового шаблона из этого диалогового окна базы данных введите сведения для шаблона, а затем выберите включить данные в поле шаблона.
Понимание и решение SQL Server блокировки
Применяется к: SQL Server (все поддерживаемые версии), Azure SQL Управляемый экземпляр
Исходный номер КБ: 224453
В статье описывается блокировка в SQL Server и показано, как устранить неполадки и устранить блокировку.
В этой статье термин «подключение» относится к одному сеансу входа в базу данных. Каждое подключение отображается как ID сеанса (SPID) или session_id во многих DMV. Каждый из этих СПИДа часто называют процессом, хотя он не является отдельным контекстом процесса в обычном смысле. Скорее, каждый SPID состоит из серверных ресурсов и структур данных, необходимых для обслуживания запросов одного подключения от данного клиента. У одного клиентского приложения может быть одно или несколько подключений. С точки зрения SQL Server, между несколькими подключениями из одного клиентского приложения на одном клиентом компьютере и несколькими подключениями из нескольких клиентских приложений или нескольких клиентских компьютеров нет разницы. они являются атомными. Одно подключение может блокировать другое подключение независимо от источника клиента.
Эта статья посвящена SQL Server экземплярам, в том числе azure SQL управляемым экземплярам. Сведения о блокировке устранения неполадок в База данных SQL Azure см. в База данных SQL Azure.
Блокировка
Блокировка — это неизбежная и по своей конструкции характеристика любой системы управления реляционными базами данных (RDBMS) с конвалютой на основе блокировки. Как упоминалось ранее, SQL Server блокировка возникает, когда один сеанс удерживает блокировку на определенном ресурсе, а второй spid пытается приобрести конфликтующий тип блокировки на том же ресурсе. Как правило, сроки, для которых первый SPID блокирует ресурс, невелики. Когда сеанс управления выпускает блокировку, второе подключение может получить собственный замок на ресурсе и продолжить обработку. Блокировка, как описано здесь, является нормальным поведением и может происходить много раз в течение дня без заметного влияния на производительность системы.
Длительность и контекст транзакции запроса определяют, как долго удерживаются его блокировки и, таким образом, их влияние на другие запросы. Если запрос не выполняется в транзакции (и не используются подсказки блокировки), блокировки для заявлений SELECT будут проводиться только на ресурсе во время его чтения, а не во время запроса. Для заявлений INSERT, UPDATE и DELETE блокировки удерживаются во время запроса, как для обеспечения согласованности данных, так и для обеспечения отката запроса при необходимости.
Для запросов, выполненных в рамках транзакции, продолжительность, для которой удерживаются блокировки, определяется типом запроса, уровнем изоляции транзакций и тем, используются ли подсказки блокировки в запросе. Описание блокировки, подсказок блокировки и уровней изоляции транзакций см. в следующих статьях:
Если блокировка и блокировка сохраняются до такой точки, что отрицательно влияет на производительность системы, это объясняется одной из следующих причин:
SPID содержит блокировки на наборе ресурсов в течение длительного периода времени перед их выпуском. Этот тип блокировки со временем устраняется, но может привести к ухудшению производительности.
SPID удерживает блокировки на наборе ресурсов и никогда не выпускает их. Этот тип блокировки не устраняет себя и препятствует доступу к затронутым ресурсам на неопределенный срок.
В первом сценарии ситуация может быть очень изменчивой, так как различные SPID-объекты вызывают блокировку на разных ресурсах со временем, создавая движущиеся цели. Эти ситуации трудно устранить с помощью SQL Server Management Studio, чтобы сузить проблему до отдельных запросов. В отличие от этого, вторая ситуация приводит к согласованному состоянии, которое легче диагностировать.
Приложения и блокировка
При проблеме блокировки может возникнуть тенденция фокусировать внимание на настройке на стороне сервера и проблемах платформы. Однако внимание, уделяемого только базе данных, не может привести к разрешению и может лучше поглощать время и энергию, направленные на изучение клиентского приложения и запросов, которые оно направляет. Независимо от того, какой уровень видимости предоставляет приложение в отношении вызовов базы данных, проблема блокировки, тем не менее, часто требует проверки точных отчетов SQL, представленных приложением, и точного поведения приложения в отношении отмены запросов, управления подключением, получения всех строк результатов и так далее. Если средство разработки не позволяет явно контролировать управление подключением, отмену запроса, периодику запроса, извлечение результатов и так далее, проблемы с блокировкой могут быть недоступны. Этот потенциал следует внимательно исследовать перед выбором средства разработки приложений для SQL Server, особенно для чувствительных к производительности сред OLTP.
Обратите внимание на производительность базы данных на этапе проектирования и разработки базы данных и приложения. В частности, для каждого запроса необходимо оценить потребление ресурсов, уровень изоляции и длину пути транзакции. Каждый запрос и транзакция должны быть максимально легкими. Необходимо использовать хорошую дисциплину управления подключением, без нее приложение может иметь приемлемую производительность при низком количестве пользователей, но производительность может значительно ухудшиться по мере увеличения числа пользователей.
При надлежащей разработке приложений и запросов SQL Server может поддерживать много тысяч одновременных пользователей на одном сервере, не блокируя их.
Блокировка устранения неполадок
Независимо от ситуации блокировки, методика устранения неполадок остается одинаковой. Эти логические разделения будут диктовать остальной состав этой статьи. Концепция заключается в том, чтобы найти главный блокировщик и определить, что этот запрос делает и почему он блокируется. После определения проблемного запроса (то есть удержания блокировки в течение длительного периода) следующий шаг — анализ и определение причин блокировки. После того как мы поймем, почему, мы можем внести изменения путем изменения запроса и транзакции.
Действия по устранению неполадок:
Определение основного сеанса блокировки (главный блокатор)
Поиск запроса и транзакции, вызывающих блокировку (что удерживает блокировки в течение длительного периода времени)
Анализ и понимание причин длительной блокировки
Устранение проблемы блокировки путем реорганизации запроса и транзакции
Теперь давайте рассмотрим, как определить основной сеанс блокировки с помощью соответствующего захвата данных.
Сбор данных о блокировке
Чтобы устранить трудности с устранением проблем с блокировкой, администратор базы данных может использовать SQL скрипты, которые постоянно отслеживают состояние блокировки и блокировки на SQL Server. Чтобы собрать эти данные, существует два бесплатных метода.
Во-первых, запрашивать динамические объекты управления (DMOs) и хранить результаты для сравнения с течением времени. Некоторые объекты, на которые ссылается эта статья, — динамические представления управления (DMV), а некоторые — динамические функции управления (DMF).
Во-вторых, для захвата выполнения выполняется использование расширенных событий (XEvents) или SQL трассировок профилей. Поскольку SQL трассировки и SQL Server Profiler, это руководство по устранению неполадок будет сосредоточено на XEvents.
Сбор сведений из DMV
Ссылаясь на dmvs для устранения неполадок, необходимо определить SPID (идентификацию сеанса) во главе цепочки блокировки и SQL Statement. Найди спид жертвы, которые блокируют. Если какой-либо SPID блокируется другим SPID, затем изучите spid, владеюющий ресурсом (блокирующий SPID). Блокируется ли этот SPID владельца? Вы можете ходить по цепочке, чтобы найти головной блокатор, а затем выяснить, почему он поддерживает блокировку.
Воспользуйтесь для этого одним из описанных ниже способов.
Откройте монитор активности в SSMS и обратитесь к столбце Заблокировано. Дополнительные сведения о мониторе активности можно найти здесь.
Более подробные методы, основанные на запросах, также доступны с помощью DMV:
Команды sp_who и команды — это более sp_who2 старые команды, которые показывают все текущие сеансы. DmV возвращает больше данных в наборе результатов, который проще sys.dm_exec_sessions запрашивать и фильтровать. Вы найдете sys.dm_exec_sessions в центре других запросов.
Если уже определен определенный сеанс, можно использовать для поиска последнего заявления, отправленного DBCC INPUTBUFFER( ) сеансом. Аналогичные результаты можно возвращать с помощью динамической функции управления (DMF), в наборе результатов, который легче запрашивать и фильтровать, обеспечивая session_id и sys.dm_exec_input_buffer request_id. Например, чтобы вернуть последний запрос, отправленный session_id 66 и request_id 0:
Запустите этот пример запроса, чтобы найти активно исполняющие запросы и SQL пакетный текст или текст буфера ввода с помощью sys.dm_exec_sql_text или sys.dm_exec_input_buffer DMV. Если данные, возвращенные столбцом NULL, в настоящее время не text sys.dm_exec_sql_text выполняются. В этом случае столбец будет содержать последнюю строку команды, переданную event_info sys.dm_exec_input_buffer SQL движку. Этот запрос также можно использовать для определения сеансов, блокирующих другие сеансы, включая список session_ids заблокированных на session_id.
В связи с использованием INNER JOIN следующий запрос ограничивает выход только заблокированными запросами, состоянием ожидания и sys.dm_os_waiting_tasks sys.dm_tran_locks блокировками:
С помощью dmvs хранение результатов запроса со временем обеспечит точки данных, которые позволят вам просмотреть блокировку за определенный промежуток времени, чтобы определить сохраняемую блокировку или тенденции. Средство для устранения неполадок CSS использует сборщик данных PSSDiag. Этот инструмент использует «SQL Server Perf Stats» для сбора результатов из dmVs, на которые ссылается выше, со временем. Поскольку этот инструмент постоянно развивается, просмотрите последнюю публичную версию DiagManager на GitHub.
Сбор сведений из расширенных событий
Помимо вышеперечисленной информации, часто необходимо зафиксировать следы действий на сервере, чтобы тщательно изучить проблему блокировки в SQL Server. Например, если сеанс выполняет несколько заявлений в транзакции, будет представлен только последний отправленный отчет. Однако одним из более ранних заявлений может быть причина, по которой блокировки по-прежнему удерживаются. Трассировка позволит вам видеть все команды, выполненные сеансом в текущей транзакции.
Существует два способа захвата следов в SQL Server; Расширенные события (XEvents) и Трассировка профилей. Однако SQL, использующие SQL Server Profiler, не являются. XEvents — это более новая, превосходная платформа отслеживания, которая обеспечивает большую универсальность и меньшее влияние на наблюдаемую систему, а ее интерфейс интегрирован в SSMS.
Есть предварительно сделанные сеансы расширенного события, готовые к запуску в SSMS, перечисленные в объектном обозревателе в меню для XEvent Profiler. Дополнительные сведения см. в странице XEvent Profiler. Вы также можете создать собственные пользовательские сеансы расширенного события в SSMS, см. в расширенном мастере новых сеансов событий. Для устранения неполадок при блокировке обычно будут запечатлены:
**Чтобы настроить пороговое значение и частоту создания заблокированных отчетов о процессах, используйте команду sp_configure для настройки заблокированного параметра порогового значения процесса,который можно установить в секундах. По умолчанию не производятся заблокированные отчеты о процессе.
Определение и устранение распространенных сценариев блокировки
Изучив вышеперечисленные сведения, можно определить причину большинства проблем с блокировкой. В остальной части этой статьи обсуждается, как использовать эту информацию для выявления и устранения некоторых распространенных сценариев блокировки. В этом обсуждении предполагается, что вы использовали скрипты блокировки (на которые ссылались ранее) для захвата сведений о блокирующих SPID и захватили действия приложений с помощью сеанса XEvent.
Анализ данных блокировки
Изучите выход dmvs и сведения о спидах во главе sys.dm_exec_requests sys.dm_exec_sessions цепочки блокировки. Выполните поиск следующих столбцов:
sys.dm_exec_sessions.open_transaction_count
В этом столбце указывается количество открытых транзакций в этом сеансе. Если это значение больше 0, то SPID находится в рамках открытой транзакции и может иметь блокировки, приобретенные любым заявлением в рамках транзакции.
sys.dm_exec_requests.open_transaction_count
Кроме того, в этом столбце указывается количество открытых транзакций в этом запросе. Если это значение больше 0, то SPID находится в рамках открытой транзакции и может иметь блокировки, приобретенные любым заявлением в рамках транзакции.
sys.dm_exec_requests.wait_resource В этом столбце указывается ресурс, на который ожидается заблокированный запрос. В следующей таблице перечислены wait_resource общие форматы и их значение:
Остальные столбцы в sys.dm_exec_sessions и sys.dm_exec_request также могут дать представление о корне проблемы. Их полезность зависит от обстоятельств проблемы. Например, можно определить, возникает ли проблема только у определенных клиентов (), в определенных сетевых библиотеках (), когда была последняя партия, отправленная SPID, сколько времени использовался запрос и так hostname client_interface_name last_request_start_time sys.dm_exec_sessions start_time sys.dm_exec_requests далее.
Распространенные сценарии блокировки
В таблице ниже приведены общие симптомы их вероятных причин.
Подробные сценарии блокировки
Блокировка, вызванная обычно запущенным запросом с длительным временем выполнения
Разрешение. Решение проблемы блокировки такого типа заключается в поиске способов оптимизации запроса. На самом деле, этот класс проблемы блокировки может быть просто проблемой производительности, и вам необходимо продолжить ее как таковую. Сведения об устранении неполадок для определенного медленного запроса см. в см. в руб. Как устранять медленно запущенные запросы в SQL Server. Дополнительные сведения см. в перенастройку Monitor и Tune for Performance.
Отчеты, встроенные в SSMS из Магазина запросов (представлена в SQL Server 2016 г.), также являются рекомендуемой и ценной инструментом для определения наиболее дорогостоящих запросов, неоптимальных планов выполнения.
Если у вас есть длительный запрос, который блокирует других пользователей и не может быть оптимизирован, рассмотрите возможность переноса его из среды OLTP в выделенную систему отчетности или используйте группы доступности AlwaysOn для синхронизации реплики базы данных только для чтения.
Блокировка во время выполнения запроса может быть вызвана эскалацией запросов, что является сценарием, когда блокировки строк или страниц переросли в блокировки таблицы. Microsoft SQL Server динамически определяет время выполнения эскалации блокировки. Самый простой и безопасный способ предотвращения эскалации блокировки — сохранить транзакции короткими и уменьшить след блокировки дорогостоящих запросов, чтобы пороговые значения эскалации блокировки не были превышены. Дополнительные сведения об обнаружении и предотвращении чрезмерной эскалации блокировки см. в статью Разрешить проблему блокировки, вызванную эскалацией блокировки.
Блокировка спящего SPID с незафиксированной транзакцией
Этот тип блокировки часто можно определить по СПИДа, который спит или ожидает команды, но уровень вложения транзакций (от ) больше @@TRANCOUNT open_transaction_count sys.dm_exec_requests нуля. Это может произойти, если приложение испытывает время выполнения запроса или выдает отмену без также выдачи необходимого количества заявлений ROLLBACK и/или COMMIT. Когда SPID получает время выполнения запроса или отмену, он прекращает текущий запрос и пакет, но не автоматически откатит или не совершит транзакцию. За это отвечает приложение, так как SQL Server не может предположить, что вся транзакция должна быть отката назад из-за отмены одного запроса. Время выполнения или отмена запроса будет отображаться в качестве события сигнала ATTENTION для SPID в сеансе расширенного события.
Чтобы продемонстрировать незаверяемую явную транзакцию, выдайте следующий запрос:
Затем выполните этот запрос в том же окне:
Выход второго запроса указывает, что уровень вложения транзакций один. Все блокировки, приобретенные в транзакции, по-прежнему удерживаются до совершения или отката транзакции. Если приложения открыто открывают и совершают транзакции, сообщение или другая ошибка могут оставить сеанс и его транзакцию в открытом состоянии.
Используйте сценарий ранее в этой статье, основываясь на определении текущих sys.dm_tran_active_transactions незаверяемой транзакций в экземпляре.
Разрешения:
Кроме того, этот класс проблемы блокировки также может быть проблемой производительности, и вам потребуется продолжить ее как таковую. Если время выполнения запроса может быть уменьшено, время выполнения запроса или отмена не произойдет. Важно, чтобы приложение мого обрабатывать сценарии расписки или отмены в случае их возникновения, но вы также можете извлечь пользу из изучения производительности запроса.
Приложения должны правильно управлять уровнями вложения транзакций, или они могут вызвать проблему блокировки после отмены запроса таким образом. Примите во внимание следующее:
Подключение не сбрасывается, пока оно не будет повторно использовать из пула подключений, поэтому возможно, что пользователь может открыть транзакцию, а затем отпустить подключение к пулу подключения, но оно не может быть повторно использовать в течение нескольких секунд, в течение которого транзакция будет оставаться открытой. Если подключение не будет повторно использовать, транзакция будет прервана при выходе подключения из пула подключений. Таким образом, для клиентского приложения оптимально прервать транзакции в обработнике ошибок или использовать их, чтобы SET XACT_ABORT ON избежать этой потенциальной задержки.
После этого T-SQL после утверждения, которое вызывает SET XACT_ABORT ON ошибку, не будут выполняться. Это может повлиять на предполагаемый поток существующего кода.
Блокировка, вызванная SPID, соответствующее клиентские приложения которого не принесли все строки результатов до завершения
После отправки запроса на сервер все приложения должны немедленно получить все строки результатов до завершения. Если приложение не получает все строки результатов, блокировки могут быть оставлены на столах, блокируя других пользователей. Если вы используете приложение, которое прозрачно SQL на сервер, приложение должно получать все строки результатов. Если этого не происходит (и если его нельзя настроить для этого), вы не сможете решить проблему блокировки. Чтобы избежать проблемы, можно ограничить плохое поведение приложений отчетами или базой данных поддержки решений, отдельно от основной базы данных OLTP.
Разрешение:
Приложение должно быть перезаписано, чтобы получить все строки результата до завершения. Это не исключает использования OFFSET и FETCH в пункте ORDER BY запроса для выполнения перевязки на стороне сервера.
Блокировка из-за тупика между распределенным клиентом и сервером
В отличие от обычного тупика, распределенный тупик не обнаруживается с помощью диспетчера блокировки RDBMS. Это потому, что только один из ресурсов, вовлеченных в тупик, SQL Server блокировки. Другая сторона тупика находится на уровне клиентского приложения, над которым SQL Server не контролируется. Ниже приводится два примера того, как это может произойти, и возможные способы, которые приложение может избежать.
А. Распределенный тупик клиента и сервера с помощью единой клиентской цепочки
Если клиент имеет несколько открытых подключений и один поток выполнения, может возникнуть следующий распределенный тупик. Для краткости термин, dbproc используемый здесь, относится к структуре клиентского подключения.
В показанных выше случаях один поток клиентских приложений имеет два открытых подключения. Асинхронно представляет операцию SQL dbproc1. Это означает, что он не ждет от вызова, чтобы вернуться перед началом. После этого приложение SQL операции на dbproc2 и ожидает результатов для начала обработки возвращенных данных. Когда данные начинают возвращаться (какой бы dbproc не отвечал первым — предположим, что это dbproc1), он обрабатывает все данные, возвращенные в этом dbproc. Он получает результаты от dbproc1 до блокировки SPID1 на блокировке, удерживаемой SPID2 (так как два запроса работают асинхронно на сервере). На этом этапе dbproc1 будет бесконечно ждать дополнительных данных. SPID2 не блокируется на блокировке, но пытается отправить данные своему клиенту dbproc2. Однако dbproc2 фактически блокируется на уровне приложения на уровне приложения, так как один поток выполнения для приложения используется dbproc1. Это приводит к затору, который SQL Server не удается обнаружить или устранить, так как только один из вовлеченных ресурсов является SQL Server ресурсом.
Б. Распределенный тупик клиента и сервера с потоком на подключение
Даже если для каждого подключения клиента существует отдельный поток, этот распределенный тупик все равно может возникать, как показано ниже.
Оба примера A и B — это фундаментальные проблемы, которые должны быть известны разработчикам приложений. Они должны кодировать приложения для надлежащего обработки этих случаев.
Разрешения:
Когда предоставлено время выполнения запроса, если возникает распределенный тупик, он будет нарушен, когда произойдет время. Дополнительные сведения об использовании времени выполнения запроса можно получить в документации поставщика подключения.
Блокировка, вызванная сеансом в состоянии отката
Длительные откаты редко встречаются при включенной функции ускоренного восстановления баз данных. Эта функция была представлена SQL Server 2019 году.
Разрешение:
Необходимо дождаться завершения сеанса отката внесенных изменений.
Если экземпляр будет закрыт в середине операции, база данных будет в режиме восстановления при перезапуске и будет недоступна до тех пор, пока не будут обработаны все открытые транзакции. Восстановление запуска занимает по сути такое же количество времени для транзакции, как и восстановление времени запуска, и база данных в этот период недоступна. Таким образом, принуждение сервера к исправлению SPID в состоянии отката часто будет контрпродуктивным. В SQL Server 2019 г. с включенной возможностью ускоренного восстановления баз данных этого не должно происходить.
Чтобы избежать этой ситуации, не выполните больших операций по записи пакетов или создания индексов или операций по обслуживанию в часы пик в системах OLTP. По возможности выполните такие операции в периоды низкой активности.
Блокировка, вызванная осиротевших подключений
Это распространенный сценарий проблем. Если клиентские приложения останавливаются или клиентская рабочих станций перезапущены, или существует ошибка отмены пакета, сеанс сети на сервере не может быть немедленно отменен при некоторых условиях. Это может произойти, если приложение не откатит транзакцию в блоках CATCH или FINALLY приложения.
В этом случае, если выполнение пакета SQL было отменено, SQL подключения и транзакции остается открытым приложением. С точки SQL Server экземпляра клиент по-прежнему присутствует, и все приобретенные блокировки могут по-прежнему сохраняться.
Разрешение:
Лучший способ предотвратить это условие — улучшить обработку ошибок приложений, особенно при непредвиденных расторжениях. Рассмотрим также использование подключения или в любых сохраненных процедурах, которые начинают транзакции и не очищаются SET XACT_ABORT ON после ошибки. В случае ошибки при запуске этот параметр прервает любые открытые транзакции и возвращает контроль клиенту. Дополнительные сведения см. в XACT_ABORT SET (Transact-SQL).
Чтобы устранить осиротевших подключений клиентского приложения, которое отключилось без надлежащей очистки его ресурсов, можно прекратить SPID с помощью KILL команды. Для справки см. в справке KILL (Transact-SQL).
Для выполнения команды может потребоваться KILL до 30 секунд из-за интервала между проверками KILL для команды.