= Сообщение: 2211 из 8555 ========================================= RU.LINUX = От : Alexey Vissarionov 2:5020/545 07 Jun 15 14:32:56 Кому : Andrew Kant 07 Jun 15 14:32:56 Тема : Среда для многократного тестирования FGHI : area://RU.LINUX?msgid=2:5020/545+55742d50 На : area://RU.LINUX?msgid=2:469/83.1+55741a33 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Доброго времени суток, Andrew! 07 Jun 2015 12:53:28, ты -> мне:
AK>>>>> Есть сервер с БД, данные довольно большого объема (условно - AK>>>>> 0.5TB), AV>>>> Это не такой уж и большой объем... AK>>> для того, чтоб делать файловую копию - достаточно большой (при AK>>> скорости копирования 100MB/сек потребуется около часа, чтоб тупо AK>>> скопировать из копии). AV>> Значит, копировать нужно умно. AK> Спасибо, капитан, за совет :)
Так-то! :-)
AK>>>>> есть необходимость что-то с ними сделать, проверить результат и AK>>>>> вернуть в исходное состояние. И так постоянно. То есть операция AK>>>>> приведения всего к начальному состоянию должна быть быстрой. AV>>>> Каков характер данных? БД или просто набор файлов? AK>>> БД, но при остановке сервера она превращается в набор файлов. AV>> Тогда примерно так: поднимаем репликацию, эксперименты производим AV>> на одном из вторичников. А если база умеет откатывать транзакции AV>> вручную - совсем хорошо. AK> Операция "поднимаем репликацию" по мощности сопоставима с тупым AK> копированием. Да и транзакция транзакции рознь - в оракле
Ага, у тебя там еще и Oracle...
AK> средствами самого оракла нет возможности откатить DDL-оператор, AK> типа изменение таблицы или хранимой процедуры, а тем более AK> последовательности таких "транзакций", поэтому приходится извращаться AK> более низкоуровневыми средствами.
При репликации записями (а не операторами) - вполне реально, ибо процедуры хранятся в своей отдельной таблице.
AK>>>>> Hапрашивается LVM и его снэпшоты, может кто-то ещё чего-нибудь AK>>>>> посоветует? AV>>>> Посоветую использовать кучку (для ротации) Qemu с параметром AV>>>> -snapshot AK>>> То есть сначала создать кучку образов из одной копии (на каждый - AK>>> час), а потом быстро их переключать, пока не закончились AK>>> неиспользованные? AV>> Запустили виртуалку, протестировали, остановили виртуалку, и она AV>> вернулась в исходное состояние. Если результат понравился - вручную AV>> скажи commit ide0-hd0 (или как ты там его обзовешь). AK> Чем это лучше LVM (ну кроме риска потери данных)? Всё практически AK> то-же самое, но без лишнего слоя - остановил базу, отмонтировал AK> раздел (либо сразу его удалить, либо сохранить, "если понравился"), AK> подмонтировал раздел (очередной снэпшот оригинала), запустил базу.
Тем, что действием по умолчанию является "вернуть как было".
-- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Исходный текст - частный случай конфигурационного файла --- /bin/vi * Origin: http://openwall.com/Owl/ru (2:5020/545)
