= Сообщение: 2203 из 8623 ========================================= RU.LINUX = От : Serguei E. Leontiev 2:5020/400 06 Jun 15 20:13:51 Кому : Andrew Kant 06 Jun 15 20:13:51 Тема : Re: Среда для многократного тестирования FGHI : area://RU.LINUX?msgid=<1187501431@ddt.demos.su>+a9657485 На : area://RU.LINUX?msgid=2:469/83.1+5571e87d = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:469/83.1+557336c8 ============================================================================== From: "Serguei E. Leontiev" <leo@sai.msu.ru>
Привет Андрей,
От 5 июня 2015 г., 21:14:11 в fido7.ru.linux ты писал: ??>>> Есть сервер с БД, данные довольно большого объема ??>>> (условно - 0.5TB), есть необходимость что-то с ними ??>>> сделать, проверить результат и вернуть в исходное ??>>> состояние. И так постоянно. То есть операция приведения ??>>> всего к начальному состоянию должна быть быстрой. ??>>> Hапрашивается LVM и его снэпшоты, может кто-то ещё ??>>> чего-нибудь посоветует? DM>> btrfs и его снапшоты AK> Как-то стрёмно - везде информация 2010-го года, что типа AK> придумали новую систему, но она не для продакшина. А более AK> свежей информации чего-то нет, как будто про неё забыли (или на AK> неё забили). Есть какой-то опыт использования? Мне, конечно, AK> для тестирования, но хотелось тестировать то, что мне нужно, а AK> не файловую систему :) DM>> zfs и его^W^W^W AK> Под линуксом? Hе, это точно глюкодром, рановато ещё.
С такими "сверхновыми" технологиями, как "снэпшоты" и сжатие, под Linux напряжёнка, увы и ах.
Однако, на настоящий момент ZFS это лучшее, что есть.
BTRFS если для тестирования, то тоже почему нет?
Если данные удачные, то можно включить сжатие, при этом заметно поднимется скорость и появится место для резервной копии. Т.е. если это "глюкало" по имени BTRFS грохнется, то восстановление меньше часа.
Hо BTRFS не каждый же день будет глючить. Хотя ZFS заметно надёжнее будет :)
-- Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru