→ → Автоматическое копирование файлов в облако. Резервное копирование в облако. Введение в облачный бэкап. Что такое облачное резервное копирование

Автоматическое копирование файлов в облако. Резервное копирование в облако. Введение в облачный бэкап. Что такое облачное резервное копирование

Все люди делятся на две категории: те, кто еще не делает бэкапы, и те, кто уже делает бэкапы.

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

Резервная копия данных - это безусловно хорошо. Однако, многие считают, что эти данные должны храниться в личном «сундуке/кладовке», а не у соседа. При этом обычно подобная позиция обосновывается тем, что только при хранении в хранилище, которым обладаешь на праве собственности, можно не беспокоиться о безопасности.

Чем обоснована подобная позиция? Возможно она связана с непониманием действительно важных рисков.


Где находится физическое оборудование?

Что может означать хранение резервных копий "в личном сундуке"? Если при подобном подходе СХД расположена в офисе копании, достаточно ли мер предпринято для обеспечения безопасности данных? Если используется услуга co-location в дата-центре, то за физическую безопасность оборудования и соблюдение благоприятных условиях для работы техники отвечает ЦОД. Оборудование облачного провайдера Cloud4Y расположено в , это обеспечивает высокую безопасность и отказоустойчивость работы инфраструктуры. При подобном подходе, уровень безопасности значительно выше, чем при размещении СХД для резервного копирования в офисе компании, которая мало вероятно использует все лучшие практики IT-индустрии. Хранение в облаке Cloud4Y в этом плане сопоставимо с услугой co-location в ЦОДе Tier III, но может быть выгоднее в экономическом и организационном плане.


Резервное копирование в облако не стоит воспринимать как "хранение бэкапа у соседа"

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



Резервное копирование и закон

В мнении по этому вопросу, к нам присоединились и правительство со своей карающей дланью, и регулирующие органы в области защиты информации. Все мы помним требования законодательства, озвученны в 17-м, 21-м и 31-м Приказах ФСТЭК. Так же регуляторами кредитно-финансовой сферы сформированы требования к резервированию и резервному копированию.

А с 1 января 2018 года к ним добавится (вступит в действие) и Федеральный закон от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации», который нам так же говорит, что одной из четырех «Основных задач системы безопасности значимого объекта критической информационной инфраструктуры является:» «восстановление функционирования значимого объекта критической информационной инфраструктуры, обеспечиваемого в том числе за счет создания и хранения резервных копий необходимой для этого информации».

Таким образом, данными требованиями охвачены фактически юрлица во всех сферах. А что у нас большего всего любят регуляторы?

Правильный ответ из нашей практики – использование в своей деятельности средств, прошедших в установленном порядке оценку соответствия (читай - сертифицированных). Что в такой ситуации может быть лучше, чем применение комбинации из передового мирового опыта в области резервного копирования и сертифицированного продукта? Мы нашли это сочетание в Veeam Backup & Replication. Для понимания – немного об этом продукте.

Veeam Backup & Replication обеспечивает эффективное резервное копирование, репликацию и восстановление виртуализованных приложений и данных. Решение выполняет быстрое и надежное резервное копирование виртуальных машин VMware и Hyper-V без использования агентов внутри виртуальных машин. Veeam Backup & Replication помогает существенно ускорить процесс создания резервных копий и снизить издержки на хранение данных.

Сертифицированная версия Veeam Backup & Replication предназначен для защиты информации:

  • в государственных информационных системах до 1 класса защищенности включительно;
  • в автоматизированных системах управления производственными и технологическими процессами до 1 класса защищенности включительно;
  • в информационных системах персональных данных (для которых к актуальным отнесены угрозы 1-го, 2-го или 3-го типа) до 1 класса защищенности включительно, при выполнении указаний по эксплуатации.
Рассмотрим требования к информационным системам, для которых требуются применение средств, прошедших в установленном порядке оценку соответствия.

Государственные информационные системы (ГИС)

Требования о защите информации, содержащейся в ГИС, определяются Приказом ФСТЭК России от 11.02.2013г. №17 «Об утверждении Требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах».
“Для обеспечения защиты информации, содержащейся в информационной системе, применяются средства защиты информации, прошедшие оценку соответствия в форме обязательной сертификации на соответствие требованиям по безопасности информации в соответствии со статьей 5 Федерального закона от 27 декабря 2002 г. N 184-ФЗ «О техническом регулировании»” - статья 11 документа.


Информационные системы персональных данных (ИСПДн)

Требования о защите персональных данных, содержащихся в ИСПДн, определяются Приказом ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных».

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

“Для обеспечения безопасности персональных данных при их обработке в государственных информационных системах в дополнение к Требованиям, утвержденным приказом ФСТЭК России от 11 февраля 2013 г. N 17, необходимо руководствоваться требованиями (в том числе в части определения уровня защищенности персональных данных), установленными постановлением Правительства Российской Федерации от 1 ноября 2012 г. N 1119. При этом в соответствии с пунктом 27 Требований, утвержденных приказом ФСТЭК России от 11 февраля 2013 г. N 17, должно быть обеспечено соответствующее соотношение класса защищенности государственной информационной системы с уровнем защищенности персональных данных. В случае, если определенный в установленном порядке уровень защищенности персональных данных выше, чем установленный класс защищенности государственной информационной системы, то осуществляется повышение класса защищенности до значения, обеспечивающего выполнение пункта 27 Требований, утвержденных приказом ФСТЭК России от 11 февраля 2013 г. N 17.”

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

Требования на использование средств защиты информации, прошедших оценку соответствия в зависимости от уровня защищенности ИСПДн:

АСУ ТП на критически важных объектах

Требования о защите информации, содержащейся в ИС АСУ ТП, определяются Приказом ФСТЭК России от 14.03.2014 № 31 «Об утверждении требований к обеспечению защиты информации в автоматизированных системах управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды».
“В автоматизированной системе управления применяются средства защиты информации, прошедшие оценку соответствия в соответствии с законодательством Российской Федерации о техническом регулировании” (ст. 11). Использование сертифицированных средств защиты позволяет снизить затраты на выполнение этого пункта, так как сертификат удостоверяет, что продукт уже прошел проверку соответствия. Применение продуктов, не имеющих сертификата, также возможно, но требует дополнительных затрат от покупателя на проведение аттестации или иных мероприятий по оценке соответствия, предусмотренных законодательством о техническом регулировании.

Оценка возможного ущерба: см. Постановление Правительства Российской Федерации от 21 мая 2007 г. N 304 «О классификации чрезвычайных ситуаций природного и техногенного характера»


Класс защищенности АСУ ТП и необходимость применения средств резервного копирования, прошедших оценку соответствия, определяется в соответствии с таблицей:

Состав мер защиты информации автоматизированных систем управления и их базовые наборы для соответствующего класса защищенности (в отношении обеспечения резервного копирования информации), где требуется применение средств, прошедших оценку соответствия:

Что может облако Cloud4Y?

Рассмотрим на примере нашего BACKUP AS A SERVICE. Решение предоставляет возможность облачного резервного копирования, обеспечивающего надежность хранения любого объема данных.

