Как восстановить базу 1С из резервной копии

Как восстановить базу 1С 8.3 из резервной копии

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

Восстановление базы 1С

Как создать резервную копию мы ранее писали в статье Резервное копирование 1С 8.3 Бухгалтерия 3.0. Создание своевременно резервных копий обезопасит вас от непредвиденных ситуаций и потери данных.

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

Загрузка информационной базы в режиме Конфигуратор

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

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

Рассмотрим восстановление базы из резервной копии на примере программы 1С 8.3 Бухгалтерия предприятия 3.0.

Заходим в меню Администрирование

и выбираем пункт Загрузить информационную базу

.

В открывшемся окне выбираем файл сохраненной ранее резервной копии. Он будет иметь разрешение *.dt
. В нашем примере это файл 1Cv8 ноябрь 2018
. И нажимаем кнопку Открыть

.

На предупреждение и вопрос программы 1С о продолжении загрузки отвечаем — Да
и ждем.

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

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

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

Восстановление резервной копии в пользовательском режиме 1С

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

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

Далее в разделе Резервное копирование и восстановление

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

.

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

Выбираем файл из архивной папки. В нашем примере это файл backup2018_11_19_13_20_48 
. Это полностью упакованный в архив файл информационной базы 1С 8.3 — файл *.CD
. В названии файла прописано дата и время создания копии, по которым мы можем сориентироваться в выборе нужного файла. В нашем примере 19.11.2018 и далее указано время сохранения 13 ч. 20 мин.

Далее нажимаем кнопку Открыть

и в следующем окне нажимаем Восстановить данные

.

После некоторого ожидания, можно продолжить работу в восстановленной базе 1С 8.3.

См. также:

  • Резервное копирование 1С 8.3 Бухгалтерия 3.0
  • 1С оптимизация: что делать, если программа тормозит
  • Как создать информационную базу в 1С 8.3
  • Тестирование и исправление базы 1С 8.3: какие галочки ставить
  • Обновление 1С: как обновить конфигурацию самостоятельно
  • Как перенести 1С 8.3 на другой компьютер с сохранением лицензии

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

или

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

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

Как в 1С восстановить поврежденную базу – Обучение программированию – Проект 'Курсы 1С'

О чем эта статья

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PDF-версия статьи для участников группы ВКонтакте

Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.

Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов
.

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

Восстановление базы 1С 8.3 и 8.2

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

Инструкция

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

Восстановление базы из файла *.dt

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

Откройте 1С в режиме «Конфигуратор»:

Получите 267 видеоуроков по 1С бесплатно:

  • Бесплатный видео самоучитель по 1С Бухгалтерии 8.3 и 8.2;
  • Самоучитель по новой версии 1С ЗУП 3.0;
  • Хороший курс по 1С Управление торговлей 11.

Войдя в конфигуратор, выберите пункт «Администрирование», затем «Загрузить информационную базу»:

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

Восстановление базы из файла *.1cd

Способ применим только для файловой СУБД. Этот способ восстановить базу 1С совсем прост. Достаточно заменить файл в папке, где располагается файловая база данных 1С.

Узнать расположение можно, просмотрев путь к файлу в форме выбора ИБ:

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

Запущенные случаи

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

Не расстраивайтесь!
Любую систему возможно восстановить. Однако сделать это может далеко не каждый технический специалист. Для таких целей лучше найти очень опытного программиста. Мы можем предложить и свои услуги — подробности.

Если у Вас не было резервной копии, а база данных 1С сломалась, попробуйте способы из этого видео:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Оцените статью, пожалуйста!

Ссылка на основную публикацию
Похожие публикации