oracleの勉強やoracle運用していると

リスナーを介したDB接続
リスナーへのサービス登録を確認する
リスナーの状態ってどうなってる？

など、リスナーに関する様々なことが、たまに聞こえてくる。
でも、自分自身、リスナーとoracleって図で示すとどんな関係になるのか、何となくしか把握できていなかった。

そんなDBAの自分が、リスナーとDBの関係を図を使ってイメージするために本記事を投稿する。

また、以下のサイトを参考にするとリスナーに関する理解が深まったので紹介する。
Oracleへの接続について
 動的リスナー登録について
 静的リスナー登録について

目次

リスナーの役割
リスナーとDBの関係図
初期化パラメータ LOCAL_LISTENER
初期化パラメータ SERVICE_NAMES

1. リスナーの役割

DBとリスナーの関係を説明する前に、リスナーの役割について
通常、oracleへのアクセスするには、以下の2種類の方法があります。

ローカル接続
ネットワークを経由した接続

①ローカル接続の場合
インスタンスが起動しているサーバーへ、既にログインできていれば、可能です。下図は、リスナーを介さないoracleへのアクセス方法です。

②ネットワークを経由した接続の場合
インスタンス起動サーバーとクライアントがアクセスしているサーバーとが、別の場合、下図のようにリスナーを介します。
ネットワークを経由した接続は、リモート接続ともいわれています。

リスナーの役割とは、

クライアントからリスナーめがけて、
「このサービスに接続したいんだけど？」
と要求が来る。そこでリスナーは。
「このサービスのDBは、あっちですね！」
と案内するのが、リスナーの大きな役割です。

2. リスナーとDBの関係図

結論から言うと、
リスナーとDBは、まったくの別物と考えてください。
どういうことか。
DB停止中でもリスナーは起動できるし、
リスナーを起動したからと言って、DBが起動するわけでもない。
→リスナーはDBから独立した存在なのです。

通常、リスナーはインスタンスが起動するサーバー内で、起動するのが一般的です。
しかし、ぶっちゃけ、リスナーはどこで起動しても構いません。

①一般的なリスナーとインスタンスの関係

②リスナーとDBは独立してるから、こんなこともできるよ

ただ、ここで問題になってくるのは、

インスタンスからしたら、どこにリスナーがあるかわからない。

それを解消してくれるのが、初期化パラメータである LOCAL_LISTENER です。

3. 初期化パラメータ LOCAL_LISTENER

大前提として、

初期化パラメータ LOCAL_LISTENER
初期化パラメータ REMOTE_LISTENER

上記二つの違いは、別途記事で説明します。
簡単に説明すると、二つともどこで起動しているリスナーに接続情報を登録するかを定めているパラメータです。
要するに、リスナーの場所を示しています。

LOCAL_LISTENERの場合、デフォルトでは、インスタンス起動サーバーにリスナーが存在すると設定されています。
LOCAL_LISTENER=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))

使用用途は、動的リスナー登録を行うときに使用します。
インスタンス→リスナーへ60秒に一回 SERVICE_NAMESの情報を提供しています。
その提供先を LOCAL_LISTENERで毎回確認しながら、情報提供をしているという仕組みです。

4. 初期化パラメータ SERVICE_NAMES

SERVICE_NAMESパラメータとは、
DB名とサービス名を紐づけている設計書
です。
基本的に、クライアントは、oracleにアクセスするとき、サービス名のみ意識しています。リスナーにもサービス名でアクセスしてきます。
そのため、リスナーにサービス名とDB名を紐づけておく必要があるのです。
そこで登場するのが、 SERVICE_NAMESパラメータです。
SERVICE_NAMESは、60秒に一度インスタンス→リスナーに登録を行っています。