Сервер Oracle: тяжелый, как танк, или легкий, как пушинка?

13 июля 2000 15:41
 9399
Если бы вы спросили 20 лет назад в фирме Oracle, что они разрабатывают,
то получили бы краткий ответ: «СУБД Oracle». Задав этот же вопрос сегодня,
вы, скорее всего, получите длинный перечень, куда приведенный выше ответ
войдет всего лишь в качестве одной из позиций: «Web-сервер, средства разработки,
системы управлением предприятием» и т.д. И все же, несмотря на разительные
изменения, сервер СУБД остается для фирмы основным, «базовым» продуктом,
на мой взгляд, наиболее проработанным, отлаженным и ценным для клиентов.

Но и само понятие «сервер Oracle» тоже претерпело со временем ряд изменений.
Сегодня сервер уже представляет собой не один продукт (реализованный для
разных операционных платформ), а линейку продуктов — следуя, впрочем, практике,
имеющейся и у конкурентов. Для новичка, не вполне ориентирующегося в названиях
и конфигурациях, предлагаемых Oracle, и озабоченного принятием вполне конкретного
решения, наличие такой линейки составляет одно из первых затруднений. К
счастью линейка «не длинна», и затруднение преодолимо. Итак, что же ее
составляет?

Сегодняшняя номенклатура серверов Oracle состоит из следующих типов:


  • Oracle Enterprise Edition

  • Oracle Standard Edition


    • Personal Oracle

    • Oracle Lite



Говоря о формальной стороне дела, нужно отметить, что, во первых, этот
набор типов сформировался не сразу (когда-то не было, например, Oracle
Lite, а еще раньше — Personal Oracle), а во-вторых — к прискорбию пользователей,
но в полном соответствии с рыночными стереотипами поведения крупных компаний,
приведенные названия не раз со временем менялись «в приказном порядке».
Так, Oracle Standard Edition ранее именовался Oracle Workgroup Server,
и различие между этими двумя типами серверов не «видовое», а чисто версионное,
то есть отражает ход естественного эволюционного развития одного и того
же продукта.

Эти замечания следует учесть тем, кто активно пользуется литературой
по Oracle. Там вы вполне можете столкнуться с описанием того, что вам требуется,
но названным по-другому — не стоит из-за этого бросать книжку или статью
в дальний угол и искать новую! Реальные версионные изменения в системе
часто оказываются невелики или отсутствуют вовсе.

А что кроется за теперешней типизацией серверов Oracle? Понятнее всего
будет соотнести ее с областью применения. Вот как предлагает применять
типы своих серверов сама фирма:


















Тип сервера Рекомендуемая платформа Предлагаемая область использования
Oracle Enterprise Edition Большие машины, Unix- и NT-машины, в том числе
с возможностями параллельной обработки
Сервер прямого доступа для всего предприятия
(завода, организации)
Oracle Standard Edition Unix- (в т.ч. Linux-) и NT-машины Сервер прямого доступа в рамках подразделения
(отдела)
Personal Oracle Windows-платформы Локальный сервер, встроенный в самостоятельную
прикладную систему; сервер для «персонального использования»
Oracle Lite Windows NT/9x/CE Сервер для автономных мобильных компьютеров,
подключаемых время от времени к основной БД

По поводу этих рекомендаций нужно заметить, что в целом они — корректный
ориентир, однако сделаны из расчета на зарубежную действительность. Масштабам
«нашего» предприятия, например, вполне может соответствовать «их» отдел.
Во-вторых, это общие рекомендации, вовсе не запрещающие возможность использования
того или иного сервера «не в своей нише».

Функциональные различия серверов разных типов постоянно изменяются вместе
с выпуском новых версий, однако некоторое постоянство в этих изменениях
все же присутствует. Осуществляя выбор сервера конкретного типа полезно
знать, что первые три из них («персональный», «стандартный» и «заводской»)
— это генетически родственные продукты. Все три имеют общую архитектуру,
общее устройство, логику и принципы работы и являются развитием того самого
магистрального сервера БД, который существовал 20 лет назад. Различаются
они реализацией общей архитектуры применительно к менее ресурсоемким полатформам
и более простым требованиям, а также связанным с этим возможным отключением
каких-то функций. Personal Oracle можно считать функциональным сужением
сервера Standard Edition и применения к более простым условиям архитектуры
последнего, а, в свою очередь, Standard Edition — это функциональное сужение
Enterprise Server. Разрабатывается как-бы одна общая архитектура, а потом
делаются ее более простые реализации.

Примерами такого сужения могут служить процессная архитектура и параллельная
обработка. Общая для всех типов серверов из этой тройки логика работы СУБД
как совокупности самостоятельных процессов в Enterprise Edition для Unix
выполнена «один к одному» в виде именно процессов, а в версии Standard
Edition для NT (как, впрочем, и для Enterprise Edition для NT) имитируется
нитями (threads) этой ОС. Personal Oracle (как и Standart Edition) фактически
реализован как частный случай параллельного сервера (когда две или более
СУБД работают одновременно с одной БД), выполненного в полном объеме в
Enterprise Edition. Большие знатоки Oracle, докапывающиеся до самых глубин,
утверждают, что тонкости работы отдельного (не параллельного) сервера можно
понять, только учитывая это обстоятельство.

Таким образом некоторые функции в младших типах серверов не реализованы,
а некоторые попросту отключены. Знание последнего иногда позволяет творчески
относиться к таблице выше. Так, если повезет, то в Internet вы можете найти
недокументированный фирмой Oracle способ перевода Personal Oracle в состояние,
когда он сможет обслуживать более одного соединения к БД по сети (напомню,
что по замыслу изготовителя этот тип сервера должен использоваться локально,
и ему формально выделено только одно внешнее соединение для обмена с другими
серверами). Для этого требуется выставить соответствующие конфигурационные
параметры, и в результате можно получить удовлетворительный сервер с меньшими
требованиями к ресурсам, чем предъявляются в Standard Edition. Следует,
правда, заметить, что подобные настройки (а) требуют определенной квалификации
и (б) не встречают понимания у представителей Oracle.

Ниже приводится таблица, дающая некоторое представление о схожести и
различии функциональности для двух наиболее популярных типов серверов из
упомянутой тройки.
















































Свойство Oracle8 Server (Standard Edition) Enterprise Server (Enterprise Edition)
Oracle Enterprise Manager (OEM) Есть Есть
Резервирование и восстановление без останова
СУБД
Есть Есть
Инкрементальное восстановление Нет Есть
Параллельное резервирование и восстановление Нет Есть
Восстановление табличного пространства на указанный
момент времени
Нет Есть
Поразрядные индексы Нет Есть
Оптимизация запросов типа «звезда» Есть Есть
Параллельная обработка (запросов, операторов
DML; загрузка, сканирование индексов, и т.д.)
Нет Есть
Распределенные запросы Есть Есть
Репликация (основные возможности) Есть Есть
Репликация (расширенные возможности) Нет Есть
Pro*C Есть Есть
ODBC драйвер Есть Есть
Расширенная поддержка очередей Нет Есть
Встроенные процедуры и триггеры Есть Есть
Поддержка больших объектов (LOB) Есть Есть
Поддержка картриджей Частично Полностью
Расширенная сетевая поддержка Нет Есть
Работа с объектами Нет Есть
Режим рассредоточения табличных пространств
по дисковым областям (partitioning)
Нет Есть
Режим параллельного сервера Нет Есть



Иное дело с Oracle Lite. Исторически это была внешняя по отношению к
линейке серверов система, которая эволюционировала в противоположном направлении:
не в сторону ограничения возможностей более старших серверов с целью «снижения
веса» системы для использования в более простых условиях, а в сторону доводки
до совместимости с основной линейкой. Как результат, Oracle Lite характеризуется
не только необычно малыми для серверов Oracle требованиями к ресурсам платформы,
но и некоторыми «генетическими» расхождениями с основной линией.

Так, есть расхождения в базовых типах данных. Используется свой загрузчик,
похожий, да не похожий на SQL*Loader. Но, может быть, более важное отличие
— в отсутствии поддержки PL/SQL. В последних версиях Lite (версия 4.0)
появились триггеры и встроенные процедуры, но языком для них служит только
Java, в то время как на серверах «основной тройки» такая Java-возможность
появилась недавно в дополнение к давно реализованной на базе PL/SQL.

Эти, и ряд других форм несовместимости, могут составить проблему для
миграции БД и приложений с остальных серверов на Lite (и в противоположном
направлении), в то время как такой проблемы внутри «основной тройки» практически
нет (если не выходить за рамки общей функциональности). Переход от сервера
к серверу внутри «тройки» прост и не требует от администратора переучивания
— требуется только обучиться новому, если переход совершается от «младшего»
типа к «старшему». Переход же к Oracle Lite потребует кое о чем забыть,
а кое-что выучить на иной манер. (К примеру, и в дополнение к сказанному
выше, совсем по-другому выглядит привычная для всех остальных типов серверов
процедура установки системы. Загляните в каталог RDBMSAdmin и убедитесь
в отсутствии SQL-сценариев, знакомых по всем операционным средам и по всем
трем серверным разновидностям).

Другое дело, что несовместимости Oracle Lite с остальными продуктами
могут лежать за пределами ваших задач, или упомянутая миграция может оказаться
вам не нужна. Тогда, а также если вам не требуется от СУБД работы с текстами
и видео, инкрементального резервирования, усиленной парольной защиты, поддержки
одновременной работы 500 пользователей и многого другого — смело ставьте
Oracle Lite на свой laptop или PC и используйте СУБД Oracle, как вам будет
угодно! В конце концов, какая-то работа по включению Lite в общую линейку
серверов все же была проделана, и отношения этих систем характеризуются
не одними различиями и противоречиями.

За дополнительной информацией обращайтесь в Interface Ltd.

Interface Ltd.





Источник: нет источника

Для комментирования войдите через любую соц-сеть:
Комментарии
Мнения

Какой вопрос необходимо вынести на голосование для тольяттинцев во время выборов президента?

Просмотреть результаты

Загрузка ... Загрузка ...

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: