Ошибка субд при загрузке информационной базы

Ошибка загрузки информационной базы

Я

   Mikhail Volkov

04.11.12 — 16:25

Ошибка загрузки информационной базы. В информационную базу загружены не все данные

по причине:

Ошибка СУБД:

Превышен максимально допустимый размер внутреннего файла ‘I:1Cv82Trade_11_0_9_12/1Cv8.1CD’

Размер 1Cv8.1CD получился 7,6 Гб, хотя у меня есть по 33 Гб базы… ОС х64, память 4 Гб — что не нравится 1С?

   Живой Ископаемый

1 — 04.11.12 — 16:37

   Vovan1975

2 — 04.11.12 — 16:41

   Капитан О

3 — 04.11.12 — 16:46

(2) правильный ответ таков: 1С не нравится размер внутреннего файла ‘I:1Cv82Trade_11_0_9_12/1Cv8.1CD’

   Mikhail Volkov

4 — 16.11.12 — 01:27

(3) Откуда он берется на 7,6 Гб? В SQL варианте база всего 4,5 Гб! Был _log большой, сжал базу до5%. Сделал ТИ, почистил битые ссылки, но не помогло * при выгрузке-загрузке размер 1Cv8.1CD растет до 7,6 Гб!?

   Mikhail Volkov

5 — 16.11.12 — 04:35

Дело даже не в объеме базы, и даже ни в том, что в файловой копии удобней отлаживать внешние обработки УФ. Настораживает, что база больная!?

   МихаилМ

6 — 16.11.12 — 08:00

что говорит технологический журнал ?

   Serg_1960

7 — 16.11.12 — 08:59

(0) Проверь базу перед повторной выгрузкой, в .DT — ошибка.

   Fragster

8 — 16.11.12 — 09:03

   Fragster

9 — 16.11.12 — 09:03

(0) тока в скуль

   Fragster

10 — 16.11.12 — 09:06

ну и если дт из файловой — то перед новой выгрузкой — бэкап 1цд, ТИИ с логической целостностью и реструктуризацией. если есть каки-нибудь гигантские таблицы с хранилищами, типа РС версии объектов, то их перед логической целостностью лучше грохнуть, предварительно выгрузив в xml

   Fragster

11 — 16.11.12 — 09:07

блин, зарисовывал-зарисовывал, а все равно спалился

   Serg_1960

12 — 16.11.12 — 09:09

(4) ТИИ проверяет базу не на все возможные ошибки. Есть множество ошибок, которые «невидимы» для ТИИ, но загрузка будет «загружать» такую базу до тех пор, пока пространство не кончится на диске

   Serg_1960

13 — 16.11.12 — 09:10

(11) Ха, не пережевай. Петровых, Сидоровых и Грачевых — пруд пруди

   Mikhail Volkov

14 — 16.11.12 — 11:25

(10) Размеры таблиц SQL показывает — ничего нет гиганского.

(12) Что за ошибки «невидимы»? Чем их увидеть. База точно больная, или я зря паникую?

   Fragster

15 — 16.11.12 — 13:10

(14) под гигантскими я имею ввиду сотни тысяч и миллионы строк. А если у тебя база изначально в скуле, то посмотри размер таблиц, если есть больше 4 гб, то на файловой в принципе не взлетит.

   Mikhail Volkov

16 — 19.11.12 — 07:13

(15) Смотрел, более 300 Мб нет…

   Нуф-Нуф

17 — 19.11.12 — 07:14

Интересно. Чем в файловой удобнее обработки отлаживать?

   shuhard

18 — 19.11.12 — 07:37

(17) кое-кто не умеет ставить сервер 1С в режим отладки =)

   ILM

19 — 19.11.12 — 07:54

(18) +500 ))

   vde69

20 — 19.11.12 — 08:18

   Defender aka LINN

21 — 19.11.12 — 08:23

(8) Маниак. Ну, я в хорошем смысле слова, не с Маней тебя сравниваю.

Чего в SQL не вгрузите?

   Fragster

22 — 19.11.12 — 08:26

(21) ты объясни людям, когда таких баз 60 и «ну так они работают же!»

   Fragster

23 — 19.11.12 — 08:26

это ж 60 ключиков, 60 серваков апгрейдить и т.д.

   Defender aka LINN

24 — 19.11.12 — 08:38

(22) У нас их в разы больше

Ну и зачем 60 серверов на 60 баз?

   Fragster

25 — 19.11.12 — 08:50

(24) УРБД

   Fragster

26 — 19.11.12 — 08:50

это типа филиальные

   vde69

27 — 19.11.12 — 09:03

   Fragster

28 — 19.11.12 — 10:25

(27) там по конец 2010 обрезано

   Mikhail Volkov

29 — 20.11.12 — 05:10

(20) > при загрузки растет таблица регистрации изменений…

Нет не УРБД, но что-то в этом есть… УТ11 (обменивается с БП), в нее пытались еще одну организацию из УТ10.3 с большим документооборотом. База после этого «заболела». Где находится таблица регистрации изменений, как ее почистить?

   Mikhail Volkov

30 — 20.11.12 — 05:12

Объединение баз отложили до НГ.

   Defender aka LINN

31 — 20.11.12 — 08:50

(25) Все равно не вижу связи.

   Mikhail Volkov

32 — 21.11.12 — 01:07

(20) Где физически находится таблица регистрации изменений, разве в SQL базе? Может где-то вне базы, как журнал регистрации?

   AlexITGround

33 — 21.11.12 — 01:17

(18) кого ставить??? О_о

   Mikhail Volkov

34 — 21.11.12 — 01:27

(17) Внешние обработки УФ.

   AlexITGround

35 — 21.11.12 — 01:29

(34) удобно или безопасно ты имел ввиду?

   Mikhail Volkov

36 — 21.11.12 — 01:46

(35) Отлатчик не заходит в процедуры внешней обработки УФ… хотя и в файловом варианте тоже не заходит!?

   France

37 — 21.11.12 — 01:54

(32) не вне базу

   80ksa

38 — 21.11.12 — 02:05

(0) как и заявлялось ранее, размер одной таблицы в ДБФ базе не должен превышать 4 ГБ. Мы в такой ситуации удаляли часть измерений в регистрах — благо того требовала задача по изменению конфигурации.

   Mikhail Volkov

39 — 21.11.12 — 02:06

(37) А где конкретно, как убить таблицу регистрации изменений? (вроде как для обмена с БП только включено) Переносил копию базы на другой SQL сервер, с него делал выгрузку-загрузку в файловый вариант — таже хрень…!?

   Mikhail Volkov

40 — 21.11.12 — 02:09

(38) > в такой ситуации удаляли часть измерений в регистрах…

В каких?

   Mikhail Volkov

41 — 21.11.12 — 02:10

(38) «измерений» ?

   Mikhail Volkov

42 — 21.11.12 — 02:25

Отладка — это побочно, главное — базу вылечить, если «больная». С НГ продолжим сливать 2 базы в одну. Склоняюсь к другому варианту (крайнему): из УТ10.3 переносом остатков сформировать новую базу УТ11. Из «больной» УТ11 снять остатки (есть типовая обработка для УТ11?), перенести в новую базу. Коммерсы сильно возражают — им историю продаж надо сохранить, хотя бы за полгода. С ценами тоже проблема – в УТ10.3 не типовое ценообразование – расчет «розничной» цены (вне 1С) для каждого товара + индивидуальные скидки каждому клиенту.

   France

43 — 21.11.12 — 02:27

сделай удаление регистрации изменений.. напрямую как объект в дереве пофигуратора таблица недоступна..

еще, для ут 11 есть версионирование… можа и тут что «завалялось»

   Mikhail Volkov

44 — 21.11.12 — 02:39

(43) > сделай удаление регистрации изменений..

В планах обмена?

   France

45 — 21.11.12 — 02:42

да..

   Mikhail Volkov

46 — 21.11.12 — 02:49

(43) Версионировать при проведении (записи) у некоторых документов (партнеров) включено — отключить?

   AlexITGround

47 — 21.11.12 — 02:54

(36) ты это серьезно? а-йа-йа-я-й

   AlexITGround

48 — 21.11.12 — 02:55

+47 загрузи в конфигуратор свою обработку и запусти в режиме отладки ее же через CTRL + O, как тебе такое?)

   Mikhail Volkov

49 — 21.11.12 — 03:11

(48) Не понял:? CTRL + O — Файл/открыть…

   Mikhail Volkov

50 — 21.11.12 — 03:14

(48) Внешняя обработка перед исполнением копируется в tmp, в эту копию отладчик не заходит!?

   Mikhail Volkov

51 — 21.11.12 — 03:20

(45) Отключить удалось выгрузку-загрузку в Сценарий обмена для УТ11_Бух20 — это недостаточно? Полность удалить обмен не удается (если только в конфигураторе?)

   AlexITGround

52 — 21.11.12 — 03:32

(50) Миша, ты надо мной издеваешься? сделай как я говорю, блин….))

   France

53 — 21.11.12 — 03:38

(50) и туда, при желании, можно зайти..

(51) для плана обмена можно «УдалитьРегистрациюИзменений».. глянь как «Монитор обмена» в УТ 10.3 реализовано удаление регистрации изменений..

(50) > запусти в режиме отладки ее же через CTRL + O

Из 1С Предприятия (не конфигуратора)? Это УФ (УТ11) — в заказе клиента кн. «Заполнить», по ней вызывается моя внешняя обработка… по CTRL + O ? Попробую…

(53) В УТ11 как-то все ни так…

Содержание:

1.       Ошибка СУБД – файл базы данных поврежден

2.       Создание резервной копии базы данных

3.       Самые распространенные ошибки информационной базы 1С   

1.    Ошибка СУБД – файл базы данных поврежден

Приветствую, коллеги! Сегодня разберем ситуацию, при которой конфигуратор при попытке выгрузить информационную базу сообщает об ошибке СУБД.

Рис. 1 Ошибка СУБД – файл базы данных поврежден

В сообщении об ошибке СУБД указано, что файл базы данных поврежден. Если посмотреть расшифровку «Подробнее», ничего нового система нам не сообщит. Эта ошибка информационной базы 1С 8.3 возникает исключительно в файловых базах данных. В клиент-серверных базах она не наблюдается.

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

Тестирование и исправление базы 1С вызывается из пункта администрирование. Для того чтобы исправить проблему можно воспользоваться утилитой, которая поставляется в комплекте с 1С. Прежде чем переходить к использованию утилиты, необходимо сделать резервную копию базы. Также рекомендую в данной ситуации запомнить, какой релиз у вас используется, на случай, если одновременно используется несколько релизов программы 1С.

Итак, возникает закономерный вопрос: как сделать резервную копию базы, если процедура «Выгрузить информационную базу» не работает из-за ошибки СУБД?

Для этого следует закрыть конфигуратор, открыть каталог, в котором находится база данных, и в файловом режиме выполнить копирование, либо скопировать в другое место сам каталог, либо сделать копию с помощью архиватора, например, Winrar.

Теперь расскажу, как найти утилиту для исправления базы данных? Переходим туда, где на ПК расположена Ваша база (путь можно посмотреть в свойствах ярлыка на рабочем столе), чаще всего – на диске С. Находим каталог 1cv8, где видим список установленных платформ на текущий момент. Выбираем ту, которую мы запомнили в конфигураторе на предыдущем шаге, заходим в неё, далее – в каталог bin. Теперь нам необходимо найти приложение с именем Chdbfl. Этот файлик будет помечен именно как приложение. Запускаем его

Рис. 2 Приложение chdbfl

Теперь для исправления ошибки СУБД необходимо выбрать имя файла базы данных. Находим битую базу в каталоге, выбираем этот файл и ставим галочку «Исправлять обнаруженные ошибки». При анализе физической целостности файла базы данных утилита будет автоматически исправлять ошибки.

Нажимаем кнопку «Выполнить» – происходит проверка файла базы данных.

