Через какой порт осуществляется подключение к бд oracle
Перейти к содержимому

Через какой порт осуществляется подключение к бд oracle

  • автор:

Подключение к Oracle (OracleToSQL)

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

Чтобы открыть это диалоговое окно, в меню «Файл » выберите «Подключиться к Oracle«. Если вы ранее подключились, команда повторно подключитесь к Oracle.

Параметры

Поставщик
Выберите поставщика доступа к данным для подключения к базе данных Oracle. Доступные поставщики — это поставщик клиентов Oracle и поставщик OLE DB. По умолчанию используется поставщик клиентов Oracle.

Режим
Выберите режим «Стандартный», «TNSNAME» или «Строка подключения».

  • В стандартном режиме вы вводите или выбираете значения для поставщика, имени сервера, порта сервера, безопасности Oracle, имени пользователя и пароля.
  • В режиме TNSNAME введите идентификатор подключения (псевдоним TNS) базы данных Oracle, имени пользователя и пароля.
  • В режиме строки подключения вы предоставляете строку подключения.

Внимание Не рекомендуется использовать режим строки подключения, так как текст может содержать пароли и отправляется как четкий текст.

По умолчанию используется стандартный режим.

Имя сервера
Введите имя сервера Oracle. Имя сервера по умолчанию совпадает с именем компьютера. Это параметр стандартного режима.

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

Идентификатор подключения
Введите идентификатор Oracle Connect. Это псевдоним базы данных, как определено в локальном файле tnsnames.ora.

Это параметр режима TNSNAME.

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

Это параметр стандартного режима.

Имя пользователя
Введите имя пользователя, которое SSMA будет использовать для подключения к базе данных Oracle.

Пароль
Введите пароль для имени пользователя.

Строка соединения

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

Если вы используете режим строки подключения, введите полную строку подключения для подключения к Oracle.

Строки подключения состоят из пар имени параметра и значений.

  • Сведения о строке подключения OLE DB см . в статье microsoft OLE DB Provider for Oracle в библиотеке MSDN.

Для строк подключения SSMA всегда включайте параметр provider. Кроме того, убедитесь, что при подключении к Oracle включен параметр порта.

Далее

Следующим шагом в процессе миграции является подключение к SQL Server.

Описание этапов запуска и остановки БД

Oracle рекомендует следующий порядок действий для запуска БД: запуск Database Control, запуск listener-а, запуск БД. Запуск БД также является составным процессом. При запуске более сложного окружения, такого как cluster system или любого другого управляемого Enterprise Manager Grid Control могут быть дополнительные этапы, однако для Single Instance архитектуры этой последовательности вполне достаточно.

Запуск и подключение к Database Control

Database Control это инстурмент для управления одной БД. Эта БД может быть кластеризирована и тогда для каждого экземпляра БД работающего с одинаковой домашней директорией ORACLE_HOME будет свой экземпляр Database Control. Этот инструмент написан на языках Perl и Java и доступен через браузер. Нет необходимости устанавливать JRE или интерпретатор Perl: они оба доступны в домашней директории Oracle и устанавливаются OUI. Все запросы к Database Control осуществляются с использованием протокола HTTPS. Единственная необходимая настройка это проверить доступность порта используемого для работы с Database Control. Настройка Database Control осуществляется в момент создания БД. Эта настройка содержит два важных блока информации: имя сервера и номер порта. Если возникнет необходимость изменить эти значения – необходимо перенастроить Database Control.

Для запуска Database Control необходимо запустить программу emctl, расположенную в папке $ORACLE_HOME/bin. Ниже перечислены команды для запуска, остановки и проверки состояния Database Control

emctl start dbconsole

emctl stop dbconsole

ecmtl status dbconsole

Для успешного выполнения этих команд должны быть установлены следующие системные переменные: PATH, ORACLE_HOME и ORACLE_SID. PATH используется операционной системой для поиска пути к программе emctl. ORACLE_HOME и ORACLE_SID используются для поиска командой emctl файлов конфигурации. Эти файлы расположены в трёх местах: папка ORACLE_HOME/sysman/config содержит общие настройки для всех экземпляров Database Control работающих с текущей домашней директорией Oracle. ORACLE_HOME/hostname_sid/sysman/config и ORACLE_HOME/oc4j/j2ee/ OC4J_DBConsole_ hostname_sid/config содержат дополнительные расширенные настройки для каждой БД(hostname – имя компьютера, sid – значение переменной ORACLE_SID).

