Сервер

Oracle сервера: Enterprise Servers | Oracle Россия и СНГ

Содержание

Oracle Application Server

Широкое распространение приложений для Интернета и сетей интранет стало причиной перехода от архитектуры клиент/сервер (когда значительные части приложения реализованы в виде «толстых» клиентов) к трехуровневой архитектуре (когда броузер предоставляет все, что нужно «тонкому» клиенту). Сервер приложений Oracle Application Server позволяет развернуть промежуточный слой трехуровневой архитектуры для веб-приложений, компонентных приложений и интеграции приложений масштаба предприятия. Oracle Application Server – основная часть продукта Fusion Middleware, допускающая масштабирование на несколько серверов промежуточного слоя.

Этот продукт включает веб-прослушиватель на базе популярного сервера Apache, сервлеты и сценарии JavaServer Pages (JSP), бизнес-логику и/или компоненты для доступа к данным. Бизнес-логика часто развертывается в виде компонентов Enterprise JavaBeans (EJB). Компоненты для доступа к данным могут быть написаны с применением JDBC, SQLJ и EJB. TopLink – это инструмент отображения, который связывает Java-объекты с базой данных через JDBC, так что разработчик на Java может не думать о конструировании вызовов SQL и об ошибках приложения, вызванных изменениями в схеме базы данных.

Компоненты Oracle Application Server

Oracle Application Server предлагает также механизм кэширования и готовые решения задач, возникающих при создании порталов, систем бизнес-анализа и беспроводного доступа.

Кэширование

Компонент Oracle Application Server Web Cache реализует промежуточный уровень для кэширования веб-страниц целиком или частично. Предшествующий механизм Oracle Application Server Database Cache, который использовался для кэширования PL/SQL-процедур и анонимных PL/SQL-блоков, начиная с версии Oracle Application Server 10g не поддерживается.

Портал

Компонент Oracle Application Server Portal входит также в продукт Oracle Developer Suite (описан ниже в этой главе) и применяется для создания простых в использовании корпоративных порталов. Разработанный портал развертывается внутри Application Server.

Бизнес-анализ

В состав продукта Application Server Business Intelligence входит компонент Portal, а также оригинальные инструменты бизнес-анализа, разработанные Oracle:

  • Oracle Reports – масштабируемый промежуточный слой для вывода результатов заранее заданных запросов в виде отчетов;
  • Oracle Discoverer для предъявления произвольных запросов и анализа результатов;
  • платформа развертывания для разработанных в JDeveloper приложений для OLAP-обработки и добычи данных.

Эти средства мы обсудим в следующих заметках моего блога.

Oracle Wireless

В состав компонента Oracle Wireless (бывший Oracle Portal-to-Go) входят:

  • контент-адаптеры для преобразования информационного содержимого в формат XML;
  • преобразователи форматов (device transformer) для преобразования из XML в язык разметки, поддерживаемый конкретным
  • устройством;
  • порталы персонализации для персонализации оповещений, адресов назначения оповещений, адресных меток (location mark) и профилей; кроме того, беспроводной портал персонализации применяется для создания, обслуживания, тестирования и публикации URL службы, а также для управления пользователями.

 

Редакции Oracle Application Server

Продукт Oracle Application Server поставляется в нескольких редакциях: Enterprise Edition, Standard Edition, Standard Edition One и Java Edition; последний включает компоненты, необходимые разработчикам на Java. В Standard Edition и Standard Edition One включены компоненты Portal, TopLink вместе с Application Development Framework и Web Cache. В Enterprise Edition добавлены следующие компоненты:

Forms Services, Reports Services, Discoverer Viewer, Oracle Internet Directory, Oracle Application Interconnect, Wireless Option и интеграция с Enterprise Service Bus (ESB). В Java Edition входят компоненты HTTP Server, OC4J и TopLink вместе с Application Development Framework.

 Для редакции Oracle Application Server Enterprise Edition имеется еще ряд дополнительных опций:

BPEL Process Manager Option

Инструмент Business Process Execution Language (BPEL, язык исполнения бизнес-процессов) спроектирован для работы в сервисно-ориентированных архитектурах (SOA) и применяется для создания, администрирования и развертывания бизнес-процессов, связывающих несколько приложений. Он поддерживает стандарты BPEL, Web Services, XML, XSLT, XPATH, JMS и JCA.

Business Activity Monitoring (BAM)

Компонент BAM служит для построения инструментальных панелей реального времени, на которых отображаются основные индикаторы производительности (key performance indicator, KPI), содержащие данные от оповещений, поступающих через Сеть.

BI Publisher

Инструмент форматирования отчетов, применяемый для генерирования высококачественных отчетов на основе данных в формате XML.

Service Registry

Реестр служб Oracle Service Registry позволяет публиковать информацию о службах и ссылку на авторитетную систему (System of Record) для SOA-служб.

Комплект SOA Suite для Oracle Middleware

В этот комплект входят компоненты Oracle Fusion Middleware для SOA: BPEL, BAM, движок бизнес-правил, Enterprise Service Bus (механизм обмена сообщениями, маршрутизации и трансформации), Web Services Management (включает менеджер политик и инструментальную панель мониторинга), Web Services Registry, а также адаптеры приложений и технологий.

Communication and Mobility Server

В этот продукт входит компонент TimesTen, а также SIP Servlet Container, каркас активации и активаторы, средства голосового и мобильного доступа.

WebCenter

WebCenter – последняя разработанная Oracle инфраструктура для построения порталов. Применяется для развертывания портлетов и Ajax-компонентов, особенно для приложений, следующих принципам Web 2.0. Включает форумы, сервер присутствия, клиент системы мгновенной передачи сообщений, Wiki, установление и разрыв VOIP-вызова, SIP Servlet Container, API для Java и веб-служб, интеграцию с системой Click-2-dial и программный клиент с поддержкой голосовой связи.

Адаптеры для Fusion Middleware

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

Комплект Fusion Middleware SOA Suite служит основой архитектуры интеграции приложений Application Integration Architecture (AIA). В AIA включены также готовые бизнес-объекты и бизнес-процессы под общим названием Process Integration Packs. Эта архитектура является фундаментом для интеграции существующих и будущих приложений Oracle.

Вас заинтересует / Intresting for you:

Другие статьи автора:

Семейство продуктов Oracle

Выделяют три группы продуктов в семействе технологий Oracle: база данных, сервер приложений и  система управления (Enterprise manager). Это основные компоненты для организации сетевых вычислений (grid computing). Основной концепцией для построения инфраструктуры (Grid-а) выступает виртуализация. Пользователи  работают с информацией (обычно посредством веб-приложения), но они не знают и не должны знать откуда и как эти данные выводятся. Упрощённо – база данных отвечает за хранения и выдачу информации, сервер приложений – за инфраструктуру и развертывание служб нужных пользователю и система управления используется для администрирования и управления. Платформа или физические сервера используемые для работы не имеют значения для конечного пользователя. Виртуализация позволяет эффективно рапределять ресурсы, предоставляя максимальную производительность там где это нужно (балансировка нагрузки).

