Как повредить базу 1с
В статье показаны способы восстановления базы 1С с помощью встроенных в программу инструментов или сторонних приложений . Как создать и восстановить резервную копию базы данных. Для большинства пользователей продуктов компании 1С , повреждение или утеря базы «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С
P.S. Методы буду вспоминать(или натыкаться) и выкладывать. Пишите на какие "грабли" вы наткнулись
Способы могут и не работать на Ваших машинах (то есть у Вас все будет работать нормально), но осведамлен, значит вооружен ;)
Способы для платформы 1С:Предприятие 8.1
Способ 1:
1. Установите Касперского (у меня 2009 думаю остальные еще круче "замочат" 1С) и оставьте все настройки по умолчанию. (касперский будет проверять все новые файлы).
2. Откройте конфигурацию и попытайтесь открыть Синтакс-помоцник. Вуаля. У меня вылетает окно с замечательными надписями "Закрыть или Перезагрузить". Хрен редьки не слаще.
P.S. Происходит вот что во время открытия синтакс-помощника создается временный файл, касперский его начинает проверять, но не успевает закончить как 1С уже ругается на ошибку разделенного доступа и вылетает самым гадким образом.
Способ 2: (от 29.09.2009)
Опять убил восьмерку, не в первый раз, но забыл уже о таком способе убийства.
1. Откройте Конфигуратор и Предприятие
2. Измените что нибудь в конфигурации и попытайтесь сохранить.
3. Если выпадет окно с кнопкой "Обновить динамически" то не спешите на нее нажимать. Перейдите в предприятие и закройте его и сразу же жмите кнопку "Обновить динамически". Вуаля мозг 1С взорвался. Хорошо еще что 1С умеет восстанавливаться после подобных ошибок при реструктуризации
Способы для платформы 1С:Предприятие 7.7
Откройте каталог базы там есть папка SYSLOG
правой кнопкой по ней.. поставь галку только для чтения.
И попробуйте зайти в конфигурацию (если не знаешь. то весело придется)
Ранее в нескольких хардкорных публикациях мы говорили о работе с журналом регистрации нестандартными способами:
Настало время поговорить о чем-нибудь простом, приземленном. Поговорим о теме, актуальной для всех. Как разработчикам и администраторам, так и простым пользователям. О том, как случайными (или не всегда случайными) действиями можно уронить информационную систему на платформе 1С. Причем это могут сделать почти все, кто работает с ней, не только божественные администраторы и разработчики.
Даже простой пользователь в силах создать серьезные проблемы в ее работе самыми обычными рабочими действиями. В лучшем случае работа будет исправлена в течении короткого промежутка времени, в худшем может потребоваться вмешательство эксперта для анализа и исправления ситуации. А иногда даже потребуется реализация большого проекта.
Полный рандом
Все персонажи являются вымышленными. Любое совпадение с реальными событиями и людьми случайно.
Трэш и угар
Практически все случаи, которые будут описаны далее, не являются проблемами самой платформы 1С, а лишь являются результатом непродуманной разработки конфигураций, решений на ее основе, ошибками внедрения, сделанными настройками и так далее. Но давайте уже к делу :)
Мой личный номер
Теплым летним днем на линию поддержки прилетает ошибка при записи заказа клиента.
Начинается расследование. Выясняется, что кто-то вручную изменил номер документа заказа клиента на максимальный, тем самым остановив ввод новых документов. А значит и продаж (хотя может и нет). А значит, что будут последствия и не малые. Конечно, пользователи могут найти и обходной путь, особенно если это заказ клиента. Но если бы это была реализация или другой более критичный документ? Проблемы были бы в любом случае, но масштаб, конечно всегда разный.
Даже если героя найдут по данным журнала регистрации или полю "Ответственный" в документе, то это ничего не изменит. Кто-то другой может также изменить номер в будущем и не только в заказах клиента. Да и текущую проблему нужно решать. Перед редактированием номера появляется предупреждение, но кто его читает!
Ситуация может ещё более плачевной, если вручную номер изменят не сразу на максимальный, а близкий к максимальному номер. Тогда ошибка появится через некоторое время. А если старые документы будут уже в закрытом периоде, то и перенумеровать их для исправления ошибки уже будет не так просто (тут может влиять еще периодичность нумерации, но смысл думаю понятен).
Выводы:
- Сломать нумерацию в документах 1С просто, если разрешено ручное изменение номера. А в большинстве случаев это именно так.
- Аналогичные проблемы распространяются на все объектные сущности: документы, справочники и т.д.
- Необходимо серьезно подходить к вопросу ручного изменения номеров и кодов объектов, даже если таких проблем у Вас еще не возникало.
- Будьте бдительны, возможно такая бомба уже есть в Вашей системе. Ведь она есть во многих типовых и отраслевых решениях.
Проблема может быть решена запретом редактирования номеров и кодов объектов. Как это сделать именно в Вашей конфигурации зависит от многих факторов, так что универсального ответа давать не буду. Можно посмотреть готовые решения здесь на Инфостарт, инновационного здесь ничего нет.
Отфильтруй мне это
Представьте, с теми же заказами клиентов работает менеджер, у которого свои собственные задачи. Например, руководство поставило ему задачу найти все заказы со статусом "Ожидается согласование", у которых сумма заказа в диапазоне от 10 тыс. руб. до 50 тыс. рублей или более 500 тысяч. Не важно почему такие условия, просто нужно и все тут. При этом попросили исключить нескольких клиентов из этого списка. Исполнительный менеджер идет в список заказов, далее "Еще -> Настроить список". Тут задает условия точно так, как нужно.
Если количество заказов не большое, то все будет хорошо и система обработает такой запрос. Но если их сотни тысяч, миллионы? Ну, Вы понимаете о чем я? ;-)
Подобный отбор в списке еще не самый изощренный с которым можно столкнуться. В результате применения подобных отборов на большой базе могут появиться серьезные тормоза не только в работе сеанса этого пользователя, но и всей информационной базы. Ситуация может усложниться еще и тем, что они могут быть установлены несколькими сотрудниками. Что на это скажет Ваш сервер баз данных? Правильно, ему может быть очень нехорошо и всеобщие "тормоза" в системе в таких случаях не редкость.
Еще интересный момент - это автоматическое сохранение пользовательских настроек в динамических списках. По умолчанию в новых версиях платформы эта опция включена. В конфигураторе она указывается в свойствах динамического списка.
Если пользователь поставил "тяжелый" отбор и у него "подвисла" программа на длительное время, и он дождался завершения операции, то при следующем открытии эти отборы будут восстановлены. Это значит, что подвисание появится теперь уже при открытии и коллега будет сильно удивлен, почему список стал открываться так долго.
В обычных ситуациях сотрудник, который столкнулся с таким поведением, старается таких отборов больше не ставит и даже не пишет в службу ИТ для исправления ситуации (у них и так много проблем :)). В других же случаях функционал используют далее не смотря на медленную работу, тем создавая другие проблемы производительности.
Выводы:
- Динамические списки с произвольными отборами - это тоже медленные бомбы как и нумерация.
- Чем больше возможностей, тем больше ответственность. Но пользователи программы не догадываются о ней.
- Простой вариант решения - отключить возможность гибких отборов через "Настроить список" и через Ctrl+F. Добавить ограниченный набор отборов на форму для основных вариантов поиска. Но это нужно постараться сделать, потребуются доработки конфигурации.
- Сложный вариант - полностью изменить логику поиска в списках. Можно использовать стандартный полнотекстовый поиск или реализовать свой внешний сервис. Но это другая история.
Динамические списки периодически могут становиться причиной падений и замедления работы. По опыту именно запросы в списках чаще всего попадают в ТОП по нагрузке сервера СУБД, даже обгоняя тяжёлые отчеты. Да, именно так. Ведь отчет запускают один раз, а динамический список используют постоянно. А если вспомнить отборы "По вхождению строки", то.
Отчет на все времена
Еще один вариант шикарного использования динамического списка - это замена для отчетов. Например, сотруднику понадобилось проанализировать заказы клиентов за последних два года в разных разрезах. Готовых отчетов в системе не нашлось, а просить у разработчиков новый отчет дело долгое, да еще и тестировать придется. А там еще и аналитика надо найти. Есть ведь путь проще!
Решение простое - в динамический список добавить нужные колонки через "Изменить форму", поставить нужные фильтры через "Еще -> Настроить список" и выгрузить весь сформированный список в Excel, предварительно нажав Ctrl+A. Profit!
Добавляем поля от ссылки через "Еще -> Изменить форму" от ссылки (если такое доступно, конечно).
Далее нажимаем Ctrl+A (выделяя все записи) и выгружаем все что подготовили.
Что может пойти не так? Да очень многое:
- При выделении записей в списке платформа выполнит огромное количество служебных запросов, особенно если записей в базе очень много.
- Если установлены "тяжелые" отборы как в предыдущем примере, то это может создать значительную нагрузку на сервер баз данных.
- Выгрузка списка в Excel может значительно увеличить размер сеансовых данных на сервере 1С. Вплоть до использования всего свободного пространства на диске.
- Подобная выгрузка может выполняться очень долго. В том числе и не завершиться никогда.
Выводы:
- Это еще одна пасхалка от динамических списков.
- Встретить подобное использование списков можно во многих компаниях. Многие разработчики даже не подозревают, что вытворяют их коллеги от бизнеса.
- Решить проблему можно либо запретом гибких настроек списков и отборов, либо реализацией выгрузки данных специализированными отчетами со строго ограниченными настройками.
Как умеем, так и выгружаем :)
Мой справочник, мой!
Еще забавный кейс. Сотрудник сформировал печатную форму, в шапке которой фигурирует организация. Все бы ничего, но ему название не понравилось и необходимо было поменять на более подходящее. В самой печатной форме прав на изменение содержимого не оказалось, но есть и другой путь! Изменить название организации в самой элементе справочника!
Например, вот сформированная печатная форма заказа клиента.
Тут выяснилось, что "ЗАО "Торговый дом Комплексный" - не то что нужно для заказа клиента. Но у пользователя были закрыты права на редактирование содержимого печатной формы, а вот, о чудо, изменять справочник "Организации" было разрешено. Ответ очевиден! Нужно изменить наименование организации.
После этого в печатной форме все сформируется как надо.
Все было бы хорошо, но:
- Это же многопользовательская система. Все кто формировал печатные формы после этой манипуляции тоже получат это название. Всех ли оно устроит? Будет ли кто-то опять переименовывать справочник?
- Даже если исходное наименование вернут обратно, ошибок и вопросов в системе за короткий промежуток времени может накопиться порядочно.
- Также могу сломаться большое число "костылей", если Вы их практикуете в работе. Речь идет о поиске по наименованию, синхронизации организаций в конвертации по наименованию и прочее.
- Риск нарушения работы будет присутствовать постоянно. А если пользователи будут менять не наименование, а ИНН, КПП, платежные реквизиты?
В общем, права доступа вещь серьезная.
Вывод: проверьте, нет ли таких "пасхалок" в Вашей системе. Только грамотная настройка прав доступа сможет от такого защитить.
Нужно больше сеансов
Еще одним особенным случаем является множественный запуск сеансов 1С одним пользователем. Причин может быть несколько:
- Есть тяжелые операции, которые проще запускать сразу в нескольких сеансах, чтобы ускорить работу с программой:
- Тяжелые отчеты, которые не выполняются в фоновом режиме.
- Проведение некоторых документов занимает очень много времени.
- Поиск в динамических списках не отличается быстрым откликом. Почему бы тоже не запустить несколько сеансов.
К чему это может привести:
- Дополнительная нагрузка на сервер 1С и СУБД, если тяжелый отчет запускается многократно в разных сеансах. Даже если отчет выполнится, и пользователь его просто не дождался, то все равно излишняя нагрузка будет присутствовать.
- Бесконтрольное выполнение тяжелых алгоритмов в информационной базе.
- Излишнее использование лицензий при определенной конфигурации сервера и настроек лицензирования.
- Ошибки прикладного решения, которые может никогда бы и не всплыли в обычной работе. Все ли в порядке с установкой блокировок при параллельной работе сеансов / пользователей?
Иногда решением может быть контроль запуска нескольких сеансов одним пользователем, но такой подход не всегда рабочий. Нужно разбираться с конкретной ситуацией.
Вывод: запуск нескольких сеансов одним пользователем удобный подход, но с некоторыми рисками.
А как обстоят дела у Вас?
Перепровести все!
Еще немного про динамический список. Может случиться так, что пользователь через Ctrl+A выделит большое количество документов и нажмет "Провести" (или отмена проведения, или пометка на удаление - не важно). Что в этом случае будет? Правильно - на сервере начнется настоящее "веселье", ведь эта операция явно не самая легкая по использованию ресурсов. А если были выделены все документы за месяц?
Замедление работы системы и появление таймаутов на блокировках - это только одна беда. Еще могут появиться расхождения в данных отчетов и прочие непредсказуемые последствия.
Какое может быть решение по запрету таких действий? Тут тоже все зависит от контекста, свою систему Вы знаете лучше. Но можно предложить:
- Запрет проведения документов предыдущих дней в зависимости от прав доступа.
- Сделать мониторинг массовых операций пользователями. В случае появления любой большой операции отправлять уведомление администратору.
- Организационные решения вопроса :)
В любом случае, такое поведение возможно во всех решения на платформе 1С. Лишь в некоторых мне встречались защиты от подобных действий.
Вывод: динамические списки вещь особая как и права доступа. Нужно внимательно относится к их возможностям.
Я скачал с Инфостарта!
В некоторых компаниях никто не беспокоится о том, что у пользователей программы есть доступ к открытию внешних отчетов и обработок из файлов. Это хорошо, доверие штука классная. Но что, если пользователь скачает, например, вот такую обработку и запустит, не предупредив доблестных воинов ИТ-отдела. Да любую другую обработку, которая может сделать самые непредсказуемых действий в руках пользователя.
Повезет, если права доступа все же остановят работу неизвестного инструмента. Но всегда ли такое будет? А сгенерированные ошибки в данных могут "всплыть" только спустя пару месяцев.
Тут можно сразу и закончить.
Вывод: закрывайте доступ на открытие внешних отчетов и обработок из файлов. Альтернативы просто нет.
Я у мамы программист
Еще один хардкорный случай - это когда с правами доступа совсем беда, а главный бухгалтер - бывший программист или консультант. Даже если с правами все ОК, то для такого высокопоставленного сотрудника они могут быть полные. Что может пойти не так? Правильно! Сотрудник для решения своих проблем зайдет в конфигуратор и запрограммирует все что ему нужно. Или выгонит всех пользователей по середине рабочего дня и начнет формировать выгрузку DT'шника, чтобы с ней работать отдельно. Что Вы говорите, база 1 ТБ? Ну на выходных запущу.
Какое здесь решение? Даже говорить об этом не хочется :)
Вне закона
И на последок крайний случай, который, что удивительно, можно часто встретить на этапах внедрения или в небольших компаниях. Суть его проста - у всех в системе выданы полные права. Все, кто там работает могут делать все что угодно. Из этого вытекают и предыдущие проблемы с внешними отчетами и обработка, а также другие проблемы с изменением данных. Тут уже не только изменение ключевых справочников, но и произвольное изменение учетной политики, изменение данных прошлых периодов и прочее "веселье". В любой момент времени может случиться все что угодно!
Решается это построением продуманных прав доступа всем пользователям системы. Добавить тут нечего.
Вы в безопасности
Конечно, часть информации выше имеет шуточный характер. Но в шутке есть только доля шутки. Часть случаев, но в некотором измененном виде, встречал на практике. Иногда хотелось смеяться, иногда плакать.
Поделитесь своими историями и забавными случаями в работе. Поделитесь щепоткой трэша и угара!
Другие ссылки
- В целях цензуры и здравого смысла другие ссылки не стал добавлять, но Вы можете оставить их в комментариях.
Авторские разработки
Транслятор запросов 1С в SQL - инструмент для трансляции запросов платформы 1С в SQL, а также их диагностики.
Просмотр и анализ структуры базы данных (отчет на СКД) - отчет для просмотра и анализа структуры базы данных с поддержкой файловых баз (ограниченный режим), а также баз на SQL Server и PostgreSQL.
Просмотр и анализ журнала регистрации (отчет на СКД) - отчет на базе системы компоновки данных (СКД) для просмотра записей журнала регистрации.
История работы пользователей (отчет на СКД) - отчет для просмотра истории работы пользователей (СКД, просмотр для любого пользователя).
Экспорт журнала регистрации. Набор инструментов (приложения + исходный код) - набор инструментов для экспорта данных журнала регистрации во внешние хранилища для Windows и Linux. Готовые приложения и исходный код.
Путеводитель по истории релизов - отчет по истории выпуска релизов продуктов фирмы "1С" и анализа информации по обновлениям.
-
Помощник работы с идентификаторами объектов - инструмент для расширенного анализа идентификаторов объектов.
Анализ производительности APDEX (бесплатный) - отчет для просмотра и анализа замеров производительности в конфигурациях на базе БСП.
Обозреватель криптографии - отчет для просмотра доступных провайдеров и сертификатов криптографии на сервере и клиенте.
Пакетная выгрузка / загрузка внешних отчетов и обработок - пакетная выгрузка / загрузка внешних отчетов и обработок для массовый манипуляций с ними.
Мастер полнотекстового поиска - набор инструментов для работы с полнотекстовым индексом платформы 1С. Стандартные и расширенные возможности.
Командный интерпретатор для 1С - инструмент для выполнения команд CMD / PowerShell из 1С
Протестируйте качество нашей работы - получите первую консультацию в подарок.
Поиск и устранение блокировок. Управляемые блокировки. Оптимизация запросов.
Помощь персонального менеджера, оперативность сдачи отчетности, соответствие законодательству РФ
На сегодня такая ошибка может возникать, когда на компьютере пользователя стоит одновременно несколько платформ*, например, 8.3.10.2650 и 8.3.12.1595. Если ошибка повреждения файла данных возникает из-за конфликта платформ, нужно принять решение об использовании только одной платформы 1С, оставив любую из имеющихся, какую – неважно.
*Исходя из опыта работы – подобная проблема стала появляться у пользователей недавно.
В других случаях пользователи могут попробовать самостоятельно решить эту проблему. Для этого имеется несколько способов:
- Очистить кэш 1С 8.3;
- Восстановить файл базы из резервной копии;
- Выполнить тестирование и исправление базы данных;
- Проверить файл базы утилитой Chdbfl.exe – поставляется в составе программного продукта, хранится в Program Files, в каталоге 1cv8/папка с номером текущей платформы (например, 8.3.10.2650 / bin).
Чистим кэш 1С 8.3
В процессе работы 1С создает временный буфер для быстрого доступа к наиболее часто используемой информации. Из этого временного буфера (кэша) подгружаются файлы конфигурации, что позволяет пользователю работать в программе с определенной скоростью. Если произошел какой-то сбой в работе компьютера, кэш обрабатывается неправильно, когда папки, созданные 1С при запуске, удаляются с компьютера, а программа при следующем запуске вновь их создает.
Рис.1 Чистим кэш 1С 8.3
Если технические специалисты для очистки кэша могут использовать скрипт или чистить кэш вручную (а в зависимости от операционной системы кэш может находиться в разных местах), то для пользователя проще очистить кэш следующим способом:
- Найти файл базы данных (путь к нему отражается в нижней части окна запуска программ 1С при выделении нужной нам базы);
Рис.2 Найти файл базы данных
- Скопировать его (1С при этом должна быть закрыта);
- Создать новую папку и добавить туда скопированный файл;
Рис.3 Создать новую папку и добавить туда скопированный файл
Рис.4 Добавить новую базу в окно запуска.
В новом каталоге файлов кэша не будет и база может нормально запуститься.
При частых случаях некорректной работы системы 1С 8 можно использовать в настройках запуска дополнительный параметр ClearCashe. К неудобствам его использования следует отнести доступность работы системы только на тонком клиенте и снижение производительности работы.
Для использования директивы ClearCashe сделайте следующее:
- Открыть окно запуска программы 1С;
- Выделить требуемую базу;
- Нажать кнопку «Изменить»;
- В открывшемся окне настроек указать дополнительные параметры;
- Установить режим запуска «Тонкий клиент»;
- Нажать кнопку «Готово»;
- После закрытия окна настроек запустить базу.
Рис.5 ClearCashe
Восстанавливаем базу данных из резервной копии
При выполнении любых действий с базой (обновлении и т.д.) в обязательном порядке необходимо сделать копию базы.
В идеале лучше всего настроить ежедневное резервное копирование базы данных. Настраивается резервное копирование в разделе «Администрирование»:
- Открыть подраздел «Обслуживание»;
- В пункте «Резервное копирование и восстановление» указать способ резервного копирования (на локальном компьютере или в облачном архиве 1С);
Рис.6 Резервное копирование и восстановление
- По ссылке «Настройка копирования» указать параметры:
- Периодичность копирования (по расписанию или по завершению работы);
- Место хранения резервных копий;
- Период хранения.
Рис.7 Настройка копирования
Для восстановления базы из резервной копии создадим пустую базу, и загрузим в нее резервную копию:
- Открыть вновь созданную пустую базу в режиме «Конфигуратор»;
Рис.8 Открыть вновь созданную пустую базу в режиме «Конфигуратор»
- В главном меню выбрать раздел «Администрирование»/«Загрузить информационную базу»;
Рис.9 Загрузить информационную базу
- В открывшемся окне укажем путь к резервным копиям, выберем самую свежую по дате сохранения копию, нажмем «Открыть»;
Рис.10 Укажем путь к резервным копиям
- Система сообщит о закрытии конфигуратора после загрузки и возможной утрате несохраненных данных в открытых окнах. Так как файл резервной копии загружается в пустую базу, предупреждение о несохраненных данных принимаем, нажимаем кнопку «Да»;
Рис.11 Предупреждение о несохраненных данных принимаем
Перенос любых данных 1С. Готовые механизмы переносов. Один звонок и мы решаем вопрос.
Даже если вы пользуетесь программным сопровождением 1С, часто бывает нужно самостоятельно скопировать информационную базу 1С 8.3, например, чтобы перенести базу 1С на другой компьютер. В зависимости от того, для чего это нужно, рассмотрим варианты копирования базы 1С.
Скопировать папку с базой
Самый простой и доступный для любого пользователя способ скопировать базу – это скопировать полностью папку с базой (для копирования локальной информационной базы достаточно скопировать файл 1Сv8.1CD) . Для этого нам достаточно знать ее расположение. Запустив программу 1С и выделив нужную информационную базу, внизу отобразится путь к ней. В нашем примере база расположена на диске С, в папке «1С 2018\1С информационная база».
Рис.1 1С 2018\1С информационная база
Рис.2 Моя флешка
Предварительно стоит убедиться, что на флешке достаточно места для размещения нашей базы, т.к. ее объем может оказаться довольно большим. Посмотреть размер нашей папки можно, открыв правой кнопкой мышки ее «Свойства».
Рис.3 Свойства
Также можно использовать команды «Копировать-Вставить-Копировать в папку. ». Такой вариант удобен еще и тем, что базу можно открыть даже с флешки (из папки) или, перенеся ее при необходимости на компьютер, просто подключить с помощью кнопки «Добавить» в окне запуска 1С.
Рис.4 Добавить
Так можно не только хранить базу, но и, например, передавать ее кому-нибудь. Единственный минус такого способа при использовании в качестве резервного копирования – это большой объем.
Выгрузка информационной базы через конфигуратор
Для этого зайдем в «Конфигуратор» нашей информационной базы.
Рис.5 Зайдем в «Конфигуратор»
Откроем конфигурацию, пункт меню «Конфигурация-Открыть конфигурацию».
Рис.6 Открыть «Конфигуратор»
Затем в пункте «Администрирование» выберем команду «Выгрузить информационную базу».
Рис.7 Выгрузить информационную базу
В появившемся окне укажем путь, куда будем сохранять нашу копию и введем название. При таком варианте выгрузки информационная база сохраняется в формате «*.dt». Это архивный файл в формате 1С. Он содержит в себе и конфигурацию, и все данные – справочники, документы, отчеты и т.д.
Рис.8 В появившемся окне укажем путь, куда будем сохранять нашу копию и введем название
При необходимости его можно загрузить в созданную пустую или поврежденную базу, например, в случае сбоя или ее повреждения, или же если возникла необходимость сделать копию своей базы и на ней промоделировать какую-нибудь ситуацию, перепровести документы прошлых периодов и посмотреть, как это отразится на текущей информации и т.п.
При выгрузке базы в таком формате, ее загрузка также осуществляется через пункт меню «Администрирование-Загрузить информационную базу. ».
Рис.9 Администрирование-Загрузить информационную базу
Действия в пользовательском режиме 1С
При обновлении базы в пользовательском режиме программа автоматически создает резервную копию. Но мы можем и сами создать резервную копию, не заходя в «Конфигуратор». Сделать это можно в разделе меню «Администрирование-Обслуживание», в разделе «Резервное копирование и восстановление».
Рис.10 Резервное копирование и восстановление
В открывшемся окне указываем каталог для сохранения резервной копии и нажимаем кнопку сохранения.
Рис.11 Каталог для сохранения резервной копии
По окончании процесса программа автоматом перезапустится, и можно будет приступать к работе.
Рис.12 Перезапуск
При таком способе сохранения, файл выгружается в формате «*.zip». Поэтому работу с архивной копией надо выполнять также в пользовательском режиме, используя пункт «Восстановление из резервной копии».
Рис.13 Восстановление из резервной копии
1С:Облачный архив
С помощью сервиса «1С:Облачный архив» автоматически можно создавать резервные копии, при этом они сохраняются не на флешке или том же компьютере, где расположена база, а на защищенном сервере. В случае непредвиденной ситуации можно получить резервную копию на любую дату. Для пользователей, заключивших договор ИТС ПРОФ – пользование сервисом бесплатно.
Для подключения сервиса в разделе меню «Администрирование-Обслуживание-Резервное копирование и восстановление» необходимо выбрать способ резервного копирования – «1С:Облачный архив».
Рис.14 1С:Облачный архив
Нажмем гиперссылку «Подключить».
Рис.15 Мастер подключения к 1С:Облачный архив
С помощью «Мастера подключения к 1С:Облачный архив», можно установить «Агента резервного копирования» и настроить резервное копирование в облако.
Читайте также: