CREATE PUBLIC DATABASE LINK "test"
CONNECT TO ADMIN
IDENTIFIED BY xxx
USING 'SUNSET';


select name from v$database@test;

NAME
---------
SUNSET
1 row selected.


Это всё работает, но в tnsnames.ora на сервере БД, где создан dblink, нет записи о SUNSET.

Не пойму, как это работает.

TNS_ADMIN не установлена.
tnsnames.ora лежит, где ей и положено, в $ORACLE_HOME/network/admin, но нужной записи там нет.


find /u01 -name tnsnames.ora
/u01/oracle/product/gateways/network/admin/samples/tnsnames.ora
/u01/oracle/product/10.2/db_1/network/admin/samples/tnsnames.ora
/u01/oracle/product/10.2/db_1/network/admin/ tnsnames.ora
find: `/u01/lost+found': Permission denied
/u01/oracleas/product/10.1.3.1/OracleAS_1/network/admin/samples/tnsnames.ora

нашла переменную
env | grep TNS_ADMIN
TNS_ADMIN=/u01/oracle/product/10.2/db_1/network/admin

тут suset - сервеp, ping работае
ping sunset
PING sunset.ххх.ru (10.хх.хх.хх) 56(84) bytes of data.
64 bytes from 10.хх.хх.хх: icmp_seq=1 ttl=59 time=1.21 ms

^C


тут suset - это БД
tnsping sunset

TNS Ping Utility for Linux: Version 10.2.0.4.0 - Production on 06-MAR-2017 10:58:52

Copyright (c) 1997, 2007, Oracle. All rights reserved.

Used parameter files:
/u01/oracle/product/10.2/db_1/network/admin/sqlnet.ora

Used EZCONNECT adapter to resolve the alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=sunset.ххх.ru))(ADDRESS=(PROTOCOL=TCP)(HOST=10.хх.хх.хх)(PORT=1521)))
OK (0 msec)

Vadim LejninКакая ОС не указана, поэтому:




Linux SUSE
host sunset
sunset.ххх.ru has address 10.хх.хх.хх

ls /etc/tnsnames.ora /var/opt/oracle/tnsnames.ora
ls: cannot access /etc/tnsnames.ora: No such file or directory
ls: cannot access /var/opt/oracle/tnsnames.ora: No such file or directory

~/ORACLE_HOME/network> grep NAMES.DIRECTORY_PATH $ORACLE_HOME/network/admin/sqlnet.ora
NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

Vadim Lejnin,

Спасибо.

Подскажите, пожалуйста,
для чего может быть удобна такая конфигурация баз данных:
имя каждой БД = имени хоста, на котором она работает.

Одно преимущество уже выявлено, не надо заморачиваться с tnsnames.ora.
А ещё в чём удобства?

AnSi_SrАлена, так обычно не делают. У серверов своя система имен, у инстансов БД - своя. Да и отношение хост:инстанс совсем не 1:1.

Я и сама догадываюсь, что так обычно не делают, но здесь сделано именно так.
Ещё прикол, если на хосте несколько БД, то для каждой БД хост имеет несколько алиасов, чтобы выполнялось правило:
имя БД = имени хота.

Для чего-то же так было сделано, я пока не могу понять, для чего.
В чём плюсы такой архитектуры?

Vadim LejninAliona,

Не надо поддерживать актуальность tnsnames на клиентах
одна точка управления
Согласна, я об этом выше догадалась.

А как такую конструкцию использовать в Data Guard?
Как переключать роли primary <--> standby без простоя ?
Можно тут обойтись без tnsnames?

fortnetAliona,

Можно.
Расскажите,пожалуйста, как.

щас мысли пришла в DNS использовать alias.

fortnetAliona,

log_archive_dest_2='SERVICE="(description=(address_list=(address ....
Очень информативно.

fortnetМожно при описании сервиса на праймери для стендбая вместо алиаса, (который должен разрешаться в tnsnames.ora), прописывать сам дескриптор.
Тогда tnsnames.ora не нужен.
Именно так делает EM Cloud Control, когда добавляет в конфигурацию DG standby.

Я немного не то спросила, ну, да ладно, уже сама придумала, как надо проэкспериментировать.