翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
次のステップとリソース
このガイドでは、SQL Serverデータベースの迅速なディザスタリカバリーのためのベストプラクティスを取り上げました。推奨事項には、イメージを使用してアプリケーションインスタンスを復元すること、ネイティブ SQL メソッドを使用してデータベースを復元すること、できればデータベースのフェールオーバーを行うことが含まれます。数時間かかる大規模なデータベースの復元とは対照的に、Amazon Elastic Compute Cloud (Amazon EC2) Amazon マシンイメージ (AMI) のバックアップを最新のトランザクションログと組み合わせて使用すると、全体的なコストを低く抑えながら、目標復旧時点 (RPO) と目標復旧時間 (RTO) の要件を満たすことができます。最適な方法は、データベースのサイズ、バックアップの数と性質、およびディザスタリカバリー戦略を設計する必要があるトランザクションログバックアップの頻度によって異なります。Amazon EC2 での SQL Server の移行とホスティングに関する詳細、ベストプラクティス、クイックスタートガイド、規範的なガイダンスについては、以下のリンクを参照してください。
ドキュメント
-
Amazon EC2 における SQL Server クラスタリングのベストプラクティスと推奨事項 (Amazon EC2 ドキュメント)
-
Amazon EC2 インスタンスストア (Amazon EC2 のドキュメント)
-
オブジェクトの複製 (Amazon S3 ドキュメント)
-
Amazon EBS 高速スナップショットリストア (Amazon EC2 ドキュメント)
-
AWS クラウド上での常時レプリケーションを使用する SQL Server
(クイックスタート・リファレンスの展開) -
Amazon EBS のボリュームタイプ (Amazon EC2 のドキュメント)
-
FSx for Windows File Server を Microsoft SQL Server で使用する (Amazon FSx ドキュメント)
-
とは AWS Backup(AWS Backup ドキュメント)
-
AWS Windows AMI (Amazon EC2 ドキュメント)
AWS 規範ガイダンス
ブログ投稿とニュース
SQL Server のドキュメント