Можно использовать xargs с-n1 для выполнения команды однажды для каждого переданного по каналу аргумента
$some_command | xargs -n 1 touch
В случае касания однако, которое принимает несколько аргументов
touch `$some_command`
будет, вероятно, работать на Вас.
Это - совершенно приемлемая установка. В зависимости от Вашего выбора механизмов DB я только предложил бы, чтобы, возможно, Вы установили 2-ю копию своей базы данных также и возможно реализовали план зеркального отражения или передачи журналов. В удаленном шансе, что любое повреждение происходит в одном дб, Вы могли обработка отказа к другому DB. Но я отступаю :)
Для возвращения к вопросу существуют некоторые дополнительные соображения - что запланированное количество времени для переключения, и это желание будет влиять базу пользователей.
Это может работать. Единственное место Вы могли бы войти в проблему, с самим DB. Этому не может понравиться обновляться без присоединенных данных (на резервной машине), и мои не как наличие данных вновь появляются после обновления (после того, как резервное копирование сделано основным).
Определенно протестируйте это на своем программном обеспечении DB в лаборатории перед входом в производство, поскольку можно потенциально повредить DB. Один способ защитить от этого состоит в том, чтобы взять снимок SAN перед переключением, таким образом, можно переключиться назад снова на исходном сервере и снимке, если авария ударяет.