Ошибка при создании базы данных oracle
Обновлено: 04.07.2024
В этой статье описывается настройка связанного сервера с компьютера, на Microsoft SQL Server запущенного в базу данных Oracle, а также основные действия по устранению ошибок, которые могут возникнуть при настройках связанного сервера с базой данных Oracle.
Оригинальная версия продукта: Microsoft SQL Server 2005 выпуск Standard, Microsoft SQL Server 2005, Microsoft SQL Server 2005 выпуск Enterprise, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 workgroup Edition
Исходный номер КБ: 280106
Сводка
В этой статье описывается настройка связанного сервера с компьютера, который работает Microsoft SQL Server в базу данных Oracle, и основные действия по устранению неполадок, которые могут возникнуть при настройках связанного сервера с Oracle. Большая часть сведений в этой статье применима к средам, настроенным для использования поставщика OLEDB Microsoft для Oracle (MSDAORA). Избегайте использования этой функции в новых разработках и планируйте изменять приложения, использующие эту функцию в настоящее время. Вместо этого используйте поставщика OLE DB Oracle.
Дополнительные сведения о настройке связанного сервера с помощью olEDB-поставщика Oracle в обзоре How to get up and running with Oracle and Linked Servers.
Текущая версия драйвера Microsoft ODBC для Oracle соответствует спецификации ODBC 2.5, в то время как поставщик OLE DB для Oracle является родным поставщиком API OCI Oracle 7. Драйвер и поставщик используют клиент SQL*Net (или Net8 для Oracle 8x) и библиотеку интерфейса вызовов Oracle и другие клиентские компоненты Oracle для подключения к базам данных Oracle и получения данных. Клиентские компоненты Oracle важны и должны быть правильно настроены для успешного подключения к базам данных Oracle с помощью драйвера и поставщика.
Из microsoft Data Access Components (MDAC) версии 2.5 и более поздних версий драйвер Microsoft ODBC и поставщик OLE DB поддерживают только Oracle 7 и Oracle 8i с следующими ограничениями:
Типы данных для Oracle 8.x, такие как CLOB, BLOB, BFILE, NCHAR, NCLOB и NVARCHAR2, не поддерживаются.
Функция Unicode на серверах Oracle 7.x и 8.x не поддерживается.
Несколько экземпляров клиентов Oracle или несколько домов Oracle не поддерживаются, поскольку они зависят от первого появления дома Oracle в переменной SYSTEM PATH.
Возвращение нескольких результатов из сохраненной процедуры или пакета SQL не поддерживается с помощью ADO или OLEDB.
Вложенные внешние соединители не поддерживаются.
Сохранение XML не поддерживается.
Версия с более чем 8i не поддерживается с помощью этих драйверов.
Сторонние продукты, которые обсуждаются в этой статье, производятся компаниями, независимыми от Microsoft. Корпорация Майкрософт не дает никаких явных, подразумеваемых и прочих гарантий относительно производительности или надежности этих продуктов.
Действия по настройкам связанного сервера с Oracle
Необходимо установить клиентскую программу Oracle на компьютере, SQL Server на котором установлен связанный сервер.
Установите нужный драйвер на компьютере с SQL Server. Microsoft поддерживает только драйвер поставщик OLE DB для Oracle (Майкрософт) Microsoft ODBC для Oracle. Если вы используете стороннего поставщика или стороннего драйвера для подключения к Oracle, необходимо связаться с соответствующим поставщиком для любых проблем, которые могут возникнуть с помощью поставщика или драйвера.
Если вы используете драйвер поставщик OLE DB для Oracle (Майкрософт) и Microsoft ODBC для Oracle, рассмотрите следующие вопросы:
Как поставщик OLE DB, так и драйвер ODBC, включенный в компоненты доступа к данным Майкрософт (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, как указано в следующей таблице.
Перезапустите компьютер, который SQL Server после установки клиентского программного обеспечения Oracle.
На компьютере, который SQL Server, установите связанный сервер с помощью следующего сценария.
Если для Oracle используется драйвер Microsoft ODBC, параметр можно указать @datasrc имя DSN. Для подключения без DSN строка поставщика поставляется через @provstr параметр. С поставщик OLE DB для Oracle (Майкрософт) используйте псевдоним сервера Oracle, настроенный в файле TNSNames.Ora для @datasrc параметра. Дополнительные сведения см. в разделе "sp_addlinkedserver" в SQL Server Books Online.
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт: 322756 Как создать и восстановить реестр в Windows
Для получения расширенных сведений о любой ошибке при выполнении распределенного запроса можно использовать любой из следующих двух методов.
Подключение SQL Server использовать SQL Server Management Studio и запустить следующий код, чтобы включить флаг трассировки 7300.
Интерфейс::Метод не справился с кодом hex-error.
Код hex-error можно найти в файле Oledberr.h, который включен в набор разработки программного обеспечения MDAC (SDK).
Ошибка 7399. Поставщик OLE DB "%ls" для связанного сервера "%ls" сообщил об ошибке. %ls
Включай флаг трассировки 7300 или SQL profiler для захвата события ошибок OLEDB для получения расширенных сведений об ошибках OLEDB.
"ORA-12154: TNS:не удалось разрешить имя службы"
"Клиентские и сетевые компоненты Oracle (tm) не найдены. Эти компоненты поставляются корпорацией Oracle и являются частью установки клиентского программного обеспечения Oracle Version 7.3.3 (или больше) ".
Эти ошибки возникают при проблеме подключения к серверу Oracle. Просмотрите методы устранения неполадок с подключением в разделе Сервер Oracle ниже для дополнительных устранений неполадок.
Ошибка 7302. Не удается создать экземпляр поставщика OLE DB "MSDAORA" для связанного сервера "%ls".
Если вы используете стороннего поставщика Oracle, а поставщик Oracle не может работать вне процесса SQL Server, в результате изменения параметров поставщика включить его в процессе. Чтобы изменить параметры поставщика, используйте один из следующих методов.
Метод 1 Найдите следующий ключ реестра. Затем измените значение записи AllowInProcess (DWORD) на 1. Этот ключ реестра расположен под соответствующим именем поставщика: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Providers\ProviderName .
Ошибка 7312. Недопустимое использование схемы и/или каталога для поставщика OLE DB "%ls" для связанного сервера "%ls". Было предоставлено имя из четырех части, но поставщик не предоставляет необходимые интерфейсы для использования каталога и/или схемы.
Ошибка 7313. Для поставщика "%ls" для связанного сервера была указана недействительный схема или каталог.
Ошибка 7314. Поставщик OLE DB "%ls" для связанного сервера "%ls" не содержит таблицу "%ls". Таблица либо не существует, либо у текущего пользователя нет разрешений на эту таблицу.
На стороне Oracle в верхнем шкафу хранится таблица или столбец, созданный без двойных кавычках. Если таблица или столбец заключены в двойные кавычка, таблица или столбец хранятся как есть.
В следующем вызове показано, существует ли таблица в схеме Oracle. В этом вызове также указывается точное имя таблицы.
Ошибка 7413. Не удалось подключиться к связанному серверу "%ls" (OLE DB Provider '%ls'). Включить делегирования или использовать удаленный SQL Server для текущего пользователя. Msg 18456, Level 14, State 1, Line 1 Login failed for user ' ' .
Ошибка 7391. Операция не может быть выполнена, так как поставщик OLE DB "MSDAORA" для связанного сервера "%ls" не смог начать распределенную транзакцию. След ошибки OLE DB [OLE/DB Provider 'MSDAORA' ITransactionJoin::JoinTransaction returned 0x8004d01b]
Если все записи реестра верны, MtxOCI.dll файл загружается. Если файл MtxOCI.dll не загружен, нельзя выполнять распределенные транзакции с Oracle с помощью поставщик OLE DB для Oracle (Майкрософт) или с помощью драйвера Microsoft ODBC для Oracle. Если вы используете сторонного поставщика и получаете ошибку 7391, убедитесь, что поставщик OLE DB, который вы используете, поддерживает распределенные транзакции. Если поставщик OLE DB поддерживает распределенные транзакции, убедитесь, что координатор распределенных транзакций Майкрософт (MSDTC) запущен и имеет доступ к сети.
Ошибка 7392. Невозможно запустить транзакцию для поставщика OLE DB "MSDAORA" для связанного сервера "%ls". Трассировка ошибки OLE DB [OLE/DB Provider 'MSDAORA' ITransactionLocal::StartTransaction возвращена 0x8004d013: ISOLEVEL=4096].
Поставщик OLE DB вернул ошибку 7392, так как для этого сеанса может быть активна только одна транзакция. Эта ошибка указывает на то, что при явной или неявной транзакции поставщик OLE DB пытается сделать заявление об изменении данных, а поставщик OLE DB не поддерживает вложенные транзакции. SQL Server требуется эта поддержка, чтобы при определенных условиях ошибки можно было прекратить действие заявления об изменении данных при продолжении транзакции.
Если он on, SQL Server не требует вложенной поддержки транзакций SET XACT_ABORT от поставщика OLE DB. Поэтому выполните перед выполнением заявлений об изменении данных в удаленных таблицах в SET XACT_ABORT ON неявной или явной транзакции. Делайте это в том случае, если поставщик OLE DB, который вы используете, не поддерживает вложенные транзакции.
Методы устранения неполадок с подключением к серверу Oracle
Чтобы отлукать проблемы с подключением Oracle с драйвером Microsoft ODBC для Oracle или поставщик OLE DB для Oracle (Майкрософт), выполните следующие действия:
Используйте утилиту Oracle SQL Plus (утилиту запросов на основе командной строки) для проверки возможности подключения к Oracle и получения данных.
Если вы не можете подключиться к Oracle и получить данные, у вас либо плохая установка или конфигурация компонентов клиента Oracle, либо вы неправильно создали псевдоним службы прозрачной сети (TNS) для сервера Oracle, когда вы использовали SQL*Net Easy Configuration или Oracle Net8 Easy Configuration utility. Обратитесь к администратору базы данных Oracle (DBA), чтобы убедиться, что компоненты Oracle, которые должны быть правильно установлены и настроены.
Проверьте версию клиента Oracle (SQL чистая версия), установленного * на компьютере. Для драйвера Microsoft ODBC для Oracle поставщик OLE DB для Oracle (Майкрософт) требуется установка SQL*Net версии 2.3 или более поздней версии на клиентский компьютер.
Подключение из SQL Плюс (средство клиентского запроса Oracle) может появиться, но необходимо перезапустить компьютер, чтобы подключение ODBC/OLE DB функционировало правильно.
При использовании Oracle 8i файл .rgs пуст.
Если клиент Oracle установлен, и вы получите ошибку, которая указывает на то, что компоненты клиента Oracle 7.3 или более поздней части должны быть установлены на компьютере, убедитесь, что экологическая переменная PATH на клиентский компьютер содержит папку, в которой был установлен клиент Oracle, например, Oracle_Root\Bin. Если вы не можете найти эту папку, добавьте папку в переменную PATH, чтобы устранить ошибку.
Убедитесь, что Ociw32.dll находится в папке Oracle_Root\bin. Этот .dll не может существовать в любом другом расположении на клиентский компьютер. Убедитесь, что DLLs клиентского компонента Oracle (например, файл Core40.dll и файл ora.dll) не существуют вне Oracle_Root папки или * подмостков.
Убедитесь, что на компьютере установлена одна клиентская версия Oracle. Несколько версий SQL*Net не могут существовать на одном клиентском компьютере с помехами и критическими операциями (например, TNS и alias lookups).
Корпорация Майкрософт рекомендует установить локальный клиент Oracle, а не делать это путем сопоставления удаленного клиента Oracle на компьютере, а затем включить его в путь системы для подключения к Oracle через ODBC/OLE DB. Но поставщик и драйвер проверяются с локально установленным клиентом Oracle, а не на сетевой совместной основе.
В чем может быть проблема при установке Oracle Database 19c (ссылка где скачивал).
- Распаковываю архив и нажимаю на setup.
- После этого дальше пустого окна установки дело не доходит.
- Установку я прерываю закрывая окно установщика.
Распаковываю архив и нажимаю на 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 ).
На этом ресурсе уже есть следующие темы, которых помогут осуществить дальнейшие шаги:
Я только что установил oracle11g, и в нем отсутствовала схема Скотта. Поэтому я пытаюсь создать его сам. Я получил sql-скрипт схемы «Скотт», но когда я пытаюсь запустить запрос «создать пользователя Скотта, идентифицированного тигром;» он отображает следующую ошибку:
ORA-65096: недопустимое имя обычного пользователя или роли в Oracle.
По сути, это не позволяет мне создать пользователя «Скотт». Почему это так и как я могу решить свою проблему?
Возможно, вы установили клиент 11g, но подключаетесь к базе данных 12c? Что именно вы установили?В 99,9% случаев ошибка ORA-65096: invalid common user or role name означает, что вы вошли в CDB, тогда как вы должны войти в PDB.
Но если вы настаиваете на неправильном создании пользователей, выполните следующие действия.
ОПАСНОСТЬ
Установка недокументированных параметров, подобных этому (обозначенных ведущим подчеркиванием), должна выполняться только под руководством службы поддержки Oracle. Изменение таких параметров без таких указаний может привести к аннулированию вашего контракта на поддержку. Так что делайте это на свой страх и риск.
В частности, если вы установили "_ORACLE_SCRIPT"=true , некоторые изменения словаря данных будут сделаны с столбцом ORACLE_MAINTAINED, установленным на «Y». Эти пользователи и объекты будут неправильно исключены из некоторых сценариев DBA. И они могут быть некорректно включены в некоторые системные скрипты.
Если вы согласны с вышеуказанными рисками и не хотите правильно создавать обычных пользователей, используйте ответ ниже.
Перед созданием пользователя запустите:
Имейте в виду, что это скрытый параметр, и его следует использовать только тогда, когда это рекомендовано службой поддержки Oracle. Опасно использовать параметры подчеркивания (скрытые) в производственных системах, так как это может привести к недействительности вашего контракта на поддержку. Поэтому вам следует посоветовать людям установить их, не давая соответствующего предупреждения. это неправильно и не поддерживается в Oracle, я использовал его, и это вызвало другие внутренние проблемы. Он работает с Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production @Victor - потому что нам разрешено изменять их только по указанию службы поддержки Oracle. Как я уже сказал, установка недокументированных параметров самостоятельно может аннулировать наш контракт на поддержку. В общем, настройки Oracle по умолчанию для документированных и недокументированных параметров обычно подходят для всех приложений и не нуждаются в изменении. Настройка параметров подчеркивания привлекает людей, которым нравится острые ощущения от тайного доступа, а это худшая причина для их настройки. Но если у вас нет контракта на поддержку, о котором нужно беспокоиться, вы можете рискнуть повредить свою систему любым удобным для вас способом ;-)Я только что установил oracle11g
ORA-65096: недопустимое общее имя пользователя или роли в Oracle
Нет, вы установили Oracle 12c . Эта ошибка может быть только включенной 12c и не может быть включенной 11g .
Всегда проверяйте версию вашей базы данных до 4 знаков после запятой:
- корневой контейнер ( CDB )
- и / или ноль, одна или несколько подключаемых баз данных ( PDB ).
Вы должны были создать базу данных как базу данных контейнера . Пока вы пытаетесь создать пользователя в контейнере, то есть CDB $ ROOT , однако вы должны создать пользователя в базе данных PLUGGABLE .
Вы не должны создавать объекты, связанные с приложением, в контейнере, контейнер содержит метаданные для подключаемых баз данных. Вы должны использовать подключаемую базу данных для общих операций с базой данных. В противном случае не создавайте его как контейнер и не используйте мультитенантность . Однако начиная с версии 12cR2 вы все равно не можете создать неконтейнерную базу данных.
И, скорее всего, образцы схем могли быть уже установлены, вам просто нужно разблокировать их в подключаемой базе данных.
Например, если вы создали подключаемую базу данных как pdborcl :
Чтобы отобразить PDB и подключиться к подключаемой базе данных из корневого контейнера:
Примечание : ответы, предлагающие использовать _ORACLE_SCRIPT скрытый параметр для установки значения true, опасны для производственной системы и могут также сделать недействительным ваш контракт на поддержку. Осторожно, без консультации со службой поддержки Oracle НЕ используйте скрытые параметры .
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-разделе, который был смонтирован не совсем корректно. Подсмотрел здесь параметры, которые помогли решить проблему:
Читайте также: