Как часто происходит резервное копирование данных 1с

Идеальное расписание для бэкапов

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

Как часто нужно делать резервные копии?

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

Представим, что у вас в результате анализа данных сформировалась следующая табличка:

Высокий приоритет	База данных 1С	Виртуальные машины	База данных Интернет-магазина
Средний приоритет	Ноутбук бухгалтера	Ноутбук директора	Общий каталог документов на сервере
Низкий приоритет	Персональные данные пользователей	Всевозможные отчеты	Различные командные фото

Затем нужно определиться, как часто нужно делать резервные копии. Для этого нужно знать, как часто меняются те или иные данные. В случае с малым и среднем бизнесом вполне достаточно одной резервной копии в день для критических данных — как правило, она делается в конце рабочего дня. Также нужно учитывать технические особенности. Например, некоторые СУБД требуют полной остановки для создания бэкапа. Если такую остановку требует СУБД , то ее нужно делать как можно позже, например, в 2–3 часа ночи, чтобы простой сайта на время бэкапа не был заметен большинству пользователей. Если для экономии средств вы выключаете виртуальный терминальный сервер с 1С до 20:00, то до этого времени должна быть сделана резервная копия БД 1С. Пусть пользователи могут задержаться на работе до 19:00, то резервную копию имеет смысл делать за 20–30 минут до выключения сервера.

Также не нужно забывать о типах резервного копирования — есть полное резервное копирование, а есть инкрементное — когда копируются только измененные с момента создания полной резервной копии файлы. Многие программы (например, та же Handy Backup) для резервного копирования поддерживают этот тип бэкапа, поскольку он экономит время создания бэкапа и место на диске.

Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Конфигурация VPS и бесплатный тест уже через 2 минуты
Организация вашей IT-инфраструктуры на основе мультиклауд-решения

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

Данные с низким приоритетом (это те данные, которые изменяются не очень часто), можно копировать 1–2 раза в месяц.

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

Высокий приоритет	База данных 1С Раз в день, в 19:30	Виртуальные машины Средствами облачного провайдера	База данных Интернет-магазина Раз в день, в 2:30
Средний приоритет	Всевозможные отчеты Раз в неделю	Ноутбук директора Раз в неделю – полное, раз в день — инкрементное, в 20:00	Общий каталог документов на сервере Раз в неделю – полное, раз в день – инкрементное, в 20:00
Низкий приоритет	Персональные данные пользователей Раз в месяц	Ноутбук бухгалтера Раз в месяц	Различные командные фото Раз в месяц

Несколько советов

1. Делайте три резервных копии: две на локальных устройствах, одну — в облаке, например, на Amazon S3, Mail. Ru IceBox и др.
2. Время от времени производите эмуляцию DR (восстановления после боя). Представьте, что произошел сбой и попытайтесь восстановить данные. Это позволит убедиться, что резервное копирование настроено, как нужно и вы будете понимать, какое время вам понадобится на восстановление тех или иных данных.
3. Создайте план восстановления на случай стихийного бедствия. Это поможет вам сконцентрироваться на процессе, а не паниковать. Вы будете следовать уже готовой инструкции и будете четко понимать, что нужно делать.
4. Запишите телефоны служб поддержки всех используемых сторонних сервисов (например, облачного провайдера, хостера, провайдера хранилища данных — если это разные провайдеры).
5. Не храните все в одной корзине. Если вы все еще используете физические серверы, может, стоит задуматься о виртуальных? Даже, если в офисе произойдет пожар или другое стихийное бедствие виртуальные серверы (в том числе БД 1С) не пострадают, поскольку находятся в защищенном и охраняемом в другом городе.

Популярные услуги
Аренда выделенного сервера в России

Аренда сервера и СХД необходимой производительности. Все оборудование размещается в собственном отказоустойчивом ЦОДе с зарезервированными системами энергоснабжения, охлаждения и каналами связи.

Переезд ИТ-инфраструктуры в дата-центр

Мы перевезем и смонтируем Вашу ИТ-инфраструктуру в дата-центр Tier III по цене грузовых перевозок. За качество и сохранность отвечаем!

Бэкап или резервное копирование баз 1С Предприятие 8

О бэкапах или по-русски о необходимости резервного копирования баз 1С Предприятие 8 знают все. К сожалению, не все их делают.

