

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ベストプラクティス
<a name="best-practices"></a>

## SQL Server Enterprise Edition を Standard Edition にダウングレードするためのベストプラクティス
<a name="best-practice-downgrade"></a>

Amazon RDS for SQL Server で SQL Server Enterprise Edition を Standard Edition に評価およびダウングレードするには、次のベストプラクティスをお勧めします。
+ **SQL Server Standard Edition のベンダーサポートを検証する** – アプリケーションが SQL Server Standard Edition での実行を認定されていることを確認します。ソフトウェアベンダーに直接確認するか、ドキュメントを参照します。ベンダーの確認なしで Standard Edition にダウングレードすると、アプリケーションのサポートが無効になる可能性があります。
+ **管理アクティビティでの Enterprise Edition 機能の使用を特定する** – データベース管理者またはアプリケーション管理者は、運用プロセスを改善するために Enterprise Edition の機能に依存することがあります。例としては、オンラインメンテナンスアクティビティ (オンラインインデックスの作成や再構築など) があります。このような機能の使用状況を特定し、情報に基づき意志決定を行います。Enterprise Edition 機能の損失を軽減するために、オペレーションを変更したり、可能な場合は回避策を適用したりできます。
+ **SQL Server Enterprise Edition のワークロードパターンを評価する** – SQL Server Standard Edition は、いつでも最大 24 個の CPU コアまたは 4 個のソケットの使用を自動的に制限します。SQL Server Standard Edition で使用できるインスタンスタイプのリストについては、[Amazon RDS for SQL Server のドキュメント](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.InstanceClasses)を参照してください。データベースワークロードパターンを分析して、Standard Edition にダウングレードしたときに 24 CPU コアの最大制限がサービスレベルに悪影響を及ぼすかどうかを判断します。
+ **SQL Server Standard Edition に対してワークロードをテスト**する – 代表的なワークロードを使用して複数のテストを実行し、Standard Edition によって課される 24 コアの制限がワークロードに悪影響を及ぼすかどうかを判断します。結果をモニタリングし、必要に応じてデータベースを調整します。
+ **データベース管理アクティビティをテスト**する – モニタリング、パフォーマンス評価、チューニング、メンテナンスタスクを行い、Standard Edition 環境での新しい作業方法に関する安心レベルを構築します。
+ **移行プロセスをテストする** – 包括的な移行テストを実行して、オペレーターの信頼を構築し、アプローチを微調整し、すべての問題を解決策とともに文書化します。

## Amazon RDS for SQL Server のベストプラクティス
<a name="best-practice-rds"></a>

Amazon RDS for SQL Server を使用するためのベストプラクティスについては、[「 ユーザーガイド](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_BestPractices.html#CHAP_BestPractices.SQLServer)」および[「Amazon RDS for SQL Server の新機能の詳細」ビデオ](https://www.youtube.com/watch?v=R4Vj88iqu5s)を参照してください。