日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ワークロードとアプリケーションのテスト

寄稿者 netapp-ivanad ntap-bmegan このページの PDF をダウンロード

すべてのワークロードとアプリケーションをテスト運用環境で手動でテストする必要があります。その後、プロジェクトをコミットする前に短期間だけ運用を開始して、ロールバックが必要かどうかを評価できます。

移行したアグリゲートに 5% 以上の物理的な空きスペースが必要です。

20% 以上の空きスペースを確保することを推奨します。

テストでは一部の処理が制限されます。

手順
  1. 移行したボリュームにクライアントを接続します。

  2. SAN ワークロードがある場合は、移行後のホスト修正タスクを SAN ホストで実行します。

  3. 移行したデータと構成を使用するすべてのワークロードとアプリケーションをテストします。

  4. 移行したアグリゲートの空き物理スペースを 7-Mode Transition Tool ダッシュボードのアグリゲートタブで監視して、移行したアグリゲートのスペースが不足していないことを確認します。

    • トラブルシューティング: * 移行したアグリゲートのスペースが不足している場合は、ディスクを追加できます。

      1. advanced 権限レベルにログインします。 +*set -privilege advanced *

      2. 7-Mode ディスクシェルフからスペアディスクを選択してディスクを追加し、移行したアグリゲートのスペースを増やします。 +* storage aggregate add-disks -aggregate aggr_name -diskdisk1*

        7-Mode のスペアディスクを使用できない場合は、クラスタノードのディスクシェルフにあるスペアディスクを使用できますが、ロールバックプロセスが複雑になります。

本番環境のデータの提供を開始できます。

短期間だけ本番環境でデータを提供して、ワークロードが本番環境で正しく処理されていること、および 7-Mode へのロールバックが不要であることを確認します。次の理由により、このフェーズを延長すること、およびコピーフリーの移行プロジェクトのコミットを遅らせることはするべきではありません。

  • 新しいデータがボリュームに書き込まれると、移行したアグリゲートのスペースが不足する可能性が高くなる。

  • この間にボリュームに書き込まれた新しいデータはロールバック中に使用できなくなります。

  • 関連情報 *