Oracle server что это за программа

Содержание

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

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

Oracle Enterprise Edition;
Oracle Standard Edition;
Personal Oracle;
Oracle Lite.

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

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

#07. Основы работы в Oracle SQL Developer

Разберемся с тем, что кроется за теперешней типизацией серверов Oracle. Нагляднее всего будет соотнести ее с областью применения. В табл. 1 показано, как предлагает применять типы своих серверов сама фирма.

Таблица 1

Тип сервера Рекомендуемая платформа Предлагаемая область использования

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

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

Функциональные различия серверов разных типов постоянно изменяются с выпуском новых версий, однако некоторое постоянство этих различий все же имеет место. Осуществляя выбор сервера конкретного типа, полезно знать, что первые три из них («персональный», «стандартный» и «заводской») — это генетически родственные продукты.

Курс SQL Базы данных ORACLE. Илья Хохлов. Урок 1-1. Реляционные базы данных

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

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

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

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

Таблица 2

Свойство 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.

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

Oracle: универсальный сервер приложений

Корпорация Oracle, создавая новую редакцию своего сервера приложений — Oracle9i Application Server Release 2, отдала предпочтение комплексному подходу и предоставила пользователям массу дополнительных аксессуаров для разработки сложных Web-приложений.

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

Особенно ценными в этой версии являются функции анализа посещений сайта (click stream analysis), серверная поддержка XML и включенные в общий пакет средства интеграции данных разных приложений.

Современный рынок предлагает множество разнообразных серверов Java-приложений. Непосредственными же конкурентами Oracle9i Application Server можно считать сервер WebSphere, выпускаемый IBM, и WebLogic фирмы BEA Systems.

Сервер Oracle Web Cache можно использовать для кэширования любого Web-контента, а не только того, что

генерируется приложениями, базирующимися на сервере приложений (вверху). Для администрирования

сервера приложений Oracle теперь используется Web-версия консоли Oracle Enterprise Manager (внизу)

Аналогично этим двум продуктам только что выпущенная версия сервера Oracle поддерживает бизнес-логику исключительно на языке Java; поэтому разработчикам, использующим Си или C++, больше подойдут “многоязычные” системы Enterprise Application Server фирмы Sybase или Windows 2000 Server корпорации Microsoft.

Oracle9i Application Server Release 2 (формально это версия 9.0.2) в основном выполняет роль сервера приложений, совместимых со стандартом J2EE 1.3 (Java 2 Enterprise Edition). Правда, в нем поддерживаются пока не все необходимые функции EJB (Enterprise JavaBeans) 2.0, полная совместимость c J2EE 1.3 появится начиная с версии 9.0.3. Переход на нее с версии 9.0.2 особых хлопот не доставит, и Oracle планирует выпустить новую версию уже через два месяца.

Базовая стоимость поставки продукта Oracle в варианте Standard Edition составляет $10 000 на один процессор. В него входит сервер Java-приложений, HTTP-сервер Apache, разработанный Apache Software Foundation, а также объектно-реляционный инструмент преобразования данных TopLink (приобретенный Oracle в начале этого года у фирмы WebGain). Standard Edition также включает пакет для разработки порталов и файловую систему Oracle IFS (Internet File System) построенную на основе СУБД.

Standard Edition поддерживает создание кластеров при использовании разделяемого сетевого каталога, но не имеет средств централизованного администрирования кластера, из-за чего построение кластеров окажется весьма непростой задачей.

Версия Enterprise Edition (которая обойдется в $20 000 на один процессор) действительно отличается от аналогов, выпускаемых другими компаниями. Она содержит все функции Standard Edition плюс длинный список добавлений: сервер кэширования Web-контента (см. верхний экран на рисунке), сервер формирования отчетов по базам данных Oracle9iAS Reports, сервер онлайновой аналитической обработки данных Oracle9iAS Discoverer, сервер Oracle9iAS Forms и фирменный LDAP-сервер Oracle. (Отметим, что BEA, IBM и Sun Microsystems тоже оснащают свои серверы приложений LDAP-серверами.)

