Praktik terbaik untuk bermigrasi ke Amazon RDS untuk Oracle - AWS Bimbingan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Praktik terbaik untuk bermigrasi ke Amazon RDS untuk Oracle

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

penting

Pastikan bahwa Anda memiliki rencana rollback sebelum Anda memigrasi database Anda.

Menyediakan basis data target Anda

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

  • Ukuran kanan instans Amazon RDS for Oracle DB berdasarkan kebutuhan Anda untuk CPU, memori, IOPS, dan jenis penyimpanan.

  • Atur zona waktu dan set karakter 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, sediakan instans DB dengan menggunakan versi Oracle Database terbaru, yang saat ini 19c. Versi sebelumnya mendekati akhir dukungan. Untuk informasi lebih lanjut, lihatDukungan Amazon RDS untuk Oracle Database 19c.

  • Jika Anda ingin menggunakan enkripsi, selalu aktifkan saat Anda menyediakan database Amazon RDS.

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

Mengekspor data dari database sumber Anda

Ada banyak alat untuk memigrasi database Oracle ke database Amazon RDS untuk Oracle. Alat yang paling umum digunakan adalah Oracle Data Pump. Sebelum Anda mengekspor database Oracle sumber Anda, periksa berikut ini untuk memfasilitasi proses ekspor:

  • Periksa ukuran database, untuk melihat apakah Anda dapat bermigrasi skema dengan skema, bukan migrasi database penuh. Memigrasi skema secara individual kurang rawan kesalahan dan lebih mudah dikelola daripada memigrasikan semuanya sekaligus.

  • Ekspor data dalam mode paralel, dengan menggunakan parameter Oracle Data Pump PARALLEL, untuk kinerja yang lebih baik.

  • Periksa apakah tabel memiliki benda besar (LOB). Jika Anda memiliki tabel besar dengan LOB, kami sarankan Anda mengekspor tabel tersebut secara terpisah.

  • Selama proses ekspor, hindari menjalankan transaksi database lama di database sumber Anda untuk menghindari kesalahan inkonsistensi baca Oracle.

  • Jika Anda menggunakan alat replikasi seperti AWS DMS, OracleGoldenGate, atau QuestSharePlex, pastikan Anda memiliki cukup ruang di server lokal untuk menyimpan log arsip selama 24-72 jam, tergantung pada berapa lama waktu migrasi.

Mentransfer file dump data ke AWS

Jika Anda menggunakan AWS Direct Connect, yang menyediakan konektivitas bandwidth tinggi antara lingkungan lokal dan AWS, Anda dapat menyalin file Pompa Data dengan menggunakan OracleDBMS_FILE_TRANSFERutilitas atauFitur integrasi Amazon S3. Jika Anda tidak memiliki bandwidth tinggi melalui AWS Direct Connect, gunakan AWS Snowball untuk mentransfer file dump ekspor database besar.

Mengimpor data ke database target Anda

  • Jika Anda memigrasi database yang sangat besar, kami sarankan Anda menyediakan yang lebih besarJenis instans Amazon RDSawalnya, selama migrasi, untuk beban data yang lebih cepat. Setelah migrasi selesai, Anda dapat mengubah instans DB ke jenis instans berukuran kanan.

  • Tingkatkan ukuran file log ulang, batalkan ruang tabel, dan ruang tabel sementara untuk meningkatkan kinerja selama migrasi, jika diperlukan.

  • Nonaktifkan opsi Multi-AZ selama proses impor, dan aktifkan setelah migrasi selesai.

  • Nonaktifkan pembuatan log arsip dengan mengatur retensi cadangan ke nol untuk mencapai beban data yang lebih cepat.

  • Siapkan database target dengan membuat tablespace, pengguna, peran, profil, dan skema terlebih dahulu.

  • Jika Anda memiliki tabel besar dengan LOB, impor setiap tabel LOB secara terpisah.

Langkah pasca-impor

  • Periksa file log impor untuk kesalahan, dan memperbaiki kesalahan setelah impor selesai.

  • Periksa objek yang tidak valid. Jika Anda menemukan apapun, kompilasi dan memperbaikinya.

  • Beberapa prosedur mungkin tidak dikompilasi karena kurangnya izin pada objek SYS yang tidak diizinkan atau didukung di Amazon RDS. Prosedur ini harus ditulis ulang.

  • Jika Anda menggunakan urutan, memvalidasi nilai urutan terhadap database sumber untuk menghindari inkonsistensi urutan.

  • Pastikan bahwa jumlah objek dalam database Amazon RDS Anda sama seperti di database sumber. Memvalidasi tabel, indeks, prosedur, pemicu, fungsi, paket, kendala, dan benda-benda lainnya.

  • Jika database sumber Anda memiliki tautan database ke database lain, uji konektivitas untuk mengonfirmasi bahwa tautan masih berfungsi.

  • Kumpulkan statistik tingkat kamus dan tingkat skema untuk kinerja optimal.

Menguji migrasi

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

  • Anda mungkin harus meningkatkan perangkat lunak klien Oracle atau perangkat lunak JDBC berdasarkan versi database Amazon RDS for Oracle. Jika Anda telah bermigrasi ke versi yang lebih baru dari Oracle Database, mungkin tidak mendukung versi lama dari perangkat lunak klien Oracle.

  • 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 kami sarankan Anda menangkap baseline kueri SQL di database sumber.

  • Saat tim aplikasi selesai menguji dan mengonfirmasi bahwa database Amazon RDS Anda berfungsi dengan baik, Anda dapat:

    • Ukuran kanan instans DB Amazon RDS berdasarkan penilaian Anda.

    • Aktifkan retensi cadangan.

    • Aktifkan log arsip.

    • Setel ulang ukuran file log ulang.

    • Aktifkan opsi Multi-AZ.

    • Buat AmazonCloudWatchalarm dan mengatur topik Amazon Simple Notification Service (Amazon SNS) untuk peringatan.

Untuk validasi tambahan selamaproof-of-conceptFase (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 berada di AWS, pastikan Anda mengikuti praktik terbaik di area seperti pemantauan, peringatan, pencadangan, dan ketersediaan tinggi di cloud. Misalnya:

  • MengaturCloudWatchpemantauan, dan memungkinkan pemantauan rinci.

  • GunakanWawasan Kinerja Amazon RDSdanOracle Enterprise Manager (OEM) Agen Manajemenuntuk memantau database Anda.

  • Siapkan peringatan dengan menggunakan topik SNS.

  • Mengatur cadangan otomatis menggunakanPencadangan AWS. Anda juga dapat menggunakan cadangan Oracle Data Pump atau mengambil snapshot manual.

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

  • Jika Anda membutuhkan basis data hanya-baca,mengatur Replika Bacadalam wilayah yang sama atau di seluruh Wilayah AWS sesuai dengan kebutuhan Anda.