検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 8.0.2 リリースノート - Linux
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: Linux
- 概要および製品の要件
- InfoScale 8.0.2 で導入された変更点
- VxFS に関する変更
- 制限事項
- 仮想化ソフトウェアの制限事項
- Storage Foundation ソフトウェアの制限事項
- Dynamic Multi-Pathing ソフトウェアの制限事項
- Veritas Volume Manager ソフトウェアの制限事項
- Veritas File System ソフトウェアの制限事項
- SmartIO ソフトウェアの制限事項
- レプリケーションソフトウェアの制限事項
- Cluster Server のソフトウェアの制限事項
- 付属エージェントに関する制限事項
- VCS エンジンに関する制限事項
- Veritas クラスタ設定ウィザードの制限事項
- VCS データベースエージェントに関する制限事項
- Cluster Manager(Java コンソール)の制限事項
- LLT に関する制限事項
- I/O フェンシングに関する制限事項
- 付属エージェントに関する制限事項
- Storage Foundation Cluster File System High Availability ソフトウェアの制限事項
- Storage Foundation for Oracle RAC ソフトウェアの制限事項
- SFDB(Storage Foundation for Databases)ツールのソフトウェアの制限事項
- 既知の問題
- インストール、ライセンス、アップグレード、アンインストールに関連する問題
- REST API の既知の問題
- Storage Foundation に関する既知の問題
- Dynamic Multi-Pathing の既知の問題
- Veritas Volume Manager に関連する既知の問題
- Veritas File System の既知の問題
- 仮想化の既知の問題
- レプリケーションの既知の問題
- Cluster Server の既知の問題
- VCS の操作上の問題
- VCS エンジンに関する問題
- 付属エージェントに関する問題
- VCS データベースエージェントに関する問題
- エージェントフレームワークに関する問題
- Cluster Server agents for Volume Replicator の既知の問題
- IMF(Intelligent Monitoring Framework)に関する問題
- グローバルクラスタに関する問題
- Cluster Manager(Java コンソール)に関連する問題
- VCS クラスタ設定ウィザードの問題
- LLT の既知の問題
- I/O フェンシングの既知の問題
- VCS の操作上の問題
- Storage Foundation and High Availability の既知の問題
- Storage Foundation Cluster File System High Availability の既知の問題
- Storage Foundation for Oracle RAC の既知の問題
- Oracle RAC の既知の問題
- Storage Foundation Oracle RAC の問題
- Storage Foundation for Databases (SFDB)ツールの既知の問題
- アプリケーション分離機能の既知の問題
- クラウド配備の既知の問題
- Amazon Web Services クラウド環境の Veritas InfoScale Storage に関する問題
- インストール、ライセンス、アップグレード、アンインストールに関連する問題
インスタンスが別のデータベースインスタンスによって使用されているノードで ASMDG がオフラインにならない(3856450)
ASMInstance がクラスタの 1 つまたは複数の DB z リソースによって使用されているノード上で ASMDG グループのオフライン移行を開始すると、オフライン移行は失敗し、ASM と DB の両方のレベルで障害が報告されます。
回避策: 次の SQL コマンドを実行して、ASM DG がノード上で実行していることを確認します。
SQL> select INST_ID,GROUP_NUMBER, INSTANCE_NAME, DB_NAME, INSTANCE_NAME||':'||DB_NAME client_id from gv$asm_client;
INST_ID | GROUP_NUMBER | INSTANCE_NAME | DB_NAME | CLIENT_ID |
3 | 2 | oradb2 | oradb | oradb2:oradb |
3 | 2 | oradb3 | oradb | oradb3:oradb |
3 | 2 | +ASM3 | +ASM | +ASM3:+ASM |
3 | 1 | +ASM3 | +ASM | +ASM3:+ASM |
1 | 2 | oradb1 | oradb | oradb1:oradb |
1 | 1 | -MGMTDB | _mgmtdb | -MGMTDB:_mgmtdb |
1 | 1 | +ASM1 | +ASM | +ASM1:+ASM |
4 | 2 | oradb4 | oradb | oradb4:oradb |
8 rows selected.
上の表は、以下を意味しています。
oradb1 は ASMInstance 1 を使用している
oradb2 および oradb3 は ASMInstance 3 を使用している
oradb4 は ASMInstance 4 を使用している
ASMpool を別のノードへ再配置するには、次の SQL を使用します。
SQL> alter system relocate client 'oradb4:oradb'; System altered.
コマンドが動作しない場合は、クライアントの再配置の詳細について Oracle のマニュアルを参照してください。