1С 8 Ошибка СУБД: SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: неправильная контрольная сумма
Описание ошибки:
Ошибка СУБД (логическая ошибка ввода-вывода) в 1С 8 при работе серверной базы в режиме предприятие или в конфигураторе может возникнуть в базе любой момент. Не зависит от версии платформы. Но имеет в основном общее решение, если повреждения данных не достигли существенных размеров. Найденные решения: В частности ошибка была "встречена" при попытке выполнения операции "Тестирование и исправление базы", так как не выполнялось регламентное задание, завершалось с ошибкой, которую можно было наблюдать по данным журнала регистрации. Тестирование начато Нажатие по изображению увеличит его Нечастое возникновение подобного рода ошибки вызывает бурные эмоции, поскольку описание решения ускользает при попытке поиска. Нажатие по изображению увеличит его Благо, важную рекомендацию по началу разрешения проблемы ошибки ввода-вывода можно вычитать в описании ошибки: Выполните полную проверку базы данных на согласованность (DBCC CHECKDB). Нужно запустить "SQL Server 2014 Management Studio". Далее "Создать запрос". И написать текст запроса: dbcc checkdb("trade") , где в "" содержится название базы данных как она называется в списке баз SQL. После написания текста запроса "Выполняем" его с помощью кнопки командной панели над полем текста запроса. В результате, если ошибки есть, а они скорее всего есть, если возникает ошибка "Ошибка СУБД: Microsoft SQL Server Native Client 11.0: SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: неправильная контрольная сумма", то об этом будет отрапортовано в окне "Сообщения". В нем же система предлагает допустимый вариант последующего разрешения проблемы. Нажатие по изображению увеличит его Если переместиться, пролистать вверх по всему списку то можно будет найти детальное описание ошибки или ошибок, которые были обнаружены. Нажатие по изображению увеличит его Как было отмечено перед рис.3 - программа SQL предлагает вероятное решение. Использовать операцию dbcc checkd c параметром "repair_allow_data_loss": dbcc checkdb("trade", repair_allow_data_loss) После ввода команды в поле текста запроса и выполнения запроса по кнопке "Выполнить" по истечении времени выполнения в окне "Сообщения" программа выведет отчет. В лучшем случае в результате выполнения исправления ошибок в отчете будет сообщено об исправлении ошибок. К сожалению не получилось создать скриншот, но для технического специалиста, или человека хотя бы немного сведущего в технических вещах информация в отчете будет понятна.
Для процедуры исправления может потребоваться перевести базу SQL в однопользовательский режим. Если это потребуется, что SQL Manager сообщит Вам об этом в окне "Сообщения" при попытке запуска по кнопке "Выполнить": "База данных должна находиться в однопользовательском режиме". Но кроме сообщения больше ничего не сделает. Поэтому перевести в однопользовательский режим придется самостоятельно. Ниже кратко рассмотрим, как установить базе SQL значение свойства "Ограничение доступа" для однопользовательского состояния. Нажатие по изображению увеличит его Для этого для проблемной базы в дереве "Обозреватель объектов" вызываем контекстное меню и в нем выбираем пункт "Свойства".
В открывшемся окне в списке "Выбор страницы" слева выбираем страницу под названием "Параметры". В списке справа "Другие параметры" находим "Ограничение доступа" и устанавливаем значение "SINGLE_USER". Нажатие по изображению увеличит его После изменения значения состояния "Ограничения доступа" нажимаем кнопку "ОК" и соглашаемся с тем, что придется автоматически закрыть все открытые соединения с базой. Нажатие по изображению увеличит его Самостоятельно перевели базу в однопользовательский режим. Запускаем запрос с командой dbcc checkdb("trade", repair_allow_data_loss). Ожидаем завершения выполнения исправления. Анализируем отчет исправления. Надеюсь, что это поможет в Вашем случае. В крайнем случае, если проблема сохраниться, то может потребоваться обращение к специалисту, который ориентирован на SQL в связке с 1С. После успешного или не очень исправления базы ее нужно вернуть обратно в многопользовательский режим. Последовательность действий в свойствах базы SQL та же самая. Но в качестве значения свойства "Ограничения доступа" выбираем ранее установленное - "MULTI_USER". Более подробно ознакомиться с порядком того, как базу SQL перевести в состояние ограничения доступа - однопользовательский вариант можно по ссылке, где в дополнение к более подробному описанию так же приложены видео-инструкции - "MS SQL Как перевести базу в однопользовательский режим".
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2025. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу. 16-08-2024 Журавлев А.С. (Сайт azhur-c.ru) |
|
|||||||||||||
Copyright 2013-. Azhur-c.ru
ИП Журавлев Александр Сергеевич ИНН 667000271590 ОГРНИП 312667014300041 |