ローリングアップグレードを使用した SnapManager ホストのアップグレード
変更を提案
PDF
SnapManager 3.1 からは、段階的なホスト単位のアップグレード方式を使用してホストをアップグレードできるローリングアップグレード方式がサポートされます。
SnapManager 3.0 以前では、すべてのホストを同時にアップグレードできました。その結果、アップグレード処理中にすべての SnapManager ホストとスケジュールされた処理が停止します。
ローリングアップグレードには、次のような利点があります。
-
一度にアップグレードされるホストが 1 つだけなので、 SnapManager のパフォーマンスが向上しました。
-
他のホストをアップグレードする前に、 1 つの SnapManager サーバホストで新しい機能をテストする機能。
|
ローリングアップグレードを実行するには CLI を使用する必要があります。 |
ローリングアップグレードが正常に完了すると、 SnapManager ホスト、プロファイル、スケジュール、バックアップ、 ターゲットデータベースのプロファイルに関連付けられたクローンは、以前のバージョンの SnapManager のリポジトリデータベースから新しいバージョンのリポジトリデータベースに移行されます。以前のバージョンの SnapManager で作成されたプロファイル、スケジュール、バックアップ、およびクローンを使用して実行される処理の詳細が、新しいバージョンのリポジトリデータベースに格納されるようになりました。GUIを起動するには'user.configファイルのデフォルト設定値を使用します以前のバージョンのSnapManager の「user.config」ファイルに設定された値は考慮されません。
これで、アップグレードした SnapManager サーバが、アップグレードしたリポジトリデータベースと通信できるようになります。アップグレードされなかったホストは、以前のバージョンの SnapManager のリポジトリを使用することでターゲットデータベースを管理でき、それによって以前のバージョンで利用できる機能を利用できます。
|
|
ローリングアップグレードを実行する前に、リポジトリデータベース内のすべてのホストを解決できることを確認する必要があります。ホストの解決方法については、『SnapManager for SAP Administration Guide for UNIX_』のトラブルシューティングに関するセクションを参照してください。 |
-
関連情報 *