@camelos Да, очевидно, что при уменьшении fix'а инертные уйдут в любом случае (особо упертые/неспособные найти другое место будут сидеть до снижения fix'а в размер 60% от изначальной).
Я, в первую очередь, говорил о том, что важно избежать снижения мотивации ценных сотрудников.
Оговорюсь, что я выступаю с точки зрения "ценного" (я надеюсь) сотрудника, и сам решений по зарплате/персоналу никогда не принимал.
Эм. Ну, если вы раньше платили людям 100% fix, а теперь уменьшаете его до 80% fix, max flex - 20%, то я бы негодовал. Это же не оговаривалось при приеме.
Делайте тогда уж 80% fix, а max flex - 40%. Для наиболее старательных это выйдет как прибавка к з/п (доп. мотивация, для вас - бОльшая продуктивность), так что не будет никакой демотивации.
А ленивые, которые сидят ради fix'а - будут сами отваливатся. IMHO, так даже лучше.
У меня была необходимость изредка (раз в два-три месяца) обновлять базу Developer и Testing сред dump'ом с продуктива; при размере базы в ~200 Gb я просто исключал из дампа тяжелые таблицы (вложения, CLOB'ы), что облегчало дамп до 12 Gb; такой дамп сливался за 10-15 минут, заливался около 30.
Все сервера были виртуальными (VMware), и с очень неплохим оборудованием - однако по количеству ядер / памяти никаких космических значений не было - если не ошибаюсь, на Production было 8 ядер и 16 Gb RAM.
Я бы одновременно с поиском софта смотрел в сторону уменьшения размера дампа до необходимого разработчикам; возможно - виртуализация, чтобы создавать копию не базы, а целиком виртуальной машины.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.