RACDD4D news
С разрешения Игоря Усольцева я хотел бы опубликовать пример очень хорошей заявки на наши семинары из серии "Oracle RAC DD4D ..". Миграция БД высокой готовности [prepaid GSM биллинговая система Беркут In@Voice] на доступную кластерную конфигурацию (Oracle 9i RAC / Linux x86 / FC SAN / SATA HDD)
Конечно, 9i не самая свежая версия, но сам проект очень интересный. Заявка принята ! Игорь будет приглашен на ближайший семинар по его выбору.
Кстати, обратите внимание, что Игорь пишет об успешном опыте взаимодействия с Oracle Enterprise Linux support team.
Сообщения
Читал и плакал.
ОтветитьУдалитьБедные, бедные опсосы, как же им плохо живется, что для основной бабкозарабатывающей системы не могут купить нормальное железо, сравнимое по стоимости с суммой, которая будет потрачена на RAC
В общем в нас это неистребимо, сначала создать себе трудности, чтобы потом их героически преодолеть.
Мне кажется, Вы не поняли, вопрос был вовсе не в деньгах, решалась другая задач. И решилась.
ОтветитьУдалитьА цели у всех разные, соответсвенно решения тоже.
Правда ?
ОтветитьУдалитьсервер-самосбор, массив инфотренд...
Для биллинговой системы оператора федерального уровня просто смешно.
"Основной целью проекта было увеличение резерва производительности системы БД "реального времени" с постоянно увеличивающейся нагрузкой, вызванной ростом абонентской базы, звонковой нагрузкой и расширением функционала"
Я неправильно понял ?
И вместо того, чтобы вертикально масштабировать задачу на single instance начали городить огород с RAC'ом.
Ну хоть админы прокачали
скиллы в этом самом ракостроении.
P.S Ничего личного. Просто мнение.
>И вместо того, чтобы вертикально масштабировать задачу на single instance начали городить огород с RAC'ом.
ОтветитьУдалитьЧто такое вертикально масштабировать ? Купить железку побольше ? А если откажет ? Значит надо две купить ? А если их перестанет хватать, эти две выбросить купить две новые ?
Разные люди, разные доходы, разные решения. Я уважаю оба подхода.