<book_title> を検索 ...

Veritas Access 7.3 インストールガイド

Last Published: 2017-09-18

Product(s): Access (7.3)

インストーラを使用したローリングアップグレードの実行

ローリングアップグレードを開始する前に、クラスタサーバー (VCS) がクラスタのすべてのノードで実行されていることを確認します。

VCS の制御下にないすべての VxVM ボリュームのすべてのアクティビティを停止します。たとえば、データベースなどのボリュームにアクセスするすべてのアプリケーションを停止し、ボリュームに作成されているすべてのファイルシステムをマウント解除します。その後、すべてのボリュームを停止します。

VCS の制御下にないすべての VxFS ファイルシステムをマウント解除します。

ローリングアップグレードを実行するには

ローリングアップグレードの段階 1 は、2 番目のサブクラスタで開始します。2 番目のサブクラスタで予備手順を完了します。
VCS の制御下にないすべての VxFS ファイルシステムをマウント解除します。
```
# umount mount_point
```
必要に応じて、オペレーティングシステムへの更新を完了します。
Veritas Access の既存のバージョンが、適用するオペレーティングシステムの更新をサポートしていることを確認します。Veritas Access の既存のバージョンがオペレーティングシステムの更新をサポートしていない場合、最初に Veritas Access をオペレーティングシステムの更新をサポートしているバージョンにアップグレードします。
手順については、Red Hat Enterprise Linux (RHEL) オペレーティングシステムのマニュアルを参照してください。
アプリケーションを残りのサブクラスタに切り替えて、1 番目のサブクラスタのオペレーティングシステムをアップグレードします。
オペレーティングシステムの更新後に、ノードが再起動されます。
キャッシュ領域がオンラインの場合は、キャッシュ領域をオフラインにしてから VxVM RPMs をアップグレードする必要があります。キャッシュ領域をオフラインにするには、次のコマンドを使用します。
```
# sfcache offline cachename
```
スーパーユーザーとしてログオンし、Veritas Access 7.3 インストールメディアをマウントします。
ルートからインストーラを起動します。
```
# ./access73 -rolling_upgrade
```
インストーラはシステム通信、リリース互換性、バージョン情報を確認し、クラスタ名、ID、クラスタノードを一覧表示します。インストーラからローリングアップグレードを続行する許可が求められます。
```
Would you like to perform rolling upgrade on the cluster? [y,n,q] (y)
```
続行するには、y を入力します。
ローリングアップグレードの段階 1 が開始されます。インストーラによってアップグレードのシステム名が提示されます。y キーを押して提示されたシステムをアップグレードするか、ローリングアップグレードを実行するクラスタ内のいずれかのシステムの名前を入力します。
インストーラによって実行中のサービスのリストが作成され、ローリングアップグレードの段階 1 でアップグレードするノード (複数可) が決定されます。続行するには、y を入力します。ノードを指定する場合は、n を入力し、ノードの名前を入力します。
インストーラがクラスタ内のノードでさらに事前チェックを実行し、警告が表示されることがあります。y を入力して続行することも、インストーラを終了して事前チェックの警告に対処することもできます。
ブートディスクがカプセル化され、ミラー化されている場合は、バックアップブートディスクを作成できます。
バックアップブートディスクを作成する場合は、y を入力します。ブートディスクグループにバックアップ名を付けるか、デフォルト名を受け入れます。次にインストーラによってブートディスクグループのバックアップが作成されます。
インストーラでオンラインサービスグループが検出されると、ユーザーは次のいずれかを行うことを求められます。
- サービスグループを手動で切り替える
- CPI を使用してサービスグループを自動的に切り替える
ダウンタイムは、サービスグループのフェールオーバーにかかる時間です。
メモ:
ベリタスでは、手動でのサービスグループの切り替えを推奨しています。サービスグループの自動切り替えでは、依存関係の問題は解決されません。
インストーラから該当するプロセスを停止するように求められます。続行するには、y を入力します。
インストーラによってすべてのサービスグループがこの時点でアップグレードされていないノードに退避されます。インストーラによってアップグレードされるノード上のパラレルサービスグループが停止されます。
インストーラによって関連プロセスが停止され、古いカーネル RPMs がアンインストールされ、新しい RPMs がインストールされます。
インストーラによって、アップグレードの設定が行われ、プロセスが開始されます。アップグレード前にブートディスクがカプセル化されると、アップグレードの設定を実行した後にインストーラからノードを再起動するように求められます。
まだアップグレードしていないノードで予備手順を完了します。
すべてのノードで VCS の制御下にないすべての VxFS ファイルシステムをマウント解除します。
```
# umount mount_point
```
オペレーティングシステムの更新が不要な場合、この手順をスキップします。
手順 3 に進みます。
そうでない場合は、まだアップグレードしていないノードでオペレーティングシステムへの更新を完了します。手順については、Red Hat Enterprise Linux (RHEL) オペレーティングシステムのマニュアルを参照してください。
各ノードで手順 3 から 13 を繰り返します。
ローリングアップグレードの段階 1 が 1 番目のサブクラスタで完了します。ローリングアップグレードの段階 1 が 2 番目のサブクラスタで開始します。
残りのノードですべてのキャッシュ領域をオフラインにします。
```
# sfcache offline cachename
```
残りのノードで、インストーラがアップグレード段階 1 を開始します。ローリングアップグレードを続行するには、y を入力します。アップグレード (再起動) したノードでインストーラが呼び出された場合、インストーラを再度呼び出す必要があります。
インストーラは手順 8 から 13 を繰り返します。
多くのノードがあるクラスタの場合、このプロセスが数回繰り返される場合があります。サービスグループが終了し、アップグレードに対応するために起動されます。
ローリングアップグレードの段階 1 が完了したら、VCS の制御下にないすべての VxFS ファイルシステムを手動でマウントします。アップグレードの段階 2 を開始します。アップグレードの段階 2 には、VCS エンジン (HAD) のダウンタイムが含まれます。これにはアプリケーションのダウンタイムは含まれません。続行するには、y を入力します。ここからローリングアップグレードの段階 2 が開始します。
インストーラによってアップグレードする残りの RPMs が決定されます。続行する場合は y キーを押します。
Cluster Server (VCS) プロセスはインストーラによって停止されますが、アプリケーションは引き続き実行されます。続行するには、y を入力します。
インストーラによって prestop が実行され、古い RPMs がアンインストールされ、新しい RPMs がインストールされます。インストール後のタスクとアップグレードの設定が実行されます。
インターネットへのネットワーク接続がある場合、インストーラによって更新が確認されます。
更新が検出された場合は、ここで適用できます。
クラスタの状態を確認します。
```
# hastatus -sum
```