Песочница

1С, восстановление конфигурации информационной базы с использованием MS SQL

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

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

Т.к. данная проблема возникала не однократно решил поделится вариантом лечения.

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

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

Вариант 1 (при наличии бэкапа SQL c копией с идентичной конфигурацией):

Разворачивается копия ИБ, и выполняется запрос следующей конструкции:
USE GO DELETE FROM .. GO INSERT INTO .. SELECT * FROM .. GO
При этом пере заливается таблица в которой хранится конфигурация ИБ. Желательно после данной операции выполнить тестирование и исправление ИБ.

Вариант 2 (при отсутствии бэкапа):

К данному варианту обратились как к последней соломинке. Т.к. конфигурация была в стадии разработки и про бэкап немного позабыли понадеясь на хранилище.
В базе удаляются две записи из таблицы «Config» по значению в столбце «FileName» - dbStruFinal и commit

Выполняется следующий запрос:
USE GO DELETE FROM . WHERE FileName = "dbStruFinal" GO DELETE FROM . WHERE FileName = "commit" GO
Как ни странно база оживает.

Теги: 1с предприятие 8.2, SQL, восстановление конфигурации

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

В статье показаны способы восстановления базы 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с всегда готов Вам помочь в решении любых вопросов связанных с ошибками 1с !

Из-за чего возникают ошибки в базе 1с?

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

Виды ошибок в базе 1с

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

1. Ошибка формата потока
2. Поле объекта не обнаружено
3. Метод объекта не обнаружен
4. Недостаточно памяти
5. Ошибки связанные с таблицами SQL (актуальны для серверов 1с которые работают на реляционных базах данных, например MySQL)
6. Ошибка доступа 1с

Ошибка формата потока в 1с

ошибка формата потока 1с

Поле объекта не обнаружено

Поле объекта не обнаружено

Индекс находится за границами массива

Ошибка 1с

Ошибка формата потока в 1с

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

Поле объекта не обнаружено

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

Индекс находится за границами массива

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

Метод объекта не обнаружен

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

Недостаточно памяти в 1с

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

Возможное исправление ошибки 1с «Недостаточно памяти»

Ошибка кроется в ограниченном выделении адресной памяти операционной системой под ПО (программное обеспечение).
Ограничения для адресной памяти по умолчанию составляют:

• для 32 битной системы – 2гб
• для 64 битной – 4 гб

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

1. Запустите командную строку: “Пуск – Выполнить” – введите CMD и нажмите клавишу enter
2. Теперь в командной строке введите текст без кавычек “bcdedit /set increaseuserva 3072″, где 3072 – размер желаемой адресной памяти
3. Перезагрузите Вашу операционную систему (компьютер)
4. Попробуйте выполнить то действие в 1С, которое не получалось ранее и приводило к ошибке.
5. Если всё получилось и операция повторяется не так часто – рекомендуется вернуть размер адресной памяти к значению по умолчанию с помощью команды “bcdedit /deletevalue increaseuserva”

Ошибки связанные с таблицами SQL

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

Ошибка доступа в 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.

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

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

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

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

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

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

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

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

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

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

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