Pilat

Рейтинг
250
Регистрация
08.03.2007
Удовихин Евгений:
Он тут на форуме пишет.

Кроме eServer с заоблачными ценами никого не видел.

comrunet:
Пора бы, так сказать, поддерживать отечественного производителя!

Цены у нас в РФ уже на уровне. Да и по условиям почти как в забугорьи.

Какие интересные у людей сны бывают... А в реальности где этот отечественный производитель?

Hack_phoenix:
А чего это свопа так много? Естественно, SAS поможет.

А ведь действительно свопа многовато... SAS сильно не поможет, добавить памяти поможет.

SlonoTOP:
Тогда уж лучше Senao ECB-3610s, эта в прямой видимости бъет стабильно на 10 км :)

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

myhand:
Для базы данных (MySQL, к примеру) - это не проблема. Делаем flush tables, read lock на все - быстро снапшот - и unlock обратно. А с приложением, согласен. Тут, действительно проще стопнуть вебсервер на время создания снапшота.

Я не понимаю как это не проблема. В mysql транзакция размазана на время выполнения скрипта, то есть в принципе нельзя, без остановки скриптов, получить базу с сохранением целостности.

Но с локом это правильно - mysqlhotcopy так и делает. Всё это, в конечном итоге, сильно усложняет самопальные скрипты и, при правильном подходе, на выходе получается та же аманда :)

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

myhand:
Если правда надо "на лету" сделать самосогласованную копию и файлов и баз данных (если _все_ интенсивно меняется) - лучше снапшоты использовать (LVM, ZFS). На эту тему тоже есть готовые решения в любом дистрибутиве - но это уже из той же категории, что и аманда.

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

Устройте туда знакомого работать, пусть тихонько поставит wifi.

вот тут то и вылезает вся правда, что "всё что надо знать про бэкапы" - это не одна информационная страничка и не один скрипт, а куча проблем, которые надо решать. По хорошему бэкап должен начинаться с остановки apache (перед которым стоит nginx), остановки cron, остановки mysql. На практике это сложно, и достаточно остановить apache и сделать mysqlhotcopy, но это уже не так тривиально как просто запустить tar.

Andreyka:
Ок, напиши тогда свою, тебе многие скажут спасибо

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

Твоя же статья - вообще вредна, вдруг кто-то действительно попробует использовать приведённый скрипт, что будет с базой mysql после такого бэкапа?

backupFS=”/etc /var/lib/mysql /usr/local/etc”
Всего: 2890