На рисунке 3-3 показан результат выполнения команды запуска Database Control

16

Первая попытка запуска была неудачной так как не была установлена переменная ORACLE_SID. Без корректного значения этой переменной emctl не может найти необходимые файлы конфигурации (значение используется в названии папок). Команда проверки состояния ни что иное как запрос по адресу URL; доступность этого URL так же можно проверить в браузере

где hostname – это сетевое имя компьютера на котором запущен Database Control и port – это порт ответственный за входящие подключения. Если у вашего сервера несколько сетевых имён или несколько сетевых интерфейсов – можно использовть любой. Для определения порта можно использовать команду emctl либо посмотреть конфигурационный файл ORACLE_HOME/install/portlist.ini где указаны все порты настроенные OUI и DBCA. При незапущенном listener-е при подключении к Database Control вы увидите окно изображенное на рисунке 3-4.

Запуск listener-а БД

Listener – это процесс который следит за запросами к порту для подключения к базе данных. Запросы к БД (и весь остальной трафик после создания сессии) использует Oracle Net, закрытый протокол Oracle. Oracle Net – это прокотор который работает над любым низлежащим сетевым протоколом, обычно над TCP/IP. Управление listener-ом более детально расммотрим в главе 4, сейчас же рассмотрим как запустить listener. Это можно сделать двумя (в windows тремя) способами: используя программу lsnrctl, с помощью Database Control, запустить windows сервис.

Программа lsnrctl расположена в каталоге ORACLE_HOME/bin. Параметрами могут быть

lsnrctl start [listener name]

lsnrctl status [listener name]

Значение по умолчанию для названия listener-а — LISTENER и обычно так и называют. На рисунке 3-5 показан результат выполнения команды lsnrctl status при работающем listener-е

17

18

Обратите внимание на первую строчку – там указаны сетевое имя и порт listener-а, а также на пятую снизу строку, которая обозначает что listener будет принимать подключения для сервиса ocp11g который создан для экземпляра ocp11g. Это критически важная информация для подключения к БД. Если БД была успешна создана с помощью DBCA значит listener настроен и запущен. Если нет вы увидите другой ответ команды lsnrctl status, тогда используйте команду lsnrctl для запуска или нажмите кнопку START LISTENER в окне Database Control показанном на рисунке 3-4.

Запуск SQL *Plus

SQL *Plus — это простая клиент-серверная программа для запуска SQL команд. Единственный параметр который необходимо знать для запуска – это NOLOG. По умолчанию, SQL *Plus немедленно запрашивает имя и пароль пользователя и параметры подключения. Это корректно для обычных пользователей, но бессмысленно для DBA, так как база данных должна быть уже открыта. Для запуска SQL *Plus без подключения к БД используйте параметр /NOLOG

В результате выполнения команды вы подключитесь к командной строке SQL, откуда можно подключиться используя различные параметры.

Запуск и остановка БД

Если быть точным – нельзя запустить и остановить БД: только экземпляр может быть запущен и остановлен, а база данны может быть подключена, открыта, отключена и закрыта. Данные операции можно совершить с помощью SQL *Plus выполнив команды STARTUP и SHUTDOWN или используя Database Control. В Windows это можно сделать также с помощью управления сервисом созданным для экземпляра БД. Системный журнал содержит подробную информацию об этих операциях когда бы они не были вызваны. Запуск и остановка – очень важные операции, информация об их выполнении всегда записывается и они могут быть инициированы только пользователями с особым уровнем доступа.

Подключение с повышенными правами доступа

Обычный пользователь не может запустить или остановить БД – потому что он авторизуется используя словарь данных. Это логически невозможно поскольку в момент запуска словарь данных ещё не доступен. Таким образом для запуска необходимо подключаться к серверу используя механизм внешней авторизации: системная авторизация пользователя как члена группы Oracle, или авторизация с использованием файла паролей. Тип авторизации указывается при выполнении команды CONNECT. Ниже представлены различные комбинации команды CONNECT после подключения к серверу используя программу SQL *Plus с параметром /NOLOG

connect user/pwd[@connect_alias] as sysdba

connect user/pwd[@connect_alias] as sysoper

connect / as sysdba

connect / as sysoper

где user – имя пользователя, pwd – пароль, connect_alias – сетевой идентификатор (рассмотрим в главе 4). Первый пример использует авторизацию с помощью словаря данных, база данных должны быть открыта или команда вернёт ошибку. Любой пользователь после подключения к БД используя данный синтаксис не сможет выполнить команды запуска и остановки базы данных. Два следующих примеры указывают Oracle использовать авторизацию с помощью файла паролей. Последние команды используют авторизацию операционной системы: Oracle проверяет является ли текущий пользователь членом группы Oracle, и если проверка успешна – пользователь подключается к БД как SYSOPER или SYSDBA. Пользователь подключившийся к базе данных любым способом из последних четырёх может выполнить команды запуска и остановки БД вне зависимости от состояния базы данных – она может быть даже не создана на этом этапе.

Если Database Control обнаруживает запущенный listener – то он использует авторизацию через словарь данных или файл паролей (в зависимости от выбора пользователя – рисунок 3-6). Если же listener не запущен (рисунок 3-4) при нажатии на кнопку STARTUP Database Control запрашивает системные имя пользователя и пароль для подключения к серверу.

19

SYSOPER и SYSDBA

SYSOPER и SYSDBA – это уровни доступа с повышенными полномочиями. Они доступны только при системной авторизации или авторизации с помощью файла паролей. Уровень доступа SYSOPER может выполнять команды

ALTER DATABASE [MOUNT|OPEN|CLOSE|DISMOUNT]

ALTER [DATABASE|TABLESPACE][BEGIN|END] BACKUP

Уровень доступа SYSDBA также может выполнять эти команды, плюс возможность создавать БД, запускать неполное восстановление и давать полномочия SYSOPER и SYSDBA другим пользователям.

Вам может быть интерестно под каким пользователем вы подключаетесь к БД когда используется системная авторизация. Чтобы это выяснить, после подключения к базе данных выполните команду show user (эту команду можно вызвать набрав sho user – не стоит недооценивать сокращения, они могут ускорить время набора команд) – результат показан на рисунке 3-7.

Уровень доступа SYSDBA использует пользоватля SYS – суперпользователя в системе и владельца словаря данных. Уровень доступа SYSOPER подключается как пользователь PUBLIC. PUBLIC – не пользователь в нормальном смысле, это пользователь который используется для задач администрирования, но (по умолчанию) не может просматривать или изменять данные. Подключаться с данными уровнями доступа стоит только для выполнения задач, которые не могут быть выполнены обычными пользователями.

20

Запуск: NOMOUNT, MOUNT и OPEN

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

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

Когда база данных остановлена (SHUTDOWN) все файлы закрыты и экземпляр не существует. В отключенном состоянии (NOMOUNT) – экземпляр БД построен в памяти (SGA создана и фоновые процессы запущены согдасно файлу параметров), но база данных недоступна и может быть даже ещё не создана. В подключенном состоянии (MOUNT) экземпляр находит и читает файл контроля. В открытом состоянии (OPEN) все файлы найдены и открыты – т.е. база данных доступна для пользователей. Когды вы запускаете команду STARTUP – будут выполнены все шаги, однако команда может быть разбиты на этапы. Напирмер если файл контроля испорчен или копия недоступна – вы не сможете подключить базу данных. Однако вы можете запустить базу в неподключенном режиме (NOMOUNT) и восстановить файл контроля. Точно так же если у вас возникли проблемы с файлами данных или логовов, вы можете попробовать восстановить данные в MOUNT состоянии, перед тем как открывать БД.

Как же экземпляр находит файлы которые ему нужны на каждом из шагов? Начнём с NOMOUNT. Когда вы запускаете команду STARTUP, Oracle будет искать файл параметров в определённом порядке как отображено на рисунке 3-8.

Всего существует три пути и имени файла. На Unix подобных системах это

21

Во всех случаях – SID это имя экземпляра. Порядок поиска очень важен. Oracle будет использовать первый найденный файл вне зависимости от наличия остальных. Если ни одного файла не существует – экземпляр не будет запущен. В режиме NOMOUNT используются только файл параметров и системный журнал. Значения параметров из файла параметров используются для создания SGA в памяти и запуска фоновых процессов. В системный журнал записывается информация об этот процессе. Где находится системный журнал? Путь можно узнать посмотрев параметр BACKGROUND_DUMP_DEST в файле параметров или выполнив команду

sho parameter background_dump_dest

Если системный журнал существует во время выполнения команды STARTUP то новые данные будут добавляться, иначе будет созда новый файл. Если возникнут какие-либо проблемы во время выполнения команды – так же будут созданы файлы трассировки.

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

Как часть процесса подключения, все именя файлов данных и логов и пути к ним считываются из файла контроля, но Oracle просто запоминает эти значения, не пытаясь найти файлы. Поиск и чтение файлов происходит во время открытия базы данных (OPEN). Если какой-либо файл поврежден или отсутствует база данных останется в режиме MOUNT пока вы не исправите ошибки. Более того, все файлы должны быть синхронизированы перед тем как база данных будет открыта. Если последнее выключение было выполнено в определённом порядке, то все буферы из буфера кэша БД записаны на диск процессом DBWn и файлы синхронизированы, и Oracle будет знать при запуске что все подтверждённые транзакции сохранены в файлах данных и нет неподтвержденных транзакций ожидающих отмены. Если же последнее выключение было не запланированным (к примеру от потери питания или системной перезагрузке сервера без правильного выключения экземпляра) то Oracle должен синхроинизировать файлы данных и файлы логов (отменив неподтверждённые транзакции). Процесс который подключает и открывает БД (и синхронизирует данные) называется SMON. Только когда база данных успешно открыта будет возможно подключение пользователей. Процесс запуска графически представлен на рисунке 3-9.

Остановка процесс зеркальный запуску. Вначале закрывается БД (CLOSE), затем отключается (DISMOUNT) и далее останавливается экземпляр. Во время закрытия БД все сессии отключаются: текущие транзакции отменяются процессом PMON, подтверждённые транзакции записываются в файлы данных DBWn и файлы данных и логов закрываются. Во время отключения закрывается файл контроля. И экземпляр останавливается с освобождением памяти и остановкой фоновых процессов.

22

Выключение: NORMAL, TRANSACTIONAL, IMMEDIATE и ABORT

Существуют параметры которые используются с командой SHUTDOWN – вызов SHUTDOWN команды требует уровня доступа SYSDBA или SYSOPER

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

TRANSACTIONAL: новые подключения недоступны; существующие сессии которые не выполняют транзакции отключаются; сессии которые выполняют транзанкцию завершают транзакцию и отключаются. Когда все сессии будут отключены, база данных останавливается.

IMMEDIATE: новые подключения не разрешены. Все активные сессии отключаются. Все активные транзакции отменяются и база данных выключается.

ABORT: это эквивалент отключению питания. Экземпляр останавливается без записи чего либо на диск, закрытия файлов, отмены транзакций.

Параметры выключения «normal,» «immediate и «transactional» считаются «чистыми» выключениями (то есть выполненными в правильном порядке). После того как все сессии отключены, PMON отменяет все неподтверждённые транзакции. Создаётся контрольная точка процессом CKPT, которая заставляет DBWn записывать измененные данные из буфера кэша в файлы данных. LGWR записывает вектора изменений в файлы логов. Обновляются заголовки файлов и файлы закрываются. Это гарантирует что база в синхронизированном состоянии: все подверждённые транзакции в файлах данных и нет неподтверждённых транзакций требующих отмены.

Параметр “abort” оставляет базу данных в рассинхронизированном состоянии: возможно что подтверждённые транзакции не записаны в файлы данных, так как на момент выключения они были сохранены в памяти и DBWn не записал изменения из буфера в файлы. Также может быть и такое, что неподтверждённые транзакции записаны в файлы данных. Это определение испорченной БД: она содержит некорректные данные. Эти повреждения должны быть восстановлены используя instance recovery. Таким образом можно протестировать что произойдёт если к примерну непредвиденно обесточить сервер в процессе работы БД.

Так как выключение это пошаговый процесс, то возможно управлять этапами используя SQL *Plus и команды

alter database close;

alter database dismount;

Эти команды полная противоположность командам запуска. На практике SHUTDOWN это единственная команда которой пользуются DBA. Пошаговый процесс также недоступен из Database Control.

  1. Использование системного журнала (Alert Log) и файлов трассировки (Trace Files)
  2. Установка программ Oracle с использованием OUI
  3. Управление БД — Итоги
  4. Использование DBCA для создания БД
  5. Использование словаря данных и динамических представлений производительности

Как определить порт подключения в базе oracle через сессию?

К базе подключаются локальные пользователи по порту 1521, а внешние по порту 15215. Как можно по данным сессии определить какое это подключение локальное или внешнее?

  • Вопрос задан более трёх лет назад
  • 1590 просмотров

Комментировать
Решения вопроса 1
gadpaw @gadpaw Автор вопроса

Получается что нет такой информации.

«You cannot get the port — the port is not necessarily known to the database.»

Ответ написан более трёх лет назад
Сейчас нет под рукой БД. Но посмотрите что в

select port, terminal, machine, username from v$session;

gadpaw @gadpaw Автор вопроса
port — это порт клиента
gadpaw @gadpaw Автор вопроса
по ip адресу клиента можно определить локальный клиент или внешний
Ответы на вопрос 0
Ваш ответ на вопрос

Войдите, чтобы написать ответ

mysql

  • MySQL
  • +1 ещё

Как переделать процедуру из oracle в mysql?

  • 2 подписчика
  • 13 февр.
  • 103 просмотра

Поддерживаемые источники данных

Oracle Analytics Cloud позволяет подключаться к широкому диапазону источников данных.

Примечания по использованию этой таблицы

  • Номера версий :
    • «1.x» означает любую версию, начинающую с 1 (например, включает версию 1.4.3, но не версию 2.0).
    • «2.0.x» означает любую версию, начинающую с 2.0 (например, включает версию 2.0.4, но не версию 2.4).
    • «1.6+» означает любую версию, начинающую с 1 и имеющую номер больше или равный (>=) 1.6 (например, включает версию 1.8, но не версию 2.4).
    • Стандарт означает, что доступ к хосту источника данных осуществляется через общедоступный Интернет.
    • Частный канал доступа означает, что Oracle Analytics Cloud может получать доступ к данным на частном хосте через частный канал доступа. Частный канал доступа можно использовать для подключения к частным источникам данных в виртуальной облачной сети (VCN) в Oracle Cloud Infrastructure или других сетях, к которым подключена VCN, например, ваша корпоративная сеть. См. раздел «Подключение к частным источникам данных по частному каналу доступа».
    • Удаленное подключение к данным
      • В столбце Использование в наборах данных это означает, что если администратор настроил и включил возможность удаленного подключения к данным, можно визуализировать локальные данные этого типа. В диалоговом окне » Создать подключение » появится флажок Использовать удаленное подключение к данным , который (если установлен) указывает на то, что база данных является локальной.
      • В столбце Использование в средстве семантического моделирования или Использование в инструменте администрирования моделей это означает, что если администратор настроил и включил возможность удаленного подключения к данным, можно визуализировать локальные данные этого типа. См. раздел «Настройка и регистрация Data Gateway для отчетности».
      • С помощью потоков данных можно получать данные из удаленных баз данных (с использованием удаленного подключения к Data Gateway). Однако данные нельзя сохранить в наборах данных, использующих удаленные подключения.

      Источники данных, поддерживаемые для использования с Oracle Analytics Cloud (отсортированы сначала в алфавитном порядке по базам данных Oracle, а затем по другим базам данных)

      Источник данных/ тип подключения Поддерживаемые версии Использовать в наборах данных Использование в средстве семантического моделирования (только для Oracle Analytics Cloud) Использование в инструменте администрирования моделей (только для Oracle Analytics Cloud) Поддержка SSL Дополнительная информация
      Представления Oracle Analytic Oracle Database 19c Да
      • Стандартный
      • Доступ к данным – только в режиме реального времени
      • Стандартный

      Локальные развертывания Oracle BI Enterprise Edition

      Другой сервис Oracle Analytics

      • Стандартный
      • Удаленное подключение к данным*
      • Доступ к данным — только кэш

      *Удаленное подключение для наборов данных доступно только при использовании Data Gateway для Linux.

      Коннектор поддерживает несколько приложений в пакете Fusion Applications.

      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      Поддержка сохранения выходных данных из потоков данных.

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

      • Стандартный*
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный**
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      Поддержка сохранения выходных данных из потоков данных.

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

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

      • Стандартный*
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный**
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      Поддержка сохранения выходных данных из потоков данных.

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

      ** При подключении к семантическим моделям можно использовать только один глобальный файл-накопитель для каждого подключения к семантической модели.

      Для подключения к Oracle Database Classic Cloud Service используется подключение к базе данных Oracle.

      Чтобы установить сетевое подключение к сервису базы данных через порт прослушивания базы данных, необходимо применить соответствующие правила безопасности Oracle Analytics Cloud.

      • Стандартный
      • Доступ к данным — только в режиме реального времени
      • Стандартный

      В потоках данных нельзя использовать наборы данных Oracle Fusion Cloud Enterprise Performance Management (EPM).

      Нельзя смешивать наборы данных, в которых используются источники данных Oracle Fusion Cloud Enterprise Performance Management (EPM).

      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — только в режиме реального времени
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным

      Информацию о прямых подключениях см. в разделе Создание подключения к Oracle Essbase.

      Информацию об удаленных подключениях через Data Gateway см. в разделе Создание подключения к базе данных Oracle Essbase в частной сети.

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

      Наборы данных Oracle Essbase нельзя использовать в потоках данных.

      Невозможно смешивать наборы данных, использующие источники данных Oracle Essbase.

      • Стандартный
      • Доступ к данным — только в режиме реального времени
      • Стандартный

      Введите NetSuite2.com в качестве источника данных. См. раздел «Подключение к NetSuite».

      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти

      Amazon EMR 4.7.2 с Amazon Hadoop 2.7.2 и Hive 1.0.0

      Amazon EMR (MapR) Amazon Machine Image (AMI) 3.3.2 с MapR Hadoop M3 и Hive 0.13.1

      • Стандартный
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти

      Сложные типы данных не поддерживаются.

      • Стандартный
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Удаленное подключение к данным*
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      Поддержка сохранения выходных данных из потоков данных.

      • Стандартный
      • Доступ к данным — только кэш
      • Стандартный
      • Доступ к данным — только кэш
      • Стандартный
      • Доступ к данным — только кэш

      Google Analytics V4

      • Стандартный
      • Доступ к данным — только кэш
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Системное подключение
      • Системное подключение
      • Стандартный
      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Системное подключение

      Поддержка сохранения выходных данных из потоков данных.

      Поддержка проверки подлинности Kerberos для наборов данных.

      • Стандартный
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      Поддерживает SSL между Data Gateway и Oracle Analytics Cloud.

      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — только кэш
      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Системное подключение

      Поддержка сохранения выходных данных из потоков данных.

      Поддержка проверки подлинности Kerberos для наборов данных.

      • Стандартный
      • Доступ к данным — только кэш

      Только файлы XLSX (или XLS со столбцами данных, преобразованными в строки).

      • Стандартный*
      • Доступ к данным — в реальном времени или в кэш-памяти

      * Используйте тип подключения SQL Server на странице » Создание подключения «.

      ** Необходимо указать SSL.

      • Стандартный
      • Частный канал доступа
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Частный канал доступа
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      ** Поддерживает все версии.

      8.0.31+Примечание. (Предложение для облака — текущая поддерживаемая версия облака)

      • Стандартный
      • Частный канал доступа
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Частный канал доступа
      • Системное подключение
      • Стандартный
      • Доступ к данным — только кэш
      • Стандартный
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Стандартный
      • Стандартный
      • Частный канал доступа
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Системное подключение
      • Частный канал доступа
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      *** SSL является неявным. Подключение от BI Publisher осуществляется с помощью одного из соединений набора данных или семантической модели.

      • Стандартный
      • Частный канал доступа
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение
      • Стандарт*
      • Частный канал доступа
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным
      • Системное подключение

      *В SQL Server настройте именованное подключение, используя статическое выделение портов. Для подключения Oracle Analytics к SQL Server динамическое выделение портов не поддерживается.

      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Удаленное подключение к данным
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Удаленное подключение к данным
      • Удаленное подключение к данным
      • Системное подключение
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным*
      • Доступ к данным — в реальном времени или в кэш-памяти
      • Стандартный
      • Частный канал доступа
      • Удаленное подключение к данным*
      • Системное подключение

      ** Поддержка только SSL на стороне сервера — отсутствует поддержка Mutual-TLS.

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

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