Собрался наконец-то перенести RTFM на Debian 10, решил делать без автоматизации – будем поднимать стандартный LEMP для хостинга WordPress руками. Что-то похожее последний раз писалось в 2016 – Debian: установка LEMP — NGINX + PHP-FPM + MariaDB, в этот раз получился более полный обзор процесса. Также, когда-то делал автоматизацию для настройки сервера под RTFM, но последний… Читать далее »
Задача – написать скрипт для домашней машинки, что бы создавать бекапы по расписанию используя rsync, с уведомлениями на почту и в трее. Бекапы хранятся на отдельном USB SSD. Описание настройки отправки почты пользователю есть в посте Arch Linux: ssmtp – отправка локальной почты. Ниже – процесс написания такого скрипта с примерами функций. Сам скрипт доступен в… Читать далее »
Выполнить снапшот EBS по расписанию можно двумя способами: старый – с помощью CloudWatch rules, и новый – с помощью Data Lifecycle Manager. EBS backup with CloudWatch rules Переходим в CloudWatch > Rules, жмём Create rule: В Event source выбираем Schedule, задаём время – фиксированный период или по крону, например – в 18:10 каждый день (время тут задаётся… Читать далее »
Задача – набросать скрипт, который умел бы создавать бекап нескольких сайтов и загружать их в AWS S3 корзину. Ниже описан процесс написания такого скрипта (или, скорее, уже даже “утилиты”, т.к. имеются модули и файл настроек), без особых деталей по работе и реализации самих функций – больше информации о процессе создания утилиты, её структуре и логике… Читать далее »
Описание Azure App Service (aka WebApp) предоставляет возможность автоматического создания бекапа приложения. В бекап можно включить следующие данные, связанные с WebApp: настройки приложения файлы базы данных Azure SQL или Azure MySQL (ClearDB) Бекапы хранятся в Storage Account.
Скрипт писался для бекапа нескольких WPMU приложений. Имеет возможность бекапить несколько сайтов WordPress по данным, указанным в файле конфигурации. Создаёт tar.gz архив для файлов сайта, и sql-файл – для дампа базы данных. Файл конфигурации обрабатывается модулем ConfigParser.
Создаёт копию всех данных в каталоге /var/www/vhosts/ по понедельникам, и “инкрементальный” бекап только файлов, изменившихся за последние 24 часа. Упаковывает и сжимает в архив tar.bz2. На каждый день создаётся отдельная директория, хранятся 4 полных бекапа и 7 – ежедневных. Для бекапа баз MySQL – второй скрипт: Python: скрипт бекапа баз данных MySQL/MariaDB.
Скрипт предназначен для создания резервной копии JIRA, но может использоваться для любых целей. Скрипт создаёт 1 раз в неделю (воскресенье) полную копию файлов (база данных дампится полностью каждый раз), и каждый день – копию файлов, которые были изменены за последние сутки + полную копию базы. Так же – может быть запущен вручную, для создания полной… Читать далее »
У Oracle для его баз данных имеется замечательный инструмент Flashback. Его задача – восстанавливать базу до определённого состояния. Подобное потребовалось сделать и для LDAP-баз при выполнении автотестов. Решение очень простое, в основном потому, что: а) имена DIT совпадают с определёнными переменными, которые присвоены каждому из BuildAgent-ов TeamCIty; б) пароли для доступа к базам – такие… Читать далее »
TeamCity состоит из двух частей – директории/файлы в файловой системе, и база данных. Рабочая директория сервера: $ tree -d -L 1 -a .BuildServer/ .BuildServer/ ├── config ├── lib ├── plugins └── system Располагается, как правило, в домашней директории пользователя, от которого работает сам TeamCity, например: $ pwd /home/teamcity/.BuildServer