Резервное копирование веб-проектов на Яндекс.Диск без ООП и натурщиц

Резервное копирование веб-проектов на Яндекс.Диск без ООП и натурщиц Хостинг

Подскажите, как настроить бэкап MS Server 2019.

Понятно, что можно локально.

Но нужно еще и в облако.

А тут проблемы. Яндекс диск не работает кроме как через свое приложение, которое не очень хорошо работает как сервис.

Думалю мэйл ру из той же песни.

Есть облака, нормально работающие через веб-дав или какие-то готовые решения?

(0) Не совался бы ты не в свою стезю

Сидел бы, печатные формы курочил и себестоимость в УТ 11 под УТ 10 переписывал

А то потом и Яндекс не пашет и скуль не умеет, а на самом деле просто у кого-то ручки из жопки

(0) на майлуру, ставишь ДискО

(0) ставишь на отдельную машину в этой сети убунту — расшариваешь в ней диск под архив и синхронишь его с яндекс диском — делов на час полтора

(4) и шо, будет работать без захода сеанса админа? Сириоузли?

(5) там нет сети, это VDS

у меня на гуглдиск синхронизируется

но большие объемы платно

(7) с VDS и синхронизируется на гуглдиск

(7) у этой же конторы покупаешь vps а дальше по инструкции выше

(0) дендюшки платить надо. И все общепривычные протоколы для доступа в облако сразу приложутся и будут нормально работать.

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

яндекс 360 дает сто гигов на одного юзера за 249 рублей в месяц. Я на пиво в день могу больше потратить, причем не один раз в месяц. И почему-то я думаю, что с вебдавом там все будет в норме (хотя лучше проверить).

(14) Да ты шо, для Сирожиных клиентов это очень дорого)

(16) «я прошу с них за это 2500 в час» и «мне платят за это 2500 в час» это разные сущности 🙂

(16) Так может они ему платят по часу в квартал

И то это сумма до скидки

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

(11) тут неизвестно что считать костылями.. vds без администрирования с кривыми скриптами и яндекс диском или инфроструктуору из нескольких виртуалок с определенными ролями..

А можно было вообще у конторы предоставляющей услугу купить бекап VDSки недельный хотя бы..

(21) Это мелко) Про идею ЦОДа в гараже забыл?)

(22) гаража правда у товарища нет, но есть освободившаяся квартира, даже две

(23) Дизель? Неее, это расходы. Поселить там же несколько дам из Талжикистона, будут крутить динамо-машину по необходимости, клепать печатные формочки по 2500 в час, ну за проживание в таких шикарных условиях расплачиваться с Гггеней натурой

(21) о каких конторах речь? имена, пароли, явки

(22) думаю наши самые справедливые законы не разрешать маленькому, но гордому ИП использовать гражданские электро и интернет сети для бизнеса ЦОД

(26) Пля. Поставь себе «обновлятор». ОН умеет заливать произвольные файлы куда угодно практически. Делаешь бекап скулем в определенную папку, потом обновлятор эту папку заливает туда, куда скажешь. Цена вопроса 950 р. разово. Осидят твои клиенты такую сумму?

(28) А когда тебя это останавливало? 🙂 На самом-то деле для маленького бизнеса вопрос решается достаточно просто — установкой домашнего НАСа у тещи учредителя. И сливом бэкапа туда. Вряд ли же одновременно пожар, бросок напряжения или маски-шоу случатся одновременно в офисе и у тещи? 🙂

(0) берешь коробчонку raspverry pi (для этих целей пойдет даже raspberry pi 2 за 1 т.р.), подключаешь внешний диск на 500 гигов (например), поднимаешь там FTP, льешь туда через curl.exe свой бакап каждую ночь. Коробчонка потребляет максимум 5 Вт, поэтому может работать 24/7/365. Коробчонку ставишь либо себе, либо теще учредителя (как тут уже советовали).

