Сбой программы 1с. Наиболее частые ошибки «1С» и методы их исправления

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

Алгоритм действия при обнаружении неполадок должен выглядеть следующим образом:

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

Ошибки в работе 1С можно классифицировать так:

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

2. Программные ошибки. Наиболее распространённые сбои этой категории:

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

Для решения программных ошибок необходимо воспользоваться услугами специалиста по работе с продуктами 1С.

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

Вряд ли кто-то поспорит, что 1С:Підприємство в общем программа неплохая. Ведь плохая программа вряд ли стала бы такой популярной. И Вы как пользователь наверное привыкли к ней и знаете ее достаточно хорошо, со всеми плюсами и минусами. Но любой программе, хорошей или плохой все-таки как правило присущи глюки.

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

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

Кстати, зачастую покупая компьютер, мы не задумываемся, какой в нем стоит блок питания. А зря. Большинство аппаратных сбоев связаны с дешевым и как следствие плохим блоком питания. Ведь недаром, средний корпус с блоком питания стоит порядка 30-40 долларов, а хороший блок питания отдельно стоит от 40. А хороший источник бесперебойного питания тоже недешев, также как и хороший сетевой фильтр. Но это лирическое отступление от основной темы.

Личный опыт показывает, что 1С:Підприємство лучше работает на хорошей аппаратуре, а особенно на терминальных серверах высокого класса. Это связано с тем, что дорогие сервера стоят так дорого не только из-за того, что они собраны на быстрых процессорах и жестких дисках, а еще и по той причине, что в серверах применяют, в первую очередь, надежные блоки питания, процессоры, память, жесткие диски.

На таких компьютерах редко случаются вылеты с ошибками во время работы.

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

На самом деле распространенных и известных глюков в 1С:Підприємство немного. Все-таки программе уже больше 7 лет и за этой время разработчики выпустили аж 25 релизов, таким образом исправив большинство ошибок.

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

• Одной из частых ошибок является следующая. При работе в 1С:Підприємство она вдруг ни с чего вылетает с ошибкой. «Программа выполнила недопустимую ошибку и будет завершена». Из-за чего произошла такая ошибка как правило непонятно, поскольку носят они единоразовый характер.

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

• Невозможность сохранения архивной копии (из конфигуратора) на внешние носители (флеш-память, магнитооптические диски и т.д.). Проявляется следующим образом. При сохранении прямо на внешний носитель по окончании процесса выдает ошибку «Ошибка определения свободного места на диске» и соответственно ничего не сохраняет. Ошибка также возникает при выгрузке данных, а также при выгрузке для обмена с базами, при использовании УРИБ. В последнем релизе платформы ошибка исправлена, однако иногда по-прежнему возникает с некоторыми операционными системами.

Решение: сохранять вначале на жесткий диск (сеть), а затем копировать на внешний носитель. Неудобно, но деваться некуда.

• «Зависание» при тестировании и исправлении ИБ. Если вы запускали процедуру тестирования/исправления из конфигуратора, то могли обратить внимание, что стоит переключиться из конфигуратора в другую программу, а потом назад, то мы больше уже не видим, что происходит. Программа вроде как зависает. На самом деле она продолжает работать, но мы не видим прогресса. Объяснения общественной организации САБ по этому не смертельному, но неприятному глюку напоминают объяснения главного героя фильма «Люди в черном», позволю себе примерно процитировать: «Лунный свет отразился от Венеры, что вызвало взрыв болотного газа». Т.е. нормальному человеку эти объяснения непонятны. Они в общем непонятны и компьютерному специалисту. 1С:Підприємство говорит так, цитирую: «Это связано с особенностями взаимодействия библиотека mfc32.dll с Windows». Ошибка возникает в версия Windows начиная с Windows XP.

Решение: терпеливо ждать пока процесс не будет закончен.

• «Вылетание» 1С:Підприємство с ошибкой при старте. Собственно тут сама программа не виновата. Тут возможные разные варианты, но как правило связано это с тем, что на диске компьютера есть ошибки. Как правило, это потерянные кластеры.

Решение: В этом случае пробуем сделать следующее - выполняем проверку диска, если это не помогло, то заходим через Мой компьютер в папку базы. В ней находится папка SYSLOG. Удаляем эту папку. Таким образом мы теряем журнал регистрации, но зато 1С:Підприємство будет работать. Если это не помогло, то нужно искать проблему в другом месте. Эта ошибка пожалуй самая противная и опасная поскольку благодаря ей, можно потерять полдня, а то и день работы.

• Потеря данных при восстановлении последовательности. А вот это уже очень противная ошибка. Возникает она в конфигурациях, в которых нет компоненты «Оперативный учет», т.е. «Бухгалтерський облік для України», «Бюджетная для Украины», «Пiдрядник будiвництва», «Рарус громадське харчування» и др. Если пользователь запускает восстановление последовательности или проведение документов, через Действия - Проведение документов, и проведение не завершается успешно, то все дальнейшие действия, выполненные пользователем в базе не будут сохранены при выходе! Т.е. запустили мы, проведение, не через Сервис-Обработка документов, а через Действия-Проведение документов, и какой-то из документов не провелся. Предположим мы его исправили. Так вот, если мы выйдем из программі, то все исправления будут потеряны. Ошибка не возникает в конфигурациях «ПУБ», «Комплексная», «Торговля и склад», т.е. там, где присутствует компонента «Оперативный учет».

Очевидно, природа ошибки связана с тем, что для ускорения проведения документов проводит их в транзакции. И действительно, проведение через Действия-Проведение документов работает быстрее, чем Обработка документов из меню Сервис. При ошибке при проведении транзакция не завершается и в дальнейшем компания полагает, что мы все наши действия выполняем в той же транзакции. И при завершении работы программы 1С:Підприємство транзакцию не фиксирует.

Ошибка также отлично известна разработчикам.

Решение: Не пользоваться Проведением документов из меню Действия. Или при ошибке, при таком проведении, выполнять выход из 1С:Підприємство, вход в нее а уже потом вносить изменения.

• Следующая ошибка возникает уже, когда мы пользуется Сервис - Обработка документов. Ошибка наблюдалась только в Windows 2003 Server. Заключается в следующем: при переносе документа из списка проводимых в список не проводимых (кнопки -> и =>>), возникает ошибка «Invalid argument encountered». При нажатии кнопки ОК программа наглухо зависает, хотя делает вид, что что-то делает. Ошибка в принципе повторяемая, но возникает не регулярно, т.е. не обязательно она возникнет с первого нажатия, но бывает и так. Информация об ошибке также передавалась разработчикам.

Решение: Собственно решения нет. Надеяться, что ошибка не возникнет.

• Теперь пожалуй наиболее известная ошибка платформы. Невозможность сохранения в Excel отчетов большого размера. Суть ошибки в том, что при попытке сохранить большой отчет в из 1С:Підприємство в формате Excel, программа просто зависает. Причем это не выглядит так, как будто время сохранения в Excel зависит напрямую от размера файла. Просто при достижении определенного размера файлы больше не сохраняются. В формат mxl (внутренний формат таблиц программы) файл сохраняется успешно. Но попытка открыть его в Excel (с помощью поставляемого отдельно конвертера mxl2xls) также не увенчивается успехом, и ведет к зависанию Excel. Ошибка обнаружена очень давно и отличная известна разработчикам. Самое противное, что в версии 8.0 она уже исправлена, следовательно ошибка не настолько критичная, что не поддается исправлению, но разработчики почему-то не хотят исправлять.

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

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

Решение: Не забывать переключать язык не русский.

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

Модуль поиска не установлен.

1С Предприятие. 1С Бухгалтерия. Если 1С споткнулась?

Специалисты фирмы "Поликом Про"

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

Как известно, "не ошибается только тот, кто ничего не делает". Чего уж тут греха таить, случается так, что рабочая лошадка 1С спотыкается. Впрочем, справедливости ради стоит отметить, что это никогда не происходит без веских на то оснований. Для того чтобы избавиться от проблемы, необходимо начать с определения причин ее возникновения.

Основные причины сбоев:

Некорректная работа операционной системы;

Перепады или импульсные помехи в электропитании;

Неправильное действие пользователя, точнее сказать, ошибка в конфигурации, которая позволила пользователю совершить неправильное действие;

Компьютерные вирусы.

Реакция на перечисленные проблемы может выражаться в неприятных симптомах:

База не загружается, выдает сообщения об ошибках;

База грузится, но отчеты, которые должны давать одинаковые результаты, не сходятся;

Результаты в отчетах изменились по сравнению с теми, которые раньше выдавала программа;

На конец предыдущего периода остатки есть, а на начало следующего за ним периода - остатков нет.

И так далее. Этот список можно продолжать бесконечно. Впрочем, практически любые подобные неприятности можно устранить, совершив ряд нехитрых действий. Итак, поговорим о том, как можно вылечить базу данных вашего 1C.

