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


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2223 из 8555 ========================================= RU.LINUX =
От   : Andrew Kant                      2:469/83.1         08 Jun 15 17:41:39
Кому : Vova Uralsky                                        08 Jun 15 17:41:39
Тема : Среда для многократного тестирования
FGHI : area://RU.LINUX?msgid=2:469/83.1+5575a9ac
На   : area://RU.LINUX?msgid=2:5030/257+5575b05f
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:5030/257+557609f5
==============================================================================
Hello Vova!

Monday June 08 2015 14:46, Vova Uralsky wrote to Andrew Kant:

VU>>> К счастью это несовсем так, если один блок поменялся 100 раз,
VU>>> восстанавливаться он будет только один раз.
AK>> С чего ты взял, что один? Берутся все реду-логи с текущего момента
AK>> до момента отката, и в обратном порядке накатываются. Представь
AK>> себе,

VU> IMHO, ты что-то путаешь, но это не так и важно в данном случае.
Hу почему неважно, хотелось-бы иметь понимание, если я не прав - покажи в чем. Вроде читал именно по той ссылке, что ты давал.

VU>>> ОК, если бы я такое дома делал ;-), я бы сварганил "крутящиеся
VU>>> зеркала".
VU>>> Допустим, диск А у нас эталонный, а диски B и C являются зеркалами
VU>> VU>>> диска A. При необходимости потестировать откалываем,
VU>>> допустим, копию C и монтируем; пускаем оракела, тестируем, по
VU>>> окончании возвращаем в
AK>> по времени как раз соизмеримо с полным копированием. Можно,
AK>> конечно, добавить D (а потом E итп), но тогда время подготовки
AK>> эталона (первоначального) стремится к бесконечности :)

VU> in real life, думаю, хватит тройного зеркала при твоих объёмах. Если,
VU> конечно, у тебя не локальные сата4хтерабайтники в качестве дисков. ;-)
У тебя дома, где ты собирался делать зеркала, стоит сторадж? :) У моих девелоперов его тоже нет - обычный сервачок с 4-мя сасовыми 2хТБайтниками в рэйде.

AK>> Так что только снэпшоты на уровне файловой системы: время
AK>> создания
AK>> нового снэпшота - секунды, пользуемся им, закончили тестирование -

VU> Hа zfs, про btrfs не скажу.
Hу почему сразу zfs? Я-же говорил, что ещё LVM. Виссарионов вообще vhd предлагает в качестве хранилища.

AK>> удаляем снэпшот, делаем новый. Можно, конечно, снэпшоты стораджа
AK>> (на уровне железа), но это уже дороговато получается, да и
AK>> управлять ими из скриптов неудобно.

VU> Это ты их сильно недооцениваешь. ;-) Всякие трукопи и шэдоуимиджи
VU> сертифицированы ораклом уже лет 15 как, а может и дольше.
Может быть, но, сам понимаешь, мне нужно именно "решение для бедных", так что ни аппаратные стораджи, ни фичи оракла из разряда enterprise edition мне не подойдут.

VU> Я бы собрал NAS с zfs на коленке. Типа сансимфони для бедных.
VU> Между
VU> прочим, для тестовых нужд базу можно и на nfs держать, так что даже
VU> iscsi необязательно. Был бы ASM, выхода бы не было, а так...

А почему NAS, сеть итп? Только чтоб поднять zfs на более родной для неё среде?

Good bye!
           Andrew

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

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