この変更場所：プロジェクトのデータベース接続プール構成の接続の最大数が削減されました
最近、プロジェクトの通常の運用で一連の問題が発生しました。アーカイブログがいっぱいになると、プロジェクトの通常の操作以外はデータベースに接続できません。
アーカイブログが占める過剰なスペースの問題は、パーティAの運用と保守に引き継がれました。すぐに正常でした。ORA-00020が取り残され、リモートがデータベースに接続したり、しばらくすると切断したりすることがあります。
1.データベース構成プロセスの値を表示します。
show parameter processes;
2.現在の占有値を表示します。
select count(*) from v$process;
構成値が1000で、職業が999であることがわかります。
次に、Baiduがそれを見つけます。最も正確なのはログです。通常、変更権限を読み取ります。
プロジェクトが着陸して回転するのを見たとき。サービスを止めずに考えました。それはサービスの職業によって引き起こされるかもしれません。
3つのサービスが停止されたとき、占領がダウンしていることがわかりました。しかし、開始した後、それはまだ999に達するでしょう。
それから私は手探りしました。jdbc構成のデータベース接続プール内の接続の最大数を変更します。最初に構成された30。12のプロジェクトが開始されました（主に2つのプロジェクトが同じライブラリの下の異なるインスタンスに接続されていました）。10に変更されました。すべてのプロジェクトを開始した後、188が占有されます。構成された1000をはるかに下回ります。ローカルmavcatも接続できます。これで操作は完了です。
