Описание ошибки:
Ошибка СУБД (логическая ошибка ввода-вывода) в 1С 8 при работе серверной базы в режиме предприятие или в конфигураторе может возникнуть в базе любой момент. Не зависит от версии платформы. Но имеет в основном общее решение, если повреждения данных не достигли существенных размеров.

Найденные решения:

В частности ошибка была "встречена" при попытке выполнения операции "Тестирование и исправление базы", так как не выполнялось регламентное задание, завершалось с ошибкой, которую можно было наблюдать по данным журнала регистрации.

Тестирование начато
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: неправильная контрольная сумма (ожидаемая: 0xf5ab45d2; фактическая: 0xd5ab45d2). Она произошла при прочитать страницы (1:14932377) в базе данных с идентификатором 8 по смещению 0x00001c7b332000 файла "D:\sql_bases\Trade.mdf". Дополнительные сведения см. в журнале ошибок SQL Server и журнале системных событий. Это серьезная ошибка, которая угрожает целостности базы данных и должна быть немедленно исправлена. Выполните полную проверку базы данных на согласованность (DBCC CHECKDB). Эта ошибка может быть вызвана многими причинами; дополнительные сведения см. в электронной документации по SQL Server.
HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state=2, Severity=18, native=824, line=1

Нажатие по изображению увеличит его

Рис. 1. Скриншот ошибки СУБД ввода-вывода в 1С 8.

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

Нажатие по изображению увеличит его

Рис. 2.

---

---

Благо, важную рекомендацию по началу разрешения проблемы ошибки ввода-вывода можно вычитать в описании ошибки: Выполните полную проверку базы данных на согласованность (DBCC CHECKDB). Нужно запустить "SQL Server 2014 Management Studio". Далее "Создать запрос". И написать текст запроса:

dbcc checkdb("trade")

, где в "" содержится название базы данных как она называется в списке баз SQL.

После написания текста запроса "Выполняем" его с помощью кнопки командной панели над полем текста запроса.

В результате, если ошибки есть, а они скорее всего есть, если возникает ошибка "Ошибка СУБД: Microsoft SQL Server Native Client 11.0: SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: неправильная контрольная сумма", то об этом будет отрапортовано в окне "Сообщения". В нем же система предлагает допустимый вариант последующего разрешения проблемы.

Нажатие по изображению увеличит его

Рис. 3. Результат проверки базы средствами СУБД.

Если переместиться, пролистать вверх по всему списку то можно будет найти детальное описание ошибки или ошибок, которые были обнаружены.

Нажатие по изображению увеличит его

Рис. 4. Результат поиска в списке сообщений результата проверки базы.

---

---

Как было отмечено перед рис.3 - программа SQL предлагает вероятное решение. Использовать операцию dbcc checkd c параметром "repair_allow_data_loss":

dbcc checkdb("trade", repair_allow_data_loss)

После ввода команды в поле текста запроса и выполнения запроса по кнопке "Выполнить" по истечении времени выполнения в окне "Сообщения" программа выведет отчет.

В лучшем случае в результате выполнения исправления ошибок в отчете будет сообщено об исправлении ошибок. К сожалению не получилось создать скриншот, но для технического специалиста, или человека хотя бы немного сведущего в технических вещах информация в отчете будет понятна.

 

Для процедуры исправления может потребоваться перевести базу SQL в однопользовательский режим. Если это потребуется, что SQL Manager сообщит Вам об этом в окне "Сообщения" при попытке запуска по кнопке "Выполнить": "База данных должна находиться в однопользовательском режиме". Но кроме сообщения больше ничего не сделает. Поэтому перевести в однопользовательский режим придется самостоятельно. Ниже кратко рассмотрим, как установить базе SQL значение свойства "Ограничение доступа" для однопользовательского состояния. 

Нажатие по изображению увеличит его

Рис. 5. Восстановление данных базы СУБД.

Для этого для проблемной базы в дереве "Обозреватель объектов" вызываем контекстное меню и в нем выбираем пункт "Свойства".

Рис. 6. Переход к свойствам базы СУБД.

---

---

В открывшемся окне в списке "Выбор страницы" слева выбираем страницу под названием "Параметры". В списке справа "Другие параметры" находим "Ограничение доступа" и устанавливаем значение "SINGLE_USER".

Нажатие по изображению увеличит его

Рис. 7

После изменения значения состояния "Ограничения доступа" нажимаем кнопку "ОК" и соглашаемся с тем, что придется автоматически закрыть все открытые соединения с базой.

Нажатие по изображению увеличит его
​
Рис. 8. Изменение свойства режима использования базы СУБД.

Самостоятельно перевели базу в однопользовательский режим. Запускаем запрос с командой dbcc checkdb("trade", repair_allow_data_loss). Ожидаем завершения выполнения исправления. Анализируем отчет исправления. Надеюсь, что это поможет в Вашем случае. В крайнем случае, если проблема сохраниться, то может потребоваться обращение к специалисту, который ориентирован на SQL в связке с 1С.

После успешного или не очень исправления базы ее нужно вернуть обратно в многопользовательский режим. Последовательность действий в свойствах базы SQL та же самая. Но в качестве значения свойства "Ограничения доступа" выбираем ранее установленное - "MULTI_USER".

Более подробно ознакомиться с порядком того, как базу SQL перевести в состояние ограничения доступа - однопользовательский вариант можно по ссылке, где в дополнение к более подробному описанию так же приложены видео-инструкции - "MS SQL Как перевести базу в однопользовательский режим".

 

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

16-08-2024

Журавлев А.С. (Сайт azhur-c.ru)