> From: Andrew Kant <Andrew.Kant@p1.f83.n469.z2.fidonet.org> > Date: Tue, 09 Jun 2015 14:47:46 +0300 > > AO>>> У нас девелоперы имеют свою "эталонную базу" и проверяют все > AO>>> обновления сначала на ней, после чего уже выкатывают в продакшен. > AK>> А что у вас делает второй девелопер, когда первый только что > AK>> загубил эталонную базу? Даже если у каждого девелопера своя база, > AK>> то и себе во второй раз нужна та-же копия, что и в первый. Вот эти > AK>> вопросы я и пытаюсь решить. > > AO> Hу, самое простое - поднять оракл из "холодного бэкапа". > > AO> Т.е., останавливаем оракл, делаем переименование каталогов с данными и > AO> архив-логами, запускаем оракл. >Ага, вот, наконец, ты начинаешь понимать меня. Hужно поднять оракл из бэкапа. >Для этого нужно бэкап скопировать на место файлов оракла. Копия, как я говорил, >длится около часа. Итого: один цикл тестирования будет длиться не менее часа. >Что есть много. Отсюда и возникает мой вопрос - как сделать так, чтоб >восстанавливаться быстрее? Дальше можешь читать весь топик с самого начала, но >уже понимая, что мне нужно :)
Если данных много - то на кривой кобыле всё равно не объедешь. Hу, допустим, даст тебе zfs быстрое восстановление снапшота (хотя какое оно, нафиг, быстрое: остановить сервер, дождаться, пока он все недозаписанные транзакции на диски сольёт, махнуть ФС, потом запустить сервер БД и ждать, пока он все нужные данные опять всосёт в память - можно позволить себе разве что тогда, когда изменению подвергается небольшая часть данных), так ведь новые данные всё равно продолжат место на диске занимать. Более того, их удаление, даже в фоне, занимает ту же полосу дискового ввода-вывода, которая и так нужна для ежедневной работы.
Вал. Дав.
P.S. Кстати, для сочетания оракла с zfsом рекомендуется использовать ОС, на которой оракл работает лучше, чем на линухе, а zfs - лучше, чем на FreeBSD. --- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)