1 с восстановление данных. Восстановление системы Windows. Вернуть компьютер в исходное состояние

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

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

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

Что делать?

1. Сделайте резервную копию базы двумя способами.

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

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

В данном случае база находится на Z:, в папке «torg».

Откройте Мой компьютер, диск Z:, нажмите на папку «torg» и выберите пункт «копировать»

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

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

2. Утилита chkdbfl.exe

Откройте, Мой компьютер, диск С:, папку «Program files» (в 64-битных версиях windows - «Program filex (x86)»), 1Cv8x (где x - версия Вашей платформы (8.0, 8.1, или 8.2). Переходим в папку «bin» (в версии 1с 8.2, то сначала номер последней версии платформы и там папку «bin»), там запускаем файл chkdbfl.exe

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

Поставьте галочку «Исправлять обнаруженные ошибки». После чего нажмите «выполнить».

Проверка может длиться от 5 до 60 минут, в зависимости от размера базы данных и мощности Вашего компьютера. (рис. 6)

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

В приведенном нами примере ошибок не найдено.

Зайдите в базу данных и проверьте как она работает.

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

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

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

Сбой жесткого диска или флешки. Некорректное подключение флешки или внешнего диска тоже ведут к повреждению базы данных 1С. Угрозу для информационной базы представляет и устаревший жесткий диск, продолжительность «жизни» жесткого диска стандартного офисного компьютера 2-3 года, на сервере немного больше - 3-5 лет.

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

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

Как избежать сбоев в работе?

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

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

2. Внимательно подключайте внешние носители.

При использовании USB хаб, приобретайте его со внешним блоком питания.

У Вас внешний жесткий диск с кабелем с 2-мя концами USB? Подключите их оба, по первому концу подается дополнительно питание, а по второму - питание и информация.

Плановую замену жестких дисков на компьютере или сервере с базой рекомендуем осуществлять раз в 2-3 года.

3. Локальная сеть должна быть в порядке. Применяйте в работе только современные сетевые устройства.

Это избавит Вас от многих проблем, не только с 1С.

4. Не забывайте делать резервные копии!

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

Эта статья является продолжением цикла статей «Первые шаги в 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Понятный 1С - как восстановить из резервной копии

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

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

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

а) при хранении бэкапа в виде файла с расширением «.1CD» либо в виде каталога конфигурации целиком, чтобы восстановить настройки достаточно замены файла конфигурации Cv8.1CD на аналогичный из своей сделанной резервной копии.

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

«Администрирование - Загрузить информационную базу»

На третьем шаге - после того как восстановлена база 1C, можно сразу работать с загруженной конфигурацией.

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

Восстановление базы 1С – самый простой ответ на все проблемы, поджидающие системного администратора. Сервер заражён вирусом? Восстановление 1С спасаёт положение. Сломался диск? Восстановление базы 1С – и система готова к работе.

При любых непонятных обстоятельствах восстанавливайте 1С! Всё, что вам потребуется – это утилита Handy Backup, способная в считанные минуты создать или восстановить нужную вам резервную копию любых данных 1С. Попробуйте восстановить 1С с помощью Handy Backup!

Преимущества сохранения и восстановления базы 1С с помощью Handy Backup

Handy Backup позволяет выполнять автоматический бэкап 1С версий 7.7, 8.2 и 8.3, как для основных данных, так и для баз SQL. Используя Handy Backup для хранения и восстановления баз 1С, вы получаете следующие преимущества:

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

Хранение данных в "родном" формате
Handy Backup не изменяет формат данных в резервных копиях; как следствие, любые данные из резервной копии можно открыть, переместить, скопировать или отредактировать как обычный файл.

Частичное восстановление
Иногда полное восстановление базы 1С не требуется; в этом случае пользователь может выбрать отдельные файлы из резервной копии и восстановить их вручную или с помощью Handy Backup.

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

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

Особенности восстановления базы 1С для различных версий

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

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

Если при проверке утилитой chdbfl рабочей базы 1С были обнаружены ошибки, то необходимо работоспособность базы восстановить. Работать будем с файловым вариантом.

Как сделать проверку базы 1С 8.3 утилитой chdbfl.exe рассмотрено в

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

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

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

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

Еще раз выполним исправление:

Видим, что ошибок не обнаружено. Работу с утилитой chdbfl можно прекратить, нажав кнопку Закрыть .

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

Создадим новую папку в любом месте и скопируем в нее файл рабочей базы – 1Cv8.1CD:

В окне запуска по кнопке Добавить добавим базу 1С в список уже существующих:

Установим переключатель в положение добавления в список и нажмем кнопку Далее :

Имя базы – любое, а вот каталог – эта та папка, в которую скопировали базу 1С:

Нажмем кнопку Открыть конфигурацию . Через некоторое время откроется конфигурация:

Выберем команду – Администрирование – Тестирование и исправление :

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

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

Начнется процесс тестирования исправления 1С – в левом нижнем углу можно наблюдать за этим процессом:

А в окне тестирования и исправления:

После выполнения тестирования и исправления нажмем кнопку Закрыть и откроем окно служебных сообщений:

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

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

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

Первый способ

Заключается в создании копии файла базы – 1Cv8.1CD непосредственно из папки, где эта база расположена.

Восстановим базу 1С. Это можно сделать и в той же папке, но для чистоты эксперимента перенесем файл 1Cv8 – копия.1CD в другую пустую папку, при этом предварительно папка должна быть создана. В нашем примере эта папка test на рабочем столе:

Попытаемся открыть базу 1С Предприятие 8.3 в конфигураторе. Будет выдано сообщение о том, что база не найдена:

Попытаемся открыть базу 1С 8.3 в пользовательском режиме. Также будет выдано сообщение об ошибке:

Нажмем кнопку Завершить работу , чтобы закрыть это окно.

И действительно, программа 1С 8.3 Бухгалтерия не может найти файл с именем 1Cv8.1CD в указанном месте. Для того чтобы исправить ситуацию достаточно переименовать файл 1Cv8 – копия.1CD в папке test на 1Cv8.1CD:

На другие файлы внимания не обращаем – это служебные файлы, сформированные программой 1С 8.3 автоматически.

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

Закроем конфигуратор и запустим базу 1С 8.3 в пользовательском режиме:

Откроется окно сообщения:

Нажмем на кнопку Это копия информационной базы . База полностью готова к работе:

Второй способ – восстановление 1С из архивной копии файла *.dt

Рассмотрим второй способ восстановления 1С 8.3 – из архивной копии файла *. dt.

Чтобы не испортить рабочую базу 1С, все дальнейшие операции будем проводить на тестовой, то есть копии рабочей базы – test .

Откроем базу 1С в конфигураторе и выберем команду Администрирование – Выгрузить информационную базу:

В открывшемся окне выберем папку, куда поместим архив и укажем любое наименование файла архива с расширением dt. В нашем примере – test.dt:

Вновь откроем конфигуратор в тестовой базе. Выполним команду Администрирование – Загрузить информационную базу:

Найдем нужный файл – в нашем примере это test.dt и нажмем кнопку Открыть :

Программа 1С 8.3 выдаст предупреждение о том, что все данные могут быть потеряны. Согласимся с этим и нажмем кнопку Да :

Внимание! При загрузке архива все данные базы 1С 8.3, в которую загружается архив, уничтожаются без возможности восстановления!

Начнется процесс загрузки базы – фактически распаковка нашего архива. Через некоторое время процесс загрузки завершится и появится сообщение об успешной загрузке:

По умолчанию программа 1С 8.3 предлагает перезапустить конфигуратор – согласимся с этим и нажмем кнопку Да . Конфигуратор перезапустится. Закроем его и запустим восстановленную базу 1С 8.3 в пользовательском режиме.

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

Третий способ восстановления – это восстановление базы 1С 8.3 из резервной копии, созданной в пользовательском режиме.

Рассмотрим возможность создания и восстановления базы на примере тестовой базы – test . Это база 1С Предприятие 8 Бухгалтерия 3.0. У нас уже открыта нужная нам база. Перейдем в раздел Администрирование – Резервное копирование и восстановление и щелкнем по гиперссылке Создание резервной копии :

Откроем окно выбора, при этом можно выбрать любое место, но лучше создать новую папку. Причем желательно это сделать на другом разделе жесткого диска или на внешнем накопителе. Например, Архив 1С БП 3.0 :

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

Начнется процесс создания резервной копии 1С:

После завершения процесса в папке Архив 1С БП 3.0 будет сформирован файл с расширением zip – это и есть резервная копия базы: backup2016_08_01_13_45_27.zip.

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

Восстановим данные в нашей тестовой базе.

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

В окне восстановления укажем созданный ранее архивный файл – backup2016_08_01_13_45_27.zip и нажмем кнопку Открыть. Проверим тот ли файл указан в поле окна и нажмем кнопку Восстановить данные :