Имена базы данных и их отличия

1. DB_NAME - имя базы данных - это внутренний идентификатор базы данных Oracle. Максимальная длина - 8 символов. Многие каталоги физического хранилища базы данных используют это имя.

2. DB_UNIQUE_NAME - глобальное уникальное имя для базы данных. Базы данных с одним и тем же DB_NAME в одном и том же DB_DOMAIN (например, копии базы данных, созданные для отчетов или STANDBY) должны иметь уникальное DB_UNIQUE_NAME. У каждой базы в компании должно быть уникальное DB_UNIQUE_NAME

3. INSTANCE_NAME, он же ORACLE_SID - имя экземпляра базы данных. Это имя, используемое при взаимодействии базы данных и операционной системы. Если вы создали несколько баз данных на машине и хотите подключиться к одной из них через Sqlplus, вам необходимо указать ORACLE_SID:

(windows)set ORACLE_SID=SIDNAME

(linux/aix)export ORACLE_SID=SIDNAME

Метод локального подключения sqlplus / as sysdba будет подключаться к соответствующему экземпляру в соответствии с ORACLE_SID. Возникновение ошибки 12560, обычно происходит из-за неправильного указанного ORACLE_SID или из-за того, что служба не запущена.

4. SERVICE_NAMES - параметр с именами служб базы данных. Если у базы данных есть DB_DOMAIN , то SERVICE_NAMES будет равен имени GLOBAL_DB_NAME. В противном случае SERVICE_NAMES будет равен DB_NAME.

База регистрируется в LISTENER именно с именами SERVICE_NAMES . И именно эти имена должны указываться в строке подключения к базе данных.

В базе данных может быть несколько SERVICE_NAMES.

5. TNS_NAME: псевдоним для строки подключения к базе, настраиваемый в файле tnsnames.ora, и позволяющий пользователю подключаться к базе просто по имени, не вводя дополнительных параметров

Например в файле tnsnames.ora может быть прописана сл. строка подключения:

1.3 ORA-12541: TNS:no listener (листенер выключен/на другом порту/вообще нет)

Pre - Выполнить на сервере команду lsnrctl stop

Попросить выполняющего подключиться к БД из девелопера. В результате должен получить ошибку ORA-12541: TNS:no listener

Ожидается, что выполняющий должен понять что проблема с листенером, зайти на сервер, выполнить команду lsnrctl status.

Команда покажет отсутствие Listenera, выполняющий должен выполнить команду lsnrctl start и попробовать снова подключиться к БД успешно

1.4 ORA-12528: TNS:listener: all appropriate instances are blocking new connections (Listener блокирует все подключения кроме Sys, обычно если БД в режиме NOMOUNT/MOUNT/RESTRICT)

Pre - Перевести БД на стандартный listener 1521, выполнив alter system set LOCAL_LISTENER='' scope=both; и alter systen register;

Pre - Потушить БД - shu immediate и поднять в режиме nomount - startup nomount

Попросить выполняющего подключиться к БД из девелопера. В результате должен получить ошибку ORA-12528

Ожидается, что выполняющий пойдет смотреть статус командой lsnrctl status, который будет BLOCKED. После ожидается подключение локально под sysdba и проверка состояния БД из v$instance.state

Рассказать о флаге (UR=A) в локальном tnsnames.ora, позволяющим удаленно подключаться к БД под sys, даже когда листенер блокирует все подключения.

После этого выполняющий должен подключиться под sys по сети, выполнить mount бд и её открытие

1.5 *Задание с особой сложностью

ORA-12514: TNS:listener does not currently know of service requested in connect descriptor (БД не зарегистрирована в листенере).

Pre - Добавить новый листенер, в listener.ora LISTENER_RESERV = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1522))

Pre - Добавить новый путь в tnsnames.ora(на сервере) LISTENER_RESERV = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1522))

Pre - Поставить БД дефолтом второй листенер - alter system set LOCAL_LISTENER='LISTENER_RESERV' scope=both;

Попросить выполняющего подключиться к БД из девелопера. В результате должен получить ошибку ORA-12514

Ожидается, что выполняющий пойдет смотреть статус команды lsnrctl_status, где БД не увидит,

Правильный путь так же предполагает попытку вручную зарегать БД в листенере через alter systen register;

Нужно подсказать посмотреть файл listener.ora, чтоб увидел наличие 2 работающих листенеров,

а в БД заполненное значение параметра local_listener ссылающееся на второй листенер на порту 1522

2. Доступ в БД и авторизация

2.1 Неверный пароль

2.2 Пользователь заблокирован

2.3 Подключение к sys не как sysdba

3. Блокировки

3.1 TX Блокировка на строку

3.2 TM Блокировка таблицы

3.3 Library cache lock при попытке компиляции использующегося объекта и дальнейшего дерева блокировок

4. Инфраструктура

4.1. Собрать данные сервера (версия, размер БД, режим логов) для заявки.