web-dev-qa-db-ja.com

ORA-12528：TNSリスナー：すべての適切なインスタンスが新しい接続をブロックしています。インスタンス「CLRExtProc」、ステータスUNKNOWN

Dbユーザーとしてログインしようとすると、このエラーが発生します。 lsnrctlステータスが実行されている場合、以下のエラーが発生します。
DBは、これらの年の間すべて正常に機能し、突然機能しなくなりました。

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(Host=ABC.LOCAL)(PORT=1521)
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for 64-bit Windows: Version 11.2.0.1.0 - Production
Start Date                19-MAY-2014 12:18:17
Uptime                    0 days 0 hr. 22 min. 51 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   D:\Oracle\Administrator\product\11.2.0\dbhome_1\network\admin\listener.ora
Listener Log File         d:\Oracle\administrator\diag\tnslsnr\abc\listener\alert\log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(Host=ABC.LOCAL)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1521ipc)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
  Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "devdb" has 1 instance(s).
  Instance "devdb", status BLOCKED, has 1 handler(s) for this service...
Service "testdb" has 1 instance(s).
  Instance "testdb", status BLOCKED, has 1 handler(s) for this service...
The command completed successfully
databaseoracledatabase-administration
5
Shashi

問題がリスナーにあるのかデータベースにあるのかを知る必要があります。

  • したがって、最初にリスナーを再起動すると、問題が解決する可能性があります。

  • 次に、オープンモード（nomount、mount、restrict）ではない場合、dbから取得される可能性があります。これを確認するには、ローカルに接続し、次のクエリを実行します。

    sqlplus/nolog

    接続/ sysdbaとして

    SQL> v $ instanceからinstance_name、status、database_statusを選択します。

4
eliatou
set Oracle_SID=<YOUR_SID>
sqlplus "/as sysdba"
alter system disable restricted session;

または多分

shutdown abort;

または多分

lsnrctl stop

lsnrctl start
11
Randy

Docker-Oracle-xe-11gイメージのあるWindowsのboot2dockerでこのエラーメッセージが表示されました（ https://registry.hub.docker.com/u/wnameless/Oracle-xe-11g/ ） 。

その理由は、仮想ボックスディスクがいっぱいであったためです（boot2docker.exe ssh df）。古いイメージを削除してコンテナを再起動すると、問題が解決しました。

3
leo

Visual Studioを使用した開発環境でこの問題が発生しました。

私を助けたのは、Visual StudioでClean Solutionを実行してから、再構築することでした。

2
Martin Staufcik

Windowsで11G XEを使用し、tnsリスナーを再起動する場合は、Windowsイベントログサービスが開始されていることを確認してください。

0
Chandan C