Вариантов организации такого сервиса как минимум три и ко всем перечисленным вариантам предоставляется бесплатный VPN с шифрованием через Интернет:

1. Услуга Backup as a Service на базе Veeam Backup позволяет получить необходимое дисковое пространство для хранения и восстановления резервных копий из хранилища. Дополнительно к этому мы можем оказывать гарантированное восстановление по заданному времени в режимах:

1. SLA «Базовый» 10-19/5
2. SLA «Приоритетный» 9-21/7
3. SLA «Критичный» 24/7
4. SLA «VIP» 24/7

2. При использовании Veeam Endpoint Protection бэкап делается в наш Veeam, а оплата происходит согласно табличке за предоставленное дисковое пространство.

3. Используя услугу IaaS, арендуется сервер (VM) для шары (Linux или Windows – зависит от предпочтений), арендатор самостоятельно поднимает и настраивает VM и делает там шару для складирования бэкапов, затем самостоятельно соединяет сервер (VM) в облаке с сервером бэкапа. Все ресурсы можно добавлять или изменять через VMware vCloud Director в режиме реального времени.

Для того, чтобы проконсультироваться и получить расчет стоимости услуги для вашего бизнеса обратитесь к любому менеджеру по телефону +7 495 268 04 12 или любым другим удобным .

Специальный проект с компанией Acronis

Все мы рано или поздно сталкиваемся с необходимостью бэкапа. И уж поверь мне: лучше рано, чем поздно. Когда-то очень давно, в 2009-ом году, я потерял все свои данные. Бэкапы я тогда делал на DVD-R/RW, что было не очень удобно, поэтому делались они редко. Часть данных прислали коллеги (хорошо, что они у них сохранились), ну а много чего было потеряно. Именно с того времени я регулярно делаю бэкапы, и сегодня мы поговорим о поиске идеального продукта для семейного бюджета.

Где будем хранить бэкапы

Прежде чем выбирать софт, нужно определиться, где будем хранить бэкап. Сам понимаешь, DVD-R мало годится для резервного копирования. Во-первых, небольшой объем, во-вторых, медленно, в-третьих - шумно. А поскольку я уже очень давно перешел на ноутбуки и стационарники не признаю вообще (хотя в хозяйстве они имеются), то пришлось покупать несколько внешних дисков. Сначала на 250 Гб, потом и большего объема.

Облако я не рассматривал по одной простой причине - мало места:

Сам понимаешь, даже 15 Гб маловато, особенно если минимальный размер внешнего винта, имеющегося в хозяйстве - 250 Гб. Дополнительное пространство? Можно, конечно, было бы и отдать 2 доллара в месяц за 100 Гб на Google Drive или 10 долларов за дополнительный 1 Тб, но 100 Гб меня не спасут, а 1 Тб - дороговато. В идеале подошло бы 500 Гб за 2-3 доллара в месяц 🙂

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

Поиск софта для бэкапа

Вот мы подошли к самому интересному. Чем делать бэкап?

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

  • поддержка файловых систем Linux/macOS/Windows: от ext2 до ext4, xfs, jfs, FAT16, FAT32, NTFS, HFS (macOS);
  • поддержка MBR и GPT;
  • поддержка шифрования данных (AES 256);
  • возможность развернуть один образ на несколько локальных устройств;
  • поддержка SSH, Samba, WebDAV и NFS.

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

С продуктами Acronis тоже был знаком давно, но в основном с серверными версиями. Сравнивать их с Clonezilla сейчас не стану, поскольку речь идет о домашнем бэкапе: дома ведь есть один-два компа и несколько Android-устройств, образы всех этих устройств постоянно делать не нужно. В общем, для дома CloneZilla подходит плохо. Один раз, помню, делал ею бэкап дома, когда менял системный диск на диск большего размера и лень было переустанавливать все системы. Тогда меня эта программа, конечно же, спасла.

CloneZilla - хорошая программа, но на дворе 2016-ый год и хочется чего-то более современного, а она застряла в прошлом. Хочется какой-то автоматизации, управления резервным копированием со всех устройств, в том числе и с мобильных, хочется копировать фотографии со своего профиля в социальных сетях, хочется осуществлять поиск внутри резервной копии с целью найти нужный файл. Много всего хочется. Иногда даже подумываю о покупке NAS именно для хранения резервных копий.

Собственно, я начал поиски идеального для себя софта. Наткнулся в свое время на функцию «История файлов» в Windows 8/10. «Восьмерку» я как-то пропустил, а «десятка» установлена только на одном компе. Хотя «История файлов» создавалась по образу и подобию Apple Time Machine и должна быть удобной, на практике использовать ее оказалось не совсем удобно, к тому же с компами под управлением «семерки» и смартфонами Android она не совместима.


Если кому интересно, то пока я искал нужный софт, все это время я делал бэкапы с помощью Total Commander путем обычного копирования файлов. Но это очень неудобно. Во-первых, никакой автоматизации: нужно подойти к каждому компу с внешним винтом и сделать бэкап. Во-вторых, нерациональное использование пространства. Сжатие я не использовал. Почему? Да потому что мне периодически нужен поиск информации по бэкапу. А ты пробовал что-то искать в архиве размером несколько Гб?

Совершенно случайно я вспомнил об Acronis True Image и обнаружил, что вышла версия 2017. Посмотрим, что она теперь умеет :

Похоже, что идеальный софт для бэкапа существует! Впрочем, не очень идеальный, но о недостатках я расскажу потом, а пока похвастаюсь возможностями: Acronis True Image 2017 вполне современная программа для резервного копирования, и в отличие от древнего софта вроде CloneZilla в ней есть все, что может понадобится современному человеку. Вот что очень понравилось лично мне...

Во-первых, экономия места на винтах, которые используются для резервного копирования. Бэкап делается в сжатом виде, но Acronis позволяет производить поиск внутри бэкапа.


Во-вторых, теперь я могу не волноваться за данные на мобильных устройствах. За прошедшие два года вышли из строя две microSD-карточки: одна на телефоне жены, другая на планшете. С одной фотографии удалось спасти хотя бы частично, со второй - нет, она «умерла» полностью. Acronis True Image 2017 позволяет выполнить бэкап неограниченного количества мобильных устройств Android/iOS на локальный комп.

В-третьих, можно (как я уже отмечал) дистанционно управлять бэкапом на всех домашних девайсах. Используя веб-панель, можно проверить состояние бэкапов и настроить защиту данных в реальном времени.

В-четвертых, есть поддержка копирования содержимого профиля Facebook. В социальных сетях сейчас публикуется множество информации: фото, видео, комментарии. Бэкап этих данных позволит защититься от взлома странички или от случайного удаления.

Наконец, ориентация на облако. Я не мог себе даже представить, что в Acronis появилась такая мощная поддержка облака: купив подписку, ты получаешь 500 Гб облачного пространства! Этого объема мне вполне достаточно в домашних целях (если, конечно, не выкладывать в облако образы жестких дисков целиком, хотя Acronis и это позволяет).

О недостатках

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

Первый - отсутствие поддержки Linux. Данные, которые хранятся в Linux, придется делать по старинке: или путем копирования, или с помощью Clonezilla посредством создания образа раздела с данными (благо /home у меня по привычке на отдельном разделе).