Все компоненты приложения, за исключением файловой системы IFS (которая располагает собственным списком пользователей), могут использовать LDAP-сервер для доступа по единому паролю.

Enterprise Edition включает новый сервер анализа посещений Web-сайтов, предоставляющий такие данные, как текущее количество пользователей сайта, типы их ОС и Web-браузеров, URL-адреса выбираемых ссылок и т. п. В составе Release 2 также имеются сервер UDDI (Universal Description, Discovery and Integration — универсальное описание, обнаружение и интеграция) и сервер интеграции данных Oracle9iAS InterConnect.

Последний впечатляет широтой охвата разнообразных платформ и располагает индивидуальными адаптерами для баз данных Oracle (другие СУБД в настоящее время не поддерживаются), XML, серверов MQSeries и Customer Information Control System компании IBM, а также для ERP-приложений, поставляемых фирмами SAP AG, Siebel Systems, PeopleSoft и J.D. Edwards к ним прилагаются подключаемые модули для интеграции со всеми основными инструментами для Java-разработок.

Интерфейс управления Oracle9i Application Server Release 2 переработан, и для администрирования серверов и кластеров теперь применяется стандартная консоль Oracle Enterprise Manager (см. нижний экран на рисунке).

Oracle неплохо потрудилась, чтобы упростить построение кластеров. Мы организовали кластер из трех серверов и разом смогли установить одно приложение на всех трех системах. Для управления кластерами Enterprise Edition использует репозиторий конфигураций на основе базы данных, и если позаботиться о его инсталляции, то многие административные задания будут автоматически выполняться во всем кластере.

К сожалению, этот репозиторий не поддерживает технологию Oracle RAC (Real Application Clusters) или какие-либо другие способы обеспечения высокой готовности баз данных Oracle — единичный сбой в базе данных репозитория ведет к отказу кластерной системы и требует ручного вмешательства администратора БД. По официальной информации Oracle, модификация ее продукта с поддержкой RAC будет выпущена к концу года.

Oracle9i Application Server поддерживает использование сеансовых объектов HTTP (HTTP session object) и кластеров с модулями EJB, причем позволяет дублировать информацию о состоянии объекта. Включив во время тестов режим такого дублирования, мы могли уничтожить любую выбранную JVM (виртуальную машину Java) сервера приложений без потери информации о состоянии объекта.

Правда, при дублировании состояния EJB возникают проблемы с масштабируемостью, так как все EJB-объекты рассылают информацию о состоянии на все другие машины, входящие в кластер. Эффективнее был бы способ создания более узких зон дублирования состояния (это возможно в кластерах с сеансом HTTP).

Что касается выравнивания нагрузки, то единственно доступной опцией является круговая балансировка. В будущем Oracle планирует предложить взвешенный вариант круговой балансировки, позволяющий строить кластеры из серверов разной мощности.

Резюме для руководителей

Oracle9i Application Server Release 2 Enterprise Edition

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

Расценки Oracle находятся на уровне среднерыночных — $10 000 в расчете на один процессор при покупке только компонентов сервера приложений и $20 000 на процессор за сервер приложений вместе со средствами кэширования, интеграции и анализа данных, анализа посещений, формирования отчетов, работы с формами и LDAP-сервером.

( + ) Предоставляет обширный набор расширяющих компонентов, отсутствующих в системах других производителей (либо предлагаемых ими за отдельную плату); гибкий, полнофункциональный Web-кэш; средства анализа посещений, генерирующие детальные отчеты об использовании сайта; новые функции XML и встроенные средства интеграции приложений.

( — ) Предлагается только круговая балансировка нагрузки; функции однопарольного доступа не распространяются на компонент IFS; плохая масштабируемость кластеров для EJB при увеличении числа серверов в кластере; не поддерживаются “теплое” или “горячее” восстановление базы данных после отказа.

КРАТКИЙ СПИСОК ПРОВЕРЕННЫХ АНАЛОГОВ

— WebLogic фирмы BEA

— WebSphere компании IBM

