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


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2208 из 8555 ========================================= RU.LINUX =
От   : Andrew Kant                      2:469/83.1         07 Jun 15 12:53:28
Кому : Alexey Vissarionov                                  07 Jun 15 12:53:28
Тема : Среда для многократного тестирования
FGHI : area://RU.LINUX?msgid=2:469/83.1+55741a33
На   : area://RU.LINUX?msgid=2:5020/545+5573f30c
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:5020/545+55742d50
Ответ: area://RU.LINUX?msgid=2:5030/257+55749170
==============================================================================
Hello Alexey!

Sunday June 07 2015 10:11, Alexey Vissarionov wrote to Andrew Kant:

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

AV> Значит, копировать нужно умно.
Спасибо, капитан, за совет :)

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

AV> Тогда примерно так: поднимаем репликацию, эксперименты производим на
AV> одном из вторичников. А если база умеет откатывать транзакции вручную -
AV> совсем хорошо.
Операция "поднимаем репликацию" по мощности сопоставима с тупым копированием.
Да и транзакция транзакции рознь - в оракле средствами самого оракла нет возможности откатить DDL-оператор, типа изменение таблицы или хранимой процедуры, а тем более последовательности таких "транзакций", поэтому приходится извращаться более низкоуровневыми средствами.

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

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

AV> Запустили виртуалку, протестировали, остановили виртуалку, и она
AV> вернулась в исходное состояние. Если результат понравился - вручную
AV> скажи commit ide0-hd0 (или как ты там его обзовешь).
Чем это лучше LVM (ну кроме риска потери данных)? Всё практически то-же самое, но без лишнего слоя - остановил базу, отмонтировал раздел (либо сразу его удалить, либо сохранить, "если понравился"), подмонтировал раздел (очередной снэпшот оригинала), запустил базу.

Good bye!
           Andrew

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

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