1. Для начала, сделайте копию информационной базы. Первое правило медицины: "Не навреди"! Существование резервной базы позволит вам в любой момент времени сделать откат, вернув все на круги своя. Копию создать элементарно - просто скопируйте папку с базой в другое место, для проведения над ней оздоровительных экспериментов.

2. Подключитесь к копии базы в режиме "Конфигуратор". Выберите пункт "Администрирование" - "Тестирование ИБ". Соглашайтесь с установками тестирования по умолчанию:

"Реиндексация" - Да;

"Проверка логической целостности" - Да;

"Проверка физической целостности" - Да;

"Пересчет служебных данных" - Да;

"Пересчет итогов" - Да;

"Упаковка таблиц информационной базы" - Нет;

"Тестирование и исправление" - Да.

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

3. Что делать, если "1С: Предприятие" не запускается вообще, даже в режиме Конфигуратора? Тогда, скорее всего, сбой произошел в файлах конфигурации (1Cv7.md). Обычно причиной подобных катаклизмов являются перепады напряжения или сбои в сети при сохранении конфигурации. Главным признаком сбоя в файле конфигурации является сообщение: "Общая файловая ошибка при доступе к файлу C:\Windows\Temp\:" в момент запуска "1С: Предприятия".

В этом случае можно попытаться заменить файлы c расширением md и dd на те, что хранятся в архиве (конечно, архив должен быть свежим, с последними изменениями в вашей конфигурации). Если архива нет, то есть шанс найти эти файлы в папке NewStru, которая, как правило, присутствует в папке с вашей базой "NewStru". Эта папка появляется в тот момент, когда вы после завершения настройки сохраняете исправленную конфигурацию. В этот момент как раз и происходит перезапись тех файлов md, dd и dbf, которые затронуло изменение конфигурации. Система не исправляет оригиналы файлов. Она сначала все записывает в каталог NewStru, а уж потом, если все прошло удачно, обновленные файлы копируются в основную базу. Таким образом, благодаря 1С, все файлы в NewStru сохраняются!

4. Если, после многочисленных попыток вам так и не удалось зайти в конфигуратор - вход (а точнее, выход) остается только один. Необходимо этот самый злополучный md-файл отправить по электронной почте на адрес [email protected] . В тексте письма необходимо указать номер вашей регистрационной анкеты или код партнера. Не забудьте также точно указать симптомы, которые, как вам кажется, говорят о том, что файл испортился. "ХотЛайн" - место, где помогут вылечить ваши поврежденные md-файлы.

5. Что делать, если конфигурация загружается, а "тестирование и исправление" базы не помогает? Тогда рекомендуется "Выгрузить" базу и "Загрузить" обратно. Это можно сделать в конфигураторе, меню "Администрирование". Очень действенная процедура. Только постарайтесь не перепутать ее с функциями "Сохранить..." и "Восстановить...". При выгрузке система анализирует внутреннюю структуру данных и выбирает только те данные, что ей понятны и являются правильными с ее точки зрения. В результате выгружается только то, что работает на 100%. То, что является неопределенным для системы, она попросту игнорирует. Вы получаете возможность загрузить на все сто процентов верные данные. Есть, правда, и существенный недостаток - не представляется возможным узнать, что же именно система проигнорировала. Это равнозначно потере части данных. Впрочем, лучше потерять лишь часть данных, чем вообще все.

6. Если после совершения вышеперечисленных процедур проблемы все еще сохранились, нужно перенести из базы папки всех пользователей вместе с папкой UserDef. Несколько раз я сталкивался с возникновением проблем именно из-за них. Сделать это не сложно: нужно удалить старые папки и, если все работает, создать новые.

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

8. Еще один способ - начать перемещать базу с места на место. Перенесите ее на другой компьютер, на другую операционную систему... Кроме этого, базу можно переставить на другой "релиз" движка (сейчас 19 "релиз" - для тех, кто не знает). Смена "релиза" иногда очень помогает, но не рекомендую вам совершать откат на далекие номера "релизов": можно совершить переход с 18 на 17 или 19, но никак не на 8 "релиз". Значительный перескок с номера на номер может, напротив, навредить. Начать стоит просто с переустановки 1С того же самого "релиза". (Неписаное правило: храните инсталляции старых "релизов", поскольку они вам могут пригодиться).

9. Если вы не можете зайти в базу, получая сообщение об ошибке в файле dbf, и при этом тестирование базы не помогает, то в этом случае можно попытаться использовать "внешнюю" утилиту для лечения dbf -файлов. Вы без труда сможете найти с десяток таких программ в интернете, например "dbfix".

10. Одной из наиболее распространенных причин всех бед является отсутствие места на диске.

Борьба за восстановление данных - не самое приятное занятие. Для того чтобы избежать возникновения подобных проблем, необходимо постараться устранить все возможные причины их появления. Мер предосторожности не так уж и много.

Что надо делать, чтобы не было сбоев?

1. Архивируйте информацию.

От любых бед может спасти архивация данных.

Необходимо регулярно делать резервную копию информационной базы вашей 1С.

Внимание! Лучше делать копию базы не на том же жестком диске, где расположена рабочая база, а на отдельном устройстве записи: ленточный стример, ZIP, CD-RW, отдельный жесткий диск.

Внимание! Сделайте процесс архивирования информации автоматическим, не доверяйте это себе или другим исполнителям - человеку свойственны провалы в памяти. К примеру, для автоматизации архивирования информации 1С есть две очень удобные и совсем недорогие программки "Гэндальф Хранитель" и "Икс Стражник".

2. Обеспечьте стабильное электропитание.

Для сервера (компьютер, где находится информационная база 1С) используйте источник бесперебойного питания (UPS), лучше всего модели со стабилизацией напряжения. Рабочие станции можно подключать к сети через недорогие "сетевые фильтры" (около $13), но еще лучше их также включать через системы бесперебойного питания.

3. Правильный выбор системной платформы.

Если размер информационной базы более 200 Мб или с ней работает более 3-х пользователей, то необходимо использовать серверные операционные системы Windows 2000 Server, Windosw NT 4.0, Novell Netware. Если с информационной базой работает более 5 пользователей, то рекомендуется терминальное подключение к 1С - Windows Terminal Server входит в состав Windows 2000 Server. Если количество пользователей у информационной базы 1С более 12 или размер базы более 800 Мб, то необходимо использовать SQL версию "1С Предприятия 7.7".

4. Управляйте размером информационной базы.

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

5. Настройте защиту "от дурака"

Зачастую пользователи по неопытности или по неосторожности сами удаляют свои данные - либо средствами той же программы, в которой они эти данные вводят (удаляются справочники, документы, и т.д.), либо на системном уровне (например, решив самостоятельно "почистить" каталоги или удалить "ненужные" файлы в компьютере).

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

Данная статья подготовлена c использованием материалов сайта "Школа 1С" http://www.1c-school.ru и ЗАО "Гэндальф" www.gendalf.ru

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

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

По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя:
C:\Users\Имя Пользователя\Documents\InfoBase

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

К таким файлам относятся:

• *.1CD – файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
• *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf) – конфигурационные файлы базы данных;
• *.log, *.lgf, *.lgp, *.elf – лог файлы;
• *.cdn – файл блокировки базы данных 1С;
• *.efd – архивный файл 1С;
• *.mft – вспомогательный файл конфигурации шаблона;
• *.st – файл шаблонов текстов
• *.mxl – файл печатных форм базы данных 1С;
• *.grs – файл графических схем базы данных 1С;
• *.geo – файл географических схем базы данных 1С.

Признаки и причины повреждения базы 1С

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

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

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

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

Создание и восстановление из резервной копии базы 1С

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

Чтобы создать резервную копию базы данных 1С:

Чтобы восстановить базу данных 1С из резервной копии:

Восстановление повреждённой информационной базы 1С

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

Восстановление с помощью Конфигуратора

Для устранения ошибок базы 1С в её конфигураторе предусмотрена функция «Тестирование и исправление…» . Чтобы воспользоваться ею:

Восстановление с помощью chdbfl.exe

В каждой версии платформы «1С: Предприятие» есть утилита, которая предназначена для отладки повреждённых информационных баз. С внутреннего меню платформы доступа к данной утилите нет. Но она устанавливается вместе с установкой платформы. Чтобы запустить её, перейдите в папку, в которую установлена платформа 1С на вашем компьютере:
C:\Program Files (x86)\1cv8\8.3.8.1652\bin
(где, 8.3.8.1652 – номер релиза платформы (разный для разных релизов))

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

Все обнаруженные ошибки и другие действия утилиты будут отображены в окне chdbfl.exe.

Восстановление с помощью НЕХ-редактора

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

Минусом данного способа есть то, что данный способ исправления повреждённой базы 1С могут осуществлять только опытные и разбирающиеся в HEX специалисты.