— Sun Open Net Environment Application Server фирмы Sun

Источник: www.itweek.ru

Oracle? Да это очень просто!

Установка Oracle Server для Windows NT Установка Oracle7 Client под Windows 95 За последние годы в России (и не только) SQL-сервер фирмы Oracle прочно обосновался в лидирующей группе. Наверное, нельзя встретить программиста, относящегося к этому продукту без должного уважения.

За последние годы в России (и не только) SQL-сервер фирмы Oracle прочно обосновался в лидирующей группе. Наверное, нельзя встретить программиста, относящегося к этому продукту без должного уважения. Однако это чувство всегда было густо приправлено священным ужасом при мысли о стоимости продуктов фирмы Oracle, а также уверенностью в том, что количество мозговых извилин у людей, работающих с сервером Oracle7, по крайней мере в два раза больше, чем у среднего программиста.

Уже больше года прошло со времени выхода на российский рынок нового семейства программных продуктов фирмы Oracle — Oracle Workgroup/2000. Выпуск этого семейства обозначил серьезнейшие изменения в политике Oracle, однако, осознание этого российскими программистами только-только начинается.

Установка Oracle Server для Windows NT

На инсталляционном CD-ROM, где находится 90-дневная лицензия на продукты Oracle, найдите каталог o7ws_nt; войдя в него вы увидите три подкаталога: DOS; NT; Windows.

Выберите NT, а затем INSTALL и запустите модуль orainst.exe. Появится интерфейс программы установки.

Первое, что нужно сделать — ввести Company Name и Oracle Home — название фирмы и каталог, где будет установлен Oracle7.

В новом окне надо указать тип инсталляции:

Typical Install (стандартная установка);
Custom Install (выборочная установка).

Typical Install — стандартная установка

Если вы выбираете Typical Install, то вам следует ввести внутренний пароль, необходимый для запуска и закрытия начальной базы данных. Нулевые (пустые) пароли, равно как и пароли, содержащие пробелы, не допускаются. После нажатия клавиши OK программа установки попросит повторить внутренний пароль.

Очень важно не забыть введенную вами комбинацию. Именно этот пароль будет требовать сервер при попытке запустить установленную СУБД.

Если вы выбрали Typical Install, автоматически устанавливаются следующие модули:

Oracle Installer, позволяющий добавлять или удалять необходимые компоненты;
Oracle7 Utilities — программы, необходимые для управления базой данных и работы с объектами сервера;
SQL· Net Named Pipes Server и SQL· Net TCP/IP Server — сетевое ПО, поддерживающее связь базы и прикладных программ, находящихся на разных компьютерах, при использовании протокола TCP/IP;
собственно Oracle Server — то, ради чего мы все это и делаем.

На этом процесс стандартной установки завершается.

Последний этап

Из того, что вы уже установили сервер Oracle7 вовсе не вытекает, что вы сразу же можете начать с ним работать.

Прежде придется инициировать СУБД, для чего необходимо запустить модуль oradim71.exe. Не совсем понятно, почему пиктограмма, связанная с этой утилитой, не появляется автоматически после инсталляции. Видимо предполагается, что запуск СУБД осуществляется с одного из клиентских мест.

Для удобства дальнейшей работы на сервере в окне Oracle7 Workgroup Server for Windows NT (Common) следует самостоятельно создать пиктограмму Oradim71. Раскройте это окно и выберите в меню File опцию New.

В появившемся окне New Program Object выберите Program Item.

В диалоговом окне Program Item Properties вручную или с помощью Browse задайте полное имя файла: ORANTBINORADIM71.EXE.

Для утилиты Sqldba71, средства управления базой данных, которая понадобится нам позже при создании клиентов, определении привилегий, ролей, а также при выполнении других важных задач, надо создать пиктограмму (процесс создания аналогичен описанному выше).

Теперь мы подошли к самому главному. Запустите программу oradim71. На экране появится окно Instance Manager.

Нажмите на кнопку Startup. В окне Startup Service/Instance введите пароль, который вы задавали в начале инсталляции.