Рис. 3 Окно проверки физической целостности файла

Потребуется время на обработку утилиты, после чего появится сообщение о завершении проверки и сформируется анализ, указывающий на количество исправленных ошибок. Закрываем утилиту, после этого открываем 1С в режиме конфигуратора и пытаемся выгрузить информационную базу повторно. Данная утилита универсальна и поэтому должна исправлять имеющиеся ошибки информационной базы 1С.  

2.    Создание резервной копии базы данных

Перед любыми манипуляциями с программой обязательно делаем резервную копию базы данных. Кликаем на ярлык 1С два раза, в открывшемся списке баз выбираем нужную и переходим в Конфигуратор. Сверху выбираем меню «Администрированье». Далее выбираем пункт выгрузка информационной базы, затем выбираем путь сохранения, пишем имя файла выгрузки. Программа подумает некоторое время и далее оповестит вас, что выгрузка информационной базы успешно завершена.

Если же прав конфигурирования у Вас нет, то есть другой способ. Для этого база должна работать в файловом режиме. Файловый режим, говоря простым языком, это режим хранения базы в определенной папке на вашем компьютере.

Как определить, что режим работы файловый, и папку, в которой храниться база? Заходим в лаунчер 1С и выбираем нужную базу. Нажимаем кнопку «Изменить», если указатель стоит на первом пункте, то база файловая, а чуть ниже написано места ее расположения. Изображение номер 4.

Рис. 4 Местонахождение базы на компьютере

Заходим в папку с базой и копируем ее в другое место. Таким образом мы получаем резервную копию базы данных.

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

3.    Самые распространенные ошибки информационной базы 1С

А теперь перейдём к другим ошибкам информационной базы 1С 8.3 и способам их устранения. Первая – ошибка формата потока при загрузке базы. Причин появления этого сообщения великое множество, поэтому перейдем сразу к лечению, варианта всего три. Первый – тестирование и исправление базы 1С. Второй – утилита chdbfl. Третий – это очистка кэша.

Для тестирования и исправления заходим в конфигуратор. Сверху выбираем меню «Администрирование → Тестирование/исправление». Далее выставляем галочки как показано на изображении 5 и нажимаем кнопку «Выполнить».

Рис. 5 Тестирование и исправление базы 1С

Теперь переходим к утилите chdbfl. Находим папку, куда была установлена программа 1С. В ней ищем папку bin, где будет иконка синего цилиндра под названием chdfbl. Запускаем утилиту. В открывшемся окне ищем папку, в которой хранится наша информационная база. Зайдя в неё, выбираем файл 1сv8 1cd. Затем устанавливаем галочку «Исправлять обнаруженные ошибки» и жмем «Выполнить». Когда chdbfl закончит свою работу, можем пробовать зайти в программу.

Как уже было сказано, третий способ – это очистка кэша. Кэшем называют определенное место на компьютере для хранения записей копий страниц в Интернете. Даже единожды зайдя на какой-либо сайт, Вы автоматически создаете на своем ПК его копию, чтобы ускорить загрузку страниц при последующих посещениях. Рекомендуются через некоторое время очищать кэш браузера, так как со временем некоторые страницы сайта обновляются, a кэш этой страницы будет по-прежнему загружать старую версию. Также если Вы обнаружили вирус и на своем компьютере, после его удаления или лечения обязательно почистите кэш браузера, чтобы повторно не заразить компьютер. Если долгое время не чистить кэш, объем копируемых страниц для памяти может существенно увеличиться, тем самым замедляя работу кэширования. Ускорение обработки веб-страницы имеет такой же принцип, как на современных смартфонах.

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

После удаления базы из списка ее нужно опять добавить. Для этого нажимаем кнопку добавить, выбираем второй пункт из трех предложенных, а именно: «Добавление в список существующих ИБ». Нажимаем «Далее», указываем наименование базы, папку, где хранится база, и снова нажимаем «Далее», а затем – «Готово». Теперь мы можем проверять работоспособность программы.

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

Ошибка «Недостаточно свободной памяти» – третья в нашем списке. Данное сообщение обычно появляется при обновлении программы, формирование большого отчета и прочих сложных операциях. Запускаем командную строку и вписываем следующее:

Рис. 6 Исправление ошибки недостаточно свободно памяти в командной строке

Число в конце — это размер желаемой памяти. Перезагружаем компьютер, заходим в 1С и пробуем сделать ту операцию, в процессе которой появилась ошибка.

Номер четыре – ошибка «Запись дампа», появляющаяся при выполнении какой-либо операции в программе. Данная ошибка показана на рис. 7.

Рис. 7 Окно ошибки дампа

В первую очередь пробуем отключить аппаратное ускорение видео карты. Как это делать, Вам придётся загуглить самим, потому что последовательность здесь зависит от операционной системы. Второй способ устранения данной проблемы – установка другой версии платформы 1С.

Номер пять – ошибка СУБД: Внутренняя ошибка компонента dbeng8.

Изображение 9 – Ошибка СУБД

Для исправления этой ошибки идем по стандартному сценарию: тестирование и исправление; если не помогает, то chdbfl; если также не помогает, то обновление платформы 1С.

Номер шесть – «Неверный формат хранилища данных».

Рис. 9 Ошибка формата хранилища данных

Возможные варианты устранения данной ошибки – это очистка кэша или тестирование и исправление базы 1С.

Если 1С отказывается запускаться и выдает ошибку: «У текущего пользователя нет доступных ролей для запуска информационной базы», то этому пользователю необходимо назначить соответствующую роль через конфигуратор, перейдя в «Администрирование → Пользователи → [выбрав пользователя] Прочее».

Рис. 10 Ошибка прав доступа

Иногда при старте 1С возникает сообщение об отсутствии прав для запуска требуемого вида клиента. Возможно, был создан новый пользователь вообще без ролей. Как это понять? Заходим в Конфигуратор, переходим к списку пользователей и видим напротив имени интересующего нас сотрудника знак вопроса. Делаем то же самое, что и в предыдущем пункте: заходим в карточку пользователя и на вкладке «Прочие» назначаем ему нужную роль.