+(33) ну или если все лень, тогда www.mega.nz, но там 15 гигов только бесплатные.

(29) обновлятор разве умеет как служба работать?

(29) Но даже если умеет, это странное решение для бэкапа серверов

(32) яндекс продает свой диск для физлиц, для бизнеса он предлагает яндекс-клауды, где цены совсем другие. Насчет мэйла не знаю.

Поэтому яндекс искуственно ставит палки в колеса использованию своего яндекс-диска для бизнеса.

а когда в яндексе отключили вебдав? да и в облаке майл с ним тоже все ок

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

(44) блин, там тариф снимающий это ограничение стоит точно не помню но точно меньше 100р, зачем так заморачиваться

(45) ну ссыль в (42) про это или не про это?

(46) по ссылке вроде для бизнеса тарифы, для ФЛ там вообще копейки

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

«яндекс 360 дает сто гигов на одного юзера за 249 рублей в месяц.»

У яндекса для бэкапов намного выгоднее объектное хранилище по амазоновскому протоколу S3.

(52) Скрипт не мой, но лучше чем ничего 🙂 В целом можно улучшить и отправлять уведомления об ошибках в Телеграм

(52) паранойя detected

(51) это к какому облаку? Известно, что Яндекс подрезает крылья веб-голубку (webdav)

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

(42) думаешь там вебдав работает? Я вот лично склоняюсь все же к холодному хранилищу SELECTEL, но там только через FTP

Уже года 3 как в яндексе вебдав зарезанный. После закачки определенного объема мегабайт закачка останавливается и вебдав клиент отваливается по таймауту. Причем это не афишируется публично.

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

(57) так мне кажется такая «морда кирпичом» это прекрасный способ просрать репутацию. Вот как теперь брать остальные продукты Яндекса, если там может быть такая подлянка быть внутри?

(59) потому,  что яндекс диск это для физиков и использование его для бизнеса как-то им не хочется. халявщиков.

(56) почитав отзывы, склоняюсь к мысли, что нет, не работает 🙁

Похоже, у них есть какие-то причины так делать. Достаточно веские, чтобы наплевать даже на (59). Печально.

(60) Я тоже так думал, но не особо-то дают даже за деньги, во всяком случае, за небольшие. Возможно, дают премиалам, которые платят реально много, но на недорогих тарифах для малого бизнеса а-ля 250-500 р/мес — пишут что хрен. То же самое, что для физиков.

(61) все облачные сервисы запрещают деятельность юрлиц. только минималки для мелких ИП и т.п.

(62) да ну? А что ж тогда юрлицам делать? 🙂

Как думается мне, у всех у них просто есть отдельные тарифы для юрлиц. У того же яндекса есть целый набор сервисов Yandex.Cloud.

Читайте также:  Задать вопрос. Справочник(FAQ). Beget Ltd.

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

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

почему с вебдавом такие сложности — я не знаю. Могу только предполагать, что (49)

(62) А смысл? В результате юрлица останутся без нужной услуги, а сервис без денег.

(64) да ну, нет. Это не разговор. Со мной МТС разговаривали лично, чтобы моя организация купила там облако. Буквально бегали за мной.

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

(63) «У того же яндекса есть целый набор сервисов Yandex.Cloud»

Только простого диска для хранения данных с использованием вебдава в этом наборе нет. Там всё намного более заморочено-корпоративно, для малого бизнеса слишком сложно.

(70) для малого у них (42).

но в целом я согласен, что в их позиционировании и назначении тарифов и услуг черт запросто ногу сломит

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

(69) а почему нельзя использовать ДискО?

https://disk-o.cloud/

(74) а он (приложение) работает без входа в систему?

(70) так что же, получается Яндекс осознанно избегает ниши бэкапа данных для среднего бизнеса? или что?

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

(68) возможно хранить данные дорого для Яндекса

(66) Можем ли мы констатировать в этой области кризис IT?

