Файловый режим хранения баз 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. Не забывайте делать резервные копии!
Перед важными операциями с базой данных производите настройку автоматического резервного копирования и делайте архивные копии базы вручную.
Последний шанс найти резервную копию, если не осталось других вариантов
2017-12-07T16:51:24+00:00Итак, случилось непоправимое:
Как говорят в таких случаях - приехали...
Не спешите паниковать - ещё не всё потеряно.
Заходим в мой компьютер и открываем свойства диска, на котором хранится база (этот диск можно увидеть, выделив базу в окне запуска 1С):
В открывшемся диалоге переходим на закладку "Предыдущие версии":
Если здесь есть версия диска от нужного нам числа - мы спасены!
В этом случае выделяем эту версию и нажимаем кнопку "Открыть":
Находим здесь папку с нашей базой и перетаскиваем её, например, на рабочий стол.
Если вам не повезло с наличием теневой копии диска (или там нет копии за нужное число) переходим ко второму варианту.
Ищем временную резервную копию, созданную при обновлении базы
Одна из временных резервных копий, созданных 1С при обновлении базы, всё ещё может храниться во временной папке вашего компьютера. В этой статье я расскажу о том, как такую копию найти и извлечь.
Прежде всего находим временную папку нашего компьютера.
Для этого нажимаем комбинацию клавиш Win + R:
- Сначала нажимаем Win;
- Затем, не отпуская Win, нажимаем английскую букву R;
- и отпускаем обе клавиши.
Вот как выглядит кнопка Win:
В ответ на это у нас откроется диалог "Выполнить", у меня на Windows XP он выглядит так:
Печатаем в текстовое поле команду %temp% и нажимаем ОК:
В ответ на это компьютер откроет нам временную папку:
Нас прежде всего интересуют папки, которые начинаются с "1Cv8Update ". Вот в одной из этих папок и может находиться резервная копия нашей базы.
Чтобы не просматривать их все (нам требуется самая последняя из резервных копий) сортируем папки по дате:
И начинаем просматривать сверху вниз (от наиболее поздних папок к наиболее ранним).
Заходим в каждую из папок, начинающихся с "1Cv8Update ":
Резервная копия базы в этой папке будет выглядеть как файл с жёлтым значком, начинающийся с имени "1Cv8" и расширением ".1CD" (но его не всегда видно). У этого файла обычно самый большой размер из всех (в моём случае 752 мегабайта).
Справа от этого файла мы можем увидеть дату его создания. Если такой файл найден и дата создания нам подходит - это замечательная новость!
Теперь давайте определим резервную копию от какой базы мы нашли?
Для этого откроем файл "log...txt":
Вот он путь к папке базы, резервную копию которой мы нашли: X:\Базы 1С\ArendaDemo.
Если эта резервная копия нам не подходит (не та база или дата не та) - ищем дальше.
Но вот мы нашли наиболее подходящую - как из неё восстановить базу?
Для этого создаём в папке с базами 1с новую пустую папку, например, так:
В эту папку копируем файл "1Cv8....1CD " из папки с резервной копией:
Меняем имя этого файла на "1Cv8 " (если расширение.1CD у вас не было видно, то дописывать его и не надо):
Подключаем эту папку как обычную базу 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С:Предприятия".
2. Выбираете из списка нужную информационную базу (устанавливаете курсор на нужной базе)
3. внизу списка отображается путь "File=...". Копируете всё, что в кавычках. Например, как на рисунке, копируете: "c:\1cconf\конвертация"
4. Открываете файловый менеджер, например, проводник Windows
5. В адресную строку вставляете скопированную строку. переходите в каталог.
6. В каталоге должен быть файл "1cv8.1cd". Этот файл копируете в другой каталог. Запомните, куда скопировали файл. Это резервная копия вашей информационной базы.
Тестируем базу данных утилитой
После того, как скопировали файл информационной базы в другой каталог (сделали резервную копию), можно приступить к восстановлению данных.
Открываем утилиту восстановления файловой базы данных chdbfl .exe .
Для версии 1С:Предприятие 8.0 она обычно находится в каталоге "C:\Program Files\1cv8\bin"
Для версии 1С:Предприятие 8.1 она находится в каталоге "C:\Program Files\1cv81\bin"
Для версии 1С:Предприятие 8.2 она находится в каталоге "C:\Program Files\1cv82\НОМЕР_ВЕРСИИ\bin", где НОМЕР_ВЕРСИИ - номер версии 1С предприятия 1С: 8.2. Необходимо открыть каталог "C:\Program Files\1cv82" и выбрать необходимую версию (обычно в каталоге одна папка. Например, путь может выглядеть так: "C:\Program Files\1cv82\8.2.12.78\bin")
Запускаем утилиту. Должно показаться окошко, изображенное на рисунке.
Выбираем файл информационной базе. Найти его можно следуя инструкции раздела "Как найти каталог информационной базы и сделать резервную копию".
Ставим галочку "Исправлять обнаруженные ошибки". Нажимаем кнопку "Выполнить" и ждем завершения процедуры проверки.
3. Тестирование и исправление из конфигуратора
После завершения тестирования информационной базы утилитой chdbfl.exe конфигурация 1С должна запускаться в режиме "конфигуратор".
Запускаем программу в режиме конфигуратор:
1. Выбираем восстанавливаемую информационную базу.
2. Нажимаем на кнопку "Конфигуратор"
3. В меню выбираем "Тестирование и исправление..."
4. Выбираем все галочки в группе "проверки и режимы", как показано на рисунке. Выбираем режим "тестирование и исправление". Нажимаем "Выполнить" и ждем завершения тестирования информационной базы.
Тестирование завершено. Запускайте конфигурацию в режиме "1С:Предприятие". Пробуйте формировать отчеты, записывать справочники и документы.
В предыдущей статье мы с вами разбирали вопрос создания резервных копий базы 1С Предприятие на примере 1С Бухгалтерии 8. Мы выяснили, что одним из способов резервного копирования является создание выгрузки информационной базы. Теперь разберёмся, что делать с файлом выгрузки, если вдруг с вашей базой случилось что-то нехорошее.
Если возникшая проблема не устраняется никакими другими способами, самое время прочитать инструкцию то ранее созданный файл выгрузки 1С Бухгалтерия 8 (или любой другой конфигурации 1С Предприятие) позволит сделать откат базы, т.е. вернуть состояние информационной базы на дату создания выгрузки .
Небольшое отступление от темы: отсюда ясно, что при восстановлении базы таким способом часть данных будет неизбежно утеряна. Поэтому чем чаще вы делаете резервные копии, тем меньше данных вы потеряете в случае порчи базы 1С.
Сам по себе файл выгрузки бесполезен и требует запуска Конфигуратора, т.е. нельзя просто так запустить файл выгрузки (как, например, фильм) и ожидать результата. Поэтому запускаем Конфигуратор и заходим в меню Администрирование.
В меню следует выбрать пункт "Загрузить информационную базу", как показано на рисунке выше. При этом откроется окно выбора файла.
При помощи данного окна следует выбрать нужный вам файл выгрузки. Если их несколько, то обычно выбирают самый свежий, т.е. сделанный последним.
Внимание! Будьте предельно осторожны при выборе файла, если у вас их несколько. Особенно если они принадлежат разным фирмам! Операция из выгрузки не может быть отменена.
Тут была важная часть статьи, но без JavaScript её не видно!
С учетом вышесказанного следует добавить одну важную деталь — если база "накрылась", то сделайте копию её папки полностью (ну и что, что она повреждена! ) и только потом открывайте Конфигуратор и производите восстановление. В случае ошибки вы всегда сможете вернуться к "невосстановленному" (т.е. не окончательно испорченному в результате ошибки восстановления) варианту базы.
Если файл выбран, то появится вот такое предупреждение (оно необходимо, поскольку операция неотменяемая).
Если вы уверены, то нажимайте Да и ждите завершения процесса. Данную операцию нельзя прерывать! По окончании загрузки появится сообщение о завершении операции.
В окне, показанном выше, проще нажать Нет, поскольку Конфигуратор нам больше не нужен . После нажатия кнопки Нет Конфигуратор закроется. Теперь запускайте программу в режиме 1С Предприятие и проверяйте работоспособность базы. Как видите, сложного ничего нет.
А ещё загрузку ранее выгруженных данных можно производить в полностью пустую базу, т.е. без конфигурации вообще . Создать такую базу можно так же, как описано в соответсвующей статье. Единственное отличие в том, что в окне выбора шаблона конфигурации нужно выбирать не шаблоны, а самый нижний пункт, как показано на рисунке.
Ещё раз напомню: будьте осторожны при восстановлении базы 1С Бухгалтерия 8 своими руками! Резервные копии можно делать смело — это безопасно для данных в любом случае, — а вот с восстановлением поаккуратней.
Загрузка...