|
Untitled Document

Партнерский семинар
« Построение систем высокой готовности на основе СУБД 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, наличие которых позволяет разрабатывать, внедрять и сопровождать системы, наверно, любой сложности.

Семинар Владимира Демкина, как предполагалось, должен был быть посвящен обзору средств СУБД 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») повторился еще и не раз, но уже в двух дневном варианте. Так много очень интересного и практически полезного материала!

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

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

- Одних технологий недостаточно
- MAA – это руководство для достижения высокой готовности
- Лучший практический опыт эксплуатации
- Предотвращение простоев, дублирование компонент, восстановление работы
- Протестировано, проверено на практике и задокументировано
- БД, устройства хранения, кластер, сеть
- 35 лет практического опыта
otn.oracle.com/deploy/availability
Maximum Availability = Unbreakable Architecture + Best Practices
Oracle Real Application Clusters (RAC) Best Practices
Что даёт ?

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

- Используйте стек от 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

Oracle Automatic Storage Management (ASM) обеспечивает :
- Кластеризованный пул дисковых устройств, об щее дисковое пространство для БД -> RAC и не- RAC
- Централизацию и упрощение управления
- Более высокий коэффициент утилизации
- Более высокую производительность
ASM динамическая ребалансировка
- Изменения конфигурации
- Добавить / удалить или изменить размер
- Плановые и неплановые
- Ручные или автоматические
- On-line управление конфигурацией
- Исключает ручную настройку ввода / вывода
- Обеспечивает оптимальную производительность
- On - line миграция на другие дисковые подсистемы
ASM : защита от сбоя
- ASM “зеркалирует” данные на недорогих модульных массивах
- Автоматическое восстановление избыточности в случае сбоя диска или всего массива
- Варианты дисковой избыточности
- External: аппаратная избыточность
- Normal: 2-х кратная избыточность
- High: 3-х кратная избыточность
… и так далее. Всего не успели. Так что если Вы увидите объявление о повторении этого семинара В.Демкина, записывайтесь, приходите или пришлите своих ведущих специалистов. Не пожалеете!
И в заключении несколько строк, вернее две фотографии отрывающегося вида на окружающий пейзаж, Москва-реку, Третье транспортное кольцо с высоты 9 этажа блока С бизнес-центра Москва-Сити «Башня на Набережной» , где располагается новый офис Российского представительства корпорации Oracle . Очень впечатляющий вид. Представительство Oracle в СНГ всегда радо видеть партеров и специалистов на своих профессиональных семинарах.
Анатолий Бачин,
главный редактор « Oracle Magazine /Русское издание»
|