Специалист компании «Кодерлайн»

Никита Брежицкий

Предположим, вы сформировали архив базы и теперь пытаетесь загрузить его в файловом варианте. Сначала все идет хорошо, но в какой-то момент возникает ошибка:

«Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла ‘D:1CBASESNewDB/1Cv8.1CD’«

Я лично потратил ОЧЕНЬ много времени на поиск решения этой проблемы и в итоге нашел его, что позволило нам создать файловую копию базы данных размером 18 Гб и в итоге сэкономило примерно неделю времени (могу в комментариях рассказать, как было дело, но сейчас речь не о том).

Итак, причин возникновения такой ошибки может быть несколько:

1. Размер КАКОЙ-ЛИБО таблицы в базе данных превышает лимит для файловой версии (4 Гб). Если честно, во избежание подобных эксцессов мы проверяли размеры таблиц базы заранее с помощью обработки «SQL базомер» (или аналогов). 
2. Ошибка связана с глюком особенностями платформы, и вызвана определенной спецификой структуры метаданных выгружаемой конфигурации.

С первым случаем все понятно — если базомер показал превышение лимита по каким-то из таблиц базы, то эти таблицы необходимо почистить. Если речь идет о справочнике или непериодическом регистре сведений, то нужно постараться удалить оттуда ненужные элементы/записи. То же самое относится и к «тяжелым» документам с их табличными частями. В первую очередь следует заняться удалением помеченных объектов, конечно.

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

Регистры остатков могут некорректно (не по всем измерениям) закрываться, что приводит к ОЧЕНЬ значительному и быстрому разрастанию таблиц итогов. Списание «зависших» остатков регистра накопления может при последующем пересчете итогов дать экономию до нескольких Гб, проверено на собственном опыте у «нерадивых» клиентов. ))

Что же делать, если каждая таблица вашей базы размером менее 4 Гб, но ошибка все равно возникает?

Это значит, что у вас второй случай — проблемная структура метаданных конфигурации. Вероятнее всего, ошибка возникает на этапе создания индексов.

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

«При загрузке информационной базы в файловом варианте сначала загружаются данные всех таблиц, а затем создаются индексы. Ошибка создания индекса приводит к тому, что индекс, созданный с ошибкой, и все последующие индексы не создаются. Если в базе много данных, то это приведет к существенному снижению производительности. Полноценная работа с такой базой будет невозможна.»

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

Включаем технологический журнал — в папку «С:Program Files (x86)1cv82__НомерВерсииПлатформы__inconf» (или аналогичную, __НомерВерсииПлатформы__ подставьте свой) кладем файл logcfg.xml примерно следующего содержания:

<?xml version=»1.0″ encoding=»UTF-8″?>
<config xmlns=»http://v8.1c.ru/v8/tech-log»>
         <dump create=»true» location=»D:1CBASESdumps» type=»0″ prntscrn=»true»/>
         <log history=»3″ location=»D:1CBASESlogs»>
         <event>
                      <eq property=»name» value=»dbv8dbeng»/>
         </event>
         <event>
                      <eq property=»name» value=»excp»/>
         </event>
         <property name=»all»/>
         </log>
</config>

Внимательно следим за тем, чтобы каталоги для дампов и логов:

1. Существовали
2. Различались
3. Были доступны для чтения и записи тому пользователю Windows, от лица которого вы запускаете конфигуратор.

Перезапускаем конфигуратор (при этом включается технологический журнал) и заново пробуем загрузить наш .DT. После возникновения ошибки идем в каталог для логов, находим там файл лога, содержащий нашу ошибку, и внимательно читаем его.

Первое же вхождение EXCPCNTX в логе в моем случае указало на команду, которая вызвала ошибку: CREATE INDEX _Accum27148_ByDims_TRRRRRRRRRSSR (у вас название индекса будет другое).

По цифрам из названия индекса с помощью обработки «Структура хранения таблиц базы данных» (или аналогов, которые умеют показывать индексы) находим, какой таблице принадлежит данный индекс. У меня это оказалась таблица оборотов одного из нетиповых регистров накопления.

А дальше начинается самое интересное — нужно попытаться угадать, что именно в структуре вашей таблицы приводит к ошибке индексации.

В первую очередь следует смотреть, какие поля входят в индекс. Как выяснилось, платформа ОЧЕНЬ не любит, когда совокупный размер ключевых полей индекса становится значительным. В частности, она не любит индексировать длинные строки — так, в моем случае в индекс попадало измерение с типом СТРОКА (500) и оно вызывало ошибку. Другой представитель фирмы «1С» высказался на партнерском форуме еще в 2007 году:

«Если длина ключа оказывается близкой к 2К, то начинается резкий рост размера индексов с рядом неприятных последствий.«

 И действительно, в 2013 году ничего не изменилось — в подобных случаях наблюдается лавинообразный рост размеров индекса на файловой базе. А когда таблица индекса превышает лимит в 4 Гб, загрузка .DT останавливается с ошибкой.

Лично мне помогло отключить для проблемного измерения флажок «Использование в итогах», т.к. в реальности итоги по нему не требовались. Оно перестало попадать в саму таблицу оборотов и, как следствие, в индекс таблицы оборотов. Есть и другие способы — более строго ограничить размер строки, например. Читал, что некоторым это помогало.

Эти изменения необходимо применить к информационной базе, при этом произойдет реструктуризация вашей таблицы.

Если изменения внесены на SQL-копии базы, то после этого нужно заново выгрузить .DT и попытаться перезагрузить его в файловой версии.

Если SQL-копии нет под рукой, то можно попробовать исправить прямо на вашей недозагруженной файловой копии. После принятия изменений запускайте «Тестирование и исправление» в режиме реструктуризации таблиц базы данных. Индексы будут созданы платформой заново и, можно надеяться, уже без ошибок.

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

Удачи вам!

