Oracle приложение 1


Содержание

Oracle приложение 1

Все данные в базе данных Oracle сохраняются в файлах данных. Все таблицы, индексы, триггеры, последовательности, программы на PL/SQL, представления — все это находится в файлах данных. И хотя эти и другие объекты базы данных логически содержатся в табличных пространствах, в действительности они сохраняются в файлах на жестком диске компьютера.

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

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

Данные в файлы вносятся исключительно средствами Oracle.

Следующий запрос, покажет, где находятся файлы данных.

Оперативные файлы журналов повтора (Online Redo Log Files)

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

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

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

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

Управляющие файлы (Control Files)

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

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

Файлы параметров pfile, spfie (Parameter Files)

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

  • spfile — бинарный файл, который используется сервером Oracle при старте.
  • pfile — текстовый файл с параметрами, будет использоваться при старте, если не будет найден spfile.

При старте, Oracle считает файл spfileora112.ora. (файл серверных параметров). Преимущество spfile заключается в том, что при работе с базой данных, любые изменения в базе касающиеся изменения параметра системы, автоматически записываются в данный файл.

Если используется pfile, для сохранения изменений, необходимо либо “руками вносить эти изменения” в текстовый файл, либо в консоли выполнять команды для создания данных файлов Ораклом.

// создания pfile из памяти (в 11 версии Oracle)

// создать pfile из spfile

Как я могу узнать, что моя база данных использует PFILE или SPFILE?:

Выполните следующий запрос, чтобы увидеть какой файл параметров был использован:

Архивные файлы журналов повтора (Archive Log Files)

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

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

Архивные файлы журналов повтора жизненно важны при восстановлении. Если часть базы данных потеряна или повреждена, то для устранения повреждений обычно требуется несколько архивных журналов или туева хуча этих журналов. Файлы журналов повтора должны применяться к базе данных последовательно. Если один из архивных файлов журналов повтора пропущен, то остальные архивные файлы журналов не могут использоваться. Храните все свои архивные файлы журналов повтора с момента выполнения последней резервной копии. Файлы журналов постепенно накапливаются и разрастаются. Иногда необходимо их удалять. Все операции с данными файлами по применению их к базе выполняются исключительно средствами базы данных. А копировать и переносить их при желании можно как угодно. Бездумно удалять их руками не рекомендуется.

Alert log и трассировочные файлы (trace file)

При работе базы данных события и ошибки регистрируются в текстовых файлах на сервере базы данных. Файл журнала предупреждений (alert log) нужен администратору базы данных для отслеживания важнейших действий с базой данных — наподобие открытия и закрытия базы данных, установления параметров загрузки базы данных и переключения оперативных журналов повтора. Также в эти файлы записываются многие ошибки базы данных для последующего расследования их причин. Любые структурные изменения базы данных также регистрируются в файле журнала предупреждений.

// в 11 версии базы данных по умолчанию:

// в 11 версии появилась XML версия. По умолчанию:

Когда возникает ошибка базы данных, может генерироваться файл трассировки (trace file). Они содержит подробную информацию о возникновении ошибки.

// в 11 версии базы данных по умолчанию трассировочные файлы хранятся

// Следующий запрос покажет расположение трассировочных файлов.

Файлы паролей (Password File)

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

Oracle приложение 1

ORACLE 7
Server Application Developer’s Guide

РУКОВОДСТВО РАЗРАБОТЧИКА ПРИЛОЖЕНИЙ

Part Number 6695-70-1292
December 1992
ORACLE®

Cтатья была опубликована на сайте rusdoc.ru

Cooperative Server Technology for Transparent Data Sharing
ORACLE7 Server Application Developer’s Guide
Part Number 6695-70-1292
December, 1992

Contributing Authors: Eric Armstrong, Steven Bobrowski, John Frazzini, Brian Linden, Maria Pratt

Contributors: Richard Allen, Lori Asher, Andre Bakker, Cynthia Closkey, Gary Hallmark, Michael Hartstein, Ken Jacobs, Sandeep Jain, Robert Jenkins, Christopher Jones, Michael Kennedy, Jonathan Klein, Robert Kooi, Juan Loaisa, William Maimone, Andrew Mendelsohn, Mark Moore, Steve Muench, Sameer Patkar, Edward Peeler, Thomas Portfolio, Tuomas Pystynen, Brian Quigley, Timothy Smith, Lawrence To, Mustafa Vahanvaty, Kevin Wharton, Joyo Wijaya, Beth Winslow

Copyright (c) 1992 Oracle Corporation. All rights reserved.
Oracle Corporation, 500 Oracle Parkway, Redwood City, CA 94065.
ORACLE, Pro*Ada, Pro*COBOL, Pro*FORTRAN, Pro*PL/I, Pro*Pascal, SQL*DBA,
SQL*Forms, SQL*Loader, Oracle*Mail, SQL*Net, SQL*Plus,
and SQL*ReportWriter are registered trademarks of Oracle Corporation.
ORACLE7, ORACLE Parallel Server, PL/SQL, and Pro*C are trademarks of Oracle Corporation.
VMS is a registered trademark of Digital Equipment Corporation.

Printed in Ireland.

Это руководство описывает все средства сервера ORACLE7, реляционной системы управления базами данных. Оно предназначено для тех, кто разрабатывает приложения для ORACLE7. Информация в этом руководстве применима к серверу ORACLE7 в среде любой операционной системы. Здесь представлена информация как о базовом продукте (сервере ORACLE), так и о необязательных специальных расширениях (опциях), к которым относятся:

  • процедурная опция
  • распределенная опция
  • опция параллельного сервера

Если какая-либо глава этой книги применима лишь к конкретной опции, это четко оговаривается на первой странице такой главы.

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

Читатели этой книги должны быть знакомы с понятиями реляционных баз данных. Они также должны быть знакомы со средой операционной системы, в которой они работают с ORACLE. Как обязательное условие, ВСЕ ЧИТАТЕЛИ ДОЛЖНЫ ОЗНАКОМИТЬСЯ С ПЕРВОЙ ГЛАВОЙ документа ORACLE7 Server Concepts Manual, «Техническое введение в сервер ORACLE». Эта глава представляет собой исчерпывающее введение в концепции и терминологию, используемые на протяжении всей этой книги. Читатели, интересующиеся инсталляцией и миграцией

Эта книга не является руководством по инсталляции или миграции; поэтому, если ваш основной интерес — это инсталляция, то вы должны обратиться к руководству по инсталляции ORACLE для вашей конкретной операционной системы, а для вопросов, касающихся переноса существующих баз данных и приложений (миграции), обратитесь к документу ORACLE7 Server Migration Guide. Читатели, интересующиеся информацией об администрировании базой данных

Помимо разработчиков приложений, опытные пользователи ORACLE и некоторые администраторы базы данных (АБД) также найдут полезные сведения в этом руководстве. Однако администраторы базы данных должны также использовать документ ORACLE7 Server Administrator’s Guide, в котором приводится информация об администрировании работой системы базы данных ORACLE. Читатели, интересующиеся Trusted ORACLE. Если вы разрабатываете приложения для базы данных Trusted ORACLE, вы должны также обратиться к документу Trusted ORACLE7 Server Administrator’s Guide.

Как организовано это руководство

Это руководство разбито на 12 глав и шесть приложений, как описано ниже.

Глава 1: Разработчик приложений Эта глава дает общие сведения о процессе разработки приложений.

Глава 2: Управление объектами схемы Эта глава обсуждает вопросы управления объектами, которые могут создаваться в домене конкретного пользователя (схеме), включая таблицы, обзоры, числовые последовательности и синонимы. Обсуждаются также пути улучшения производительности извлечения данных с помощью индексов и кластеров.

Глава 3 : Выбор типа данных Эта глава объясняет, как подобрать корректный тип данных ORACLE. Описываются символьные строки фиксированной и переменной длины, числовые данные, даты, а также большие двоичные объекты.

Глава 4: Обработка предложений SQL и PL/SQL Эта глава объясняет, какие шаги выполняет ORACLE при обработке различных типов команд SQL и предложений PL/SQL.

Глава 5: Настройка предложений SQL Эта глава помогает вам писать предложения SQL так, чтобы они обрабатывались ORACLE наиболее эффективно. Обсуждаются такие темы, как оптимизатор, индексы, кластеры, хэширование и советы оптимизатору.

Глава 6: Поддержание целостности данных Эта глава объясняет, как применять декларативные ограничения целостности для обеспечения целостности данных в базе данных ORACLE.

Глава 7: Использование процедур и пакетов Эта глава описывает, как создавать процедуры, которые могут сохраняться в базе данных для продолжительного использования. Описывается также группирование таких процедур в пакеты.

Глава 8: Использование триггеров базы данных Эта глава описывает, как создавать и отлаживать триггеры базы данных. Включены многочисленные примеры.


Глава 9: Управление зависимостями между объектами схемы Эта глава описывает, как управлять зависимостями между связанными обзорами, процедурами, пакетами и триггерами.

Глава 10: Установление политики защиты Эта глава описывает, как выработать политику защиты, используя предоставляемые ORACLE средства защиты.

Глава 11: Проектирование распределенных приложений Эта глава описывает, как проектировать приложения, предназначенные для работы в окружении распределенной базы данных.

Глава 12: Управление снимками Эта глава описывает, как использовать снимки таблиц для дублирования данных между узлами распределенной базы данных.

Приложение A: Поставляемые пакеты Это приложение описывает пакеты, включенные в состав процедурной опции ORACLE.

Приложение B: Инструменты диагностики производительности Это приложение обсуждает следующие инструменты мониторинга производительности: средство трассировки SQL и предложение EXPLAIN PLAN.

Приложение C: SQL*Forms и ORACLE Это приложение описывает взаимодействие между SQL*Forms и ORACLE.

Приложение D: Справочник по словарю данных Это приложение описывает разнообразные обзоры словаря данных базы данных ORACLE.

Приложение E: Поддержка национальных языков Это приложение объясняет, как ORACLE может обрабатывать данные и взаимодействовать с пользователями, использующими различные языки.

Приложение F: Специфика операционной системы Это приложение приводит перечень всех мест в этом руководстве, содержащих ссылки на информацию, специфическую для операционной системы. Эта информация приводится в руководстве по инсталляции ORACLE для вашей операционной системы.

Как использовать это руководство Каждый читатель этой книги ДОЛЖЕН прочитать главу 1 документа ORACLE7 Server Concepts Manual, «Техническое введение в сервер ORACLE». Это краткий обзор концепций и терминов ORACLE предоставляет основу для понимания всего содержания данного руководства.

Глава 1 настоящей книги, «Разработчик приложений», дает общие сведения о процессе разработки приложений. Остальные главы описывают различные средства и возможности, предоставляемые ORACLE для разработки приложений.

Соглашения, используемые в этом руководстве

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

Этот документ — лишь одна из многих книг, объясняющих различные компоненты СУБД ORACLE. В разделах и секциях этого руководства вы также найдете множество ссылок на важную информацию, содержающуюся в других публикациях Oracle. Чтобы привлечь ваше внимание, иногда эти ссылки сопровождаются условным обозначением адресуемого документа в квадратных скобках, либо на полях, либо рядом с названием документа. Ниже приведен список этих документов и их соответствующие обозначения.

Символ Название Part No.

  • [Admin] ORACLE7 Server Administrator’s Guide 6694-70 Руководство администратора базы данных
  • [Concepts] ORACLE7 Server Concepts Manual 6693-70 Руководство по концепциям vi Руководство разработчика приложений
  • [Migrate] ORACLE7 Server Migration Guide 6617-70 Руководство по переходу от более ранних версий
  • [IUG] ORACLE for SCO UNIX Installation and User’s Guide A11796-1 Руководство по инсталляции (специфично для ОС)
  • [SQL] ORACLE7 Server SQL Language Reference Manual 778-70 Справочник по языку SQL
  • [PL/SQL] PL/SQL User’s Guide and Reference 800-20 Руководство и справочник по языку PL/SQL
  • [OCI] ORACLE Call Interfaces Programmer’s Guide 5411-70 Руководство по интерфейсам вызовов ORACLE
  • [Utilities] ORACLE7 Server Utilities User’s Guide 3602-70 Утилиты SQL*DBA, Export, Import, SQL*Loader
  • [Parallel] ORACLE7 Parallel Server Administrator’s Guide 5990-70 Администрирование параллельным сервером ORACLE
  • [Trusted] Trusted ORACLE7 Server Administrator’s Guide 6610-70 Администрирование специальной защищенной версией
  • [Message] ORACLE7 Server Messages and Codes Manual 3605-70 Коды ошибок и сообщения об ошибках ORACLE
  • [SQL*Net] SQL*Net V2 Administrator’s Guide 6545-70 Multiprotocol Interchange Administrator’s Guide 6544-10 Oracle Network Products Messages Manual 6543-00 Комплект документации по SQL*Net версии 2
  • [Plus] SQL*Plus User’s Guide and Reference 5142-31 Руководство пользователя по SQL*Plus
  • [Mail] Oracle*Mail Application Programmer’s Guide 5292-11 Руководство программиста по Oracle*Mail

Ваши комментарии приветствуются. Сотрудники корпорации Oracle ценят ваши комментарии. При написании и пересмотре документации ваши мнения — это самая важная обратная связь, которую мы получаем. Используйте форму читательских комментариев, приведенную в конце этой книги, чтобы сообщить нам, что вам понравилось и что не понравилось в этой публикации Oracle. Если хотите, звоните нам по номеру (415)506-7000, или пишите нам по адресу:

ORACLE7 Server Documentation Manager

500 Oracle Parkway

Redwood Shores, CA 94065

ГЛАВА 9: УПРАВЛЕНИЕ ЗАВИСИМОСТЯМИ МЕЖДУ ОБЪЕКТАМИ СХЕМ

  1. Вопросы зависимостей.
  2. Устранение перекомпиляции во время выполнения.
  3. Ручная перекомпиляция недействительных обзоров, процедур, пакетов и триггеров.
  4. Ручная перекомпиляция обзоров.
  5. Привилегии, требуемые для ручной перекомпиляции обзоров.
  6. Ручная перекомпиляция процедур и функций
  7. Ручная перекомпиляция пакетов.
  8. Привилегии, требуемые для ручной перекомпиляции процедур или пакетов.
  9. Ручная перекомпиляция триггеров
  10. Привилегии, требуемые для ручной перекомпиляции триггеров
  11. Вывод информации управления зависимостями.
  12. Утилита отслеживания зависимостей.
  13. Использование UTLDTREE в режиме INTERNAL.

ГЛАВА 10: УСТАНОВЛЕНИЕ ПОЛИТИКИ ЗАЩИТЫ

  1. Политика защиты приложений.
  2. Администраторы приложений
  3. Роли и управление привилегиями приложений.
  4. Включение ролей приложений.
  5. Защита ролей приложений от пользователей разовых запросов
  6. Схемы.
  7. Управление привилегиями и ролями.
  8. Создание роли
  9. Привилегии, требуемые для создания ролей.
  10. Включение и выключение ролей
  11. Когда включать роли.
  12. Умалчиваемые роли
  13. Явное включение ролей.
  14. Привилегии, требуемые для явного включения ролей
  15. Включение и выключение ролей в режиме OS_ROLES = TRUE
  16. Удаление ролей.
  17. Привилегии, требуемые для удаления ролей.
  18. Назначение и отзыв привилегий и ролей
  19. Назначение системных привилегий и ролей.
  20. Назначение объектных привилегий.
  21. Отзыв системных привилегий и ролей.
  22. Отзыв объектных привилегий
  23. Каскадные эффекты отзыва привилегий
  24. Назначение и отзыв привилегий и ролей для группы PUBLIC.
  25. Когда имеют эффект назначения и отзывы?.

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

  1. Выбор местоположения данных
  2. Использование снимков для дублирования таблиц на удаленных узлах.
  3. Именование объектов.
  4. Управление соединениями, устанавливаемыми через связи баз данных
  5. Последовательности в распределенных транзакциях.
  6. Ссылочная целостность в распределенной базе данных.
  7. Распределенные запросы.
  8. Обработка ошибок в удаленных процедурах
  9. Разрешение проблем распределенных транзакций.
  10. Сбои, прерывающие двухфазное подтверждение.
  11. Сбои, препятствующие доступу к данным

ГЛАВА 12: УПРАВЛЕНИЕ СНИМКАМИ

  1. Когда использовать снимки.
  2. Создание снимков.
  3. Именование снимков.
  4. Спецификация определяющего запроса снимка.
  5. Создание кластеризованного снимка.
  6. Привилегии, требуемые для создания снимков.
  7. Сложные снимки против локальных обзоров.
  8. Создание журнала снимков для простых снимков.
  9. Именование журналов снимков.
  10. Привилегии, требуемые для создания журналов снимков.
  11. Порядок создания простого снимка и журнала снимков.
  12. Использование снимков
  13. Создание обзоров и синонимов по снимкам.
  14. Привилегии, требуемые для использования снимка
  15. Индексирование снимков.
  16. Удаление снимков.
  17. Привилегии, требуемые для удаления снимков.
  18. Удаление журналов снимков.
  19. Привилегии, требуемые для удаления журнала снимков.
  20. Альтернативы снимкам таблиц
  21. Выбор метода дублирования таблицы.
  22. Синхронное и асинхронное дублирование.
  23. Эффективность триггеров и сетевые отказы.
  24. Различия в производительности
  25. Декларативное определение против процедурного.
  26. Альтернативы снимкам.
  27. Дублирование таблиц с помощью триггеров.
  28. Ручное копирование таблиц между узлами
  29. распределенной базы данных.

  • ПРИЛОЖЕНИЕ A: ПОСТАВЛЯЕМЫЕ ПАКЕТЫ
  • ПРИЛОЖЕНИЕ B: ИНСТРУМЕНТЫ ДИАГНОСТИКИ ПРОИЗВОДИТЕЛЬНОСТИ
  • ПРИЛОЖЕНИЕ C: SQL*FORMS И ORACLE.
  • ПРИЛОЖЕНИЕ D: СПРАВОЧНИК ПО СЛОВАРЮ ДАННЫХ
  • ПРИЛОЖЕНИЕ E: ПОДДЕРЖКА НАЦИОНАЛЬНЫХ ЯЗЫКОВ.
  • ПРИЛОЖЕНИЕ F: СПЕЦИФИКА ОПЕРАЦИОННОЙ СИСТЕМЫ.
  • ИНДЕКС

Дополнительную информацию Вы можете получить в компании Interface Ltd.

Введение в Oracle Forms Developer

Цель лекции: ознакомить слушателя с основными продуктами Oracle и составляющими компонентами Oracle AS .

Корпорация Oracle является крупнейшим в мире поставщиком корпоративного программного обеспечения и предлагает полный комплекс технологий для построения ИТ-инфраструктуры и управления современным предприятием: семейство базовых программных технологий Oracle10g, готовое решение для коллективной работы Oracle Collaboration Suite , полнофункциональный комплекс бизнес-приложений Oracle E-Business Suite и интеграционное решение для управления данными Oracle Data Hub . Корпорация предоставляет свои продукты и услуги в области консалтинга, обучения и технической поддержки более чем в 150 странах мира. Официальный сайт корпорации – http://www.oracle.com.

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

