Commit c75a65
2026-02-02 04:53:41 feagor: -/-| /dev/null .. test.md | |
| @@ 0,0 1,102 @@ | |
| + | # test |
| + | |
| + | # Повторение Теории: {#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: |
| + | * 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) |
| + | ) |
| + | ) |
| + | ``` |
| + | После добавления локальной записи должно произойти успешное подключение к БД |
| + | |
| + | 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. Инфраструктура |
| + | * Собрать данные сервера (версия, размер БД, режим логов) для заявки. |