(0) Ладно облачный, я вот в одном месте никак не могу настроить обычный, на NAS. Но в бесплатной версии скуля, где нет агента.

Может кто поделится готовыми скриптами?

(80) дык а че, просто SQL из командной строки нельзя запускать?

(80) так вроде CREATE BACKUP командочка SQL есть. Не вариант?

+ (83) в SMSS есть функция скрипт задачи посмотреть. Таким образом в общем-то необязательно круто знать T-SQL — можно поставить триальный или бесплатный скуль с SMSS где-то в постороннем месте, соорудить визуальным конструктором нужный план обслуживания, потом просмотреть скрипт задачи и воспроизвести его на проде.

(80) У меня не бесплатная, но я по старинке использую комбинацию скрипта и nnbackup.

Скрипт сначала чистит временную папочку, потом запускает готовый SQL-скрипт — он в эту папочку делает архивы, потом nnbackup эту папочку архивирует

почему проги 1с вообще бэкапами занимаются на уровне системы?

зачем вам этот гемор?

в 1с 8 есть технология через урбд делать бэкапы хоть на лету

(86) cobian backup тоже как служба может, на фтп заливать может, в облака — не знаю, Как-то не приходилось. И вопросами бэкапов занимается у меня сисадмин, а у клиентов я в системные дела обычно не лезу, спрашиваю только — бэкапы делаются? Если нет или не знает — рекомендую настроить им самим настроить

(82) Нет, не поможет. Во-первых, dt это не бэкап. Во вторых, скрипта-то и нет.

(87) и другим: как это делается я в курсе. Внимательно читайте (80).

(91) для серверной базы лучше использовать средства бекапирования СУБД

(91) он у тебя вечность будет восстанавливаться?

(93) а что конкретно не получается?

Кстати, по поводу Яндекс-диска.

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

Выходим из учетной записи.

В синхронизируемую папку складываем нужный файл бэкапа.

Запускаем через планировщик задач яндекс диск под пользователем, под которым настроен клиент яндекс диска.

В этом случае синхронизация с облаком не произойдет?

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

Как вариант взять еще StorageVDS с NextCloud, хотя можно и просто по ftp.

https://infostart.ru/1c/articles/400349/

(0) Делаю просто: на основной тачке делаем архив в папку, далее этот архив планировщиком переливаем на свой домашний пк по vpn через сетевую шару с проверкой на содержимое после заливки. Можно конечно хеш присобачить но и так хватает скорости. В наших ипенях тариф 500 М/с не редкость.

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

Я уже рассказывал как сделать резервные копии MySQL с перемещением на Яндекс диск. Скрипт рабочий и можно им пользоваться.

А вот что делать, если сайтов много? Слишком заморочено для каждого сайта писать отдельный скрипт, добавлять его в CRON, вычислять время для задания, чтобы оно не пересекалось с другим процессом. Так что, когда количество сайтов превысило тот размер, когда я стал путаться, что и когда бекапится, пришлось сделать новый скрипт.

О том, как настроить WebDav имеется статья и повторяться не буду. В следующих шагах подразумевается, что ВебДав установлен и настроен.

В новом скрипте мы соединим функции создания MySQL и перемещения на Яндекс Диск. Копии будут хранится на нашем сервере и дублироваться на Яндекс Диск.

Содержание
  1. Создание папки для резервного копирования
  2. Создание скрипта для резервного копирования
  3. Ежедневная резервная копия MySQL и одной папке
  4. Еженедельная полная резервная копия
  5. Ежемесячная полная резервная копия
  6. Ошибка line 20: /usr/bin/tar: No such file or directory
  7. Добавляем задания в CRON
  8. Делаем для скриптов резервную копию
  9. Создаём скрипт очищающий временную папку с кэшем
  10. Как разархивировать архив
  11. Устанавливаем консольный клиент Яндекс Диска
  12. Как отключить клиент Яндекс Диска
  13. Более точная настройка резервного копирования
  14. Примечание
  15. Интерфейс программы становится ещё более удобным
  16. Новые возможности взаимодействия с СУБД MySQL и Microsoft SQL Server
  17. Работа с сервисом Яндекс. Диск получает дополнительное ускорение!
  18. Преимущества Handy Backup для организации бэкапа Яндекс Диска
  19. Защита ваших данных
  20. Сертификация продукта
  21. Открытое хранение копий в исходных форматах
  22. Видеоурок об автоматическом резервном копировании на Яндекс Диск