Oracle Application Server

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

Оптимизированная для Grid -вычислений платформа Oracle AS позволяет снизить расходы на приобретение техники. Сервер приложений Oracle AS дает возможность организациям и предприятиям любого масштаба возможность оперативно реагировать на меняющиеся требования рынка. Oracle Application Server обеспечивает полную поддержку следующих технологий и возможностей в одном продукте:

  • J2EE;
  • Распределенные вычисления;
  • Корпоративные порталы (Portal);
  • Web-Cache – высокоскоростное веб-кеширование;
  • Разработка и интеграция бизнес-приложений ( Business Intelligence );
  • Rap >

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

Таблица 1.1. Технологии и языки, поддерживаемые Oracle AS
Технология/Язык
Java and J2EE Java Server Pages (JSP) v. 1.2
Java Servlets v. 2.3
Enterprise Java Beans (EJB) v.2.0
Java Database Connectivity (JDBC) v. 2.0 Extensions
Java Transaction API ( JTA ) v. 1.0
Java Naming and Directory Interface ( JNDI ) v. 1.2
Java Message Service (JMS) v.1.0.2b
Java Authentication and Authorization
Service (JAAS) v.1.0
J2EE Connector Architecture v. 1.0
Java API for XML Parsing (JAXP) v.1.1
Java Mail v. 1.0
XML XML v. 1.0
XML Namespaces v. 1.0
Document Object Model (DOM) v.1.0/2.0
Extensible Stylesheet Language
Transformations (XSLT) v. 1.0
XML Schemas v.1.0
Simple API for XML ( SAX ) v.1.0/2.0 + Extensions
XML Path Language (XPath) v. 1.0
XSQL
Internet Data Access Presentation
PL/SQL PL/SQL Server Pages v. 9.0.4
PL/SQL Web Toolkit v. 9.0.4
Oracle Application Server Forms Services v. 9.0.4
Web services Web Services Description Language (WSDL) v. 1.1
Universal Description, Discovery, and Integration ( UDDI ) v. 2.0
Simple Object Access Protocol (SOAP) v. 1.1

Применение оптимизированного под Grid -вычисления сервера приложений существенно снижает затраты на аппаратные средства и упрощает администрирование , позволяя разворачивать и управлять приложениями, разработанными в Oracle Developer Suite , на одном прикладном сервере. Модуль Oracle Forms Services , который мы будем рассматривать чуть позже, также является частью Oracle AS и позволяет развертывать приложения, написанные в Forms Developer в Web . Ниже перечислены основные сервисы сервера приложений.

  • Коммуникационные сервисы ( Communication services ).
  • Сервисы выполнения приложения (Application Runtime Services).

  • Системные сервисы ( System Services ).
  • Управление сервисами (Management Services).
  • Сервисы соединения (Connectivity services).
  • Решения (Solutions).

В таблице 1.2 представлены основные компоненты и ассоциированные с ними решения (Solutions) Oracle Application Server .

Таблица 1.2. Компоненты Oracle AS
Решение Компонент
J2EE и интернет-приложения Oracle HTTP Server
Oracle AS Containers for JEE
Oracle AS TopLink
Oracle Business Components for Java
Oracle Application Server Web Services
Oracle JDeveloper
Oracle Application Server Forms Services
Oracle XML Developer Kit
Oracle PL/SQL
Oracle Content Management SDK
Oracle Application Server MapViewer
Portals Oracle Application Server Portal
Oracle Application Server Portal Developer Kit
Oracle Ultra Search
Oracle Application Server Syndication Services
Wireless Oracle Application Server Wireless
Oracle Application Server Wireless Developer
Kit
Business Intelligence Oracle Application Server Reports Services
Oracle Application Server Discoverer
Oracle Application Server Personalization
E-Business Integration Oracle Application Server InterConnect
Oracle Application Server ProcessConnect
Caching Oracle Application Server Web Cache
System Management Oracle Enterprise Manager
Identity Management и Security Oracle Application Server Single Sign -On
Oracle Application Server Certificate Authority
Java Authentication and Authorization Service
Oracle Internet Directory

