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

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

共同作成者 netapp-rlithman
PDF

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

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

"Workload Factory の構成分析と Well-Architected ステータスについて学習します。"

タスクの内容

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

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

SQL Server リソースの場合、1 回限りの評価を実行して、データベース構成のベスト プラクティスを確認できます。1 回限りの評価を実行するために、リソースを登録したり資格情報を保存したりする必要はありません。

分析対象

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 データベースの場合:

  • ストレージのサイズ設定: スワップ領域の割り当てとファイルシステムのヘッドルームを含む

  • ストレージ構成：容量管理、シンプロビジョニング、階層化ポリシー、Snapshot、ストレージ効率化、Automatic Storage Management（ASM）の有無にかかわらずNFSまたはiSCSIを使用した導入のオペレーティングシステム構成（Microsoft Multipath I/O（MPIO）のステータスと設定を含む）、および次のdNFS設定：dNFSの有効化、dNFSの一貫したIP解決、dNFS構成ファイル、およびdNFS nosharecache

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

  • コンピューティング：オペレーティング システムのパッチを含む

Oracle の Well-Architected 分析では、構成が他の構成に依存している場合に通知し、リンクされた構成を最適化するためのアクションをリストします。

SQL Server データベース構成の 1 回限りの評価を実行します

資格情報を保存したりインスタンスを登録したりせずに、1回限りの評価を実行して、Microsoft SQL Serverインスタンスの適切なアーキテクチャステータスを確認します。

スクリプトを何度でも実行し、結果をアップロードできます。アップロードするたびに、最新の結果に基づいてwell-architectedのステータスと分析情報が更新されます。

手順

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

  2. メニューハンバーガー メニュー アイコンは、ストレージ、eda、ai、データベース、vmware、管理などのワークロードに移動するために使用されます。を選択します。次に、*データベース*を選択します。

  3. インベントリ*で、*1回限りの評価 > *評価の詳細*を選択します。1回限りの評価に関する情報を確認します。

  4. *Download script*を選択します。

    1. スクリプトを Microsoft SQL Server ホストにコピーします。

    2. PowerShellでスクリプトを実行します。1つのスクリプトですべてのインスタンスからメタデータを収集します。

  5. 1回限りの評価 > *アップロード*を選択します。ファイルを見つけて、Workload Factoryコンソールにアップロードします。

  6. 任意の構成の推奨事項を表示します。推奨事項には、ベスト プラクティスと、構成が最適化されていない場合に発生する可能性のある問題が含まれます。

構成の修正、却下、再有効化を始める前に

  • 絶対です"操作と修復の権限を付与する"AWS アカウントで。

  • リソースは Workload Factory に登録されている必要があり、ストレージタイプは FSx for ONTAP である必要があります。"リソースを登録する方法を学びます。"

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

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

構成の問題を修正する

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

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

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

  2. メニューハンバーガー メニュー アイコンは、ストレージ、eda、ai、データベース、vmware、管理などのワークロードに移動するために使用されます。を選択します。次に、*データベース*を選択します。

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

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

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

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

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

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

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

    調査結果のレポートをダウンロードするには、* Export PDF * を選択します。

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

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

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

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

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

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

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

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

結果

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

データベース構成の分析を閉じる

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

手順

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

  2. メニューハンバーガー メニュー アイコンは、ストレージ、eda、ai、データベース、vmware、管理などのワークロードに移動するために使用されます。を選択します。次に、*データベース*を選択します。

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

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

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

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

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

結果

構成分析が停止します。

分析はいつでも再アクティブ化できます。この構成は、全体的な最適化スコアに含まれなくなりました。

却下された構成分析を再アクティブ化する

閉じた構成分析はいつでも再アクティブ化できます。再アクティブ化する構成を 1 つ以上選択できます。

手順

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

  2. メニューハンバーガー メニュー アイコンは、ストレージ、eda、ai、データベース、vmware、管理などのワークロードに移動するために使用されます。を選択します。次に、*データベース*を選択します。

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

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

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

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

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

結果

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