mount --bind как тестовый инструмент администратора.

[RXL]

Не знаю, как обстоят дела с mount --bind в других unxi-like, потому пишу в Linux.

Для тех, кто не знает, что это такое: можно одну директорию подмонтировать в другую. Например, имеем:

/a
/b

Монтируем mount --bind /a /b и получаем:

/a
/b (фактически /a)

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

Как думаете, это не очень опасно? Да, для продакшн я бы поостерегся - только для тестов.

[Антон (LogRus)]

RXL, не опасно если твоя утилита не меняет файлов
в виду того что это тот же самый каталог, то не понятно зачем, т.е. если среда ломает каталог a, то и ломает b, ну и наоборот

я обычно ln -s или cp -l  использую для подкладывания
ln -s удобней потому что можно увидить куда реально ссылается

[RXL]

Антон, у меня в уме вот такой пример: надо произвести апгрейд Oracle. Естественно, сперва нужно сделать резерную копию всех данных и самой директории Оракла для отката в случае возникновения проблем. Объемы там приличные и файлов много.

Обычный алгоритм:
1. Останавливаю Оракл.
2. Делаю копию (данные - копированием, ORA_HOME - упаковкой в tar).
3. Апгрейд или другие работы с последующим тестированием.
4. При проблемах, остановка Оракла и возврат всех данных и ORA_HOME назад.

Вариант с использованием LVM:
1. Останавливаю Оракл.
2. Делаю LVM snapshot.
5. Провожу апгрейды и тесты.
6. В случае проблем останавливаю Оракл, монтирую снепшот и восстанавливаю с него данные, после уничтожаю снепшот.
7. В случае успешных работ только уничтожаю снепшот.

Вариант с использованием LVM и mount --bind:
1. Останавливаю Оракл.
2. Делаю LVM snapshot.
3. Монтирую LVM в другую директорию xxx.
4. Монтирую директорию. Например: mount --bind xxx ORA_HOME
5. Провожу апгрейды и тесты.
6. В случае проблем останавливаю Оракл, отмонтирую директорию, LVM-раздел и уничтожаю снепшот.
7. В случае успешных работ, останавливаю Оракл, отмонтирую директорию, переношу данные из снепшота на рабочий раздел, отмонтирую и уничтожаю раздел.

Как видно, первый вариант требует предварительного бекапа и долгого восстановления.
Второй вариант требует долгого копирования при восстановлении данных.
Третий вариант требует долгого копирования в успешном случае.
Мне по душе третий вариант, т.к. основные работы выполнены и можно расслабиться, пока данные копируются. А также в случае проблем можно повторить попытку не тратя уйму времени на восстановление.

[Антон (LogRus)]

RXL, ты что-то скрываешь
у меня есть ощущение, что ты что-то не досказал из-за чего третий вариант выглядит наиболее интересно
можешь описать следующее:
- подробнее про LVM, что куда зачем и почему (т.е. не совсем понятно, где крутится оракл и снепшоты, чего ты делаешь)
- что куда биндим

[McZim]

RXL, а Oracle way религия не позволяет! ИМХО ты слишком все усложняешь! С какой на какую версию хочешь обновиться?

[RXL]

Вечерком распишу подробнее.

А третий вариант - я написал, почему мне он больше нравится. Обычно окно для технических работ маленькое и оно ночью, потому, чем быстрее поймешь, что не получается, тем лучше, а когда получилось, то можно не напрягаясь и не торопясь копировать гигабайты килофайлов.


Добавлено через 46 секунд:
Макс, я не хочу обновляться
Просто проскочила мысль с mount --bind и я развил ее до практического примера.

Добавлено через 4 минуты и 17 секунд:
Сама идея была в том, что можно не копировать данные для экспериментов. Линк не всегда подходит, хотя и является более простым решением. В отличии от линка, монтирование производится в существующую директорию и при этом файлы не исчезают, но становятся недоступными (а открытые файлы продолжают работать!).