Иногда при работе с программой 1С может возникнуть ошибка СУБД. И программа сообщает «Файл базы данных поврежден» и указывает путь к файлу нашей информационной базы. Рассмотрим, что делать, если возникает такая ошибка и как ее исправить.

Эта ошибка может возникнуть вследствие неожиданного завершения работы программы 1С 8.3, что может быть вызвано сбоем работы сети, выключением главного компьютера, когда другие пользователи работают, выключение электроэнергии и т.п. При этом программа 1С может открываться, работать, а ошибка зачастую появляется при попытки создать объект (документ или элемент справочника) или провести документ,  с которым работал пользователь во время сбоя.

Рассмотрим пример, исправления ошибки. В нашем случае, пользователь перед сбоем системы работал с документом Отражение зарплаты в учете. После сбоя программы 1С 8.3, при попытке проведения документа, программа стала выдавать ошибку и закрываться.

Одним из вариантов выхода из ситуации является восстановление информационной базы из резервной копии. Этот вариант оптимален, если резервное копирование выполняется ежедневно.

В случае, если резервная копия делалось давно или вовсе отсутствует,  или введен большой объем информации, то можно воспользоваться средствами тестирования и исправления ошибок.

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

Для проверки физической целостности файла базы данных 1С предусмотрена утилита chdbfl.exe.

Она находится в папке с установленной платформой 1С Предприятие в папке bin. В нашем случае она располагается по адресу: диск С:ProgramFiles1cv88.3.12.1440bin, где 8.3.12.1440 — номер установленной платформы 1С.

Откроем папку, найдем файл утилиты и запустим ее.

В открывшемся окне укажем путь к файлу нашей информационной базы — это файл 1Cv8.1CD.

Где он располагается, можно указать открыв окно запуска программы, и посмотреть внизу путь к информационной базе.

Выбираем файл нашей конфигурации, который нужно исправить, устанавливаем галочку Исправлять обнаруженные ошибки и нажимаем кнопку Выполнить.

В случае, если программа 1С работает по сети, то эту операцию удобнее выполнять на сервере — главном компьютере. При этом, все пользователи должны завершить работу с программой, закрыв ее. В противном случае тестирование не будет выполнено и программа сообщит об ошибке разделения доступа к базе данных.

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

В большинстве случаев утилита chdbfl.exe справляется со своей задачей по исправлению ошибок СУБД в 1С 8.3. После окончания проверки необходимо проверить результат.

В нашем случае исправление ошибки прошло успешно, база 1С 8.3 работает, документ проведен и ошибка больше не появляется.

В случае если этот способ Вам не помог, то можно попробовать восстановить поврежденную базу через Конфигуратор — пункт меню Тестирование и исправление. Подробнее об этом способе тестирования в статье Исправление базы 1С 8.3 какие галочки ставить.

См. также:

• Не найден файл внешней компоненты в 1С 8.3: как исправить
• Ошибка работы с интернет Удаленный узел не прошел проверку в 1С: как исправить
• Конфигурация узла распределенной ИБ не соответствует ожидаемой
• 1C Отчетность: не удалось расшифровать файл
• Этот хост неизвестен 1С: как исправить

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Вы кликаете на ярлычок ПО и сталкиваетесь с проблемой. Появляется ошибка «файл базы данных 1C поврежден», сама программа 1С не открывается, работать невозможно. Реже наблюдаются случаи, когда такой баг вылетает прямо в процессе заполнения формы, что тоже неприятно. Потому что в появившемся на экране окошке есть 3 кнопки: можно нажать на «Подробно» и посмотреть малопонятные технические нюансы, а также на «Перезапустить» или на «Завершить…». И ни один из вариантов не помогает, ведь при повторном включении наблюдается та же ситуация.

Отсюда рождается закономерный вопрос: «И что же предпринять?» Проблему можно успешно решить, поэтому ниже мы рассмотрим возможные действия, а вы узнаете сразу несколько способов, как устранить столь раздражающую помеху, и сможете выбрать наиболее простой и удобный для себя.

Описание 1С-ошибки СУБД «Файл данных поврежден», причины ее появления

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

В большинстве случаев этот баг вызван техническими неполадками:

• отключением сервера или потерей связи с ним;
• сбоем сети, к которой подключен ваш ПК;
• нарушением электропитания, например, скачком.

Также, хоть и реже, поводом может стать несовместимость софта, если на ПК установлено сразу несколько версий ПО, допустим, 10. 2650 и 12.1595. Это едва ли не самый легкий случай, ведь для успешного решения проблемы обычно достаточно начать использовать какой-то один вариант платформы, а остальные – деинсталлировать, воспользовавшись для этого подходящей утилитой.

Что делать, если база 1С повреждена, как исправить ошибку

Решений существует сразу несколько, поэтому мы предлагаем двигаться методом проб – от самых простых и логичных к тем, что посложнее. Зачем вам лишние трудозатраты? Итак, в первую очередь стоит попробовать следующие варианты.

Восстановить резервную копию

Если вы регулярно переписываете БД программы, это очень правильно и дальновидно – как раз для таких случаев. Тогда остается лишь выгрузить последнюю успешно работавшую версию. Чтобы выполнить это, зайдите в конфигуратор, там найдите пункт «Администрирование», кликните на него правой кнопкой мышки и выберите соответствующую строку в появившемся меню – так, как на скриншоте:

Надежнее всего осуществлять это, предварительно подготовив новый и чистый информационный массив, и заполнять его. Но это хорошо, когда в компании ответственно подходят к вопросу и действительно раз в один-два дня сохраняют точки возврата для отката. А если нет? Тогда необходимо…

Создать резервную копию

И пусть она будет уже поврежденной базы – это лучше, чем ничего, тем более все дальнейшие способы связаны с совсем радикальными воздействиями. Для этого существует сразу 3 метода – рассмотрим каждый по порядку.

Через конфигуратор

Перейдите в него и снова выберите пункт «Администрирование» правым кликом, но там нажмите уже на «Выгрузить…».

Внимание, это не сработает только в том случае, если баг действительно серьезный и затронул большое количество элементов системы. В такой ситуации остается только найти в БД файл с названием 1Cv8.1CD и перенести его в чистый каталог.

После этого выполните проверку – попробуйте открыть программу: если она успешно запустится, значит, все дело было в кэше. Когда же проблема все равно наблюдается, необходимо проводить дальнейшее тестирование. Для этого, находясь все в том же меню, нажмите на одноименный пункт и поставьте все флажки так, как показано на скриншоте:

Обратите внимание, в окне настроек есть несколько разделов, и для каждого из них действуют свои нюансы. Так, строчки в «Проверке и режимах» можно отмечать поочередно и смотреть, какие результаты это даст. А при обнаружении ссылок на объекты, которых нет фактически, есть три варианта: либо очищать неправильные пути, либо ничего не менять, либо создавать новые, уже актуальные. Для запуска кликните «Выполнить». При успешном исходе ошибка 1С «Файл базы данных поврежден» должна исчезнуть. Если же она сохраняется или в процессе вылетает критический баг, из-за чего программа закрывается, нужно воспользоваться следующим способом.

С помощью утилиты chdbfl.exe

Она находится прямо в той же папке, в которую инсталлирована система. Если вы не знаете, куда именно установлено ПО, найти ее все равно не составит труда: просто нажмите правой кнопкой мыши на ярлык софта на рабочем столе и выберите пункт «Свойства». На экране появится меню со всеми подробностями:

Посмотрите, какой путь в выделенном окошке. Перейдите туда, а затем в каталог формата bin. Открывайте объект с расширением exe и запускайте его – появится форма для восстановления. В ней выберите испорченную БД, поставьте флажок напротив «Исправлять ошибки» и кликните на «Выполнить». Если файл информационной базы данных поврежден при выгрузке, то по завершении процесса он должен снова стать работоспособным. Если же этого не произошло, есть еще один эффективный способ.

Очистить кэш

Для повышения производительности программа автоматически создает буфер и на время перемещает в него те сведения, которые часто использует, – для быстрого доступа к ним. Оттуда подгружается и конфигурация, что дает пользователю возможность с максимальной быстротой выполнять типовые операции. Ну а при сбое все эти элементы начинают неправильно обрабатываться, потому их нужно удалить, чтобы при повторном запуске ПО система заново взяла нужные ей объекты.

Системные администраторы и другие технические специалисты обладают необходимым опытом, чтобы убрать ненужное как с помощью скриптов или утилит, так и вручную. Нам же, если в 1C файл базы данных поврежден, проще воспользоваться следующим алгоритмом:

Отыскать путь – он показывается слева внизу в окне запуска, достаточно лишь выделить нужную БД.

Убедиться, что программа закрыта, и скопировать найденное местоположение.

Сделать новую папку и с помощью буфера обмена сохранить в нее нужный объект (обычно он называется 1Cv8.1CD).

Добавить в меню выбора только что образованную резервную копию, нажав на одноименную кнопку.

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

Также в настройках есть утилита ClearCashe. Она удобна при часто возникающих проблемах. Правда, подходит она только для тонкого клиента программы и снижает ее производительность, пока не выполнит свою задачу, но чем-то ведь приходится жертвовать. Рассмотрим, как восстановить поврежденную базу 1С с ее помощью:

• откройте ПО и выделите необходимую БД;
• кликните «Изменить»;
• укажите дополнительные параметры в соответствующем подразделе, в частности, задайте «тонкий клиент» в качестве основного режима запуска;
• подтвердите правильность заполнения меню нажатием на «Готово»;
• попробуйте запустить софт.

Если баг не исчезнет даже после всех этих манипуляций, проблему нужно искать еще глубже. Для этого придется провести одну или две проверки.

Внутреннее тестирование

С его помощью можно выявить неполадки даже после того, как другие способы оказались неэффективными. В целом оно похоже на метод «через конфигуратор», но есть и некоторые отличия. Если 1C-файл базы данных поврежден, cache 1CD нормально не очищается и кажется, что вы зашли в тупик, сделайте следующее:

Перейдите во вкладку «Администрирование», а в его выпавшем меню выберите пункт с исправлениями – так, как показано на скриншоте:

В ответ на предложение сделать резервную копию просто кликните «Продолжить».

На экране высветится окно с подразделами – поставьте флажки так же, как на примере ниже:

Подтвердите свой выбор нажатием на «Выполнить».

Проверка начнется автоматически. После ее окончания нужно лишь выйти из конфигуратора и попробовать открыть программу. Если она отличается стабильностью и в процессе ее работы не вылетает никаких багов, значит, у вас все получилось, можно создать «точку отката» и трудиться в нормальном режиме. Если же и это не помогло, необходимо воспользоваться другим типом проверки.

Внешнее тестирование

Допустим, у вас проблема с 1С: база данных повреждена, как восстановить ее, если все ранее описанные меры не помогают? В такой ситуации необходимо вновь обратиться к возможностям chdbfl.exe, только использовать их немного по-иному.

Вы уже знаете, как ее найти, но напомним (ради закрепления материала): кликните правой клавишей мыши на ярлычок софта на рабочем столе и выберите пункт «Свойства» в выпавшем меню. Затем просто скопируйте путь из окошка «Рабочая папка» и перейдите по нему в проводнике.

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

Появится форма – пропишите путь к 1Cv8.CD в ее поле под названием «Имя…». После отметьте флажком пункт «Исправлять обнаруженные ошибки» и подтвердить свои настройки кликом на «Выполнить».

После всего этого закройте chdbfl.exe, запустите ПО и посмотрите, как оно работает. Если стабильно, без каких-либо багов, значит, проблема решена и на основе этой версии можно создавать резервную копию и периодически ее обновлять.

Что случится, если будет обнаружена «битая» ссылка

Представим ситуацию: вы использовали «1С: Предприятие», файл базы данных поврежден, запускается механизм проверки, и он находит элементы с неактуальными путями. Что произойдет дальше, зависит от тех настроек, которые будут заданы. В соответствии с ними система начнет:

• создавать новые и пустые объекты – своего рода заглушки, которые вы впоследствии при необходимости сможете заполнить;
• не осуществлять никаких изменений – получите только уведомление о наличии каких-либо несоответствий, но исправлять их программа не будет;
• очищать проблемные ссылки – софт в автоматическом режиме станет убирать все неподходящее.

Тестирование здесь стоит выполнять в несколько заходов. Это потребует больше времени, но зато и ошибка базы данных 1С, если она вообще есть, будет найдена почти наверняка, и устранить ее станет гораздо легче. Пусть во время первой проверки ПО только ищет «битые» ссылки, но не «лечит» их, а при второй-третьей – уже добавляет элементы и избавляется от багов.

Также в зависимости от ситуации имеет смысл подключить несколько дополнительных функций – посмотрим, что дает каждая:

• Пересчет итогов – позволяет высвободить регистры, бухгалтерии и накопления, что позитивным образом скажется на производительности системы; это полезный инструмент для слабых ПК.
• Реструктуризация – будут пересозданы таблицы; обычно это актуально при изменениях метаданных, убыстряет достаточно длительный процесс перехода и помогает снизить вероятность того, что вы столкнетесь с сообщением, что файл базы данных поврежден, 1CD отсутствует, или с другими ошибками.
• Сжатие – обычно информация не удаляется, а становится невидимой и неактивной, а когда отметите флажком эту опцию, они будут окончательно уничтожаться. На те же действия программу можно настроить и по отношению к объектам с dt-расширением, что облегчает систематизацию.

Результаты всех проведенных тестов вы получите в виде служебного сообщения, которое будет показано внизу рабочего экрана ПО. Выглядит это примерно так:

После этого останется только закрыть конфигуратор и открыть софт с правами пользователя – он уже должен работать стабильно и без багов.

Ошибка СУБД: как исправить

Если есть серьезные подозрения, что в 1 C файл базы данных 1CD поврежден, проверить его физическую целостность можно с помощью уже хорошо знакомой chdbfl.exe.

Запускайте утилиту из bin-папке – точно так же, как и в уже вышеописанных случаях. Вот еще один пример того, по какому пути она может располагаться:

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

Выберите проблемную версию, отметьте птичкой опцию об исправлении и подтвердите кликом на «Выполнить».

Теперь рассмотрим нюансы. Если программа установлена на компьютерах, объединенных в рамках локальной или интернет-сети, все действия по устранению багов проще и правильнее всего предпринимать сразу на сервере, т.е на главном ПК. Иначе есть риск возникновения ситуации, когда на одной из машин файл БД поврежден, 1С нормально работает на другой, и при взаимодействии возникают конфликты, оборачивающиеся разделением доступа, а это тоже неполадка.

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

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

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

Заключение

Этот баг весьма неприятен, так как или затрудняет работу, или делает ее и вовсе невозможной, но мы выяснили, что с ним можно успешно бороться. И здесь уже вам решать, как поступить, если при открытии «1С: Розница» выдает ошибку «Файл базы данных поврежден», что делать и как устранять проблему, ведь есть 3 варианта создания резервной копии и еще 2 вида проверок. Мы же советуем регулярно сохранять конфигурацию системы для бэкапа и вообще всячески защищаться от неприятных сюрпризов и упрощать свой труд. Весь необходимый софт для автоматизации – Mobile LOGISTICS, «Склад 15» и другое ПО – вы найдете в каталоге «Клеверенс».

Количество показов: 9920

Иногда при запуске базы 1С пользователь получает сообщение «Файл базы данных 1Cv8.1CD поврежден». Чаще всего такое сообщение появляется при технических неполадках или нарушениях подачи электроэнергии и касается файловых баз данных 1С 8.

На сегодня такая ошибка может возникать, когда на компьютере пользователя стоит одновременно несколько платформ*, например, 8.3.10.2650 и 8.3.12.1595. Если ошибка повреждения файла данных возникает из-за конфликта платформ, нужно принять решение об использовании только одной платформы 1С, оставив любую из имеющихся, какую – неважно.

*Исходя из опыта работы – подобная проблема стала появляться у пользователей недавно.

В других случаях пользователи могут попробовать самостоятельно решить эту проблему. Для этого имеется несколько способов:

• Очистить кэш 1С 8.3;
• Восстановить файл базы из резервной копии;
• Выполнить тестирование и исправление базы данных;
• Проверить файл базы утилитой Chdbfl.exe – поставляется в составе программного продукта, хранится в Program Files, в каталоге 1cv8/папка с номером текущей платформы (например, 8.3.10.2650 / bin).

Чистим кэш 1С 8.3

В процессе работы 1С создает временный буфер для быстрого доступа к наиболее часто используемой информации. Из этого временного буфера (кэша) подгружаются файлы конфигурации, что позволяет пользователю работать в программе с определенной скоростью. Если произошел какой-то сбой в работе компьютера, кэш обрабатывается неправильно, когда папки, созданные 1С при запуске, удаляются с компьютера, а программа при следующем запуске вновь их создает.

Если технические специалисты для очистки кэша могут использовать скрипт или чистить кэш вручную (а в зависимости от операционной системы кэш может находиться в разных местах), то для пользователя проще очистить кэш следующим способом:

• Найти файл базы данных (путь к нему отражается в нижней части окна запуска программ 1С при выделении нужной нам базы);

• Скопировать его (1С при этом должна быть закрыта);
• Создать новую папку и добавить туда скопированный файл;

• Добавить новую базу в окно запуска.

В новом каталоге файлов кэша не будет и база может нормально запуститься.

При частых случаях некорректной работы системы 1С 8 можно использовать в настройках запуска дополнительный параметр ClearCashe. К неудобствам его использования следует отнести доступность работы системы только на тонком клиенте и снижение производительности работы.

Для использования директивы ClearCashe сделайте следующее:

• Открыть окно запуска программы 1С;
• Выделить требуемую базу;
• Нажать кнопку «Изменить»;
• В открывшемся окне настроек указать дополнительные параметры;
• Установить режим запуска «Тонкий клиент»;
• Нажать кнопку «Готово»;
• После закрытия окна настроек запустить базу.

Если очистка кэша не помогает и сообщение об ошибке файла базы данных повторяется, используем другие способы ее исправления.

Восстанавливаем базу данных из резервной копии

При выполнении любых действий с базой (обновлении и т.д.) в обязательном порядке необходимо сделать копию базы.

В идеале лучше всего настроить ежедневное резервное копирование базы данных. Настраивается резервное копирование в разделе «Администрирование»:

• Открыть подраздел «Обслуживание»;
• В пункте «Резервное копирование и восстановление» указать способ резервного копирования (на локальном компьютере или в облачном архиве 1С);

• По ссылке «Настройка копирования» указать параметры:
  • Периодичность копирования (по расписанию или по завершению работы);
  • Место хранения резервных копий;
  • Период хранения.

Для восстановления базы из резервной копии создадим пустую базу, и загрузим в нее резервную копию:

• Открыть вновь созданную пустую базу в режиме «Конфигуратор»;

• В главном меню выбрать раздел «Администрирование»/«Загрузить информационную базу»;

• В открывшемся окне укажем путь к резервным копиям, выберем самую свежую по дате сохранения копию, нажмем «Открыть»;

• Система сообщит о закрытии конфигуратора после загрузки и возможной утрате несохраненных данных в открытых окнах. Так как файл резервной копии загружается в пустую базу, предупреждение о несохраненных данных принимаем, нажимаем кнопку «Да»;

• После загрузки базы и закрытия конфигуратора программа запускается в пользовательском режиме «1С:Предприятие 8.3». Ошибка не должна повториться.

Тестирование и исправление базы данных

Если резервные копии базы отсутствуют и восстановить базу из копии невозможно, 1С выдает ошибку «Файл базы данных поврежден», но программа может быть открыта в режиме «Конфигуратор». Здесь можно попробовать исправить ошибки базы при помощи тестирования и исправления.

Для этого:

• Открыть базу в режиме «Конфигуратор»;
• Выполнить сохранение копии базы («Администрирование»/»Выгрузить информационную базу»). Если этого не сделать, при запуске тестирования программа сама напомнит об этом.

• В разделе меню «Администрирование» выбрать пункт «Тестирование и исправление»;

• В открывшемся окне настроек установить флаги по пунктам «Проверки и режимы», нажать кнопку «Выполнить». Каких-то общих и обязательных правил при настройке проверок и режимов нет.

В нашем случае имеется ошибка файла базы данных, поэтому выбираем режим «Тестирование и исправление».

Что касается проверок – выберите те варианты, которые кажутся вам наиболее необходимыми, либо все. Выбор должен быть осознанным, поэтому смотрим список проверок и для чего они нужны:

• Реиндексация таблиц информационной базы – полное перестроение индексов для заданных таблиц. Эта процедура существенно повышает производительность системы, поэтому рекомендуем выбрать ее при тестировании;
• Проверка логической целостности информационной базы – при выборе этой процедуры система проверит логическую и структурную целостность базы и найдет ошибки в организации данных;
• Проверка ссылочной целостности информационной базы – при выборе этой процедуры система проверит так называемые «битые» ссылки, которые возникают при некорректной обработке информации, например, при непосредственном удалении или неправильно настроенном обмене.

Что произойдет, если «битая» ссылка будет обнаружена?

Это тоже зависит от наших настроек. При наличии ссылок на удаленные объекты, либо при частичной потере объектов, система может:

• Создавать объекты – будет создан пустой объект-заглушка, который позже можно заполнить нужной информацией;
• Очищать ссылки – система очистит «битые» ссылки;
• Не изменять – система только покажет вам ошибки в служебном сообщении после завершения тестирования, но вносить какие-либо изменения не будет.

Тестирование и исправление при выборе этой процедуры можно выполнить в несколько приемов, вначале выбрав при выявлении «битых» ссылок пункт «Не изменять», а после анализа ошибок – предыдущие пункты.

• Пересчет итогов – понятие итогов в системе присутствует в регистрах накопления и регистрах бухгалтерии. Выбор этой процедуры также повышает производительность системы;
• Сжатие таблиц информационной базы – при удалении данных 1С не удаляет их полностью, а как бы помечает и делает невидимыми для пользователя. Процедура сжатия удаляет эти объекты окончательно. Аналогичное действие выполняется при выгрузке и загрузке файла базы данных с расширением dt;
• Реструктуризация таблиц информационной базы – пересоздание таблиц баз данных; обычно процедура реструктуризации вызывается при внесении изменений в структуру метаданных конфигурации. Этот процесс касается всей базы данных и может быть очень длительным.

Результат тестирования и исправления ошибок отражается в служебном сообщении в нижней части рабочего окна программы.

Закрываем конфигуратор и пытаемся вновь запустить нашу программу в пользовательском режиме «1С:Предприятие».

Проверяем файл базы утилитой Chdbfl.exe

Если 1С выдает ошибку «Файл базы данных поврежден», открыть базу в режиме «Конфигуратор» не получается, поэтому используем утилиту Chdbfl.exe. Найти путь к утилите достаточно просто:

• На рабочем столе найдем ярлык запуска 1С;

• Правой кнопкой клавиши мыши вызовем контекстное меню и выберем раздел «Свойства»;
• В открывшемся окне свойств найдем путь к рабочей папке и скопируем его (ту часть, что выделена на рисунке);

• Пройдем по указанному адресу, найдем каталог с последней платформой, далее каталог bin;
• Выберем файл Chdbfl.exe из списка и запустим его;

• В окне запуска укажем файл нашей базы данных и установим флаг «Исправлять обнаруженные ошибки» и жмем «Выполнить».

Результат проверки отразится в нижней части окна.

Любой из описанных способов может привести к исправлению ошибки в файле БД. Если у вас остались вопросы по исправлению ошибок в части файлов базы данных, обратитесь к нашим специалистам, которые не только дадут консультации по программе 1С, но и окажут услуги по сопровождению программных продуктов 1С в случае необходимости.