Ошибки при установке oracle

Обновлено: 07.07.2024

oracle @ sreenivas-HP-250-G4-Notebook-PC: / app / binaries / database $ ./runInstaller Запуск Oracle Universal Installer. ..

Проверка пространства Temp: должно быть больше 500 МБ. Фактический 415483 МБ Прошел Проверка пространства подкачки: должно быть больше 150 МБ. Фактический 1927 МБ Прошел *** Контрольный монитор: должен быть настроен для отображения не менее 256 цветов

Не удалось выполнить автоматическую проверку цветов дисплея с помощью команды / usr / bin / xdpyinfo. Проверьте, установлена ли переменная DISPLAY. Failed & lt; & lt; & lt; & lt; *** ***

Некоторые проверки требований не удались. Вы должны выполнить эти требования до того, как

Продолжить? (y / n) [n] n

Пользователь выбран: No

Выход из Oracle Universal Installer, журнал для этого сеанса можно найти в / tmp / OraInstall2017-05-02_02-41 -55AM / installActions2017-05-02_02-41-55AM.log

2) подтвержденное имя хоста и установил переменную среды DISPLAY = имя хоста: 0.0, как показано ниже, с использованием идентификатора пользователя Oracle: (после поиска решений в google и askubuntu)

oracle @ sreenivas-HP-250-G4-Notebook-PC: / app / binaries / database $ hostname sreenivas-HP-250-G4-Notebook-PC oracle @ sreenivas-HP-250- G4-Notebook-PC: / app / binaries / database $ echo $ DISPLAY sreenivas-HP-250-G4-Notebook-PC: 0.0

$ env LANG = en_IN DISPLAY = sreenivas-HP-250-G4-Notebook-PC: 0.0 COLORTERM = truecolor XDG_SESSION_ID = 2 USER = oracle PWD = / app / oracle12c HOME = / app / oracle12c MAIL = / var / mail / oracle SHELL = / bin / bash TERM = xterm-256color SHLVL = 1 LANGUAGE = en_IN: en LOGNAME = oracle XDG_RUNTIME_DIR = / run / user / 502 XAUTHORITY = / home / sreenivas / .Xauthority PATH = / usr / local / bin: / usr / б в: / bin: / usr / local / games: / usr / games: / snap / bin _ = / usr / bin / env OLDPWD = / app / binaries / database oracle @ sreenivas-HP-250-G4-Notebook-PC :

3), когда я выхожу из системы и снова подключаюсь к пользователю «oracle», тогда для переменной DISPLAY установлено значение NULL вместо localhost: 0.0

sreenivas @ sreenivas-HP-250-G4- Notebook-PC:

$ su - oracle Пароль: oracle @ sreenivas-HP-250-G4-Notebook-PC:

$ echo $ DISPLAY: 0

4) Я добавил переменную DISPLAY в профиль .bashrc для пользователя oracle и запущен .bashrc oracle @ sreenivas-HP-250-G4-Notebook-PC:

$ cat .bashrc LANG = en_IN DISPLAY = sreenivas-HP-250-G4-Notebook-PC: 0.0 COLORTERM = truecolor XDG_SESSION_ID = 2 USER = oracle PWD = / app / oracle12c HOME = / app / oracle12c MAIL = / var / mail / oracle SHELL = / bin / bash TERM = xterm-256color SHLVL = 1 LANGUAGE = en_IN: en LOGNAME = oracle XDG_RUNTIME_DIR = / run / user / 502 XAUTHORITY = / home / sreenivas / .Xauthority PATH = / usr / local / bin: / usr / bin: / bin: / usr / local / games: / usr / games: / snap / bin: / usr / bin / env OLDPWD = / app / binaries / database

5) Но все же DI Переменная SPLAY снова установлена в значение NULL, как показано ниже. oracle @ sreenivas-HP-250-G4-Notebook-PC:

$ echo $ DISPLAY: 0 oracle @ sreenivas-HP-250-G4-Notebook-PC:

Вопросы) a) Как сделать Я постоянно устанавливал переменную DISPLAY среды для «sreenivas-HP-250-G4-Notebook-PC: 0.0», чтобы избежать ошибки установки oracle? b) Дайте мне путь, по которому постоянно менять переменную DISPLAY на значение выше? Я прочитал много статей, но не смог решить эту ошибку. Pls руководство меня, поскольку это срочно.

В чем может быть проблема при установке Oracle Database 19c (ссылка где скачивал).

Распаковываю архив и нажимаю на setup.
После этого дальше пустого окна установки дело не доходит.
Установку я прерываю закрывая окно установщика.

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

Распаковываю архив и нажимаю на setup

Следует учесть: БД это довольно сложный программный продукт, его установка требует базовых знаний в облати ОС и БД. Их будет явно недостаточно, если их хватает только на действие - нажать на setup.

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

Установка БД 19c на Windows 10 Home десктоп или ноутбук в учебных или тестовых целях.

Создайте директорию, куда будет установлена БД. Использовать кириллические симоволы и пробелы не рекомендуется. Создайте, например: D:\app\oracle\orcl . Разархивируйте туда скаченый ранее архив. В данном случае, позднее понадобятся переменные окружения:

Откройте CMD как администратор и перейдите во вновь созданную директорию. Теперь запустите установщик:

В появившемся окне установщика нажимая Next следуйте до Steep 4 of 8, оставляя всё как есть. Здесь задайте (или оставте предложенное по-умолчанию):

Global datebase name: orcl
Password: *******
Pluggable datebase name: pdb1

Обязательно запомните эти данные. Переменная окружения для SID (системного идентификатора образа БД) и строка соединения будут такими:

Следуйте далее до Steep 6 of 8 и нажмите Install

Это лог установки и к нему следует обращаться в случае ошибок.

Закройте окнo CMD и откройте его теперь с обычным пользователем. Выполните подключение как привилигированый БД пользователь SYS :

Текущее местоположение - контейнер БД (CDB), здесь ничего создавать и менять не надо. В контейнере запущены: шаблон для новых БД ( PDB$SEED ) и только что созданая пустая БД ( PDB1 ), в которую и следует перейти:

Всё в порядке. В новой пустой БД создайте нового пользователя и работайте только с ним (не с SYS ).

На этом ресурсе уже есть следующие темы, которых помогут осуществить дальнейшие шаги:

У меня 64-разрядная ОС Windows 8.1, работающая в 64-битной архитектуре. Я устанавливаю новую копию Oracle 12C, значит, я еще не установил какую-либо версию в своей системе.

Код ошибки - [INS-30131]. У меня есть все привилегии администратора. Я также попытался решить эту проблему с помощью следующей команды:

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

спросил(а) 2014-02-04T10:57:00+04:00 7 лет, 9 месяцев назад

Убедитесь, что все в порядке:

Проблема 2:
Удалите OracleRemExecService перед выполнением 32-разрядной или 64-разрядной установки Oracle Client 12c Release 1 на
тот же Microsoft Windows x64 (64-разрядный) после установки 64-разрядного или 32-разрядного программного обеспечения Oracle.

(Эта служба обладает интеллектом. Когда кто-то пытается остановить ее, эта служба удаляется.
Это связано с тем, что эта служба не запускается из Oracle Home, как другие службы oracle, но из temp.
Например: C:\Users\AppData\Local\Temp\oraremservi.
)

ответил(а) 2014-05-31T11:01:00+04:00 7 лет, 5 месяцев назад

Ошибка вызвана из-за того, что административные ресурсы отключены. Если они не могут быть включены, выполните следующее обходное решение:

6.2.23 Ошибка INS-30131 при установке Oracle Database или Oracle Client

Если административные акции не включены при выполнении одного экземпляр Oracle Database или Oracle Client для 12c Release 1 (12.1) в Microsoft Windows 7, Microsoft Windows 8 и Microsoft Windows 10, то установка завершится с ошибкой INS-30131 .

Обход проблемы:

Для установки клиента:

-ignorePrereq -J"-Doracle.install.client.validate.clientSupportedOSCheck=false"

Для установки сервера:

-ignorePrereq -J"-Doracle.install.db.validate.supportedOSCheck=false"

ответил(а) 2016-11-25T20:05:00+03:00 4 года, 11 месяцев назад

Я нашел еще одну ситуацию, в которой эта проблема может возникнуть (несмотря на следующие шаги, перечисленные другими пользователями выше), и что когда имя пользователя пользователя, с которым вы вошли в систему, имеет на нем "_". Путь, который он попытается использовать для поиска временного каталога, - это все, что установлено в% TEMP%. Мне удалось обойти это:

Установлен успешно таким образом.

ответил(а) 2015-01-26T14:07:00+03:00 6 лет, 9 месяцев назад

(Решение) Аналогичная проблема: Windows 10 против Oracle 11g (11.2.0.4)

Проблема возникает снова с окончательной версией Windows 10 (и Server 2016 Preview 3), используя e. г. Oracle 11g (11.2.0.4, 64 бит) после задач установки отлично справился с несколькими предварительными сборками Windows 10. Все сказанное выше - o. к. соответственно не работают.

Обновление 2015-09-24:
С Server 2016 (Preview 3) это немного сложнее: сначала вы также должны установить переменную окружения% TEMP% e. г. на C:\Temp и для импорта ключей реестра выше (после этого не стоит забывать перезагружать систему).
Затем вы запускаете установку Oracle с помощью дополнительного параметра:

Если вы посмотрите, что происходит в% TEMP%, вы можете увидеть, что папка% TEMP%\oraremservice\создается дважды: после первого создания установщик, похоже, заметил, что служба не работает, удаляет папку и создает ее еще раз. После этого процесс установки работает так, как ожидалось.

Windows Server 2003 R2 с установленным на нём Oracle Client 10.2.0.4.
При запуске sqlplus от имени пользователя с администраторскими полномочиями коннект осуществляется без проблем. Но при попытке подключиться к базе от имени пользователя без администраторских полномочий появляется ошибка:

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

Создал группу ora_dba (имя группы, в данном случае, значения не имеет); Ввёл в эту группу всех пользователей, которым нужно работать с Oracle Client; Пуск, Администрирование, Локальная политика безопасности; В списке слева находим и разворачиваем "Локальные политики"; В списке справа находим "Создание глобальных объектов" и открываем его двойным щелчком мыши; Щёлкаем на "Добавить пользователя или группу…", затем на "Типы объектов…", ставим галочку против "Группы" и нажимаем "Ок"; В поле "Введите имена выбираемых объектов" вводим имя группы в нотации server\group_name ( srv1\ora_dba ). Можно нажать на кнопку "Проверить имена";

Результат - ошибок нет, пользователь счастлив и может работать.

ORA-28759: сбой при открытии файла

Суть проблемы в том, что Oracle Wallet Manager (OWM) при редактировании wallets меняет разрешения на доступ к файлу. В результате файл становится доступным только пользователю, от которого был запущен OWM.

Решение:
Измените разрешения на доступ к файлу так, чтобы пользователь, от которого работает Oracle DB, имел доступ хотя бы на чтение.

ORA-12154: TNS:could not resolve the connect identifier specified

PL/SQL Developer и Windows x64.

sqlplus

При попытке подключиться с помощью sqlplus, используя Easy Connect, тоже можно получить ошибку:

Для решения убедитесь, что " $ORACLE_HOME/network/admin/sqlnet.ora " или вообще не содержит параметра " NAMES.DIRECTORY_PATH ", или данный параметр имеет одним из значений (или единственным значением) " EZCONNECT ":

Ошибка компиляции при установке Oracle Client

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

Для Ubuntu 14.04 вероятно придётся пересоздать symlink:

и создать новый:

и снова пробуем выполнить:

SQL Developer, Oracle XE и ORA-12705 в Linux

При попытке настроить Jasper Reports Integration столкнулся с этой же ошибкой при настройке соединения Tomcat. Решается путём создания " $CATALINA_BASE/bin/setenv.sh " с добавлением в него следующих параметров запуска Java:

У меня содержимое файла выглядит так:

Проблемы с external job (sjsec 6a)

В какой-то момент стал получать ошибку:

Это происходило в Oracle, установленном на сервер под управлением Windows.
Решение — убедитесь и при необходимости запустите сервис OracleJobScheduler<SID>.
Где SID — SID вашего экземпляра БД.

ORA-01075 you are currently logged on

Нашёл решение здесь, но решил у себя продублировать. Итак, если при подключении к БД получаем что-то типа:

нужно выполнить следующие шаги:

подключаемся к системе под именем пользователя, от которого запущен Oracle;

SQLDeveloper из Oracle 11g (64 bit) на Windows (64 bit)

Как ни парадоксально, но это решается установкой java 32-bit и добавлением в файл " %ORACLE_HOME%\sqldeveloper\sqldeveloper\bin\sqldeveloper.conf " строки, в которой с помощью SetJavaHome задан JAVA_HOME (путь к java), например так:

ORA-00845: MEMORY_TARGET not supported on this system

На Windows я с такой ошибкой пока не встречался, а на linux решение простое:

правим (или добавляем при остутствии) в " /etc/fstab " строку

Где:
size — размер больше или равен объёму выделяемой для всех экземпляров Oracle памяти. В нашем случае он равен 12Gb (size=12g).

должны получить что-то похожее на следующее:

ORA-12034: materialized view log on "SCHEMA"."MVIEW" younger than last refresh

Можно смотреть ноту 204127.1 на Metlink.
В некоторых случаях помогает:

Проблемы при повторной конфигурации Oracle XE.

Один из вариантов повторной конфигурации Oracle XE заключается в удалении " /etc/sysconfig/oracle-xe " (для Red Hat) и выполнении " /etc/init.d/oracle-xe configure ". Однако, если у вас имеется созданное вами табличное пространство в указанном вами файле данных, выполните обязательно бэкап этого табличного пространства. Указанный скрипт выполнит пересоздание DBID для известных ему файлов данных, но не тронет те, что вы создали. Таким образом, после старта системы вы не сможете ни получить доступ к вашим файлам, ни подключить их к БД, т.к. в них прописаны старые DBID. Будьте внимательнее.

ORA-01704: string literal too long

При работе с Oracle через JDBC, столкнулся с проблемой в виде ошибки "ORA-01704: string literal too long". Оказывается, в некоторых случаях (JDBC — один из них) нельзя просто взять и вставить строку длиной больше 4000 символов в поле таблицы. Даже если это поле типа CLOB. Т.е. не прокатывает строка вида:

Пересоздание сессии в удалённой БД (dblink)

Разработчики стали жаловаться, что, при обращении к объекту, размещённому в удалённой БД, через database link, появляется следующая ошибка:

создаем database link с тем же именем, но с подключением к любому другому серверу (про другую схему того же сервера сказать ничего не могу — не проверял); выполняем любой запрос к удалённой БД через созданный линк; создаём заново линк, но уже с нужными параметрами подключения.

В результате, на требуемом нам сервере будет создана новая сессия. Проблема была решена. Такой вот lifehack.

К сожалению, воспроизвести ситуацию уже невозможно, но, вероятно, могла помочь и следующая последовательность действий:

Certificate of the remote server does not match the target address.

Эта заметка относится к Oracle Database 12.2.
В wallet-файле есть необходимый сертификат, но при обращении к ресурсу получаем ошибку:

Ещё один широко известный в узких кругах ресурс:

ORA-27369: job of type EXECUTABLE failed with exit code: 274662

ORA-00392: log 1 of thread 1 is being cleared, operation not allowed

При открытии БД с resetlogs получаем ошибку:

Вероятно, первая команда " alter database open resetlogs " завершилась неудачно и в control-файле redo остались в статусе CLEARING/CLEARING_CURRENT:

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

а затем уже повторить:

На metalink есть документ (Doc ID 1352133.1)

ORA-31640: unable to open dump file "FILENAME" for read

При выполнении импорта средствами Oracle DataPump столкнулся с этой ошибкой (видна в лог-файле). Дамп-файлы были размещены на NFS-разделе, который был смонтирован не совсем корректно. Подсмотрел здесь параметры, которые помогли решить проблему:

Читайте также: