Резервное копирование не «для галочки». Часть первая: мониторинг, бэкапы баз данных и реплики

Комментарии 2

  • fc55c19325000e062970c9f257cbf792_small.j

    30.08.17 в 17:04

    0

    как вы отслеживаете ситуацию, что ваш бекап укладывает продакшн?
    • 1f8e06f33927ebbe0a375190efb416f8_small.j

      30.08.17 в 17:19

      0

      Все основные параметры сервера (использование CPU, нагрузка на диски) нами мониторятся, и если во время бэкапа нагрузка чрезмерна — бэкап сразу же останавливается. После этого добавляем nice/ionice в запуск бэкапных скриптов. У некоторых утилит — например, у xtrabackup’a — есть встроенные параметры для регулирования нагрузки во время создания бэкапа. Ну и плюс при настройке бэкапов делаем соответствующие правки в скриптах, исходя из опыта.

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

      Если есть возможность — то делать бэкапы лучше не на prod-серверах, конечно, а на реплике БД или резервном сервере, куда синхронизируются файлы с production. Но об этом — в следующих частях :)

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

© Habrahabr.ru