Praktik terbaik untuk bermigrasi ke Amazon RDS untuk SQL Server

Berdasarkan penilaian database dan persyaratan proyek Anda, jika tujuan Anda adalah untuk bermigrasi ke Amazon RDS untuk SQL Server, ikuti praktik terbaik di bagian ini untuk menyediakan database target Anda, melakukan migrasi, dan menguji, mengoperasikan, dan mengoptimalkan database Amazon RDS for SQL Server Anda.

penting

Pastikan Anda memiliki paket rollback sebelum memigrasi database.

catatan

Anda dapat menggunakan Migration Hub Orchestrator untuk mengotomatiskan dan mengatur migrasi database SQL Server Anda ke Amazon EC2 atau Amazon RDS dengan menggunakan pencadangan dan pemulihan asli. Untuk informasi lebih lanjut, lihat Orkestrator AWS Migration Hubbagian.

Menyediakan basis data target Anda

Setelah Anda selesai menilai, merencanakan, dan menyiapkan strategi migrasi database, ikuti praktik terbaik ini saat menyediakan database Amazon RDS untuk SQL Server:

• Ukuran kanan instans Amazon RDS for SQL Server DB berdasarkan kebutuhan Anda untuk CPU, memori, IOPS, dan jenis penyimpanan. (Jika Anda menggunakan SQL Server Standard edition, menyediakan CPU dan memori dalam batasan edisi Standard.)

• Atur zona waktu dan pemeriksaan yang benar.

• Pastikan untuk meluncurkan Amazon RDS di cloud pribadi virtual (VPC) yang benar.

• Buat grup keamanan dengan port dan alamat IP yang benar.

• Menyediakan database Amazon RDS Anda di subnet pribadi untuk keamanan.

• Jika memungkinkan, menyediakan contoh SQL Server dengan versi terbaru dari SQL Server.

• Buat grup opsi dan grup parameter terpisah untuk setiap database Amazon RDS.

• Kumpulkan dan ekstrak login, pengguna, dan peran untuk migrasi.

• Tinjau pekerjaan Agen SQL Server untuk pemeliharaan dan aplikasi yang perlu dimigrasi.

Mencadangkan dari database sumber Anda

Ada banyak alat untuk memigrasi database SQL Server ke database Amazon RDS untuk SQL Server. Metode yang paling umum digunakan adalah menggunakan cadangan dan pemulihan asli SQL Server jika kebutuhan Anda mengizinkan waktu henti.

Jika Anda memiliki waktu henti terbatas, Anda dapat menggunakan cadangan/pemulihan SQL Server asli dengan cadangan diferensial dan cadangan log. Atau Anda dapat menggunakanAWS DMS, yang menyediakan tiga opsi: full-load, full-load dan CDC, atau CDC saja.

Mentransfer file dump data ke AWS

• Jika Anda menggunakanAWS Direct Connect, yang menyediakan konektivitas bandwidth tinggi antara lingkungan lokal danAWS, Anda dapat menyalin cadangan SQL Server ke Amazon S3 dan mengatur integrasi Amazon S3.

• Jika Anda tidak memiliki bandwidth tinggiAWS Direct Connect, gunakan AWS Snowball untuk mentransfer file cadangan database besar. Anda juga dapat menggunakan AWS DMS untuk mentransfer data saat replikasi diperlukan.

Memulihkan data ke database target Anda

• Jika Anda memigrasi database yang sangat besar, sebaiknya Anda menyediakan jenis instans Amazon RDS yang lebih besar pada awalnya, selama durasi migrasi, untuk memuat data yang lebih cepat.

• Nonaktifkan Multi-AZ. (Ini dapat diaktifkan kembali setelah migrasi.)

• Nonaktifkan retensi cadangan. (Ini dapat diaktifkan kembali setelah migrasi.)

• Kembalikan database dengan menggunakan perintah pemulihan SQL Server asli.

• Buat login dan pengguna, dan perbaiki pengguna yatim piatu, jika diperlukan.

• Buat pekerjaan Agen SQL Server dan tinjau jadwal, sesuai kebutuhan.

Langkah pasca-migrasi

Setelah migrasi selesai, Anda dapat:

• Ubah instans DB ke tipe instans berukuran kanan.

• Aktifkan Multi-AZ dan retensi cadangan.

• Pastikan bahwa semua pekerjaan dibuat pada node sekunder (untuk konfigurasi Multi-AZ).

• Publikasikan error SQL Server dan log agen ke Amazon CloudWatch Logs, dan gunakan CloudWatch untuk melihat metrik dan membuat alarm. Untuk informasi selengkapnya, lihat dokumentasi Amazon RDS.

• Aktifkan pemantauan yang disempurnakan untuk mendapatkan metrik instans DB Anda secara real time.

• Siapkan topik Amazon Simple Notification Service (Amazon SNS) untuk peringatan.

Menguji migrasi

Kami merekomendasikan pengujian berikut untuk memvalidasi aplikasi Anda terhadap database Amazon RDS for SQL Server baru Anda:

• Lakukan pengujian fungsional.

• Bandingkan kinerja kueri SQL di database sumber dan target Anda, dan sesuaikan kueri sesuai kebutuhan. Beberapa kueri mungkin bekerja lebih lambat dalam database target, jadi sebaiknya Anda menangkap baseline kueri SQL di database sumber.

Untuk validasi tambahan selama fase proof-of-concept (POC), kami merekomendasikan tes tambahan berikut:

• Jalankan tes kinerja untuk memastikan bahwa mereka memenuhi harapan bisnis Anda.

• Uji failover, pemulihan, dan pemulihan database untuk memastikan bahwa Anda memenuhi persyaratan RPO dan RTO.

• Cantumkan semua pekerjaan dan laporan penting, dan jalankan di Amazon RDS untuk mengevaluasi kinerja mereka terhadap perjanjian tingkat layanan (SLA) Anda.

Mengoperasikan dan mengoptimalkan database Amazon RDS Anda

Saat database Anda aktifAWS, pastikan Anda mengikuti praktik terbaik di area seperti pemantauan, peringatan, pencadangan, dan ketersediaan tinggi di cloud. Misalnya:

• Siapkan CloudWatch pemantauan, dan aktifkan pemantauan terperinci.

• Gunakan Amazon RDS Performance Insights dan solusi pemantauan pihak ketiga lainnya seperti SentryOneatau Foglight for SQL Server untuk memantau database Anda.

• Siapkan peringatan dengan menggunakan topik SNS.

• Siapkan cadangan otomatis dengan menggunakan AWS Backupatau cadangan SQL Server asli, dan salin ke Amazon S3.

• Untuk ketersediaan tinggi, siapkan fitur Multi-AZ Amazon RDS.

• Jika Anda memerlukan basis data hanya-baca, siapkan replika baca dalam wilayah yang sama atau di seluruh AWS Wilayah sesuai dengan kebutuhan Anda.