Если вы все сделали правильно (а ошибиться будет достаточно трудно), то после нажатия кнопки OK СУБД будет запущена и готова к работе.

Custom Install — выборочная установка

Процесс стандартной установки очень прост и во многих случаях вполне достаточен. Однако мною была выбрана Custom Install — выборочная инсталляция. Дело в том, что Typical Install ориентирована на работу с сетевым протоколом TCP/IP, а в моей организации используется протокол IPX/SPX и не установлен TCP/IP. В этом случае и следует выбирать режим Custom Install.

При выборе Custom Install появятся два окна. В одном — предлагаемые к инсталляции программы, в другом — уже установленные (первоначально это окно пустует).

При первоначальной установке выберите:

Oracle installer;
Oracle7 Server;
Oracle7 Utilities;
Required Support Files;
продукты SQL· NET, соответствующие вашему сетевому протоколу.

Например, для сетевого протокола IPX/SPX я выбрала:

Oracle SPX Adapter (транспортный протокол); в окне Adapter предлагается выбрать для установки SQL· NET Client или SQL· NET Server; я выбираю SQL· NET Server;
Oracle Names Server;
SQL· NET Named Pipes Server 1.1;
Oracle Named Pipes Adapter 2.1.

Дальнейшие действия аналогичны описанным выше при стандартной установке:

Введите внутренний пароль.
После завершения инсталляции в Program Maneger появится 2 новых группы: Oracle7 Workgroup Server for Windows NT (Common) и Oracle (Common).
Создайте в окне группы Oracle7 Workgroup Server for Windows NT (Common) пиктограммы для модулей oradim71.exe и Sqldba71.exe; (см. выше «Последний этап»);
Запустите программу oradim71 и введите пароль, который вы задавали в процессе инсталляции.

База запущена и готова к работе.

Установка серверной части успешно завершена, однако, не хватает еще одной маленькой детали — клиентской части.

Итак, приступим ко второму не менее ответственному этапу: установке Oracle Client для Windows 95.

Установка Oracle7 Client под Windows 95

Запуск программы установки клиентской части

Снова зайдите в каталог o7ws_nt вашего CD-ROM. Но, в отличие от предыдущего, далее надо зайти в подкаталоги WINDOWS и затем INSTALL. Запустить модуль orainst.exe. На экране вновь появится окно Oracle Installer.

Введите Company Name, Oracle Home (название фирмы и каталог, где будет установлено клиентское место Oracle Client). После этого появится окно Installation Options и можно будет выбрать тип процесса установки.

Typical Install — стандартная установка

При таком выборе автоматически устанавливаются:

Oracle Database Tools 7.1;
Oracle Object for OLE 1.0;
SQL· Plus 3.1;
Выбранный сетевой протокол.

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

Developer Install — установка для разработчиков

При выборе Developer Install устанавливаются следующие компоненты и поддерживающие их файлы (supporting files):

Oracle7 ODBC Driver 1.1;
Oracle Object for OLE 1.0;
SQL· Plus 3.1;
Выбранный вами сетевой протокол.

Этот вид установки следует выбирать, если вы занимаетесь разработкой законченных приложений, для чего необходимо и достаточно иметь связь с сервером Oracle7 одним из возможных способов, например, через Oracle Object for OLE 1.0 или ODBC. При этом очевидно, что вы не собираетесь работать с утилитами сервера, т.е. не будете, скажем, запускать или останавливать СУБД, считая, что за вас это должен сделать кто-то другой.

Database Administrator Install — установка для администратора БД

При выборе Database Administrator Install автоматически устанавливаются:

Oracle Database Tools 7.1;
SQL· Plus 3.1;
Выбранный сетевой протокол.

Database Administrator Install позволяет пользоваться средствами управления базы данных.

Custom Install — выборочная установка

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

Я выбрала следующие компоненты:

Oracle Database Tools 7.1 (полный набор инструментальных средств управления базой данных, который делает простыми настройку и управление базой данных Oracle с автоматизированного рабочего места пользователя);
Documentation (Oracle7 Workgroup Server 1.0, SQL· Net 1.1, SQL· Net 2.1);
Oracle Installer (программа установки);
Oracle Book Runtime 2.0 (утилита для работы с документацией);
Oracle Network Manager 2.1 (используется для конфигурирования и управления SQL· Net V2);
Oracle Named Pipes Adapter 2.1;
Oracle Object for OLE 1.0 (средства разработки приложений);
Oracle SPX Adapter;
Oracle7 ODBC Driver 1.11;
Required Support Files 7.1;
SQL Named Pipes 1.1;
SQL· Plus 3.1.

Последний этап

После завершения всех операций по выбору типа установки процесс идет по общему сценарию.

Ответив OK на вопрос, установить ли SQL· Plus в предложенный каталог, выбирайте нужный сетевой протокол в появившемся диалоговом окне Network Protocol Options. Я предпочла Named Pipes.

В следующем окне Text Entry введите имя компьютера, на котором установлен Oracle Server.

При ответе YES на вопрос о необходимости установки Oracle7 Documentation, предлагается список, из которого выбирается необходимое.

В завершение процесса установки в окнах Information высвечиваются изменения в файле autoexec.bat и другая информация.

Вот и все. Серверная и клиентская части благополучно установлены.

Заключение

Как видите установка Oracle вовсе не так сложна, как кажется, и не потребует много времени и усилий. Подобное упрощение стало возможным благодаря тому, что новая инсталляционная программа самостоятельно генерирует исходную базу данных. Параметры этой базы вполне пригодны для большинства задач. В будущем (наверняка не самом ближайшем) у вас может возникнуть потребность создать собственную, но это уже совсем другая история.

Наталья Сергеевна Новицкая — член клуба пользователей Oracle фирмы Software. Тел. (095) 976-43-13.

Источник: www.osp.ru

Введение

Oracle WebLogic Server — это сервер приложений, предпочитаемый предприятиями в тех случаях, когда их приложениям и сервисам становятся необходимыми функциональные возможности высокой доступности и исключительные диагностические возможности. Кластеризация обеспечивает автоматическое преодоление последствий сбоя и прозрачный переход (миграцию) с одного сервера на другой, гарантируя непрерывное функционирование критичных для жизнедеятельности вашего бизнеса приложений и сервисов. Глубокая диагностика и помощь в обнаружении утечек памяти предотвращают разрушение приложений в целом, помогая добраться до первопричины проблем.

Краткий курс по Oracle Weblogic Server

Инсталлирование Oracle Weblogic Server

Распределенные системы

Использование J2EE для разработки n-звенных приложений приводит к разделению двухуровневой архитектуры на различные слои и превращению ее в многоуровневую. Многозвенное приложение обеспечивает отдельные слои для каждой из следующих служб:

Представление данных: В типичном Web приложении презентацией управляет браузер, запускаемый на клиентской машине.
Динамическое создание представления данных: Несмотря на динамические возможности браузеров, для поддержки их различных типов, динамическая обработка, как правило, должна проводиться на Web серверах с использованием JSP и Servlet или XML (расширяемый язык разметки) и XSL (расширяемый язык таблиц стилей).
Бизнес логика: Бизнес логика наиболее хорошо реализуется в Session EJB (будет описано позднее).
Доступ к данным: Доступ к данным наиболее хорошо реализуется в Entity EJB (будет описано позднее) с использованием JDBC.
Интеграция с прикладными серверными системами: Для интеграция с прикладными серверными системами могут использоваться различные технологии. Лучший выбор будет зависеть от точной природы этих систем.

Возможно вы уже начинаете гадать: «Зачем так много слоев?» Так вот, подобный подход нужен для лучшей расширяемости корпоративного приложения. Он позволяет каждому слою сфокусироваться на своей специфической роли. Например, Web сервер работает с Web страницами, сервер приложений с приложениями, сервер баз данных с базами данных.
Поскольку J2EE является надстройкой поверх стандартной редакции, Java 2 Standard Edition (J2SE), она дает возможность использовать все ее преимущества, в том числе переносимость в соответствии с принципом «Написанное однажды — работает везде», доступ к базам данных через JDBC, технологию CORBA для взаимосвязи с существующими корпоративными ресурсами и проверенную модель безопасности. Сама J2EE, построенная на этой основе, добавляет поддержку компонентов Enterprise JavaBean (EJB), Java servlets, JavaServer Pages (JSPs), и технологию XML.
J2EE предоставляет каркас, стандарт API, для разработки распределенных систем.
Обеспечивая полную реализацию спецификации J2EE, WebLogic Server позволяет более легко строить и устанавливать расширяемые, распределенные приложения. WebLogic Server и J2EE выполняют похожие задачи. Они включают обеспечение службами транзакций, системами безопасности, системой гарантированной доставки сообщений, службой имен и каталогов, доступ к базам данных и пулы соединений, пул потоков, контроль загруженности и отказоустойчивость.
Обеспечивая эти общие службы легким для использования и стандартным путем, продукты подобные WebLogic Server лучше обеспечивают создание расширяемых и поддерживаемых приложений. Результат — улучшение работоспособности этих приложений при работе с большим количеством пользователей.

Основные компоненты спецификации J2EE

J2EE Client Components: Applets and Application Clients are the J2EE client components
J2EE Web Components: Servlet and JSP are the J2EE web components
J2EE Business Components: Enterprise Java Beans (EJB) acts as J2EE business components
J2EE Resource Adapter Components: The J2EE resource adapter components are offered by EIS and other tool vendors

J2EE_Server J2EE multitiered applications:
multitiered_applications

Понимание основных компонент Oracle Weblogic Server

domain

Структура домена WebLogic
Домен — группа серверов приложений, администрируемая как единое целое с помощью единственного администрирующего сервера (Admin Server). Сервера, компоненты домена, не являющиеся администрирующим сервером, называются управляемыми серверами (Managed Servers). Управляемые сервера, объединенные в домен, могут быть сгруппированы в несколько кластеров.

Кластер — группа управляемых серверов, между которыми возможна балансировка нагрузки и репликация сессий.

Необходимо задать соответствие между серверами и физическими машинами. На одной физической машине может быть запущено несколько копий WebLogic — т.е. несколько серверов. Каждая машина представляет собой т.н. «ноду», управляемую специальным сервисом — Node Manager’ом. Стоит отметить, что Node Manager относится именно к машине, а не к домену, т.е. одна машина может входить в несколько доменов.

Задаются названия и адреса машин, а так же номера портов, которые на каждой машине слушает Node Manager. Наличие Node Manager’а позволяет администраторам управлять серверами, входящими в домен, с помощью консоли администрирования домена.

Подробнее читаем тут: WebLogicServerTopology

Архитектура Oracle Weblogic Server

The software components of a multitier architecture consist of three tiers:

The client tier contains programs executed by users, including Web browsers and network-capable application programs. These programs can be written in virtually any programming language.
The middle tier contains WebLogic Server and other servers that are addressed directly by clients, such as existing Web servers or proxy servers.
The backend tier contains enterprise resources, such as database systems, mainframe and legacy applications, and packaged enterprise resource planning (ERP) applications.
Client applications access WebLogic Server directly, or through another Web server or proxy server.

WebLogic Server generally connects with backend services on behalf of clients. However, clients may directly access backend services using a multitier JDBC driver.

Диаграмма в pdf:
Oracle-WebLogic-Server-11g

Инсталлирование и запуск Oracle Weblogic Server

Конфигурирование Oracle Weblogic Server

Работа доменов
Описание структуры домена
Конфигурирование домена
Старт и остановка Oracle Weblogic Server
Конфигурирование управляемых серверов
Старт управляемых серверов
Пояснение независимости работы управляемых серверов и сервера администрирования
Создание настраиваемого пользователем шаблона домена

Управление и мониторинг Oracle Weblogic Server

Инструменты командной строки и административная консоль
Понимание машин и менеджера узла
Описание возможностей журналирования
Работа с MBean
Использование сетевых каналов для повышения гибкости работы в сети

