SQL Server の移行

既存のインフラストラクチャの確認 – 移行の検出フェーズで収集されたデータを使用して、既存の SQL Server インフラストラクチャを確認します。AWS Migration Evaluator を使用して、サーバー設定、SQL Server デプロイ、リソース使用率、アプリケーションの依存関係に関する詳細情報を自動的に収集できます。VMware ベースの環境では、 AWS Transform 検出ツールは、クラウド接続を必要とせずに、エージェントレスのオンプレミス検出を提供します。その出力は、TCO 分析とビジネスケース生成 AWS Transform の評価に直接フィードされます。SQL Server インフラストラクチャには Microsoft の規定サイズ設定を使用することをお勧めします AWS。メモリ、CPU、IOPS、スループットなど、オンプレミス SQL Server インスタンスの現在の使用率を理解することは、SQL Server インスタンスのサイズを適切に設定するために重要です AWS。

既存のライセンスの確認 – 補完的なAWS 最適化とライセンス評価 (AWS OLA) を活用して、 で移行とライセンス戦略を構築できます AWS。 AWS OLA には、既存のライセンス使用権限を使用してデプロイオプションをモデル化するレポートが用意されています。これらの結果は、柔軟な AWS ライセンスオプション全体で実現可能なコスト削減の検討に役立ちます。SQL Server ワークロードを既に実行している場合 AWS、 AWS Compute Optimizerは、実際の機能の使用状況に基づいて SQL Server エディションをダウングレードする機会を特定するなど、ライセンスに関する自動レコメンデーションを提供します。

既存の SQL Server アーキテクチャを確認する – 共有ストレージまたは SQL Server Always On 可用性グループアーキテクチャで SQL Server フェイルオーバークラスターを使用している場合、現在の高可用性アーキテクチャ要件を理解することで、SQL Server のデプロイオプションを定義できます AWS。

SQL Server Always On 可用性グループは、同期コミットモードと非同期コミットモードの両方をサポートし、単一 AWS リージョン (アベイラビリティーゾーン間) 内の高可用性、またはリージョン間のディザスタリカバリに使用できます。SQL Server Always On フェイルオーバークラスターインスタンス (FCIs) には共有ストレージが必要です。共有ストレージは、Amazon FSx for Windows File Server または Amazon FSx for NetApp ONTAP を使用して提供できます。高可用性とディザスタリカバリオプションの完全な比較については、 AWS 「 規範ガイダンス」の「高可用性とディザスタリカバリソリューションの選択」を参照してください。

バックアップ戦略の開発 – Amazon RDS for SQL Server では、point-in-timeリカバリ、手動スナップショット、ネイティブバックアップと復元で自動バックアップを使用できます。Amazon EC2 の SQL Server では、ネイティブ SQL Server のバックアップと復元を使用するか、スナップショットアプローチを使用するか、データベースを Amazon EBS、Amazon FSx for Windows File Server、Amazon FSx for NetApp ONTAP、または Amazon S3 にバックアップできます。を使用してAWS Backup、Amazon EC2 上の Amazon RDS for SQL Server と SQL Server 間でバックアップをオーケストレーションおよび一元化できます。

Amazon FSx for NetApp ONTAP を使用した Amazon EC2 上の SQL Server 2022 は、プライマリホストへの影響を最小限に抑えながら、ほぼ瞬時に一貫したバックアップのための T-SQL スナップショットバックアップをサポートします。SQL Server 2025 は、Always On 可用性グループでセカンダリレプリカからのネイティブデータベースバックアップを有効にすることで、これをさらに拡張します。詳細については、 (AWS ブログ記事) の「Microsoft SQL Server 2025 の新機能 AWS」を参照してください。

バックアップ戦略の詳細については、「Amazon RDS for SQL Server のバックアップおよび復元戦略」(AWS ブログ記事) およびAmazon EC2 上の SQL Server のバックアップおよび復元オプション」(AWS 規範ガイダンス) を参照してください。

ディザスタリカバリ (DR) のニーズを理解する – Amazon RDS for SQL Server の場合、クロスリージョン自動バックアップとリードレプリカは、SQL Server レベルのレプリケーション設定を必要とせずにマネージド DR オプションを提供します。

Amazon EC2 の SQL Server では、 AWS Transit Gatewayまたは を介して AWS リージョン 接続されたセカンダリを使用してAWS Direct Connect、レプリケーションを実行できます。DR オプションには、マルチリージョンデプロイ用の SQL Server 分散可用性グループ、RTO と RPO を使用したコスト効率の高いオプションのための数分以内にのログ配信、アクティブ/パッシブ DR 実装としての継続的なブロックレベルのレプリケーションAWS Elastic Disaster Recoveryなどがあります。詳細については、 AWS 「 Database Blog」の「Choose a high availability and disaster recovery solution on AWS Prescriptive Guidance」と「Architect a disaster recovery for SQL Server on AWS: Part 1」を参照してください。

リホスト (リフトアンドシフト) — オンプレミスの SQL Server データベースを AWS クラウドの Amazon EC2 インスタンス上の SQL Server に移行します。このアプローチは、 への移行を高速化することが優先される場合 AWS に便利です。Bring Your Own License (BYOL) モデルを使用して既存の SQL Server ライセンスを持ち込むか、ライセンス込み (LI) インスタンスを購入できます AWS。AWS Launch Wizard for SQL Server を使用して、Amazon EC2 での SQL Server のサイズ設定、設定、デプロイをガイドすることもできます。シングルインスタンスデプロイと高可用性デプロイの両方をサポートします。

リプラットフォーム (リフトアンドリシェイプ) – これには、オンプレミスの SQL Server データベースを のマネージドデータベースサービスに移行することが含まれます AWS。このアプローチは、インストール、設定、パッチ適用、アップグレード、高可用性設定など、差別化されていないタスクをオフロードします。次の 2 つのマネージドオプションから選択します。

Amazon EC2、Amazon RDS、Amazon RDS Custom での SQL Server の機能比較については、「規範ガイダンスでの Amazon EC2 と Amazon RDS の選択」を参照してください。 AWS

リファクタリング (リアーキテクト) – これには、通常、オープンソースデータベースまたはクラウド用に構築されたデータベースを使用してアプリケーションを変更し、モダナイズする必要があります。SQL Server から移行することで、ライセンスコストを削減し、ベンダーのロックインとライセンス監査を回避できます。SQL Server データベースをモダナイズして、以下を行うことができます。

SQL Server スキーマとコードを変換するには、() のフルマネージドスキーマ変換機能である AWS DMS Schema Conversion を使用できます AWS Database Migration Service AWS DMS。

を使用したサーバーのリホスト AWS Application Migration Service

SQL Server のバックアップと復元

SQL Server のトランザクションレプリケーション

可用性グループをクラウドに拡張する

AWS Database Migration Service (AWS DMS)

ログ配布

カスタムログ配信 – Amazon RDS for SQL Server と Amazon RDS Custom のカスタムスクリプトが必要です。リファレンス実装については、 AWS データベースブログの「Automate on-premises or Amazon EC2 SQL Server to Amazon RDS for SQL Server migration using custom log shipping」を参照してください。

SQL Server のバックアップと復元 – Amazon RDS for SQL Server のバックアップと復元については、「ネイティブバックアップと復元を使用した SQL Server の Amazon RDS への移行」を参照してください。Amazon RDS Custom については、「Migrate on-premises SQL Server to Amazon RDS Custom for SQL Server using native backup and restore and Amazon S3」を参照してください。

トランザクションレプリケーション

AWS Database Migration Service (AWS DMS)

AWS Transform for SQL Server Modernization は、SQL Server データベースおよび関連する .NET アプリケーションの Amazon Aurora PostgreSQL へのフルスタックのモダナイゼーションを自動化します。スキーマ変換、ストアドプロシージャ変換 (T-SQL から PL/pgSQL)、 を介したデータ移行 AWS DMS、アプリケーションコードの更新 (エンティティフレームワーク、ADO.NET、接続文字列) など、移行ジャーニー全体をオーケストレーションします。また、重要な段階でヒューhuman-in-the-loopチェックポイントも提供します。サポートされている SQL Server のバージョン、ソース、ターゲットの詳細については、 ドキュメントの「サポートされているバージョンとプロジェクトタイプ」を参照してください。 AWS Transform

Amazon RDS for MySQL、Amazon RDS for PostgreSQL、またはその他の Aurora ターゲットへのスキーマのみの変換または移行の場合は、AWS DMS スキーマ変換の使用を検討してください。

アプリケーションとデータベースの移行を高速化することが目標の場合は AWS、Babelfish for Aurora PostgreSQL の使用を検討してください。Babelfish を使用すると、SQL Server 用に最初に記述されたアプリケーションは、最小限のコード変更で Amazon Aurora と連携できます。その結果、SQL Server 2019 以前向けに開発された Babelfish for Aurora PostgreSQL アプリケーションを変更し、に移行するのに必要な労力が軽減され、より迅速でリスクが低く、費用対効果の高いリファクタリングが可能になります。

Babelfish を使用した移行には、以下のリソースを検討してください。

詳細については、「 規範ガイダンス」の「異種データベース移行のツール」を参照してください。 AWS

Microsoft SQL Server データベースの への移行 AWS クラウド (AWS 規範ガイダンス)

での SQL Server ワークロードの移行とモダナイゼーション戦略 AWS (AWS ブログ)

SQL Server データベースの移行方法 (AWS 規範ガイダンス)