При работе с программами «1С:Бухгалтерия», «1С:Управление торговлей», «1С:Управление Небольшой Фирмой», а так же с другими программами и базами данных, необходимо заботиться о сохранности Ваших данных. Если в этих программах содержится информация, на ввод которой «с нуля» Вы потратите больше нескольких часов, то резервное копирование становится жизненно необходимым!
Мы рады представить Вам наш новый продукт - Ре:бэкапер. Теперь Вы всегда будете знать, что Ваши данные находятся в безопасности. Любая остановка торговых операций влечет серьезные потери, лучше подстраховаться и обезопасить свои данные от всех возможных неприятностей. Как говорится - скупой платит дважды.
Одна из самых серьезных проблем, с которыми к нам обращаются наши Партнеры - потеря бизнес-данных. Причины потерь данных могут быть самыми разнообразными:
Что должна уметь хорошая система резервного копирования и уже умеет наш Ре:бэкапер:
Система должна логировать все свои работы, например, вести журнал действий. Это поможет разобраться в сложных случаях восстановления утерянных данных.
Система должна делать локальные резервные копии на произвольный диск при необходимости. Это очень важно, так как не стоит рассчитывать на корректную работу сети Интернет. Чем больше резервных копий создается на различных носителях, тем проще в дальнейшем будет найти и восстановить данные после сбоя.
Система должна дублировать локальные копии в специализированное облачное хранилище, не позволяющее случайно или преднамеренно удалить предыдущие резервные копии. В качестве такого хранилища можно выбрать FTP предприятия, Google disk или любое другое хранилище, открытое для заливания данных.
Система должна отслеживать наличие свободного места на локальном и облачном хранилище, чтобы предотвратить переполнение носителей и не допустить сбоя систем в целом из-за дефицита места на дисках.
Журнал резервного копирования должен передаваться в автоматизированную систему анализа, которая будет выдавать предупреждения, если возникнут проблемы с резервным копированием, или если несколько дней подряд резервное копирование вообще не осуществлялось.
Система должна рассылать уведомления о состоянии резервного копирования на адреса Заказчика и технических специалистов, отвечающих ха процесс резервирования данных.
Перечислим основные ошибки, которые допускаются при проведении резервного копирования:
Резервное копирование вообще не производится, не настраивалось и о нем даже не задумываются.
Новая резервная копия затирает более рании. При этом, если сбой обнаружиться уже после того, как будет затерта рабочая резервная копия, то в наличие останется только копия с испорченными данными. Чтобы этого избежать, необходимо, чтобы новая резервная копия создавалась со своим именем и не затирала ранее сделанные копии. Это позволит восстановить состояние данных не только на момент последней копии, но и более ранние моменты, до появления ошибок в рабочих данных.
Запуск резервного копирования не автоматизирован - пользователю самостоятельно приходиться запускать копирование. Так как процесс копирования достаточно долгий, то в начале дня он мешает приступить к работе, а в конце дня мешает закончить рабочий день, и достаточно быстро, Вы перестанете его запускать регулярно, а то и вообще забудете о нем.
Резервное копирование производится на тот же диск, на котором находятся рабочие данные, и при его поломке, Вы теряете как сами данные, так и все резервные копии. Если вы работаете на ноутбуке, то велика вероятность утери самого компьютера, его кражи или повреждения диска в связи с небрежным обращением с техникой. Аналогичная ситуация происходит, когда резервное копирование производится на флешку или внешний диск. Потерять внешний носитель вместе с ноутбуком очень легко. Иногда сбиваются настройки внешнего диска или флешки и меняется буква диска. В таком случае, необходимо перенастраивать параметры резервного копирования.
Отсутствие процедур очистки устаревших резервных копий. Кокой бы ни был объем носителя для резервного копирования, он достаточно быстро заполняется, если каждая новая резервная копия производится в новый файл. В зависимости от регулярности резервного копирования и объема носителя, место может закончится в течение пары месяцев, а то и недель. После заполнения носителя, новые копии просто не будут создаваться, и при возникновении необходимости обратиться к резервной копии, Вы обнаружите, что последняя копия была сделана год назад и не сильно поможет в процессе восстановления данных.
Носитель, на который производиться резервное копирование постоянно подключен к системе. В этом случае можно случайно удалить резервные копии. Это может быть сделано намеренно, или резервные данные могут быть уничтожены вирусами-шифраторами. В этом случае у Вас пострадают как рабочие данные, так и резервные.
Копии производятся на подключаемый вручную носитель. В этом случае, вероятнее всего Вы просто забудете подключать носитель, либо он утеряется или повредится от частого подключения-отключения. Так же возможна ситуация, что при заражении вирусом-шифровальщиком при попытке восстановить испорченные рабочие данные, в момент подключения резервного носителя, все данные на нем также будут испорчены или уничтожены.
Использование обычных облачных дисков (Яндекс.Диск, Майл.Диск, Dropbox) так же не защитит Вас от вирусов-шифровальщиков, так как испорченные данные на вашем компьютере сразу же заменят собой хорошие копии в облаке и сделают их также бесполезными.
Все программы резервного копирования ведут лог событий, при изучении которого можно понять насколько регулярно и правильно происходит копирование, возникают ли ошибки при копировании, есть ли место на носителе. Но этот лог надо уметь понимать и просматривать его надо также регулярно. Вряд ли Вы знаете даже то, где его найти, уж не говоря о том, что вы будете делать это регулярно.