Untitled Document

Figure 1

Партнерский семинар

« Построение систем высокой готовности на основе СУБД Oracle »

На этом семинаре (его название на английском звучит как « Planning high availability configurations ( based on EE RAC options ) »), состоявшемся 16 мая 2008 в новом офисе Российского представительства корпорации Oracle в бизнес-центре "Башня на Набережной" Москва-Сити, была представлена большая презентация ведущего консультанта Oracle CIS Владимира Демкина, которая называлась также просто « Oracle Database 11 g : Best Practices for Maximum Availability Architecture ( MAA ) », что означает практически тот же самое, что заявлено в названии семинара. Я сразу обращаю на это внимание потому, что и ходе этого репортажа, и, я уверен, в дальнейшей обращаю Oracle -практике мы будем очень часто встречаться с аббревиатурой MAA - система, или даже шире – архитектура, высокой готовности , неотъемлемой, но не единственной частью которой является уже всем известная опция Oracle RAC (Real Application Cluster s ). Целевая аудитория, естественно, - администраторы баз данных и системные архитекторы Oracle, а также другие продвинутые технический специалисты. На это тоже надо обратить внимание, как и на то, что нас набилось человек 30-40 в небольшую аудиторию, и многие слушатели сокрушались, что узнали о семинаре в последнюю минуту и не могли сообщить о нем знакомым специалистам. А сколько еще людей не знали о семинаре, или знали, но были слишком заняты. Я говорю об этом потому, что это свидетельствует о уже довольно значительном количестве специалистов высокой квалификации в администрировании Oracle, наличие которых позволяет разрабатывать, внедрять и сопровождать системы, наверно, любой сложности.

Figure 2

Семинар Владимира Демкина, как предполагалось, должен был быть посвящен обзору средств СУБД Oracle для обеспечения высокой готовности и катастрофоустойчивости, некоторым практическим аспектам реализации и использования. В его программе значились следующие темы:

  • Обзор средств СУБД Oracle для обеспечения высокой готовности и катастрофоустойчивости
  • Основы Oracle Data и практические советы по реализации
  • Real Application Clusters: Краткий обзор принципов построения и работы. Планирование и практическая реализация
  • Automatic Storage Management: Методы миграции. Настройка. Средства доступа к данным.

Но в отведенное время с 10.00 до 15.30 (на самом деле семинар закончился существенно позже) ведущему удалось рассмотреть не все вопросы – настолько высока была заинтересованность аудитории, задавались вопросы, вспыхивали маленькие дискуссии, по существу проходил обмен опытом. И в этом, я так понимаю, была не менее ценная составляющая этого мероприятия, как и постижение нового материала. Та часть семинара В.Демкина, которая посвященная Oracle RAC, на мой взгляд, может так и называться « Oracle RAC: Глубокое погружение для АБД» , дополняя и развивая в свою сторону неоднократно упоминавшийся в нашем журнале семинар « Oracle RAC: Глубокое погружение для разработчиков ». Очень хотелось, чтобы семинар В.Демкина « Oracle Database 11 g : Best Practices for Maximum Availability Architecture ( MAA ) » ( « Построение систем высокой готовности на основе СУБД Oracle») повторился еще и не раз, но уже в двух дневном варианте. Так много очень интересного и практически полезного материала!

Figure 3

По обыкновению моих репортажей приведу несколько основных положений и слайдов из презентации Владимира Демкина. Надеюсь, что со временем эта большая на 189 слайдов презентация будет выложена на сайте Oracle СНГ.

Инновации Oracle отменяют вечный компромисс выбора между ценой и высокой готовностью:

Figure 4

  • Лучшее и наиболее полное в индустрии решение
  • Минимизация перебоев в работе по любой причине;
  • Минимальные затраты
  • Недорогие grid -сервера и устройства хранения;
  • Не простаивает оборудование ;
  • Встроенные кластерное ПО, менеджер томов и защита от катастроф;
  • Интегрировано, автоматизировано и просто в использовании;
  • Высокую готовность в массы!

Высокая готовность и низкая стоимость

Oracle Maximum Availability Architecture

Интегрированный набор лучшего практического опыта

Figure 5

  • Одних технологий недостаточно
  • MAA – это руководство для достижения высокой готовности
  • Лучший практический опыт эксплуатации
  • Предотвращение простоев, дублирование компонент, восстановление работы
  • Протестировано, проверено на практике и задокументировано
  • БД, устройства хранения, кластер, сеть
  • 35 лет практического опыта

otn.oracle.com/deploy/availability

Maximum Availability = Unbreakable Architecture + Best Practices

Oracle Real Application Clusters (RAC) Best Practices

Что даёт ?

Figure 6

  • Высокую доступность
  • Гибкую масштабируемость по запросу
  • Низкую стоимость вычислений
  • Инфраструктуру для Grid Компоненты кластера
  • Кластер состоит из двух основных частей:
  • Узлы и вспомогательные аппаратные компоненты;
  • Кластерные менеджеры (Clusterware);
  • Узлы кластера обеспечивают отдельные вычислительные ресурсы;
  • Кластерные менеджеры обеспечивают логику, которая объединяет аппаратные компоненты вместе для представления их как единого вычислительного ресурса.

С чего начать ?

Figure 7

  • Используйте стек от Oracle
  • ~70% пользователей Oracle RAC 10g используют только Oracle Clusterware
  • ~60% пользователей Oracle RAC 10 g используют Oracle Clusterware и ASM
  • Проверьте и подготовьте технику и ОС
  • для Linux проверьте Oracle Validated Configurations http://www.oracle.com/technology/tech/linux/validated-configurations/index.html
  • Выберите тип и конфигурацию межсоединения
  • Определите методологию системы хранения
  • Инсталляция и конфигурация ПО Oracle Clusterware
  • Инсталляция ПО Oracle RDBMS RAC ( ASM и БД могут быть созданы автоматически)

Как убедиться, что инсталляция идёт гладко?

  • Запускать утилиту cluvfy ( Cluster Verification Utility ) на каждой фазе инсталляции

  • cluvfy проверяет специфические для RAC компоненты – разделяемые дисковые устройства, конфигурацию сети, требования к ОС, Oracle Clusterware , группы и пользователей ОС

    Помните!
    Очень часто RAC является жертвой некорректной конфигурации

  • Согласно статистики 87% эскалаций запросов на поддержку в Oracle по вопросам производительности системы вызваны проблемами в системной конфигурации или неправильными планами выполнения.


    Интегрированный менеджер томов для файлов БД Oracle

    Figure 8

    Oracle Automatic Storage Management (ASM) обеспечивает :

    • Кластеризованный пул дисковых устройств, об щее дисковое пространство для БД -> RAC и не- RAC
    • Централизацию и упрощение управления
    • Более высокий коэффициент утилизации
    • Более высокую производительность

    ASM динамическая ребалансировка

    • Изменения конфигурации
    • Добавить / удалить или изменить размер
    • Плановые и неплановые
    • Ручные или автоматические
    • On-line управление конфигурацией
    • Исключает ручную настройку ввода / вывода
    • Обеспечивает оптимальную производительность
    • On - line миграция на другие дисковые подсистемы

    ASM : защита от сбоя

    • ASM “зеркалирует” данные на недорогих модульных массивах
    • Автоматическое восстановление избыточности в случае сбоя диска или всего массива
    • Варианты дисковой избыточности
    • External: аппаратная избыточность
    • Normal: 2-х кратная избыточность
    • High: 3-х кратная избыточность

    … и так далее. Всего не успели. Так что если Вы увидите объявление о повторении этого семинара В.Демкина, записывайтесь, приходите или пришлите своих ведущих специалистов. Не пожалеете!


    И в заключении несколько строк, вернее две фотографии отрывающегося вида на окружающий пейзаж, Москва-реку, Третье транспортное кольцо с высоты 9 этажа блока С бизнес-центра Москва-Сити «Башня на Набережной» , где располагается новый офис Российского представительства корпорации Oracle . Очень впечатляющий вид. Представительство Oracle в СНГ всегда радо видеть партеров и специалистов на своих профессиональных семинарах.

    Figure 9

    Figure 10

    Анатолий Бачин,

    главный редактор « Oracle Magazine /Русское издание»




  • E-mail this page