Как вы уже успели заметить, платформа Oracle Application Server объединяет в себе множество технологий и инструментов для создания полного цикла разработки и развертывания приложения. Мы рассматриваем версию Oracle Application не только потому, что она является актуальной и сочетает в себе опыт и возможности предыдущих версий, но еще и потому, что она стала первой Grid -ориентированной платформой, открывающей много новых возможностей. Среди нововведений отметим:

  • Управляемость – в состав Oracle Application Server входит набор средств управления рабочей нагрузкой, который за счет перераспределения имеющихся ресурсов между приложениями упрощает оптимизацию вычислительной мощности.
  • Надежность – по заявлению разработчиков корпорации Oracle, новая платформа Oracle Application Server обладает новыми средствами повышения безопасности и надежности корпоративных решений, выполняемых на кластерах и в сети распределенных вычислений предприятия. Среди новых возможностей прежде всего следует отметить функции:
    • Fast-Start Fault Recovery Architecture – это усовершенствованная архитектура быстрого запуска при устранении отказа;
    • Failure Notification ( FaN ) – функция оповещения об ошибках.

    Oracle Forms Services

    Oracle Forms Services (OFS) – это компонент Oracle Application Server , предназначенный для переноса приложения в Web . Когда пользователь запускает приложение Oracle Forms , автоматически загружается и кешируется на клиентской Java -машине Java -апплет из сервера приложений ( Oracle AS ). Также модуль OFS при запуске приложения Forms Developer преобразует его графический интерфейс в набор Java -апплетов, которые пересылаются на клиентский компьютер . Даже несмотря на то, что Forms использует Java -апплет для отображения формы в клиентском браузере, от пользователя не требуется знание языка JAVA .

    Преимущество над другими клиент-серверными версиями Forms

    По сравнению с предыдущими версиями Forms, такая архитектура дает следующие преимущества:

    • возможность не устанавливать клиентское программное обеспечение на все компьютеры, которые работают с приложением, что существенно снижает затраты на развертывание такой системы;
    • администрирование – благодаря использованию модуля OFS достигается высокая масштабируемость, так как администрирование одного сервера приложений намного проще, чем множества клиентских компьютеров;
    • автоматическое распределение нагрузки – Oracle AS Forms Services автоматически распределяет нагрузку на все серверы приложений, работающие в системе. Что же касается распределения нагрузки на сервер в критические моменты или переадресации пользовательских запросов, то в этом вам поможет Oracle Enterprise Manager (OEM), который содержит компоненты для администрирования всех серверов приложений.

    Oracle Forms Services использует трехзвенную архитектуру ( рис. 1.1).

    1. Звено Клиент содержит браузер, в котором отображается форма.
    2. Сервер приложений – это промежуточное звено, в котором располагается сервер программного обеспечения и логики приложений.
    3. Звено База Данных – это сервер БД, в которой хранятся данные.

    Основные компоненты Oracle Forms Services :

    Life in Oracle

    13 нояб. 2013 г.

    Oracle Database 12c R1: новое в Edition Base Redefinition

    В последнее время к мне, один за другим, обратилось уже три крупных российских ISV-разработчика приложений с вопросами по технологии Edition Base Redefinition [EBR]. Причем все они разрабатывают ПО для банков. Я думаю, что Вы поняли, чем вызван их интерес. Ведь каждое обновление приложения — это вынужденный простой для заказчика, что особенно болезненно для банковского сектора. Вообще говоря, минимизация плановых простоев — это важная задача в любой организации.

    Технология версионирования PL/SQL-объектов Edition Base Redefinition появилась в Oracle Database версии 11.2. EBR позволяет проводить обновление приложения (вернее изменять код его хранимых процедур) «на лету», без остановки приложения. При этом, компиляция новой версии PL/SQL-объекта (пакета, объектного типа, функции или процедуры) производится в новой версии; работающие в этот момент пользователи НЕ получают исключение «ORA-04068 existing state of packages has been discarded», а продолжают работу с старой версией PL/SQL-кода.

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

    Что касается примеров использования этой технологии.
    В сентябре этого года была выпущена новая версия ERP-системы от Oracle — Oracle E-Business Suite 12.2. Начиная с версии 12.2, процедура «наката» обновлений на Oracle EBS происходит без остановки, на уровне БД это достигается с помощью технологии EBR. Oracle EBS — это очень сложное приложение, которое содержит десятки тысяч таблиц и миллионы строк PL/SQL-кода. На мой взгляд, использование EBR в таком приложении, говорит о зрелости технологии. Конечно, поставщик технологии (то есть Oracle Corp.), а EBR не является готовым продуктом, а представляет собой базовую технологию, не использовал бы ее в своем основном приложении, если бы не был уверен в ее надежности и не имел бы планов по ее дальнейшему развитию.

    По поводу дальнейшего развития технологии EBR.
    В недавно вышедшей СУБД Oracle Database 12c R1, технология EBR получила свое дальнейшее развитие — в ней появились очень полезные новые возможности. Давайте рассмотрим их более подробно.

    1. Потенциальная версионируемость отдельного объекта, а не всех объектов схемы.
    1.1 В Oracle Database 11g версионируемость включается для всех объектов схемы

    В версии Oracle Database 11.2 потенциальная версионируемость включалась на уровне всей схемы. То есть, когда Вам нужно было включить версионирование объектов, это производилось на уровне всей схемы:

    Таким образом, при помощи команды «ALTER USER ENABLE EDITIONS» версионируемость включалась для всех объектов схемы! Как Вы помните, неверсионируемый объект не может зависеть от версионируемого объекта. Если, например, мы создадим объектный тип PL/SQL в схеме, для которой включена потенциальная версионируемость, то мы не сможем создать таблицы с столбцом этого объектного типа (поскольку таблицы не версионируются!): В вышеприведенном примере объектный тип TMyType потенциально может иметь другие версии, поэтому невозможно использовать его в качестве типа для столбца таблицы, несмотря на то, что мы не собираемся иметь другие версии этого типа. Это происходит потому-что потенциальная версионируемость была включена для всех объектов схемы RSCOTT. По этой причине, кстати, в версии 11.2 нельзя было создавать очереди Advanced Queuing с типом из схемы для которой включено версионирование: Для решения вышеописанной проблемы, в Oracle Database 11.2 приходилось использовать обходной путь (workaround), заключающийся в выводе НЕверсионируемых объектов в отдельную схему, для которой версионируемость не включалась: 1.2 В Oracle Database 12с версионируемость включается для уровне объекта

    Начиная с Oracle Database версии 12.1 в вышеприведенных дополнительных действиях нет необходимости, поскольку теперь потенциальная версионируемость PL/SQL-объекта может включаться для отдельного объекта. При создании PL/SQL-объекта указывается ключевое слово EDITIONABLE, если объект потенциально может версионироваться, NONEDITIONABLE — если объект не будет версионироваться:

    2. Ограничение версий для выражений вычисляемых столбцов в таблицах и материализованных представлениях
    2.1 Особенности использования виртуальных столбцов в Oracle Database 11g

    Еще начиная с версии 11g Release 1, в СУБД Oracle появилась поддержка виртуальных столбцов, то есть столбцов, которые заданы вычисляемым выражением. В выражении виртуального столбца также могут участвовать хранимые PL/SQL-функции, как например в следующем случае:

    Обратите внимание, что нам удалось создать неверсионируемый объект (таблицу), который зависит от версионируемого объекта (PL/SQL-функции).
    Поскольку значение виртуального столбца на диске не сохраняется, мы смогли это сделать!

    Занесем одну строку в таблицу и проверим значение виртуального столбца: Как Вы наверно догадались, наc подстерегает одна очевидная опасность: при смене версии функции, виртуальный столбец изменит свое значение!
    Например: Понятно, что если если наша функция getMyId изменит свое поведение в новой версии, то значение виртуального столбца будет зависеть от текущей версии в сессии пользователя: 2.2 Определение доступных версий для виртуальных столбцов в Oracle Database 12c
    Начиная с Oracle Database 12c для виртуальных столбцов можно задавать различные ограничения на используемые версии. С помощь модификатора EVALUATE USING CURRENT EDITION мы жестко фиксируем версию для виртуального столбца на версию, которая была в момент создания таблицы (либо в момент выдачи оператора ALTER TABLE): Как видите, несмотря на переключение версий, виртуальный столбец всегда использует версию которая была в момент выдачи DDL-оператора. Также мы можем явно указать используемую версию для виртуального столбца: Если для виртуального столбца указать EVALUATE USING NULL EDITION, то поведение виртуального столбца будет как в Oracle 11gR2 — значение будет вычисляться в текущей версии в которой происходит обращение к столбцу. Это поведение будет работать по умолчанию, — если фраза EVALUATE USING для столбца не задана:

    Дополнительно, c помощью фразы UNUSABLE BEGINNING WITH указывается версия, начиная с которой в иерархии версий, будет запрещено использование виртуального столбца:

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

    2.3 Поддержка версионированных PL/SQL-функций в материализованных представлениях в Oracle Database 12c

    До Oracle Database 12c было запрещено использование версионированных PL/SQL-функций в материализованных представлениях:

    Начиная с Oracle Database 12c стало возможным обращение к версионируемым PL/SQL-объектам внутри материализованного представления. Для этого необходимо при создании материализованного представления указать фразу EVALUATE USING . , либо фразу UNUSABLE BEGINNING . . Назначение этих модификаторов установки версии для PL/SQL-вызовов внутри материализованных представлений, полностью совпадает с их назначением в рассмотренных ранее примерах версионированиия виртуальных столбцов:

    В вышерассмотренном примере, для вызова функции getMyId жестко устанавливается версия MyVersion1.
    Как Вы могли заметить, установка версии действует на все PL/SQL-вызовы внутри материализованного представления: в вычисляемых столбцах, и в предикатах фразы WHERE.

    3 Версионирование для публичных синонимов (public synonym)

    В Oracle Database 11g Release 2 (11.2) публичный синоним не мог ссылаться на версионируемый объект: В версии 12с эта проблема решена и теперь публичный синоним может версионироваться. Для создания версионируемого синонима при его создании необходимо указать ключевое слово EDITIONABLE

    В новейшей версии СУБД Oracle Database — 12c, технология обновления PL/SQL-кода без остановки — Edition Base Redefinition, получила свое дальнейшее развитие. Появились такие мощные возможности, как потенциальное версионирование на уровне отдельного объекта, версионирование виртуальных столбцов, версионирование кода в материализованных представлениях. Также следует отметить очень полезную новую возможность — версионирование публичных синонимов.

    Преимущества и риски использования методологии oracle aim при внедрении бизнес-приложений 1c в транснациональных корпорациях

    технические науки

    • Григорьева Диана Вадимовна , бакалавр, студент
    • Национальный исследовательский технологический университет «МИСиС»

    • КОМПЛЕКСНЫЙ УЧЕТ
    • ИНФОРМАЦИОННАЯ СИСТЕМА
    • ПРОЕКТ
    • МОДЕЛЬ
    • ЖИЗНЕННЫЙ ЦИКЛ
    • УПРАВЛЕНИЕ
    • ВНЕДРЕНИЕ
    • ПРЕДПРИЯТИЕ
    • МЕТОДОЛОГИЯ
    • ПРОЦЕСС
    • МЕТОДИКА
    • ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

    Похожие материалы

    В процессе глобализации транснациональные компании (ТНК) постепенно проникли на российских рынок в качестве производителей и продавцов товаров и услуг. Перед руководством географически распределенной компании возникает проблема выбора учетной системы для ведения комплексного учета в подразделениях. Учетная система должна поддерживать бизнес-процессы подразделения, отражать все хозяйственные операции в бухгалтерском, налоговом, управленческом учете, а также быть удобной для работы на местах и для анализа руководством ТНК. Как правило, выбор информационной системы управления ресурсами предприятия (Enterprise resource planning, ERP) определяет и методологию ее внедрения, если система закрепилась на рынке. При растущем количестве внедрений сложного программного обеспечения производителем и интеграторами вырабатывается определенный набор правил, методик, практик, который способен обеспечить наиболее эффективный результат – внедрение в минимально возможные сроки при минимально возможном привлечении трудовых ресурсов.

    В данной статье описан случай, когда руководство ТНК приняло решение об использовании локальных систем в подразделениях, ведущих бухгалтерский учет по стандартам, отличным от US GAAP (англо-американская модель учета). Россия, Индия, Бразилия – страны, применяющие так называемые континентальные модели учета, т.е. принципы учета, разработанные и установленные государственными органами. [1]

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

    1. Внедрение локальной системы длится обычно меньше.
    2. Стоимость внедрения крупной системы сильно возрастает ввиду привлечения специалистов, владеющих знаниями и компетенциями в области внедрения, настройки, обучения пользователей на местах.
    3. Настройка используемой глобальной системы требует изменений в конфигурации этой системы, и головная компания приняла решение использовать и настроить минимальную необходимую интеграцию центральной ИС с локальными для того, чтобы вносить минимум изменений в стандартную, отлаженную конфигурацию.

    В данной статье рассмотрен случай, когда руководство ТНК приняло решение использовать в своем российском подразделении систему комплексного учета на платформе 1С: Предприятие 8.3 – «1С: Управление производственным предприятием».

    Методики внедрения продуктов на платформе 1С: Предприятие 8.3

    Решения, предлагаемые компанией «1С», уже многие годы лидируют на российском рынке ERP-систем, что показывает накопленная статистика центра TAdviser (рис.1) [2]. Система программ «1С: Предприятие 8» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций [3].

    Рисунок 1 — Наиболее часто внедряемые ERP-системы в России (2005 — 2015 гг.)

    Компанией 1С были выпущены руководства по внедрению бизнес-приложений «1С», описывающие три типовых метода [4]:

    • Технология стандартного внедрения (1С: ТСВ) — опирается на каскадную модель жизненного цикла проекта;
    • Технология быстрого результата (1С: ТБР) – использует принципы Agile;
    • Технология корпоративного внедрения (1С: ТКВ) — рекомендуется при масштабных проектах, опирается на каскадную модель жизненного цикла [5].

    Несмотря на это, фирмы-партнеры 1С вырабатывают свои подходы к внедрению системы.

    Многие практикующие консультанты по внедрению ERP-систем не признают продукты на платформе «1С: Предприятие» системами класса ERP, несмотря на то, что, начиная с версии 8.1, платформа действительно уже может быть сравнима с такими гигантами, как SAP ERP, Microsoft Dynamics или Oracle eBS. Конфигурации «1С: Управление производственным предприятием», «1C: ERP Управление предприятием 2.0», «1С: Комплексная автоматизация», «1С: Управление небольшой фирмой» — системы, способные поддержать комплексный учет на предприятии; имеют подсистемы для управления финансами, персоналом, складом, производством. Из этого следует сделать вывод, что данные продукты на платформе «1С: Предприятие 8» должны внедряться с использованием проверенных, известных подходов.

    Обзор методологий внедрения ERP-систем от вендоров

    Транснациональные компании, корпорации, холдинги обычно отдают предпочтения программному обеспечению, предоставляемому крупными вендорами (производителями программного обеспечения). На мировом рынке ERP-систем закрепились упомянутые выше компании – Microsoft, Oracle, SAP AG. Так как эти вендоры давно создают и внедряют системы, то они разработали собственные рекомендации к внедрению своих систем, основанные на стандартах PMBOK. Положительная сторона таких стандартов — их практическая направленность. Они представляют собой глубоко проработанные, проверенные, многократно апробированные рабочие инструкции и шаблоны проектных документов [6]. Стандарты обновляются с течением времени и применимы не только к ERP-системам вендоров, но и другим системам управления ресурсами предприятия.

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

    Методологии от Microsoft [6]

    Для поддержки внедрения систем группы Microsoft Business Solutions (Microsoft Dynamics NAV, Microsoft Dynamics AX, Microsoft CRM) компанией Microsoft разработан ряд методологий: On Target, Microsoft Business Solutions Partner Methodology, Microsoft Dynamics Sure Step. Все они поддерживаются специализированными программными средствами и шаблонами проектной документации, которые не являются общедоступными и предоставляются только официальным партнерам Microsoft.

    Методология On Target — ориентирована главным образом на удовлетворение требований, сформулированных Заказчиком. Процесс внедрения делится на шесть этапов: подготовка проекта, анализ, дизайн, разработка и тестирование, развертывание, опытная эксплуатация.

    В последующих версиях методологии — Microsoft Business Solutions Partner Methodology (MBS Partner Methodology), Microsoft Dynamics Sure Step — основной акцент делается на нуждах бизнеса Заказчика.

    Результат проекта, согласно MBS Partner Methodology, — это не просто настройка системы, а работающее решение для бизнеса Заказчика. Данная методология обеспечивает регулярный контроль хода проекта на всех этапах, что направлено на снижение проектных рисков. MBS Partner Methodology включает следующие этапы: диагностика, анализ, дизайн, разработка и тестирование, развертывание, начальное сопровождение. В рамках данной методологии вводятся понятия концептуального (ориентированного на бизнес-пользователя) и детального (ориентированного на разработчика) дизайна системы, что обеспечивает последовательность и преемственность в формировании пользовательских и системных требований к решению.

    Модель Microsoft Solutions Framework (MSF) сочетает в себе свойства двух стандартных моделей жизненного цикла: каскадной и спиральной [7]. В основе методологии MSF лежит итеративный интегрированный подход к созданию и внедрению решений, базирующийся на фазах и вехах. Основными этапами (фазами) являются: разработка концепции, планирование, разработка, стабилизация и внедрение.

    В методологии Microsoft Dynamics Sure Step (MDSS) подробно описываются роли участников проекта и подходы, доказавшие свою применимость. Она также содержит ряд инструментов и шаблонов, которые предлагается использовать на протяжении всех фаз проекта: диагностики, анализа, дизайна, разработки, развертывания и эксплуатации. Инструменты и рекомендуемые методологией подходы помогают улучшить качество и повышают вероятность успешного внедрения [8].

    Методология SAP AG – ASAP

    Методология быстрого внедрения ASAP (Accelerated SAP) представляет собой описание последовательности шагов внедрения проекта, базы знаний по проекту, инструмента внедрения и дополнительных сервисов. ASAP позиционируется как методология внедрения для средних и малых предприятий и используется для реализации, усовершенствования и обновления продуктов SAP [9]. ASAP описывает следующие стадии: подготовка проекта, концептуальное проектирование, реализация, окончательная подготовка, запуск и обслуживание. В ASAP предусмотрены инструменты для управления проектом, функционального консалтинга и технического внедрения – документы, модели, справочники, руководства, базы знаний [10].

    Методологии от Oracle

    Oracle CDM (Custom Development Method) — технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий «быстрой разработки» (Fast Track) или «облегченного подхода», рекомендуемых в случае малых проектов.

    Oracle в своих проектах использует две интегрированные методологии: методологию управления проектами Project Management Method (PJM) и технологическую методологию развертывания программных приложений Application Implementation Method (AIM). В них подробно описаны все действия и документы, четко указаны фазы проекта, связи между действиями, событиями и документами [11]. AIM – это методология, описывающая, какие задачи необходимо выполнить для успешного завершения проекта, какие требуются ресурсы, а также предоставляющая необходимый набор шаблонов для поддержки проекта [12].

    AIM делит проект на следующую структуру [6]:

    • Фазы (определение, анализ операций, дизайн решения, разработка, переход, эксплуатация),
    • Процессы (определение бизнес-требований (RD), отображение бизнес-требований (BR), разработка архитектуры (TA), разработка дополнительной функциональности (MD), конвертация данных (CV), документирование (DO), тестирование функциональности (TE), тестирование производительности (PT), обучение (TR), ввод в эксплуатацию (PM)),
    • Задачи.

    Каждый процесс проходит через фазы, содержит в себе набор задач, поддерживается определенным набором шаблонов документов. Задача — неделимый объем работ, который обязательно заканчивается документируемым результатом, который должен быть оформлен соответствующим документом, согласован и утвержден. Сложность применения данной методологии в проектах – необходим опытный менеджер, который способен для конкретного проекта выбрать необходимый набор шагов и документов из всего многообразия, предлагаемого методологией.

    Oracle OUM (Oracle Unified Method) – последняя разработка компании Oracle, поддерживающая новые решения и архитектуру. Данная методология так же предоставляет руководство, шаблоны и структуру работ, однако состав работ отличен от предлагаемого в AIM — она более проработана с учетом современных требований к системам и технологиям (веб-решения, облачные решение, сервис-ориентированная архитектура). Так, OUM описывает 5 фаз вместо 6, используемых в AIM, и 14 процессов вместо 12, перечисленных выше. Однако, с точки зрения внедрения бизнес-приложений OUM и Oracle AIM являются во многом аналогичными друг другу, и поэтому осуществлять внедрение системы посредством AIM допустимо.

    Существуют и менее известные методические рекомендации по внедрению. Главное преимущество использования известных методологий – это, безусловно, значимый опыт их апробации. Однако руководство группы компаний может рекомендовать при внедрении ERP на местах применять ту методологию, которая по ряду причин удобна для мониторинга со стороны ТНК. Контролировать процессы внедрения в нескольких странах одновременно по одной методологии внедрения – это несколько более простая задача для руководства ТНК, так как управляющие верхних уровней знакомы с возможной проектной документацией и могут в ней ориентироваться. В данном случае, процесс отслеживания и постоянного контроля за ходом проекта так же является единым в своей основе для каждого из подразделений, где происходят внедрения.

    Преимущества и недостатки использования Oracle AIM при внедрении 1С: УПП 8 в российском подразделении ТНК

    В данной статье рассмотрен случай, когда руководство ТНК настойчиво рекомендует при внедрении новых решений на местах использовать методологию Oracle AIM, которая на данный момент использует V-образную модель жизненного цикла проекта. Методология Oracle AIM может применяться не только при внедрении программного обеспечения Oracle.

    При внедрении информационной системы по методологии Oracle AIM проектная документация фиксируется по определенным шаблонам, и каждый этап подразумевает наличие набора прописанных в методологии документов. Также, набор документов может быть использован не полностью, а частично, по необходимости каждого этапа. Это безусловно является преимуществом перед «технологиями», предлагаемыми в качестве рекомендаций фирмой 1С, где вопрос документации проработан еще не так детально, и, в основном, опирающийся на ГОСТы, которые не обновлялись уже многие годы.

    V-образная модель при использовании Oracle AIM – это, по сути, новая версия каскадной модели. Для внедрения «1С: УПП» каскадная модель подходит лучше инкрементной, так как в этой версии программного продукта обеспечивается комплексный учет, где сложно отделить функциональные области друг от друга. Если бы компания-заказчик выбрала систему «1C: ERP 2.0», то при внедрении нужно было бы использовать инкрементную модель, так как данная система может быть разделена на модули.

    С одной стороны, применение Oracle AIM требует от менеджера проекта специальных знаний, в то время как методики от фирмы 1С опираются на стандартные методологии и модели жизненного цикла. С другой стороны, разработанные шаблоны и рекомендации позволяют сделать проект более контролируемым. Если несколько подразделений ТНК осуществляют переход на новые локальные системы учета, то, безусловно, лучшим решением будет внедрять их по всемирно известной методологии, которая регулярно обновляется и учитывает самые последние технологические требования и детали.

    Недостатки и преимущества при использовании методологии Oracle AIM при внедрении продуктов на платформе 1С: Предприятие (табл. 1)

    Таблица 1 — Преимущества и недостатки Oracle AIM

    Преимущества

    Недостатки

    Шаблоны документов предопределены для каждого этапа

    Большое количество документов

    Детально проработаны задачи по процессам и этапам

    Привлечение специалистов-практиков в области внедрения по этой методологии


    Проектный менеджер может использовать не все типы проектной документации, предлагаемые методологией

    Подготовка и согласование большого количества документа приводит к увеличению проектной команды/ продлению сроков проекта (правило «железного» треугольника — см. рис. 2)

    В проектной документации фиксируются все договоренности и изменения

    Рисунок 2 — Проектный треугольник

    Подводя итоги, можно сказать, что решение вопроса о применении той или иной методологии при внедрении программных продуктов на местах должно приниматься руководством ТНК согласно принятой политике. Если компания использует единую систему и ее расширения во всех подразделениях, то необходимо применять так же и одну методологию внедрения, потому как, можно сказать, что внедряется одна крупная система. При этом подразумевается, что будет применяться корпоративная методология от производителя программного обеспечения. Однако если во всех подразделениях применяются локальные, отличные друг от друга ERP-системы, то руководству ТНК следует определить единую используемую методику для обеспечения жесткого контроля, либо возложить право выбора на руководство подразделения. Выбор должен опираться не только на управленческую составляющую, но и технологическую, так как в любом случае, методология внедрения должна поддерживать полный жизненный цикл внедряемого продукта.

    Список литературы

    1. Умаров Х.С., Основные модели учета и отчетности в мире, журнал «Аудитор», №6, 2013, — URL: cfin.ru/ias/models_of_accounting.shtml (дата обращения: 12.12.2015)
    2. Системы управления предприятием (рынок России), TAdviser, 2015, -URL: tadviser.ru/a/56070 (дата обращения: 15.12.2015)
    3. Типовые прикладные решения для российских организаций на платформе «1С: Предприятие 8». -URL: v8.1c.ru/enterprise/ (дата обращения: 10.12.2015)
    4. Технологии внедрения 1С:Предприятия. 1С. URL: 1c.ru/uk/qual/technology.htm (дата обращения: 12.12.2015)
    5. Печерских В., Бельцов Г.. Внедрение ERP-решений на платформе «1С: Предприятие 8», БХВ –Петербург, 2015, 160 стр. — с.10
    6. Грекул В., Денищенко Г., Коровкина Н.. Управление внедрением информационных систем: Содержание проектов внедрения ИС в различных методологиях, НОУ ИНТУИТ, URL: intuit.ru/studies/courses/2196/267/lecture/6794 (дата обращения: 20.12.2015)
    7. Грекул В., Денищенко Г., Коровкина Н.. Управление внедрением информационных систем: Унифицированная модель организации внедрения решений в методологии Microsoft Solutions Framework (MSF), НОУ ИНТУИТ, -URL: intuit.ru/studies/courses/2196/267/lecture/6798 (дата обращения: 20.12.2015)
    8. Методология Microsoft Dynamics Sure Step, Microsoft Dynamics, 2010, -URL: microsoft.com/Rus/dynamics/howtointegrate/methodology.mspx (дата обращения: 20.12.2015)
    9. Бабенчук С. П.. Методологии внедрения ERP-систем и управления проектами. Подходы к оценке эффективности внедрения ERP, журнал Новые технологии, Открытое образование, № 6, 2011 – с. 51
    10. Кале В.. Внедрение SAP R/3: Руководство для менеджеров и инженеров, М.: изд-во «Компания АйТи», 2006. — 511 с.
    11. Кашуба О.. Управление ERP-проектами: PMBOK или ГОСТ? 2009, -URL: e-xecutive.ru/ management/practices/1157461-upravlenie-erp-proektami-pmbok-ili-gost (дата обращения: 24.12.2015)
    12. Lutovac M., Manojlov D.. The Successful Methodology for Enterprise Resource Planning (ERP) Implementation, Journal of Modern Accounting and Auditing, №12, 2012 (дата обращения: 12.01.2015)

    Электронное периодическое издание зарегистрировано в Федеральной службе по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор), свидетельство о регистрации СМИ — ЭЛ № ФС77-41429 от 23.07.2010 г.

    Соучредители СМИ: Долганов А.А., Майоров Е.В.

    Oracle приложение 1

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

    В Oracle Application Server 10g Release 2 объединены продвинутые возможности Service Oriented Architecture (SOA – корпоративная сетевая архитектура на базе сервисов) для стратегически важных приложений, позволяющие предложить наиболее сплоченные и всеобъемлющие заказные решения в отрасли для масштабирования, обеспечения безопасности и управления Web-сервисами и сетью, подходящие для любых сред ИТ.

    Эта статья сфокусирована на новых характеристиках, появление которых заплан ировано в Oracle Application Server 10gRelease 2: инновации в SOA, новые инфраструктуры разработки решений, Portal, Business Intelligence, Identity Management и сетевые вычисления. Эти характеристики являются основными для получения решений, которые, будучи один раз включены, остаются затем всегда доступными для управления ими и дальнейшего улучшения возврата инвестиций в бизнес, базирующегося на ИТ-модели наилучшего полного спектра возможностей.

    Введение

    В Oracle Application Server 10g Release 2 продолжается использование пре имуществ двух важных технологических тенденций – корпоративных вычислений на базе сервисов (Service-Oriented Computing) и сетевых вычислений (Grid Computing):

    • Cервис-ориентированная архитектура: архитектура программного обеспечения, облегчающая разработку корпоративных приложений как модульных бизнес-сервисов.Oracle Application Server 10g предлагает всеобъемлющую инфраструктуру SOA, дающую возможность разрабатывать, создавать оболочки, согласовывать, подготавливать к работе, управлять, обеспечивать безопасность, объединять (federate), обнаруживать корпоративные приложения и обеспечивать доступ к ним как к сервисам. Корпоративные вычисления на базе сервисов могут помочь обеспечить гибкую инфраструктуру корпоративных приложений. Как дополнение к SOA, Oracle Application Server поддерживает также управляемые событиями вычисления, чтобы сделать возможными в реальном времени приложения для считывания данных с датчиков и реагирования на их показания, например, системы на базе RFID.
    • Сетевые (grid) вычисления: архитектура программного обеспечения, которая координирует использование большого количества дешевых, собираемых из модулей серверов и блоков памяти, чтобы эксплуатировать стратегически важные бизнес-приложения. Сетевые вычисления могут в значительной степени снизить инвестиции в аппаратные средства и позволит ь постоянно наращивать вычислительные мощности. С помощью Oracle Application Server становится намного проще разворачивать, управлять, масштабировать и обеспечивать безопасность приложений и пользователей в сети, сокращая при этом сложность в Grid.

    • Лучшие в своем роде решения: широкий диапазон технологических решений для: (i) Business Intelligence (системы анализа бизнес-информации предприятия) – позволяют организациям собирать, анализировать и распределять информацию;
      (ii) Business Integration (бизнес-интеграция) – позволяет организациям объединять отдельные системы друг с другом и автоматизировать бизнес-процессы;
      (iii) Enterprise Portals (корпоративные порталы) – позволяют организациям агрегировать и совместно использовать информацию, как для самих организаций, так и для их деловых партнеров;
      (iv) Identity Management (управление идентификационными параметрами личности ) – позволяет организациям консолидировать администрирование защиты, чтобы понизить полную стоимость и сократить число уязвимых мест защиты.
    • Наиболее широкий спектр возможностей: Oracle Application Server 10g представляет лучший в отрасли интегрированный набор платформ приложений и предлагает вам наилучший широкий спектр возможностей: единая инфраструктура разработки приложений для повышения продуктивности разработчиков, единая сплоченная архитектура продуктов для уменьшения сложности программных средств промежуточного уровня и единственное инструментальное средство подготовки к работе и управления программным обеспечением для сокращения эксплуатационных расходов и стоимости управления.

    В этом официальном документе описываются новые характеристики и усовершенствования, введенные в платформе Oracle Application Server 10g Release 2 во всех трех вышеупомянутых категориях.

    Главные особенноси Oracle Application Server 10g Release 2

    В Oracle Application Server 10g Release 2 включены усовершенствования, позволяющие строить лучшие сервисные решения, интегрировать, оркестрировать, анализировать и развертывать сервисы, управлять циклом срока службы в сети и обеспечивать безопасный доступ к сервисам из любого места и в любое время.

    Стройте решения на базе сервисов: Oracle Application Server 10gявляется всеобъемлющей и интегрированной платформой, которая обеспечивает разработку удобной и гибкой структуры модулей SOA-приложений. Oracle JDeveloper 10g обеспечивает общую инфраструктуру разработки и сервисы метаданных, необходимые для быстрого построения сервисных решений.

    Сервисы интеграции и оркестрирования: Oracle Application Server Integration (интеграция Oracle Application Server) предлагает полное решение для оптимизации и интеграции данных, оркестрирования бизнес-процессов, способности гетерогенного системного обеспечения к взаимодействию и согласованность и непротиворечивость данных.

    Аналитические сервисы: Oracle Business Intelligence предлагает полный набор сервисов для ведения отчетности и аналитических сервисов, чтобы позволить пользователям извлекать, преобразовывать и загружать данные из систем диалоговой обработки запросов в хранилища данных, анализировать информацию помощью интегрированных реляционных и OLAP возможностей, и либо публиковать получающуюся информацию, как документы, либо размещать ее в Web в самых разнообразных форматах.

    Сервисы доступа и связанная информация: Oracle Portal (портал Oracle), Oracle Wireless (беспроводной Oracle) и Oracle Sensor Edge Server (сервер сенсорного управления Oracle) допускают повсеместный (pervasive) доступ к релевантной информации и приложениям — через любое устройство, из любого места и в любое время.

    Разверните сервисы в сети: Oracle Application Server 10g имеет множество новых характеристик, спроектированных таким образом, чтобы предоставить бизнес-приложениям превосходную производительность, масштабируемость и высокую доступность с помощь ю кластеров из дешевых процессоров и памяти. Эти характеристики понижают стоимость аппаратных средств и памяти, сокращают расходуемую впустую вычислительную мощность; позволяют добавлять вычислительные мощности маленькими модульными блоками и обеспечивать лучшее качество обслуживания для бизнес-приложений.

    Управляйте циклом срока службы в сети: Oracle Enterprise Manager 10g и Oracle Application Server 10g делают возможными автоматизированную подготовку к работе программного обеспечения и управление системой и приложениями. Кроме того, Grid Control (управление сетью) предлагает готовые политики, гарантирующие, что ваши системы соответствуют установленным лучшим методам.

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

    Сервисы, обеспечивающие безопасность в Grid: Oracle Application Server 10g использует инфраструктуру Oracle Identity Management (управление идентификационными параметрами Oracle) для эффективной подготовки пользователей к работе и централизованного управления пользователями, их идентификационными параметрами, ролями и привилегиями управления доступом. Централизованно управляемая защита сокращает расходы на администрирование защиты и ее уязвимость.

    Решения для построения сервисов – новые возможности

    В Oracle Application Server 10g поддерживается новая модель для разработки и интеграции корпоративных приложений – сервис-ориентированная архитектура (SOA). С появлением SOA наметился сдвиг от монолитных приложений к формированию сложных приложений, которые собраны из многократно используемых бизнес-компонент и сервисов. Любое новое или существующее приложение может быть опубликовано как сервис. Если они раскрыты с использованием стандартных интерфейсов типа WSDL, эти сервисы называют Web-сервисами, которые облегчают функциональную совместимость между платформами.

    Контейнеры Oracle Application Server для J2EE

    Oracle Containers for J2EE (OC4J – контейнеры Oracle для J2EE) – являются ядром во время выполнения J2EE и Web-сервисов на Oracle Application Server. OC4J 10g (10.1.3) сертифицирован как полностью совместимый с J2EE 1.4 сервер с поддержкой JCA 1.5, JMS 1.1, JTA 1.0, JNDI 1.2, EJB 2.1, Servlet 2.4 и JSP 2.0.

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

    OC4J обеспечивает реализацию J2EE Management 1.0 (JSR 77), базирующуюся на Java Management Extensions (JMX), которая содержит ряд предварительно подготовленных компонент управления (Management Beans – MBeans) для администрирования и мониторинга самого сервера, приложения J2EE и Web-сервисов и средства поддержки. Используя эту инфраструктуру, разработчики могут также разрабатывать заказные MBeans для администрирования и мониторинга заказных приложений. В стандартизированных операциях развертывания и планах предусмотрена полная поддержка J2EE Deployment 1.1 (JSR 88).

    В комплект поставки OC4J входит новая компонента Oracle Enterprise Manager на базе браузера – Application Server Control (управление сервером приложений), базирующаяся на инфраструктуре JMX, которая используется для управления, развертывания и мониторинга приложений J2EE и Web Service. В дополнение к ориентированным на задачи экранам администрирования, предлагается полный браузер JMX MBean.

    Контейнер OC4J вводит новую модель кластеризации на уровне приложений, которая позволяет экземплярам OC4J одновременно принимать (быть хостом) как кластеризованные, таки и некластеризованные приложения. Для репликации состояний могут использоваться многие протоколы, включая многоабонентский (multi-cast) протокол, протокол взаимодействия равноправных (peer to peer) систем и протокол с поддержкой базы данных. Эта новая модель кластера предлагает более гибкий контроль, большую простоту использования и увеличенную производительность.

    В дополнение к выполнению требований платформы J2EE 1.4 для поддержки JAX-RPC и Web-сервиса EJB, в OC4J вводится обширная структура управления Web-сервисами, дающий пользователям возможность вести аудит сообщений SOAP, регистрацию на основе контента, надежное получение сообщений и организацию безопасности. Обеспечивается полная поддержка WS-Reliability и WS-Security (каждый из которых является отраслевым стандартом организации по усовершенствованию стандартов структурированной информации – OASIS). Эта структура управления может быть сконфигурирован через консоль управления OC4J – Application Server Control – для системных администраторов, и через Oracle JDeveloper – для разработчиков.

    Для разработчиков и администраторов в этом выпуске также вводятся задачи Ant (Ant tasks) для развертывания и свертывания приложений с использованием базовой инфраструктуры JMX. Кроме того, предлагается обширный набор задач для создания пакетирования Web-сервисов, сгенерированных из Java, EJB, JMS, CORBA и средства идентификации базы данных.

    Архитектура коннекторов JCA

    Обеспечивая для интеграторов приложений, работающих с информационными системами предприятия (EIS), существенный шаг вперед, OC4J 10.1.3 предлагает полную реализацию версии 1.5 J2EE Connector Architecture. Сюда входит полная поддержка контрактов уровня качества обслуживания системы, включая управление жизненным циклом, управление защитой, управление рабочими периодами, а также входные потоки сообщений и транзакций. Новинкой в J2CA 1.5 стал стандартизированный подход для входящих и исходящих коммуникаций, дающий возможность внешним EIS инициировать потоки в контейнер, и, как и ранее, получать потоки из контейнера.

    Основным функциональным элементом реализации OC4J J2CA является готовый к употреблению сразу после установки адаптер родовых ресурсов JMS, который дает возможность провайдерам JMS от третьих фирм полностью включиться в инфраструктуру OC4J. Используя этот адаптер, Oracle Application Server 10g сертифицирует интеграцию с серверами JMS от третьих фирм, например, с WebSphereMQ, JMS Tibco и SonicMQ. Помимо поддержки провайдера JMS от третьих фирм, родовой адаптер ресурса JMS предусматривает MDB, которые автоматически приспосабливаются к изменяющейся нагрузке от сообщений, оптимизированной глобальной поддержке транзакций и созданию пулов подключений JMS.

    Маршрутизатор JMS – это приложение J2EE, упакованное в OC4J, который предлагает надежное соединение посредством сообщений между любыми поддерживаемыми провайдерами JMS, например: OracleAS JMS, OJMS (AQ/JMS), WebSphereMQ, Tibco JMS и ли SonicMQ. Маршрутизатор JMS также поддерживает фильтрацию сообщений для маршрутизации сообщений.

    Бизнес-правила Oracle позволяют разработчикам приложений добавлять в свои приложения потрясающие маневренность и прозрачность. Это достигается за счет того, что бизнес-аналитикам разрешается самостоятельно, без какой-либо зависимости от программистов, вносить в приложения изменения, отражающие новую политику ведения бизнеса. Бизнес-правила Oracle особенно подходят для развертывания, в частности, как приложений BPEL, так и приложений SOA вообще, а также приложений других архитектур, где маневренность, особенно за низкую цену, является важным свойством.

    Oracle JDeveloper

    Oracle JDeveloper 10g – это среда разработки J2EE со сквозной поддержкой моделирования, разработки, отладки и развертывания приложений и Web-сервисов.

    В Oracle JDeveloper 10g Release 2 (10.1.3) введены совершенно новые принципы построения пользовательского интерфейса, базирующиеся на JGoodies. Усовершенствования удобства и простоты использования относительно к управлению окнами включают обратную связь по «перетаскиванию», возможности быстрой максимизации и восстановления, области заголовка в виде закладок и двойной щелчок для разделения окна редактора. Кроме того, в JDeveloper 10g введены усовершенствования, типа возможностей создавать динамические проекты, рабочие наборы, общие и локальные для пользователей свойства и управление библи отеками, чтобы устранить все препятствия в работе с проектами в среде групповых разработок.

    Кодирование Java и рефакторинг


    Новая структура рефакторинга позволяет вести более мощный и более быстрый рефакторинг и добавляет более 20 новых действий рефакторинга. Эта новая структура позволяет вести дополнительный поиск в файлах, написанных не на Java, а также в комментариях и строках исходных файлов Java. Новые правила навигации по коду Java включают возможность перемещений с использованием меток Find Usages, Hierarchy Browser, Implemented and Overridden margin, а также облегчают навигацию между членами.

    Помимо этого, JDeveloper 10g предлагает полную поддержку J2SE 5.0. Мало того, что новая версия J2SE может использоваться для компилирования, выполнения, отладки и профилирования проектов Java – IDE предлагает также инструментальные средства для помощи с новыми конструкциями кодирования, введенными в J2SE 5.0. Например, все опции Structure Pane, Code Insight и Code Editor были обновлены для работы с аннотациями метаданных, родовыми величинами, автоматическим созданием окон (auto-boxing), переменными параметрами (varargs) и многими другими. Такие возможности IDE, как программные шаблоны и рефакторинг, были усилены, чтобы можно было воспользоваться преимуществами новых особенностей J2SE.

    Интеграция с открытыми программными технологиями

    Теперь Oracle JDeveloper 10g (10.1.3) стал более дружественным к открытым источникам и предоставляет более простую интеграцию с Ant, Junit, CVS, Struts и Xdoclet. Как ожидают, Oracle JDeveloper, предложит эталонную реализацию JSR-198, как только эта спецификация будет завершена, делая, таким образом, возможной интеграцию с любым и инструментальными средствами, поддерживающими эту спецификацию.

    Этот новый выпуск JDeveloper поддерживает Web-сервисы, соответствующие техническим требованиям J2EE 1.4, с возможностью создать клиентов и сервисы JAX-RPC. В него также включены новые Мастера для WS-Security, WS-Reliability и WS-Management, позволяющие пользователям устанавливать свойства защиты, качества обслуживания и регистрации для Web-сервиса перед его развертыванием.

    Разработка структуры приложений Oracle

    Разработка структуры приложений Oracle (Oracle Application Development Framework – ADF) упрощает разработку J2EE за счет минимизации потребности написания программного кода, реализующего шаблоны проектирования и инфраструктуру приложения. Признавая, что недостаточно иметь набор сервисов времени выполнения, Oracle ADF сосредотачивается на опыте разработки, обеспечивающем визуальный и декларативный подходы к разработке в среде J2EE.

    Разработка в среде JavaServer Faces

    В Oracle JDeveloper предлагается визуальная среда разработки JavaServer Faces (JSF), а также обширная библиотека компонентов JSF – Oracle ADF Faces. В дополнение к поддержке “перетаскивания” компонент пользовательского интерфейса и навигации по лицам (faces navigation), разработчики постоянно имеют доступ к исходному тексту JSF. Это дает им возможность быстро создавать макет (прототип) пользовательского интерфейса, взаимодействовать с пользователями для получения обратной связи, а затем итерационно усовершенствовать его без ограничений.

    В своем визуальном редакторе Oracle ADF обеспечивает прямую визуализацию компонентов JSF, предлагаемых эталонной реализацией JSF (Reference Implementation—RI), а также визуализацию заказных компонентов типа ADF Faces, MyFaces и других компонентов JSF третьих фирм.

    Oracle TopLink

    Разработка в среде J2EE упрощается благодаря применению Oracle TopLink, предлагающего ряд сервисов данных, которые позволяют приложениям обращаться к данным практически из любого источника данных. Сервисы данных используют общий дизайн и инфраструктуру времени выполнения и включают объектно-реляционное отображение, доступ к данным бизнес-процесса и отображение объект-XML с реализацией JAX-B.

    Oracle TopLink 10g (10.1.3) более тесно интегрирован с Oracle Application Server и поддерживает CMP EJB, соответствующие техническим требованиям CTS 1.4, структуру управления на базе JMX, структуру стандартной регистрации и политику защиты. Он использует базу данных Oracle с поддержкой Virtual Private Database, типа XDB-XML, опции Flashback и хранимые функции. В Oracle TopLink также включены существенные усовершенствования в област и Object-XML, Mapping Workbench, Cashing, Clustering и Transaction.

    Интеграция и оркестровка сервисов – новые характеристики

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

    • Oracle Integration InterConnect: простой и удобный в работе продукт и нтеграции данных, который обеспечивает полные функциональные возможности шинной организации служб предприятия (Enterprise Service Bus – ESB) для быстрого развертывания интеграционных решений на всем предприятии.
    • Oracle BPEL Process Manager: продукт для управления бизнес-процессом (Business Process Management – BPM), позволяющий разрабатывать, компоновать и отлаживать сквозные бизнес-процессы, включающие людей, партнеров и приложения.
    • Oracle Integration B2B: полное решение B2B, поддерживающее ведущие отраслевые протоколы для комплексной и быстрой интеграции партнеров.
    • Oracle Integration BAM: управляемая событиями платформа для агрегирования, корреляции и представления событий на предприятии в пределах контекста, понимаемого бизнесом.

    Он органично взаимодействуетс корпоративными порталами Oracle с целью создания сложных приложений, в которые вовлечены бизнес-процессы предприятия и данные. Кроме того, он обеспечивает комплексный мониторинг и управление, используя для этого Oracle Enterprise Manager.

    Oracle Integration Interconnect

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

    • Подход, управляемый метаданными: Если использовать управляемый метаданными подход к определению точек интерфейса, преобразования и определения бизнес-объектов оказывают лишь небольшое воздействие (или не оказывают никакого воздействия) при внесении изменений.
    • Общие представления: Используйте модели публикация/подписка (publish/subscribe) и общих объектов, чтобы органично добавить новые приложения в концентратор интеграции, не имея необходимости повсюду применять изменения.
    • Комплексные преобразования: Используйте готовые функциональные возможности, а также добавьте ваши собственные заказные преобразования, чтобы получить полные возможности преобразований с преимуществом легкого многократного использования.
    • Поддержка стандартов:Расширенная поддержка Web-сервисов, XML Schema (XSD) и функциональная совместимость с диспетчером процессов BPEL.

    Концентраторы данных Oracle (Oracle Data Hubs)

    Продукты Oracle Data Hubs позволяют вам синхронизировать информацию ото всех систем на вашем предприятии в едином центральном местоположении, чтобы получить точное, непротиворечивое представление с полным обзором (на все 360 градусов) данных компании. Эта интеграция еще более упрощается за счет использования Oracle Integration Interconnect – эталонной реализации Customer Data Hub – и предлагает конкретные коннекторы с ведущими пакетами программ и технологиями, обеспечивающие широкую функциональную совместимость с имеющимися у вас информационными активами предприятия.

    Oracle Integration B2B

    Oracle Integration B2B является единственным инструментом, требующимся для определения, конфигурирования, управления и мониторинга электронного обмена информацией между двумя или большим числом предприятий. В сочетании с Oracle Integration InterConnect, BPEL Process Manager и соответствующими технологиями – адаптерами Application и Legacy – Oracle обеспечивает полное сквозное решение для интеграции на вашем предприятии и за его пределами. К числу новых возможностей, включенных в этот выпуск, относятся:

    Широкая поддержка протоколов

    Oracle Integration B2B предлагает широкую поддержку протоколов, делающую возможной развертывание признанных отраслью стандартов: RosettaNet, электронного обмена данными (Electronic Data Interchange – EDI), Applicability Statement 2 (AS2) и заказных конфигураций. Эта поддержка включает:

    • Процесс: RosettaNet Partner Interface Process® (PIP®)
    • Документ:EDI X12, EDIFACT EDI, X12-HIPAA, PIP BD, UCCnet
    • Обмен: AS2, структура реализации RosettaNet Framework® (RNIF®)
    • Транспорт:HTTP, HTTP, SMTP, IMAP, FTP, FTPS, файл
    • Пакетирование:MIME, S/MIME

    Комплексное соглашение с торговым партнером

    В Oracle Integration B2B предлагается удобный интерфей с пользователя (UI) на базе мастера, чтобы провести его через шаги определения возможностей каж дого торгового партнера. Затем, используя эти возможности, можно определить электронное соглашение, которое обеспечивает принудительное исполнение правил взаимодействия торговых партнеров в рамках определенного бизнес-процесса.

    Oracle BPEL Process Manager

    Язык выполнения бизнес-процессов (Business Process Execution Language – BPEL) появился как четкий стандарт для объединения нескольких синхронных и аси нхронных сервисов в совместные и связанные со сделкой потоки процесса. К усовершенствованиям Oracle BPEL Process Manager относятся всеобъемлющее и удобное решение на базе стандартов для создания, развертывания и управления бизнес-процессами, в которых участвуют несколько при ложений. В этих бизнес-процессах могут иметься как автоматизированные, так и “человеческие” шаги технологического процесса, в результате чего становится возможным создание истинной корпоративной архитектуры на базе сервисов. Реализованная в нем «родная» поддержка стандартов типа XML (1.0), XSLT (2.0), XPATH (2.0), JMS (1.0.2), JCA (1.5) и Web-сервисов делает его идеальным решением для создания интегрированных бизнес-процессов, которые будут переносимыми между платформами.

    BPEL Designer (проектировщик процессов) предлагает графический и дружественный к пользователю способ построения процессов BPEL, используя BPEL как свой собственный («родной») формат. Это означает, что процессы, построенные с помощью Designer, являются на 100% переносимыми, и, кроме того, он дает возможность разработчикам просматривать и изменять исходный код BPEL, не уменьшая полезности инструмента. Обеспечивающ ий пользователям унифицированную среду времени проектирования Designer является частью JDeveloper.

    Консоль Oracle BPEL Process Manager (интеграционная панель)

    Консоль BPEL обеспечивает дружественный к пользователю Web-интерфейс для управления, администрирования и отладки процессов, развернутых на BPEL-сервере. Автоматически поддерживается информация трассировки аудита и статистические данные/данные отчетности процесса; она доступна и через BPEL-консоль, и через API Java. Списки задач технологического процесса и статистические отчеты анализа процесса также и нтегрированы в ту же самую консоль.

    Встроенные сервисы интеграции

    Встроенные сервисы интеграции дают разработчикам возможность без труда использовать из стандартных процессов BPEL расширенные технологические процессы, возможности функциональной совместимости и преобразования. К числу этих возможностей относятся поддержка преобразований XSLT и XQuery, а также связывание с сотнями унаследованных систем через адаптеры JCA и «родные» протоколы. Сервисы технологических процессов с участием человека, типа управления задачами, управления уведомлениями и управления идентификационным и параметрами личности, обеспечиваются как встроенные сервисы BPEL, чтобы обеспечить и нтеграцию в потоки BPEL людей и ручных задач. Расширяемая структура связывания WSDL делает возможной функциональную совместимость со многими протоколами и форматами сообщения, помимо SOAP. Связывания доступны для JMS, электронной почты, JCA, HTTP GET и POST, а также для многих других протоколов, разрешающих простую функциональную совместимость с сотнями серверных систем. Вот только некоторые готовые к употреблению сразу же после установки адаптеры, которые делают возможной работу сервисов интеграции:

    • Пакетированные приложения: SAP, PeopleSoft, Siebel, J.D. Edwards
    • Адаптеры для унаследованных систем: CICS, IMS DB, IMS TM, DB2, VSAM
    • Адаптеры B2B: RosettaNet, EDI
    • Технологические адаптеры: HTTP, SMTP, FTP, JMS, Database, Advanced Queuing, Web-сервисы

    Сервер Oracle BPEL Process Manager

    Oracle BPEL Process Manager выполняет стандартные процессы BPEL и обеспечивает возможность «дистилляции» (dehydration), так чтобы состояние потоков, выполняющихся длительное время, автоматически поддерживалось в базе данных, что делает возможной кластеризацию как в целях автоматического преодоления последствий сбоев, так и для достижения масштабируемости. Некоторые расширенные возможности Oracle BPEL Process Manager включают:

    • Параллельное выполнение: Oracle BPEL Process Manager обеспечивает возможность параллельного выполнения ряда задач, чтобы “расшить” узкие места процесса.
    • N-поточность: Расширение параллельного выполнения. Обеспечивает возможность разбиения процесса на N параллельно выполняющихся ветвей выполнения, где N определяется динамически во время выполнения.
    • Компенсация: Oracle BPEL Process Manager обеспечивает поддержку компенсирующих транзакций, которые являются альтернативной моделью транзакции в тех случаях, когда транзакциив стиле XA не могут использоваться (либо из-за долговременной природы «транзакции», либо из-за включения сервисов, которые не поддерживают транзакции стиля XA/JTA).

    Oracle интегрирует BAM

    Oracle BAM является полностью новой, построенной на сообщениях, управляющей событиями, резидентной в памяти архитектурой, разработанной специально под потребности аналитики и управления в реальном времени отчетами приложений. Oracle BAM является первым и единственным решением, которое обеспечивает наблюдаемость в реальном времени деятельности предприятия, которое дает бизнес-пользователям подробную аналитическую информацию, какие нужно улучшить процессы, какие сократить затраты, — как только в бизнесе происходят случаются некоторые события. Архитектура Oracle BAM использует управление сообщениями (messaging), интеграцию данных, усовершенствованное кеширование данных, аналитический мониторинг, тревожную сигнализацию (alerting) и технологическую отчетность, чтобы предоставить за несколько секунд требуемую важную информацию о событиях или изменениях состояния (статуса). Поскольку первичный источник данных — сообщения, Oracle BAM способен корректировать отчеты и генерировать тревожные сигналы со скоростью, которую просто не могут обеспечить традиционные аналитические архитектуры. Oracle BAM может принять десятки тысяч корректировок в секунду в постоянно находящийся в памяти кеш, который служит центром архитектуры Oracle BAM.

    Архитектура Oracle BAM включает три главных логических элемента:


    • Инфраструктура сбора данных и событий (Data and Event Collection Infrastructure) — она позволяет пользователям применять разнообразие различных механизмов для реализации настройки и пакетного запуска приложений; бизнес- и workflow (технологические потоки) процессы; базы данных и другие системы, чтобы собрать данные в режиме реального времени.
    • Инфраструктура подсчета и анализа событий (Event Analysis and Computation Infrastructure) — она позволяет пользователям фильтровать, коррелировать и анализировать информацию, чтобы понять их воздействие на заданную пользователем систему показателей эксплуатации. Пользователи могут расширить возможности анализа событий своей собственной вычислительной логикой.
    • Визуализация, построение инструментальных панелей и сигналов тревоги в реальном времени (Visualization, building Dashboard and real-time Alerts) – этот механизм позволяет пользователю применять новейшие web-технологии, чтобы построить высокопродуктивные интерактивные инструментальные панели, на которых данные поставляются бизнес-пользователям через стандартные web-браузеры в режиме реального времени. Также пользователь может моделировать аварийные условия, что может быть использовано для сигнализации о состоянии бизнес-процессов, когда встречаются те или иные ситуации. При необходимости пользователь на инструментальной панели имеет возможность предпринять соответствующие корректирующие действия по прослеживаемым событиям.

    Oracle BAM: Полностью новая архитектура реального времени

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

    • Инструментальные средства для Интеграции приложений предприятия (EAI — Enterprise Application Integration) – EAI-сообщения, web-сервисы и/или триггеры базы данных
    • Недорогая память (Inexpensive Memory) – снижение стоимости на 96% с 2000г.
    • Поточная доставка данных (Streaming Data Delivery) – как альтернатива статической доставки информации
    • Моментальное управление сообщениями (Instant Messaging) — для сигнализации в реальном времени

    При задействовании этих ключевых технологий Oracle BAM оптимизирует бизнес-производительность посредством эффективного воздействия всех уполномоченных лиц, как внутри, так и вне организации. Эти лица, которые принимают решения (ЛПР), совершают действия, которые положительно или отрицательно воздействуют на бизнес- производительность в целом. При использовании Oracle BAM ЛПР могут сделать правильные решения, поскольку они всегда имеют необходимую информацию, в удобном для них формате, и именно тогда, когда они в ней нуждаются. Oracle BAM уникально обеспечивает:

    Своевременность. Постоянно изменяющаяся информация
    Чтобы предпринимать эффективные действия и повышать производительность, непосредственно в момент решения ЛПР нуждаются в информации в реальном времени,. Oracle BAM обеспечивает сигналы тревоги в реальном времени и доступ к актуальным данным, которые представляют собой сию секундные сведения, чтобы решение было проактивным, упреждающим, а не запоздалым, реактивным. Поточная доставка данных гарантирует, что сообщения в реальном времени автоматически и непрерывно модернизируются, коль скоро изменения происходят в основных данных.

    Досягаемость. Все для лиц, принимающих решения
    В отличие от традиционных запросных решений Oracle BAM объединяет информацию из многомерных и реляционных источников данных, web-сервисов, данных от приложений предприятия, и представляет их в интуитивном пользовательском браузер-интерфейсе на на любом устройстве, обеспечивая готовность всей информации предприятия в реальном времени.

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

    Применимость. Эффективно, эффектно, удобно в работе
    Oracle BAM построен для равномерной, гладкой работы с существующими информационными инфраструктурами. Он поддерживает практически любые коммерческие базы данных и системы управления сообщениями. Oracle BAM применим и может быть полностью настроен и персонифицирован по ролям, обязанностям и навыкам каждого пользователя. И искущенные, и бизнес- пользователи приходят к выводу, что отчеты столь же легко проектировать, распределять и изучать, как слайды PowerPoint.

    Аналитические сервисы

    Oracle Business Intelligence 10g — это интегрированное решение, предоставляющее бизнес-пользователю полную картину состояния дел на уровне организации. Это решение обеспечивает возможность быстрее принимать правильные решения, позволяет большему количеству служащих иметь доступ к информации, в которой они нуждаются, удаляет шум и обеспечивает качественную информацию. Кроме того, Oracle Business Intelligence использует пакетную обработку и возможности очистки данных Oracle Warehouse Builder для предоставления единого источника правды для важных информационных активов.

    Oracle Business Intelligence Discoverer

    С помощью Oracle Business Intelligence Discoverer (OracleBI Discoverer) бизнес-пользователи на всех уровнях организации могут более быстро принимать бизнес-решения на основе более широкой и полной информации. Используя любой стандартный web-браузер, пользователи получают защищенный и немедленный доступ к своим данным. Discoverer предлагает бизнес-представления, скрывающие сложность лежащих в их основе структур данных, тем самым, давая пользователям возможность сосредоточиться на решении деловых проблем.

    Прямой доступ OLAP

    Этот выпуск Discoverer поддерживает в базе данных опцию OLAP, обеспечивающую многомерные представления данных из реляционных таблиц и аналитических рабочих пространств. База данных Oracle интегрировала OLAP и реляционную аналитику в единый механизм. Вам больше не требуется для анализа извлекать, переносить и преобразовывать данные в отдельный многомерный механизм. Используя новый прямой доступ OLAP, пользователи могут выполнить свой собственный многомерный анализ, создавать отчеты и обеспечивать их совместное использование, чтобы принимать лучшие решения.

    Отчетность

    В OracleBI Discoverer 10g (10.1.2) имеется много новых усовершенствований отчетности, включая генерацию высококачественных PDF, экспорт в формат PDF, предварительный просмотр выводимой на печать информации, макет страницы и опции печати. Используя Discoverer Viewer, пользователи будут теперь в состоянии, как вложение, послать по электронной почте содержание своих рабочих листов в любом из форматов экспорта, включая Excel, PDF, HTML, текст, CSV и другие. Для пользователей, которым более удобно работать с рабочими листами Excel, Discoverer не только экспортирует данные, но и экспортирует их как сводные (pivoting) таблицы Excel.

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

    В OracleBI Discoverer 10g (10.1.2) теперь можно интегрировать с Oracle Portal заказные портлеты Business Intelligence, делая тем самым возможным своевременный корпоративный доступ к качественной информации. Он вводит портлеты для подведения итогов, позволяющие создавать мгновенные снимки (снэпшоты) информации. Кроме того, заказчики могут теперь персонифицировать свои представления портлетов Business Integration для опубликованного рабочего листа, изменяя значения параметров, форматы, макет страницы, типы графического представления и так далее.

    Oracle Reports 10g (10.1.2) делает возможной межплатформенную среду разработки, в которой можно разрабатывать отчеты на одной платформе и разворачивать их на любой другой. Кроме того, в Reports проведено много изменений инфраструктуры, типа миграции от Visibroker к ORB Sun, позволивших увеличить производительность и масштабируемость. В Oracle Reports введено много усовершенствований форматирования для PDF, Postscript, HTMLCSS, электронных таблиц и RTF. К числу усовершенствований интеграции управления Oracle Reports относятся расширение содержимого страницы состояния Reports и появление новой страницы All Metrics.

    Сервисы доступа и связанная информация


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

    • Oracle Portal: комбинирует богатую, декларативную среду для создания Web-интерфейса, публикации информации и управления ею, получения доступа к динамическим данным и повышения квалификации при работе с порталом с расширяемым каркасом для любой технологии на базе Web, типа доступа из приложений на базе J2EE и Web-сервисов.
    • Oracle Wireless: многоканальные возможности Wireless Delivery проектировались с целью сделать пользователей продуктивными, предоставляя им богатый пользовательский опыт в области доступа к информации и выполнения транзакций с мобильных устройств.
    • Oracle Sensor Edge Server: Кроме того, в технологиях RFID и сенсорных датчиков изменен способ работы компаний, предлагающих информацию в реальном времени. Новинка в 10.1.2 — Oracle Sensor Edge Server — распространяет действия Oracle Application Server на физический мир, делая возможным сбор и обработку данных от RFID и других датчиков. Oracle Sensor Edge Server (сервер сенсорного управления Oracle) перехватывает и фильтрует данные и занимается их отправкой в центр инфраструктуры ИТ. Зафиксированные данные нормализуются, чтобы обеспечить согласованность между датчиками и сократить количество данных, которые должны быть обработаны сетью и приложениями.

    Oracle Portal

    В Oracle Application Server 10g Release 2 (10.1.2.0.1) появился Instant Portal, который становится доступным сразу же после установки. Кроме того, Oracle Portal продолжает обеспечивать усовершенствования во всех своих сервисах, включая среду проектирования на базе браузера, публикацию и управление контентом методом самообслуживания, сообщества пользователей, многоканальный доступ и встроенные системы анализа бизнес-информации.

    Oracle Instant Portal – это готовое сразу же после установки решение портала для совместного использования и передачи информации. Не требуется никаких предварительных разработок, поскольку Instant Portals генерируются “с одного щелчка”. В каждый портал включается ряд предварительно сконфигурированных страниц для публикации и организации контента по отделам или функциям. Первый Instant Portal генерируется автоматически при инсталляции Oracle Application Server Standard Edition One. Запускающийся с одного щелчка мастер облегчит создание дополнительных порталов.

  • Для настройки не требуется высокая квалификация: Чтобы упростить процесс настройки и управления порталом, в Instant Portal вводится инновационная практика редактирования по месту. Специальный переключатель переводит пользователей из режима представления в режим редактирования. Пользователь никогда не сможет выйти из страницы во время редактирования.
  • Типы контента, поддерживаемые Instant Portal: Instant Portal поддерживает богатый текстовый контент, загружаемые изображения и файлы и связи с web-сайтами и адресами электронной почты. Богатая инструментальная панель редактирования текста предлагает режим WYSIWYG для форматирования базовых шрифтов, режим добавления таблиц и списков и манипулирования ими, а также позволяет встраивать изображения и связи. Кроме того, в Instant Portal поддерживаются прямые операции HTML, типа вырезки и вставки страниц HTML из различных источников, а также и другие манипуляции.
  • Управление пользователями и контроль доступа: Непосредственно в Instant Portal могут быть созданы или удалены пользователи; там же им могут быть предоставлены привилегии. Упрощенная модель защиты подразделяет пользователей каждой из основных портальных страниц на просматривающих, вкладчиков или менеджеров.

Дизайн и разработка страницы

К числу сделанных в этом выпуске усовершенствований относятся: Мастер для создания и редактирования страниц, упорядочение страниц и управление ими, а также настройка страниц и портлетов.

Управление контентом в режиме самообслуживания

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

В Oracle Portal по-прежнему поддерживается разработанный OASIS стандарт Web-сервисов для удаленных портлетов (Web services for Remote Portlets – WSRP), который делает возможной функциональную совместимость портлетов на различных платформах порталов.

Oracle Sensor Edge Server

Oracle Sensor Edge Server – новый компонент Oracle Application Server 10gRelease 2 – действует подобно мосту между миром сенсорных устройств и остальной частью программной инфраструктуры. Его главная функция – обеспечить механизм управления и расширения для соединения с физическими аппаратными средствами и легко объединить их возможности с имеющимися или новыми приложениями. Sensor Edge Server спроектирован для того, чтобы справляться с быстро изменяющимися стандартами и возможностями сенсорных технологий, и в то же время оградить разработчиков приложений от изменений протоколов и аппаратных средств и разновидностей различных устройства.

Инфраструктура драйвера Oracle Sensor Edge Server подключает к бизнес-приложениям аппаратные средства RFID, устраняя тем самым потребность в том, чтобы приложения знали о специфике аппаратных средств, используемых в том или ином проекте. Он нормализует поток событий между аппаратными средствами и приложением в общеупотребительный формат и протокол и управляет взаимодействием с самим аппаратным устройством. Следовательно, этот драйвер облегчает разработку приложений на основе RFID, которые могут работать почти со 100 различными устройствами RFID, не требуя от разработчиков приложений, чтобы они понимали их специфику или могли реализовать свои приложения в соответствии с характеристиками каждого устройства.

Фильтры, группы и управление

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

Каркас Dispatcher (диспетчера) предлагает несколько готовых диспетчеров, позволяя посылать данные от сенсорных датчиков через Web-сервис или другие стандартные интерфейсы непосредственно приложению, или в технологию накопления и диспетчирования событий типа Oracle Streams, ставшие доступными в Oracle Database 10g. Во внутренней очереди перед диспетчером кэшируются все поступающие от датчиков события, чтобы обеспечить страхование на тот случай, если выйдет из строя соединение между Sensor Edge Server и приложением.

При проектировании Oracle Sensor Edge Server было учтено, что сенсорные технологии изменяются очень быстро. Sensor Edge Server обеспечивает расширяемый интерфейс для укрепления возможностей сервера по трем ключевым моментам: Driver Extensions, Filter Extensions и Dispatcher Extensions.

Oracle Wireless

Oracle Wireless предлагает комплексную платформу для расширения радиуса действия ваших корпоративных приложений. Приложения обмена сообщениями (однонаправленные и двунаправленные, SMS/MMS/IM/Email/Voice Alerts), сервисы, связанные с местоположением заказчиков (мобильное позиционирование, работа с картами, выбор маршрута), интерактивный голосовой доступ (VoiceXML), и мобильные приложения с браузером (WML, XHTML MP) – все это можно разработать и развернуть, а также управлять этим с помощью Oracle Application Server Wireless, обеспечивая одну консолидированную платформу сервера приложений для всех ваших беспроводных потребностей.

Каналы обмена сообщениями

Архитектура обмена сообщениями Oracle Application Server Wireless является расширяемой и позволяет добавлять новые каналы. Поддерживаются следующие каналы, готовые к употреблению сразу же после установки: SMS, EMS, SmartMessages (vCard, vCal, Ringtones, Icons, логотипы Оператора), MMS, электронная почта, факс, голосовые уведомления, пейджеры и мгновенный обмен сообщениями.

Поддержка шлюзов и протоколов

Была расширена поддержка различных шлюзов и протоколов, как это описано ниже.

  • SMS, EMS, SmartMessages: SMPP (Logica, CMG, Comverse), UCP (CMG), CIMD (Nokia), телефонные модемы Nokia GSM с кабелем передачи данных, Mobileway V-SMSC, Vodafone VVSP
  • MMS: SMTP (Ericsson, LogicaCMG), EAIF (Nokia), MM7
  • Электронная почта: IMAP, POP3, SMTP
  • Факс: Captaris RightFax
  • Голосовое уведомление VoiceGenie Voice Gateway
  • Пейджеры: WCTP
  • Instant Messaging (IM): Jabber (а также, как шлюз к службе America Online, MSN, Yahoo!, ICQ и другим)

Развервертывание сервисов в grid

В Oracle Application Server 10g Release 2 имеется множество новых возможностей, которые были спроектированы, чтобы предоставить бизнес-приложениям превосходную производительность, масштабируемость и высокую доступность на кластерах, собранных на базе дешевых процессоров и памяти. Эти возможности понижают стоимость аппаратных средств и памяти; уменьшают расходуемые впустую вычислительные мощности; позволяют добавлять вычислительные мощности маленькими, модульными блоками и обеспечивают лучшее качество обслуживания бизнес-приложений.

В Oracle Application Server 10gRelease 2 включены усовершенствования, которые были спроектированы, как обеспечивающие множество преимуществ:

  • Корпоративное качество обслуживания для массово выпускающихся вычислительных сетей: Oracle Application Server 10g обеспечивает корпоративное качество обслуживания – производительность, масштабируемость и высокую доступность – для корпоративных приложений, используя товарные (то есть, выпускаемые в больших количествах) аппаратные средства и память.
  • Радикальное понижение стоимости управления системами при улучшении возможностей поддержания работоспособности предприятия: Oracle Application Server 10g понижает стоимость сопровождения системы и обеспечивает более успешное поддержание работоспособности предприятия путем использования автоматизированных систем Software Provisioning (подготовка программного обеспечения к работе), Centralized Systems Management (централизованное управление системами) и Policy-based Administration (администрирование на основе политик).
  • Снижение стоимости управления защитой: Oracle Application Server 10g предлагает защищенную платформу для корпоративных приложений. Он понижает стоимость администрирования защиты и дает возможность централизованно управлять идентификационными параметрами пользователей и их привилегиями контроля доступом через комплексные возможности управления идентификационными параметрами личности, заложенные в Oracle Application Server 10g.
  • Качество обслуживания – производительность

    Oracle Application Server 10g Release 2 продолжает обеспечивать пользователям лучшую в отрасли производительность, оптимизируя каждый аспект сервера приложений и используя усовершенствования технологии аппаратных средств. В него заложено множество усовершенствований производительности:

    • Для каждого уровня сервера приложений: Web-кэш, сервер HTTP, контейнеры J2EE, инфраструктура Identity Management
    • Для каждого решения сервера приложений: J2EE Runtime, ADF, Web-сервисы, Portals, Enterprise Integration, Business Intelligence и Oracle Enterprise Manager 10g Application Control
    • Оптимизация для любой архитектуры аппаратных средств: конкретная оптимизация для различных товарных конфигураций аппаратных средств (конфигурации с 1, 2 и 4 центральными процессорами).

    Oracle Application Server 10g является доказанным победителем во всех категориях эталонного тестирования SpecJ, типа: общее отношение цена/производительность, полная производительность, также в категориях c двумя и с многими узлами.

    В следующих разделах мы обсудим некоторые из этих возможностей подробно.

    В Oracle Web Cache 10g (9.0.4) введены значительные усовершенствования в кэшировании и потоковых алгоритмах. В этом выпуске в потоковых алгоритмах сделаны дальнейшие усовершенствования, позволившие включить возможность сжатия. Кроме того, в Web-кэш были еще более усилены возможности выравнивания нагрузки IP. Управление Web-кэшем Oracle стало более простым за счет применения Oracle Enterprise Manager 10gApplication Server Control (10.1.2). Вот некоторые из усовершенствований Application Server Control для Web-кэша: возможность активировать/блокировать правила кэширования, настраиваемые имена для правил кэширования и автоматизированное конфигурирование порта прослушивания HTTP.

    Oracle Containers для J2EE

    В Oracle Containers для J2EE 10g (10.1.3) введено много усовершенствований производительности, которые дают приложениям возможность удовлетворить соответствующие соглашения об уровне обслуживания. Вот только некоторые из этих характеристик:

    • ClassLoader: загружается меньше классов, lazy loading (ленивая загрузка), оптимизированная организация поточной обработки сборки мусора: более быстрое использование потоков Java, сервисы увеличения/уменьшения масштаба
    • Кластер: значительно более быстрая и более гибкая репликация состояния
    • Источник данных: более быстрая регистрация, пулы продления и подключения
    • Кэширование: прозрачная база данных для уведомлений и недостоверных данных сервера приложений
    • JMS: 15%-ое усовершенствование JMS на базе файлов и 10%-ое повышение для AQ JMS
    • Администратор транзакций: оптимизация JTA для базы данных Oracle 10g.

    Усовершенствования производительности для Oracle Integration 10g (10.1.2) заметны во всех ее компонентах. В диспетчере процессов Oracle BPEL появилось много характеристик, увеличивающих производительность, включая определенные усовершенствования для не фиксирующего своего состояния BPEL и более быстрые преобразования. Был значительно улучшен механизм Oracle Integration B2B, получивший более быструю хореографию. Интеграция данных много выиграла от усовершенствований, сделанных в JDBC, XSD и метаданных, и результаты показывают, что теперь она стала на 22% быстрее, чем в предыдущем выпуске. Кроме того, в большинство адаптеров были добавлены конкретные, зависящие от объекта характеристики усовершенствований производительности. Например, адаптер AQ стал в этом выпуске на 30% быстрее из-за усовершенствований, сделанных в способе копирования памяти, а также благодаря изменениям на уровне JDBC.

    Качество обслуживания – масштабируемость

    В Oracle Application Server 10gRelease 2 вводится новый администратор динамических ресурсов (Dynamic Resource Manager), который облегчает повышение или снижение масштабов приложения, используя вычислительные ресурсы оптимально. Администратор динамических ресурсов состоит из трех взаимодействующих компонентов: (i) сервис динамического мониторинга (Dynamic Monitoring Service – DMS) используется для мониторинга производительности системы и потребления ресурсов индивидуальными приложениями. (ii) Oracle Enterprise Manager используется для сбора информации мониторинга из DMS и установки порогов производительности и политики распределения ресурсов для конкретных приложений. Например, можно сделать так, чтобы приложение для ввода заказов (Order Entry) получало 30% времени центрального процессора, в то время как программа ведения главной книги (General Ledger) получала 70% времени центрального процессора. (iii) Администратор динамических ресурсов интерпретирует определенную политику управления ресурсами и направляет запросы в соответствии с этой политикой. Если у приложения возникает нехватка ресурсов, администратор динамических ресурсов может завершить неактивные процессы; снять некоторую часть ресурсов с других приложений, которые в данный момент не нуждаются в них; запустить новые экземпляры сервера приложений или добавить (по требованию) вычислительную мощность. Следовательно, администратор динамических ресурсов обеспечивает оптимальное использование ресурсов; сокращает размер потраченных впустую вычислительных мощностей и освобождает администраторов приложений от выполнения утомительных задач по настройке производительности и балансировке ресурсов.

    Качество обслуживания – высокая доступность

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

    В Oracle Application Server 10g Release 2 были расширены возможности высокой доступности предыдущих выпусков, чтобы сократить время как планового, так и незапланированного простоя. Поскольку именно он является главной ценностью для всех заказчиков, которые используют сервер базы данных Oracle, Oracle Application Server 10g Release 2 был интегрирован с последними возможностями высокой доступности Oracle Database 10g. Теперь Oracle Application Server 10g Release 2 предлагает самые передовые механизмы выравнивания нагрузки и автоматического преодоления последствий сбоя между промежуточным уровнем и базой данных приложения.

    Незапланированный простой из-за сбоя системы

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

    • Отказы узлов и процессов: требования избыточности
    • Увеличение масштаба при нулевом времени простоя: требования выравнивания нагрузки, интеллектуальной маршрутизации и авто-обнаружения
    • Долго перезапускаемые операции на давшей сбой системе: планирование требований “быстрого обнаружения смерти” (выхода системы из строя) и авто-рестарта

    Избыточность: Oracle Application Server Release 2 позволяет на всех его подуровнях выбирать между активно-активными или активно-пассивными моделями избыточности. Решение Oracle Cold Failover Cluster (кластер холодного автоматического преодоления последствий сбоя) теперь расширено и работает не только для инфраструктуры, но и для промежуточного уровня и компонентов web-уровня.

    Выравнивание нагрузки, интеллектуальная маршрутизация и авто-обнаружение: Когда в одной операционной среде используются несколько экземпляров Web-кэша, Web-серверов, серверов приложений, серверов базы данных и серверов каталога, Oracle Application Server 10gRelease 2 вводит новые характеристики выравнивания нагрузки, маршрутизации и авто-обнаружения, которые делают выравнивание нагрузки более простым для установки и более эффективным.

    • Авто-обнаружение и динамическая маршрутизация: когда приложение J2EE развернуто в экземпляре Oracle Application Server, приложение автоматически обнаруживается OPMN, и точки монтирования выравнивания нагрузки с соответствующими модулями mod_OC4J автоматически регистрируются. Это устраняет потребность вручную конфигурировать эти точки монтирования в пределах mod_OC4J и устраняет потребность перезапуска сервера HTTP Oracle каждый раз, когда будет развернуто новое приложение, что упрощает конфигурирование и сокращает время простоя.
    • Специфическая для приложения политика выравнивания нагрузки: различные приложения имеют различные “узкие места”, связанные с потреблением ресурсов. В Oracle Application Server 10g Release 2 вводятся новые возможности, позволяющие администратору выбирать конкретный показатель, который используется для выравнивания нагрузки на основании характеристик приложения, что делает процесс выравнивания нагрузки и использования вычислительных мощностей более эффективным.
    • Исчерпывающее выравнивание нагрузки: в Oracle Application Server 10g Release 2 также вводятся средства выравнивания нагрузки, поддерживающие широкий спектр различных алгоритмов на каждом уровне системы – прокси-серверы; Web-серверы; механизмы сервлетов; контейнеры EJB; а также между серверами приложений, серверами базы данных и серверами каталога.Б.

    “Обнаружение смерти” и авто-рестарт: В Oracle Application Server 10g Release 2 вводятся новые характеристики управления процессом и уведомлений между экземплярами в составе фермы Oracle Application Server (группа экземпляров Oracle Application Server). Используя новые функциональные возможности Server Failover (автоматическое преодоление последствий сбоя сервера), стало возможно создать единый набор сервисов, мониторинг и управление которыми будут проводиться сервером диспетчера процессов и уведомлений Oracle (OPMN).

    Эти возможности расширяют возможности “обнаружения смерти” (выхода системы из строя) и авто-рестарта, представленные в предыдущих выпусках Oracle Application Server для многоузловых сред, и делают OPMN самым продвинутым самовосстанавливающимся механизмом для платформ сервера приложений на рынке.

    Время внепланового простоя из-за сбоя данных

    Защита от сбоев данных должна принимать во внимание три основных типа требований:

    • Сбои данных и аппаратных средств: решения для резервного копирования и восстановления
    • Ошибки пользователей: требования опции Flashback (ретроспекции)
    • Выход из строя сайта: восстановление в случае непредвиденных обстоятельств

    Резервное копирование и восстановление: Термин “резервное копирование и восстановление” относится к различным стратегиям и процедурам, задействованным в защите от отказов аппаратных средств и потери данных, а также к способности восстанавливать конфигурацию данных и экземпляра в тех случаях, если такая потеря произошла. Единое интегрированное инструментальное средство для резервного копирования и восстановления, поставляемое с Oracle Application Server, облегчает создание таких контрольных точек и последующее восстановление с них в случае необходимости. Инструмент Oracle Application Server 10g Release 2 Backup and Restore Tool может поддерживать резервное копирование и восстановление всей среды приложения. Этот инструмент интегрирован с Grid Control и Application Server Control и может выполнять все намеченное и инкрементальное резервное копирование с записью результатов на ленту или на диск. Инструмент полностью интегрирован с Oracle RMAN и обеспечивает создание снэпшотов на заданные моменты времени.

    Flashback: В Oracle Application Server 10g Release 2 включена возможность автоматизированной архивации конфигурации и системных файлов, которые могут затем, в случае необходимости, быть использованы для выполнения “перемотки” на заданный момент времени. Эта характеристика может быть скоординирована с опцией Flashback сервера базы данных Oracle для сквозной защиты от пользовательских ошибок.


    Восстановление в случае чрезвычайных ситуаций: В состав Oracle Application Server 10g Release 2 включено новое решение для восстановления в случае чрезвычайных ситуаций (Disaster Recovery). Продукт Oracle Application Server Guard (ASG) построен на базе инструмента для резервного копирования и восстановления, а также ведущей в отрасли технологии Oracle Data Guard, которые обеспечивают полную защиту экосистемы сервера приложений от чрезвычайных ситуаций. Этот инструмент автоматизирует следующие операции:

    • Приписывает значения резервному сайту: заполняет резервную ферму сервера приложений, которая служит зеркальной копией первичной фермы
    • Подтверждает конфигурацию: Подтверждает, что ферма отвечает требованиям, которые предъявляются к резервной ферме для данной первичной фермы
    • Синхронизирует: Синхронизирует промышленную и резервную фермы

    Запланированные простои – скользящие обновления

    В Oracle Application Server 10g Release 2 вводятся новые возможности для минимизации воздействия передислокации на различных уровнях:

    • Промежуточные уровни: В Oracle Application Server 10g Release 2 вводится новая модель развертывания, соответствующая последней спецификации платформы J2EE (JSR-88), что приводит к более быстрым обновлениям приложений.
    • База данных: Для скользящего обновления репозитория метаданных платформа Oracle Application Server использует решение Real Application Cluster Oracle Database Server.
    • Identity Management: Для скользящего обновления Identity Management используется репликация каталога с несколькими ведущими узлами.

    Управление циклом срока службы в Grid

    Oracle Application Server 10g Release 2 наряду с Oracle Enterprise Manager 10g Application Control и Grid Control Release 2 добавляют усовершенствования в следующих категориях:

    • Подготовка программного обеспечения к работе и его конфигурирование– Oracle Application Server 10g и Oracle Enterprise Manager 10g имеют комплексный набор опций для подготовки программного обеспечения к работе и управления его жизненным циклом. Эти опции автоматизируют инсталляцию программного обеспечения, конфигурирование программного обеспечения, управление циклом жизни программного обеспечения, клонирование программного обеспечения, внесение исправлений в программное обеспечение и обновление его, а также администрирование программного обеспечения, например, настройку и перенос сервера их тестовой среды в промышленную среду.
    • Централизованное управление системами – Oracle Enterprise Manager 10g Grid Control обеспечивает администраторов централизованным, комплексным и простым для понимания средством мониторинга.

    Подготовка программного обеспечения к работе и его конфигурирование

    В Oracle Application Server 10g Release 2 было добавлено много усовершенствований, делающих возможным более быструю подготовку к работе программного обеспечения. Эти усовершенствования включают:

    • Облегченный инсталлятор: в Oracle Application Server 10g Release 2 появился облегченный инсталлятор, который может использовать любой имеющийся JDK для физической машины.
    • Щелкните один раз и получите программное обеспечение: упрощается процесс инсталляции за счет включения инсталляции с помощью одного щелчка для версий 10.1.3 и 10.1.2.0.1 Standard Edition One.
    • Больше готовых к употреблению сразу после установки конфигураций: больше конфигураций типа географически распределенных и высокодоступных Identity Management, Load Balancer Aware Identity Management и Oracle Application Server Cluster (Identity Management).
    • Инсталляции для конкретного окружения: одна и та же квалификация пользователей для любой среды, которая может состоять из стабилизаторов загрузки, систем NFS, экранов межсетевой защиты и программного обеспечения кластеризации.
    • Рекомендованная архитектура развертывания: пошаговые команды по созданию и установке рекомендованных архитектур развертывания для приложений J2EE-LDAP и Portal.
    • Клонирование программного обеспечения и конфигураций: клонирование промежуточных уровней J2EE, Web-кэша, Portal, Wireless, Business Intelligence и Forms (для отдельного экземпляра или для кластера) с одного хоста на другой.
    • Динамическое внесение исправлений: интеграция с каркасом Opatch, появившаяся начиная с Oracle Application Server 10g (9.0.4.1), дает возможность Oracle Enterprise Manager Grid Control автоматически обнаруживать и применять наиболее обновленные исправления и предупреждения.
    • Автоматизированные обновления: 100%-ая автоматизация промежуточного уровня, Identity Management и Metadata Repository Upgrades. Поддержка скользящих обновлений с более широкими комбинациями совместимости.

    Централизованное управление системами

    Oracle Enterprise Manager 10gApplication Server Control и Grid Control Release 2 обеспечивают полное управление экосистемой всего приложения, включая Oracle Application Server 10g. К числу новых ключевых возможностей относятся:

    • Полное управление Application Server Suite.
    • Управление на базе топологии.
    • Мониторинг усовершенствований.
    • Усовершенствованное управление высокой доступностью.
    • Лучшие методы управление.
    • Новая консоль J2EE Management.

    Полное управление Oracle Application Server Suite

    Oracle Application Server Control 10g теперь управляет всеми службами набора: Web-кэшем, Identity Management, Discoverer, Forms, Reports и диспетчером процессов BPEL. С домашней страницы Oracle Application Server администраторы могут выполнять погружения в данные для выполнения стандартных административных действий, типа следующих:

    • Запуск и остановка сервисов.
    • Изменение конфигурации сервера.
    • Развертывание и мониторинг приложений J2EE.
    • Просмотр диагностических журналов.
    • Создание резервных копий экземпляров и их восстановление.

    Управление на базе топологии

    Визуальное представление всей среды сервера приложений является необходимым для администраторов, чтобы понять отношения компонент. Для удовлетворения этому требованию Enterprise Manager использует Topology Viewer (средство просмотра топологии), доступное из Application Server Control 10g. Средство просмотра топологии предлагает два типа представлений:

    • Логическое представление, отображающее отношения в кластере.
    • Физическое представление, предлагающее детали об именах хоста, адресах IP, Oracle_Home и экземплярах.

    Из средства просмотра топологии администратор может выполнить различные общие задачи, типа:

    • Просмотр состояния фермы, кластера и компонентов-членов.
    • Запуск, остановка или рестарт процессов.
    • Мониторинг производительности по всей среде сервера приложений.
    • Переход (с погружением) к домашним страницам компонентов для получения большего количества деталей.

    В дополнение к родовому средству просмотра состояния Application Server Control 10g предлагает метрики сеанса, применяемые DMS в пределах экземпляра сервера приложений. Затем эти показатели могут быть подсуммированы (rolled up) в Grid Control и использованы для анализа статистических тенденций и прогнозирования, для анализа производительности в зависимости от времени, диагностирования прошедших проблем, по мере того, как они происходили, и создания отчетов о статистической производительности и доступности.

    Инструментальные средства консоли Grid Control Application Service Level Management (ASLM), представляют существенный сдвиг в системной диагностике и контроле Web-приложений.

    К числу других усовершенствований в Application Server Control и Grid Control относятся: применение байт-кода JVM, мониторинг и управление центральным портом и средство просмотра диагностических журналов.

    Усовершенствованное управление высокой доступностью

    Управление кластерами Oracle Application Server на основе файла: Application Server Control 10g может теперь управлять кластерами OracleAS, принадлежащими ферме OracleAS, на основе файла.

    Резервное копирование и восстановление: Enterprise Manager упрощает и автоматизирует задачу резервного копирования и восстановления Oracle Application Server 10g. Используя Enterprise Manager, администратор может всего несколькими щелчками восстановить систему после того, как произошел сбой.

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

    Планируемые задания в группах: С помощью Grid Control администраторы могут организовать из распределенных экземпляров сервера приложений в сети единственный логический объект, который называется группой. Выполняя соответствие “многие к одному”, администратор может, к примеру, выполнить мониторинг фермы сервера приложений как один логический сервис.

    Лучшие методы управление

    С появлением Oracle Application Server 10g Release 2 административные операции для АБД и системных администраторов становятся даже более простыми, обеспечивая детализированный документированный набор лучших методов, решающих различные аспекты конфигурирования и администрирования систем. Эти лучшие методы могут быть разделены на три категории:

    • Топологии развертывания: В Oracle Application Server 10g Release 2 предлагаются полностью документированные инструкции по вопросам конфигурирования различных сервисов в составе сервера приложений для соответствия различным операционным потребностям. Сюда относятся: (i) обеспечение безопасности – установка систем с сертифицированными системами сетевой защиты, политикой паролей, акселераторами SSL и так далее; (ii) выравнивание нагрузки – установка систем с аппаратными средствами выравнивания нагрузки; и (iii) высокая доступность – установка систем с тремя типами архитектуры высокой доступности. Эти лучшие методы конфигураций приспособлены для различных видов приложений и различных видов операционных сред, скажем, для приложений уровня отдела и для корпоративных центров данных.
    • Реконфигурация отдельной системы: В Oracle Application Server 10g Release 2 предлагаются новые возможности Enterprise Manager для рассмотрения портов, используемых экземпляром сервера приложений; для редактирования параметров настройки порта и для определения зависимостей, имеющихся между различными приложениями и различными портами. Кроме того, могут быть реконфигурированы адреса IP и имена хостов (изменение имени хоста не поддерживается для базы данных).
    • Мультисистемная реконфигурация: В Oracle Application Server 10g Release 2 также предлагаются документированные инструкции по вопросам реконфигурирования групп систем, на которых эксплуатируется корпоративное приложение, для удовлетворения различных операционных потребностей. Сюда относятся: (i) консолидация системы – например, консолидация нескольких каталогов LDAP в единственный каталог LDAP; (ii) увеличение размеров системы путем добавления вычислительных мощностей – например, перенос серверов базы данных на новый хост; (iii) реконфигурирование сети – например, миграция сервера приложений из одной подсети в другую; (iv) перенос систем из одной среды в другую – например, миграция системы из промежуточной среды в промышленную среду; и (v) конфигурирование системы для обеспечения высокой доступности – например, создание автоматизированного средства восстановления в случае чрезвычайных ситуаций для серверов приложений.

    Новая консоль управления J2EE

    В Oracle Application Server 10gRelease 2 (10.1.3) появилась построенная со 100% соблюдением стандартов консоль управления, поддерживающая JMX. Эта новая консоль использует стандарты типа JMX, JSR77 и JSR88, чтобы обеспечить базирующиеся на стандартах возможности управления сервером приложений Oracle. Она выполняется в составе процесса самого Oracle Application Server – агент при этом не требуется. Консоль, помимо многих других новых возможностей, обеспечивает родовые возможности быстрого просмотра MBean, поддерживает приложение (определяемый пользователем MBeans), уведомления JMX и родовой редактор планов развертывания JSR-88.

    Этот новый Application Server Control также обеспечивает комплексные возможности управления Web-сервисами, включая способность конфигурировать параметры настройки аудита, регистрации, надежности и управления защитой Web-сервисов.

    Cервисы безопасности в Grid

    В Oracle Application Server 10g Release 2 включен полный набор инструментальных средств и инфраструктура, необходимая для обеспечения безопасности на всех уровнях разработки и развертывания приложений. К их числу относятся визард-управляемые инструментальные средства разработки, безопасные интерфейсы приложений и поддержка стандартов, наряду с администрированием и форсированием инфраструктуры во время выполнения.

    Компоненты безопасности Oracle Application Server 10g включают:

    • Безопасность платформы приложений (Application Platform Security – APS)
    • Инструментарий разработчика защиты Oracle (Oracle Security Developer Toolkit)

    WS-Security

    Открытым стандартом защиты Web-сервисов является спецификация консорциума OASIS, называющаяся WS-Security. Эта спецификация предлагает три основных механизма защиты для обеспечения безопасности Web-сервисов: аутентификация сообщений, целостность сообщений и конфиденциальность сообщений. Поддержка WS-Security 1.0 состоит в следующем:

    • Цифровые сигнатурыXML (XML Digital Signatures): целостность сообщения решает, как использовать цифровые сигнатуры, чтобы можно было гарантировать, что сообщения SOAP не подделываются в течение передачи. Чтобы гарантировать целостность сообщения, Oracle Application Server использует цифровые сигнатуры XML.
    • Шифрование XML (XML Encryption): конфиденциальность сообщения решает, как использовать кодирование, чтобы сохранить конфиденциальность частей сообщения SOAP. Чтобы гарантировать конфиденциальность сообщения, Oracle Application Server использует кодирование XML.
    • Маркеры безопасности (Security Tokens): аутентификация сообщения обеспечивает средство для связи идентификационных параметров личности с сообщением. Например, это может быть цифровым сертификатом или маркером имени пользователя. Чтобы обеспечить возможности аутентификации сообщения, Oracle Application Server использует WS-Security SecurityTokens.
    • SAML: поддерживает профиль маркера SAML как механизм аутентификации в составе WS-Security. Эта особенность дает заказчикам возможность использовать основанную на стандартах аутентификацию и распространять идентификационные параметры от одного Web-сервиса к другому Web-сервису стандартным интероперабельным способом.
    • Поддержка JACC – эта опция осуществляется JSR-115 (Контракт авторизации Java для контейнеров).
    • Интеграция JAZN с WS-Security.

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

    В Oracle Application Server 10g Release 2 появились комплекты Java-инструментарий разработчика безопасности, обеспечивающий стандартные криптографические возможности для основных задач, например, обмен защищенными сообщениями, а для более сложных проектов — реализация защищенной SOA. В инструментальные средства разработчика безопасности Oracle (Oracle Security Developer Tools) включены следующие возможности:

    • Реализация спецификаций сигнатуры и XML-шифрования: Она делает возможной защиту всего документа XML или избранных частей этого документа и включает поддержку генерации и проверки сигнатуры, кодирование данных и создание оболочки для ключей.
    • Исключительно Java-ский криптографический модуль, подтвержденный FIPS 140-2: в состав инструментальных средств разработчика безопасности Oracle включена подтвержденная FIPS 140-2 библиотека Java, предлагающая основные алгоритмы шифрования, соответствующие требованиям Национального института стандартов и технологий (NIST — National Institute of Standards and Technology).
    • Поддержкабезопасности Web-сервисов: инструментальные средства разработчика безопасности Oracle обеспечивают структуру для аутентификации и авторизации, использующей существующие технологии безопасности, обрисованные в спецификации OASIS для защиты Web-сервисов. Сюда включается поддержка защищенного обмена сообщениями SOAP, а также SAML, Username, X.509 Certificate и профили ключей защиты Kerberos.
    • Реализация SAML 1.0 и 1.1: Инструментальные средства разработчика безопасности Oracle обеспечивают реализацию версий 1.0 и 1.1 спецификации SAML консорциума OASIS, делая возможным обмен мандатами безопасности между несопоставимыми системами и приложениями в формате на базе XML.
    • Защищенная электронная почта, использующая сильное шифрование: в инструментальные средства разработчика безопасности Oracle включена поддержка спецификации S/MIME, разработанной проблемной группой проектирования Интернет (IETF), которая допускает интеграцию защищенной электронной почты для приложений на базе Java.

    Управление безопасностью и идентификацией (Oracle Security and Identity Management)

    Oracle Identity Management состоит из следующих компонентов:

    • Oracle Single Sign-On — Web Access Management (Однократная подпись — управление доступом через Web)
    • Oracle Secure Federation Services (интегрированные (федеративные) сервисы безопасности)
    • Oracle Internet Directory (Интернет-каталог Oracle)
    • Oracle Directory Integration Platform (платформа интеграции каталогов Oracle)
    • Identity Management Control (контроль управления идентификацией)
    • Oracle Delegated Administration Services (DAS – делегированные сервисы администрирования)
    • Oracle Identity Provisioning (обеспечение идентификации)
    • Oracle Certificate Authority (сертифицированная аутентификация)

    Однократная подпись – управление доступом через Web

    В Oracle Application Server Single Sign-On включены следующие новые возможности:

  • Поддержка гетерогенной платформы: Oracle Single Sign-On теперь поддерживает коннекторы и плагины (дополнения к программе), дающие возможность использовать ту же самую политику аутентификации для центрального применения к любым Web-серверам или серверам приложений, включая WebSphere IBM, WebLogic BEA, IIS Microsoft и Sun Java System Web Server.
  • Управление политикой авторизации через Web: Oracle Single Sign-On предлагает ключевые особенности, которые объединяют безопасность и управление в рамках среды Web и корпоративных приложений для авторизации, распространения идентификационных параметров и защиты.
  • Интегрированная Single Sign-On: в Oracle Single Sign-On включен механизм интеграции (federation – объединение, федерация), который может использоваться для федерирования ваших существующих приложений с заказчиками, партнерами или подразделениями. Кроме того, Oracle предлагает опции пакетирования, которые дают возможность провайдерам идентификационных параметров легко участвовать и получать доступ к объединенным сервисам и приложениям.
  • Безопасная федеративность в Oracle (Oracle Secure Federation)

    Oracle Application Server 10g Release 2 предлагает основанные на открытых стандартах технологии для организации безопасной федерации в гетерогенной среде. Эти опции включают:

    • Поддержку Liberty ID-FF 1.1, 1.2 и SAML 2.0: Поддержка версий 1.1 и 1.2 Liberty Alliance Identity Federation Framework, так же, как и поддержка SAML v2.0 OASIS, будут гарантировать истинную функциональную совместимость с торговыми партнерами между различными предприятиями.

    • Возможность развертывания как провайдера идентификации и сервис-провайдера: Oracle Secure Federation Services (федеративные сервисы безопасности) позволят организациям действовать в роли провайдеров идентификации, таким образом, допуская Single Sign-On аутентификацию торговых и деловых партнеров. Альтернативно, если организация занимается предоставлением услуг бизнес-партнерам, Oracle Secure Federation Services позволит развертывание только в роли провайдера услуг, выделив обработку аутентификации идентификации “отдельной строкой”.

    • Использование инфраструктуры AAA третьих фирм: можно аутентифицировать пользователей и управлять ими через Oracle Single Sign-On, или можно использовать для этого существующую инфраструктуру AAA.
    • Спроектирована для поддержки многих федерационных стандартов: технология Oracle Secure Federation Services была спроектирована для поддержки дополнительных протоколов, которые могут появиться в связи с развитием рынков и технологий.

    Oracle Internet Directory – служба каталогов LDAP

    В Oracle Internet Directory включены следующие новые возможности:

    • Усовершенствование масштабируемости и верифицированные, хорошо документированные конфигурации для поддержки развертывания очень крупных каталогов (более 100M входов).
    • Поддержка, как топологии репликации с несколькими ведущими узлами, так и разветвляющейся (fan-out) топологии, которые реализуются по транспортному протоколу LDAP.
    • Структура, разрешающая расширения функциональных возможностей каталога с помощью плагинов, написанных на Java или на PL/SQL.
    • Возможность определять и форсировать уникальную детализированную политику паролей для различных административных доменов, управляемую каталогом.
    • Усовершенствования производительности и удобства и простоты использования инструментальных средств управления данными.
    • Средства управления листанием и сортировкой, реализованные через расширения LDAP.

    Платформа интеграции каталога

    Вот новые возможности, включенные в эту платформу:

    • Готовая к употреблению поддержка синхронизации для каталогов Novell eDirectory и OpenLDAP.
    • Поддержка виртуального каталога, в сочетании с поддержкой синхронизации, предлагает самое широкое множество опций интеграции для удовлетворения разнообразным требованиям развертывания.

    Oracle Identity Management Control

    В Oracle Identity Management Control предлагается центральная консоль для мониторинга распределенных компонентов управления идентификацией на всем предприятии. Интегрированное с Grid Control решение является частью комплексного решения, обеспечивающего контроль, мониторинг и создание отчетов о состоянии среды корпоративных приложений.

    К числу возможностей Oracle Identity Management Control относятся:

    • Мониторинг в реальном времени компонентов Oracle Identity Management, включая Internet Directory, Delegated Administration Service, Directory Integration Platform, Single Sign-On и Certificate Authority.
    • Отображение и создание отчетов о метриках ключевых показателей производительности для каждого компонента.
    • Автоматическая генерация аварийных предупреждений с указанием степени серьезности события.
    • Графическая отчетность о статистических данных о производительности по компонентам.

    Делегируемые административные сервисы Oracle (Oracle Delegated Administration Services — DAS) (10.1.3))

    В Oracle Application Server 10g Release 2 включена служба Oracle Delegated Administration Services (Oracle DAS), предлагающая централизованные сервисы для управления пользователями и делегированного администрирования. Кроме того, Oracle DAS предлагает всеобъемлющее форсирование политики паролей, правила композиции, управление потерянными паролями и форсированные возможности повторной установки. В число новых возможностей DAS Oracle входит:

    • Упрощенное создание пользователей с использованием конфигурируемых шаблонов пользователей.
    • Поддержка мониторинга деятельности пользователей.
    • Возможность управления политикой паролей через консоль самообслуживания DAS.

    Обеспечение идентификации (Oracle Identity Provisioning)

    Возможности Oracle Identity Provisioning:

    • Новая консоль обеспечения (Provisioning Console) для автоматизации всех действий, связанных с созданием и обслуживанием учетных записей пользователей и управления множеством серверных (back-end) частей приложений, репозиториями и ИТ-системами.

    • Представления на базе ролей для администрирования
    • Автоматизированный и управляемый самими пользователями контроль учетных записей и прав пользователей для множества систем.
    • Интегрированный технологический процесс для утверждений, уведомлений и действий.
    • Поддержка внешних авторитетных источников или подача данных из источников типа кадровых систем (HR) или каталога.
    • Коннекторы для пакетов приложений от третьих фирм, каталогов и продукты для управления идентификационными параметрами личности.

    Сертифицированная авторизация Oracle (Oracle Certificate Authority)

    В Oracle Application Server 10g Release 2 включена возможность определить расширение Subject Alt Name (альтернативное имя субъекта) в сертификатах, выпускаемых Oracle Certificate Authority.

    Кроме того, Oracle Certificate Authority обеспечивает возможность защиты корневого ключа CA в аппаратном модуле защиты. Эта возможность обеспечивает безопасность развертывания PKI, предлагая более высокий уровень защиты и гарантии защиты идентификационных параметров Certificate Authority.

    Резюме

    В связи с движением приложений в сторону сервис-ориентированной модели, разворачиваемой в Grid, многие отделы информационных технологий продолжают экспериментировать, тестировать и развертывать сервисные приложения и архитектуры, используя фрагментированные частичные решения. Хотя уже первые преимущества и выигрыш в стоимости выглядят перспективными, становится все более и более ясно, что для получения хороших результатов по окупаемости долгосрочных инвестиций потребуются более проработанные решения. Oracle Application Server 10g Release 2 и Release 3 влился в эту струю с инновационным решением, хорошо проработанным для обеспечения расширяемости, простоты, удобства сопровождения и полного управления циклом жизни нового поколения сервис-ориентированных корпоративных приложений (Service Oriented Enterprise Applications), которые должны обеспечить своим организациям реальные инвестиционные результаты.

    Oracle Application Server 10g предлагает много технологических решений, базирующихся на модели сервис-ориентированных вычислений. Он предлагает простую для инсталляции SOA- инфраструктуру; организации могут теперь, используя единую среду разработки, быстро разработать и развернуть приложения на J2EE-платформе. Он делает возможным применение непрерывных бизнес-транзакций в реальном времени и неразрывную работу систем анализа бизнес-информации в Grid, делая эти системы доступными в любое время и из любого места. Более того, он обеспечивает ключевые возможности масштабирования постоянно использующихся корпоративных приложений на более дешевых аппаратных средствах, гарантируя их более высокую производительность и простоту управления, а также обеспечивает безопасность бизнеса и идентификацию партнеров со значительно меньшими административными накладными расходами.

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

    Приложение A “Сводка возможностей”

    В Oracle Application Server 10g Release 2 и Release 3 имеется много новых возможностей. Чтобы определить, в котором именно выпуске стала доступной (или будет доступна) та или иная возможность, в приводящихся ниже таблицах предлагается привязка новых возможностей к номерам выпусков. Таблицы организованы по следующим категориям:

    1. Решения для построения сервисов – OC4J, Web-сервисы, TopLink, JDeveloper и ADF
    2. Сервисы интеграции и оркестровки – InterConnect, B2B, BPEL, BAM
    3. Аналитические сервисы – Discoverer и Reports
    4. Сервисы доступа – Portal
    5. Сервисы доступа – Wireless, Sensor Edge Server
    6. Сервисы развертывания в Grid – QOS, High Availability (высокая доступность), масштабируемость (Scalability) и производительность (Performance)
    7. Управление сервисами в Grid – предоставление программного обеспечения (Software Provisioning)
    8. Управление сервисами в Grid – управление системами (System Management)
    9. Защищенные сервисы в Grid – Identity Management, WS-Security, APS Security

    Приложение B “Что стоит прочесть еще”

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

    Oracle — что это? Oracle — база данных

    Многие пользователи, если не все, часто имеют дело с базами данных, даже не задумываясь об этом. Все веб-сайты, приложения, игры имеют свои собственные базы. Что это такое? Все просто. Это собранная информация, которая организована определенным способом. Простой пример – это телефонная книга. Здесь есть имена и фамилии, номера и, возможно, адреса. Все это упорядочено по какому-то принципу. Например, в алфавитном порядке.

    Для того чтобы работать с базой данной, компьютерная техника использует системы управления этими базами, которые так и называются – СУБД. Одной из самых известных является средство от Oracle. Что это за системы и как они работают, будет рассказано далее.

    Особенности

    Главное, что характеризует продукты от этой компании, – это безопасность, надежность, удобство и очень хорошая производительность. Но это не все характеристики, позволяющие им уверенно лидировать на рынке систем управления БД. Так как информационные технологии развиваются очень быстро, от СУБД требуется не только классический набор функций, которые позволяют хранить и обрабатывать данные. Компания Oracle старается успевать за потребностями и наделяет свои продукты новыми возможностями, ломая тем самым стереотипы.

    Что такое СУБД?

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

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

    То, что в систему управления встроена виртуальная машина Java и полная поддержка всех серверных технологий, привело к тому факту, что сегодня Oracle – это стандарт СУБД для всей всемирной паутины.

    Поддержка всех платформ

    Многоплатформенность является еще одним фактором, благодаря которому продукт имеет огромный успех. СУБД поставляется для любой операционной системы, существующей на рынке в данное время. И работа с ней на всех платформах не вызывает никаких проблем, так как везде все одинаково хорошо.

    Так, тем компаниям, которые только начинают работать с продуктами компании, нет никакой необходимости изменять свое привычное сетевое окружение. Есть только малое количество отличий в работе системы управления БД, которые обусловлены особенностями конкретной операционной системы. А в целом можно сказать об Oracle, что это удобная, надежная и безопасная система.

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

    Миграционная политика компании не вызывает никаких вопросов. Так как процедура перехода с устаревшей версии базы данных на более новую – трудоемкий процесс из-за тестирования работы существующих программ в обновленном окружении, компания, выпуская новые версии продуктов, большое внимание уделяет совместимости старых и новых версий. Это делает переход полностью безболезненным. Если нужно перенести информацию из СУБД других производителей в СУБД от Oracle, компания может предложить бесплатные инструменты для реализации сей процедуры. Это средство обладает дружелюбным пользовательским интерфейсом и поможет пошагово выполнить всю процедуру переноса данных.

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

    Версии

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

    Enterprise Edition

    Издание Enterprise является полнофункциональной СУБД. Ее возможности ограничиваются только аппаратными характеристиками. В этой версии, по сути, имеются все самые новые разработки, отвечающие за безопасное хранение, обработку и представление данных пользователю. Достаточно широкий круг возможностей масштабирования обеспечивает беспрерывную работу серверов баз данных круглосуточно, ежедневно, все дни в году. Хорошо развиты и функции резервного копирования. С их помощью можно полностью избавиться от риска потери очень важной информации.

    Standard Edition

    Что такое Oracle: стандартное издание? Это система управления, которая обладает немного урезанными возможностями в сравнении с предыдущей версией. И это находит отражение в стоимости. Эта версия устанавливается на серверы, которые поддерживают только до четырех процессоров. Данный вариант – это самое лучшее решение для того, чтобы развернуть информационную систему в небольшой организации, рабочей группе или одном подразделении крупного предприятия.

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

    Personal Edition

    Персональная версия СУБД Oracle — база данных, предназначенная для одного пользователя. Ее используют в целях обучения и при разработке и использовании программ для классических версий операционной системы от «Майкрософт». Этот вариант включает все возможности версии Enterprise. Но для операционной системы Windows 95 и 98 они ограничены из-за невозможности их реализации, так как старые платформы многого не умеют.

    Lite Edition

    Версия Lite – это самый облегченный, мобильный вариант системы управления базами данных, который позволяет проводить синхронизацию информации, хранящейся на слабых компьютерах и мобильных устройствах с корпоративной базой данных. Доступ к ним обеспечивается при помощи стандартного интерфейса. Это позволяет делать программы обычными средствами разработки.

    Итак, можно сказать, что виртуальная машина Java и Oracle – это очень просто. С помощью этой связки можно управлять огромными базами данных с огромным комфортом, а главное — безопасно. СУБД Oracle – что это за программа? После вышесказанного такой вопрос должен отпасть. Это лучший выбор как для серьезных организаций, так и для мелких фирм.

    К слову, знание данной технологии — это огромный плюс в копилку соискателя должности программиста. В требованиях к вакансиям часто указывается знание Java, Oracle. Что это значит? Все разработчики так или иначе связаны с базами данных, потому что все программы работают с этими самыми данными.

    Что такое Oracle Application Express?

    View more Tutorials:

    1- Введение

    2- Что такое Oracle Application Express?

    3- История Oracle APEX

    Я начинаю историю с 2004 года, когда Oracle внес «HTML DB» в рынок.

    HTML DB сделал возможным использование HTML тегов и CSS в сочетании с данными из Oracle DB. Все, что вам нужно сделать, это создать пакет.

    • Charts
    • Pdf
    • Interactive Reports
    • .
    • Error Handeling
    • Websheets
    • Dynamic Actions
    • Ability to load Excel data
    • .

    Особенно способность интегрировать свой plugin, гарантирует, что Apex стал очень популярным в некоторых общинах. (И, конечно же, так как этот инструмент бесплатный)

    Когда Oracle добавил функцию «Команда разработчиков» Apex стал на самом деле развитым инструментом. Некоторые люди могут работать одновременно на одном приложении и предоставлены необходимые стандартные отчеты (предварительно просмотреть комментарии, ошибки, bug, ..).

    С версией 4.2, Oracle гарантирует, что пользователь может использовать все возможности HTML 5.

    С интегрированием JQuery и JQuery Mobile, они также дали разработчикам возможность создавать пользовательские интерфейсы на мобильных телефонах.

    • Pivot tabel (Interactive Report)
    • Templates (Universal Theme)
    • Calender Item
    • Lay-out
    • Mobile (Jquery mobile 1.4)
    • Navigation List
    • New icons (Font based)
    • Modal pages
    • .

    4- Уровень сложности Oracle APEX

    Если ваша цель построить веб-приложение с базой данных Oracle. Веб-система для бизнеса, например управление персоналом заработной платой, управление производством, . Website сосредоточенный на создании системы форм ввода данных, системы отчетности, работать полностью 100% на платформе веб. То Oracle APEX является хорошим выбором.

    Легкость для программистов быть выражается через следующих критериях:

    Вам не нужен сложный громоздкий IDE для программирования:

    Вам не нужно иметь много знаний WEB

    Легко создавать веб-интерфейс

    Легко построить систему отчетности

    Нет нужно развертывать со стороны клиента

    Как разработчик Oracle APEX на чем вам нужно сосредоточиться?

    Для разработки приложения Oracle APEX, необходимо иметь знания Oracle PL/SQL, который является самым важным, в процессе разработки приложения на Oracle APEX большую часть времени вы работаете с Oracle PL/SQL.

    Oracle приложение 1

    Для начала небольшое лирическое отступление. Компания Oracle была создана в 1977 году, в данное время директором компании является Лари Элисон. Компания насчитывает более 36 000 сотрудников (не считая нас пользователей), в более чем 90 странах мира. Годовой оборот компании составляет более 5,2 миллиарда долларов в год! Вот так работают ребята! Для примера сравните с бюджетом России скажем за прошлый год! :) Истории пока хватит.

    Переходим к аппаратным требованиям. В принципе Oracle Personal Edition, ставиться на Пентиум 330 и 128 мег озу! Хотя возможно поэкспериментировать и с меньшими объемами, но я настоятельно не советую, так как заработаете «мозговую травму», пытаясь например понять почему все так медленно работает? Например, я на своей службе не имею машин ниже Celeron 1300 и 256 озу. Но это кому как повезет! Значит будем считать, что NT4.0 либо Advanced 2000 у вас установлен и в радостном ожидании встречи с Oracle Server уже все работает.

    Сразу оговорюсь, все будем пробовать на платформу NT. Почему? Во-первых, засорять вам мозги операционкой типа AIX, Solaris, Linux, я не буду, тем более, что когда поумнеете и без меня сами разберетесь, а работать с Oracle, что на UNIX, что на NT, с точки зрения клиента особой разницы нет. Просто я хочу без лишних трений попытаться показать Вам всю мощь этой зверюги под именем ORACLE, а там флаг вам в руки, дерзайте изучайте операционные системы и юзайте его по полной!

    Еще один щепетильный момент — МелкоМягкие очень не любят все, что производят в конторе Лари Элисона, по этому предупреждаю сразу не стоит эксперементировать и пытаться скрещивать на одном серваке MS SQL и Oracle . :( Результаты будут самые плачевные. Лучше отдельная машина и веселитесь в свое удовольствие. А по поводу какой сервер лучше MS SQL или Oracle, я полемику разводить уж тем более не буду. Да и вам не советую .

    Переходим непосредственно к инсталяции, так как без это начинать работать с Oracle, не имеет особого смысла, а знать этот процесс, на будущее вам пригодиться! Я все поведу от Oracle 8.1.5.0 и вот почему! У меня на руках версия этого сервера наиболее правдоподобная и проверенная, 8.1.7.0 у меня тоже есть, но она имеет мало отличий от первой. Есть у меня и 9i, но для нее у меня еще нет путевого сервака, а посему делайте вывод. Можете отступать от моих инструкций благо я не страдаю манией величия и вообще всем свойственно ошибаться. Все замечания и дополнения будут приниматься дабы увеличить, долю истины в сим мероприятии познания Oracle Server!

    Итак, кто не имеет дистрибутива 8.1.5.0 и иже с ними желательно приобрести, либо поспрашивать у друзей и знакомых. Кто-нибудь обязательно поможет и я в это искренне верю, время у вас еще есть.

    Итак, устанавливаем диск в компашник и чутко прислушиваемся к процессу AutoRun! Ух ты, и что мы видим!?

    Oracle Universal Installer — сия прога поможет нам установить и сконфигурировать продукты Oracle на вашем сервере или рабочей станции. Предложение щелкнуть по кнопке «Установленные продукты» советую пропустить и не никуда пока не «щелкать», а просто кликнуть кнопочку «далее» насладившись приятным баннером со словами «Добро пожаловать».

    Далее попадаем на экран «Расположение файлов» — здесь думается нужно немного остановиться подробнее: позиция 1 — это то где расположены ваши файлы инсталляции, то есть компакт привод вашей машины, либо что-то еще. Позиция 2 — это системная переменная окружения Oracle, по которым ищутся компоненты сервера или клиента и соответственно путь к этим компонентам. Менять здесь, что либо до поры до времени не советую, но если очень чешутся ручки, можете попробовать, но за последствия не отвечаю. :)))))

    Особо усидчивые кликайте кнопочку «далее» и смотрите следующий экран!

    Итак, кажется началось! Вот оно собственно сам сервер собственной персоной (хорошо, что не нон-грато :). Теперь давайте немного притормозим и разберемся. Позиция 1 указывает на то, что мы выбираем для инсталляции собственно сервер, но это не совсем так, потому что эта же позиция добавит на сервер NT и клиентскую часть, чтобы можно было общаться с сервером Oracle непосредственно с сервера! Во, туфтология началась! Вторая позиция это установка чистого клиента, его еще называют «толстым»! Но об этом чуть позже. И на конец третья позиция, это как не трудно догадаться для программера, дабы он своял нам что-то удобоваримое для работы с сервером!

    Усидчивые и те кому я еще не надоел кликайте кнопочку далее и смотрите следующий экран!

    А!, вот тоже кое что интересное! Сейчас нам предлагают, выбрать тип установки, пока выбирайте «типовая», она самая простая и задает меньше всего вопросов, а самое главное делает почти все до конца сама и не надоедает всякими глупыми предложениями! Выбирайте ее и не мудрите. Хотя, если кто выберет минимальную, тоже ничего, но вопросы по ходу будете решать сами! А вот пользовательскую пока не советую трогать вообще, так как у вас еще знаний маловато. Жмем далее и смотрим следующий экран!

    Здесь советую оставить как есть опция CD-ROM, иначе она вам зафигачит к тем семистам еще 133 метра, на ваш диск! Так что как всегда Далее.

    Так — ПРИЕХАЛИ. Не знаю даже с чего начать! Начнем с первой позиции Global DataBase Name — так как Oracle начиная с версии с буквой -i, означает что доменные имена БД имеют те же правила, что и в Интернете, следовательно получай фашист гранату! Необходимо писать Имя->Дот->Домен, то есть, например vasiapupkin.ru, либо что-то еще что придет в ваше окрыленное моментом сознание! Я написал просто proba.com, так как «он уважать себя заставил и лучше выдумать не мог»! Вторая позиция SID это все кроме .com, то есть имя экземпляра базы глобальное, с ним будет связан еще один момент, но о нем чуть позже! Так что, если здесь не соблюсти схему Имя->Дот->Домен, будете делать все заново. А ваш клиент так и не найдет экземпляр вашей базы!

    Вот и открылась сводочка, здесь проследите только чтобы язык установки был русский! А он и так русский, вот и славненько. Кликать далее завязываем, так как вот он и настал долгожданный миг и со всей силы Жмем «Установка».

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

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

    Так, а вот и ответственный момент все вроде бы само собой, но вот именно сейчас рождается экземпляр БД. Очень ответственный участок, да пока «накорми собак и ничего не трогай. » :))

    Ура. БД создана экземпляр запущен и готов к приему коннектов! Но вот здесь и начинается самое интересное. Вот это окошко рассказывает о трех танкистах, нет не о тех, что выпили по триста. А тех, которые отвечают за Администрирование только что новоиспеченного экземпляра БД. НЕ ТОРОПИСЬ НАЖИМАТЬ кнопку ОК. Выполни принтскрин и скопируй из буфера в паинтбраш, так я кстати и делал эти скриншоты. И вот почему. У этих трех, твои ключи от БД как администратора. Первого зовут sys он старший из братьев, его пароль по умолчанию change_on_install, второго зовут system, пароль по умолчанию manager ! Средний был и так и сяк, а вот младший совсем не дурак. Его зовут INTERNAL, его пароль (как его задавать это тема для отдельного шага) — правильно ORACLE! Кто они такие и с чем их едят, я еще расскажу, пока это все на данный момент, жми OK!

    Вот собственно и все! Не в том смысле, что все вообще, а все в частности. Жмите «Выход», инсталляция сервера закончена. Но это только начало. Один маленький шажок для человека и огромный прыжок . ладно! Об этом потом! :)

    Нажимаем кнопочку Start и убеждаемся, что все на месте !

    Теперь выбираем Application Development и запускаем SQL Plus!

    Надо убедимся, что сервер жив и с ним все в порядке. Вводим имя пользователя System и пароль manager, в строке связи proba или то, что было указано при установке в качестве SID‘а базы, как ни странно они совпадают, почему я скажу позже. Нажимаем Ok.

    Вот теперь, если сервер установился и с ним все нормально должно появиться именно это!

    А вот еще один способ, проверить как себя чувствует сервер. Надо открыть «Панель управления — Администрирование — Службы» и найти два сервиса, один в имени заканчивается так же как SID базы, а другой заканчивается TNSListener! Так вот они должны оба быть запущены и оба стоять Automatic. Кто из них, для чего пока разбирать не будем.

    А сделаем вот что. Нажмем на первом (. PROBA) правой кнопкой мыши и выберем пункт меню Stop. Надо не забыть запустить Диспетчер задач! Если после того как процесс остановится желтая линия расхода памяти резко опуститься вниз, значит сервер УПАЛ! Нет, вернее просто экземпляр базы остановлен, но в этом нет ничего страшного :)

    Теперь там же правой кнопочкой мыши, только на этот раз Start, УРА. Память скакнула вверх! Экземпляр снова в работе. База доступна и снова ждет коннектов. Второй сервис пока не отключайте и остальные тоже пока не трогайте, с ними разберемся позже! Вот отсюда напрашивается вывод! Весь экземпляр БД живет в ОЗУ. И это одна из особенностей сервера Oracle! А, особенностей у него уйма в чем мы и убедимся в дальнейшем! На этом с установкой пока все!

    Life in Oracle

    13 нояб. 2013 г.

    Oracle Database 12c R1: новое в Edition Base Redefinition

    В последнее время к мне, один за другим, обратилось уже три крупных российских ISV-разработчика приложений с вопросами по технологии Edition Base Redefinition [EBR]. Причем все они разрабатывают ПО для банков. Я думаю, что Вы поняли, чем вызван их интерес. Ведь каждое обновление приложения — это вынужденный простой для заказчика, что особенно болезненно для банковского сектора. Вообще говоря, минимизация плановых простоев — это важная задача в любой организации.

    Технология версионирования PL/SQL-объектов Edition Base Redefinition появилась в Oracle Database версии 11.2. EBR позволяет проводить обновление приложения (вернее изменять код его хранимых процедур) «на лету», без остановки приложения. При этом, компиляция новой версии PL/SQL-объекта (пакета, объектного типа, функции или процедуры) производится в новой версии; работающие в этот момент пользователи НЕ получают исключение «ORA-04068 existing state of packages has been discarded», а продолжают работу с старой версией PL/SQL-кода.

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

    Что касается примеров использования этой технологии.
    В сентябре этого года была выпущена новая версия ERP-системы от Oracle — Oracle E-Business Suite 12.2. Начиная с версии 12.2, процедура «наката» обновлений на Oracle EBS происходит без остановки, на уровне БД это достигается с помощью технологии EBR. Oracle EBS — это очень сложное приложение, которое содержит десятки тысяч таблиц и миллионы строк PL/SQL-кода. На мой взгляд, использование EBR в таком приложении, говорит о зрелости технологии. Конечно, поставщик технологии (то есть Oracle Corp.), а EBR не является готовым продуктом, а представляет собой базовую технологию, не использовал бы ее в своем основном приложении, если бы не был уверен в ее надежности и не имел бы планов по ее дальнейшему развитию.

    По поводу дальнейшего развития технологии EBR.
    В недавно вышедшей СУБД Oracle Database 12c R1, технология EBR получила свое дальнейшее развитие — в ней появились очень полезные новые возможности. Давайте рассмотрим их более подробно.

    1. Потенциальная версионируемость отдельного объекта, а не всех объектов схемы.
    1.1 В Oracle Database 11g версионируемость включается для всех объектов схемы

    В версии Oracle Database 11.2 потенциальная версионируемость включалась на уровне всей схемы. То есть, когда Вам нужно было включить версионирование объектов, это производилось на уровне всей схемы:

    Таким образом, при помощи команды «ALTER USER ENABLE EDITIONS» версионируемость включалась для всех объектов схемы! Как Вы помните, неверсионируемый объект не может зависеть от версионируемого объекта. Если, например, мы создадим объектный тип PL/SQL в схеме, для которой включена потенциальная версионируемость, то мы не сможем создать таблицы с столбцом этого объектного типа (поскольку таблицы не версионируются!): В вышеприведенном примере объектный тип TMyType потенциально может иметь другие версии, поэтому невозможно использовать его в качестве типа для столбца таблицы, несмотря на то, что мы не собираемся иметь другие версии этого типа. Это происходит потому-что потенциальная версионируемость была включена для всех объектов схемы RSCOTT. По этой причине, кстати, в версии 11.2 нельзя было создавать очереди Advanced Queuing с типом из схемы для которой включено версионирование: Для решения вышеописанной проблемы, в Oracle Database 11.2 приходилось использовать обходной путь (workaround), заключающийся в выводе НЕверсионируемых объектов в отдельную схему, для которой версионируемость не включалась: 1.2 В Oracle Database 12с версионируемость включается для уровне объекта

    Начиная с Oracle Database версии 12.1 в вышеприведенных дополнительных действиях нет необходимости, поскольку теперь потенциальная версионируемость PL/SQL-объекта может включаться для отдельного объекта. При создании PL/SQL-объекта указывается ключевое слово EDITIONABLE, если объект потенциально может версионироваться, NONEDITIONABLE — если объект не будет версионироваться:

    2. Ограничение версий для выражений вычисляемых столбцов в таблицах и материализованных представлениях
    2.1 Особенности использования виртуальных столбцов в Oracle Database 11g

    Еще начиная с версии 11g Release 1, в СУБД Oracle появилась поддержка виртуальных столбцов, то есть столбцов, которые заданы вычисляемым выражением. В выражении виртуального столбца также могут участвовать хранимые PL/SQL-функции, как например в следующем случае:

    Обратите внимание, что нам удалось создать неверсионируемый объект (таблицу), который зависит от версионируемого объекта (PL/SQL-функции).
    Поскольку значение виртуального столбца на диске не сохраняется, мы смогли это сделать!

    Занесем одну строку в таблицу и проверим значение виртуального столбца: Как Вы наверно догадались, наc подстерегает одна очевидная опасность: при смене версии функции, виртуальный столбец изменит свое значение!
    Например: Понятно, что если если наша функция getMyId изменит свое поведение в новой версии, то значение виртуального столбца будет зависеть от текущей версии в сессии пользователя: 2.2 Определение доступных версий для виртуальных столбцов в Oracle Database 12c
    Начиная с Oracle Database 12c для виртуальных столбцов можно задавать различные ограничения на используемые версии. С помощь модификатора EVALUATE USING CURRENT EDITION мы жестко фиксируем версию для виртуального столбца на версию, которая была в момент создания таблицы (либо в момент выдачи оператора ALTER TABLE): Как видите, несмотря на переключение версий, виртуальный столбец всегда использует версию которая была в момент выдачи DDL-оператора. Также мы можем явно указать используемую версию для виртуального столбца: Если для виртуального столбца указать EVALUATE USING NULL EDITION, то поведение виртуального столбца будет как в Oracle 11gR2 — значение будет вычисляться в текущей версии в которой происходит обращение к столбцу. Это поведение будет работать по умолчанию, — если фраза EVALUATE USING для столбца не задана:

    Дополнительно, c помощью фразы UNUSABLE BEGINNING WITH указывается версия, начиная с которой в иерархии версий, будет запрещено использование виртуального столбца:

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

    2.3 Поддержка версионированных PL/SQL-функций в материализованных представлениях в Oracle Database 12c

    До Oracle Database 12c было запрещено использование версионированных PL/SQL-функций в материализованных представлениях:

    Начиная с Oracle Database 12c стало возможным обращение к версионируемым PL/SQL-объектам внутри материализованного представления. Для этого необходимо при создании материализованного представления указать фразу EVALUATE USING . , либо фразу UNUSABLE BEGINNING . . Назначение этих модификаторов установки версии для PL/SQL-вызовов внутри материализованных представлений, полностью совпадает с их назначением в рассмотренных ранее примерах версионированиия виртуальных столбцов:

    В вышерассмотренном примере, для вызова функции getMyId жестко устанавливается версия MyVersion1.
    Как Вы могли заметить, установка версии действует на все PL/SQL-вызовы внутри материализованного представления: в вычисляемых столбцах, и в предикатах фразы WHERE.

    3 Версионирование для публичных синонимов (public synonym)

    В Oracle Database 11g Release 2 (11.2) публичный синоним не мог ссылаться на версионируемый объект: В версии 12с эта проблема решена и теперь публичный синоним может версионироваться. Для создания версионируемого синонима при его создании необходимо указать ключевое слово EDITIONABLE

    В новейшей версии СУБД Oracle Database — 12c, технология обновления PL/SQL-кода без остановки — Edition Base Redefinition, получила свое дальнейшее развитие. Появились такие мощные возможности, как потенциальное версионирование на уровне отдельного объекта, версионирование виртуальных столбцов, версионирование кода в материализованных представлениях. Также следует отметить очень полезную новую возможность — версионирование публичных синонимов.

    Илон Маск рекомендует:  Что такое код asp ipdeny
    Понравилась статья? Поделиться с друзьями:
    Кодинг, CSS и SQL