Все хорошо.
Спасибо.
На сервере нужно настроить/написать скрипт для резервного копирования.
Резервные копии нужно делать для:
- Исходных файлов
- Базы данных
- Медиа файлов
Для исходных файлов и базы данных нужно делать полные копии и хранить их за:
- 7 дней
- неделю
- месяц
Все что старше 3х месяцев - удалять
Для медиа файлов нужно делать инкрементальный бекап, то есть хранить полную копию и добавлять к ней последние изменения каждый день.
Копии нужно хранить локально, а также на удаленном FTP сервере.
OS: Ubuntu 18.04
Database: MySQL
Бекап нужно настроить с помощью независимого скрипта (не ISP, не Plesk) который будет создавать бекапы доступные для восстановления если сервер лежит (без лицензий, шифрования, простые sql файлы и файлы исходников)
Бюджет: 1000 UAH Срок: 1 день
Добрый день! Готов решить эту задачу, опыт имееться. Желание тоже). Напишите, мне. Надеюсь на сотрудничество.
Бюджет: 1000 UAH Срок: 1 день
доброго времени суток
обращайтесь - настрою вам бекапы согласно требований..
Бюджет: 1000 UAH Срок: 1 день
сделаю скрипт на баше, запускатся будет через крон. Обращайтесь.
Бюджет: 2000 UAH Срок: 1 день
Здравствуйте. Предлагаю решение на основе собственных sh скриптов на кроне, без использования стороннего ПО. скрипт будет делать полные и разностные бекапы, складывать в нужный каталог и отправлять файл по фтп на сторонний сервер.
Пишите. Могу сделать сегодня.
Бюджет: 1500 UAH Срок: 3 дня
Обращайтесь - сделаю в лучшем виде.
Опыт администрирования 20+ лет.
Примеры клиентов, для которых настраивал и поддерживаю сервера, можно посмотреть на моем сайте и в портфолио на этой бирже.
Пара скриптов на bash + restic решают вашу проблему. Но есть еще вопрос касаему дампов mysql т.к. нет смысла делать их инкремент, если они не больше, а если большие - то с mysql другая логика работы бекапов или HA.
Если интересно - пишите в лс.
Добрый день.
Нет, база данных и исходники, как описано в ТЗ, только полные бекапы.
Для медиафайлов надо держать всегда актуальную полную копию локально и удаленно.
Нужен опытный Linux System Administrator / DevOps для диагностики причин периодических зависаний интернет-магазина. Необходимо не временно устранить симптомы, а найти первопричину проблемы, объяснить её и предложить оптимальное решение.Что известно Интернет-магазин работает более 15 лет. Linux-сервер. PHP 5.6. MySQL. OPcache включен. Есть SSH-доступ. Есть доступ к панели хостинга. Есть доступ к логам. Добавлены графики нагрузки сервера.Симптомы Периодически: сайт перестаёт открываться; возникают ошибки: 503 Service Unavailable; HTTP 508; Client.Timeout exceeded while awaiting headers; время ответа сайта иногда возрастает до 8–11 секунд. По графикам нагрузки наблюдаются резкие пики CPU, оперативной памяти и Entry Processes. В доступных PHP-логах критических ошибок не обнаружено.Необходимо провести полную диагностику; найти первопричину проблемы; определить узкое место; объяснить причину возникновения зависаний; предложить оптимальный способ устранения; после согласования выполнить необходимые работы.Обязательный опыт Linux; SSH; Apache / Nginx / OpenLiteSpeed; PHP; MySQL; оптимизация производительности серверов; поиск причин периодических зависаний и высокого нагрузки.Перед началом работы прошу ответить Сколько лет работаете с Linux-серверами? Имели ли опыт поиска подобных проблем? Какие инструменты планируете использовать для диагностики? Работали ли со старыми PHP-проектами (PHP 5.x)? Какова стоимость первичной диагностики? Какова ваша почасовая ставка для дальнейших работ (при необходимости)? Когда можете начать? Пожалуйста, не присылайте шаблонные предложения. В ответе кратко опишите, что именно будете проверять в первую очередь. Если проблема будет успешно найдена и устранена, готов к долгосрочному сотрудничеству по администрированию и развитию сервера.