MySQLおよびMySQLサービスに依存するWebLogicサービスのサービスマニフェストを作成しています。私は彼ら全員に管理モデル「待機」（フォアグラウンドでプロセスを実行する）を使用してもらいたい。この設定についていくつか質問があります。
まず、サービスのステータスをどのように指示しますか？たとえば、サービスを使用する前に、mysqld_safeを起動した後、MySQLスクリプトを作成した場合 バックグラウンドでスクリプトを実行し、応答が得られるまでpingを実行します。続行する前に、準備ができていることを確認したかったのです。このサービスでは、実際に準備ができているかどうかはわかりませんが、すぐに「オンライン」になります。
その質問に対する適切な解決策がない場合は、MySQL DBのpingをWebLogicスクリプト自体に入れ、一定の試行回数の後にステータス1で終了します。ただし、サービスは継続的に再起動します。ゼロ以外の終了後にサービスを強制的にメンテナンスモードにするにはどうすればよいですか？
最後に、MySQLサービスがオンラインでないとWebLogicサービスが開始されない限り、依存関係が機能するようになりましたが、これに関して2つの質問があります。
- WebLogicサービスがダウンしたときにMySQLサービスを開始しようとするにはどうすればよいですか？
- WebLogicサービスがすでにオンラインになっている場合、MySQLサービスがダウンした場合に停止するようにするにはどうすればよいですか？
承認された回答：
1 – weblogicサービスのxmlマニフェストを構成するときに、mysqlサービスを依存関係サービスとして定義します。このように、mysqlサービスが完全にオンラインであると報告されない限り、weblogicは開始されません。これは論理的なようです。weblogicアプリはmysqlサービスの可用性に依存するため、mysqldbサービスがダウンしているときにdbconnect/sqlステートメントの実行を不必要に試行することはありません。
2 –依存関係サービスがオフライン/劣化状態になるため、weblogicサービスもオフラインになり、実行されなくなります。したがって、weblogicサービス自体がメンテナンスモードになっているため、weblogicサービスがmysqlサービスをオンラインに戻そうとする機会はありません。さらに、mysqlサービスがメンテナンス/オフライン/劣化モードになるため、その後weblogicが開始する保証はありません。したがって、smfはweblogicサービスも劣化/オフラインとしてマークされ、mysqlサービスの開始に使用できません。これは、循環依存の明確なケースである可能性があり、これらの両方のサービスを処理するために3番目のmodule / cronjob/transientサービスを使用することで解決する必要があります。
関連：プロセスがリッスンしている信号を確認するにはどうすればよいですか？主要な依存関係サービスがmysqlであり、weblogicの可用性とクリーンな機能のためにほぼ常にオンラインで実行されることが明らかになったので、状態を監視する3番目のモジュール/スクリプト（cronjobでも実行されるように）を使用することをお勧めしますmysqlサービスを優先優先度として使用し、次にweblogicサービスを使用します。サービスのいずれかがダウンした場合に備えて、SMF修復コマンドの処理/実行を処理する必要があります。