Ввиду нашей специфики работы и количества клиентов/проектов/серверов на поддержке — задачи бэкапного отдела сводятся к решению всевозможных задач клиентов из разряда «тут всё поломалось, надо понять как восстановить, чтобы не потерять изменения, произошедшие с момента последнего бэкапа» и к развитию нашей системы создания бэкапов (дописывания новых модулей для нового ПО, новых правил проверки).
Благодаря тому, что резервные копии хранятся в удобном для нас формате — мы всегда можем достаточно оперативно достать нужную часть данных.
Ну и, опять же — применение нашего самописного решения для бэкапов уже не раз себя оправдало. Если бы оно чем-то нас не устраивало — то было бы заменено на что-то другое.
Да, такое часто случается. Мы все через это прошли, когда-то давно, когда еще пользовались панелями управления)
Именно поэтому мы делаем бинарные бэкапы MySQL — xtrabackup'ом, а потом при необходимости на бэкапном стенде достаём нужную базу или таблицу, проверяя, что с кодировками всё хорошо.
А bacula мы изначально не стали внедрять, т.к. на наш взгляд это монструозная система с большим количеством лишних для нас функций, на доработку которой под наши нужды потребовалось бы значительное количество времени.
Стоит понимать, что изначально своя система бэкапов началась из совсем простых скриптов — основное назначение которых было простое создание хоть каких-то бэкапов данных.
А потом они постепенно дорабатывались, исходя из новых требований. Интегрировались в наш мониторинг, в наши процессы, к ним добавлялась автоматизация — и в какой-то момент оказалось, что гораздо удобнее оставить именно их, а не пользоваться какими-то сторонними решениями. Со временем «монстр из скриптов» вырос в полноценный инструмент, который соответствует нашим нуждам и который мы можем расширять новыми модулями по необходимости.
Все основные параметры сервера (использование CPU, нагрузка на диски) нами мониторятся, и если во время бэкапа нагрузка чрезмерна — бэкап сразу же останавливается. После этого добавляем nice/ionice в запуск бэкапных скриптов. У некоторых утилит — например, у xtrabackup'a — есть встроенные параметры для регулирования нагрузки во время создания бэкапа. Ну и плюс при настройке бэкапов делаем соответствующие правки в скриптах, исходя из опыта.
Создавать бэкапы нужно в самое наименее нагруженное время суток — в этом случае аффект работы проекта минимален.
Если есть возможность — то делать бэкапы лучше не на prod-серверах, конечно, а на реплике БД или резервном сервере, куда синхронизируются файлы с production. Но об этом — в следующих частях :)
В чем преимущество такого 2,5D-экрана перед традиционным плоским?… Во-вторых, корпус с таким экраном полностью лишается прямых углов и заметных стыков, а сам смартфона становится прочнее и монолитнее.
Что? А если телефон упадет не верхний правый угол на асфальт, к примеру? Или на боковую грань? Z3 Compact у меня падал и норм. А на этом телефоне потребуется полностью замена всей тач панели?
>>GUI теперь можно закрыть, оставив виртуальную машину работать в фоновом режиме. Я ждал этого последние лет пять.
VBoxManage давным давно позволяет запускать --headless виртуалку из консоли.
Забавно, но лично мне elance показался более логичным, простым в пользовании и нахождении адекватных заказчиков, чем одеск. Возможно, каждому свое, но одеск меня так и не привлек.
Так же, как из русских бирж лично для меня хабровский freelansim.ru на порядок удобнее/лучше, чем все прочие.
Я вот думаю, что в данном случае это предложение больше актуально не для пасек (которым, действительно, оно будет невыгодно, если судить по этим расчетам), а для обычных домовладельцев, которым просто хочется иметь один такой автоматизированный улей, чтобы по лету на себя и свою семью насобирать несколько банок меда. И при этом не хочется заморачиваться ульем, не хочется подвергаться опасности быть покусанными пчелами и т.д.
В этом случае такое предложение вполне ок.
При курсе бакса в 30 рублей можно было бы даже его купить и в России. А вот при курсе в 60 рублей за бакс я бы трижды подумал еще перед тем, как заказывать его :)
Ну, например, в моем мультитуле от Victorinox самыми постребованными являются следующие инструменты: нож, крестовая отвертка, плоская отвертка, ножницы, крюк.
Пассатижи как-то вот даже и не понадобились ни разу.
А насколько быстро отработает эта команда на списке из 27 миллионов файлов? Точно ли, если использовать \+, rm не выдаст заветное «too long list of arguments»?
Имхо, с find лучше всего использовать ключ -delete, который просто возьмет и удалит все найденные файлы вне зависимости от их количества.
Благодаря тому, что резервные копии хранятся в удобном для нас формате — мы всегда можем достаточно оперативно достать нужную часть данных.
Ну и, опять же — применение нашего самописного решения для бэкапов уже не раз себя оправдало. Если бы оно чем-то нас не устраивало — то было бы заменено на что-то другое.
Именно поэтому мы делаем бинарные бэкапы MySQL — xtrabackup'ом, а потом при необходимости на бэкапном стенде достаём нужную базу или таблицу, проверяя, что с кодировками всё хорошо.
А потом они постепенно дорабатывались, исходя из новых требований. Интегрировались в наш мониторинг, в наши процессы, к ним добавлялась автоматизация — и в какой-то момент оказалось, что гораздо удобнее оставить именно их, а не пользоваться какими-то сторонними решениями. Со временем «монстр из скриптов» вырос в полноценный инструмент, который соответствует нашим нуждам и который мы можем расширять новыми модулями по необходимости.
Создавать бэкапы нужно в самое наименее нагруженное время суток — в этом случае аффект работы проекта минимален.
Если есть возможность — то делать бэкапы лучше не на prod-серверах, конечно, а на реплике БД или резервном сервере, куда синхронизируются файлы с production. Но об этом — в следующих частях :)
Что? А если телефон упадет не верхний правый угол на асфальт, к примеру? Или на боковую грань? Z3 Compact у меня падал и норм. А на этом телефоне потребуется полностью замена всей тач панели?
VBoxManage давным давно позволяет запускать --headless виртуалку из консоли.
Так же, как из русских бирж лично для меня хабровский freelansim.ru на порядок удобнее/лучше, чем все прочие.
В этом случае такое предложение вполне ок.
При курсе бакса в 30 рублей можно было бы даже его купить и в России. А вот при курсе в 60 рублей за бакс я бы трижды подумал еще перед тем, как заказывать его :)
habrahabr.ru/post/195808/
habrahabr.ru/company/yandex/blog/249771/
Зачем нужно еще одно хауту — неясно.
В тот же my.cnf добавляется секция [mysqld2], в которую прописывается всё новое.
Потом создаются диры для второй бд, проводится туда mysql_install_db, а потом оба сервера рулятся методом mysqld_multi.
Пассатижи как-то вот даже и не понадобились ни разу.
Имхо, с find лучше всего использовать ключ -delete, который просто возьмет и удалит все найденные файлы вне зависимости от их количества.