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

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:

* ORA-12154 - TNS:could not resolve the connect identifier specified (не найден алиас/ошибка в tnsnames).

Попросить выполняюшего подключиться к базе CBS с кредами colvir/colvir через PL SQL Developer. Должен получить ошибку ORA-12154.

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

```CBS =

и для сл. теста

```CBS_WR =

После добавления локальной записи должно произойти успешное подключение к БД

1. ORA-12170: TNS:Connect timeout occurred(тайм-аут/сетевой экран/нет доступа к серверу)

Попросить выполняюшего подключиться к базе CBS_WR с кредами colvir/colvir через PL SQL Developer.<br>

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

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

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

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

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

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

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

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

* 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.status`

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

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

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

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

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

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

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

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

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

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

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

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