Как восстановить 1с через конфигуратор
Как восстановить 1с через конфигуратор
Использован релиз 3.0.104
Процесс восстановления копии информационной базы, созданной до начала процедуры свертки, зависит от формата файла, в котором она сохранена:
ВНИМАНИЕ! При восстановлении резервной копии информационной базы вся существующая информация будет замещена на информацию из файла загрузки. Восстановить замещенную информацию невозможно. Для восстановления копии обязательно создайте и подключите новую информационную базу (создайте новый каталог на вашем компьютере и по кнопке «Добавить» в окне запуска программы подключите новую информационную базу, указав путь к новому каталогу).
Рассмотрим восстановление копии информационной базы, созданной в рамках первого этапа свертки информационной базы:
Смотрите также
Как восстановить базу 1С 8.3 из резервной копии
В случае повреждения информационной базы 1С 8.3, возникновении ошибок, сбоя в работе базы первый вариант решения проблемы — это ее восстановление из резервной копии.
Как восстановить базу 1С 8.3 из резервной копии смотрите в нашем видео:
Восстановление базы 1С
Как создать резервную копию мы ранее писали в статье Резервное копирование 1С 8.3 Бухгалтерия 3.0. Создание своевременно резервных копий обезопасит вас от непредвиденных ситуаций и потери данных.
Итак, у нас имеется резервная копия нашей информационной базы 1С 8.3. Рассмотрим, как ее можно загрузить в программу. При этом помним, что перед любыми действиями необходимо опять же сделать резервную копию текущего состояния программы.
Загрузка информационной базы в режиме Конфигуратор
Запускаем нашу базу 1С 8.3, в которую необходимо загрузить файл, в режиме Конфигуратор. Это может быть поврежденная рабочая база или пустая база, созданная для загрузки резервной копии.
Получите понятные самоучители 2021 по 1С бесплатно:
Данный вариант загрузки используется в случае, если создание архивной копии 1С производилось так же через Конфигуратор ( Администрирование — Выгрузить информационную базу ).
Рассмотрим восстановление базы из резервной копии на примере программы 1С 8.3 Бухгалтерия предприятия 3.0.
На предупреждение и вопрос программы 1С о продолжении загрузки отвечаем — Да и ждем.
Внизу окна программы 1С, в строке состояния можно следить за статусом загрузки.
В конце загрузки появится информационное сообщение с предложением перезапустить Конфигуратор. Отвечаем Нет и пробуем запустить нашу информационную базу.
Так, наша архивная копия загружена и она полностью заменит информацию в исходной базе.
Восстановление резервной копии в пользовательском режиме 1С
В появившемся окне необходимо указать путь к файлу резервной копии для восстановления.
Выбираем файл из архивной папки. В нашем примере это файл backup2018_11_19_13_20_48 
. Это полностью упакованный в архив файл информационной базы 1С 8.3 — файл *.CD. В названии файла прописано дата и время создания копии, по которым мы можем сориентироваться в выборе нужного файла. В нашем примере 19.11.2018 и далее указано время сохранения 13 ч. 20 мин.
После некоторого ожидания, можно продолжить работу в восстановленной базе 1С 8.3.
Если Вы еще не являетесь подписчиком системы БухЭксперт8:
После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
Карточка публикации
(2 оценок, среднее: 5,00 из 5)
Резервное копирование и восстановление информационной базы 1С
Есть множество причин, по которым необходимо выполнять резервное копирование базы данных. Среди них атака вирусов, скачки напряжения или даже атмосферные явления. Кроме того, следует всегда делать резервное копирование, когда вы выполняете обновление программы.
Регулярное создание архивных копий заметно сократит возможность потери важной информации, которая хранится в базе.
Сегодня расскажем, как выполнить резервное копирование и восстановление информационной базы 1С на примере «1С:Бухгалтерия 8 редакция 3.0».
Важно: доступ к настройкам резервного копирования в программах 1С есть только у пользователя с правами «Администратор».
Создаем копию информационной базы 1С
К такому варианту чаще всего обращаются перед обновлением системы и внесением существенных изменений. Если у вас файловая база, то самый быстрый и удобный вариант — копирование файла *.1CD.
Чтобы узнать, где находится база, нужно запустить систему. При запуске посмотрите на строчку с расположением файла базы.
Далее нужно перейти по этому пути и переместить копию файла туда, где он будет хранится.
Во время этой операции в базе нельзя производить действия с объектами конфигурации.
Когда потребуется восстановить базу из файла, замените файл *.1CD в папке базы данных.
Выгрузка информационной базы через конфигуратор
Есть и другой способ сделать резервное копирование. Для этого варианта в программе 1С нужно активизировать конфигуратор и выполнить выгрузку базы в файл с расширением dt.
Шаг № 1. Открываем конфигуратор.
Шаг № 2. «Администрирование» — «Выгрузить информационную базу».
Шаг № 3. Выбрать папку, куда будем выгружать БД в файл *.dt;
Шаг № 4. Ожидаем сообщение системы об успешной выгрузке. Оно появится внизу слева.
Настраиваем автоматическое резервное копирование
Чтобы выполнялось регулярное сохранение базы, лучше применять автоматическое резервное копирование в 1С.
В типовых конфигурациях есть инструменты для настройки этого процесса для информационной базы в файловом варианте.
Зайдите в «НСИ и администрирование». Затем «Поддержка и обслуживание» — «Резервное копирование и восстановление».
У вас будут варианты для сохранения копии. Система предложит:
Через ссылку «Настройка резервного копирования» вы сможете выбрать:
Обратите внимание! Такой механизм не подойдет для клиент-серверной базы.
В этом случае автоматическое резервное копирование данных в 1С 8.3 нужно будет выполнять через СУБД. А для этого нужно понимать структуру и механизмы СУБД.
Если у вас это вызывает сложности, то лучше обратитесь за помощью к нашим специалистам.
Восстановление базы 1С из резервной копии
Администратору важно не только уметь создавать копии базы данных или настраивать автоматическое резервное копирование, но и знать, как в случае необходимости восстановить базу.
Итак, у вас уже есть резервная копия информационной базы 1С 8.3.
Давайте загрузим ее в программу. Только обязательно сделайте перед этим резервную копию.
Режим конфигуратор
Если вы создавали архивную копию базы 1С через Конфигуратор, то в этом же режиме запустите базу 1С 8.3, куда вы собираетесь загрузить файл для восстановления.
Выберите «Администрирование» — «Загрузить информационную базу».
Далее в окне нажимаем на файл сохраненной резервной копии с разрешением *.dt. Затем «Открыть».
Затем программа выдаст предупреждение и спросит, продолжить ли загрузку. Отвечаем «Да».
Внизу окна в строке можно будет следить за статусом загрузки.
Уже в завершении загрузки появится сообщение системы с предложением перезапустить Конфигуратор. Нажимаем «Нет». И запускаем информационную базу.
Режим пользователя
Если вы создавали копию через автоматическое резервное копирование или в пользовательском режиме в разделе раздел «Администрирование» — «Обслуживание» — «Резервное копирование и восстановление», то следует воспользоваться следующим механизмом.
В этом же разделе нужно будет и загружать файл архива.
Когда вы сохраняли копию, то информация архивировалась Zip — WinRaR. Поэтому резервная копия располагается в файле с расширением *.zip.
Теперь восстановим информацию из этой резервной копии. Для этого зайдите в «Администрирование» — «Обслуживание».
Затем в разделе «Резервное копирование и восстановление» следует нажать «Восстановление из резервной копии».
Программа запросит указать путь к файлу резервной копии для выполнения операции по восстановлению.
В архивной папке выберите нужный файл. Это полностью упакованный в архив файл ИБ 1С 8.3 — файл *.CD. В его названии должны быть прописаны дата и время, когда была создана копия. Так будет удобно выбрать верный файл.
Далее выбирайте «Открыть», а затем нажмите «Восстановить данные».
Подождите до завершения операции, а затем приступайте к работе в восстановленной базе 1С.
Как восстановить базу в «1С:Предприятие» 8.3 из резервной копии?
Иногда возникает необходимость восстановления базы 1С из резервной копии. Это может быть связано с различными сбоями в работе вашей конфигурации, либо вы просто решили откатиться к прежней её версии. Важно знать, что при сбоях в работе конфигурации (перестала запускаться конфигурация, выскакивают различные ошибки и т.д.) в первую очередь вам следует провести тестирование и исправление базы 1С, а восстановление из резервной копии — это кардинальная мера, которую стоит оставить на крайний случай.
Первое и самое главное, что нужно сделать перед восстановлением любой конфигурации – это сделать резервную копию текущего состояния вашей информационной базы.
Важно помнить, что все изменения в конфигурации после момента создания резервной копии будут утеряны. После восстановления конфигурация 1С будет содержать только те сведения, который были в ней до момента создания резервной копии базы.
Если вы делали резервную копию в соответствии с нашей статьей, то при восстановлении возможны два варианта:
1 вариант: Замена файла конфигурации.
Если у вас резервная копия хранится в виде файла с расширением «.1CD» или каталога конфигурации целиком, то для восстановления конфигурации вам достаточно заменить файл конфигурации 1Cv8.1CD на аналогичный из вашей резервной копии.
2 вариант: с помощью загрузки информационной базы.
Если резервная копия хранится в виде файла с расширением «.dt», то для восстановления базы 1С вам нужно:
Запустите базу 1С:Бухгалтерия 8.3 в режиме конфигуратора:
Из меню выберите ‘Администрирование’-‘Загрузить информационную базу…’:
Укажите резервную копию, из которой нужно восстанавливать базу 1С:Бухгалтерия 8.3:
Внимательно отнеситесь к предупреждению о том, что все данные текущей базы будут перезаписаны данными из резервной копии.
Готово! Согласитесь на перезапуском конфигуратора:
Закройте конфигуратор и запускайте базу в обычном режиме.
Как в 1С восстановить поврежденную базу «1С:Предприятие 8» (бесплатная статья по Программированию в 1С)
О чем эта статья
Эта статья является продолжением цикла статей «Первые шаги в 1С». В ней рассмотрены типовые приемы восстановления базы 1С на платформе «1С:Предприятие 8» после сбоев. Предполагается, что база работает в файловом режиме работы. Восстановление базы в клиент-серверном режиме работы не рассматривается, т.к. данный вопрос явно выходит за рамки “первых” шагов начинающего специалиста.
Материал статьи детально раскроет ответы на следующие вопросы:
Применимость
Статья написана для платформы «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.
Следует отметить, что выгрузка также является одним из возможных методов копирования.
Загрузку лучше всего производить в новую базу без конфигурации. Для создания такой базы в окне информационных баз нажмите на кнопку Добавить. На очередном шаге сохраните настройку Создание новой информационной базы и нажмите на кнопку Далее.
В появившейся форме поменяйте настройку на Создание информационной базы без конфигурации и также нажмите на кнопку Далее. На последующих двух шагах определите имя базы и директорию (пустую), в которой она будет находится.
Дополнительные параметры можно не заполнять и нажать на кнопку Готово. Будет создана информационная база без конфигурации.
Загрузка производится через меню Администрирование, пункт Загрузить информационную базу.
Далее появится диалоговое окно, в котором необходимо указать ранее выгруженный файл для загрузки.
Еще пару моментов. Если неисправности в работе базы отмечаются только на одном компьютере, следует попробовать поменять компьютер. Если неисправности проявляются только у одного пользователя, то следует попытаться пересоздать пользователя.
Иногда помогает удаление базы из списка в окне информационных баз с последующим добавлением в список той же существующей информационной базы (восстановление пути к ней).
В заключение хочется сказать, что, конечно, не все базы подлежат восстановлению, часть из них восстанавливается более сложными способами. Но не огорчайтесь, такие случаи бывают достаточно редко.
В качестве профилактики можно посоветовать производить обновление баз через конфигуратор и использовать штатные средства тестирования и исправления ошибок перед каждым обновлением. Пользователи, которые являются обладателями базовых версий и имеют право на бесплатное обновление, также могут предварительно скачивать файлы обновления с сайта.
В следующей статье рассмотрим возможности по настройке списка информационных баз.
PDF-версия статьи для участников группы ВКонтакте
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Статья в PDF-формате
Вы можете скачать эту статью в формате PDF по следующей ссылке:
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Комментарии / обсуждение (6):
Статья полезная, но есть 2 небольших замечания:
1.шаг №0 – делаем копию каталог базы!
2.размер 4Г – это максимально допустимый размер не самой базы а таблицы в базе. Как правило какой-нибудь регистр растёт значительно быстрее остальных. Для контроля размера таблиц можно использовать утилиту Tool_1CD. Ну хотя-бы изредка. При опасном приближении к предельному размеру нужно или выполнять свёртку базы или перевод на платформу клиент-сервер (сервера есть бесплатные(postgre, sql-expres) но серверный ключ приобрести нужно).
Добрый день! Спасибо за замечания, информацию добавим.