Установка и настройка oracle internet directory для разрешения имен баз данных

Создание основного и дополнительного пользователей

            Основной
пользователь Вашей системы — это тот, в схеме которого будут находиться рабочие
объекты БД (таблицы, снимки, первичные индексы, последовательности, триггеры,
функции и др.). В этой схеме основной пользователь может создавать,
модифицировать и удалять эти объекты. Можно также создать дополнительного
пользователя (например, с учебной целью или для создания собственных
приложений), который также сможет выполнять эти действия, но со своими
объектами, которые будут принадлежать его схеме, а физически хранится не в
табличном пространстве PLIS, а в
табличном пространстве USER. Далее
предстоит также создать пользователей для операторов СИСТЕМЫ в Объединении
и Предприятиях, но предварительно нужно создать для них роли PLIREADи PLIWRITEдля
чтения и модификации таблиц.

            Для создания основного
и дополнительного пользователей запустите скрипт следующего содержания:

Создание строки соединения TNS (корректировка TNSNAMES.ORA)

            После
создания SID, необходимо прописать соединение с ним в файле TNSNAMES.ORA (в каталоге %ORACLE_HOME%\NET80\ADMIN на сервере и клиентах). В файле TNSNAMES.ORAпрописывается TNS (другие
названия: строка соединения, сервис, вход, DBQ) – псевдоним
для соединения с БД Oracleпо
определенному протоколу(ам). Если TNSне прописан, то не будет выполняться коннект (подсоединение
к БД), а нам сейчас это необходимо для запуска БД и ее последующей генерации
(не говоря вообще о работе с БД). Файл TNSNAMES.ORA должен находиться как на сервере, так и на всех
клиентских местах.

Опишите TNSВашей
БД в файле TNSNAMES.ORA примерно следующим образом:

NYORK.WORLD =

  (DESCRIPTION =

    (ADDRESS_LIST =

      (ADDRESS =

        (COMMUNITY=TCP.world)

        (PROTOCOL=TCP)

        (Host=171.15.36.6)

        (Port=1521)

      )

    
(ADDRESS=(COMMUNITY=IPC.world)(PROTOCOL=IPC)(KEY=ORC1))

     (ADDRESS=(COMMUNITY=SPX.world)(PROTOCOL=SPX)(Service=NVG5_LSNR))

    )

    (CONNECT_DATA =

      (SID=ORC1)

      (GLOBAL_NAME=NYORK.world)

)

  )

Прежде всего необходимо прописатьTCPIP-адрес
для первого параметра ADDRESS, а
также SID и GLOBAL_NAMEдля раздела CONNECT_DATA. Адресов по другим протоколам может не быть. Если же
описано несколько протоколов, то соединение с БД начинает выполняться поочередно.
Если, например, связь по первому протоколу не работает, то Вы будете ждать
около минуты, пока не настанет очередь следующего протокола. Поэтому в данном
случае поставьте рабочий протокол на первое место. После исправления
технических неполадок, можете опять эти строки поменять местами.

            Проверить
корректность исправлений в файле TNSNAMES.ORA (по
протоколу TCPIP) можно, задав команду: TNSPINGВашTNS.

Пример файла TNSNAMES.ORAдан в приложении 7.4.

Программа управления listener-ом

Можно запускать и останавливать listener через Database Control, но существует так же консольная программа lsnrctl (или lsnrctl.exe в Windows). Утилита lsnrctl может запускаться через командную строку ОС или через простой графический интерфейс. Для всех команд вы должны указать имя listener-а, если не используется имя по умолчанию LISTENER. На рисунках 4-6 и 4-7 показано как проверить статус listener-а, запустить и остановить его путём вызова команд из командной строки операционной системы или с помощью графического интерфейса.

Необходимо отметить что комнда status всегда отображает адрес по которому listener принимает запросы на подключение, а также имя и местонахождение файла listener.ora, в котором прописан listener и имя и местонахождение файлов логов listenera. На рисунках ниже также видно что listener LIST2 “supports no services”. Это отображается так как не было статически зарегистрировано сервисов и ни один экземпляр БД ещё не зарегистрировался динамически для этого listener-а. На рисунке 4-8 отображено состояние listener-а после динамической регистрации экземпляра БД.

На рисунке 4-8 результат выполнения команды status показывает нам, что listener с именем LISTENER поддерживает три сервиса, доступных для экземпляра БД orc11g:

  • Сервис orcl11g.jwlnx1.bplc.co.za это обычный сервис БД. Listener может запустить выделенную серверную сессию для работы (ещё ни одной сессии не создано)
  • Сервис orcl11gXDB.jwlnx1.bplc.co.za – это сервис для работы с БД основанный на XML. Данный сервис позволяет подключаться к БД используя протоколы отличные от Oracle Net, к примеру FTP и HTTP
  • Сервис orcl11g_XPT.jwlnx1.bplc.co.za – это сервис для работы Dataguard.

