検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 8.0 ソリューションガイド - Linux
Last Published:
2022-01-26
Product(s):
InfoScale & Storage Foundation (8.0)
Platform: Linux
- 第 I 部 Veritas InfoScale の概要
- 第 II 部 Veritas InfoScale 製品のソリューション
- 第 III 部 IPv6 またはデュアルスタックへのスタックレベルの移行
- 第 IV 部 データベースのパフォーマンスの向上
- データベースアクセラレータの概要
- Veritas Concurrent I/O によるデータベースパフォーマンスの向上
- Atomic Write I/O によるデータベースパフォーマンスの向上
- atomic write I/O について
- atomic write I/O の必要条件
- atomic write I/O 機能の制限事項
- Storage Foundation の atomic write I/O 機能で MySQL データベースをサポートするしくみ
- VxVM および VxFS でエクスポートされる IOCTL
- VxVM RAW ボリュームでの atomic write I/O の MySQL サポート
- VxFS ファイルシステム上の MySQL 用 atomic write I/O サポートの設定
- アトミック書き込み対応ファイルシステムを動的に拡張する
- atomic write I/O サポートを無効にする
- 第 V 部 PITC (Point-In-Time Copy) の使用
- 第 VI 部 ストレージ利用率の最大化
- 第 VII 部 データ移行
- データ移行の理解
- LVM から VxVM へのオフライン移行
- ネイティブファイルシステムから VxFS へのオフライン変換
- ネイティブファイルシステムの VxFS ファイルシステムへのオンライン移行について
- ストレージアレイの移行
- プラットフォーム間のデータ移行
- CDS(Cross-Platform Data Sharing)機能の概要
- CDS のディスク形式とディスクグループ
- CDS(Cross-platform Data Sharing)を使用するためのシステムの設定
- システムの管理
- ディスクの操作
- ディスクグループの操作
- ディスクのカプセル化時のディスクグループアラインメントの変更
- 非 CDS ディスクグループのアラインメント変更
- CDS ディスクグループの分割
- CDS ディスクグループと非 CDS ディスクグループ間のオブジェクトの移動
- CDS ディスクグループ間のオブジェクトの移動
- ディスクグループの結合
- ディスクグループ作成のためのデフォルトの CDS 設定の変更
- 非 CDS ディスクグループの作成
- 古いバージョンの非 CDS ディスクグループのアップグレード
- CDS ディスクグループ内のディスクの交換
- CDS ディスクグループの最大デバイス数の設定
- DRL マップサイズとログサイズの変更
- DRL ログを含むボリュームの作成
- DRL マップサイズの設定
- 情報の表示
- 共有ディスクグループのデフォルトのアクティブ化モード
- CDS ディスクグループのインポートに関するその他の注意事項
- ファイルシステムに関する考慮事項
- アラインメント値とブロックサイズ
- スナップショットボリュームの移行
- Oracle ASM から Veritas File System への移行
- 第 VIII 部 vSphere の Just In Time Availability ソリューション
- 第 IX 部 Veritas InfoScale 4 K セクタのデバイスサポートのソリューション
- 第 X 部 REST API のサポート
- 第 XI 部 参照先
論理的破損からの回復
プライマリストレージが破損した場合は、保持されているスナップショットイメージを使用できます。 論理的破損の影響を受けていない最新のスナップショットを識別する必要があります。
最新の有効なスナップショットを識別するには
- 最新のものから最も古いものの順に、スナップショットごとにスナップショットのイメージを確認します。 PITC イメージの合成レプリカを作成するために、PITC イメージの領域最適化スナップショットを作成します。
# vxsnap -g appdg make source=sosnapappvol${ CURIDX}/new=syn-appvol/cache=snapcache/sync=no - 合成レプリカをマウントし、データを検証します。
合成レプリカが破損している場合は、3 に進みます。
破損していない合成レプリカを識別したら、回復の手順に進むことができます。
「論理的破損から回復するには」を参照してください。
- 合成レプリカをマウント解除し、削除してから、次に新しい PITC を検証するために前の手順に戻ります。 合成レプリカの関連付け解除と削除を行うには、次のコマンドを実行します。
# vxsnap -g appdg dis syn-appvol # vxedit -g appdg -rf rm syn-appvol
破損していない最新のスナップショットを見つけたら、そのスナップショットを使用してプライマリボリュームを復元します。
論理的破損から回復するには
- アプリケーションがプライマリボリューム上で実行中の場合は、アプリケーションを停止します。
- アプリケーションボリュームをマウント解除します。
- 合成レプリカからのプライマリボリュームをリストアします。
# vxsnap -g appdg restore appvol source=syn-appvol
- アプリケーションを再開します。
プライマリボリュームをマウントします。
プライマリボリュームの内容を検証します。
新プライマリで、アプリケーションを起動します。