Сервер баз данных

Сервер баз данных Оракл включает в себя экземпляр (instance) базы данных и саму базу данных с множеством возможностей таких как потоки, партицирование, хранилище данных, репликация и RAC (Real Application Cluster), но самое главное, это надёжное, высоко-производительное хранилище данных, построенное на объектно-ориентированной системе для баз данных. Исторически, один из проектов в поздних 70-ых для поддержки теории предложенной Dr. E.F Codd, привел к созданию реляционной системы управления базами данных (РСУБД), со временем ставшую известной как Oracle Server. Oracle Server это основной продукт Oracle, который продолжает активно развиваться и является ядром других продуктов.

База данных – это набор файлов в дисковой системе. База существует пока существуют файлы. Теоретически нету ограничений по размеру и количеству файлов, таким образом нет ограничений размера базы данных. Доступ к данным происходит через экземпляр (instance) сервера базы данных. Инстанс – набор процессов и структур данных в памяти. Инстанс может быть стартован и остановлен. Пользователи подключаются к инстансу и уже инстанс управляет доступом к данным. Невозможно работать с данными напрямую. Инстанс и файлы базы данных вместе и создают Oracle сервер.

Такая модель доступа является клиент-серверной моделью, также известной как двухуровненой (two-tier) модель. В клиент-серверной модели пользовательский интерфейс и логика приложения не зависят от управления данными. Для приложения разработанного с использованием SQL это значит, что пользовательская часть приложения создаёт SQL запросы, а серверная часть исполняет их. Это классическое разделение клиентской и серверной части, обычно соединённой локальной сетью. Сетевой протокол используемый в Oracle – закрытый и называется Oracle Net.

Клиентская часть состоит из 2ух компонентов: пользователей и пользовательских процессов. В серверной части три составляющие: серверный процесс, который исполняет SQL запросы, instance и сама база данных. Каждый пользователь взаимодействует с пользовательски процессом. Пользовательский процесс взаимодействует с серверным процессом, обычно посредством локальной сети. Серверный процесс взаимодействует с экземпляром, и экземпляр с базой данных. Рисунок 1-1 показывает это взаимодействие. Сессия – это пользовательский процесс с серверным процессом. Обычно это один пользовательскйи процесс для пользователя и серверный процесс для каждого пользовательского процесса. Сессия обычно создается по запросу пользователя и уничтожается когда она больше не нужна: это называется log-on и log-off цикл. Экземпляр и структуры в памяти нужные для работы запускаются администратором и существуют пока администратор не остановит их: это называется запуск и остановка экземпляра.

Пользовательским процессом может выступать любое клиент-серверное приложение которые можнт подключится к Oracle серверу.Мы будет использовать SQL*Plus и SQL Developer. Это программное обеспечение предоставляемое Oracle-ом для подключения к серверу и выполнения SQL запросов. Что использует пользователь абсолютно не важно для Oracle сервер-а. Когда пользователь вводит данные и нажимает кнопку «Выполнить» будет сгенерирована команда, к примеру INSERT и отправлена команда серверному процессу для исполнения  на инстансе и базе данных. Единственное требования это чтобы команда была корректной. Не стоит забывать что все взаимодействие осуществляется согласно клиент-серверной модели. Даже если пользовательский процесс запущен на той же самой системе что и сервер – клиент-серверное разделение всё равно работает и сетевой протокол использвется для взаимодействия между двумя процессами.

Сервер приложений

Со становлением Web-приложений как стандарта для работы пользователей появилась потребность в серверах приложений. Сервер приложений позволяет заменить установленное приложение на компютере пользователя, на приложения установленные в определенном хранилище. Интерфейс пользователю отображается посредством браузера. Такие приложения могут использовать данные, находящиеся в разных базах данных. Oracle сервер приложений – это платформа для разработки, установки и управления web-приложениями. Web-приложение — любая программа, работающая с ипользованием протокола HTTP. Web-приложения обычно используют трех-уровневую (three-tier’s) модель: уровень базы данных, для доступа к данным, пользовательский уровень (им обычно выступает веб-браузер) для отображения окон и диалогов для взаимодействия с пользователем, и уровень приложения между ними, который реализует бизнес-логику для генерации пользовательского интерфейса и выполнения запросов к базе данных.

Возможно использовать отдельное соединение для каждого пользователя: каждый польователь будет создавать сессию к серверу приложений, а сервер приложений в свою очередь создавать подключение к базе данных. Однако, эта модель признана очень неэффективной по сравнению с пулами подключений (connection pooling model). Согласно модели пула подключений сервер приложений создает относительно небольшое количество соединения с базой данных и делает их доступными  для запросов (помещая запросы в очередь при необходимости) для относительно большого количества пользователей сервера приложений. Рисунок 1-2 показывает трех-уровневую модель доступа и использованием пула запросов.

С точки зрения базы данных, нет абсолютно никакой разницы между запросами из SQL*Plus или пула запросов. В первом случае пользовательский процесс происходит на одной машине, во втором случае пользовательский процесс разбит на 2 уровня: сервер приложений генерирует пользовательский интерфейс и пользовательский уровень отображает его.

Enterprise Manager

Увеличение объёма и сложности IT установок может сделать управление компонентами достаточно сложной процедурой. Инструменты управления могут сделать эту задачу легче, и занчительно повысить производительность сотрудников.

Oracle Enterprise Manager включает в себя 3 группы инструментов:

*Управление базой данных (Database Control)

*Управление сервером приложений (Application Server Control)

*Управление инфраструктурой (Oracle Enterprise Manager Grid Control)

Управление базой данных – графический инструмент для управление одной базой данных, которая может быть RAC кластером. Есть возможности управления и мониторинга в режиме реального времени, планировщик задач и резервного копирования, генерация отчётности.

Управление сервером приложений – инстурмент для управления серверами приложений. Технология управления несколькими серврами зависит от версии. До 10gR2 включительно используется технологий «ферма», с ерпозиторием мета-данных и центральным управляющим входом. Эта модель закрытая и предоставляет отличные позможности для установки и поддержи приложений. Начиная с версии 10gR3 используется технологий основанная на J2EE кластеризации.

И Database Control и Application Server Control состоят из java процессов запущенных на сервере, которые ожидают HTTP или HTTPS подключений. Админстраторы подключаются к ним с помощью браузера. Database Control подключается к базе данных, а Application Server Control к серверу приложений.

