На старом сервере была автоматизирована система бэкапов, всё нужное бэкапилось ежедневно и выкладывалось на Яндекс Диск.

Однако, архитектура была привязана к работе официального клиента Яндекс Диск, который оказался крайне бедным по функционалу и плохо показал себя в работе с такой задачей - неудобный, часто подвисал и гадил какой-то служебной хренью, жрал память и проц. Претензий нет, оно и понятно, клиент предназначен для домашнего использования, скопировал нужное, пару документов, фоточке с корпоратива, с котом в синхронизируемую папочку, оно выгрузилось в облако. И всё. А на перманентной дрочке резервным копированием оно частенько охуевало и вываливалось на хуй.

Господин Иназ, огромное спасибо ему за это, где-то нарыл такую ссылочку https://neblog.info/skript-bekapa-na-yandeks-disk?ysclid=lqaufsd6g9584100748

Что в ней ценного - готовые методы работы с Яндекс REST API, хотя чуть раньше про апи Пашэ сказал, а я даже и не знал, что там апи свободное и так можно было.

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

Нюансы, яндекс дико режет скорость для некоторых расширений. Решение - переименовать расширение и скорость лютая
https://yadisk.readthedocs.io/ru/dev/known_issues.html

#####

Выбор архиватора.

Раньше я использовал bzip2 для сжатия дампов БД. Жмёт хорошо, но долго, распаковывает тоже долго.

Попробовал (опции сжатия дефолтные)
- xz - лютый ваще, юзает lzma, дамп пожал где-то в 40 раз, а при максимальном сжатии наверное в 100 раз пожмёт. Дефекатор точно не распакует, бугога
- bzip2 - жмёт похуже, чем xz, работает помедленнее, чем xz
- gzip - жмет хуже примерно в 2+ раза чем xz, но по сравнению с предыдущими - просто с лютой скоростью
- zip - примерно тоже самое, что gzip

Короче, остановился на gzip. Оптимально по скорости и размеру.

Что делать с вложениями.

Я затарил без сжатия каталоги с данными для форумов. Планирую регулярно делать подобный срез, на основе его выгружаемый архив, а сам срез ежеденвно обновлять при помощи tar -uf. Ну, то есть, например
- вскр - срез, сделал tar и на основе его тут же выгружаемый архив со сжатием
- пн - сб - tar -uf, gzip upload

Касательно сопоставление вложений с записями в БД.

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

Год назад вложений было 70000+

Проще пренебречь зомби-трупаками.

Вот ещё простейше по Яндекс REST API

https://gist.github.com/YPermitin/b4749277683a49621991769e4d061444

ПТ то старый есть

https://resql.ru/forum/forum.php?fid=3

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

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

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

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

Межгалактический разум [игнорируется] 

Гарыныч [игнорируется] 

Ладно, парни, ссорян, но работы много, вдаваться в дискуссию не могу.