Создание папки для резервного копирования

Подключаемся к сайту по SSH.

Подключаем Яндекс Диск:

mount -t davfs https://webdav.yandex.ru /mnt/yandex/

Создаём там папки:

cd /mnt/yandex && sudo mkdir ploshadka.net
cd /mnt/yandex/ploshadka.net && sudo mkdir mysql

Создание скрипта для резервного копирования

# Backup MySQL and copy to Yandex.Disk

# Create backups

=;

# MySQL password
=;

# Databases to backup, seperate by space
=;

    # Format the filename
    =;

    # MySQL dump
    =;

    # Creating the compression
    ;
    usrbin -.sql;

    # Remove the mysql dump (but still keep the compressed copy)
    bin .sql;

    # Task complete
    ;

# Copy to Yandex

# Mount Yandex.Disk
bin davfs https:webdav.yandex.ru mntyandex;

# Copy to Yandex.Disk
bin mntyandexbackupsmysql;

# Unmount Yandex.Disk
bin mntyandex;

Теперь на наш скрипт применяем специальные права, чтобы тот мог использоваться в CRON:

cd /home/scripts/  && chmod +x bdbackup.sh

При желании скрипт можно запускать и вручную:

Осталось добавить скрипт в планировщик задания. Читайте отдельно, как добавить задание в CRON.

Описание создания резервных копий файлов своего сайта на сервере CentOS (Linux). И дальнейшее перемещение этих backup файлов на Яндекс.Диск.

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

Читайте также:  Беспрепятственное перемещение сертификата Cryptopro между компьютерами: упрощенный процесс

Если вам не нужно создание копий, а требуется только перемещение, читайте статью: «Как перемещать резервные копии сайта на Яндекс Диск».

Первым делом, на Linux сервер устанавливаем Яндекс.Диск, который будет работать по протоколу WebDav.

Только после установки диска приступаем к настройке копирования резервных данных.

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

На Яндекс.Диске создаём папки с названием сайта. Затем внутри этой папки создаём следующие папки: day, week, month.

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

Подключаемся к нашему серверу по протоколу SSH.

Создание папок через командную строку:

# Монтируем Яндекс Диск
mount -t davfs https://webdav.yandex.ru /mnt/yandex/
# Создаём папку с названием сайта
cd /mnt/yandex && sudo mkdir site_name.ru
# Создаём папку день, неделя, месяц
cd /mnt/yandex/site_name.ru && sudo mkdir day week month
# Отключаем Яндекс Диск
umount /mnt/yandex

Ежедневная резервная копия MySQL и одной папке

Теперь создаём папку на сервере, куда будем складывать все свои скрипты – my_scripts и первый файл скрипта backup_webdav_day.sh:

cd /
sudo mkdir my_scripts
nano /my_scripts/backup_webdav_day.sh

Скрипт будет сохранять ежедневные копии базы данных MySQL и также папку themes (шаблона сайта для WordPress). Я частенько совершенствую дизайн сайта и добавляю какие-нибудь новые элементы. И мне важно иметь копии этих данных на каждый день.

Можно папку themes поменять на любую другую. Например на папку загрузки изображений, в WordPress это папка – uploads. Если вы пишите статьи каждый день и загружаете картинки в каждую статью, то для вас может быть важным создание ежедневных резервных копий всех скриншотов на сайте.

Записываем в файл backup_webdav_day.sh следующее:

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