Развертывание приложений. Основы

Описание возможностей веб-сервера Oracle Weblogic Server
Использование статического и динамического развертывания приложений
Работа со встроенными сервлетами Oracle Weblogic Server
Работа с приложениями уровня Enterprise

Понимание JNDI

Описание служб именования и каталогов
Архитектура JNDI
Основы терминологии
Дерево JNDI в Oracle Weblogic Server

Установка параметров JDBC

Описание архитектуры JDBC
Рассмотрение типов драйверов JDBC и их применение в Oracle Weblogic Server
Описание и конфигурирование источников данных
Использование консоли администрирования для управления JDBC ресурсами

Настройка JMS приложений

Понимание реализации JMS в Oracle Weblogic Server
Конфигурирование JMS с использованием консоли администрирования
Конфигурирование персистентности сообщений
Использование консоли администрирования для мониторинга JMS

Управление транзакциями

Конфигурирование транзакций с использованием консоли администрирования
Мониторинг транзакций с использованием консоли администрирования

Обеспечений безопасности ресурсов и приложений в Oracle Weblogic Server

Описание архитектуры безопасности Oracle Weblogic Server
Конфигурирование пользователей, групп и ролей
Конфигурирование областей безопасности
Обеспечение безопасности веб-приложений декларативным способом
Конфигурирование политик и SSL
Создание и управление сертификатами
Защита Oracle Weblogic Server от различных видов атак

Развертывание приложений. Дополнительные возможности

Конфигурирование приложения для развертывания в различных средах. Например, для тестирования, разработки или работы уже готового приложения
Создание плана развертывания
Ступени плана развертывания
Повторное развертывание

Кластеризация. Введение

Что такое кластер?
Описание основ кластерной архитектуры
Описание многозвенной кластерной архитектуры
Описание взаимодействия в кластере

Конфигурирование кластера

Подготовка среды для кластера
Создание и конфигурирование кластера
Создание и конфигурирование прокси-сервера

Управление кластерами

Развертывание приложения в кластер
Управление состоянием сеанса в кластере
Возможные проблемы

Кластеризация EJB объектов

Понимание возможностей EJB кластеризации
Конфигурирование кластеризуемых EJB
EJB кластеризация. Лучшие практики

Кластеризация J2EE-служб

Настройки для миграции
Кластеризация JNDI
Кластеризация JDBC
Миграция JMS-сервера
Миграция настроек транзакций

Источник: ivan-shamaev.ru

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

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

Oracle: универсальный сервер приложений

Oracle? Да это очень просто!

Установка Oracle Server для Windows NT

Typical Install — стандартная установка

Последний этап

Custom Install — выборочная установка

Установка Oracle7 Client под Windows 95

Typical Install — стандартная установка

Developer Install — установка для разработчиков

Database Administrator Install — установка для администратора БД

Custom Install — выборочная установка

Последний этап

Заключение

Введение

Краткий курс по Oracle Weblogic Server

Инсталлирование Oracle Weblogic Server

Распределенные системы

Основные компоненты спецификации J2EE

Понимание основных компонент Oracle Weblogic Server

Архитектура Oracle Weblogic Server

Инсталлирование и запуск Oracle Weblogic Server

Конфигурирование Oracle Weblogic Server

Управление и мониторинг Oracle Weblogic Server

Развертывание приложений. Основы

Понимание JNDI

Установка параметров JDBC

Настройка JMS приложений

Управление транзакциями

Обеспечений безопасности ресурсов и приложений в Oracle Weblogic Server

Развертывание приложений. Дополнительные возможности

Кластеризация. Введение

Конфигурирование кластера

Управление кластерами

Кластеризация EJB объектов

Кластеризация J2EE-служб

Для чего нужна программа компилятор

Программа смешанное белье для чего

Программа чек пфр для чего

Токси риск программа для чего

Программа аршин метрология для чего

Для чего предназначена программа стили

Для чего нужна программа тренажер

Для чего нужна программа apkpure