Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2202 из 8555 ========================================= RU.LINUX =
От   : Andrew Kant                      2:469/83.1         06 Jun 15 12:23:44
Кому : Alexey Vissarionov                                  06 Jun 15 12:23:44
Тема : Среда для многократного тестирования
FGHI : area://RU.LINUX?msgid=2:469/83.1+5572bdb8
На   : area://RU.LINUX?msgid=2:5020/545+5572a882
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:5025/121+55733d5a
Ответ: area://RU.LINUX?msgid=2:5020/545+5573f30c
Ответ: area://RU.LINUX?msgid=<1187501484@ddt.demos.su>+b859aa54
==============================================================================
Hello Alexey!

Saturday June 06 2015 11:00, Alexey Vissarionov wrote to Andrew Kant:

AK>> Есть сервер с БД, данные довольно большого объема (условно -
AK>> 0.5TB),

AV> Это не такой уж и большой объем...
для того, чтоб делать файловую копию - достаточно большой (при скорости копирования 100MB/сек потребуется около часа, чтоб тупо скопировать из копии).

AK>> есть необходимость что-то с ними сделать, проверить результат и
AK>> вернуть в исходное состояние. И так постоянно. То есть операция
AK>> приведения всего к начальному состоянию должна быть быстрой.

AV> Каков характер данных? БД или просто набор файлов?
БД, но при остановке сервера она превращается в набор файлов.

AK>> Hапрашивается LVM и его снэпшоты,

AV> Это создаст риск необратимой потери всех этих данных из-за ошибок в
AV> device mapper'е (выковырять в половине случаев можно, но это долго и
AV> дорого).
Хранение данных на диске - всегда риск (больше или меньше), а о твоей нелюбви к девмаперу я уже слышал. Этим риском я готов пренебречь.

AK>> может кто-то ещё чего-нибудь посоветует?

AV> Посоветую использовать кучку (для ротации) Qemu с параметром -snapshot
То есть сначала создать кучку образов из одной копии (на каждый - час), а потом быстро их переключать, пока не закончились неиспользованные?

Good bye!
           Andrew

--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.055458 секунды