Ручной запуск скрипта:

Еженедельная полная резервная копия

Создаём копию для всего сайта.

Создаём файл скрипта backup_webdav_week.sh:

Записываем в этот файл:

Ручной запуск скрипта:

Ежемесячная полная резервная копия

Создаём копию для всего сайта, которая будет хранится в папке month.

Создаём файл скрипта backup_webdav_month.sh:

Записываем в этот файл:

Ручной запуск скрипта:

Ошибка line 20: /usr/bin/tar: No such file or directory

Если возникает подобная ошибка, значит tar находится в другой директории. Попробуйте изменить /usr/bin/tar на /bin/tar. И запустить скрипт ещё раз.

Добавляем задания в CRON

Открываем файл CRON

# Backup to Yandex Disk
# ежедневно в 2:00
00 2 * * * root /my_scripts/backup_webdav_day.sh >/dev/null 2>&1
# еженедельно в 2:20 в понедельник
20 2 * * 1 root /my_scripts/backup_webdav_week.sh >/dev/null 2>&1
# ежемесячно в 3:00 каждого 1-го числа месяца
00 3 1 * * root /my_scripts/backup_webdav_month.sh >/dev/null 2>&1

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

cd /my_scripts/
chmod +x backup_webdav_day.sh
chmod +x backup_webdav_week.sh
chmod +x backup_webdav_month.sh

Делаем для скриптов резервную копию

Копируем папку со скриптами в корневой каталог сайта.

Можно и вовсе не делать скрипты в корневой папке сервера, а сразу сделать скрипты в корне сайта и подцеплять их через CRON. Тогда скрипты можно создавать через FTP-клиент, а консоль понадобится только для редактирования файла cron. Но в этом случае Cron может и не заработать, каких-то настроек ему будет не хватать.

Создаём скрипт очищающий временную папку с кэшем

При создании резервных копии содержимое остаётся в папке с кэшем /var/cache/davfs2/, что приводит к переполнению жесткого диска. Решаем эту задачу созданием специального скрипта. Подробнее в статье переполнение кэша davfs2.

Как разархивировать архив

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

Настраиваем удалённое резервное копирование данных в Яндекс.Диск. Данная статья будет рассказывать как сделать backup в панели управления сайтами Vesta. Однако это руководство подойдет и для любых других систем управления сайтом.

Полное руководство установки резервного копирования в LINUX на Яндекс Диск есть на сайте Яндекса.

В этой статье отброшено всё лишнее и добавлены конкретные инструкции для установки и настройки резервного копирования в VESTA в CentOS (LINUX) по шагам.

Копирование будет осуществляться путём синхронизации всех backup файлов с Яндекс диском. Минус подобного способа в том, что не получится заливать несколько серверов на один Яндекс диск, т.к. это по сути не резервное копирование, а синхронизация. И если использовать один Яндекс диск для разных серверов, то вскоре на всех будут одни и те же данные, что и на диске Яндекса. Но если сервер у вас один и на Яндекс Диске ничего другого не хранится, то это удобный способ резервного копирования.

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

Устанавливаем консольный клиент Яндекс Диска

Заходим на сайт через ssh.

Вставляем в него содержимое:

Сохраняем данные: CTRL + O (буква), подтверждаем – Y, выходим — CTRL+X.

Для проверки цифровой подписи импортируем ключи:

rpm —import http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG

Теперь всё готово для установки Яндекс Диска на сервер Linux:

После установки настраиваем Яндекс Диск:

После ввода данных утвердительно отвечаем на вопрос:

Как отключить клиент Яндекс Диска

Команда для остановки клиента:

Если по какой-то причине потребовалось отключить Яндекс Диск из загрузки системы, то редактируем файл:

И удаляем из него строчку:

Более точная настройка резервного копирования

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

Открываем конфигурационный файл, который создал Яндекс Диск для своей работы:

