Мигрируем старую базу в новую (11G). Надо чтобы клиенты подсоединялись к новой базе без переделки клиентских tnsnames.ora.
Имя сервера поменяли в ДНС.

Как добавить алиас для сервиса, чтобы хватало запросы от клиентов? Надо создать новый сервис LEGCY1, чтоб запросы передавали на базу PXMC1.

Вот мой listener.ora на сервере:
--------------------------------
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(ORACLE_HOME = /u00/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME = TXXZ5)
)
(SID_DESC =
(ORACLE_HOME = /u00/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME = TXCA1)
)
(SID_DESC =
(ORACLE_HOME = /u00/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME = PXMC1)
)
(SID_DESC =
(ORACLE_HOME = /u00/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME = txca2)
)

)

LISTENER =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP) (HOST = LEWVSTESTORC01.internal) (PORT = 1521))
)
--------------------------------------

Спасибо.

Алекс.

Вячеслав Любомудров,

Спасибо, но это вроде для кластеров?
Мне бы попроще что-то - типа два одинаковых SID/service names с одной и той же базой на самом деле.
Я думал, это в Listener конфигурируется - он слушает клиентов, а потом оправляет на нужную базу

Вячеслав Любомудров,

Ну да, я в общем-то джуниор по этой теме :)
Или средний уровень ДБА обычной конторы с кучей самых разных баз Оракл и MS SQL от очень старых (от конца 90-х) до самых последних - то есть стандартные ситуации отрабатываю нормально, а вот всякие извращения ;) - уже тяжело.

Спасибо за инфу, покопаюсь.

Для пользы других администраторов зоопарков разнообразных баз, имеющих широкие :), но мелкие знания по фичам баз данных:

Задача : Перетащить данные с одной базы на другую с новым сервис-именем прозрачно для пользователей (т.е. без изменений всяких клиентских файлов, одбс и настроек). Причина - сдыхает один из серверов, решили уплотнить другой. Или миграция, к примеру.

Решается в два шага:
1. DNS - чтобы перенаправить сетевые запросы на новый сервер. Задача для сетевиков
2. Добавить несколько строк в listener.ora (static registration) на сервере. Потребуется lsnrctl stop; lsnrctl start.
------------------
(SID_DESC =
(GLOBAL_DBNAME = tusxca1.internal)
(ORACLE_HOME = /u00/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME = TXCA1)
------------------


По причине GLOBAL_DBNAMЕ, listener будет слушать запросы по подсоединению к сервису tusxca1.internal, а потом перенаправлять на TXCA1. Выглядит очень просто, но я убил четыре часа на поиски.

После этого клиенты могут продолжать работать с новой базой и сервисом, используя старые настройки.

P.S. Надеюсь, это сэкономит кому-то пару часов ковыряния в документации.
P.P.S. Ковыряюсь с dynamic registration

Прежде всего - спасибо всем откликнувшимся за помощь

Отвечу на пару вопросов/предложений
Почему я не меняю клиентские tnsnames.ora? Да потому что это большая морока, на самом деле. База (как видно из описания) старая 11G. Приложения на ней работают стабильно уже много лет. - А что это обозначает? А это значит, что специалистов по этим приложениям или нет или их знания не обновлялись несколько лет. Где и кто будет искать все настройки и драйвера (включая разные веб-приложения и дб-линки)? Никто ничего не знает, значит в продакшене что-то рухнет, к бабке не ходи. Да можно поправить, потом исправить, потом доложить. А нафига? Пусть работает, потихоньку все поменяем, ни над кем не каплет. Жалко, что-ли, пары строчек в паре файлов? Через несколько лет будет апгрейд, старые программы и базы снесут, поставят новые - без извращений. Потом, конечно, извращения появятся снова - как без них?

Вспомнилось:

Любой русский программист после пары минут чтения кода, обязательно
вскочит и произнесет обращаясь к себе: переписать это все нафиг. Потом в
нем шевельнется сомнение в том, сколько времени это займет, и остаток
дня русский программист потратит на то, что будет доказывать самому
себе, что это только кажется, что переписать это много работы.
.....

Продолжение - тут https://www.anekdot.ru/id/18485/