Данная статья не является руководством по созданию бэкапов 1С Предприятие 8. Её цель – обрисовать проблему резервного копирования информационных баз 1С. Это позволит ответственно подойти к решению проблемы резервирования.

Организации, где есть IT-отдел

В организациях, где есть IT-отдел или хотя бы один системный администратор, обычно не возникает вопросов относительно резервного копирования. А зря! Не стоит надеяться на то, что ваш IT-отдел по собственной инициативе создаёт бэкапы 1С Предприятие 8. Недаром среди у айтишников ходит поговорка: «сисадмины делятся на тех, кто еще не делает бэкап, и тех, кто их уже делает».

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

Организации, где нет IT-отдела

В небольших организациях, как правило нет IT-отдела. В лучшем случае приходящий специалист. В таком случае все организационно-технические вопросы резервного копирования баз главбуху или директору придётся взять на себя. Рассмотрим их.

Как часто надо делать бэкап 1С Предприятие 8?

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

Как правило, после восстановления последнего бэкапа приходится какое-то количество операций повторно вводить в информационную базу. Поэтому, если восстановлена информационная база месячной давности, то заново придётся вводить в неё операции за последний месяц.

За какие периоды хранить бэкапы 1С Предприятие 8?

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

• Последние несколько дней. Ежедневно делать бэкап и хранить их за последнюю неделю, 10 или 30 дней.
• Последние несколько месяце. Делать бэкап после закрытия месяца и сдачи регламентированной отчётности. Хранить их за последние, например, 24 месяца.
• Последние несколько лет. Делать бэкап после закрытия декабря и сдачи годовой отчётности. Хранить их за последние, например, 5 лет.

Где хранить бэкапы 1С Предприятие 8?

Где следует хранить бэкапы 1С Предприятие 8 это ещё один вопрос, который возникает у неопытных пользователей. Прежде, чем ответить на него, определимся с объёмом носителя, на котором планируется хранить резервные копии.

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

Если базу не сжимать архиваторами, то потребуется хранилище объёмом не менее 4*(30+24+5)=236 Гб. По современным меркам – это вполне себе скромный объём. Но многое зависит от того, где будет размещаться бэкап 1С Предприятие 8

В небольших организациях часто встречается ситуация, когда компьютер имеет один единственный не размеченный жесткий диск С. В этом случае он занимает весь объём физического диска. Это не хорошо. Надо обязательно разбить его хотя-бы на два логических диска: на C и D. Есть, как минимум, две причины, по которым не следует информационную базу и её архивные копии хранить на системном диске C.

• Риск потери данных. Операционная система всегда располагается на диске С. При её переустановке неопытный пользователь может отформатировать диск C и тем самым безвозвратно уничтожить рабочую базу и все архивы 1С Предприятие 8.
• Замедление и зависания в работе. Не все пользователи знают, что на диске С всегда должно оставаться не менее 10% свободного пространства. Часто у таких пользователей на нём свободными остаются буквально несколько Мб. В результате при запуске 1С Предприятие 8 идёт долгий процесс поиска свободное место для открытия своих временных файлов. В лучшем случае программа откроется через продолжительное время. В худшем она зависнет.

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

Самое быстрое и недорогое решение – это приобрести usb-флэшку подходящего объёма. Молодые информационные базы редко превышают объём в 1 Гб. Поэтому при ежедневном бекапе одной информационной базы за последние 30 дней хватит флэшки объёмом в 32 Гб. Такая флэшка стоит от 700 до 1000 рублей. На 64 Гб в районе 2000 рублей.

Покупать ли для резервирования флэшку объемом 128 или 256 ГБ большой вопрос. Их цена колеблется от 3000 до 10000 рублей. За эту цену можно приобрести жесткий диск значительно большего объёма.

Очень важно, чтобы в компьютере было, как минимум, два физических диска (не путать с логическими). Лучше три! Первый (диск С) необходим для установки на него операционной системы и всех используемых вами программ. Второй используем для хранения всевозможных данных, в том числе информационные базы 1С Предприятие 8. Третий используем для хранения бекапов 1С Предприятие 8.

Для операционной системы в большинстве случаев достаточно 60-80 Гб. Но лучше иметь запас. Например, носитель ёмкостью в 500 ГБ, скорее всего перекроет, все возможные запросы. Обойдётся эта покупка приблизительно в 3000 рублей. Относительно объёма двух других дисков конкретных рекомендаций дать невозможно. Здесь всё очень индивидуально.

На встроенный в компьютер жесткий диск целесообразно записывать ежедневные бекапы. Желательно, чтобы он был достаточно быстрым и надёжным. Это позволит быстро создавать бекапы и также быстро при необходимости восстанавливать их.

А вот бекапы 1С Предприятие 8 за месяц и за год целесообразно хранить на отдельном носителе, вне компьютера. Это существенно повысит надёжность и безопасность ваших данных. Для этих целей хорошо подойдет внешний жесткий диск или облако. Не дай Бог, конечно, но, если в офисе случится пожар или зальёт водой, то диски в компьютере могут выйти из строя. Здесь и пригодится внешний носитель. Разумеется, если он хранится в сейфе или в другом помещении.

Стоимость внешних дисков сравнима со стоимостью обычных жёстких дисков, встраиваемых в компьютер.

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

Разные модели обладают различным количеством отсеков для жестких дисков: 1, 2, 4, 8 и больше. Технология виртуализации данных, позволяет объединяет несколько дисков в один логический элемент, так называемый RAID-массив. Это значительно повышает надёжность хранения данных и производительность системы.

Цены на сетевые хранилища, главным образом, зависят от количества отсеков. Например, модель Synology DS216se на два диска обойдётся приблизительно в 12000 рублей. Модель Synology DS416j на четыре диска стоит около 24000 рублей.

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

Есть и специализированное решение 1С Облачный архив. Оно предоставляется по подписке на срок от 1 до 12 месяцев. Стоимость архива на год обойдётся в 8125 рублей.

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

• Яндекс.Диск. Бесплатно предоставляется 10 Гб. Дополнительные 100 Гб на год обойдутся в 800 рублей, а 1 Тб обойдётся в 2000 рублей. Все платные тарифные планы здесь https://disk.yandex.ru/pay/tariffs/.
• ОблакоMail.Ru. Бесплатно предоставляется 8 Гб. Дополнительные 1 Тб обойдётся в 6990 рублей в год. Все платные тарифные планы здесь https://cloud.mail.ru/tariffs.
• Google Диск. Бесплатно предоставляется 15 Гб. Тарифный план 1 ТБ предоставляется по цене 699 рублей в месяц. Все платные тарифные планы здесь https://www.google.com/settings/storage.
• OneDrive. Бесплатно предоставляется 5 Гб. Все платные тарифные планы здесь https://onedrive.live.com/about/ru-ru/plans/.
• Dropbox. Бесплатно предоставляется 2 Гб. Все платные тарифные планы здесь https://www.dropbox.com/plans.

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

Программы резервного копирования баз 1С Предприятие 8

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

Вручную с помощью буфера обмена

В месте размещения информационной базы находим файл 1Cv8.1CD и выделяем его. Нажимаем комбинацию горячих клавиш Ctrl+C. Затем переходим в место, где храним архивы резервных копий и нажимаем на комбинацию Ctrl+V. Это и есть простейший бэкап или резервное копирование через буфер обмена операционной системы. Тоже самое можно сделать через контекстное меню, вызываемое щелчком левой кнопкой мышки.

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

Автоматическое резервирование средствами Windows

Встроенное в операционную систему средство «Архивирование и восстановление» позволяет осуществлять резервное копирование каталогов и отдельных папок по заранее настроенному расписанию.

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

Бэкап встроенными средствами в 1С Предприятие 8

Во многих программах на платформе 1С Предприятие 8.3 реализован встроенный функционал резервного копирования. Например, в программе 1С Бухгалтерия 8 редакция 3.0 этот функционал находится по ссылке «Администрирование > Поддержка и обслуживание > Резервное копирование и восстановление>». Здесь можно не только в любое время в принудительном порядке сделать бэкап, но и задать расписание для автоматического выполнения бекапов.

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

Бэкап средствами СУБД

Если база работает в клиент серверном варианте, то в качестве СУБД обычно используются MS SQL, Postgre или DB2. Эти СУБД обладают встроенными средствами резервного копирования. Клиент-серверный режим не накладывает ограничений на размеры информационных баз.

Бэкап средствами СУБД можно создавать, не выгоняя пользователей из программы 1С Предприятие 8. То есть они могут спокойно продолжать работу. При этом бэкап будет создан без ошибок.

Внешние программы резервирования

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

• Бэкапер-1С. Бесплатная, подробности здесь http://helpme1c.ru/bekuper-1s-rezervnye-kopii-buxgalterii.
• Backuper. Бесплатная, подробности здесь https://infostart.ru/public/604488.
• HandyBackup. Платная, подробности здесь http://www.handybackup.ru/.
• Effector Saver. Платная, подробности здесь https://efsaver.ru/.
• Acronis Backup. Платная, подробности здесь https://www.acronis.com/ru-ru/business/backup/.

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

Если вы затрудняетесь самостоятельно организовать резервное копирование ваших информационных баз 1С Предприятие 8, мы готовы вам в этом помочь

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

2. Есть, с кем поделиться статьёй? Обязательно поделитесь.

3. Пишите свои комментарии, вопросы, пожелания!

Особенности резервного копирования в 1С

О бэкапах или о необходимости резервного копирования баз 1С Предприятие 8 знают все. К сожалению, не все их делают.

Организации, где есть IT-отдел

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

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

Организации, где нет IT-отдела

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

Как часто надо делать бэкап 1С Предприятие 8?

Как часто необходимо делать резервное копирование? Это зависит от частоты и объема вводимых в базу данных. Если ваш бухгалтер каждый день регистрирует несколько хозяйственных операций, то резервное копирование рекомендуется делать ежедневно. При большом объеме бумажной работы резервное копирование лучше делать два раза в день или даже чаще.

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

За какие периоды хранить бэкапы 1С Предприятие 8?

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

• В последние несколько дней. Делайте резервные копии каждый день и храните резервные копии за последнюю неделю, 10 дней и 30 дней.
• Последние месяцы. Резервное копирование в конце месяца и после сдачи организованных отчетов. Храните резервные копии за последние 24месяца и далее.
• Последние несколько лет — делайте резервную копию в конце декабря и после сдачи годового отчета. Последние, например, храните в течение 5 лет.

Где хранить бэкапы 1С Предприятие 8?

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

Здесь основное внимание уделяется файловой базе 1С Предприятие 8. По техническим причинам ее размер не должен превышать 4 ГБ. Если размер базы данных приближается к этому пределу, ее следует немедленно перевести в режим клиент-сервер.

Если база данных не сжимается архиватором, то для ее хранения требуется не менее 4*(30+24+5)=236 ГБ дискового пространства. По сегодняшним меркам это очень небольшой объем. Однако, это во многом зависит от расположения резервной копии 1С Предприятие 8.

В большинстве небольших организаций на компьютере имеется не размеченный жесткий диск C. В этом случае жесткий диск занимает все физическое дисковое пространство. Это не очень хорошая идея. Жесткий диск должен быть разделен как минимум на два логических диска, C и D. Есть как минимум две причины, по которым базы данных и их архивные копии не следует хранить на системном диске C:

• Риск потери данных. Операционная система всегда находится на диске С. При переустановке неопытный пользователь может отформатировать диск С, удалив базу данных и все файлы 1С Предприятие 8, которые невозможно восстановить.
• Замедление и зависание. Не все пользователи понимают, что на диске С всегда должно быть не менее 10% свободного места. В результате, часто свободным остается всего несколько мегабайт. В результате при запуске 1С Предприятие 8 требуется много времени, чтобы найти свободное место для открытия временных файлов. Программа долго открывается. В худшем случае, происходит сбой программы.

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

Самый быстрый и дешевый способ сделать бэкап — купить USB-накопитель нужной емкости. Объем новой базы данных редко превышает 1 ГБ. Поэтому для ежедневного резервного копирования базы данных за последние 30 дней достаточно флешки емкостью 32 ГБ. Цены на такие флешки колеблются от 700 до 1000 рублей; флешка на 64 Гб стоит около 2000 рублей.

Большой вопрос — купить ли флешку на 128 или 256 ГБ для резервного копирования. Их цена колеблется от 3000 до 10000 рублей. За эту цену можно купить жесткий диск большей емкости.

Очень важно, чтобы на вашем компьютере было как минимум два физических диска (не путать с логическими дисками);лучше всего — три диска: первый диск (диск С) необходим для установки операционной системы и всех используемых программ и компонентов; второй диск, 1С, используется для хранения всех данных, включая базу данных 1С Предприятие 8. Третий диск используется для хранения резервной копии 1С Предприятие 8.

Для большинства операционных систем достаточно 60 — 80 ГБ. Однако, рекомендуется иметь резервную копию. Например, диск емкостью 500 ГБ, вероятно, сможет покрыть все потребности, которые могут потребоваться. Его цена составляет около 3 000 рублей. Невозможно дать конкретные рекомендации по емкости двух других дисков. Здесь все очень индивидуально.

Имеет смысл записывать ежедневные резервные копии на встроенный в компьютер жесткий диск. Он должен быть достаточно быстрым и надежным. Это позволит быстро создавать резервные копии и быстро восстанавливать их при необходимости.

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

Цена внешнего диска почти такая же, как цена обычного жесткого диска в компьютере.

Network Attached Storage (NAS) предназначен для людей, которые очень ответственно и бережно относятся к хранению данных, NAS представляет собой специализированный компьютер с массивом дисков. Его основная задача -хранить информацию и обеспечивать ее безопасность, NAS имеет собственный источник питания и подключен к локальной компьютерной сети. Для большей надежности, NAS можно разместить в отдельном помещении.

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

Цена сетевого хранилища зависит в первую очередь от количества слотов. Например, Synology DS216se с двумя слотами стоит около 12000 рублей, а Synology DS416j с четырьмя дисками — около 24000 рублей.

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

Существует также специализированное решение «Облачный архив 1С», которое предлагается по подписке на срок от одного до 12 месяцев; стоимость годового архива может рассчитать отдел продаж компании БИЗНЕС РЕШЕНИЯ.

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

Программы резервного копирования баз 1С Предприятие 8

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

Вручную с помощью буфера обмена

Найдите и выделите файл 1Cv8.1CD в расположении информационной базы и нажмите Ctrl+C. Затем перейдите в директорию, где хранится файл резервной копии, и нажмите Ctrl+V. Это простое резервное копирование или резервное копирование через буфер обмена операционной системы. То же самое можно сделать и из контекстного меню, нажав левую кнопку мыши.

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

Автоматическое резервирование средствами Windows

Встроенный в операционную систему инструмент «Архивирование и восстановление» позволяет создавать резервные копии отдельных каталогов и папок по заданному расписанию.

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

Бэкап встроенными средствами в 1С Предприятие 8

Многие приложения 1С Предприятие 8.3 имеют встроенную функцию резервного копирования. Например, в 1С Бухгалтерии 8 редакции 3.0, эта функция находится в разделе Администрирование > Поддержка и обслуживание > Резервное копирование и восстановление >. Здесь можно принудительно создать резервную копию в любое время, а также запланировать автоматическое резервное копирование.

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

Бэкап средствами СУБД

Если база данных работает в режиме клиент-сервер, в качестве СУБД обычно используется MS SQL, Postgre или DB2. Эти СУБД имеют встроенные функции резервного копирования. В режиме клиент-сервер нет ограничений на размер информационной базы данных.

Резервные копии могут создаваться СУБД без удаления пользователей из 1С Предприятие 8, т.е. они могут продолжать работать без опасений. Резервные копии создаются без ошибок.

Подробнее о командах резервирование и восстановление, а также их параметрах, можно прочесть в документации офф. сайте postgrespro.ru

1. Резервирование базы 1с 8.3 на базе PostgreSQL

Пример Bat-файла с командами для резервирования (выделенные строки надо убрать)

REM /////////////////////////////////////////////////////////////////////////////////
REM РЕЗЕРВИРВОВАНИЕ ПЕРВОЙ БАЗЫ sibek
REM ПРИМЕР СОЗДАНИЯ РЕЗЕРВНОЙ КОПИИ БАЗЫ ДАННЫХ 1C НА POSTGRESQL
CLS
ECHO OFF
CHCP 866 — установить кодовую страницу 1251 Windows, 866 DOS

REM УКАЗАНИЕ ПЕРЕМЕННЫХ СРЕДЫ POSTGRESQL
SET PGBIN=C:\Program Files\PostgreSQL\11.5-7.1C\bin\
SET PGDATABASE=bdpostgre — Имя базы на Postgre сервере
SET PGHOST=localhost
SET PGPORT=5432
SET PGUSER=postgres — Имя пользователя Postgre сервера
SET PGPASSWORD=password — Пароль пользователя Postgre сервера

REM ПЕРЕХОД В КАТАЛОГ С bat-ФАЙЛОМ (ОТКУДА ЗАПУЩЕН ФАЙЛ)
%~d0
CD %~dp0

REM ФОРМИРОВАНИЕ ИМЕНИ ФАЙЛА ДЛЯ РЕЗЕРВНОЙ КОПИИ И LOG ФАЙЛА ОТЧЕТА
SET DAT=%date:~0,2%%date:~3,2%%date:~6,4% — Получаем текущую дату для имени файла
SET DUMPFILE=D:\1C BackUp\%DAT%-sibek.pgsql.backup — Бэкап файл базы
SET LOGFILE=D:\1C BackUp\%DAT%-sibek.pgsql.log — лог файл процесса
SET DUMPPATH=»%DUMPFILE%»
SET LOGPATH=»%LOGFILE%»

REM ВЫПОЛНЕНИЕ КОМАНДЫ (ПРОГРАММЫ) ДЛЯ СОЗДАНИЕ РЕЗЕРВНОЙ КОПИИ БАЗЫ
CALL «%PGBIN%\pg_dump.exe» —format=custom —verbose —file=%DUMPPATH% 2>%LOGPATH%

REM ВЫПОЛНЕНИЕ КОМАНДЫ (ПРОГРАММЫ) ЗАВЕРШЕНО, ЕСЛИ ОШИБОК НЕТ ТО КОНЕЦ
IF NOT %ERRORLEVEL%==0 GOTO Error
GOTO Successfull
REM ПРИ ВОЗНИКНОВЕНИИ ОШИБОК УДАЛЯЕТСЯ ПОВРЕЖДЕННЫЙ ФАЙЛ КОПИИ И СООТВЕТСТВУЮЩАЯ ЗАПИСЬ В ЖУРНАЛЕ О ЕЕ СОЗДАНИИ
:Error
DEL %DUMPPATH%
MSG * «Ошибка при создании резервной копии базы данных. Смотрите backup_sibek.log.»
ECHO %DATETIME% Ошибки при создании резервной копии базы данных %DUMPFILE%. Смотрите отчет %LOGFILE%. >> backup_sibek.log
GOTO End

REM ЕСЛИ КОПИЯ СДЕЛАНА БЕЗ ОШИБОК ДЕЛАЕТСЯ ЗАПИСЬ В ЖУРНАЛЕ РЕГИСТРАЦИИ
:Successfull
ECHO %DATETIME% Успешное создание резервной копии %DUMPFILE% >> backup_sibek.log
GOTO End
:End

REM УСТАНАВЛИВАЕТСЯ ПАРАМЕТРЫ ДЛЯ КОПИИ ХРАНИТЬ 5 ДНЕЙ ОТ ДАТЫ СОЗДАНИЯ, УДАЛЯТЬ ПО ИСТЕЧЕНИЮ
FORFILES /p «D:\1C BackUp\» /s /m *.* /d -5 /c «CMD /c del /Q @FILE»

ВАЖНО! Убрать все пробелы после параметров (чтобы сразу был перенос строки) иначе работать не будет т.к. пробелы будут считаться как символы.

Если несколько БД то можно сделать для каждой БД отдельный bat-файл, либо скопировать полностью код и вставить в один bat-файл (2-3 раза) в зависимости от количества баз, изменяя только имя базы и имена файлов бэкапа и логов.

2. Автоматическое резервирование по расписанию

Автоматическое резервирование будем настраивать через планировщик задач: Пуск -> Панель управления -> Администрирование» и запускаем Планировщик заданий, в планировщике выбираем пункт Создать задачу.

Заходим в раздел Триггеры там настраиваем расписание выполнения задания

В разделе Действия указываем какое действие выполнять (в нашем случае указываем наш bat-файл), где прописаны все необходимые команды

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

Внешние программы резервирования

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

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

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

Максимально просто и быстро решить все вопросы и задачи можно, получив 10 дней бесплатной техподдержки ! Для этого достаточно ответить на 5 вопросов ЗДЕСЬ

Резервное копирование в 1С: типы бэкапов, модель восстановления и стратегия резервного копирования

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

Как известно, люди делятся на тех, кто делает бэкапы, и тех, кто будет их делать.

К сожалению зачастую многие специалисты делают резервное копирование не средствами СУБД, а используют выгрузку информационной базы в dt файл или простое копирование файлов базы данных.

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

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

В данной статье мы рассмотрим возможности создания различных типов бэкапов на примере MS SQL Server.

Вы узнаете:

• Какие типы бэкапов бывают и чем они отличаются
• Что такое модель восстановления и какое это имеет отношение к бэкапам
• Когда и какую модель восстановления данных нужно использовать
• Как разрабатывать стратегию резервного копирования
• Как часто создавать бэкапы, где их хранить и что делать в случае сбоя

17 страниц А4 в формате PDF

Смотрите другие материалы по оптимизации:

5 видео по ускорению работы 1С – Настройка и параметры кластера серверов “1С:Предприятия 8.3”

Курс по технической настройке 1С и повышению стабильности.

Поддержка – 3 месяца. Объем курса – 35,5 учебных часов.

Описание курса

Не откладывайте свое обучение!

Комментарии / обсуждение (47):

Статья в блоге разработчиков “How we made backups faster with SQL Server 2017” в которой интересные картинки – показано что выполняется при создании бэкапа базы (backup flow in SQL Server) https://blogs.msdn.microsoft.com/sql_server_team/how-we-made-backups-faster-with-sql-server-2017/

Нажмем ОК. Далее стоит добавить задание задачу Резервное копирование базы данных . Так же щелкнув на добавленном задании, увидим опции настройки задания.

Добрый день!
Раз в день делаю полное резервное копирование, размер архива небольшой всего 1,5 Г. Решил попробовать сделать резервное копирование транзакций. Размер при каждом архивировании стабильно получается 7,7 Гб, что в несколько раз больше полного архива. Это как такое может быть?
База занимает 6,6 Гб,лог 38 Гб.

Андрей Бурмистров

38 Гб логов при размере базы в 6 Гб это мощно -)
Напишите по шагам как именно вы делаете копирование.

Ничего особенного,в 21:30 делается полное резервное копирование и очистка после обслуживания.
Ночью делаются регламентированные задачи:
1. Проверка целостности базы
2. Реорганизация индекса
3. Обновление статистики
4. Очистка кеша.
Любопытно,что после резервного копирования лог увеличивается еще так на 2,5 гб.
Лог уменьшил, переведя базу в простой режим,сжал лог и вернул в полный.

Андрей Бурмистров
Вот так удаленно подсказать не смогу, надо подключаться смотреть на месте.

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

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

Андрей Бурмистров
Что бы лог не рос, нужно регулярно делать бэкап этого лога, тогда и проблем не будет.

конечно, журнал не может не расти когда его размер меньше, чем размер перестраиваемого индекса (для примера) – и это не зависит от значения параметра recovery model. Часто админ базы сам провоцирует сервер на увеличение файла журнала. Задумайтесь над вопросом: зачем я стремлюсь к маленькому размеру файла журнала?
Ответ прост – потому что я не понимаю “зачем мне это?”, но мне так нравится. вот эта последовательность действий:
1)переключение recovery model=simple
2)пересоздание журнала, с целью уменьшить его размер
3)переключение recovery model=full должна заканчиваться еще одним пунктом:
4)сразу после пункта 3) сделать FULL BACKUP иначе журнал будет продолжать работать также как и в режиме recovery model=simple ИМХО, журнал сразу следует создавать такого размера, чтобы дальнейший его рост был крайне редким событием. Даже если его размер будет близок к размеру всей базы. Можно создать alert для монитора значения “% использованного места в журнале” и в случае превышения порога запускать автоматический BACKUP LOG. И действия 1) – 4) уже не понадобятся.

пример:
alert для монитора значения «% использованного места в журнале» и автоматический BACKUP LOG
http://colleenmorrow.com/2011/11/10/creating-a-transaction-log-full-alert/

потерялись угловые скобки, читайте так “Если recovery model НЕ simple, то Log Truncation не будет составной частью checkpoint-а”