Oracle Enterprise Manager Grid Control обобщает управление инфраструктурой. Репозиторий (находящийся внутри базы данных Oracle) и один или несколько серверов управляют всей средой: всеми базами данных и серверами приложений, расположенными где-угодно. Данный инструмент также может управлять узлами, или машинами на которых запущены сервера и, с помощью плагинов, различными сторонними продуктами. Каждый управляемый узел запускает процесс, который ответственнен за мониторинг управляемых процессов на узле: этот процесс выполняет разные задачи и возвращает результаты на сервер управления.

Oracle Enterprise Manager Grid Control даёт целостное представление обо всей инфраструктуре и может кардинально улучшать производительность администраторов.  С его помощью один администратор может обслуживать десятки и сотни серверов.

Инструменты разработчика Oracle

Oracle предоставляет различные инструменты для разработки программ и утилит и поддерживает раличные языки программирования. Языки программирования которые разбираются на инструкции и выполняются внутри Oracle сервером это SQL, PL/SQL и Java. Технологии для разработки вне базы данных можно найти в Oracle Developer Suite (Forms, Reports and Discoverer), Oracle Application Server и других языках третьего уровня (3GLs). Так же доступен широкий выбор инструментов которые могут быть использованы для подключения к базе данных Oracle. Например, Microsoft .NET, для которого Oracle предоставляет обширный набор средств разработчика.

Встроенные языки

SQL используется для работы с данными, но на нём нельзя создать полноценное приложение, так как нет возможности для создания пользовательского интерфейса и отсутствует поддержка сложных структур данных. Два других внутренних языка программирвоания устраняют эти пробелы. Это PL/SQL и Java. PL/SQL – язык третьего уровня и является собственностью Oracle. Он поддерживает стандартные управляющие конструкции: алгоритмы ветвления (if then else) и циклы, и имеет возможность создания пользовательского интерфейса. SQL запросы могуть быть частью PL/SQL кода, таким образом, программа PL/SQL может использовать SQL для получения данных из базы данных, выполнять определенные действия в зависимости от данных, и затем выполнять другие запросы для записи данных назад в базу. Java так же может выполнять SQL запросы, написанные внутри Java кода. Это стандарт технологии: любой Java программист должен быть способен написать код, который будет работать в базе данных Oracle (либо другой Java-совместимой базе данных).

Все администраторы баз данных должны хорошо знать SQL и PL/SQL. Это стандартное и необходимое требование.

Знание Java уже не особо обязательно, так как Java редко используется в базе данных. Раньше Oracle Application Server не мог запускать некоторые стандартные компоненты (к примеру Servlet-ы и EJB). Чтобы устранить это  Oracle разработали Java машину встроенную в базу данных, которая соответствует стандартам. Как бы то ни было, начиная с Oracle Application Server 9i, стало возможным запускать J2EE компоненты там, где им и положено быть: на сервере приложений. Благодаря этому стало запускать меньше Java кода внутри базы данных.

Обычно DBA (database administrator) проводят много времени над задачами повышения производительности и отладки SQL и PL/SQL кода. С точки зрения Oracle – администратор должен находить проблемные участки и передавать разработчику для исправления, однако на практике разработчикам не хватает знания (или желания) делать это и администраторам приходится брать на себя эту роль.

Сторонние языки программирования

Другие языки программирования доступные для создания клиент-серверных приложения запускают вне базы-данных. Наиболее широко используются С и Java, но возможно использовать почти все популярные запросы третьего-уровня. Для большинства языков Oracle предоставляет OCI (Oracle Call Interface) библиотеки, которые позволяют подключаться к базе данных и выполнять SQL запросы.

Программы написанные на C или другом процедурном языке используют OCI библиотеки для создания подключения к базе данных. Эти библиотеки являются собственностью Oracle. Это значит что любой код, написанный с использование этих библиотек написан только для Oracle базы данных и должен быть переписан для работы с другими базами данных. Программы написанные на языке Java могут избежать этой проблемы. Oracle предоставляет возможности для подключения к базе с помощью Java для «толстых» (thich) и «тонких» (thin) клиентов.

«Толстый» клиент направлен на работу с Oracle. Он использует OCI библиотеку и может использовать все возможности базы данных, включая структурные особенности Oracle. Но такой клиент не сможет работать с другими базами данных, и необходима OCI библиотека для работы.

«Тонкий» клиент работает вне зависимости от типа базы данных: он работает с виртуальной базой согласно Java стандарту, и позволяет соотносить виртуальную базу с базой. Это даёт приложению возможность работать с любой другой базой данных и такое приложение может быть развёрнуто в не-Oracle среде без изменений. Однако функциональность огранчена только Java Database Connectivity (JDBC) стандартом.

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

Набор разработчика от Oracle

Некоторые не хотят использовать языки программирования для разработки приложений для работы с базой данных. Оракл предлагает средства для разработки в составе Oracle Developer Suite. В принципе результат разработки с помощью этих средст примерно такой же: генерация SQL запросов, которые посылаются к базе данных для обработки.

С помощью Oracle Forms Developer можно создать приложение, которое запускается на сервере приложений Oracle и отображается в браузере. Такие приложения легко разрабатывать и они оптимизированы для взаимодействия с объетами базы данных. Специальные макросы и компоненты позволяют создавать веб-приложения с богатым функционалом.

Oracle Reports – это инструмент для создания и форматирования отчётов, как по запросу так и по расписанию. Готовые отчёты кешируются для выдачи. Oracle Reports, так же как и Oracle Forms, это среда разработки и требуются навыки программиста для создания специальных отчётов. Большим преимуществом при использовании Oracle Reports является то, что результат можно настраивать каким угодно способом, чтобы достичь желаемого результата.

Oracle Discoverer – это иснтрумент для генерации специальных отчётов, позволяющий пользователем самим создавать себе необходимую отчётность. Когда Oracle Discover установлен и настроен на сервере приложений, больше не нужны услуги программиста и пользователи сами делают что им нужно.

Oracle VM Server for SPARC для чайников (How-to) / Хабр

Небольшой How-to для начинающих работать с ОС Solaris и платформой виртуализации Oracle VM Server for SPARC, ранее известной как Sun Logical Domains.

Logical Domains — технология виртуализации и разделения физических ресурсов для линейки UNIX-серверов, основанных на архитектуре SPARC V9, представленная в мае 2007 корпорацией Sun Microsystems.

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

Примеры приведены для ОС Solaris 10, в Solaris 11 стоит учитывать особенности настройки сети.


В терминологии Sun виртуальные машины обозначаются как домены, существует несколько видов доменов.

Роли доменов
Обозначения виртуальных устройств и сервисов

  • vnet – Virtual Network. Виртуальная сетевая карта.
  • vsw – Virtual Switch. Виртуальный свитч.
  • vds – Virtual Disk Server. Виртуальный жёсткий диск. Модель использования диска строится на клиент-серверной архитектуре, поэтому для доступа к диску используется клиент vdc, а vds представляет собой службу доступа к физическим дискам или их образам.
  • vdc — Virtual Disk Client. Предоставляет доступ к виртуальному жёсткому диску. Несмотря на то, что виртуальные диски относятся к Guest Domain большинство операций по работе с ними выполняется на Service Domain.
  • vcc — Virtual Console Concentrator. Обычно данное виртуальное устройство имеет Control Domain (primary). Оно обеспечивает доступ к консолям виртуальных машин. Сервис svc:/ldoms/vntsd:default обеспечивает доступ к консолям виртуальных машин, запущен в Control Domain.

