Commit 6e691c
2026-02-02 04:58:04 feagor: test deleted.| test.md .. /dev/null | |
| @@ 1,103 0,0 @@ | |
| - | # Повторение Теории: {#theory} |
| - | Имена базы данных и их отличия: |
| - | 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 = |
| - | (DESCRIPTION = |
| - | (ADDRESS_LIST =(ADDRESS = |
| - | (PROTOCOL = TCP) |
| - | (HOST = MY_HOST) |
| - | (PORT = 1524))) |
| - | (CONNECT_DATA =(SERVICE_NAME = MYBASE)) |
| - | ) |
| - | ``` |
| - | Что позволит подключаться к базе через сетевое соединение - `sqlplus sys@MYBASE as sysdba`, вместо того чтобы указывать сервер, порт и имя сервиса - `sqlplus sys@MY_HOST:1524/MYBASE as sysdba` |
| - | |
| - | |
| - | # Практический блок (Лабораторные работы): {#practice} |
| - | - [x] 195.133.254.57:53421 - проброс 1521 листенера |
| - | - [x] 195.133.254.57:53422 - проброс 22 ssh |
| - | |
| - | 1. Listener: |
| - | 1. ORA-12154 - TNS:could not resolve the connect identifier specified (не найден алиас/ошибка в tnsnames). |
| - | Попросить выполняюшего подключиться к базе CBS с кредами colvir/colvir через PL SQL Developer. Должен получить ошибку ORA-12154. |
| - | Ожидается, что выполняющий должен понять что для того чтобы исопользовать TNS имя CBS, его для начала необходимо внести в локальный TNSNAMES.ora, в нашем случае |
| - | ``` |
| - | CBS = |
| - | (DESCRIPTION = |
| - | (ADDRESS = (PROTOCOL = TCP)(HOST = 195.133.254.57)(PORT = 53421)) |
| - | (CONNECT_DATA = |
| - | (SERVER = DEDICATED) |
| - | (SERVICE_NAME = cbs) |
| - | ) |
| - | ) |
| - | ``` |
| - | и для сл. теста |
| - | ``` |
| - | CBS_WR = |
| - | (DESCRIPTION = |
| - | (ADDRESS = (PROTOCOL = TCP)(HOST = 1.1.1.4)(PORT = 1521)) |
| - | (CONNECT_DATA = |
| - | (SERVER = DEDICATED) |
| - | (SERVICE_NAME = CBS_WR) |
| - | ) |
| - | ) |
| - | ``` |
| - | После добавления локальной записи должно произойти успешное подключение к БД |
| - | |
| - | 2. ORA-12170: TNS:Connect timeout occurred(тайм-аут/сетевой экран/нет доступа к серверу) |
| - | Попросить выполняюшего подключиться к базе CBS_WR с кредами colvir/colvir через PL SQL Developer.<br> |
| - | Должен получить ошибку `ORA-12170`<br> |
| - | Рассказать что это разновидность ошибки, когда сервер по какой-то причине не доступен и открытие сокета падает по тайм-ауту из-за сети,фаервола и похожих причин |
| - | |
| - | 3. ORA-12541: TNS:no listener (листенер выключен/на другом порту/вообще нет) |
| - | * Pre - Выполнить на сервере команду `lsnrctl stop` |
| - | |
| - | Попросить выполняющего подключиться к БД из девелопера. В результате должен получить ошибку `ORA-12541: TNS:no listener` |
| - | Ожидается, что выполняющий должен понять что проблема с листенером, зайти на сервер, выполнить команду lsnrctl status. |
| - | Команда покажет отсутствие listenera, выполняющий должен выполнить команду `lsnrctl start` и попробовать снова подключиться к БД успешно |
| - | |
| - | 4. 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 бд и её открытие |
| - | |
| - | 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. Доступ в БД и авторизация |
| - | * Неверный пароль |
| - | * Пользователь заблокирован |
| - | * Подключение к sys не как sysdba |
| - | 3. Блокировки |
| - | * TX Блокировка на строку |
| - | * TM Блокировка таблицы |
| - | * Library cache lock при попытке компиляции использующегося объекта и дальнейшего дерева блокировок |
| - | 4. Инфраструктура |
| - | * Собрать данные сервера (версия, размер БД, режим логов) для заявки. |