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

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 может быть прописана сл. строка подключения:

```MYBASE =

Что позволит подключаться к базе через сетевое соединение - `sqlplus sys@MYBASE as sysdba`, вместо того чтобы указывать сервер, порт и имя сервиса - `sqlplus sys@MY_HOST:1524/MYBASE as sysdba`

- [x] 195.133.254.57:53421 - проброс 1521 листенера

- [x] 195.133.254.57:53422 - проброс 22 ssh

1. Listener:

Ожидается, что выполняющий должен понять что для того чтобы исопользовать TNS имя CBS, его для начала необходимо внести в локальный TNSNAMES.ora, в нашем случае

Должен получить ошибку `ORA-12170`<br>

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

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

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

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

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

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

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

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

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

* 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. Доступ в БД и авторизация

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

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

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

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

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

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

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

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

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