AO>> mv /home/oracle /home/oracle.001 && mv /home/oracle.etalon1 AO>> /home/oracle AK> А что ты будешь делать в следующий раз? Тестирование _многократное_, а AK> не два раза. Соответственно, эталон должен оставаться неизменным и на AK> первый, и на второй, и на n+1 раз.
Достаточно одного раза, чтобы проверить алгоритм, т.к. дальше проблема перетекает в техническое русло: циферку в расширении .001 я ведь не зря написал. :) С учетом времени копирования около 3 часов: за вечер-ночь пяток копий подготовить можно. Если девелоперы собираются так косячить ежедневно - то записать копирование в кроновый скрипт.
AK>>> Копия, как я говорил, длится около часа. Итого: один цикл AK>>> тестирования будет длиться не менее часа. Что есть много. AO>> Вопрос в экономической эффективности. А то можно оракловому AO>> клиенту в tnsnames.ini просто IP менять и гнать клиента на новый AO>> сервер. AK> Любое количество раз? Или всё-таки столько, сколько у тебя серверов AK> заготовлено? Почему ты не хочешь посмотреть на два хода вперед и AK> подумать, что будет когда все заготовленные заранее сервера AK> закончатся?
"Мы все умрем", и обойти эту точку - еще никому не удавалось. Речь идет о гипотетическом решении, или об экономически оправданном? :)