ТЕМА:

Есть параметр инициализации GLOBAL_NAMES. Если его установить в false, то совпадение имен линка и базы проверяться не будет.

Я всегда делала так, работало как часы

1. не использовала GLOBAL_NAMES
GLOBAL_NAMES = false
2. select * from global_name должно выдавать только SID (SERVICE_NAME ) без доменов (если что, в ручною можно подправить)
3. SID локальной и удаленной БД должны быть разными (в доке вроде так и написано)
обращаешся например
select * from scott.emp@central

Так в том-то и прикол: у нас global_names=false. Если создаешь snapshot, то ему безразлично имя линка. Но когда пытаешься создать mview group, к примеру

Tо требуется, чтобы имя линка к мастер-сайту и global_name мастер-сайта быти одинаковы, в данном случае "sqlmast". Теоретически можно у снапшота указать один линк, а зарегестрировать его в группе с другим линком.

Нашел упоминание о том, что на снапшот-сайте снапшот должен лежать в схеме с тем же именем, что и реплицируемая таблица на мастер-сайте, про имена линков не нашел, это так, из опыта.

Люди у меня похожая проблема!
В первой бд датабазелинки нормальные
скажем такие
йй
цц
уу
кк
а после импорта в другую даже не знаю что делать
йй.домен.тачки.сервера
и так все остальные...
в SQLNET.ORA я заремил
# NAMES.DEFAULT_DOMAIN = домен.тачки.сервера
создаю линк и опять всплывает (( йй.домен.тачки.сервера
Подскажите что делать и как исправить уже существующие линки и почемууу? они такие создаются....
9i вынь2К
Спасибо

А ты попробуй ALTER DATABASE RENAME GLOBAL_NAME TO new_name. Правда, в доке для 9i написано, что надо указывать домен.

Так вот с этим то и гемор с доменом (
Одна БД находиться на серваке который в домене А
а вторая на тачке которая в Б!
Таакая путаница...
Мне надо что Б (9ка) видела А(8.1.х) что и где прописать! (( или модифицироваьт...
ИИИИ дело в том что именно база А.домен1 которая должна обратиться к базе Б.домен2
сама подставляет Б.домен1 - а это незя... уж лучше вообще от этого избавиться если она берет строку подключения из ТНС то в ней без домена все прописано!