Второй - отсутствие поддержки других социальных сетей, кроме Facebook. Думаю, впрочем, что со временем она появится. А вот появится ли поддержка Linux - это вопрос. Конечно, у Acronis есть продукт Linux Server, но использовать его не хочется по нескольким причинам: во-первых, использование серверной версии для домашнего применения равносильно пальбе из пушки по воробьям, во-вторых, не хочется платить еще за один продукт (а это минимум 792 рубля в месяц), и в-третьих, хочется, чтобы всем можно было управлять из одного продукта.

О цене

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


Разовая лицензия на 1 комп (количество мобильных устройств неограниченно) обойдется в 1700 рублей (примерно 27$ по текущему курсу). Но выгоднее купить подписку: в этом случае тебе достанется и сама программа, и 500 Гб облачного хранилища. Стоимость подписки на год обойдется в 1400 р. (~22$), на два года - всего 2000 р (~32$), это примерно 1.83$ или 1.33$ в месяц. За такие деньги можно купить разве что 100 Гб на Google Диск! А здесь я получил отличное средство для бэкапа + 500 Гб в облаке.

Если посчитать более реальную конфигурацию: 3 компа и 1 Тб в облаке - то подписка на год будет стоить 2400 р., а на 2 года - 3600 р. Всего 150 рублей в месяц по сравнению с 600 рублей за 1 Тб на Google Диск! Как по мне, вывод был очевиден. 150 рублей - сумма вполне доступная для домашнего пользователя, такая не ударит по семейному бюджету.

"Системные администраторы делятся на 2 категории: кто делает резервное копирование и кто БУДЕТ его делать!"

Считается, что бэкап-правило «3-2-1» впервые описал Peter Krogh в своей книге «Управление цифровыми активами для фотографов». Итак, правило «3-2-1» гласит, что для обеспечения надежного хранения данных, необходимо иметь как минимум:

  1. ТРИ резервные копии,
  2. которые должны быть сохранены в ДВУХ различных физических форматах хранения,
  3. причем ОДНА из копий, должна быть передана на внеофисное хранение
Если пункты 1 и 2 обычно ясны для понимания, но вот с п.3 бывают споры. Мы исходим из того, что пожар на Барнаульском радио-заводе всех научил и с пунктом 3 мы не спорим. Все три составляющих правила базируются на принципе обеспечения отказоустойчивости через избыточность хранения данных.

Для любого системного администратора остро стоит проблема с резервным копированием корпоративных данных. Мало понять ЧТО копировать и КУДА копировать, надо еще понять ЧЕМ это все делать. Вариантов как организовать резервное копирование в офисе много: куча бесплатных программ, условно-бесплатных и коммерческих продуктов. Конечно платные продукты очень хороши, обычно они решают такие задачи, которые их бесплатные "братья" не могут "себе позволить": копировать базы данных, Active Directory, виртуальные сервера и рабочие машины, почтовые сервера и другое. Стоят обычно такие системы адекватных денег, но не все директора разделают это утверждение. А для большинства компаний вопрос резервного копирования сводится к простой задачке резервирования пользовательских данных: различных файлов, документов, фотографий и т.п.

При выборе программы для резервного копирования файловых данных, хочется правило "3-2-1" соблюсти.

И для этих целей целей нужно найти простое решение. Желательно еще не дорогое, а лучше бесплатное.

Duplicati является свободным с открытым исходным кодом программным обеспечением. Duplicati лицензирован под LGPL и доступен для Windows, OSX и Linux

Особенности программы:

  • Программа полностью БЕСПЛАТНА! Даже для коммерческого использования.
  • Использует AES-256 шифрование. Данные шифруются на клиенте и уже шифрованные данные передаются в облако.
  • Есть дедупликация. Программа хранит только уникальные данные, файлы которые повторяются она не дублирует. Тем самым существенно экономится место на диске.
  • Есть уже стандартная функция - инкрементное копирование. Duplicati делает полную резервную копию первоначально, а потом сохраняет только измененные данные, которые меньше по размеру. Это позволяет экономить дисковое место и передавать меньшие данные при небольших пропускных каналах связи.
  • Есть автоматический планировщик заданий с уведомлением.
  • Можно задавать гибкие пользовательские правила фильтрации при выборе папок и файлов для резервного копирования
  • Есть интуитивно понятный вебинтерфейс и полноценная командная строка для управления программой.
  • Duplicati может сделать резервные копии открытых или заблокированных файлов с использованием службы Volume Snapshot (VSS) под Windows, или менеджер логических томов (LVM) под Linux. Это позволяет Duplicati делать резервную копию файла Microsoft Outlook PST в то время как он работает.
  • Поддерживает копирование в облака Amazon S3, OneDrive, Google Drive, Rackspace Cloud Files, HubiC, Backblaze (B2), Amazon Cloud Drive (AmzCD), Swift / OpenStack, WebDAV, SSH (SFTP), FTP и многое другое!
Программа действительно проста для настройки и освоения, поэтому нет смысла приводить кучу скриншотов как ее настраивать, а предлагаю лучше взять и скачать дистрибутив 2-й версии программы с официального сайта автора:

В предыдущих двух статьях я настраивал LAMP на VPS и прикручивал к нему nginx . Следующее, о чем сразу начинаешь думать - как бы все это не потерять. То есть речь заходит о резервном копировании.

Обсудим по порядку: что, куда и как бэкапить.

Что

  1. Все конфиги, которые вы с кропотливо редактировали (/etc )
  2. Все пользовательские файлы (/home , /root )
  3. Базы данных (будем иметь в виду MySQL)

Куда

Нынче всё уходит в «облака». Резервные копии хочется складывать туда же.

Весьма интересным вариантом для хранения бэкапа оказался Яндекс.Диск. У него есть несколько преимуществ:

  • Бесплатные 10 Гб
  • Он находится в России, и файлы очень быстро на него заливаются
  • Умеет работать по протоколу WebDAV, что позволяет загружать на него данные из консоли с помощью команды curl

Как

Вот рецепт. Логинимся root-ом и создаем скрипт:

Chmod 0700 backup-now.sh

Текст скрипта будет примерно таким:

#!/bin/bash SERVER_NAME="server1" TIME=`date +%Y-%b` FS_FILE=/tmp/$SERVER_NAME-fs.$TIME.tar.gz MYSQL_FILE=/tmp/$SERVER_NAME-mysql.$TIME.sql.gz # Archiving filesystem tar -czf $FS_FILE /etc /root /home # Archiving databases mysqldump -u root --password=qwerty --all-databases | gzip > $MYSQL_FILE # Uploading to the cloud curl --user USER:PASSWORD -T "{$FS_FILE,$MYSQL_FILE}" https://webdav.yandex.ru/ # Cleanup unlink $FS_FILE unlink $MYSQL_FILE

Первый раз лучше запускать команды по одной, комментируя остальные. Если все пройдет хорошо, то в вашем Яндекс.Диске появятся два архива.

Теперь для автоматизации надо добавить симлинк на backup-now.sh в /etc/cron.daily (или /etc/cron.weekly). Только имейте в виду, что на некоторых системах (в частности, на Debian) у симлинка надо убрать расширение ().

Переменная $TIME подобрана так, что у вас будут скапливаться бекапы от последнего числа каждого месяца. Если не хотите захламлять облако, то это можно убрать из скрипта, однако практика показывает, что старые копии могут оказаться полезными. Просто надо будет периодически удалять старьё.

А если не хочу Яндекс.Диск?

Очевидно, заливать можно на любой ресурс, поддерживающий WebDAV. Существуют сервисы, открывающие доступ по WebDAV к Dropbox или Google Drive (например, Otixo , SMEStorage , DropDAV). Ходят слухи, что SkyDrive работает через WebDAV. А также есть надежда, что поддержка появится в Дропбоксе из коробки.

P.S. Шифрование архивов с помощью GnuPG

Поскольку бекапы содержат кучу секретной информации (пароли, данные), то имеет смысл их шифровать:

GPG_COMMAND="gpg -c -z 0 --batch --passphrase XXXXXXXXXX" FS_FILE=/tmp/$SERVER_NAME-fs.$TIME.tar.gz.gpg MYSQL_FILE=/tmp/$SERVER_NAME-mysql.$TIME.sql.gz.gpg # Archiving filesystem tar -cz /etc /root /home | $GPG_COMMAND > $FS_FILE # Archiving databases mysqldump -u root --password=qwerty --all-databases | gzip | $GPG_COMMAND > $MYSQL_FILE . . .

Приветствую вас, дорогие читатели моего блога. Вы, наверное, слышали о программе, позволяющей хранить файлы на сервере Яндекса. Если нет, добро пожаловать на soft.yandex.ru - она там есть.

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

Что нам потребуется

  • 1. Сервер, логин, пароль и название базы данных mysql, если, конечно, ваш сайт работает с этой базой данных;
  • 2. Путь от корня диска до вашего сайта (спрашивайте у службы поддержки хостинга);
  • 3. e-mail и пароль, которые вы используете для входа в Яндекс (это и данные от Яндекс диска).

Работа с файлом бекапа сайта на Яндекс диск

Сначала надо изменить адрес mysql сервера. В большинстве случаев это localhost, поэтому я там его и оставил, если же другой, заменяем его на свой в строке

$dbhost = "localhost"; //Адрес MySQL сервера.

В строчке ниже, заменяем "database_user" на своё значение имени пользователя базы данных mysql.

"database_name" - на название базы данных mysql.

Вместо "site_dear_hear" вставляем свой путь к сайту от корня диска.

После этого, переходим к настройке Яндекс диска:

  • 1. " " заменяем на свой адрес электронной почты в Яндексе;
  • 2. "yandex_password" на пароль от почты Яндекса;
  • 3. Создаём в корневой папке Яндекс диска директорию "backup" (туда будут сохраняться ваши резервные копии).

Всё. Сохраняем файл и загружаем на сервер.

Не рекомендую его загружать в корневой каталог сайта, потому что будут постоянно обращаться к нему всякие роботы, из-за чего Яндекс диск будет заполняться лишними копиями бекапов. Лучше создать папку, например "a3hd7siq8a7s9xeeewwwerw-0-032-_2", чтобы никто, кроме вас и cran не знал, где он у вас.

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

Что делать, если несколько сайтов

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

  • 2. Замените site1.ru, site2.ru и т. д. на адреса своих сайтов. Кроме этого, не забудьте прописать после него папку, в которой расположен этот скрипт;
  • 3. Сохраните изменения и загрузите на сервер, поместив его как можно дальше от корневой папки сайта.

Если у вас меньше пяти сайтов, просто удалите строки, имеющие вид:

Echo " "; $response = file_get_contents("http://site5.ru/beckup.php"); echo iconv("Windows-1251", "utf-8", $response);

Если у вас сайт в зоне.рф, вам, перед тем, как прописывать адрес, придётся переводить в Panycode

Надеюсь, что статья вам была полезна.

Жду комментариев.

О резервном копировании на внешние носители в Windows 7 или 8.1 написано немало. Но как быть, если вы используете несколько устройств (например, компьютер, планшет, телефон под управлением Windows)? И вам срочно нужны данные, скажем, документы, хранящиеся на компьютере или каком-то другом устройстве? На такой случай лучше всего создать резервную копию в «облаке». Кстати, туда же я рекомендовал бы поместить и ваши архивы. Например, архивы тех же документов. Кстати, это очень полезно и в том случае, если вы используете в своем ноутбуке твердотельный диск SSD вместо обычного жесткого диска . В данной статье мы рассмотрим основные «облачные» хранилища – OneDrive от компании Microsoft, Google Диск, Dropbox и Яндекс Диск.

Использовать OneDrive весьма выгодно, если вы работаете с Windows 8.1. В таком случае объем хранилища может составить 15 Гбайт, а если вы еще и счастливый обладатель подписки Office 365, то объем хранилища OneDrive и вовсе не ограничен. Новые пользователи Google Drive начинают с 15 Гбайт. Dropbox поначалу предоставляет лишь 2 Гбайт свободного пространства, но большинство пользователей быстро увеличивает этот объем до 5 Гбайт и более. Стоимость подписки на 1 Tбайт составляет 10 долл. в месяц или 100 долл. ежегодно.

Все службы позволяют указать, какие файлы и папки вы хотите синхронизировать с «облаком». Это означает, что вы можете оставить некоторые файлы и папки только в своем «облачном» диске и загружать их по мере необходимости. Давайте подробно разберем, как это делается.

Для начала работы с Dropbox вам необходимо зайти на сайт www.dropbox.com, зарегистрироваться и выбрать соответствующий тарифный план для персонального использования (см. экран 1). После этого вам будет предложено загрузить соответствующий пакет для установки (см. экран 2).

Экран 1. Dropbox

Фактически, выборочная синхронизация позволяет указать, какие папки вы хотите синхронизировать с Dropbox. Это безусловно удобно, если у вас в руках нетбук или компьютер с небольшим жестким диском (и нет с собой внешнего). Учтите, что папки для выборочной синхронизации должны находиться внутри вашей папки Dropbox. Таким образом, для выборочной синхронизации необходимо скопировать файлы, которые вы хотите перенести (скопировать) в «облачное» хранилище Dropbox в соответствующую папку на диске.

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

Для того чтобы загрузить Google Disk, вам необходимо воспользоваться своей учетной записью к службам Google, а затем выбрать службу Google Disk (см. экран 4).

Можно настроить следующие параметры.

  • Отключить аккаунт. Синхронизируйте папку Google Диска с другим аккаунтом Google (не рекомендуется).
  • Расширить пространство для хранения данных. Приобретите дополнительное пространство.

Параметры синхронизации

  • Синхронизировать только некоторые папки с этим компьютером. Установите флажки рядом с папками из раздела «Мой диск», чтобы включить синхронизацию. Снимите флажки рядом с папками, которые не нужно синхронизировать.
  • Синхронизировать объекты, к которым у меня есть доступ. Если вы работаете в новом интерфейсе Диска, переместите файлы и папки из раздела «Доступные» в папку «Мой диск», чтобы синхронизировать их с компьютером. Если вы пользуетесь классической версией Диска, добавьте папки и файлы из раздела «Доступные мне» в папку «Мой диск».