По умолчанию экземпляры БД версии 11g регистрируют сервисы XDP и XDT, но они не могут использоваться без дополнительной настройки. Эти сервисы отображаются как “status ready” и это обозначает что они были автоматически зарегистрированы процессом PMON: listener знает что они доступны так как PMON при динамической регистрации указал это. Если бы сервисы были зарегистрированы статически, они бы отображались со статусом “status unknown”. Т.е. сервисы прописаны в файле listener.ora, но могут быть не запущены.

Для просмотра всех доступных команд программы lsnrctl используйте команду HELP

Назначение команд описано ниже

  • START запуск listener-а
  • STOP остановка listener-а
  • STATUS просмотр состояния listener-а
  • SERVICES отобразить сервисы доступны listener-у (более детальная информация чем в команде STATUS)
  • VERSION отобразить версию listener-а
  • RELOAD перечитать файл ora
  • SAVE_CONFIG сохранить изменения в файл listener.ora
  • TRACE разрешить трассировку деятельности listener-а
  • CHANGE_PASSWORD установить пароль для администрирования listener-а
  • QUIT выйти из программы без сохранения
  • EXIT выйти из программы сохранив изменения
  • SET установить значения параметров, таки как примеру время ожидания ответа
  • SHOW отобразить значения установленных параметров

Настройка базы данных Oracle как издателя на распространителе SQL Server

Примечание

Издатель Oracle не может иметь то же имя, что и его распространитель SQL Server , или имя любого из издателей SQL Server , использующих тот же распространитель.

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

После идентификации издателя Oracle на распространителе SQL Server репликация создает связанный сервер с таким же именем, как и служба TNS базы данных Oracle. Этот связанный сервер может использоваться только репликацией. Если необходимо подключиться к издателю Oracle через подключение к связанному серверу, создайте другое имя службы TNS, а затем используйте это имя при вызове sp_addlinkedserver (Transact-SQL).

Чтобы настроить издатель Oracle и создать публикацию, см. раздел Create a Publication from an Oracle Database.

Определение имени (Name resolution)

 Когда происходит попытка подключения используя Oracle Net, первым делом необходимо определить куда конкретно вы хотите подключиться. Это процесс определения имени. Если команда CONNECT содержит строку подключения “@orcl11g”, Oracle Net необходимо понять что значит “orcl11g”. Строка должна быть преобразована в определённую информацию: протокол, который будет использоваться (предположим TCP), IP адресс на котором запущен listener, порт используемый listener-ом и имя экзкмпляра БД к которому вы хотите подключиться. Можно использовать разные строки подключения: к примеру вместо IP адреса в строке подключения может указываться имя хоста, которое затем определяется в IP адресс используя DNS сервер. Вместо указания имени экземпляра может быть указано имя сервиса, которое (в RAC архитектуре) может обслуживать несколько экземпляров. В single-instance архитектуре тоже могут использоваться сервисы – к примеру для отслеживания нагрузки на базу данных разными группами пользователей. Вы можете насторить разные механизмы выделения адреса сервера и имени экземпляра из строки подключения, но так или иначи процесс определения имени должен давать пользовательскому процессе достаточно информации для нахождения listener-а и создания запроса к экземпляру.

Создание схемы администратора репликации в базе данных Oracle

Агенты репликации подключаются к базе данных Oracle и выполняют операции в контексте созданной пользовательской схемы. Этой схеме должны быть предоставлены некоторые разрешения, перечисленные далее. Данная схема является владельцем всех объектов, созданных в процессе репликации Microsoft SQL Server на издателе Oracle, за исключением открытого синонима MSSQLSERVERDISTRIBUTOR. Дополнительные сведения об объектах, создаваемых в базе данных Oracle, см. в разделе Objects Created on the Oracle Publisher.

Примечание

При удалении открытого синонима MSSQLSERVERDISTRIBUTOR и пользователя сконфигурированной репликации Oracle с параметром CASCADE из издателя Oracle удаляются все объекты репликации.

Для помощи в настройке пользовательской схемы репликации предоставляется образец скрипта. Скрипт доступен в следующем каталоге после установки SQL Server: <drive>:\\Program Files\Microsoft SQL Server\<InstanceName>\MSSQL\Install\oracleadmin.sql. Он также содержится в разделе Script to Grant Oracle Permissions.

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

Создание пользовательской схемы вручную

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

  • CREATE PUBLIC SYNONYM and DROP PUBLIC SYNONYM

  • CREATE PROCEDURE

  • CREATE SEQUENCE

  • CREATE SESSION

Необходимо также предоставить пользователю непосредственно (не через роль) следующие разрешения:

  • CREATE ANY TRIGGER. Это требуется, только если одновременно выполняется репликация моментальных снимков и транзакций.

  • CREATE TABLE

  • CREATE VIEW

Directory Naming и External Naming

Метод Directory Naming направляет пользовательскую сессию к серверу LDAP для определения псевдонима. LDAP – это широко распространённый стандарт, которого придерживается Oracle и другие производители ПО. Для использования directory naming метода, вначале вам нужно установить и настроить LDAP сервер на каком либо сервере в вашей сети. Oracle предоставляет LDAP сервер ( Oracle Internet Directory) как часть Oracle Application Server, но необязательно использовать именно его. Если у вас уже есть установленный и настроенный к примеру сервер с Microsoft Active Directory – вы можете использовать его.

Как и local naming, метод directory naming поддерживает все возможности Oracle Net – но вместо поддержки файлов tnsnames.ora разбросанных по всей сети, используется централизованное хранилище, что несомненно гораздо легче сопровождать.

External Naming отличается от directory naming только тем, что использует отдельный сервис вместо LDAP – Sun Network Information Services (NIS+) или Cell Directory Services (CDS).

1.2 Предисловие

1.2.1 Руководство и примечания

Уважаемые энтузиасты технологий, прочитав эту статью, вы сможете овладеть следующими навыками и получить другие знания, которых вы не знаете.~O(∩_∩)O~:

① Часто появляются в журнале тревогUsing deprecated SQLNET.ALLOWED_LOGON_VERSION parameter、ORA-28040: Ошибка подходящего протокола аутентификации,9iКлиент подключается к12cРешение высокой версии

② Использовать под Windowsoerrкоманда

Tips:

① Эта статья находится вitpub(http://blog.itpub.net/26736162), Blog Garden(http://www.cnblogs.com/lhrbest)И публичный аккаунт WeChat (xiaomaimiaolhr)наЕсть одновременные обновления。

② Весь код, использованный в статье、связанное программное обеспечение、Релевантная информацияИ pdf-версия этой статьиДля скачивания перейдите на облачный диск саженцев пшеницы,Рассады пшеницыСмотрите адрес облачного диска:http://blog.itpub.net/26736162/viewspace-1624453/。

③ Если формат кода статьи на веб-странице нарушен,пожалуйстаскачатьpdfФорматированный документчитать。

④ вэта статьяBLOGв, Часть вывода кода обычно размещается в таблице по столбцам.

Пожалуйста, поправьте меня, если в этой статье есть ошибки или неточности.ITPUBОставьте сообщение илиQQДа, ваша критика — самая большая мотивация для моего письма.

Подключение к локальному экземпляру

Даже когда вы подключаетесь к экземпляру работающему на локальной машине, вы всё равно используете Oracle Net. Все сессии используют сетевой протокол для разделения пользовательского когда от серверного, но для локального подключения этим протоколом будет IPC: это протокол предоставляемый операционной системой который пользоляет «общаться» процессам работающим на одной машине. Это единственный вид подключения который не требудет listener-а; более того, локальное подключение не требует никакой настройки. Единственная информация которая нужна пользовательскому процессу для подключения, это к какому экземпляру БД вы хотите подключиться. Нужно помнить что могут работать несколько экземпляров на одном компьютере. Эту инфомрацию процесс получает из системных переменных. На рисунке 4-3 показан пример подключения в системе Linux, а на рисунке 4-3 отображено как подключиться к локальной базе данных в Windows

Единственным отличием будет метод установки системных переменных.

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

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

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

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

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

Пользовательским процессом может выступать любое клиент-серверное приложение которые можнт подключится к Oracle серверу.Мы будет использовать SQL*Plus и SQL Developer. Это программное обеспечение предоставляемое Oracle-ом для подключения к серверу и выполнения SQL запросов

Что использует пользователь абсолютно не важно для Oracle сервер-а. Когда пользователь вводит данные и нажимает кнопку «Выполнить» будет сгенерирована команда, к примеру INSERT и отправлена команда серверному процессу для исполнения  на инстансе и базе данных

Единственное требования это чтобы команда была корректной. Не стоит забывать что все взаимодействие осуществляется согласно клиент-серверной модели. Даже если пользовательский процесс запущен на той же самой системе что и сервер – клиент-серверное разделение всё равно работает и сетевой протокол использвется для взаимодействия между двумя процессами.

Создание связей между базами данных

            Связь
между БД Предприятий и Объединения необходима для создания в Предприятии
моментальных снимков таблиц Объединения в случае выбора последними
3-уровневой модели.

            Создание
связей между двумя БД требует знания ряда тонкостей. В частности, после
параметра usingнадо
указывать именно имя сервиса для другой БД (описанное в TNSNAMES.ORAи называемое
также строкой соединения), а после параметра databaselink – именно имя другой БД (если в файле INIT<SID>.ORAуказано
GLOBAL_NAMES = TRUE). Впрочем, часто имя сервиса делают идентичным имени
БД.

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

            Вот
пример создания связи Объединение — Компания и связи Компания —
Объединение
:

Имена файлов и системная переменная TNSADMIN

Используется три важных файла для настройки Oracle Net:

  • listener.ora файл на стороне сервера, определяющий listener-ы БД. Влючает в себя сведения о протоколе, адресах и портах, используемых listener-ом для ожидания запросов на подключения. А также может содержать информацию о статических зарегистрированных экземплярах БД.
  • tnsnames.ora – файл со стороны клиента используемый для определения имени. Используется пользовательским процессом для нахождения listener-ов БД.Также может быть использован самим экземпляром БД для нахождения listener-ов для динамической регистрации.
  • sqlnet.ora – файл необязательный, может существовать (и даже с разными значениями) как на клиентской, так и на серверной стороне. Содержит настройки которые могут применяться ко всем сессиям к listener-ам, такие как настройки безопасности и шифрования.

Все три файла по умолчанию находятся в папке ORACLE_HOME/network/admin. Можно изменить путь к ним с помощью системной переменной: TNS_ADMIN. Эта переменная часто используется если сущуствует несколько домашних директорий Oracle. У обычного сервера Oracle будет как минимум три домашних директории Oracle: одна для Enterprise Manager Grid Control Agent, одна для запуска экземпляров и одна для запуска экземпляров ASM (Automatic Storage Management). На клиентских машинах также может быть несколько домашних директорий Oracle, например для клиентов Oracle 10g и Oracle 11g. Установка переменной TNS_ADMIN как указатель на папку одной из домашних директорий (или вообще внешнюю папку) означает, что вам, вместо того чтобы настраивать файлы в двух разных папках, можно будет настраивать файлы в одной папке. Чтобы установить эту переменную в Windows для какой-либо сессии вы можете выполнить команду

set NTS_ADMIN=C:\oracle\net

Но лучше устанавливать значение этой переменной в регистре.

В Unix и Linux синтаксис может отличаться в зависимости от исползуемой оболочки, но обычно выглядит примерно так

set TNS_ADMIN=/u01/oracle/net; export TNS_ADMIN

Эту команду можно добавить в файл профила каждого пользователя, или в /etc/profile для всех пользователей.

На рисунке 4-10 показан процесс обработки пользовательского запроса. Пользователь инициирует создание подключения к серверу указывая имя пользователя, пароль и строку подключения. Если строка подключения отсутствует, клиент Oracle Net пробует использовать системную переменную ORACLE_SID как значение для строки подключения по умолчанию. Если это значение не установлено – обычно происходит ошибка. Если строка подключения указала, клиент Oracle Net пробует выяснить какой метод использовать дря преобразования строки подключения и для этого необходим файл sqlnet.ora, который может находиться в папке определённой в TNS_ADMIN переменной или ORACLE_HOME/network/admin. Если не установлены ни TNS_ADMIN ни ORACLE_HOME – возвращается ошибка.

Обычно в файле sqlnet.ora находится параметр NAMES.DIRECTORY_PATH, в которой перечислены в порядке предпочтения различные методы определения имени, такие как TNSNAMES, LDAP и EZCONNECT. Если TNSNAMES в списке указан первым, Oracle Net пробует найти файл tnsnames.ora опять же либо в директории указанной в переменной TNS_ADMIN либо в ORACLE_HOME/network/admin. Если файл найден, он используется для преобразования строки подключения в сетевой адрес обычно вида имя хоста:порт:sid или хоста:порт:имя сервиса.

Наконец клиент Oracle Net готов к установке соединения для пользовательского процесса который ициниировал запрос на подключение к БД. Если в строке подключения присутствует символ “@”, тогда происходит запрос к listener-у указанному в сетевом адресе для проверки доступа к экземпляру или сервису. Если listener работа – пользовательский процесс пробует установить соединение с сервером иначе повзращается ошибка. Если в строке подключения нет символа “@” —  тогда происходит попытка создать локальное подключение используя протокол IPC и если экземпляр или сервис запущены на той же машине, что и клиентский пользовательский процесс соединение может быть успешно установлено.

Как скачать Oracle Provider for OLE DB (OraOLEDB.Oracle)?

Oracle Provider for OLE DB на текущий момент распространяется в составе инструмента для разработчиков ODAC.

Oracle Data Access Components (ODAC) – это набор компонентов для разработчиков, который предоставляет им доступ к данным Oracle.

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

Потом в зависимости от Вашей системы (т.е. на которой установлен MS SQL Server), Вы выбираете 32 битную версию или 64 битную. У меня система 64 битная, поэтому я нажимаю на ссылку 64-bit ODAC Downloads.

После перехода на следующую страницу сразу соглашаетесь с условиями лицензионного соглашения, т.е. отмечаете пункт «Accept License Agreement».

Далее Вы выбираете версию ODAC, которая соответствует версии СУБД Oracle.

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

Итак, как я уже сказал у меня версия Oracle Express Edition 11g, поэтому я выбираю 64-bit ODAC 11.2 Release 5 (11.2.0.3.20) for Windows x64 – это вариант с установкой через графический интерфейс.

В итоге у меня загрузился файл ODAC1120320_x64.zip

Проверка работы провайдера OraOLEDB.Oracle

Перед тем как переходить к созданию связанного сервера на Microsoft SQL Server необходимо проверить правильно ли мы установили провайдера. Это можно сделать следующим образом. Создайте на рабочем столе простой текстовый файл, например, TestConnect.txt, затем измените его расширение на TestConnect.udl

Запустите его, и у Вас откроется окно «Свойства канала передачи данных». Далее Вам необходимо на вкладке «Поставщик данных» выбрать поставщика, т.е. в нашем случае это «Oracle Provider for OLE DB» и нажать «Далее».

После чего Вы перейдете на вкладку «Соединение», где нужно заполнить параметры подключения:

  • Источник данных — адрес сервера Oracle;
  • Пользователь – это пользователь для подключения к СУБД Oracle;
  • Пароль – соответственно пароль для подключения к СУБД Oracle.

И для проверки связи нажимаем «Проверить соединение».

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

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

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

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

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

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

Действия по настройке связанного сервера для Oracle

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

  2. Установите нужный драйвер на компьютере, на котором выполняется SQL Server. Корпорация Майкрософт поддерживает только поставщик OLE DB для Oracle (Майкрософт) и Microsoft ODBC Driver for Oracle. При использовании стороннего поставщика или стороннего драйвера для подключения к Oracle необходимо обратиться к соответствующему поставщику для устранения проблем, которые могут возникнуть при использовании поставщика или драйвера.

  3. Если вы используете поставщик OLE DB для Oracle (Майкрософт) Драйвер Microsoft ODBC для Oracle, учитывайте следующее:

    • Для поставщика OLE DB и драйвера ODBC, включаемого в компоненты microsoft Data Access (MDAC), требуется SQL*Net 2.3.x или более поздняя версия. На клиентском компьютере необходимо установить клиентское программное обеспечение Oracle 7.3.x или более позднюю версию. Клиентский компьютер — это компьютер, на котором выполняется SQL Server.

    • Убедитесь, что на компьютере, на котором выполняется SQL Server, установлена MDAC 2.5 или более поздней версии. С помощью MDAC 2.1 или более ранней версии невозможно подключиться к базам данных, использующим Oracle 8. x или более поздняя версия.

    • Чтобы включить MDAC 2.5 или более поздние версии для работы с клиентским программным обеспечением Oracle, необходимо изменить реестр на клиентском компьютере, на котором выполняется SQL Server как показано в следующей таблице.

  4. Перезапустите компьютер, на котором SQL Server после установки клиентского программного обеспечения Oracle.

  5. На компьютере, на котором выполняется SQL Server, установите связанный сервер с помощью следующего скрипта.

    Примечание.

    Если вы используете Microsoft ODBC Driver for Oracle, можно использовать параметр для указания имени DSN. Для подключения без имени DSN строка поставщика предоставляется через @provstr параметра. При поставщик OLE DB для Oracle (Майкрософт) используйте псевдоним сервера Oracle, настроенный в файле TNSNames.Ora для параметра @datasrc. Дополнительные сведения см. в разделе «sp_addlinkedserver» SQL Server электронной документации.

Рейтинг
( Пока оценок нет )
Editor
Editor/ автор статьи

Давно интересуюсь темой. Мне нравится писать о том, в чём разбираюсь.

Понравилась статья? Поделиться с друзьями:
Работатека
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: