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


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2286 из 8555 ========================================= RU.LINUX =
От   : Oleg Levkin                      2:5053/56          15 Jun 15 22:36:38
Кому : Andrew Kant                                         15 Jun 15 22:36:38
Тема : Среда для многократного тестирования
FGHI : area://RU.LINUX?msgid=2:5053/56@fidonet+557f4355
На   : area://RU.LINUX?msgid=2:469/83.1+557a862a
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:469/83.1+557fc0a6
Ответ: area://RU.LINUX?msgid=<1187501535@ddt.demos.su>+0cb24518
Ответ: area://RU.LINUX?msgid=2:5030/257+55801cc8
==============================================================================
              Я рад пообщаться с тобой, Andrew!

 Однажды, сидя за компутером и покуривая бамбук, увидел я как  12 Июн 2015 Andrew Kant и я травили байки про Среда для многократного тестирования:
DC>>>>>> Скажите, гражданский... А за каким овощем вам для проверки
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
DC>>>>>> реструктуризации нужны все over 5 лярдов записей? Hа 100 штуках
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
DC>>>>>> не проверить?
         ^^^^^^^^^^^^^^
AK>>>>> А ты уверен, что твой гипотетический алгоритм реструктуризации,
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AK>>>>> прекрасно работающий на 100 штуках, не накроется на 101-ой?
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OL>>>>  Правильно спроектированная модель данных не зависит от количества
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OL>>>> записей: ей безразлично сколько их 100 или 1005001000000,
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OL>>>> поскольку при грамотном проектировании БД вероятность потерь
OL>>>> данных стремится к нулю. (в сторону) на нормального "оракловода"
OL>>>> денег что ли не хватило?
AK>>> Обожаю рассуждения теоретиков как было-бы сделать правильно (да и
AK>>> сам этим грешу),
OL>>  Это про твою организацию написано: http://bit.ly/1MMubBQ ?
AK> Hет, молодым проще - им нечего терять, у нас всё наоборот - старое,
AK> закостенелое, что-либо поменять - подвиг (ибо стресс и катастрофа).
 Hу бывает, что это с возрастом не проходит... К сожалению.

OL>>  Правильно я понимаю, что слова "нормализация данных" у твоих
OL>> девелоперов вызывает дрожь в коленях и непроизвольное расслабление
OL>> сфинктера?
AK> Вот пришел ты, такое хамло, и ни зачто ни прочто обидел неизвестных тебе
AK> людей, причем, даже не зная, правду сказал, или в лужу пукнул.
 Перечитай подчеркнутое.

AK> Здесь технический форум, хочешь блеснуть интеллектом - приведи решение
AK> задачи, а гордиться своей крутостью можешь и молча.
 Мой дорогой друг! Если ты всего лишь системный администратор, тебе не обязательно знать "диалект" SQL конкретного движка БД. Тебе нужно хотя бы знать как движок БД работает в ОС, какие сервисы/демоны задействованы, как движок работает с оперативной и дисковой памятью. Без знания этих вещей и упования только на средства ОС ты гарантированно получишь запоротую базу, которую придется восстанавливать из полного бэкапа - отсюда вывод: зачем нужно было городить огород со снэпшотами ФС, когда можно обойтись простым восстановлением данных.
 И это не "крутость". Это элементарные знания.
 У нас по весне была подобная задача. Только в главной роли был не Oracle, а DB2. Использовали мы тогда "метод Виссарионова" - сервер БД в виртуалке. Однако он не сработал - база оказалась испорченной псоле восстановления из снэпшота (так сошлись звезды: выполнение снэпшота виртуалки совпал то ли с фоновой сборкой "мусора", то ли с операциями на уровне служебных таблиц, то ли еще что, но факт остается фактом). Так как денег на Tivoli Storage Manager не выделили (пока), мы (девелоперы) просто переработали регламент тестирования (бумажная процедура), а бэкап/восстановление базы делается по старинке.
 В твоем же случае тебе несколько человек посоветовали пересмотреть регламент тестирования, алгоритмы, структуру данных вместо попытки реализации "базы высокой доступности для бедных" если уж нет финансов на техническое перевооружение.

AK>>> ты думаешь, сколько будет стоить апгрейд с std1 до enterprise для
AK>>> двухпроцессорного сервака, процы которого имеют по 8-core (напомню,
AK>>> для платформы x86 множитель 1/2, получаем 8 "ядер" примерно по
AK>>> 40000$ каждое)? Посчитал?
OL>>  Ты осетра-то урежь. Раза в четыре. Hу раза в три, если мигрировать с
OL>> std1 на enterprise.
AK> Я привел неточные цифры? Плиз, пруфлинк на сайт оракла.
 Ты не поверишь. Цифры я брал из оракловского прайс-листа (который global у них на сайте).

AK> вышеуказанного сервера. Посмотрим, как ты такой умный еще и считать
AK> умеешь.
 Hе могу. Цены на переход с младшей редакции на старшую - индивидуальны и обсуждаются с конкретным дилером Oracle. Каждый из них ведет свою ценовую политику: кто-то считает разницу между стоимостью пользовательскими и процессорными лицензиями, кто-то считает как "апгрейд версии с техподдержкой на 5 лет" + "N процентов"...

AK> И ещё, я не понял оборота "урежь раза в четыре. Раза в три, если
AK> мигрировать". То есть, по-твоему, миграция дороже чем просто покупка?
 В русском языке слово "урезать" близко по смыслу к слову "уменьшить". Если вам предлагают миграцию по цене новой лицензии, я в этом случае ничем не могу помочь, разве что посоветовать поискать другого дилера Oracle.

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

За SIMM прощаюсь, пишите письма
           Oleg
        ин зе хоум

Team [Квакеров&Думеров - Давить!] [Мультфильмы - RULEZ FOREVER!]

... Hовые законы создают новые лазейки
--- FidoNet обарзеватель/W32 1.1.5
* Origin: Девушка! Это Вы крокодил? (с) 2:5053/50 (2:5053/56)

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