Пример создания основных сервисов

Обычно сервисы устройств создаются в Control Domain, но можно выделить для этого отдельный домен — Service Domain.

  • Создаём концентратор консолей в домене primary, с названием primary-vcc0 и диапазоном используемых портов 5000-5100:
    # /usr/sbin/ldm add-vcc port-range=5000-5100 primary-vcc0 primary

  • Создаём сервер виртуальных жёстких дисков в домене primary, с названием primary-vds0:
    # /usr/sbin/ldm add-vds primary-vds0 primary

  • Создаём виртуальный свитч в домене primary, с названием primary-vsw0 и привязываем его к сетевому интерфейсу nxge0. Использовать mac-адрес сетевой карты:
    # /usr/sbin/ldm add-vsw net-dev=nxge0 primary-vsw0 primary


    Используется указанный mac-адрес:

    # /usr/sbin/ldm add-vsw mac-addr=2:04:4f:fb:9f:0d net-dev=nxge0 primary-vsw0 primary

  • Просмотреть список сервисов домена primary:
    # /usr/sbin/ldm list-services primary

Настройка Control Domain и высвобождение ресурсов из него для других доменов

  • Просмотр списка криптографических устройств. Используются в системах SPARC, наличие этих устройств в домене не позволяет динамически переконфигурировать количество CPU:
    # /usr/sbin/ldm list -o crypto primary
  • Естественно ставим этот параметр в 0, или вообще не трогаем эту команду:
    # /usr/sbin/ldm set-mau 0 primary
  • Задаём количество ядер домену primary:
    # /usr/sbin/ldm set-vcpu 8 primary
  • Запускаем переконфигурацию домена primary или просто перезагружаем сервер:
    # /usr/sbin/ldm start-reconf primary
  • Задаём количество оперативной памяти домену primary:
    # /usr/sbin/ldm set-memory 4G primary
  • Сохраняем текущую конфигурацию доменов как initial:
    # /usr/sbin/ldm add-config initial
  • Просмотреть список конфигураций доменов(initial [next poweron] означает, что конфигурация будет использоваться при следующей загрузке гипервизора):
    # /usr/sbin/ldm list-config
  • Перезагружаем гипервизор:
    # shutdown -y -g0 -i6

По умолчанию между Control Domain и остальными доменами нет сетевого соединения, это связано с тем, что Control Domain использует физический интерфейс(напр.: nxge0), а остальные домены виртуальные(напр.: vsw0).

Конфигурирование виртуального свитча как главного интерфейса в Control Domain

  • Список всевозможных сетевых интерфейсов системе:
    # /usr/sbin/dladm show-link
  • Включаем необходимый виртуальный свитч:
    # /usr/sbin/ifconfig vsw0 plumb
  • Выключаем физический интерфейс:
    # /usr/sbin/ifconfig nxge0 down unplumb
  • Задаём IP-адрес и помечаем интерфейс виртуального свитча включенным:
    # /usr/sbin/ifconfig vsw0 192.168.0.108 netmask 255.255.0.0 broadcast+up


    Или можно использовать DHCP:

    # /usr/sbin/ifconfig vsw0 dhcp start
  • Не забываем прописать настройки сетевого интерфейса в конфигурационные файлы:
    # mv /etc/hostname.nxge0 /etc/hostname.vsw0


    При использовании DHCP:

    # mv /etc/dhcp.nxge0 /etc/dhcp.vsw0

Создание Guest Domain

  • Создание домена ldg1:
    # /usr/sbin/ldm add-domain ldg1
  • Добавление процессоров в домен ldg1:
    # /usr/sbin/ldm add-vcpu 8 ldg1
  • Добавление оперативной памяти в домен ldg1:
    # /usr/sbin/ldm add-memory 2G ldg1
  • Добавление сетевого интерфейса vnet1, подключенного к свитчу vsw0 в домене ldg1:
    # /usr/sbin/ldm add-vnet vnet1 primary-vsw0 ldg1
  • Добавляем физический жёсткий диск /dev/dsk/c2t1d0s2 к виртуальному дисковому серверу primary-vds0 под именем vol1.
    # /usr/sbin/ldm add-vdsdev /dev/dsk/c2t1d0s2 [email protected]


    Или:

    • Создание ФС с точкой монтирования:
      # zfs create -o mountpoint=/LDoms rpool/LDoms
    • Создание файловой системы определённого размера:
      # /usr/sbin/zfs create -V 10G rpool/LDoms/disk1
    • Добавляем раздел ZFS в качестве виртуального диска на дисковый сервер:
      # /usr/sbin/ldm add-vdsdev /dev/zvol/dsk/rpool/LDoms/disk1 [email protected]


    Или:

  • Добавляем виртуальный диск [email protected] к домену ldg1 под именем vdisk1:
    # /usr/sbin/ldm add-vdisk vdisk1 [email protected] ldg1
  • Устанавливаем для домена ldg1 автозагрузку при старте сервера:
    # /usr/sbin/ldm set-var auto-boot\?=true ldg1
  • Устанавливаем диск с которого будет грузиться домен ldg1:
    # /usr/sbin/ldm set-var boot-device=vdisk1 ldg1
  • Связываем домен ldg1 с Control Domain:
    # /usr/sbin/ldm bind-domain ldg1
  • Просмотреть информацию о домене ldg1, в графе CONS будет указан порт, по которому подключиться к домену:
    # /usr/sbin/ldm list-domain ldg1
  • Просмотр всех связанных с доменом ldg1 ресурсов:
    # /usr/sbin/ldm list-bindings ldg1
  • Подключиться к консоли домена, слушающего порт 5000:
    # /usr/bin/telnet localhost 5000
  • Запустить домен ldg1, если он остановлен:
    # /usr/sbin/ldm start-domain ldg1