Расширенные

  • Запускать Google Диск автоматически при включении компьютера. Google Диск будет запускаться и синхронизировать папку на компьютере с разделом «Мой диск».
  • Отправлять отчеты о сбоях и статистику использования в Google. Отправляйте информацию в Google, чтобы можно было улучшить работу сервиса.
  • Прокси-сервер. Вам доступны две функции: «Прямое подключение » и «Автоматически определять настройки прокси-сервера».
  • Прочие. Отображение значков статуса синхронизации файлов.

Выбор файлов и папок для синхронизации с компьютером. Все документы, таблицы, презентации, формы, рисунки и сводные таблицы Google синхронизируются с папкой Google Диска на компьютере. Чтобы отключить синхронизацию, выполните следующие действия:

1. Нажмите на значок Google Диска.

  • На компьютерах Mac его обычно можно найти на панели «Меню» в правой верхней части экрана.

2. Выберите «Настройки».

3. Снимите флажок «Синхронизировать только некоторые папки с этим компьютером».

4. Нажмите кнопку «Применить изменения».

Раздел «Мой диск» (все файлы или отдельные папки). Все файлы и папки из раздела «Мой диск» синхронизируются с папкой Google Диска на вашем компьютере. Чтобы настроить синхронизацию отдельных папок, выполните следующие действия:

1. Переместите файлы в папки, которые планируете синхронизировать.

2. Нажмите значок Google Диска на рабочем столе.

  • На компьютерах Mac его можно найти на панели «Меню» в правой верхней части экрана.
  • На компьютерах Windows значок находится на панели задач в правом нижнем углу экрана.

3. Выберите «Настройки».

4. Установите флажок «Синхронизировать только некоторые папки с этим компьютером».

5. Выберите папки, которые необходимо синхронизировать с папкой Google Диска.

6. Нажмите кнопку «Применить изменения».

Работа с OneDrive

Если вы используете операционную систему Windows 8.1, то хранилище One Drive предоставляется вам по умолчанию. OneDrive - бесплатное интернет-хранилище, предоставляемое вместе с учетной записью Microsoft . Начать использование OneDrive просто. Вы можете добавить в OneDrive файлы, уже сохраненные на компьютере, скопировав или переместив их. Вы можете сохранять новые файлы в OneDrive, чтобы использовать их с любого устройства и делиться ими с другими. А если в вашем компьютере есть встроенная камера, вы можете автоматически сохранять копии фотографий в OneDrive, чтобы всегда иметь резервную копию. В отличие от предыдущих хранилищ, вы сможете сохранять файлы непосредственно в One Drive, не сохраняя их на компьютере.

Функции классического приложения встроены в Windows

OneDrive синхронизирует файлы при регистрации в системе с учетной записью Microsoft. Если классическое приложение устанавливается на компьютере под управлением Windows 8.1, программа установки не появляется. Будет установлен компонент, который позволит задействовать Office для работы с документами OneDrive одновременно с другими пользователями, но другие компоненты не будут установлены. Если вы работаете под управлением Windows 7 или 8, то сможете загрузить классическое приложение для управления OneDrive по адресу onedrive.live.com/about/en-us/download/.

Для пользователей Windows 8.1 достаточно сделать следующее (см. экран 6):

  1. Откройте OneDrive в Windows Explorer.
  2. Щелкните правой клавишей по файлу (папке) и выберите «Сделать доступным автономно» или «Сделать доступным только через Интернет».

Как показано на экране 8, для синхронизации Яндекс Диска достаточно скопировать соответствующие файлы в папку Яндекс.Диск. На первый взгляд такой подход к синхронизации более всего напоминает Google Disk. Отчасти это верно.

Используя веб-приложение Яндекс.Диск вы сможете скачать соответствующее приложение для Windows. Для выборочной синхронизации необходимо войти в панель настроек Яндекс Диска и выбрать вкладку «Синхронизация». Если вы снимете галочку с соответствующей папки, она синхронизироваться не будет. Чтобы загрузить файлы в папку, синхронизация которой отключена, достаточно просто перетащить файлы в нее в Проводнике. Таким образом, в данном случае содержимое корневой папки Яндекс Диска синхронизируется всегда, а содержимое подпапок может быть синхронизировано по вашему выбору.

Основное отличие Яндекс Диска от Dropbox и Google Disk состоит в том, что сохранять файлы в Яндекс.Диск вы можете непосредственно из Microsoft Office.

Таким образом, используя «облачные» хранилища, вы можете не только увеличить на своем жестком диске, но и обеспечить резервную копию наиболее важных ваших файлов (документы, фото и т.д.). Если же сравнивать удобство использования выборочной синхронизации, то вывод напрашивается однозначный. И у Dropbox, и у Google Disk выбор настраивается на уровне папки. Таким образом, нужно зайти в диалог «Настройки» соответствующей службы и вручную указать, какие папки синхронизируются, а какие нет. Решение же, поддерживающее контекстное меню в Проводнике и позволяющее настроить синхронизацию и размещение файлов существует на сегодня только у Microsoft.

– удобное, функциональное и дешёвое решение. Handy Backup позволяет обойтись без использования популярного интерфейса WebDAV для Яндекс.Диска, используя вместо него прямой доступ.

Автоматическое резервное копирование на Яндекс.Диск

С помощью Handy Backup вы можете выполнять бэкап на Яндекс.Диск для любых данных в автоматическом режиме, по расписанию с интервалами от месяцев до минут или по событию, а также вручную. Вы можете автоматизировать копирование любых данных, таких, как:


Пользовательские данные:

  • Файлы и папки (с возможностью поиска по маске имени)
  • Библиотеки Windows, пользовательские папки
  • Microsoft Outlook, файлы и папки других почтовых клиентов

Серверные типы данных:

  • Базы данных MS SQL, MySQL, MariaDB, PostgreSQL, Oracle, IBM DB2, Lotus Notes
  • Microsoft Exchange
  • Контент FTP, SFTP или FTPS серверов с шифрованием по SSL/TLS
  • Веб-сайты (статический и динамический контент)


Виртуальные машины и хранилища:

  • Hyper-V, VMware
  • Серверы, массивы и хосты виртуальных машин
  • Облака Google Диск, Dropbox, Amazon S3, OneDrive, Box, 4shared и другие
  • Любые облака по интерфейсу WebDAV

Прочие типы данных:

  • Образы дисков
  • Данные 1С в файловой и SQL-версиях, для 1С 7.7 и решений 1С 8, например, 1С 8.2
  • Файлы, папки и библиотеки сетевых машин (для сетевых решений)
  • Реестр Windows

Преимущества решения Handy Backup для организации бэкапа на Яндекс.Диск

Защита ваших данных

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

Сертификация продукта

Открытое хранение копий в исходных форматах

По контрасту с надёжной защитой , предоставляемой средствами шифрования и сжатия, в общем случае Handy Backup создаёт резервные копии с сохранением исходного формата файлов. Это позволяет просматривать, редактировать и даже восстанавливать бэкапы как обычные файлы.


Версия 7.9.4 от 15 сентября 2017. 66.1 MB
Программа резервного копирования Handy Backup. 7400 RUB за лицензию

Решение Office Expert позволяет копировать любые типы данных с одного компьютера на Яндекс.Диск автоматически по расписанию, как напрямую, так и по WebDAV. Бесплатный пробный период 30 дней!

Как создать задачу резервного копирования на Яндекс.Диск в Handy Backup?

Вместо устаревшего WebDAV бэкапа на Яндекс.Диск для организации резервного копирования теперь применяется новый плагин Handy Backup Yandex Disk с доступом к облачному сервису через интерфейс RestAPI. Чтобы воспользоваться им, выполните следующие действия:

  1. Откройте Handy Backup и создайте новую задачу с помощью кнопки на панели или меню.
  2. Выберите задачу резервного копирования.
  3. Перейдите к Шагу 2 и выберите нужные данные для создания резервной копии.
  4. На Шаге 3 выберите в списке хранилищ плагин Yandex.Disk , щёлкните по нему дважды.


  1. В открывшемся окне дважды щёлкните “Новая конфигурация” . Откроется новый диалог.

  1. Нажмите кнопку “Подключиться к Yandex.Disk” . Вы будете перенаправлены в браузер.
  2. В окне браузера введите логин и пароль для доступа к Яндекс.Диску. Подтвердите выбор.


  1. Вернитесь в окно Handy Backup и выберите созданную конфигурацию.
  2. Далее продолжайте настраивать задачу как обычно. На Шаге 6 укажите расписание.
  3. На последнем шаге дайте вашей задаче имя и завершите работу мастера создания задач.

Ваша задача автоматического резервного копирования на Яндекс.Диск готова к выполнению, и будет в дальнейшем запускаться с заданной периодичностью в заданное время . Вы можете также в любой момент запустить её вручную.

Замечание: точно так же создаются задачи для копирования данных в другие облачные сервисы: Google Drive, Dropbox, Microsoft OneDrive, Amazon S3, Box и так далее.

Видеоурок о резервном копировании Яндекс Диска

В данном видеоуроке рассмотрена инструкция по резервному копированию на Яндекс Диск, а также по бэкапу данных, хранящихся в данном облаке.

Внимание: Данная видео инструкция основана на предположении, что ПО Handy Backup уже установлено на компьютере. Если это не так, пожалуйста, скачайте и установите Handy Backup перед тем как начать обучение в соответствии с видеоуроком.

Резервное копирование на Яндекс.Диск через WebDAV

Несмотря на наличие нового инструмента для прямого доступа к сервису Яндекс.Диск, в некоторых случаях может оказаться более предпочтительным традиционный способ – например, бэкап сайта на Яндекс.Диск через WebDAV с использованием внешней утилиты криптографии.

Handy Backup полностью поддерживает резервное копирование на Яндекс.Диск по протоколу WebDAV.

  • Чтобы воспользоваться WebDAV для доступа к Яндекс.Диску, выберите плагин WebDAV на Шаге 3, пользуясь вышеописанным алгоритмом создания задачи. В диалоговом окне конфигурации WebDAV введите ваши параметры доступа к Яндекс.Диску.

Внимание: при использовании WebDAB бэкап на Яндекс.Диск может оказаться несколько медленнее, чем при прямом доступе. Например, резервное копирование 1С на Яндекс.Диск обычно занимает существенное время при использовании WebDAV.

Автоматический бэкап на Яндекс.Диск с помощью Handy Backup стал ещё проще и быстрее с внедрением нового инструмента, использующего прямой доступ к облачному сервису Яндекс. Попробуйте его самостоятельно, скачав бесплатную 30-дневную пробную версию!

Привет друзья!

Прошло всего 4 года с тех пор, как я писал в блог крайний раз. За это время накопилось большая база знаний и опыта. Было проделано множество интересной работы и завершено множество интересных проектов. О некоторых из них (читай: "не нарушая коммерческой тайны") я постараюсь рассказать в нескольких постах.
Побудило меня вернуться сразу несколько вещей. Во-первых выяснилось, что многие вещи из написанных еще не потеряли актуальности. Во-вторых выясниось, что людям нравилось его читать. Было очень приятно:) Пример: три месяца назад на собеседовании меня спрашивали, почему я забросил свой блог, хвалили. Сказали, если возьмут, то буду для их стенгазеты писать. Не взяли, так что писать для стен.газеты не буду:)

Но это все лирика, передем к делу.
Встала задача настроить бэкап на Яндекс.Диск. Само-собой, скриптов множество, но большинство предлагают простое копирование файла без проверок факта копирования, без отчетов и прочего. В конце концов, один хороший человек сбросил мне ссылку на блог некоего товарища с ником del, который решил данную проблему . Учитывая его прозвище, скрипт я прочел, затем проверил в тесте. Всё отлично работает, все файлы на месте, ничего на сторону не отправляется.
Предупреждаю, что скрипт по сути не архивирует данные. Т.е. сжатие есть, но оно минимально. Если вам требуется нормально сжимать данные, то курим "tar --help" или "man tar" для FreeBSD. Кстати,очень люблю FreeBSD именно за их man`ы. Точнее, за почти перманентную необходимость их читать. Каждый раз при чтении возникает ощущение, что "вот-вот... сейчас появится убийца..", но вновь разочарование. Ни убийцы, ни смысла в жизни.

Теперь сам скрипт. Учтите, что в корневой директории вашего диска будет создана папка Приложения. Ищите все там. Также, скрипт оставляет все комментарии на русском языке, так что у многих могут возникнуть проблемы с кодировкой. Решений, как водится, два. Либо устанавливаем нужную на сервер, либо переписываем всё в транслит. Можете еще перевести на английский. Последнее лучше всего, т.к. кому охота читать цитаты из Некрономикона или рукописное назначение врача.
Также обратите внимание, что вначале скрипта стоит стандартное #!/bin/bash
Учтите, что FreeBSD не умеет работать с bash, так что требуется заменить это строку на #!/bin/sh , иначе не заведется.

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

В связи с этим я написал для себя и решил выложить для других небольшой bash-скрипт для бекапа на Яндекс.Диск. Функции скрипта:
- Создание на сервере бекапа проектов (файлов + баз данных MySQL);
- Авторизация на Яндекс.Диске в качестве приложения (по токену, более безопасный способ , чем использование логина и пароля);
- Отправка бекапов с сервера на Яндекс.Диск;
- Удаление старых бекапов с Яндекс.Диска для экономии места (настраивается максимальное количество хранимых бекапов);
- Запись и отправка лога на e-mail (настраивается).

Для того, чтобы воспользоваться скриптом, необходимо сначала получить токен от Яндекс.Диска. Приступим.

1. Логинимся на Яндексе под аккаунтом, на диск которого будем делать бекап, заходим на oauth.yandex.ru и нажимаем «Зарегистрировать новое приложение».

2. Заполняем название приложения (например, «backup») и выдаём нужные права в разделе «Яндекс.Диск REST API», а именно: «Доступ к информации о Диске» и «Доступ к папке приложения на Диске».

Ниже на той же странице под полем «Callback URL» нажимаем «подставить URL для разработки» и нажимаем «Сохранить»:

3. После сохранения параметров приложения нас перенаправят на страницу с данными о приложении:

4. Теперь получим сам токен (если хотите, можете почитать подробнее об этом в мануале Яндекса), для этого копируем ID, подставляем в конец URL https://oauth.yandex.ru/authorize?response_type=token&client_id= , переходим по получившемуся адресу и подтверждаем выдачу разрешений приложению:

В итоге на странице будет отображён токен, который выдается не менее, чем на 1 год, поэтому если скрипт бекапа вдруг перестанет работать, мы сможем получить новый токет и подставить его в скрипт. Протестировать возможности работы с Яндекс.Диском, используя полученный токен, можно на специальном полигоне.

А теперь сам bash-скрипт для бекапа на Яндекс.Диск:


#!/bin/bash # # Yandex.Disk backup script v1.0 by Sergey Lukonin (neblog.info) # # # # # # # # # # # НАСТРОЙКИ БЕКАПА MYSQL # # # # # # # # # # # Сервер БД MYSQL_SERVER=mysql.some-server.ru # Юзер, под которым будем делать бекап доступных баз, руту mysql обычно доступны все БД, отдельному пользователю обычно доступна БД конкретного проекта MYSQL_USER=some-user # Пароль пользователя базы данных (Пароль от рута сервера и от рута mysql разные не путайте) MYSQL_PASSWORD=some-password # # # # # # # # # # ОБЩИЕ НАСТРОЙКИ # # # # # # # # # # # Директория для временного хранения бекапов, которые удаляются после отправки на Яндекс.Диск BACKUP_DIR="/home/www/backup" # Название проекта, используется в логах и именах архивов PROJECT="neblog.info" # Максимальное количество хранимых на Яндекс.Диске бекапов (0 - хранить все бекапы): MAX_BACKUPS="14" # Дата, используется в именах архивов DATE=`date "+%Y-%m-%d"` # Директории для архивации (указываются через пробел), которые будут помещены в единый архив и отправлены на Яндекс.Диск DIRS="/home/www/projects/neblog" # Yandex.Disk токен (как получить - см. на neblog.info) TOKEN="" # Имя лог-файла, хранится в директории, указанной в $BACKUP_DIR LOGFILE="backup.log" # E-mail для отправки результата выполнения скрипта. Оставьте пустым, если отправлять результаты не требуется. sendLog=" " # Отправлять только ошибки (true). Укажите false, если нужно отправлять логи при любом результате выполнения скрипта. sendLogErrorsOnly="false" # # # # # # # # # # КОНЕЦ НАСТРОЕК # # # # # # # # # # # # # # # # # # # # # ДАЛЬШЕ НИЧЕГО НЕ МЕНЯЕМ! # # # # # # # # # # function mailing() { if [ ! $sendLog = "" ];then if [ "$sendLogErrorsOnly" == true ]; then if echo "$1" | grep -q "error" then echo "$2" | mail -s "$1" $sendLog > /dev/null fi else echo "$2" | mail -s "$1" $sendLog > /dev/null fi fi } function logger() { echo "["`date "+%Y-%m-%d %H:%M:%S"`"] File $BACKUP_DIR: $1" >> $BACKUP_DIR/$LOGFILE } function parseJson() { local output regex="(\"$1\":[\"]?)([^\",\}]+)([\"]?)" [[ $2 =~ $regex ]] && output=${BASH_REMATCH} echo $output } function checkError() { echo $(parseJson "error" "$1") } function getUploadUrl() { json_out=`curl -s -H "Authorization: OAuth $TOKEN" https://cloud-api.yandex.net:443/v1/disk/resources/upload/?path=app:/$backupName&overwrite=true` json_error=$(checkError "$json_out") if [[ $json_error != "" ]]; then logger "$PROJECT - Yandex.Disk error: $json_error" mailing "$PROJECT - Yandex.Disk backup error" "ERROR copy file $FILENAME. Yandex.Disk error: $json_error" echo "" else output=$(parseJson "href" $json_out) echo $output fi } function uploadFile { local json_out local uploadUrl local json_error uploadUrl=$(getUploadUrl) if [[ $uploadUrl != "" ]]; then echo $UploadUrl json_out=`curl -s -T $1 -H "Authorization: OAuth $TOKEN" $uploadUrl` json_error=$(checkError "$json_out") if [[ $json_error != "" ]]; then logger "$PROJECT - Yandex.Disk error: $json_error" mailing "$PROJECT - Yandex.Disk backup error" "ERROR copy file $FILENAME. Yandex.Disk error: $json_error" else logger "$PROJECT - Copying file to Yandex.Disk success" mailing "$PROJECT - Yandex.Disk backup success" "SUCCESS copy file $FILENAME" fi else echo "Some errors occured. Check log file for detail" fi } function backups_list() { # Ищем в директории приложения все файлы бекапов и выводим их названия: curl -s -H "Authorization: OAuth $TOKEN" "https://cloud-api.yandex.net:443/v1/disk/resources?path=app:/&sort=created&limit=100" | tr "{}," "\n" | grep "name[[:graph:]]*.tar.gz" | cut -d: -f 2 | tr -d """ } function backups_count() { local bkps=$(backups_list | wc -l) # Если мы бекапим и файлы, и БД, то на 1 бекап у нас приходится 2 файла. Поэтому количество бекапов = количество файлов / 2: expr $bkps / 2 } function remove_old_backups() { bkps=$(backups_count) old_bkps=$((bkps - MAX_BACKUPS)) if [ "$old_bkps" -gt "0" ];then logger "Удаляем старые бекапы с Яндекс.Диска" # Цикл удаления старых бекапов: # Выполняем удаление первого в списке файла 2*old_bkps раз for i in `eval echo {1..$((old_bkps * 2))}`; do curl -X DELETE -s -H "Authorization: OAuth $TOKEN" "https://cloud-api.yandex.net:443/v1/disk/resources?path=app:/$(backups_list | awk "(NR == 1)")&permanently=true" done fi } logger "--- $PROJECT START BACKUP $DATE ---" logger "Выгружаем дампы баз" mkdir $BACKUP_DIR/$DATE for i in `mysql -h $MYSQL_SERVER -u $MYSQL_USER -p$MYSQL_PASSWORD -e"show databases;" | grep -v information_schema | grep -v Database`; do mysqldump -h $MYSQL_SERVER -u $MYSQL_USER -p$MYSQL_PASSWORD $i > $BACKUP_DIR/$DATE/$i.sql; done logger "Создаем архив mysql $BACKUP_DIR/$DATE-mysql-$PROJECT.tar.gz" tar -czf $BACKUP_DIR/$DATE-mysql-$PROJECT.tar.gz $BACKUP_DIR/$DATE rm -rf $BACKUP_DIR/$DATE logger "Создаем архив каталогов $BACKUP_DIR/$DATE-files-$PROJECT.tar.gz" tar -czf $BACKUP_DIR/$DATE-files-$PROJECT.tar.gz $DIRS FILENAME=$DATE-mysql-$PROJECT.tar.gz logger "Выгружаем на Яндекс.Диск архив mysql $BACKUP_DIR/$DATE-mysql-$PROJECT.tar.gz" backupName=$DATE-mysql-$PROJECT.tar.gz uploadFile $BACKUP_DIR/$DATE-mysql-$PROJECT.tar.gz FILENAME=$DATE-files-$PROJECT.tar.gz logger "Выгружаем на Яндекс.Диск архив с файлами $BACKUP_DIR/$DATE-files-$PROJECT.tar.gz" backupName=$DATE-files-$PROJECT.tar.gz uploadFile $BACKUP_DIR/$DATE-files-$PROJECT.tar.gz logger "Удаляем архивы с диска" find $BACKUP_DIR -type f -name "*.gz" -exec rm "{}" \; # Удаляем старые бекапы с Яндекс.Диска (если MAX_BACKUPS > 0) if [ $MAX_BACKUPS -gt 0 ];then remove_old_backups; fi logger "Завершение скрипта бекапа"

Также вы можете скачать готовый файл скрипта. Скрипт следует расположить на сервере, заменить в нём параметры на свои, дать права на запуск (chmod +x) и поставить на ежедневное выполнение в cron. Если вы планируете выполнять несколько таких заданий, задайте время между их запуском (5-10 минут).

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

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

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

  • возможна работа как с файловой, так и клиент-серверной версией;
  • автоматическое отключение пользователей перед резервным копированием 1С в облако.

Бэкап 1С в облако. Шаг 1- создаем диск

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

В качестве диска мы предлагаем использовать Яндекс.Диск, выдающий при создании почтового ящика целых 10Гб места. Хоть этот объем вдвое меньше платного сервиса от 1С, но по опыту могу сказать, что его вполне достаточно для хранения в облаке 30 бэкапов 1С среднего объема.

Пример рабочего скрипта можно скачать с нашего сайта . Помните, что при сохранении требуется использовать кодировку CP866. Файл снабжен комментариями, поэтому остановимся лишь на некоторых константах, требующих правки:
EXEC_PATH - после знака равно указывайте путь до файла 1cv8.exe
BACKUP_PATH - путь до локальной папки с резервными копиями LOGIN и PASSWORD - соответственно логин и пароль пользователя 1С, которому разрешено выполнять выгрузку ИБ
BASE - путь до базы данных 1С (для файлового варианта формат будет следующим /F"C:\Путь до ИБ\", а для клиент-серверного /S"Кластер_1С\Имя_БД").

Помочь настроить бэкап?

До настройки программы, выполняющий облачный бэкап 1С, необходимо настроить данный скрипт, чтобы при его запуске формировался файл.dt в папке C:\1c_base\_backup.

Установка скачанной Handy Backup не должна создать трудностей, все стандартно для Windows-приложений.

Настраиваем и тестируем бесплатный облачный бэкап 1С

Для настройки бесплатного облачного бэкапа 1С все готово. Первым делом настроим почтовую рассылку о работе системы резервного копирования - это позволит следить за работой системы просто просматривая почту.

И так, заполняем
SMTP сервер: smtp.yandex.ru,
порт 465,
От: ваш email на yandex, например сайт@yandex.ru
Кому: ваш ящик, куда должны приходить отбойки о работе нашего бесплатного облачного бэкапа 1С, например host@сайт
Тема: любая удобная для Вас тема письма
Почтовый сервер яндекса требует аутентификацию при отправке, поэтому ставим галочку "Использовать SMTP-аутентификацию" и вводим адрес электронной почты в поле Пользователь, например сайт@yandex.ru и пароль от почты в поле Пароль.


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

Теперь самое время создать задание резервного копирования. Для этого нажимаем Файл - Новая задача и выбираем Создать резервную копию. Создание будет проходить в режиме мастера, который разбивает весь процесс на несколько шагов. Для продолжения нажимаем Далее и переходим к шагу 2, на котором выбираем источник данных.

В качестве источника данных выбираем Local or Network Drive и в выпадающем списке ставим галочку все на ту же папку C:\1c_base\_backup. Подтвердив выбор кнопкой ОК, становятся доступны Файловые фильтры, в которых есть смысл включить маски файлов *.dt, чтобы не копировать лишнего.


На этом шаг 2 закончен, и можно переходить к выбору хранилища бесплатного облачного бэкапа 1С. Здесь выбираем Yandex Disk и в правом окне дважды щелкаем на Новая конфигурация. Система выдаст окно с приглашением Подключиться к Yandex Disk , нажав на которое в окне браузера откроется запрос на доступ Handy Backup к вашему облачному диску. И если Вы предоставите доступ, появится окно об успешном подключении.


В текущей конфигурации останется лишь указать созданную в самом начале папку для резервных копий _backup. При этом изменится поле "Куда". У Вас должно получиться что-то вроде Yandex Disk config.hbl\_backup.


Далее можно переходить к шагу 4 и выбрать количество хранимых копий 1С в нашем облачном бэкапе. Режим копирования - только Полный, т.к. мы всегда будем сохранять только 1 файл.dt и ставим галочку "Хранить несколько резервных копий", выбираем "Сохранять старые версии" и желаемый период. Я выбрал 1 месяц.

На 6-м шаге настройки бесплатного облачного бэкапа 1С включаем планировщик. Это позволит автоматически выполнять задания. Задавая время начала в поле "Старт" старайтесь выбирать период, когда нагрузка на сеть и базу 1С невелика, например, после окончания рабочего дня. Т.к. мой компьютер работает круглосуточно, я выбрал 2:00 ночи и дни недели с понедельника по пятницу.

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

На последнем шаге можно дать осмысленное имя нашей задаче и поставить галочку "Выполнить эту задачу сразу".

В процессе работы должна запуститься и выгрузиться 1С одновременно со всеми работающими в данный момент пользователями, создаться архив.dt в папке C:\1c_base\_backup и прийти письмо с отчетом о статусе копирования этого файла на Яндекс Диск.



Также стоит установить службу резервного копирования, чтобы программа работала автономно.

Восстановление из резервной копии 1С в облаке

Восстановить 1С из резервной копии в облаке можно на любом компьютере, где есть доступ к сети Интернет и коды доступа к сервисам Яндекса.

Для начала восстановления потребуется также и установленная программа Handy Backup, в которой необходимо создать новую задачу "Восстановить данные". Задача также запускается в виде мастера, состоящего из нескольких шагов.

На первом шаге восстановления 1С из резервной копии выбирается облачный сервис - в нашем случае Yandex Disk. Необходимо будет пройти процесс подключения аналогично тому, как это делали в процессе создания резервной копии. После этого, возможно будет раскрыть папку _backup и выбрать индексный файл backup.hbi, расположенный в одной из папок, нумерованных от 0. Самая свежая копия будет иметь больший номер.


На следующем шаге восстановления 1С из резервной копии в облаке, следует выбрать место восстановления. По умолчанию это будет та же папка, из которой была сделана резервная копия - в нашем случае C:\1c_base\_backup. Если такой структуры папок на компьютере не будет, система сама попытается ее создать. При желании можно изменить назначение, нажав кнопку Изменить место.

На 4-м шаге выбираем Полное восстановление, далее вводим пароль от нашего зашифрованного бэкапа. На шестом шаге включать планировщик не нужно, разве что Вы не собираетесь синхронизировать базы данных. И на последнем 7-м шаге можно дать название задаче и выполнить ее.



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

Итоги создания системы облачного бэкапа 1С

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

 

 
Это интересно: