ベストプラクティス

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 のドキュメントを参照してください。データベースワークロードパターンを分析して、Standard Edition にダウングレードしたときに 24 CPU コアの最大制限がサービスレベルに悪影響を及ぼすかどうかを判断します。

SQL Server Standard Edition に対してワークロードをテストする – 代表的なワークロードを使用して複数のテストを実行し、Standard Edition によって課される 24 コアの制限がワークロードに悪影響を及ぼすかどうかを判断します。結果をモニタリングし、必要に応じてデータベースを調整します。

データベース管理アクティビティをテストする – モニタリング、パフォーマンス評価、チューニング、メンテナンスタスクを行い、Standard Edition 環境での新しい作業方法に関する安心レベルを構築します。

移行プロセスをテストする – 包括的な移行テストを実行して、オペレーターの信頼を構築し、アプローチを微調整し、すべての問題を解決策とともに文書化します。