auth=»/root/.config/yandex-disk/passwd»
dir=»/backup»
proxy=»no»

Можем поменять его на следующее (дополним комментариями):

# Путь к файлу с данными авторизации
auth=»/root/.config/yandex-disk/passwd»

# Каталог хранения backup в VESTA    
dir=»/backup»

# Не синхронизировать указанные каталоги
# exclude-dirs=»exclude/dir1,exclude/dir2,path/to/another/exclude/dir»

# Прокси-сервер
proxy=»no»

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

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

Как настроить путь до бэкап папки смотрите в общей статье о создании резервных копий на Vesta – в самом конце статьи после заголовка: «Как изменить путь хранения backup в Vesta».

Резервное копирование веб-проектов на Яндекс.Диск без ООП и натурщиц

Вместо этого пути:

Меняем путь для резервного копирования на следующий:

где site_name — имя вашего сайта.

Теперь на Яндекс Диске появится папка backups, а в ней папка с названием сайта и в ней уже будет находится резервная копия вашего сайта.

Вместо папки с названием сайта, если например, сайтов несколько, можно назвать папку по названию хостинга.

Примечание

Если всё настроено верно, то на Яндекс Диске почти сразу будут появляться все файлы из директории backup. Если что-то не работает, попробуйте исправить ошибки руководствуясь статьёй резервное копирование VESTA. В конце статьи рассказывается как исправить типовые ошибки.


17 июля 2014

Уважаемые пользователи! Мы рады представить вам очередное обновление нашего программного обеспечения (ПО) для резервного копирования, Handy Backup, версию 7.5.1. Новая версия предоставляет пользователю ещё более прозрачный и интуитивно понятный интерфейс, улучшения в работе с СУБД MS SQL и MySQL, а также ускоряет обмен данными с популярным облачным сервисом Яндекс.Диск с использованием протокола WebDAV.

Версия 8.4.5 от 14 марта 2023. 116 MB
30-дневный полнофункциональный пробный период

Читайте также:  Освоение SQL: пошаговое руководство по добавлению триггеров

Интерфейс программы становится ещё более удобным

Мы значительно упростили обозначения и формулировки в интерфейсе программы, чтобы дать пользователю интуитивное представление о любой функции и любом элементе нашего ПО. Значки и надписи графического интерфейса стали теперь ещё информативнее и удобнее для запоминания, чем раньше.

Новые возможности взаимодействия с СУБД MySQL и Microsoft SQL Server

Начиная с версии 7.5.1, вы сможете восстанавливать данные MySQL в несуществующие базы данных одним щелчком “мыши”. Также поднята на новый уровень стабильность работы со сложными структурами данных Microsoft SQL Server.

Подробнее об автоматическом резервном копирование MS SQL

Работа с сервисом Яндекс. Диск получает дополнительное ускорение!

Яндекс.Диск – это коммерческий “облачный” сервис, способный сохранять относительно большие объёмы данных, за счёт чего его популярность в последние годы неуклонно растёт. Мы рады сообщить вам, что нам удалось значительно увеличить скорость обмена данными с сервисом Яндекс.Диск, обновив встроенную в Handy Backup возможность работы с облачными сервисами по протоколу WebDAV.

Подробнее о бэкапе на Яндекс Диск

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

  • Файлы и папки (с фильтром по маске имени);
  • Библиотеки Windows, пользовательские папки;
  • Клиенты и IMAP серверы почты (копирование Яндекс.Почты, Outlook, Gmail, Mail.Ru, Yahoo! и т.д.).
  • Базы данных MS SQL, MySQL, PostgreSQL, Oracle;
  • Базы файловой и SQL версий 1С, MS Exchange;
  • Контент FTP, SFTP или FTPS серверов, бэкап сайтов (статический и динамический контент).
  • Виртуальные машины Hyper-V, VMware;
  • Серверы, массивы и хосты виртуальных машин;
  • Облака по протоколам S3 или WebDAV, сервисы Google Диск, Mail.ru Hotbox/Icebox, Dropbox и др.
  • Реестр Windows;
  • Образы дисков;
  • Для серверного решения: файлы, папки и библиотеки сетевых машин.

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

Защита данных при бэкапе на Яндекс.Диск

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

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

Handy Backup Server Network внесен в реестр российского ПО для ЭВМ

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

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

Исходный формат данных

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

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

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

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

Резервное копирование на Яндекс.Диск с помощью Handy Backup

  1. Затем щёлкните по «Создать подключение«.
  2. В открывшемся диалоговом окне нажмите на кнопку «Подключиться к Yandex.Disk«.
  3. В окне браузера введите логин и пароль и разрешите доступ к Яндекс Диску.

Подтверждение доступа к Яндекс.Диску для бэкапа

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

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

  1. На последнем шаге дайте вашей задаче имя и завершите работу мастера создания задач.

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

Настройки событий (например, выбор запуска от USB или выполнение при блокировки компьютера) доступны в продвинутом режиме, который настраивается на Шаге 1.

Если вы хотите скопировать данные с вашего аккаунта на Яндекс.Диске в другое место, создайте для этого задачу бэкапа. Вам нужно будет выбрать плагин Яндекс Диска в группе Clouds на Шаге 2, настроить подключение к облаку и отметить галочками данные для бэкапа. На Шаге 3 выберите хранилище для резервных копий Яндекс Диска, например, можно настроить бэкап на облако OneDrive, Dropbox и т.д.

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

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

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

Версия 8.4.5 от 14 марта 2023. 116 MB
30-дневный полнофункциональный пробный период

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

  1. Откройте Handy Backup и создайте новую задачу. Выберите восстановление на Шаге 1.
  2. На Шаге 2 откройте плагин Yandex.Disk и найдите каталог с вашей резервной копией.
  3. Выберите в этом каталоге файл backup.hbi и нажмите «Далее».

Восстановление файлов с Яндекс Диска из резервной копии

  1. Если вам просто нужно восстановить данные из резервной копии Яндекс Диска, нажимайте «Далее» до последнего шага мастера создания задач. Дайте задаче имя.
  2. Если вы хотите восстановить данные после автоматического копирования Яндекс Диска в другое место, на Шаге 3 нажмите «Изменить место» и выберите в открывшемся диалоге новое место для восстановления файлов из резервной копии.

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

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

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

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

Версия 8.4.5 от 14 марта 2023. 116 MB
30-дневный полнофункциональный пробный период

Мы создали бесплатную версию программы для бэкапа на Яндекс.Диск для того, чтобы сделать резервное копирование в «облако» еще более доступным.

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

Сервис предоставляет 3 ГБ облачного хранилища бесплатно при регистрации аккаунта. В результате нехитрых действий бесплатный объем может быть легко увеличен до 10 ГБ и более.

Оцените основные преимущества резервного копирования на Яндекс.Диск при помощи Handy Backup:

  • Разнообразие видов данных: возможность бэкапа и восстановления файлов, папок, баз данных 1С без необходимости установки каких-либо дополнительных приложений.
  • Синхронизация: позволяет поддерживать данные в актуальном состоянии на всех устройствах пользователя.
  • Удобный доступ: возможность скачивания файлов в любое время из любой точки мира.
  • Надежность: данные передаются по защищенному протоколу в зашифрованном виде.
  • Простота использования: бесплатно скачайте программу на нашем сайте, активируйте с помощью автоматически полученного ключа и привяжите к аккаунту на Яндекс.Диске.

Функционал программы может быть расширен путем покупки дополнительных плагинов, в том числе, позволяющих бэкапить базы данных MySQL, MS SQL, PostgreSQL.

Воспользуйтесь бесплатной возможностью надежно защитить свои данные при помощи Handy Backup для Яндекс.Диска!

Оцените статью
Хостинги