目次:
- WebLogic Serverの管理者は、
- SLA(サービスレベルアグリーメント)は、エンドユーザーが信頼性の観点からサーバーに期待するものを定義するのに役立ちます。ほとんどのユーザーは、システムが24時間稼働し、週7日稼動することを期待しています。そのようなスケジュールは単に不可能です。多くのイベントが発生すると、一定期間システムが停止します。たとえば、ハードウェアの障害、定期的な更新、またはサーバーの再起動などを扱います。
- 成長の計画
- サーバーをより高速なマシンにアップグレードします。
- WebLogicサーバーでハードドライブを紛失した場合は、すべてを再インストールしてサーバーを再起動する必要があります。アプリケーションがWebアプリケーションアーカイブ(WAR)ファイルとしてパッケージ化されている場合は、WARファイルを再デプロイすることで、アプリケーションを迅速にバックアップできます。
ビデオ: BEA WebLogic Operations Control 2024
Jeff Heaton著
BEA WebLogic Server(現在はOracle WebLogic Serverと呼ばれています)は、今日市場で最も広く使用されているJavaアプリケーションサーバの1つです。いくつかの管理者ヒントを知り、WebLogicサーバーを監視し、WebLogic Serverを最新の状態に保つことで、すぐに大規模プロジェクトや小規模プロジェクト向けにWebサービスを構築し、展開することができます。
<! WebLogic Server管理者のためのヒントWebLogic Server管理者の仕事には多くの面があります。そして、システムを管理するときに、動作するものと動作しないものの経験を得ることができます。 WebLogic Serverの管理に役立つ5つのヒントを次に示します。
ドキュメントの手順
WebLogic Serverの管理者は、
サーバーの再起動
-
-
WebLogic Serverの新しいバージョンをデプロイする
-
サーバをバックアップする
-
最新パッチをインストールする
-
データソースなどのWebLogic Serverリソースを作成する
-
これらの手順ごとに説明書を用意する必要があります。これにより、毎回同じ手順を実行して一貫性を確保することができます。
<! - 3 - >
書面による手続きは、あなたが離れているときにもあなたの会社がこれらの操作を実行できるようにします。さらに、会社または新会社で新しい地位を占める場合は、書面による手続きを取ることで、知識を新しい管理者に移転する責任を果たすことができます。サービスレベル契約の定義
SLA(サービスレベルアグリーメント)は、エンドユーザーが信頼性の観点からサーバーに期待するものを定義するのに役立ちます。ほとんどのユーザーは、システムが24時間稼働し、週7日稼動することを期待しています。そのようなスケジュールは単に不可能です。多くのイベントが発生すると、一定期間システムが停止します。たとえば、ハードウェアの障害、定期的な更新、またはサーバーの再起動などを扱います。
SLAは、あなたとあなたのシステムがサポートしているユーザーとの間の契約です。この契約では、システムがその年を通してダウンすることが許される時間を指定する必要があります。
保守が実行されるとき
予期しない停止が1年に何秒間許容されるか
-
予期しない停止後に復帰する必要があります。
-
バックアップの実行頻度
-
サーバーの稼動時間の全体的な割合
-
オンコール手順の設定
-
ある時点で、システムは停止します意外にも。予期しない停止が発生した場合、あなたとスタッフは対処する準備ができている必要があります。この停止は、管理者が処理できるものか、ソフトウェアに関連するものである可能性があります。ソフトウェアエラーによって停止が発生した場合、開発者はソリューションに関与する必要があります。さらに、これらの停止は通常の営業時間外に発生する可能性があります。これは、多国籍企業で働く場合に特に当てはまります。
成長の計画
あなたのシステムが最初に導入されたとき、あなたは成長を考えていないかもしれません。しかし、あなたの現在のシステムが成長したときに計画を立てるべきです。通常、システムで必要な処理量を処理できない場合は、2つの選択肢があります。
サーバーをより高速なマシンにアップグレードします。
おそらく、より多くの要求を処理する最も簡単な方法の1つは、高速なマシンにアップグレードすることです。これは、新しいサーバーを購入したり、単に現在のサーバーに別のプロセッサーを追加したりすることを意味します。より高速なマシンにアップグレードする場合は、サーバーがネットワークを介して新しいマシンに適切にコピーされていることを確認する必要があります。すべての構成設定とインストールされたパッケージを新しいマシンにコピーする必要があります。
-
クラスタにサーバーを追加します。 サーバーのクラスタを実行している場合は、別のサーバーを追加するだけです。サーバーのクラスタを実行しておらず、要求量が高過ぎる場合は、サーバーのクラスタの使用を検討する必要があります。クラスタに別のサーバを追加すると、WebLogic Serverはワークロードの一部を共有できる別のサーバを持つことになります。これにより、アプリケーション全体としてより多くの接続を受け入れることができます。
-
サーバーのバックアップ データのバックアップは、管理者の仕事の重要な部分です。 WebLogicをバックアップするには、Webアプリケーションの変更部分(SQLデータベース)をバックアップする必要があります。このデータがすでにデータベース管理者によってバックアップされている場合、アプリケーション・データのバックアップについて心配する必要はありません。
WebLogicサーバーでハードドライブを紛失した場合は、すべてを再インストールしてサーバーを再起動する必要があります。アプリケーションがWebアプリケーションアーカイブ(WAR)ファイルとしてパッケージ化されている場合は、WARファイルを再デプロイすることで、アプリケーションを迅速にバックアップできます。
WebLogic Serverの監視
サーバーの監視は、すべてのWebLogic Server管理者が処理する必要がある重要なタスクです。サーバーが稼動しているかどうか、およびサーバーの負荷が監視されます。 Monitoringでは、WebLogic Serverのさまざまな部分のパフォーマンスの概要をすばやく確認できます。 WebLogic Serverでは、次の領域を監視できます。
CORBA接続プール
EJB
-
HTTP
-
JDBC
-
JMS
-
JNDI
-
JTAサブシステム
-
セキュリティ
-
すべての監視アクティビティは、Administration Consoleを介して行われます。 Administration Consoleの監視機能は、特定の1つの領域に分離されていません。むしろ、これらの機能は、監視しているシステムと同じ領域に配置されています。
-
一般に、WebLogic Serverで特定のサービスの監視ページを見つけるには、次の手順に従います。
-
Administration Consoleにログオンします。
サービスフォルダ(画面の左側)で、監視するサービスを表すフォルダをクリックします。
コンソールの右側の情報が、選択したサービスを反映して変更されます。
-
画面の右側で、[監視]タブをクリックします。
-
監視ページには、アクティブな接続の数、接続で待機しているスレッドの数、および使用できない接続の数が表示されます。ここから、あなたの接続を監視することができます。
WebLogic Serverを最新の状態に保つ
-
WebLogic Serverの最新バージョンと同様に、すべてのパッチに注意する必要があります。 WebLogic Serverのメジャーリリース間で発生するエラーとセキュリティの問題を修正します。 WebLogic Serverおよびその他のシステムコンポーネント用のパッチをダウンロードしてインストールする必要があります。これは特に、利用可能なセキュリティパッチが数多くあるWindowsオペレーティングシステムに当てはまります。
システムのセキュリティが侵害された場合、管理者に最新のパッチがインストールされていないことがよくあります。
現在のバージョンのWebLogic Serverへのアップグレードは、オペレーティングシステムおよびWebLogic Serverのパッチを適用するよりも重要です。現在のバージョンを正しく動作させるには、ソースコードの再設計が必要になることがあります。新しいバージョンの最初のリリース後、多くの企業はリリースが実証されるまで待つことを好む。 WebLogic Serverの最新バージョンにアップグレードする場合は、テストサーバーで実行する必要があります。その後、テストサーバーが正常に動作していることを確認した後、新しいバージョンを運用システムに配置できます。
最新情報は、Oracle WebLogic Server Webページを参照してください。