Нельзя не отметить, что имеет встроенный HEX-редактор, который можно использовать для исправления повреждённых файлов.

Как восстановить удалённую информационную базу 1С

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

Примечание . Аналогичным образом можно восстановить утерянный файл резервной копии информационной базы 1С – 1Cv8.dt.

• Восстановленный *.dt файл загрузите в информационную базу описанным выше способом.
• Если информационная база восстановлена пофайлово, то откройте её основной файл 1Cv8.1CL с помощью меню 1С Файл / Открыть .

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

• 1С: Бухгалтерия
• 1С: Предприниматель
• 1С: Зарплата и управление персоналом
• 1С: Управление торговлей
• 1С: Розница
• 1С: Управление Холдингом
• 1С: Управление предприятием
• 1С: Предприятие. Управление производственным предприятием
• 1С: Комплексная автоматизация
• 1С: Документооборот
• 1С: Консолидация
• 1С: Управление небольшой фирмой
• 1С: Налогоплательщик
• 1С: Отчётность предпринимателя
• 1С: Платёжные документы
• 1С: Бухгалтерия государственного учреждения
• 1С: Зарплата и кадры бюджетного учреждения
• 1С: Свод отчётов
• 1С: Бюджетная отчётность
• 1С: Документооборот государственного учреждения
• 1С: Государственные и муниципальные закупки
• 1С: Бюджет поселения
• 1С: Бюджет муниципального образования
• 1С: Деньги
• 1С: Электронное обучение и пр.

Эта статья является продолжением цикла статей «Первые шаги в 1С». В ней рассмотрены типовые приемы восстановления базы 1С на платформе «1С:Предприятие 8» после сбоев. Предполагается, что база работает в файловом режиме работы. Восстановление базы в клиент-серверном режиме работы не рассматривается, т.к. данный вопрос явно выходит за рамки “первых” шагов начинающего специалиста.

Материал статьи детально раскроет ответы на следующие вопросы:

• Что нужно делать до начала всех работ по восстановлению? (копию, Карл!)
• Какие тонкости есть при использовании утилиты проверки?
• Какие средства для восстановления есть в конфигураторе?
• Когда и зачем нужно делать выгрузку/загрузку в формат *.dt?
• Если все вышеописанное не помогло, что можно еще попробовать?

Применимость

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

Как в 1С восстановить поврежденную базу «1С:Предприятие 8»

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

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

Причины возникновения критических ошибок бывают разнообразными. Чаще всего проблемы возникают из-за сбоев электропитания.

С уверенностью можно сказать, что при клиент-серверном режиме работы база более устойчива к возникновению ошибок.

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

Итак, главное не пугаться и перед попыткой восстановления базы сделать ее копию .

Например, можно сначала скопировать всю папку, в которой размещена база, а затем в этой папке оставить только файл 1Cv8.1CD (файл базы) и папку 1Cv8Log (журнал регистрации событий).

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

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

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

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

Первым делом удалите все файлы и папки, которые в заданной директории окружают файл базы (1Cv8.1CD). Да, это некие служебные файлы, обеспечивающие полноценную работу, но точно отмечено, что иногда в работе этих файлов возникает некоторое рассогласование.

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

Теперь используем самое эффективное, но еще далеко не последнее, средство. В директории C:\Program Files\1cv82 (для платформы 8.3 – 1cv8)\(далее номер релиза платформы)\bin запустите утилиту chdbfl.exe.

Внимание! В каждом релизе платформы есть своя утилита chdbfl.exe. Целесообразно использовать утилиту из того релиза платформы, с которым использовалась данная база. В большинстве случаев – это последний установленный релиз платформы.

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

Особенность данной утилиты – если при первом проходе исправленных ошибок не было (утилита не смогла исправить ни одной ошибки), то повторно ее запускать, можно сказать, бесполезно.

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

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

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

Улучшение результатов тестирования при повторном использовании данного средства не отмечено.

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

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

В данной форме также без абсолютно четкого понимания никаких настроек менять не стоит.

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

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

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

Выгрузка производится в конфигураторе через меню Администрирование, пункт Выгрузить информационную базу .

Появится диалоговое окно, в котором нужно будет указать направление выгрузки. Название создаваемого файла можно использовать по умолчанию – 1Cv8.dt.

Следует отметить, что выгрузка также является одним из возможных методов копирования.

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

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

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

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

Иногда помогает удаление базы из списка в окне информационных баз с последующим добавлением в список той же существующей информационной базы (восстановление пути к ней).

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

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

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