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

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

04/06/2026 共同作成者

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

不要なアラートや不正確な結果を避けるため、ご自身の環境に適用されない構成の分析は無視することもできます。

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

タスクの内容

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

Workload Factoryコンソール内のデータベースインベントリまたはWell-architectedダッシュボードから、問題の確認と修正を行うことができます。

オプションとして、クレデンシャルを保存したりリソースを登録したりすることなく、データベース構成のベストプラクティスを確認するための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 Critical Patch Updatesを含む
回復力：リージョン間レプリケーション（CRR）およびアプリケーション整合性Snapshotを含む

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

設定の 1 回限りの評価を実行します

認証情報を保存したりリソースを登録したりすることなく、1回限りの評価を実行して、Microsoft SQL ServerインスタンスまたはOracleデータベースの適切なアーキテクチャステータスを確認します。

スクリプトは複数回実行して結果をアップロードできます。Workload Factoryは、アップロードのたびに、適切に設計されたステータスとインサイトを更新します。

Microsoft SQL Serverインスタンス

手順

いずれかを使用してログインし"コンソールエクスペリエンス"ます。
メニューを選択します。次に、*データベース*を選択します。
*Inventory*で、エンジンタイプとして*SQL Server*を選択します。
One-time assessment > Learn about assessment を選択します。1回限りの評価に関する情報を確認します。
*Download script*を選択します。
1. スクリプトを Microsoft SQL Server ホストにコピーします。
2. PowerShellでスクリプトを実行します。1つのスクリプトですべてのインスタンスからメタデータを収集します。
1回限りの評価 > *アップロード*を選択します。ファイルを見つけて、Workload Factoryコンソールにアップロードします。
任意の構成に対する推奨事項を表示します。Workload Factoryは、構成が最適化されていない場合に起こりうる問題点と、ベストプラクティスを推奨事項に含めています。

Oracleデータベース

手順

いずれかを使用してログインし"コンソールエクスペリエンス"ます。
メニューを選択します。次に、*データベース*を選択します。
*Inventory*で、エンジンタイプとして*Oracle*を選択します。
One-time assessment > Learn about assessment を選択します。1回限りの評価に関する情報を確認します。
*Download script*を選択します。
1. PythonスクリプトをOracleデータベースホストにコピーします。
2. 適切なシェルでスクリプトを実行してください。1つのスクリプトで、すべてのデータベースからメタデータを収集します。
1回限りの評価 > *アップロード*を選択します。ファイルを見つけて、Workload Factoryコンソールにアップロードします。
任意の構成に対する推奨事項を表示します。Workload Factoryは、構成が最適化されていない場合に起こりうる問題点と、ベストプラクティスを推奨事項に含めています。

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

データベース環境の継続的な監視と設定問題の自動修正には、以下の要件が必要です。これらの要件は、1回限りの評価には必要ありません。

絶対です"操作と修復の権限を付与する"AWS アカウントで。
リソースは Workload Factory に登録されている必要があり、ストレージタイプは FSx for ONTAP である必要があります。"リソースを登録する方法を学びます。"
設定または構成を修正する前に、各推奨事項を確認してください。RSSとMAXDOPについては、本番環境を変更する前に推奨設定をテストしてパフォーマンスを確認してください。

構成の問題を修正する

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

設定を修正すると、ダウンタイムやサービスの中断が発生する可能性があります。設定を修正する前に、推奨事項をよく確認してください。

手順

いずれかを使用してログインし"コンソールエクスペリエンス"ます。
メニューを選択します。次に、*データベース*を選択します。
*インベントリ*で、エンジンの種類（Microsoft SQL Server または Oracle）を選択します。
特定の構成を修正するリソースを選択します。
- Microsoft SQL Server を選択した場合は、[インスタンス] タブを選択します。
- Oracle を選択した場合は、[データベース] タブを選択します。
インスタンスの構成の問題を表示するには、[表示して修正] を選択します。
インスタンスの Well-architected ステータスページで、分析の結果を確認します。

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

調査結果のレポートをダウンロードするには、* Export PDF * を選択します。
ドロップダウン矢印を選択すると、構成の推奨事項が表示されます。推奨事項には、ベストプラクティス、最適化されていない構成の潜在的な落とし穴、重要な考慮事項が含まれます。推奨事項をよく確認してください。
オプションが利用可能な場合は、構成の問題を*表示して修正*することを選択します。

*すべて選択*がデフォルトですが、修正する特定のリソースを選択することもできます。
1. クローンクリーンアップを除くすべての構成については、推奨事項の詳細を確認し、問題の修正による影響を確認してください。一部の修復作業では、ダウンタイムやサービスの中断が発生する可能性があります。
2. クローンクリーンアップでは、更新または削除するクローンデータベース（サンドボックス）を選択します。
  - クローンを更新すると、クローンはそのソースデータベースと同期されます。更新は、ワークロードファクトリーで作成されたクローンに対してのみ使用できます。
  - クローンを削除すると、クローンが完全に削除され、ストレージスペースが解放され、コストが削減されます。 Workload Factory の内外で作成されたクローンを削除できます。
構成の問題を修正するには、*[続行]*を選択します。

結果

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

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

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

手順

いずれかを使用してログインし"コンソールエクスペリエンス"ます。
メニューを選択します。次に、*データベース*を選択します。
データベースメニューから、インベントリ を選択します。
インベントリで、データベースエンジンの種類として Microsoft SQL Server または Oracle を選択します。
延期する構成を持つ SQL Server インスタンスまたは Oracle データベースに移動し、アクションメニューを選択して、Well-architected を選択します。
Well-architected 分析ページで、延期する構成まで下にスクロールし、アクションメニューを選択して、[閉じる] を選択します。
[閉じる] 構成ダイアログで、[閉じる] オプションを選択し、[閉じる] を選択して閉じることを確認します。

結果

Workload Factory は構成分析を停止します。

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

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

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

手順

いずれかを使用してログインし"コンソールエクスペリエンス"ます。
メニューを選択します。次に、*データベース*を選択します。
データベースメニューから、インベントリ を選択します。
インベントリで、データベースエンジンの種類として Microsoft SQL Server または Oracle を選択します。
延期する構成を持つ SQL Server インスタンスまたは Oracle データベースに移動し、アクションメニューを選択して、Well-architected を選択します。
Well-architected 分析ページで、無視された構成 を選択して、無視された構成のみを表示します。
延期または却下された構成の構成分析を再開するには、「再アクティブ化」を選択します。

結果

Workload Factoryは構成分析を再開し、今後は毎日実行します。