Установка Oracle Solaris 10 с DVD-диска

  • Останавливаем службу управления томами:
    # /usr/sbin/svcadm disable volfs
  • Останавливаем необходимый домен:
    # /usr/sbin/ldm stop ldg1
  • Исключить из списка управляемых доменов:
    # /usr/sbin/ldm unbind-domain ldg1
  • Добавляем привод /dev/dsk/c0t0d0s2 к виртуальному дисковому серверу primary-vds0 под именем dvd_vol:
    # /usr/sbin/ldm add-vdsdev /dev/dsk/c0t0d0s2 [email protected]
  • Подключаем завиртуализированный привод к домену ldg1 под именем vdisk_cd_media:
    # /usr/sbin/ldm add-vdisk vdisk_cd_media [email protected] ldg1
  • Просмотр всех связанных с доменом ldg1 ресурсов:
    # /usr/sbin/ldm list-bindings ldg1
  • Связываем домен ldg1 с Control Domain:
    # /usr/sbin/ldm bind-domain ldg1
  • Запустить домен ldg1:
    # /usr/sbin/ldm start-domain ldg1
  • Подключаемся к консоли домена:
    # /usr/bin/telnet localhost 5000
  • Просматриваем алиасы устройств домена в поисках vdisk_cd_media:
    ok devalias
  • Загружаемся с диска:
    ok boot vdisk_cd_media:f

Установка Oracle Solaris 10 из образа

  • Остановить необходимый домен:
    # /usr/sbin/ldm stop ldg1
  • Исключить из списка управляемых доменов:
    # /usr/sbin/ldm unbind-domain ldg1
  • Добавить образ solaris10.iso к виртуальному дисковому серверу primary-vds0 под именем iso_vol:
    # /usr/sbin/ldm add-vdsdev /export/solaris10.iso [email protected]
  • Подключить завиртуализированный привод к домену ldg1 под именем vdisk_iso:
    # /usr/sbin/ldm add-vdisk vdisk_iso [email protected] ldg1
  • Просмотреть все связанные с доменом ldg1 ресурсы:
    # /usr/sbin/ldm list-bindings ldg1
  • Связать домен ldg1 с Control Domain:
    # /usr/sbin/ldm bind-domain ldg1
  • Запустить домен ldg1:
    # /usr/sbin/ldm start-domain ldg1
  • Подключаемся к консоли домена:
    # /usr/bin/telnet localhost 5000
  • Просматриваем алиасы устройств домена в поисках vdisk_iso:
    ok devalias
  • Загружаемся с образа:
    ok boot vdisk_iso:f

Удаление домена

  • Остановить домен ldg1:
    # /usr/sbin/ldm stop-domain ldg1
  • Отвязать домен ldg1:
    # /usr/sbin/ldm unbind-domain ldg1
  • Удалить домен ldg1:
    # /usr/sbin/ldm remove-domain ldg1

Развертываем СУБД Oracle Database 12c на Windows Server в облако InfoboxCloud / Блог компании Infobox / Хабр

И словно говорят нам: «Я оракул,

Когда вещаю, пусть и пес не лает!»

Шекспир.

Так начиналась одна из глав руководства Oracle Database 6 для администраторов.

Про значимость этой базы данных в крупном корпоративном секторе можно не говорить – это стандарт де-факто. Наши пользователи активно используют технологии Oracle для решения производственных задач и работы с базами данных предприятия. InfoboxCloud отлично подходит для решения этой задачи. Облако позволяет сконцентрироваться на работе, а не на обслуживании серверных, повысив доступность, надежность и безопасность производственного процесса.

В этой статье мы рассмотрим процесс установки Oracle Database 12c на Windows Server 2008 R2 в облаке на один сервер. Развертывание кластерных конфигураций и тестирование производительности будет рассмотрено в следующих статьях.

Создание облачного сервера

Для создания облачного сервера вам необходимо получить доступ в InfoboxCloud. После этого войдите в панель управления и создайте облачный сервер. Для установки базы данных Oracle на Windows мы рекомендуем использовать сервер с не менее чем 4 гб оперативной памяти и не менее чем 35 гб места на диске. В разделе «операционная система» выберите «Windows». Не забудьте выделить публичный ip–адрес для клиента и задать достаточную скорость сети.

На следующем шаге выберите операционную систему Windows Server 2008 R2 и завершите создание сервера.

Вы получите данные для доступа по RDP на электронную почту. Подключитесь к серверу.

Установка Oracle Database 12C

Для того чтобы с помощью Internet Explorer в Windows Server 2008R2 можно было загружать файлы, необходимо запустить «Server Manager» и выбрать пункт «Configure IE ESC».

Затем необходимо отключить расширенные настройки безопасности для всех категорий пользователей.

Загрузите требуемый дистрибутив базы данных из Oracle Technology Network. В этой статье мы рассматриваем Enterprise редакцию. Процесс установки других редакций существенно не отличается. Для загрузки нужно установить флаг согласия с лицензионным соглашением «Accept license agreement» и нажать на каждую из ссылок. Вам будет предложено ввести данные учетной записи Oracle. Если у вас еще нет учетной записи Oracle – будет предложено создать ее.

Распакуйте каждый из файлов архива инсталлятора в одну и ту же директорию.

Затем перейдите в папку database распакованной папки и запустите setup для запуска установки.

Укажите свой адрес электронной почты и нажмите «Next».

Выберите пункт «Create and configure a database» и нажмите «Далее».

Если вы используете базу для разработки, на следующем шаге можно выбрать пункт «Desktop Class» и процесс установки будет упрощенным. Если вы используете базу для промышленного использования, выберите «Server Class».

В этой статье мы не рассматриваем возможности кластеризации, поэтому необходимо выбрать пункт «Single instance database installation».

На следующем шаге выберите Typical Database Installation.

Теперь необходимо создать пользователя в Windows для работы сервисов Oracle. Выберите пункт «Create New Windows User», введите логин и пароль пользователя, для создания.

На следующем шаге укажите пути для установки СУБД, укажите пароль администратора базы и нажмите «Next».

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

Нажмите «Install» для начала установки.

Спустя некоторое время установка будет завершена.

Вы можете установить пароль тут же и разблокировать необходимые аккаунты, нажав «Password Management».

Теперь база данных Oracle полностью установлена.

Вы можете войти в утилиту командной строки SQLPLUS:

sqlplus  / as sysdba

Если на этапе установки вы не установили пароль для требуемого пользователя, вы можете сделать это через SQLPLUS так:

alter user SYS identified by "newpassword";

, где newpassword – ваш новый пароль.

Также вы можете подключиться локально к базе через SQL Developer (Пуск -> Oracle — OraDB12Home1 -> Application Development -> SQL Developer).

Нажмите «+» для создания нового подключения.

Установите настройки, показанные на скриншоте ниже, и нажмите «Connect».

Соединение успешно установлено. Можно ввести запрос для проверки.

Для входа в Oracle Enterprise Manager используйте адрес:

https://localhost:5500/em

В процессе разрешите использовать самовыданный сертификат и установите Adobe Flash Player (сняв галочки установки другого стороннего софта, предложенного Adobe).
Для доступа можно воспользоваться логином SYS и паролем, который мы установили ранее.

Таким образом, мы успешно установили базу данных Oracle на облачный сервер в InfoboxCloud. Если вы нашли ошибку в статье или у вас возник вопрос, пожалуйста, напишите нам в ЛС или на email. Если вы не можете оставлять комментарии на Хабре — напишите в Сообществе InfoboxCloud.

Успешной работы!

Бесплатный VPS (VDS) от Oracle навсегда: как получить в 2020

Бесплатный VPS (VDS) от Oracle Cloud навсегда — это отличный способ начать обучение с облачной платформой и тренироваться в интерфейсе системе.

Как получить бесплатный VDS/VPS от Oracle Cloud

Для получения бесплатного VPS от Oracle Cloud потребуется перейти на страницу:

https://www.oracle.com/cloud/free

После нажимаем на «Start for free».

Далее выбираем страницу и вводим email-адрес пользователя.

Важно! При выборе функций потребуется обращать внимание на
пометку «Always Free Eligible»,
указывающее на то, что данная услуга будет работать без тарификации.

После заполняем личные данные, адрес и даем номер карты.

Важно! С банковской карты будет списан 1$ который в
последующем будут завершены.

Теперь получаем сразу 2 VDS машины абсолютно бесплатно.

Параметры и ограничения

Виртуальные машины будут иметь следующие характеристики:

  • Процессор: AMD EPYC 7551 32-Core Processor;
  • Количество ядер: 2;
  • Частота: 2000 МГц;
  • Оперативная память: 1 Гб;
  • 50 тысяч запросов в месяц;
  • 5 бесплатных резервных копий;
  • 10 Тб данных исходящего трафика;
  • 10 Гб дисковая квота.

Также можно ознакомиться с другими способами получения бесплатного виртуального сервера, например, от Google или Amazon.

Сервер приложений Oracle — Oracle Application Server

10g Oracle Application Server (далее «г» обозначает сетку ) (сокр Oracle AS ), состоит из интегрированного, основанной на стандартах программной платформы . Она является составной частью Oracle Corporation «s Fusion Middleware стека технологий . Сердце Oracle Application Server состоит из Oracle HTTP Server (на основе HTTP-сервера Apache ) и OC4J (OracleAS Containers for Java EE ), который развертывает приложения на основе Java EE . Последняя версия OC4J предлагает полную совместимость со спецификациями Java EE 1.4.

Oracle Application Server стал первой платформой, предназначенной для распределенных вычислений, а также с полной поддержкой жизненного цикла сервис-ориентированной архитектуры (SOA).

Текущий выпуск Oracle Application Server, 10g R3, не имеет уровня репозитория метаданных , вместо этого полагаясь на репозитории метаданных, предоставленные в предыдущих выпусках.

После приобретения Oracle компании BEA Systems : «ключевые функции [будут] интегрированы с WebLogic Server с плавной миграцией».

История

Корпорация Oracle представила свой первый сервер приложений под названием Oracle Web Server (OWS). Последующая переупаковка привела к Oracle Application Server (OAS). Более поздний продукт, заменивший OAS, стал i AS (сервером Интернет-приложений).

Редакции

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

Доступные редакции Oracle AS включают: —

  • Enterprise Edition
  • Стандартная версия
  • Стандартное издание 1
  • Версия Java

Составные части

OC4J

Корпорация Oracle называет свою реализацию спецификации Java EE « Контейнеры Oracle для J2EE» и сокращает это понятие как OC4J . OC4J, изначально основанный на сервере приложений IronFlare Orion , был разработан исключительно под контролем Oracle с тех пор, как корпорация Oracle приобрела исходный код .

OC4J включает в себя следующие серверы:

Реализация

Oracle Application Server может использовать «базу данных инфраструктуры Oracle AS» — экземпляр базы данных Oracle, поддерживающий репозиторий метаданных Oracle AS и / или Oracle Identity Management .

OPMN — сервер Oracle Process Management and Notification — контролирует компоненты Oracle Application Server.

Операция

Команда opmnctl запускает, останавливает и контролирует компоненты Oracle AS.

Смотрите также

внешние ссылки

<img src=»//en.wikipedia.org/wiki/Special:CentralAutoLogin/start?type=1×1″ alt=»» title=»»>

Серверы — Окончание срока службы

Серверы Oracle Fujitsu SPARC
Сервер Fujitsu M10-4 Документация Сервер Fujitsu M12-2
Сервер Fujitsu M10-4S Документация Сервер Fujitsu M12-2S
Серверы Oracle
Сервер Oracle X5-2 Документация Сервер Oracle X7-2
Сервер Oracle X5-2L Документация Сервер Oracle X7-2L
Сервер Oracle X5-4 Документация Сервер Oracle X7-8
Сервер Oracle X5-8 Документация Сервер Oracle X7-8
Сервер Oracle X6-2 Документация Сервер Oracle X7-2
Сервер Oracle X6-2L Документация Сервер Oracle X7-2L
Сервер Oracle X7-8 Документация Сервер Oracle X8-8
Сервер Oracle X7-2 Документация Сервер Oracle X8-2
Сервер Oracle X7-2L Документация Сервер Oracle X8-2L
Серверы SPARC
Сервер SPARC M5-32 Документация Сервер SPARC M8-8
Сервер SPARC M6-32 Документация Сервер SPARC M8-8
Сервер SPARC T3-1 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T3-1B Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T3-2 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T3-4 Документация Сервер SPARC T8-2
Сервер SPARC T8-4 ​​
Сервер SPARC T4-1 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Серверный модуль SPARC T4-1B Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T4-2 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T4-4 Документация Сервер SPARC T8-2
Сервер SPARC T8-4 ​​
Сервер SPARC T5-1B Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T5-2 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T5-4 Документация Сервер SPARC T8-2
Сервер SPARC T8-4 ​​
Сервер SPARC T5-8 Документация Сервер SPARC T8-4 ​​
Сервер SPARC T7-2 Документация Сервер SPARC T8-2
Сервер SPARC T7-4 Документация Сервер SPARC T8-4 ​​
Сервер SPARC T7-1 Документация Сервер SPARC T8-1
Сервер SPARC Enterprise M3000 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер Fujitsu M10-1
Сервер Fujitsu M12-1
Сервер SPARC Enterprise M4000 Документация Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T8-2
Сервер Fujitsu M12-2
Сервер SPARC Enterprise M5000 Документация Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T8-2
Сервер SPARC T7-2
Сервер SPARC T8-4 ​​
Сервер Fujitsu M12-2
Сервер Fujitsu M12-2S
Fujitsu Сервер M10-4S
Сервер SPARC Enterprise M8000 Документация Сервер SPARC T8-4 ​​
Сервер SPARC M8-8
Сервер Fujitsu M12-2S
Сервер Fujitsu M10-4S
Сервер SPARC Enterprise M9000 Документация Сервер SPARC M8-8
Сервер Fujitsu M12-2S
Сервер Fujitsu M10-4S
Сервер SPARC M7-8 Документация Сервер SPARC M8-8
Сервер Fujitsu M12-2S
Сервер Fujitsu M10-4S
Сервер SPARC M7-16 Документация Сервер SPARC M8-8
Сервер Fujitsu M12-2S
Сервер Fujitsu M10-4S
Сервер Sun Enterprise 220R Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Enterprise 250 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire 280R Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Enterprise 420R Документация Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер Sun Enterprise 450 Документация Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T8-2
Sun Enterprise 10000 Сервер Документация Сервер SPARC M8-8
Сервер Sun Fire 12K Документация Сервер SPARC M8-8
Сервер Sun Fire E15K Документация Сервер SPARC M8-8
Сервер Sun Fire E20K Документация Сервер SPARC M8-8
Сервер Sun Fire E25K Документация Сервер SPARC M8-8
Сервер Sun Fire E2900 Документация Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T8-2
Сервер Sun Fire E4900 Документация Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T8-2
Сервер SPARC T8-4 ​​
Сервер Sun Fire E6900 Документация Сервер SPARC T8-4 ​​
Сервер Sun Fire T1000 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire T2000 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V100 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V120 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V210 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V215 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V240 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V245 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V250 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер Sun Fire V440 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер Sun Fire V445 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер Sun Fire V480 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер Sun Fire V490 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер Sun Fire V880 Документация Сервер SPARC T8-2
Сервер Sun Fire V880z Документация Сервер SPARC T8-2
Сервер Sun Fire V890 Документация Сервер SPARC T8-2
Сервер Sun Fire V1280 Документация Сервер SPARC T8-4 ​​
Sun SPARC Enterprise T1000 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Sun SPARC Enterprise T2000 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Sun SPARC Enterprise T5120 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Sun SPARC Enterprise T5140 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Sun SPARC Enterprise T5220 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Sun SPARC Enterprise T5240 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Sun SPARC Enterprise T5440 Документация Сервер SPARC S7-2
Сервер SPARC S7-2L
Сервер SPARC T8-1
Сервер SPARC T7-1
Сервер SPARC T8-2
Системы Sun x86
Сервер Sun Fire V20z Документация
Сервер Sun Fire V40z Документация
Сервер Sun Fire V60x Документация
Сервер Sun Fire V65x Документация
Сервер Sun Fire X2100 M2 Документация Сервер Sun Fire X2200 M2
Сервер Sun Fire X2250 Документация
Сервер Sun Fire X2270 Документация
Сервер Sun Fire X2270 M2 Документация
Сервер Sun Fire X4100 M2 Документация
Сервер Sun Fire X4140 Документация
Сервер Sun Fire X4150 Документация
Сервер Sun Fire X4170 Документация
Сервер Sun Fire X4170 M2 Документация Сервер Sun X4-2
Сервер Sun Fire X4240 Документация
Сервер Sun Fire X4250 Документация
Сервер Sun Fire X4270 Документация
Сервер Sun Fire X4270 M2 Документация Сервер Sun X4-2L
Сервер Sun Fire X4275 Документация
Сервер Sun Fire X4440 Документация
Сервер Sun Fire X4450 Документация
Сервер Sun Fire X4470 Документация Сервер Sun X2-4
Сервер Sun Fire X4500 Документация
Сервер Sun Fire X4540 Документация
Сервер Sun Fire X4600 M2 Документация
Сервер Sun Fire X4640 Документация
Сервер Sun Fire X4800 Документация Сервер Sun X2-8
Сервер Sun X2-4 Документация Сервер Sun X4-4
Сервер Sun X2-8 Документация Сервер Sun X4-8
Сервер Sun X3-2 Документация Сервер Sun X4-2
Сервер Sun X3-2L Документация Сервер Sun X4-2L
Сервер Sun X4-2 Документация Сервер Oracle X5-2
Сервер Sun X4-2L Документация Сервер Oracle X5-2L
Сервер Sun X4-4 Документация Сервер Oracle X5-4
Сервер Sun X4-8 Документация Сервер Oracle X5-8
Сервер Sun LX50 Документация
Блейд-серверы Sun
Серверный модуль Sun Blade X3-2B Серверный модуль Sun Blade X4-2B
Sun Blade 6000 Шасси Документация См. Серверы Sun Blade нового поколения
Дисковый модуль Sun Blade 6000 Документация См. Серверы Sun Blade нового поколения
Sun Blade 6048 InfiniBand QDR Switched Network Express Module Документация См. Серверы Sun Blade нового поколения
Sun Blade 6048 Модульная система Документация См. Серверы Sun Blade нового поколения
Модульная система Sun Blade 8000 Документация См. Серверы Sun Blade нового поколения
Модульная система Sun Blade 8000 P Документация См. Серверы Sun Blade нового поколения
Модуль хранения Sun Blade M2 ​​ Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade T6300 Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade T6320 Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade T6340 Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade X6240 Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade X4-2B Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade X6270 Документация Серверный модуль Sun Blade X3-2B
Серверный модуль Sun Blade X6270 M2 Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade X6275 Документация См. Серверы Sun Blade нового поколения
Серверный модуль Sun Blade X6275 M2 Документация Серверный модуль Sun Blade X3-2B
Серверный модуль Sun Blade X6440 Документация См. Серверы Sun Blade нового поколения
Блейд-сервер Sun Fire B100s Документация Серверы Sun Fire x64
Блейд-сервер Sun Fire B200x Документация Серверы Sun Fire x64
Шасси блейд-системы Sun Fire B1600 Документация Серверы Sun Fire x64
Серверы операторского класса Sun Netra
Сервер Sun Netra 20 Документация Продукты Sun Netra
Сервер Sun Netra 120 Документация Продукты Sun Netra
Сервер Sun Netra 210 Документация Продукты Sun Netra
Сервер Sun Netra 240 Документация Sun Netra T2000 или Sun Netra X4200 или Sun Netra X4250 или Sun Netra T5220
Сервер Sun Netra 440 Документация Sun Netra X4450 или Sun Netra T5220
Sun Netra 1280 Сервер Документация Sun Netra X4450 или Sun Netra T5220
Сервер Sun Netra 1290 Документация Продукты Sun Netra
Сервер Sun Netra SPARC T3-1 Документация Netra SPARC T4-1
Сервер Sun Netra SPARC T3-1B Документация Netra T4-1B
Сервер Sun Netra SPARC T3-1BA Документация Netra T4-1B
Сервер Sun Netra SPARC T4-1B Документация Netra T5-1B
Сервер Sun Netra T5220 Документация Продукты Sun Netra
Сервер Sun Netra T5440 Документация Netra SPARC T4-2
Sun Netra AX2200 Документация Продукция Sun Netra
Sun Netra CP1500 Документация Продукция Sun Netra
Sun Netra CP2040 Документация Продукция Sun Netra
Sun Netra CP2060 / CP2080 Документация Продукция Sun Netra
Блейд-сервер Sun Netra CP3260 ATCA Документация Продукты Sun Netra
Блейд-сервер Sun Netra CP3270 ATCA Продукты Sun Netra
Сервер Sun Netra ct 400 Документация Продукты Sun Netra
Сервер Sun Netra ct 800 Документация Продукты Sun Netra
Сервер Sun Netra CT900 НЕТ Продукты Sun Netra
Системный расширитель Sun Netra E1 Документация Продукция Sun Netra
Sun Netra ft 1800 Server Документация Продукты Sun Netra
Сервер Sun Netra t 1120/1125 Документация Продукты Sun Netra
Sun Netra t 1400/1405 Сервер Документация Продукты Sun Netra
Сервер Sun Netra t1 100/105 Документация Продукты Sun Netra
Сервер Sun Netra t1 DC200 НЕТ Продукты Sun Netra
Сервер Sun Netra t1 DC200 НЕТ Продукты Sun Netra
Сервер Sun Netra T2000 Документация Продукция Sun Netra
Сервер Sun Netra X1 Документация Продукты Sun Netra
Сервер Netra X3-2 Документация Сервер Netra X5-2
Сервер Sun Netra X4200 M2 Документация Продукты Sun Netra
Сервер Sun Netra X4250 Документация Продукты Sun Netra
Сервер Sun Netra X4270 Документация Продукты Sun Netra
Сервер Sun Netra X4450 Документация Продукты Sun Netra
Серверный модуль Sun Netra X6270 M2 НЕТ Продукты Sun Netra
Netra SPARC T4-1 Документация Продукты Sun Netra
Сервер Netra SPARC T4-2 Документация Продукты Sun Netra
Сервер Netra X3-2B Документация Сервер Netra X5-2
Модульная система Netra Документация Продукты Sun Netra
Сервер Netra X5-2 Документация Серверы Oracle SPARC
Настольные компьютеры Sun x86
Sun Ultra 24 Рабочая станция Документация НЕТ
Sun Ultra 27 Рабочая станция Документация НЕТ
Sun Ultra 450 Рабочая станция Документация НЕТ
Прочие
Солнцезащитные дверцы Документация
Sun SPARCengine Ultra AXdp НЕТ Продукты Sun Netra
Sun SPARCengine Ultra AXi НЕТ Продукты Sun Netra
Sun SPARCengine Ultra AXmp НЕТ Продукты Sun Netra
Солнце SX100 НЕТ Продукты Sun Netra

.Документация по серверам

— начало работы Документация по серверам

— начало работы

Для правильного отображения этого содержимого необходимо включить JavaScript

  1. Дом
  2. Серверов

Серверы Oracle

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

Серверы x86

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

Вернуться к основному содержанию

.

Oracle Web Tier —

загрузок

Загрузки Oracle Web Tier

На этой странице собраны ссылки для загрузки версий продукта Oracle WebLogic Server Proxy Plug-In, Oracle HTTP Server и Oracle WebTier Utilities 11gR1.

Oracle WebTier 12cR2

Oracle Web Tier 12cR2 включает Oracle HTTP Server 12cR2 (вместе со встроенным подключаемым модулем Oracle WebLogic Server Proxy 12cR2)

В этом разделе содержится ссылка для загрузки Oracle HTTP Server 12cR2.

Сервер Oracle HTTP 12.2.1.4

(Это независимая установка, которая не устанавливается поверх более ранних версий.)

Сервер Oracle HTTP 12.2.1.3

(Это независимая установка, которая не устанавливается поверх более ранних версий.)

HTTP-сервер Oracle 12.2.1.4 и 12.2.1.3 Характеристики
  • Сервер Oracle HTTP (OHS)
  • Oracle WebLogic Management Framework
  • Подключаемый модуль прокси-сервера Oracle WebLogic для веб-сервера
  • Подключаемый модуль Oracle WebGate
  • Помощник по обновлению промежуточного программного обеспечения Fusion
  • Агент удаленной диагностики
  • Configuration Manager
Плагины прокси для Oracle WebLogic Server 12cR2
Плагины прокси для Oracle WebLogic Server 12.2.1.4

Плагины

WebLogic Server Proxy 12cR2 обратно совместимы с предыдущими версиями и поддерживают только 64-битные веб-серверы. Для получения дополнительной информации см. Документацию Oracle WebLogic Server Proxy Plug-In 12.2.1.4. Они поддерживают:

  • Веб-серверы Apache 2.2.X, 2.4.4+ и IIS 8.5
  • Функции, поддерживаемые в предыдущих версиях
  • Поддержка Oracle WebLogic Server 12.2.1.4, включая сертификацию Oracle WebLogic Server Multitenant и непрерывной доступности Oracle WebLogic Server
Плагины прокси Oracle WebLogic Server 12.2.1.3

Плагины

WebLogic Server Proxy 12cR2 обратно совместимы с предыдущими версиями и поддерживают только 64-битные веб-серверы. Для получения дополнительной информации см. Документацию Oracle WebLogic Server Proxy Plug-In 12.2.1.3. Они поддерживают:

  • Веб-серверы Apache 2.2.X, 2.4.4+ и IIS 8.5
  • Функции, поддерживаемые в предыдущих версиях
  • Поддержка Oracle WebLogic Server 12.2.1.3, включая сертификацию с Oracle WebLogic Server Multitenant и Oracle WebLogic Server Continuous Availability
Плагины прокси Oracle WebLogic Server 12cR1

Подключаемый модуль прокси-сервера

WebLogic Server 12cR1 обратно совместим с подключаемыми модулями прокси-сервера WebLogic 11gR1, но поддерживает только 64-битные веб-серверы, для получения дополнительной информации см. Подключаемый модуль прокси-сервера Oracle WebLogic 12.1.3 документация.

Подключаемый модуль прокси-сервера

WebLogic Server 12cR1 теперь поддерживает:

  • Веб-сервер Apache 2.4.x
  • Возможность прокси для приложений WebSocket, развернутых в WebLogic Server 12.1.2+ при настройке с веб-серверами Apache 2.2.x и 2.4.x.
Плагины прокси для Oracle WebLogic Server 11gR1

Плагин

WebLogic Server Proxy 11g обратно совместим с плагинами WebLogic Server Proxy 10gR3. Подключаемый модуль прокси WebLogic 10gR3 (ранее назывался подключаемым модулем прокси 1.0) изначально входил в состав WebLogic Server 8.x, 9.x и 10.3.x. версии. Для получения дополнительной информации обратитесь к документации Oracle WebLogic Server Proxy Plug-In 11g (11.1.1.9).
Подключаемый модуль прокси сервера WebLogic 11g (ранее известный как подключаемый модуль прокси 1.1):

  • Заменяет подключаемый модуль прокси 10gR3 (устаревший)
  • Обеспечивает расширенную функциональность с улучшенной безопасностью для интерфейсных продуктов Fusion Middleware.
  • Поддерживает 32-битные и 64-битные веб-серверы.

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *