Oracle Database 10g: Первая в мире самоуправляемая база данных Grid готова к работе
Oracle Database 10g: © Келли Вайсет ( Kelli Wiseth)
Статья была опубликована в Oracle Magazine RE
Новая самоуправляемая СУБД Oracle повышенной производительности и готовности уже приступает к коммерческим grid-вычислениям.
Есть тенденции, и есть те, кто их устанавливает. В начале и середине 1990-х годов корпорация Oracle предвидела парадигму internet-вычислений, которую теперь организации всех типов внедряют в основу своего бизнеса. В рамках этого процесса ИТ-инфраструктура приобрела чрезвычайно важное значение для предприятий. "Основная деятельность предприятий зависит сейчас от их ИТ-систем более, чем когда-либо ранее, и это относится ко всему: от ежедневных операций до предоставления услуг своим клиентам и заказчикам," говорит Сушил Кумар (Sushil Kumar), директор по направлению Database Manageability корпорации Oracle. "Многие предприятия последнего поколения, такие как eBay и Amazon, полностью полагаются на готовность своей ИТ-инфраструктуры; если она выйдет из строя, весь бизнес этих предприятий остановится".
Коротко говоря, отмечает Кумар, ИТ-системы действительно стали стратегическими для предприятий. И это оказало большое влияние на обеспечение нужного уровня готовности, масштабируемости и производительности ИТ-систем для организаций всех размеров. Период простоя (downtime) даже для крайне необходимых операций обслуживания теперь недопустим, если весь бизнес организации должен функционировать в режиме 24/7 (24 часа в сутки; 7 дней в неделю).
В то же время, говорит Кумар, более высокий, чем когда-либо, уровень конкуренции в современной глобальной экономике оказывает возрастающее давление на предприятия, заставляя их минимизировать свои расходы всюду, в том числе и в ИТ, чтобы сохранить уровень доходности.
Хотя ИТ-системы становятся стратегическими и неотъемлемой частью основного бизнеса предприятия, в то же время они становятся более сложными, трудными в управлении и более дорогими. Сложность добавляет расходы повсюду, это относится ко времени, затратам труда, потенциальным ошибкам и неспособности эффективного восстановления после сбоев. Согласно г-ну Кумару, все это объясняет почему "одной из основных проблем, которые встают перед большинством организаций в настоящее время, является управление стратегической частью их бизнеса, ИТ-системами, более эффективное, чем когда-либо; обеспечение наивысшего уровня производительности, масштабируемости и готовности; но при значительно меньших затратах, чем раньше". Эти же проблемы относятся к причинам столь большого интереса в настоящее время к коммерческим grid-сетям, которые частично поддерживаются эффективными (в ценовом отношении) blade-серверами. Благодаря небольшим последовательно производимым расходам, организации теперь могут получить больше мощности для обработки данных, которая может использована всеми ресурсами центра данных, более высокий уровень производительности, готовности и масштабирования в случае необходимости; но это возможно только если есть ПО, которое может эффективно использовать преимущества такой архитектуры.
“Лезвия” (Blades) повсюду Blade-серверы, которые стали платформой de facto для grid-вычислений, выпускаются не только для ОС Linux; они производятся в различных конфигурациях и для различных ОС. Например, линия blade-серверов PRIMERGY компании Fujitsu поддерживает платформу Microsoft Windows, а также ОС Red Hat Linux Advanced Server, SuSE ES-7 и ES-8, назовем только несколько. Sun Microsystems производит blade-серверы как с ЦП UltraSPARC с ОС Solaris 8 или Solaris 9, так и с ЦП x86 для 32-битовых приложений, выполняющихся в среде Solaris или Linux. Blade-серверы используются не только для grid-вычислений. Многие организации хотят воспользоваться преимуществами серверной консолидации; централизации, снижения уровня сложности, большего контроля за использованием blade-серверов и вложений. Применение blade-серверов помогает и в этом случае, так как они сокращают число силовых установок (power units), кабелей, а также расходы на другие компоненты, которые поставляются в комплекте, который поддерживают эти лезвия (blades, как правило, это - CPU, общие шины (buses), устройства оперативной памяти и локальное устройство ввода-вывода для диска; (при небольшом форм-факторе (small form factor) для ОС и системной BIOS). |
Очевидно, что наступило время для ПО, которое управляет и контролирует самое себя, ПО, которое эффективно снижает сложность управления в ценовом отношении.
Без такого самоуправляющегося ПО компании окажутся заложниками возрастающей сложности своих приложений и разнородных систем, для которых сейчас необходимы десятки обученных администраторов. И затраты на управление - это только часть уравнения: те же самые компании не смогут внедрить приложения все более изощренной сложности, которые вообще-то могли предложить бизнесу большие преимущества.
К счастью, Oracle Database10g была спроектирована для того, чтобы решить эти проблемы. Обеспечивая более высокие уровни производительности и готовности при сокращении затрат на управление, Oracle Database10g позволяет создавать центры данных для глобальных компаний, а также для предприятий с ресурсами, распределенными по всему миру, для оптимального использования и входа в новую эру мощных и управляемых вычислений в рамках предприятия.
Oracle Database10g – это реализация представлений корпорации Oracle об управляемости, охватывающей все предприятие стратегии, которая начала формироваться много лет тому назад. У этой стратегии управляемости две цели:
"Долгосрочное представление Oracle об управляемости заключается в полной автоматизации всех задач, связанных с управлением базами данных Oracle," – отмечает Кумар. За последние три года кросс-функциональная команда из более чем 200 разработчиков и архитекторов Oracle была вовлечена в создание инфраструктуры и инструментов для поддержки этого представления об проактивном, автоматическом управлении базой данных. Автоматизация эти ежедневных, рутинных задач управления базами данных Oracle позволит ИТ-профессионалам использовать лучше и в большей степени свои таланты для решения стратегических задач. Для организаций и центров данных мало пользы в том, что высокооплачиваемый технолог выполняет базовые задачи мониторинга. "База данных нуждается в автоматической поддержке самое себя; она не должна требовать каких-либо административных вмешательств, кроме тех случаев, когда это необходимо абсолютно" - говорит Кумар. Чем больше база данных может сделать для поддержки себя, тем меньше требуется вмешательств и меньше общая стоимость владения (TCO) в течении жизни системы. "Важно снизить уровень сложности, но сохранить гибкость" - добавляет Кумар.
Часть TCO – это стоимость обученного технического персонала; который не всегда легко найти. Боб Ширли (Bob Shirley), ведущий разработчик компании Schlumberger Information Solutions (SIS), которая предоставляет набор ПО для использования в поиске, добыче и обработки нефти и газа, подчеркивает: "Нехватка - причем по всему миру - обученных и опытных АБД – это серьезная проблема для нас. И количество времени, которое АБД должен проводить в качестве няньки при базе данных, также является проблемой». SIS напряженно развивает "базу данных следующего поколения для сервисов добычи нефти (oil-field services) и новые приложения, которые будет работать с этой базой данных». На данный момент Ширли приятно поражен шагами, предпринятыми в Oracle Database10g для снижения расходов на поддержку и повышения уровня автоматизации. "Корпорация добилась больших сдвигов в этом направлении с первым релизом Oracle Database10g," отмечает он.
Многие пользователи бета-версии Oracle Database разделяют такую оценку. "Снижение уровня сложности при достижении более управляемого ПО – это одна из наших главных целей," говорит Роб Лимен (Rob Leaman), руководитель департамента баз данных в подразделении Business Information Management System компании Deutsche Post IT Solutions GmbH (DPITS), провайдере ИТ-услуг для фирмы Deutsche Post World Net (DPWN).
Лимен немало знает о сложности. DPITS, которая ведет около 400 проектов, посылает людей на места для разработки большого набора кастомизированных приложений, которые поддерживают DPWN, состоящую из компаний Deutsche Post, DHL и Postbank. Основные области компетенции DPWN – это управление цепочками поставок (supply chain management logistics), предоставление почтовых коммуникаций, доставка посылок (parcel), экспресс-почта (express), логистика и финансовые услуги по всему миру. Приложения, в разработке которых DPITS участвует, делают все – от сортировки почты кодирования меток (bar-coding) до мониторинга движения грузов с контейнерами и воздушных перевозок (air freight); эксплуатацию этих приложений на условиях аутсорсинга ведет провайдер услуг T-Systems International.
Однако, отмечает Лимен, "мы не просто стартуем эти приложения и забываем о них (‘fire and forget' the applications)». Так как DPITS не эксплуатирует эти приложения у себя, то особое значение приобретает легкость управления базой данных: если у T-Systems возникла проблема с приложением, которая не может решена в течение некоторого периода времени, то DPITS – это следующий уровень поддержки. С инструментами управления, которые более автоматизированы и интеллектуальны, Лимен ожидает, что "можно будет намного быстрее разрешить возникающие проблемы либо же, если произойдет сбой, мы сможем запустить систему намного быстрее чем раньше».
Так как же все это устроено? Базе данных со свойствами самонастройки (self-tuning) и самоуправления необходимы возможности автоматически "обучаться" тому, как она используется. "В Oracle Database10g, мы реализовали полностью новую инфраструктуру, которая позволяет СУБД собирать информацию о рабочей нагрузке и использовать ее для принятия многочисленных решений по самоуправлению," говорит Кумар. Соответствующий инструментарий был встроен на каждом уровне технологии, собирая жизненно важные метаданные, которые будут использоваться для диагностирования проблем; эти данные будут сохранены в базе данных, а именно в Automatic Workload Repository (AWR); основном компоненте всей новой инфраструктуры управления, которому принадлежит центральная роль как "хранилище данных базы данных».
Освоить все эти механизмы помогает полный набор “советчиков” (advisors), которые предоставляют указания по дальнейшей оптимизации работы СУБД. Например, SQL Tuning and SQL Access Advisor, предоставляют рекомендации по более быстрому выполнению SQL-предложений. “Советчики” по использованию оперативной памяти позволяют измерять компоненты, которые там находятся, не прибегая к методу проб и ошибок (trial-and-error). Segment Advisor позволяет справиться с проблемами использования внешней памяти, такими как утилизация плохо используемого пространства, предсказание размеров новых таблиц и индексов, анализ тенденций роста. Undo Advisor позволяет следить за табличным пространством отката (undo).
Полная инфраструктура сигналов (alert) интегрирована с этими компонентами для уведомления администраторов о любой текущей и “зависшей” (impending) проблеме; все эти компоненты доступны через Web-консоль Enterprise Manager. Многие сигналы предлагают рекомендуемые действия по исправлению проблем, о которых они сообщают. А это может включать вызов одного из “советчиков” либо через Enterprise Manager (EM), либо в командной строке для получения подробного совета. Вся необходимая инфраструктура и соответствующие компоненты, такие как EM, устанавливаются автоматически при установке Oracle Database10g либо на одном компьютере, либо в кластерной конфигурации Real Application Clusters (RAC), отмечает Кумар.
Наиболее революционный аспект новой самоуправляемой СУБД Oracle – это ее способность диагностировать свои собственные проблемы производительности. Oracle Database10g включает “машину” самодиагностики (self-diagnostic engine), встроенную в ядро СУБД и называемую Automatic Database Diagnostic Monitor (ADDM). ADDM автоматически отслеживает состояние базы данных через короткие, регулярные интервалы (30 минут по умолчанию), предоставляя диагностику текущей производительности базы данных. Кумар сравнивает ADDM с "джином в вашей базе данных; если у вас проблема с производительностью, вы просто спрашиваете базу данных “Что это за проблема?” и она автоматически анализирует всю систему и выдает рекомендации. Вы получаете полный список всех проблем, обнаруженных ADDM, и возможные решения для них». Большая часть данных ADDM (и других “советчиков”) представляется в графической форме: line graphs over time, bar charts, pie charts, подходящие для конкретного типа данных, позволяют легко получить представление о сути дела за один взгляд. Кумар рассматривает ADDM как настоящий прорыв, благодаря сложной “машине” диагностики производительности, в которой аккумулированы знание и опыт, добытые за десятилетия экспертами корпорации Oracle по настройке производительности.
Помимо изучения результатов проактивного анализа ADDM, вы можете запустить ADDM вручную из Enterprise Manager или в командной строке, используя его PL/SQL-интерфейс. ADDM выполняет анализ “сверху-вниз” (top-down) потенциальных “узких мест” (bottlenecks), выдавая набор открытий, который включает основные причины (root causes) и рекомендации с логическим обоснованием. Помимо идентификации проблем, ADDM также сообщает о том, какое влияние каждая из этих проблем имеет на общую системную производительность и что можно добиться их решением. Такой анализ влияний и преимуществ, полученных благодаря решению проблем (impact-benefit analysis), поможет АБД сфокусироваться на проблемах, решение которых позволит добиться наибольшего роста производительности.
Лимен из DPITS видит много возможностей применения диагностических средств ADDM даже во время фазы разработки проекта, позволяя разработчикам "диагностировать заранее" до передачи приложений в эксплуатацию.
"Мы сможем провести системный тестирование (system-test) даже более эффективно, чем мы это делали ранее. Мы можем промоделировать ситуацию “если-то-иначе” (if-then-else) с кодом приложения; 'что произойдет, если мы сделаем это?'; и намного легче, чем раньше. Так что мы продиагностируем систему прежде, чем что-то произойдет, а это, я полагаю, снизит число проблем в последствии».
Тем не менее, отмечает Лимен, главное преимущество заключается в сокращении времени простоя (downtime) и исправлении любых проблем. "Так как мы теперь обладаем историей всех действий, происходящих с базой данных, и хранящимися в ней же данными, мы, действительно, сможем посмотреть назад, чтобы узнать, есть ли проблема, которую нужно решить: 'Что происходило в тот момент; что вызвало эту проблему?' Все это приводит к сокращению времени простоя или времени разрешения проблем," подчеркивает Лимен.
С ним соглашается Уэйн Хьюитт (Wayne Hewitt), старший АБД компании SunGard Treasury Systems. Хьюитт работает в офисе SunGard в городе Christchurch, Новая Зеландия, который ведет разработку продукта AvanteGard Quantum. (AvanteGard Quantum – это система управления казначейством, которая предоставляет интегрированные возможности управления казначейством, рисками, бухгалтерским учетом, наличными средствами (cash management) и другие возможности. Эта система используется многими крупнейшими предприятиями. Хьюитт управляет более 500 базами данных, которые используются для эксплуатации, разработки, поддержки и обеспечения качества (QA), и он помогает разрешать проблемы с базами данных, которые возникают у пользователей AvanteGard Quantum. Если что-то похоже на проблему, связанную с базой данных, то это окажется на его столе.
Согласно Хьюитту, "возможность взглянуть назад по времени на систему и конкретный SQL для определения “узких мест” является гигантским шагом вперед. Например, типичный запрос, который можно услышать на ВЦ клиента или у нас внутри от разработчиков, таков: 'Эй, система или программа выполняется медленнее, чем обычно.' К тому времени, когда вы займетесь этой проблемой, начнете разбираться с сервером (ЦП, оперативная память, диски, сеть) и базой данных (текущая активность, системные таблицы/представления, SQL-запросы) проблемный SQL может закончиться, и вы останетесь без достаточной информации для настройки и принятия предупредительных мер. Вы надеетесь, что причина проблемы в каком-то случайном (one-off) запросе или отчете, но вы не можете быть в этом уверены. Многие проблемы даже трудно воспроизвести.
Например: “почему автоматизированные ночные QA-скрипты идут намного медленнее, чем в ночь на последнее воскресенье?” С новыми возможностями мы сможем должным образом расследовать обе проблемы, вернувшись назад и определив, что использовало большинство ресурсов в тот период. Мы можем определить причину проблемы и затем получить рекомендации экспертов из Oracle Database для исправления ситуации».
Возможность получать лучшую диагностическую информацию неоценима как при разработке, так и при эксплуатации. "У нас был клиент с проблемой сетевых прерываний, которая влияла на наше приложение," но первичный диагноз показал, что это была проблема соединения с базой данных, говорит Хьюитт. "Если мы можем войти в такую ситуацию, увидеть аккуратно зафиксированные действия и исследовать историю, то это поможет нам лучше определить действительную причину проблемы. Это огромное преимущество для клиента и для нас».
Совет, данный по SQL-запросу и его настройке, может относиться к двум типам приложений: приложения, которые вы написали сами (и, следовательно, вы можете исправить его код), и тиражируемые приложения, чей код вы не можете исправить. В этом случае SQL Tuning Advisor вызывает оптимизатор для генерации профайла, который запоминается в словаре данных и может использоваться во время выполнения. Таким образом, SQL Tuning Advisor может помочь ускорению работы тиражируемых приложений.
Питер Дессер (Peter Deusser) и Дхармендра Пател (Dharmendra Patel) из фирмы Aventis Pharma рассматривают возможность “выжать” более высокую производительность из приложений поставщика, благодаря использованию SQL Access Advisor и SQL Tuning Advisor. Фирма Aventis – это глобальная фармацевтическая компания со штаб-квартирами в Страсбурге, Франция, и Бриджвотер, штат Нью-Джерси (США), и центрами по исследованиям и разработкам в Париже, Франция; Бриджвотер, Нью-Джерси; Франкфукт, Германия; и Токио, Япония. Дессер, руководитель команды по оказанию глобальных стратегических услуг в фирме Drug Innovation & Approval (DI&A), подразделении Aventis, он возглавляет глобально распределенную команду, в которую входит Пател, руководитель проекта в центре по исследованиям и разработкам в Нью-Джерси. Команда Дессера участвует в проектах разработки и интеграции, в которые вовлечены приложения различных поставщиков, причем все они критичны для Aventis в том, чтобы успешно соответствовать различным требованиям по регулированию отпуска лекарств по всему миру, многие из которых требуют создания обширной документации, в которой отслеживаются клинические исследования, неблагоприятные случаи (adverse events) и другая информация.
Группа Дессер ответственна за базы данных, которые управляют последними этапами клинических исследований, отслеживают неблагоприятные случаи, а также за базы данных по регулированию. Согласно Дессеру, "так как мы в основном полагаемся приложения поставщиков, то мы не можем изменять или повлиять на SQL-предложения, которые они посылают базе данных, если есть проблемы производительности. Поэтому мы хотим быть в состоянии добиться более высокой производительности, не ожидая исправления от поставщиков. Если мы сможем улучшить производительность и готовность, будучи уже на этапе эксплуатации, то это хороший шанс для нас».
Лимен из DPIT также хочет использовать SQL Tuning Advisor с тиражируемыми приложениями. "Автоматизированный оптимизатор настройки исследует предложения SQL, замечает, что они не очень хороши, и оптимизирует их; без изменения самих этих предложений. Вы можете действительно повысить производительность, причем никто не должен изменять приложение" - объясняет он.
В наше время простой (downtime) практически не допустим ни для одной компьютерной системы. К счастью, многие из новых функций автоматизации управления в СУБД Oracle Database 10g разработаны для того, чтобы предвидеть и предотвратить простой. Например, оптимизатор теперь автоматически собирает свою собственную статистику и интеллектуально “освежает” ее, когда это нужно, а именно тогда, когда таблицы баз данных были значительно изменены. Это важно, так как использование устаревшей статистики может привести к плохой производительности. Автоматическое обновление статистики должно существенно помочь решению проблем производительности, говорит Хьюитт из Sungard Treasury Systems. "Типичная проблема на местах у пользователей, у которых на местах не администраторов баз данных, заключается в том, что люди не представляют, что они должны собирать, начинать и обновлять, статистику баз данных," говорит он. "Пользователи обычно жалуются на плохую производительность и говорят нам, что наше приложение работает теперь значительно медленнее, чем раньше, особенно после его больших изменений. Но они не собирали актуальной статистики. “Теперь, когда этот аспект автоматизирован, производительность СУБД и нашего приложения будет лучше.”
Другая функция, которая обеспечит лучшую производительность и минимизирует число ошибок и проблем, связанных с оперативной памятью (out-of-memory errors and memory fragmentation problems), отмечает Хьюитт, - это новая автоматизированная функция измерения (sizing) системной глобальной области (system global area, SGA). Теперь вместо ручного конфигурирования размеров оперативной памяти, выделенной кэшам буферов базы данных (database buffer cache), разделяемому пулу (shared pool), пулу для Java (Java pool) большому пулу (large pool), как это было в прошлом, АБД должны использовать автоматизированную функцию управления разделяемой оперативной памяти (shared memory-management capability) и позволить самой СУБД Oracle Database 10g управлять этой памятью. И поскольку эта память автоматически выделяется различным пулам, то по мере изменения обрабатываемых нагрузок теперь "не обязательно настраивать каждый компонент SGA на максимальные значения, чтобы справиться с пиковыми нагрузками," говорит Хьюитт. "Наше ПО будет просто продолжать работать , и никто не будет даже знать, что СУБД Oracle добавила больше памяти буферам или разделяемому пулу, столько сколько нужно, чтобы улучшить производительность и избежать ошибок. Это большое преимущество для нас: Приложения будут работать без ошибок, связанных с оперативной памятью, и пользователи не должны тратить время на настройку параметров оперативной памяти, так как Oracle Database будет использовать выделенную ей оперативную память эффективно».
И, конечно, новые, сгенерированные сервером сигналы (alerts) помогут предотвратить наступление сбоев, предоставляя администраторам точные и своевременные предупреждения, а также предлагая им действия для решения проблем proactively.
Автоматизированные механизмы настройки в СУБД Oracle Database 10g, особенно автоматизированное обновление статистики в оптимизаторе, ADDM, SQL Tuning Advisor и SQL Access Advisor, не только повышают уровни управляемости и готовности СУБД, но также напрямую влияют на производительность, так как позволяют любому АБД овладеть процессами настройки. Нет смысла использовать СУБД, которая показывает высокую производительность только тогда, когда затрачивается немало усилий для ее достижения, подчеркивает Винит Бух (Vineet Buch), директор подразделения Performance Product Management корпорации Oracle: "Это можно сравнить с обладанием Ferrari, когда водитель не может вести машину со скоростью больше 65 миль в час».
Кроме того, в СУБД появились улучшения, строго сфокусированные на производительности, говорит Бух. Несколько дюжин таких улучшений совершенно прозрачны и вы не должны ничего делать (кроме upgrade), чтобы воспользоваться ими. Например, производительность PL/SQL значительно улучшена, отмечает Бух, так как компилятор PL/SQL был переписан для генерации меньшего по размеру и более оптимального кода. "Мы видим рост производительности выражаемый двумя цифрами; и все это прозрачно применительно к существующему коду PL/SQL и приложений; код вообще не нужно переписывать, чтобы воспользоваться этим улучшением». Короче, весь код PL/SQL будет выполняться быстрее и использовать меньше оперативной памяти, отмечает Бух.
"Многие из этих прозрачных и очевидных улучшений производительности были сделаны для платформы Windows, включая 64-битную версию СУБД Oracle для ЦП Itanium и СУБД Oracle для среды .NET," говорит Алекс Кех (Alex Keh), ведущий менеджер по продукту группы Windows Technologies group в подразделении Server Technologies корпорации Oracle. Кроме того, реализовано несколько значительных расширений для разработчиков, работающих в среде Windows.
Помимо прозрачных улучшений производительности, таких как более быстрый PL/SQL, отмечает Бух, есть еще несколько новых дополнительных средств для повышения производительности, которыми АБД и разработчики могут воспользоваться, некторые из них относятся к системам поддержки принятия решений (decision-support-system) или хранилищам данных. Например, приложения, которые интенсивно вставляют и просматривают данные в режиме first-in, first-out; такие как системы, используемые телекоммуникационными компаниями для сбора данных о телефонных звонках, а затем генерации счетов, при которой данные выбираются в том порядке, как они были введены; они могут получить значительный рост производительности, используя новые отсортированные хэш-кластерные структуры таблиц в СУБД Oracle Database 10g, говорит Бух.
Помимо улучшений, которые сводятся к более быстрой обработке данных в СУБД, есть другой тип улучшений "производительности": средства, которые АБД используют для выполнения своей работы. Боб Ширли из Schlumberger Information Solutions полагает, что улучшения управляемости в СУБД Oracle Database 10g "замечательны в том, что они предоставляют для АБД, действующего в рамках всего предприятия (enterprise-level DBA)».
Многие из новых крупных функций самоуправления в СУБД Oracle Database 10g напрямую облегчат развертывание и полномасштабное оперирование управления центров данных, инициативы по серверной консолидации и эволюция к коммерческим grid-вычислениям. Сушил Кумар из Oracle отмечает, "Самоуправляемая СУБД – это только часть решения. Гораздо чаще, чем нет, среда приложения (application stack) состоит не только из сервера баз данных, но также из сервера приложений, кода приложений и т.д.; и все эти компоненты должны также управляться».
Второй “фишкой” в этом релизе СУБД Oracle является управление grid-средой. Согласно Стефану Петри (Stefan Petry), старшему директору по управлению продуктами в подразделении System Management Products, EM предоставляет "средства управления и утилиты для поддержки всего цикла жизни системы. Это автоматизированное предоставление (provisioning), управление и мониторинг во время системных операций, позволяются изменения в процессе функционирования системы». Автоматизация всего жизненного цикла даже более критично в среде grid, так как "вам необходимо делать все это эффективно и надежно в среде из множества компонентов," говорит Петри. Далее, вы хотите единую систему чтобы мониторить и управлять все типы элементов; базу данных, приложения, хосты, элементы сети и внешней памяти. В среде grid, говорит Петри, вы найдете все типы этих элементов и захотите быть в состоянии сделать любую из этих операций со всеми элементами в пределах grid.
Применяя EM, администраторы не только имеют доступ к ключевым функциям СУБД Oracle Database 10g, таким как ADDM, но они могут также управлять и другими компонентами grid, такими как балансировщики нагрузки (load balancers) и системы внешней памяти, отмечает Петри. Работающий а среде Web EM управляет любым числом баз данных Oracle; фермами серверов приложений Oracle; и их хостами, такими как Linux или UNIX хосты. "Далее, средство EM Application Performance Management (APM) мониторит в режиме реального времени производительность ваших Web-приложений," объясняет Петри. "APM делает это с позиций конечного пользователя для всех ваших пользователей и ваших критических транзакций и позволяет “заглубляться” (drill down) в индивидуальные компоненты для детального анализа причин».
Желание воспользоваться преимуществами лучшего управления системами и меньшими расходами было основной причиной (impetus) для "сильной тенденции к серверной консолидации, начиная с 1997," утверждает Gartner Group. В статье "Server Consolidation: An Updated Look" (May 23, 2003), аналитики Gartner Джон Фелпс (John Phelps) и Майк Чуба (Mike Chuba) пишут, "Значение проблемы управления серверами может быть увиден в типичном центре данных предприятия, который, вероятно, содержит сотни Unix и Intel серверов. Добавление одного приложения, как правило, вызывает добавление от трех до пяти серверов центру данных для таких этапов как эксплуатация (production), разработка, тестирование и резервное копирование. Многие их этих распределенных серверов используются с низким уровнем загрузки. Ничего удивительного, что предприятия стремятся консолидировать свои серверы».
Возможности самоуправления СУБД Oracle Database 10g помогают максимизировать использование существующих ресурсов, тем самым помогая избежать частых покупок дополнительного оборудования. Например, функция Automatic Shared Memory Management позволяет более оптимально использовать доступную память SGA, а возможность регенерации (reclaim) пространства из существующих таблиц может снять необходимость в покупках дополнительной внешней памяти. Это те преимущества, которые Дессер из Aventis надеется достичь в долгосрочном плане с проектами консолидации. Будучи обязан управлять более 100 базами данных, Дессер говорит, "Мы стремимся к лучшей управляемости. Это должно быть легче, если мы консолидируем все наши различные базы данных в несколько стоек».
Минимизация сложности, содержащей стоимость, и получение большей отдачи из существующих технологических ресурсов – это ключевой фактор для организаций по всему миру, поэтому СУБД Oracle Database 10g и является средством установления тенденций.
СУБД Oracle Database 10g снимает барьер размеров файловПостоянно растущие в размерах большие твердые диски, использование которых становится обычным делом, и поддержка для больших файлов (определяемые как больше 2 Гигабайтов), доступная в 64-битных операционных систем, и то, что рассматривается как очень большое в этом году, может быть оценено как небольшое через несколько лет. С новой функцией “большой файл в табличном пространстве” (bigfile tablespace feature) СУБД Oracle Database 10g “потолок” для ваших сверхбольших баз данных просто поднимается до небес (и теоретически зависит только от операционной системы, что она может поддерживать, и размера блока, который вы выбрали) - 8 exabytes. Это 8 миллионов терабайтов, или на три порядка больше текущего лимита в 8 петабайтов. Функция Bigfile tablespaces упрощает управление базами данных, позволяя вам создавать табличные пространства в одном файле (single-file tablespaces) и выполнять операции на уровне табличного пространства, а не на уровне underlying datafile. (Чтобы поддерживать эту возможность, синтаксис SQL для предложения ALTER TABLESPACE был расширен.) Создание bigfile tablespace не многим отличается от создания tablespaces (теперь называемых smallfile tablespaces чтобы подчеркнуть разницу между двумя типами); одна разница в том, что размер bigfile tablespace может быть специфицирован не только в килобайтах и мегабайтах, но и в гигабайтах и терабайтах. Вот пример: CREATE BIGFILE TABLESPACE datahuge /DATA FILE'/u02/oracle/data/ bigtbs01.dbf' SIZE 2T; Не имеет смысла использовать bigfile tablespaces на системах, которые не поддерживают больших файлов. В этом случае значительно ограничиваются возможности табличных пространств. Экземпляр СУБД Oracle Database 10g может поддерживать оба типа bigfile и smallfile tablespaces одновременно; табличные пространства SYSTEM и SYSAUX продолжаби использовать smallfile tablespaces табличных пространств с автоматизированным управлением сегментов пространства (tablespaces with automatic segment-space management) (по умолчанию начиная с СУБД Oracle9i Database). И наконец, bigfile tablespaces должны использоваться с Automated Storage
Management, или другим логическим менеджером томов, который поддерживает
динамически расширяемые логические тома, striping и RAID. |
Дополнительная информация
За дополнительной информацией обращайтесь в компанию Interface Ltd.
| INTERFACE Ltd. |
| ||||
