目次:
- WebLogic Server管理者は、次のようなタスクを含む多くの手順に従います。
- SLA（サービスレベルアグリーメント）は、エンドユーザーが信頼性の観点からサーバーに期待するものを定義するのに役立ちます。ほとんどのユーザーは、システムが24時間稼働し、週7日稼動することを期待しています。そのようなスケジュールは単に不可能です。多くのイベントが発生すると、一定期間システムが停止します。たとえば、ハードウェアの障害、定期的な更新、またはサーバーの再起動などを扱います。
- ある時点で、システムは停止します意外にも。予期しない停止が発生した場合、あなたとスタッフは対処する準備ができている必要があります。この停止は、管理者が処理できるものか、ソフトウェアに関連するものである可能性があります。ソフトウェアエラーによって停止が発生した場合、開発者はソリューションに関与する必要があります。さらに、これらの停止は通常の営業時間外に発生する可能性があります。これは、多国籍企業で働く場合に特に当てはまります。
- あなたのシステムが最初に導入されたとき、あなたは成長を考えていないかもしれません。しかし、あなたの現在のシステムが成長したときに計画を立てるべきです。通常、システムで必要な処理量を処理できない場合は、2つの選択肢があります。
- データのバックアップは、管理者の仕事の重要な部分です。 WebLogicをバックアップするには、Webアプリケーションの変更部分（SQLデータベース）をバックアップする必要があります。このデータがすでにデータベース管理者によってバックアップされている場合、アプリケーション・データのバックアップについて心配する必要はありません。
ビデオ: What Is Oracle WebLogic Server 12c - For Beginners 2025
BEA WebLogic Server 8ダミー用チートシート > WebLogic Server管理者の仕事には多くの面があります。そして、システムを管理するときに、動作するものと動作しないものの経験を得ることができます。 WebLogic Serverの管理に役立つ5つのヒントを次に示します。
ドキュメントの手順
WebLogic Server管理者は、次のようなタスクを含む多くの手順に従います。
-
定期的なメンテナンスのためのサーバのシャットダウン
-
WebLogic Serverの新しいバージョンのデプロイ
-
サーバのバックアップ
-
最新パッチのインストール
-
WebLogicの作成データソースなどのサーバーリソース
-
これらの手順ごとに手順を記述する必要があります。これにより、毎回同じ手順を実行して一貫性を確保できます。
<！ - 2 - >
書面による手続きは、あなたが離れているときにもあなたの会社がこれらの操作を実行できるようにします。さらに、会社または新会社で新しい地位を占める場合、書面による手続きを取ることで、知識を新しい管理者に移転する責任を果たすことができます。サービスレベル契約の定義
SLA（サービスレベルアグリーメント）は、エンドユーザーが信頼性の観点からサーバーに期待するものを定義するのに役立ちます。ほとんどのユーザーは、システムが24時間稼働し、週7日稼動することを期待しています。そのようなスケジュールは単に不可能です。多くのイベントが発生すると、一定期間システムが停止します。たとえば、ハードウェアの障害、定期的な更新、またはサーバーの再起動などを扱います。
<！ - 3 - >
SLAは、お客様とお客様のシステムがサポートしているユーザー間の契約です。この契約では、システムがその年を通してダウンすることが許される時間を指定する必要があります。保守が実行されるとき
予期しない停止が1年に何秒間許可されるか
-
システムがどのくらいの間システムを停止するかを指定します。
-
保守期間を定義するだけでなく、予期しない停止後に復帰する必要があります。
-
バックアップの実行頻度
-
サーバーの稼動時間の全体的な割合
-
オンコール手順の設定
ある時点で、システムは停止します意外にも。予期しない停止が発生した場合、あなたとスタッフは対処する準備ができている必要があります。この停止は、管理者が処理できるものか、ソフトウェアに関連するものである可能性があります。ソフトウェアエラーによって停止が発生した場合、開発者はソリューションに関与する必要があります。さらに、これらの停止は通常の営業時間外に発生する可能性があります。これは、多国籍企業で働く場合に特に当てはまります。
成長の計画
あなたのシステムが最初に導入されたとき、あなたは成長を考えていないかもしれません。しかし、あなたの現在のシステムが成長したときに計画を立てるべきです。通常、システムで必要な処理量を処理できない場合は、2つの選択肢があります。
サーバーをより高速なマシンにアップグレードします。
-
おそらく、より多くの要求を処理する最も簡単な方法の1つは、高速なマシンにアップグレードすることです。これは、新しいサーバーを購入したり、現在のサーバーに別のプロセッサーを追加したりすることを意味します。より高速なマシンにアップグレードする場合は、サーバーがネットワークを介して新しいマシンに適切にコピーされていることを確認する必要があります。すべての構成設定とインストールされたパッケージを新しいマシンにコピーする必要があります。 クラスタにサーバーを追加します。
-
サーバーのクラスタを実行している場合は、別のサーバーを追加するだけです。サーバーのクラスタを実行しておらず、要求量が高過ぎる場合は、サーバーのクラスタの使用を検討する必要があります。クラスタに別のサーバを追加すると、WebLogic Serverはワークロードの一部を共有できる別のサーバを持つことになります。これにより、アプリケーション全体としてより多くの接続を受け入れることができます。 サーバーのバックアップ
データのバックアップは、管理者の仕事の重要な部分です。 WebLogicをバックアップするには、Webアプリケーションの変更部分（SQLデータベース）をバックアップする必要があります。このデータがすでにデータベース管理者によってバックアップされている場合、アプリケーション・データのバックアップについて心配する必要はありません。
WebLogicサーバーでハードドライブを紛失した場合は、すべてを再インストールしてサーバーを再起動する必要があります。アプリケーションがWebアプリケーションアーカイブ（WAR）ファイルとしてパッケージ化されている場合は、WARファイルを再デプロイすることで、アプリケーションを迅速にバックアップできます。
