Как копировать в 1с бухгалтерия. Выгрузка копии базы данных в файл. способ: с помощью выгрузки информационной базы.
Чтобы обезопасить себя от частичной или полной потери данных, перед тем как производить какие то действия с вашей информационной базой, возникает необходимость резервного копирования данных в 1С. С помощью резервной копии вы сможете вернуть базу в то состояние, в котором она была на момент копирования.
Создание резервной копии 1С вручную
Запускаем 1С и выбираем режим конфигуратор для вашей информационной базы:
Удалить предыдущие резервные копии, чтобы избежать перегрузки? Как мне восстановить мою базу данных? Резервное копирование вашей информационной базы 1С необходимо для защиты ваших данных. В этом разделе рассматриваются вышеуказанные вопросы и представлены различные типы работы по резервному копированию, разработка плана обслуживания и способы его использования в стратегии резервного копирования.
Простейшим видом резервного копирования является полная резервная копия базы данных - полная копия базы данных, которая обеспечивает единый момент времени, к которому может быть восстановлена база данных. Несмотря на то, что процесс резервного копирования может занять много часов, вы можете восстановить резервную копию только в одной точке.
После того как зашли в конфигуратор, заходим в меню Администрирование и выбираем пункт “Выгрузить информационную базу”
Появляется окно, в котором нужно указать папку для сохранения резервных копий (в моем случае она называется Архивные копии 1С, вы можете назвать ее как угодно), имя файла резервной копии (в моем случае БП20082012, первые две буквы это обозначение названия информационной базы,далее дата сохранения, т.е 20 августа 2012 года) и нажать кнопку сохранить.
Другой тип резервного копирования данных - это дифференциальная резервная копия. Дифференциальная резервная копия выполняет те же операции, что и полная резервная копия, но содержит только все данные, которые были изменены или добавлены с момента предыдущей полной резервной копии. Дифференциальные резервные копии являются совокупными и последовательными резервными копиями после полной резервной копии и будут увеличиваться в размере по мере изменения или добавления большего количества данных. Итак, зачем нужны дифференциальные резервные копии?
Ждем пока программа выполнить сохранение файла. Выполнение этой операции можно наблюдать в левом нижнем углу окна конфигуратора:
После завершения программа выдаст сообщение:
Это будет обсуждаться в разделе стратегии резервного копирования, дифференциальные резервные копии могут действительно ускорить операции восстановления, позволяя пропускать многие резервные копии журналов транзакций в процессе восстановления. Это намного быстрее, чтобы существенно ускориться во времени с использованием дифференциальной резервной копии, чем переписывать множество записей журнала транзакций, чтобы добраться до одного и того же момента времени.
Выгрузка информационной базы
Резервная копия журнала транзакций содержит все записи журнала транзакций, созданные с момента последней резервной копии журнала, и используется для восстановления базы данных в определенный момент времени. Это означает, что они являются инкрементальными, в отличие от дифференциальных резервных копий, которые являются кумулятивными. Поскольку они являются инкрементальными, если вы хотите восстановить базу данных до определенного момента времени, вам необходимо иметь все записи журнала транзакций, необходимые для повторного изменения базы данных до этого момента времени.
Резервная копия создана.
О том как восстановить базу из резервной копии рассказано в .
Настройка автоматического резервного копирования в 1С по расписанию
Данная инструкция поможет вам настроить резервное копирование в автоматическом режиме. Она подойдет только для файлового режиме работы в базе 1С. Для настройки в клиент-серверном режиме фирма «1С» рекомендует делать бекапы с помощью средств СУБД — MS SQL, Postgre и т.д.
Способ: с помощью выгрузки информационной базы
Они содержатся в цепочке резервного копирования журнала. Несмотря на то, что резервная цепочка журналов простирается до полной резервной копии, вам не обязательно восстанавливать все резервные копии журналов во время восстановления. Если вы сделали полную резервную копию, скажем, в воскресенье вечером и в среду вечером с резервными копиями журналов каждые полчаса Начиная с воскресенья, а затем восстановление базы данных после катастрофы в пятницу может использовать полную резервную копию среды и все резервные копии журнала со среды в среду, вместо того, чтобы полностью вернуться к полной резервной копии в воскресенье вечером.
Для настройки проследуйте на вкладку «Администрирование», пункт «Поддержка и обслуживание»:
Хранить копии баз можно на вашем компьютере или на внешнем жестком диске, а также возможно использование сервиса «1С Облачный архив».
Цепочка резервного копирования журнала - это непрерывная серия резервных копий журналов, которая содержит все записи журнала транзакций, необходимые для восстановления базы данных до определенного момента. Цепочка начинается с полной резервной копии базы данных и продолжается до тех пор, пока что-то не сломает цепочку, тем самым предотвращая большее количество резервных копий журнала, пока не будет предпринята другая полная резервная копия. Для управления размером журнала транзакций необходимы резервные копии журналов.
Для предотвращения сбоя журнала файла журнала необходимо выполнить регулярные резервные копии журнала. Резервные копии журнала могут применяться только в модели полного восстановления, описанной в следующем разделе. Каждая из этих моделей представляет собой другой подход к балансированию компромисса между сохранением дискового пространства и обеспечением возможности детализации аварийного восстановления.
Тут также доступна функция ручного запуска создания резервной копии и восстановления, но нас интересует пункт «Настройка резервного копирования»:
Возможные варианты настройки — по расписанию и при завершении работы с программой. Лучше всего, особенно если вы работаете в базу не один, выбрать вариант «Регулярно по расписанию». Настроить его очень просто. На скриншоте я настроил ежедневную процедуру:
Простая модель восстановления - это просто: просто. В базах данных с использованием простой модели восстановления вы можете восстановить только полные или дифференциальные резервные копии. Невозможно восстановить такую базу данных в данный момент времени, вы можете восстановить ее только в то время, когда произошло полное или дифференциальное резервное копирование.
Резервное копирование временного файла внешней обработки
Полная модель восстановления также имеет самоописательное имя. Это позволяет вам разработать план аварийного восстановления, который включает комбинацию полных и дифференциальных резервных копий баз данных в сочетании с резервными копиями журналов транзакций.
Помимо этих настроек нужно указать также каталог для хранения копий (лучше всего использовать Google Drive или Яндекс Диск) и какое количество резервных копий хранить:
Резервное копирование средствами операционной системы и сторонними программами
В случае сбоя базы данных, вы получаете максимальную гибкость при восстановлении баз данных, используя полную модель восстановления. В дополнение к сохранению изменений данных, хранящихся в журнале транзакций, полная модель восстановления позволяет восстановить базу данных в определенный момент времени.
Способ: копированием фала конфигурации
Аварийное восстановление - это процесс, который вы можете использовать для восстановления информационных систем и данных, если происходит катастрофа. Некоторые примеры стихийных бедствий включают природную или техногенную катастрофу, такую как пожар или техническая катастрофа. Планирование аварийного восстановления - это работа, которая посвящена подготовке всех действий, которые должны произойти в ответ на катастрофу. Планирование включает в себя выбор стратегии, помогающей восстановить ценные данные.
О необходимости периодического сохранения результатов своей деятельности при работе с персональным компьютером сказано и написано довольно много, поэтому не будем повторять этих прописных истин. Информационная база, по своей сути, является плодом деятельности большого коллектива людей, именно поэтому важно знать, как правильно настроить в 1С резервное копирование.
Чтобы быть более защищенными в таких случаях, мы рекомендуем хранить уже восстановленные данные не более 30 мин. Интервалы на отдельном сервере, предпочтительно расположенные на удаленном расстоянии от вашего производственного сервера. Хотя это может быть дорогостоящей стратегией резервного копирования, она будет работать, по меньшей мере, в двух целях.
Подключите своих пользователей к уже восстановленной базе данных и восстановите ее с нуля. Держите свои данные вдали от потенциальной зоны бедствия. . Стратегия, которая включает только полные резервные копии, несколько ограничена тем, что вы можете восстановить. В принципе, вы можете восстановить только время полной резервной копии, как показано на рисунке. По этой причине, если необходимо избежать потери данных и Данные нельзя воссоздать, также включаются резервные копии журналов, как показано на рисунке.
Резервное копирование средствами операционной системы и сторонними программами
При работе 1С в файловом режиме таблицы базы данных хранятся в одном единственном файле. Его местоположение можно увидеть в нижней части окна запуска программы (Рис.1).
Адресная строка, указанная после надписи «File=» и есть то место, где нам надо искать файл с расширением 1CD (Рис.2).
Выгрузка копии базы данных в файл
Стратегия резервного копирования с полным резервным копированием. Стратегия резервного копирования с полным и резервным копиями журналов. Представьте, что резервные копии журнала берутся каждые 30 минут. Пока все резервные копии доступны, это означает, что при выполнении резервных копий журнала транзакций каждые полчаса вы можете гарантировать, что вы никогда не потеряете работу на полчаса. Однако это, возможно, не лучшая стратегия. Первым делом было бы сделать резервную копию хвоста и начать восстановление.
Рис.2
Список дальнейших возможных действий:
- Скопировать этот файл в другую папку, либо на другой физический носитель;
- С помощью программы-архиватора заархивировать файл и поместить в хранилище.
Естественно, эти действия необходимо производить периодически и желательно в те моменты, когда в базу вносится минимальное количество изменений. Для небольших по объему баз с небольшим документооборотом период может составлять от одного резервного копирования в месяц, до пары раз в неделю. Крупным компаниям желательно делать бэкапы каждый день.
Резервная копия «хвост-лог» - это резервная копия журнала транзакций, которая включает в себя часть журнала, который ранее не был скопирован. Резервная копия хвоста не обрезает журнал и обычно используется, когда файлы данных для базы данных становятся недоступными, но файл журнала не поврежден.
Для восстановления базы данных до точки бедствия будет означать восстановление полной резервной копии в прошлый воскресенье, а затем резервное копирование в 336 журналов. В зависимости от того, сколько данных было в базе данных за неделю, это может быть огромный журнал транзакций, который будет Очень много времени, чтобы ответить. Это явно не оптимальная стратегия восстановления.
Некоторые программы позволяют настроить произвольное расписание архивации, закладывая в имя сохраняемого файла дату создания копии.
Технология резервного копирования, реализованная в 1С
В самой платформе 1С реализован следующий механизм создания резервных копий:
- Убедившись, что в базе нет пользователей, открываем её в режиме конфигуратора;
- Выбираем пункт меню Администрирование;
- Нажимаем «Выгрузить информационную базу»;
- В открывшемся окне выбора каталога выбираем место хранения резервной копии;
- Задаем имя для файла с расширением dt, в котором будут сохранены таблицы базы;
- Ждем.
В случае, если в базе есть хоть один пользователь, сохранение будет прервано, и на экран выйдет сообщение «Ошибка исключительной блокировки» (Рис.3).
Чтобы смягчить эту проблему, в некоторых стратегиях используются более частые полные резервные копии, но они могут быть чрезмерно большими, например, каждый день. Альтернативой является использование дифференциальных резервных копий, которые содержат только данные, которые были изменены с момента предыдущей полной резервной копии. Продолжая наш пример, эта стратегия проиллюстрирована на рисунке.
Применение стратегии резервного копирования для информационной базы 1С
Стратегия резервного копирования с полным, журнальным и дифференциальным резервными копиями. Это был довольно простой и надуманный пример, но он ясно показывает преимущества каждого типа резервного копирования. Частота устанавливается в неделю «Еженедельно» каждую неделю в воскресенье.
Рис.3
В зависимости от объемов базы данных процесс выгрузки может занимать от нескольких минут, до нескольких десятков минут. Очень большие базы в таком режиме сохранить невозможно, так как начинают действовать ограничения со стороны файловой системы.
Важно выбрать «Перезаписать» в «Если существуют резервные файлы», чтобы избежать наложения полных файлов резервных копий вверх. Также рекомендуется выбрать «Проверить целостность резервной копии». Хотя это и не требуется, проверка резервного копирования является полезной практикой.
Проверка резервной копии проверяет физическую целостность резервной копии, чтобы все файлы в резервной копии были доступны для чтения и могут быть восстановлены, и что вы можете восстановить резервную копию в случае необходимости ее использования. Следующим шагом для эффективного плана резервного копирования является создание ежедневных дифференциальных резервных копий. Каждая ежедневная дифференциальная резервная копия будет содержать информацию с момента создания полной резервной копии до момента создания дифференциальной резервной копии, другими словами, каждое следующее дифференциальное резервное копирование будет накапливать данные из предыдущих дифференциальных резервных копий, и было бы безопасно перезаписать предыдущие резервное копирование с новым.
Несмотря на некоторые ограничения по размеру файла приемника, этот способ прекрасно подходит и для файлового и для клиент-серверного режима работы.
Резервное копирование 1С силами сервера
В зависимости от того, какая СУБД служит средой хранения таблиц базы 1С, существенно различается и технология резервного копирования.
Убедитесь, что вы выбрали «Журнал транзакций» и «Перезаписать» в разделе «Если существуют резервные файлы». Это позволит убедиться, что при каждой новой дифференциальной резервной копии мы запускаем новый набор резервных копий журнала транзакций. Все следующие файлы журнала транзакций будут выполняться почасово и должны быть добавлены в предыдущий журнал транзакций.
Очень важно выбрать «Добавить» при создании часового резервного копирования. Теперь пришло время проверить, что все резервные копии работают и сохраняются в указанном месте назначения. Теперь давайте проверим, что резервная копия создается и сохраняется в указанном месте.
В нашей стране, наибольшее распространение получили:
- Microsoft SQL сервер, бесплатная версия которого содержит несколько обрезанный функционал;
- PostgreSQL – абсолютно бесплатный сервер баз данных с достаточно удобным интерфейсом.
Подробному описанию резервного сохранения данных в режиме sql можно посвятить не одну научную статью. Здесь же хотелось бы отметить, что все действия интуитивно просты и сводятся к вызову контекстного меню базы данных в консоли управления базой (Рис.4).
Рис.4
Резервное копирование временного файла внешней обработки
Конечно, можно сказать, что внешние обработки не являются частью базы данных, однако иногда бывают случаи, когда их приходится восстанавливать.
Рассмотрим такую проблему: при разработке модуля внешней обработки случился скачок напряжения. В некоторых случаях это не является проблемой, а в некоторых повторное открытие обработки выдает ошибку (Рис.5):
Рис. 5
Подробное описание ошибки сообщает «Неверный формат хранилища данных». Так может быть утеряна более чем недельная работа.
Что же делать? В первую очередь не паниковать! И ни в коем случае не запускать 1С!!!
- В папке пользователя есть каталог TEMP (для Windows 7 он находится по адресу C:\Users\ИмяПользователя\AppData\Local), куда 1С сохраняет данные пользователя;
- Маска подобных файлов v8_* а расширение tmp;
- Необходимо до запуска программы забрать все файлы, в наименовании которых есть указанная маска в другое место;
- На копии этих файлов сменить у них расширение на epf;
- Попробовать открыть их в конфигураторе.
Если запустить программу до этого алгоритма файлы будут перезаписаны, и восстановить обработку вряд ли получится.
