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

Workload Factory で Well-Architected データベース構成を実装する

共同作成者 netapp-rlithman

構成分析の洞察と推奨事項を使用して、 NetApp Workload Factory を活用し、Microsoft SQL Server および Oracle を使用したデータベース構成のベスト プラクティスを実装します。Well-Architected ステータスを簡単に確認し、データベース構成の問題を把握し、信頼性、セキュリティ、効率、パフォーマンス、コストが最適化されていない構成を改善するための措置を講じることができます。

不要なアラートや不正確な最適化結果を回避するために、環境に当てはまらない特定の構成の分析を無視することもできます。

タスクの内容

Workload Factory はデータベース構成を毎日分析します。毎日の分析では、適切に設計されたステータス、洞察、および構成がベスト プラクティスを満たすように構成の問題を自動的に修正するオプションを含む推奨事項が提供されます。

Workload Factory コンソール内のデータベース インベントリから、構成の問題に関する推奨事項を確認し、それらの問題を修正するオプションがあります。

分析対象

Workload Factory は、次の構成の well-architected ステータスを分析します。

Microsoft SQL Server インスタンスの場合:

  • ストレージのサイジング:ストレージ階層、ファイルシステムのヘッドルーム、ログドライブのサイズ、tempdbドライブのサイズを含む

  • ストレージレイアウト:ユーザデータファイルの配置、ログファイルの配置、tempdbの配置を含む

  • ストレージ構成: 容量管理、シンプロビジョニング、階層化ポリシー、スナップショット、Microsoft マルチパス I/O (MPIO) ステータス、および MPIO タイムアウト設定が含まれます。

  • コンピューティング: 適切なサイズ設定、オペレーティング システムのパッチ、受信側スケーリング (RSS)、TCP オフロード、MTU アライメントなどのネットワーク アダプタ設定が含まれます。

  • アプリケーション:Microsoft SQL Serverライセンス、Microsoft SQL Serverパッチ、およびMAXDOP設定を含む

  • 回復力: ローカル スナップショット、FSx for ONTAPバックアップ、クロスリージョン レプリケーション (CRR)、Microsoft SQL High Availability が含まれます。

  • クローン: Workload Factory 内または外で作成され、60 日以上経過したクローン (サンドボックス) を更新および削除するオプションが含まれます。

Oracle データベースの場合:

  • ストレージ構成: 容量管理、シン プロビジョニング、階層化ポリシー、スナップショット、ストレージ効率、および Microsoft マルチパス I/O (MPIO) のステータスと設定を含む、自動ストレージ管理 (ASM) の有無にかかわらず iSCSI を使用した展開のオペレーティング システム構成が含まれます。

  • ストレージレイアウト: REDOログの配置、一時表領域の配置、データファイルの配置、アーカイブログの配置、制御ファイルの配置とバイナリの配置、ASMディスクグループのLUN数が含まれます。

開始する前に

  • あなたは持っている必要があります"AWS アカウントの認証情報と読み取り/書き込み権限"データベース構成を分析します。

  • Microsoft SQL Server インスタンスまたは Oracle データベースのストレージを評価するには、リソースを Workload Factory に登録し、ストレージ タイプを FSx for ONTAPにする必要があります。"リソースを登録する方法を学びます。"

  • 設定または構成の修正を選択する前に、各推奨事項をよく確認してください。RSSおよびMAXDOPの設定については、本番環境を変更する前に、推奨設定をテストしてパフォーマンスの向上を確認することをお勧めします。

メモ 修正プロセスによって、インスタンスのダウンタイムやサービスの中断が発生する可能性があります。構成を修正することを選択する前に、推奨事項を慎重に確認してください。

構成の問題を修正する

FSx for ONTAPストレージ上で実行されている SQL Server または Oracle 環境の構成の問題を修正します。

メモ 修復プロセスにより、インスタンスのダウンタイムやサービスの中断が発生する可能性があります。構成の問題を修正することを選択する前に、推奨事項を慎重に確認してください。
手順
  1. いずれかを使用してログインし"コンソールエクスペリエンス"ます。

  2. [データベース]タイルで、*[データベースインベントリに移動]*を選択します。

  3. *インベントリ*で、エンジンの種類(Microsoft SQL Server または Oracle)を選択します。

  4. 特定の構成を修正するリソースを選択します。

    • Microsoft SQL Server を選択した場合は、[インスタンス] タブを選択します。

    • Oracle を選択した場合は、[データベース] タブを選択します。

  5. インスタンスの構成の問題を表示するには、[表示して修正] を選択します。

  6. インスタンスの Well-architected ステータス ページで、分析の結果を確認します。

    構成の問題は、カテゴリ、サブカテゴリ、ステータス、重大度、タグでフィルタリングできます。

    PDF エクスポート を選択して、調査結果のレポートをダウンロードすることもできます。

  7. ドロップダウン矢印を選択すると、構成の推奨事項が表示されます。推奨事項には、ベスト プラクティス、最適化されていない構成の潜在的な落とし穴、重要な考慮事項が含まれます。推奨事項をよく確認してください。

  8. オプションが利用可能な場合は、構成の問題を*表示して修正*することを選択します。

    *すべて選択*がデフォルトですが、修正する特定のリソースを選択することもできます。

    1. クローン クリーンアップ以外のすべての構成については、推奨事項の詳細を確認して、問題を修正した場合に何が起こるかを確認してください。一部の修復操作では、インスタンスのダウンタイムやサービスの中断が発生する可能性があります。

    2. クローンクリーンアップでは、更新または削除するクローンデータベース(サンドボックス)を選択します。

      • クローンを更新すると、クローンはそのソース データベースと同期されます。更新は、ワークロード ファクトリーで作成されたクローンに対してのみ使用できます。

      • クローンを削除すると、クローンが完全に削除され、ストレージスペースが解放され、コストが削減されます。 Workload Factory の内外で作成されたクローンを削除できます。

  9. 構成の問題を修正するには、*[続行]*を選択します。

結果

Workload Factory が問題の修正を開始します。操作のステータスを表示するには、[ジョブ監視] タブを選択します。

データベース設定の分析を延期または却下する

不要なアラートや不正確な最適化結果を回避するために、データベース環境に適用されない特定のデータベース構成の分析を延期または却下します。延期または却下された構成分析は、いつでも再アクティブ化できます。

データベース構成に対するアプリケーション要件はさまざまです。 Workload Factory には、特定のデータベース構成の分析をスキップする 2 つのオプションが用意されているため、関連する問題のみを監視し、関連する構成の健全性を正確に把握できます。特定の構成分析が延期または却下された場合、その構成は全体の最適化スコアに含まれません。

構成分析は、構成レベル、SQL Server インスタンス、または Oracle データベース レベルで延期、破棄、再アクティブ化できます。

  • * 30日間延期*:解析を延期すると、解析が30日間停止します。30日後、分析は自動的に再開されます。

  • 却下:解析を却下すると、解析が無期限に延期されます。必要に応じて解析を再開できます。

次の手順では、構成レベルで分析を延期、却下、または再アクティブ化する方法について説明します。特定の SQL Server インスタンスまたは Oracle データベースに対して次のタスクを完了するには、[ダッシュボード] タブから開始します。

延期

設定分析を30日間停止するように延期します。30日後、分析は自動的に再開されます。

手順
  1. いずれかを使用してログインし"コンソールエクスペリエンス"ます。

  2. [データベース]タイルで、*[データベースインベントリに移動]*を選択します。

  3. データベース メニューから、インベントリ を選択します。

  4. インベントリで、データベース エンジンの種類として Microsoft SQL Server または Oracle を選択します。

  5. 延期する構成を持つ SQL Server インスタンスまたは Oracle データベースに移動し、アクション メニューを選択して、Well-architected を選択します。

  6. Well-architected 分析ページで、延期する構成まで下にスクロールし、アクション メニューを選択して、[閉じる] を選択します。

  7. [閉じる] 構成ダイアログで、[30 日間延期] を選択し、[閉じる] を選択します。

結果

設定の分析が30日間停止します。

却下

構成分析を無期限に停止するには、[却下]をクリックします。必要に応じて解析を再開できます。

手順
  1. いずれかを使用してログインし"コンソールエクスペリエンス"ます。

  2. [データベース]タイルで、*[データベースインベントリに移動]*を選択します。

  3. データベース メニューから、インベントリ を選択します。

  4. インベントリで、データベース エンジンの種類として Microsoft SQL Server または Oracle を選択します。

  5. 延期する構成を持つ SQL Server インスタンスまたは Oracle データベースに移動し、アクション メニューを選択して、Well-architected を選択します。

  6. Well-architected 分析ページで、延期する構成まで下にスクロールし、アクション メニューを選択して、[閉じる] を選択します。

  7. [閉じる] 構成ダイアログで、[閉じる] オプションを選択し、[閉じる] を選択して閉じることを確認します。

結果

構成分析が停止します。

再アクティブ化

延期または却下された構成分析をいつでも再アクティブ化できます。

手順
  1. いずれかを使用してログインし"コンソールエクスペリエンス"ます。

  2. [データベース]タイルで、*[データベースインベントリに移動]*を選択します。

  3. データベース メニューから、インベントリ を選択します。

  4. インベントリで、データベース エンジンの種類として Microsoft SQL Server または Oracle を選択します。

  5. 延期する構成を持つ SQL Server インスタンスまたは Oracle データベースに移動し、アクション メニューを選択して、Well-architected を選択します。

  6. Well-architected 分析ページで、無視された構成 を選択して、無視された構成のみを表示します。

  7. 延期または却下された構成の構成分析を再開するには、「再アクティブ化」を選択します。

結果

構成分析が再アクティブ化され、毎日実行されます。