= Сообщение: 2287 из 8555 ========================================= RU.LINUX = От : Andrew Kant 2:469/83.1 16 Jun 15 09:05:26 Кому : Oleg Levkin 16 Jun 15 09:05:26 Тема : Среда для многократного тестирования FGHI : area://RU.LINUX?msgid=2:469/83.1+557fc0a6 На : area://RU.LINUX?msgid=2:5053/56@fidonet+557f4355 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello Oleg!
Monday June 15 2015 22:36, Oleg Levkin wrote to Andrew Kant: OL>>>>> записей: ей безразлично сколько их 100 или 1005001000000, OL> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ OL>>>>> поскольку при грамотном проектировании БД вероятность потерь OL>>>>> данных стремится к нулю. (в сторону) на нормального "оракловода" OL>>>>> денег что ли не хватило? Вот с чего ты взял что есть какие-то потери данных? Есть задача автоматизировать тестирование.
AK>> Здесь технический форум, хочешь блеснуть интеллектом - приведи AK>> решение задачи, а гордиться своей крутостью можешь и молча. OL> Мой дорогой друг! Если ты всего лишь системный администратор, тебе не OL> обязательно знать "диалект" SQL конкретного движка БД. Тебе нужно хотя OL> бы знать как движок БД работает в ОС, какие сервисы/демоны OL> задействованы, как движок работает с оперативной и дисковой памятью. Без OL> знания этих вещей и упования только на средства ОС ты гарантированно OL> получишь запоротую базу, которую придется восстанавливать из полного OL> бэкапа - отсюда вывод: То есть ты даже не попытался подумать над тем, о чем речь шла в треде. А речь шла о снэпшоте с ХОЛОДHОЙ копии базы. Когда сервер останавливается, БД превращается просто в набор файлов.
OL> зачем нужно было городить огород со снэпшотами OL> ФС, когда можно обойтись простым восстановлением данных. И это не OL> "крутость". Это элементарные знания. Это элементарная заносчивость - не разобравшись обосрать.
AK>>>> ты думаешь, сколько будет стоить апгрейд с std1 до enterprise AK>>>> для AK>>>> двухпроцессорного сервака, процы которого имеют по 8-core AK>>>> (напомню, для платформы x86 множитель 1/2, получаем 8 "ядер" AK>>>> примерно по 40000$ каждое)? Посчитал? OL>>> Ты осетра-то урежь. Раза в четыре. Hу раза в три, если OL>>> мигрировать с std1 на enterprise. AK>> Я привел неточные цифры? Плиз, пруфлинк на сайт оракла. OL> Ты не поверишь. Цифры я брал из оракловского прайс-листа (который OL> global у них на сайте). Hу так укажи их (цифры с gpl).
AK>> вышеуказанного сервера. Посмотрим, как ты такой умный еще и AK>> считать AK>> умеешь. OL> Hе могу. Цены на переход с младшей редакции на старшую - индивидуальны OL> и обсуждаются с конкретным дилером Oracle. Давай без индивидуальных подходов - по gpl. Конкретные цифры.
AK>> И ещё, я не понял оборота "урежь раза в четыре. Раза в три, если AK>> мигрировать". То есть, по-твоему, миграция дороже чем просто AK>> покупка? OL> В русском языке слово "урезать" близко по смыслу к слову "уменьшить". OL> Если вам предлагают миграцию по цене новой лицензии, я в этом случае OL> ничем не могу помочь, разве что посоветовать поискать другого дилера OL> Oracle. Смотрим твои фразы: