Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB
Anda dapat menggunakan beberapa teknik untuk mengimpor data ke dalam instans basis data RDS for MariaDB. Pendekatan terbaik tergantung pada sejumlah faktor:
+ Sumber data
+ Jumlah data
+ Impor satu kali atau sedang berlangsung
+ Jumlah downtime
Jika Anda juga memigrasikan aplikasi dengan data, jumlah waktu henti penting untuk dipertimbangkan.
Tabel berikut mencantumkan teknik untuk mengimpor data ke RDS untuk instance MariaDB DB:
**catatan**
Amazon RDS tidak mendukung `mariadb-backup` atau mengimpor dari Amazon S3 untuk MariaDB.
| Sumber | Jumlah data | Satu kali atau berkelanjutan | Waktu henti aplikasi | Teknik | Informasi selengkapnya |
| --- | --- | --- | --- | --- | --- |
| Database MariaDB yang ada di tempat atau di Amazon EC2 | Setiap | Berkelanjutan | Minimal | Konfigurasikan replikasi dengan database MariaDB yang ada sebagai sumber replikasi. Anda dapat mengonfigurasi replikasi menjadi instance MariaDB DB menggunakan pengidentifikasi transaksi global MariaDB GTIDs () ketika instance eksternal adalah MariaDB versi 10.0.24 atau lebih tinggi, atau menggunakan koordinat log biner untuk instance MariaDB pada versi sebelumnya dari 10.0.24. GTIDs MariaDB diimplementasikan secara berbeda dari MySQL GTIDs, yang tidak didukung oleh Amazon RDS. | [Mengonfigurasi replikasi posisi file log biner dengan instans sumber eksternal](MySQL.Procedural.Importing.External.ReplMariaDB.md) [Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi](mariadb-importing-data-reduced-downtime.md) |
| Sebarang basis data yang ada | Setiap | Satu kali atau berkelanjutan | Minimal | Gunakan AWS Database Migration Service untuk memigrasikan database dengan downtime minimal dan, untuk banyak mesin DB database, lanjutkan replikasi yang sedang berlangsung. | [Apakah AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) *dan [Menggunakan basis data yang kompatibel dengan MySQL sebagai target untuk AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html) dalam Panduan Pengguna AWS Database Migration Service * |
| Instans basis data MariaDB yang ada | Setiap | Satu kali atau berkelanjutan | Minimal | Buat replika baca untuk replikasi berkelanjutan. Dorong replika baca untuk pembuatan satu kali instans DB baru. | [Menggunakan replika baca instans DB](USER_ReadRepl.md) |
| Database MariaDB yang ada | Kecil | Satu kali | Beberapa | Salin data langsung ke instance MariaDB Anda menggunakan utilitas baris perintah. | [Mengimpor data dari database MariaDB eksternal ke Amazon RDS untuk instans DB Amazon RDS](mariadb-importing-data-external-database.md) |
| Data tidak disimpan dalam basis data yang sudah ada | Sedang | Satu kali | Beberapa | Buat file datar dan impor menggunakan pernyataan MariaDB`LOAD DATA LOCAL INFILE`. | [Mengimpor data dari sumber apa pun ke Amazon RDS for MariaDB instans DB](mariadb-importing-data-any-source.md) |
**catatan**
Basis data sistem `mysql` berisi informasi autentikasi dan otorisasi yang dibutuhkan untuk masuk ke instans DB Anda dan mengakses data Anda. Menjatuhkan, mengubah, mengganti nama, atau memotong tabel, data, atau konten lain dari `mysql` database dalam instans DB Anda dapat mengakibatkan kesalahan dan mungkin membuat instans DB dan data Anda tidak dapat diakses. Jika ini terjadi, Anda dapat mengembalikan instance DB dari snapshot menggunakan AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html)perintah. Anda dapat memulihkan instans DB menggunakan [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html)perintah.
# Mengimpor pertimbangan data untuk MariaDB
Konten berikut berisi informasi teknis terkait pemuatan data ke MariaDB. Konten ini ditujukan untuk pengguna yang akrab dengan arsitektur server MariaDB.
## Pencatatan biner
Mengaktifkan pencatatan biner mengurangi kinerja pemuatan data dan membutuhkan hingga empat kali ruang disk tambahan dibandingkan dengan pencatatan yang dinonaktifkan. Ukuran transaksi yang digunakan untuk memuat data secara langsung mempengaruhi kinerja sistem dan kebutuhan ruang disk — transaksi yang lebih besar membutuhkan lebih banyak sumber daya.
## Ukuran transaksi
Ukuran transaksi mempengaruhi aspek-aspek berikut dari pemuatan data MariaDB:
+ Konsumsi sumber daya
+ Pemanfaatan ruang disk
+ Lanjutkan proses
+ Waktu untuk pulih
+ Format input (file datar atau SQL)
Bagian ini menjelaskan bagaimana ukuran transaksi dapat memengaruhi log biner dan mengakibatkan kasus penonaktifan log biner selama pemuatan data yang besar. Anda dapat mengaktifkan dan menonaktifkan pencatatan biner dengan mengatur periode retensi cadangan otomatis Amazon RDS. Nilai non-nol mengaktifkan log biner, dan nilai nol menonaktifkannya. Untuk informasi selengkapnya, lihat [Periode retensi cadangan](USER_WorkingWithAutomatedBackups.BackupRetention.md).
Bagian ini juga menjelaskan dampak transaksi besar pada InnoDB dan mengapa penting untuk menjaga ukuran transaksi tetap kecil.
### Transaksi kecil
Untuk transaksi kecil, log biner menggandakan jumlah tulis disk yang dibutuhkan untuk memuat data. Efek ini dapat secara ekstrem menurunkan performa untuk sesi basis data lain dan meningkatkan waktu yang dibutuhkan untuk memuat data. Degradasi yang dialami sebagian tergantung pada faktor-faktor berikut:
+ Tingkat unggah
+ Aktivitas database lainnya yang terjadi selama pemuatan
+ Kapasitas instans Amazon RDS DB Anda
Log biner juga mengkonsumsi ruang disk kira-kira sama dengan jumlah data yang dimuat sampai log dicadangkan dan dihapus. Amazon RDS meminimalkan ini dengan sering mencadangkan dan menghapus log biner.
### Transaksi besar
Untuk transaksi besar, pencatatan biner melipatgandakan IOPS dan penggunaan disk karena alasan berikut:
+ Cache log biner menyimpan data transaksi sementara pada disk.
+ Cache ini tumbuh dengan ukuran transaksi, yang menghabiskan ruang disk.
+ Ketika transaksi (commit atau rollback) selesai, sistem menyalin cache ke log biner.
Proses ini membuat tiga salinan data:
+ Data asli
+ Cache pada disk
+ Entri log biner terakhir
Setiap operasi penulisan menimbulkan IO tambahan, yang selanjutnya memengaruhi kinerja.
Karena itu, logging biner membutuhkan tiga kali lipat ruang disk dibandingkan dengan logging yang dinonaktifkan. Misalnya, memuat 10 GiB data sebagai satu transaksi menghasilkan tiga salinan:
+ 10 GiB untuk data tabel
+ 10 GiB untuk cache log biner
+ 10 GiB untuk file log biner
Total ruang disk sementara yang dibutuhkan adalah 30 GiB.
Pertimbangan ruang disk penting:
+ File cache tetap ada sampai sesi berakhir atau transaksi baru membuat cache lain.
+ Log biner tetap ada sampai dicadangkan, berpotensi menahan 20 GiB (cache dan log) untuk waktu yang lama.
Jika Anda menggunakan `LOAD DATA LOCAL INFILE` untuk memuat data, pemulihan data membuat salinan keempat jika database harus dipulihkan dari cadangan yang dibuat sebelum pemuatan. Selama pemulihan, MariaDB mengekstrak data dari log biner ke file datar. MariaDB kemudian berjalan. `LOAD DATA LOCAL INFILE` Berdasarkan contoh sebelumnya, pemulihan ini membutuhkan total ruang disk sementara 40 GiB, atau masing-masing 10 GiB untuk tabel, cache, log, dan file lokal. Tanpa setidaknya 40 GiB ruang disk kosong, pemulihan gagal.
### Mengoptimalkan beban data yang besar
Untuk pemuatan data yang besar, nonaktifkan pencatatan biner untuk mengurangi kebutuhan ruang overhead dan disk. Anda dapat menonaktifkan pencatatan biner dengan mengatur periode retensi cadangan ke 0. Setelah pemuatan selesai, kembalikan periode retensi cadangan ke nilai bukan nol yang sesuai. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md) dan [Periode retensi cadangan](USER_ModifyInstance.Settings.md) di tabel pengaturan.
**catatan**
Jika instans DB adalah instans DB sumber untuk replika baca, maka Anda tidak dapat mengatur periode retensi cadangan ke 0.
Sebelum memuat data, kami sarankan Anda membuat snapshot DB. Untuk informasi selengkapnya, lihat [Mengelola backup manual](USER_ManagingManualBackups.md).
## InnoDB
Informasi berikut tentang opsi undo logging dan recovery mendukung menjaga transaksi InnoDB tetap kecil untuk mengoptimalkan kinerja database.
### Memahami InnoDB undo logging
Undo adalah mekanisme logging yang memungkinkan rollback transaksi dan mendukung kontrol konkurensi multi-versi (MVCC).
Untuk MariaDB 10.11 dan versi yang lebih rendah, batalkan log disimpan di tablespace sistem InnoDB (biasanya ibdata1) dan dipertahankan sampai thread pembersihan menghapusnya. Akibatnya, transaksi pemuatan data yang besar dapat menyebabkan tablespace sistem menjadi cukup besar dan menghabiskan ruang disk yang tidak dapat Anda reklamasi kecuali Anda membuat ulang database.
Untuk semua versi MariaDB, thread pembersihan harus menunggu untuk menghapus log pembatalan apa pun hingga transaksi aktif tertua melakukan atau memutar kembali. Jika database memproses transaksi lain selama pemuatan, log pembatalan mereka juga terakumulasi dan tidak dapat dihapus, bahkan jika transaksi dilakukan dan tidak ada transaksi lain yang memerlukan log pembatalan untuk MVCC. Dalam situasi ini, semua transaksi—termasuk transaksi hanya-baca—melambat. Perlambatan ini terjadi karena semua transaksi mengakses semua baris yang transaksi—bukan hanya transaksi muatan—berubah. Akibatnya, transaksi harus memindai melalui log undo yang mencegah transaksi pemuatan yang berjalan lama dicegah untuk dibersihkan selama pembersihan log batal. Ini memengaruhi kinerja untuk setiap operasi yang mengakses baris yang dimodifikasi.
### Opsi pemulihan transaksi InnoDB
Meskipun InnoDB mengoptimalkan operasi komit, rollback transaksi besar lambat. Untuk pemulihan yang lebih cepat, lakukan point-in-time pemulihan atau pulihkan snapshot DB. Untuk informasi selengkapnya, lihat [Point-in-time pemulihan](USER_PIT.md) dan [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
## Format impor data
MariaDB mendukung dua format impor data: file datar dan SQL. Tinjau informasi tentang setiap format untuk menentukan opsi terbaik untuk kebutuhan Anda.
### File rata
Untuk transaksi kecil, muat file datar dengan`LOAD DATA LOCAL INFILE`. Format impor data ini dapat memberikan manfaat berikut dibandingkan menggunakan SQL:
+ Lebih sedikit lalu lintas jaringan
+ Biaya transmisi data yang lebih rendah
+ Overhead pemrosesan basis data menurun
+ Pemrosesan lebih cepat
`LOAD DATA LOCAL INFILE`memuat seluruh file datar sebagai satu transaksi. Jaga ukuran masing-masing file kecil untuk keuntungan berikut:
+ **Kemampuan melanjutkan** - Anda dapat melacak file mana yang telah dimuat. Jika masalah muncul selama beban, Anda dapat mengambil tempat yang Anda tinggalkan. Anda mungkin perlu mengirimkan kembali beberapa data ke Amazon RDS, tetapi dengan file kecil, jumlah yang dikirim ulang minimal.
+ **Pemuatan data paralel** — Jika Anda memiliki IOPS dan bandwidth jaringan yang cukup untuk satu pemuatan file, pemuatan secara paralel dapat menghemat waktu.
+ **Kontrol laju beban** - Jika beban data Anda berdampak negatif pada proses lain, Anda dapat mengontrol laju beban dengan meningkatkan interval antar file.
Transaksi besar mengurangi manfaat penggunaan `LOAD DATA LOCAL INFILE` untuk mengimpor data. Bila Anda tidak dapat memecah sejumlah besar data menjadi file yang lebih kecil, pertimbangkan untuk menggunakan SQL.
### SQL
SQL memiliki satu keunggulan utama dibandingkan file datar: Anda dapat dengan mudah menjaga ukuran transaksi kecil. Namun, SQL dapat memakan waktu lebih lama untuk memuat daripada file datar. Juga, setelah kegagalan, mungkin sulit untuk menentukan di mana harus melanjutkan—Anda tidak dapat me-restart file mariadb-dump. Jika terjadi kegagalan saat memuat file mariadb-dump, Anda harus memodifikasi atau mengganti file sebelum pemuatan dapat dilanjutkan. Atau, sebagai alternatif, setelah Anda memperbaiki penyebab kegagalan, Anda dapat mengembalikan ke titik waktu sebelum memuat dan mengirim ulang file. Untuk informasi selengkapnya, lihat [Point-in-time pemulihan](USER_PIT.md).
## Menggunakan snapshot Amazon RDS DB untuk pos pemeriksaan database
Jika Anda memuat data dalam jangka waktu yang lama—seperti jam atau hari—tanpa pencatatan biner, gunakan snapshot DB untuk menyediakan pos pemeriksaan berkala demi keamanan data. Setiap snapshot DB membuat salinan konsisten dari instance database Anda yang berfungsi sebagai titik pemulihan selama kegagalan sistem atau peristiwa korupsi data. Karena snapshot DB cepat, checkpointing yang sering memiliki dampak minimal pada kinerja beban. Anda dapat menghapus snapshot DB sebelumnya tanpa memengaruhi daya tahan database atau kemampuan pemulihan. Untuk informasi selengkapnya tentang snapshot DB, lihat[Mengelola backup manual](USER_ManagingManualBackups.md).
## Mengurangi waktu muat database
Item berikut adalah tips tambahan untuk mengurangi waktu muat:
+ Buat semua indeks sekunder sebelum memuat data ke database MariaDB. Tidak seperti sistem database lainnya, MariaDB membangun kembali seluruh tabel saat menambahkan atau memodifikasi indeks sekunder. Proses ini membuat tabel baru dengan perubahan indeks, menyalin semua data, dan menjatuhkan tabel asli.
+ Muat data dalam urutan kunci primer. Untuk tabel InnoDB, ini dapat mengurangi waktu muat hingga 75% — 80% dan mengurangi ukuran file data hingga 50%.
+ Nonaktifkan kendala kunci asing dengan menyetel ke. `foreign_key_checks` `0` Ini sering diperlukan untuk file datar yang dimuat`LOAD DATA LOCAL INFILE`. Untuk beban apa pun, menonaktifkan pemeriksaan kunci asing mempercepat pemuatan data. Setelah pemuatan selesai, aktifkan kembali kendala dengan mengatur `foreign_key_checks` dan memverifikasi data. `1`
+ Muat data secara paralel kecuali mendekati batas sumber daya. Untuk mengaktifkan pemuatan bersamaan di beberapa segmen tabel, gunakan tabel yang dipartisi bila sesuai.
+ Untuk mengurangi overhead eksekusi SQL, gabungkan beberapa `INSERT` pernyataan menjadi operasi `INSERT` multi-nilai tunggal. `mariadb-dump`mengimplementasikan optimasi ini secara otomatis.
+ Kurangi operasi IO log InnoDB dengan menyetel `innodb_flush_log_at_trx_commit` ke. `0` Setelah pemuatan selesai, kembalikan `innodb_flush_log_at_trx_commit` ke`1`.
**Awas**
Pengaturan `innodb_flush_log_at_trx_commit` untuk `0` menyebabkan InnoDB menyiram lognya setiap detik, bukan di setiap komit. Pengaturan ini meningkatkan kinerja tetapi dapat mengambil risiko kerugian transaksi selama kegagalan sistem.
+ Jika Anda memuat data ke instans DB yang tidak memiliki replika baca, setel `sync_binlog` ke`0`. Setelah pemuatan selesai, kembalikan `sync_binlog parameter` ke`1`.
+ Muat data ke instans DB AZ tunggal sebelum mengonversi instans DB menjadi penerapan Multi-AZ. Jika instans DB sudah menggunakan penerapan Multi-AZ, kami tidak menyarankan untuk beralih ke penerapan AZ tunggal untuk pemuatan data. Melakukannya hanya memberikan perbaikan marjinal
# Mengimpor data dari database MariaDB eksternal ke Amazon RDS untuk instans DB Amazon RDS
Anda dapat mengimpor data dari database MariaDB yang ada ke RDS untuk instance MariaDB DB. Anda melakukannya dengan menyalin database dengan [mysqldump atau mariadb-dump](https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html)[, dan menyalurkan database langsung ke RDS untuk instance MariaDB](https://mariadb.com/kb/en/mariadb-dump/) DB. Utilitas baris `mariadb-dump` perintah `mysqldump` atau biasanya digunakan untuk membuat cadangan dan mentransfer data dari satu server MariaDB ke server lainnya. Ini disertakan dengan perangkat lunak klien MariaDB.
Dimulai dengan MariaDB 11.0.1, Anda harus menggunakan alih-alih. `mariadb-dump` `mysqldump`
`mysqldump`Perintah khas untuk memindahkan data dari database eksternal ke instans Amazon RDS DB terlihat mirip dengan contoh berikut. Ganti nilai dengan informasi Anda sendiri. Untuk MariaDB 11.0.1 dan versi yang lebih tinggi, ganti dengan. `mysqldump` `mariadb-dump`
```
mysqldump -u local_user \
--databases database_name \
--single-transaction \
--compress \
--order-by-primary \
--routines=0 \
--triggers=0 \
--events=0 \
-plocal_password | mariadb -u RDS_user \
--port=port_number \
--host=host_name \
-pRDS_password
```
**penting**
Pastikan tidak ada spasi di antara opsi `-p` dan kata sandi yang dimasukkan.
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditunjukkan dalam contoh ini.
Perhatikan rekomendasi dan pertimbangan berikut:
+ Jangan sertakan skema berikut dalam filedump:
+ `sys`
+ `performance_schema`
+ `information_schema`
`mariadb-dump`Utilitas `mysqldump` dan mengecualikan skema ini secara default.
+ Jika Anda perlu memigrasikan pengguna dan hak istimewa, pertimbangkan untuk menggunakan alat yang menghasilkan bahasa kontrol data (DCL) untuk membuatnya kembali, seperti utilitas. [pt-show-grants](https://www.percona.com/doc/percona-toolkit/LATEST/pt-show-grants.html)
+ Untuk melakukan impor, pastikan pengguna yang melakukannya memiliki akses ke instans DB. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](Overview.RDSSecurityGroups.md).
Parameternya adalah sebagai berikut:
+ `-u local_user` – Gunakan untuk menentukan nama pengguna. Dalam penggunaan pertama parameter ini, tentukan nama akun pengguna pada database MariaDB lokal yang Anda identifikasi dengan parameter tersebut. `--databases`
+ `--databases database_name`— Gunakan untuk menentukan nama database pada instance MariaDB lokal yang ingin Anda impor ke Amazon RDS.
+ `--single-transaction` – Gunakan untuk memastikan bahwa semua data yang dimuat dari basis data lokal konsisten dengan satu titik waktu. Jika ada proses lain yang mengubah data saat `mysqldump` atau `mariadb-dump` sedang membacanya, menggunakan parameter ini membantu menjaga integritas data.
+ `--compress` – Gunakan untuk mengurangi konsumsi bandwidth jaringan dengan mengompres data dari basis data lokal sebelum mengirimkannya ke Amazon RDS.
+ `--order-by-primary` – Gunakan untuk mengurangi waktu pemuatan dengan mengurutkan setiap tabel data berdasarkan kunci primernya.
+ `--routines`Gunakan jika rutinitas seperti prosedur atau fungsi tersimpan ada dalam database yang Anda salin. Setel parameter ke`0`, yang mengecualikan rutinitas selama proses impor. Kemudian kemudian secara manual membuat ulang rutinitas di database Amazon RDS.
+ `--triggers`— Gunakan jika pemicu ada di database yang Anda salin. Setel parameter ke`0`, yang mengecualikan pemicu selama proses impor. Kemudian kemudian buat ulang pemicu secara manual di database Amazon RDS.
+ `--events`— Gunakan jika peristiwa ada dalam database yang Anda salin. Setel parameter ke`0`, yang mengecualikan peristiwa selama proses impor. Kemudian kemudian buat ulang peristiwa secara manual di database Amazon RDS.
+ `-plocal_password` – Gunakan untuk menentukan kata sandi. Dalam penggunaan pertama parameter ini, tentukan kata sandi untuk akun pengguna yang Anda identifikasi dengan `-u` parameter pertama.
+ `-u RDS_user` – Gunakan untuk menentukan nama pengguna. Dalam penggunaan kedua parameter ini, tentukan nama akun pengguna pada database default untuk instance MariaDB DB yang Anda identifikasi dengan parameter tersebut. `--host`
+ `--port port_number`— Gunakan untuk menentukan port untuk instance MariaDB Anda. Secara default, ini adalah 3306 kecuali Anda mengubah nilai saat membuat instans DB.
+ `--host host_name` – Gunakan untuk menentukan nama Sistem Nama Domain (DNS) dari titik akhir instans DB Amazon RDS, misalnya, `myinstance.123456789012.us-east-1.rds.amazonaws.com`. Anda dapat menemukan nilai endpoint dalam detail instans DB di konsol Amazon RDS.
+ `-pRDS_password` – Gunakan untuk menentukan kata sandi. Saat menggunakan parameter ini untuk kedua kalinya, Anda harus menentukan kata sandi untuk akun pengguna yang diidentifikasi oleh parameter `-u` kedua.
Pastikan Anda membuat prosedur, pemicu, fungsi, atau peristiwa tersimpan apa pun secara manual di dalam basis data Amazon RDS Anda. Jika Anda memiliki salah satu objek ini dalam database yang Anda salin, maka kecualikan mereka saat Anda menjalankan `mysqldump` atau`mariadb-dump`. Untuk melakukannya, sertakan parameter berikut dengan `mariadb-dump` perintah `mysqldump` atau Anda:
+ `--routines=0`
+ `--triggers=0`
+ `--events=0`
**Contoh**
Contoh berikut menyalin database `world` sampel pada host lokal ke RDS untuk instance MariaDB DB. Ganti nilai dengan informasi Anda sendiri.
Untuk Linux, macOS, atau Unix:
```
sudo mariadb-dump -u local_user \
--databases world \
--single-transaction \
--compress \
--order-by-primary \
--routines=0 \
--triggers=0 \
--events=0 \
-plocal_password | mariadb -u rds_user \
--port=3306 \
--host=my_instance.123456789012.us-east-1.rds.amazonaws.com \
-pRDS_password
```
Untuk Windows:
Jalankan perintah berikut dalam prompt perintah yang telah dibuka dengan mengklik kanan **Command Prompt** pada menu program Windows dan memilih **Run as administrator**. Ganti nilai dengan informasi Anda sendiri.
```
mariadb-dump -u local_user ^
--databases world ^
--single-transaction ^
--compress ^
--order-by-primary ^
--routines=0 ^
--triggers=0 ^
--events=0 ^
-plocal_password | mariadb -u RDS_user ^
--port=3306 ^
--host=my_instance.123456789012.us-east-1.rds.amazonaws.com ^
-pRDS_password
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
# Mengimpor data ke Amazon RDS untuk instans DB Amazon RDS for MariaDB dengan waktu henti yang dikurangi
Dalam beberapa kasus, Anda mungkin perlu mengimpor data dari database MariaDB eksternal yang mendukung aplikasi langsung ke RDS untuk instance MariaDB DB. Gunakan prosedur berikut untuk meminimalkan dampak terhadap ketersediaan aplikasi. Prosedur ini juga dapat berguna jika Anda menggunakan basis data yang sangat besar. Dengan menggunakan prosedur ini, Anda dapat mengurangi biaya impor dengan mengurangi jumlah data yang dilewatkan di seluruh jaringan AWS.
Dalam prosedur ini, Anda dapat mentransfer salinan data basis data Anda ke instans Amazon EC2 dan mengimpor data ke basis data Amazon RDS baru. Anda kemudian menggunakan replikasi untuk membawa database Amazon RDS up-to-date dengan instans eksternal langsung Anda, sebelum mengarahkan aplikasi Anda ke database Amazon RDS. Jika instance eksternal adalah MariaDB 10.0.24 atau lebih tinggi dan instance targetnya adalah RDS untuk MariaDB, konfigurasikan replikasi MariaDB berdasarkan pengidentifikasi transaksi global (). GTIDs Jika tidak, lakukan konfigurasi pada replikasi berdasarkan koordinat log biner. Kami menyarankan replikasi berbasis GTID jika basis data eksternal Anda mendukungnya karena replikasi berbasis GTID adalah metode yang lebih andal. Untuk informasi selengkapnya, lihat [Global transaction ID](http://mariadb.com/kb/en/mariadb/global-transaction-id/) dalam dokumentasi MariaDB.
Diagram berikut menunjukkan mengimpor database MariaDB eksternal ke database MariaDB di Amazon RDS.
![\[Alur kerja yang menunjukkan mengimpor database MariaDB eksternal ke database MariaDB di Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_1.png)
## Tugas 1: Buat salinan database yang ada
Langkah pertama dalam proses migrasi sejumlah besar data ke RDS untuk database MariaDB dengan downtime minimal adalah membuat salinan data sumber.
Diagram berikut menunjukkan membuat cadangan dari database MariaDB.
![\[Alur kerja yang menunjukkan pembuatan cadangan database MariaDB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_2.png)
Anda dapat menggunakan `mariadb-dump` utilitas `mysqldump` atau untuk membuat cadangan database dalam format SQL atau teks terbatas. [Di MariaDB 10.5, klien disebut mariadb-dump.](https://mariadb.com/kb/en/mariadb-dump/) Dimulai dengan MariaDB 11.0.1, Anda harus menggunakan alih-alih. `mariadb-dump` `mysqldump` Kami menyarankan Anda melakukan uji coba dengan setiap format di lingkungan non-produksi untuk melihat metode mana yang meminimalkan jumlah waktu `mysqldump` atau `mariadb-dump` berjalan.
Kami juga menyarankan Anda menimbang `mysqldump` atau `mariadb-dump` kinerja terhadap manfaat yang ditawarkan dengan menggunakan format teks terbatas untuk memuat. Pencadangan yang menggunakan format delimited-text akan menciptakan sebuah file teks yang dipisahkan oleh tab untuk setiap tabel yang disalin ke lokasi lain. Untuk mengurangi jumlah waktu yang dibutuhkan untuk mengimpor basis data Anda, Anda dapat memuat file tersebut secara paralel menggunakan perintah `LOAD DATA LOCAL INFILE`. Untuk informasi selengkapnya, lihat [Langkah 5: Muat data](mariadb-importing-data-any-source.md#mariadb-importing-data-any-source-load-data) di prosedur Mengimpor data dari sumber apa pun.
Sebelum Anda memulai operasi pencadangan, pastikan untuk mengatur opsi replikasi pada database MariaDB yang Anda salin ke Amazon RDS. Opsi replikasi mencakup pengaktifan pencatatan log biner dan pengaturan ID server yang unik. Pengaturan opsi ini menyebabkan server Anda mulai mencatat log transaksi basis data dan menyiapkannya menjadi sebuah instans replikasi sumber di lain waktu dalam proses ini.
Perhatikan rekomendasi dan pertimbangan berikut:
+ Gunakan `--single-transaction` opsi dengan `mysqldump` atau `mariadb-dump` karena membuang status database yang konsisten. Untuk memastikan file dump yang valid, jangan jalankan pernyataan bahasa definisi data (DDL) saat `mysqldump` atau `mariadb-dump` sedang berjalan. Anda dapat menjadwalkan jadwal pemeliharaan untuk operasi ini.
+ Jangan sertakan skema berikut dalam filedump:
+ `sys`
+ `performance_schema`
+ `information_schema`
`mariadb-dump`Utilitas `mysqldump` dan mengecualikan skema ini secara default.
+ Jika Anda perlu memigrasikan pengguna dan hak istimewa, pertimbangkan untuk menggunakan alat yang menghasilkan bahasa kontrol data (DCL) untuk membuatnya kembali, seperti utilitas. [pt-show-grants](https://www.percona.com/doc/percona-toolkit/LATEST/pt-show-grants.html)
### Mengatur opsi replikasi
1. Edit file `my.cnf` File ini biasanya terletak di bawah`/etc`.
```
sudo vi /etc/my.cnf
```
Tambahkan opsi `log_bin` dan `server_id` ke bagian `[mysqld]`. Opsi `log_bin` menyediakan sebuah pengidentifikasi nama file untuk file log biner. Opsi `server_id` menyediakan pengidentifikasi unik untuk server dalam hubungan sumber-replika.
Contoh berikut menunjukkan `[mariadb]` bagian diperbarui dari `my.cnf` file:
```
[mariadb]
log-bin
server-id=1
log-basename=master1
binlog-format=mixed
```
Untuk informasi selengkapnya, lihat [Menyetel Konfigurasi Sumber Replikasi](https://mariadb.com/docs/server/ha-and-performance/standard-replication/setting-up-replication) dalam dokumentasi MariaDB.
1. Untuk replikasi dengan cluster DB multi-AZ, aktifkan. `gtid_strict_mode` Untuk informasi selengkapnya, lihat [gtid\$1strict\$1mode dalam dokumentasi MariaDB](https://mariadb.com/docs/server/ha-and-performance/standard-replication/gtid#gtid_strict_mode).
Mengaktifkan `gtid_strict_mode` tidak diperlukan untuk replikasi dengan instans DB.
1. Mulai ulang layanan `mariadb`.
```
sudo service mariadb restart
```
### Membuat salinan cadangan basis data yang sudah ada
1. Buat cadangan data Anda menggunakan `mariadb-dump` utilitas `mysqldump` atau, dengan menentukan format SQL atau teks terbatas.
Untuk meningkatkan kinerja dan memastikan integritas data, gunakan `--order-by-primary` dan `--single-transaction` opsi untuk `mysqldump` dan`mariadb-dump`.
Untuk menghindari menyertakan database sistem MySQL dalam cadangan, jangan gunakan `--all-databases` opsi dengan atau. `mysqldump` `mariadb-dump` Untuk informasi selengkapnya, lihat [Membuat Snapshot Data Menggunakan mysqldump dalam dokumentasi MySQL](https://dev.mysql.com/doc/mysql-replication-excerpt/8.0/en/replication-howto-mysqldump.html).
Gunakan`chmod`, jika perlu, untuk memastikan bahwa direktori tempat file cadangan dibuat dapat ditulis.
**penting**
Pada Windows, jalankan jendela perintah sebagai administrator.
+ Untuk membuat output SQL, gunakan perintah berikut. Untuk versi MariaDB 10.11 dan yang lebih rendah, ganti dengan. `mariadb-dump` `mysqldump`
Untuk Linux, macOS, atau Unix:
```
sudo mariadb-dump \
--databases database_name \
--master-data=2 \
--single-transaction \
--order-by-primary \
-r backup.sql \
-u local_user \
-ppassword
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
Untuk Windows:
```
mariadb-dump ^
--databases database_name ^
--master-data=2 ^
--single-transaction ^
--order-by-primary ^
-r backup.sql ^
-u local_user ^
-ppassword
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
+ Untuk membuat output delimited-text, gunakan perintah berikut. Untuk MariaDB 11.01 dan versi yang lebih tinggi, ganti dengan. `mysqldump` `mariadb-dump`
Untuk Linux, macOS, atau Unix:
```
sudo mysqldump \
--tab=target_directory \
--fields-terminated-by ',' \
--fields-enclosed-by '"' \
--lines-terminated-by 0x0d0a \
database_name \
--master-data=2 \
--single-transaction \
--order-by-primary \
-ppassword
```
Untuk Windows:
```
mysqldump ^
--tab=target_directory ^
--fields-terminated-by "," ^
--fields-enclosed-by """ ^
--lines-terminated-by 0x0d0a ^
database_name ^
--master-data=2 ^
--single-transaction ^
--order-by-primary ^
-ppassword
```
**catatan**
Sebagai praktik terbaik keamanan, tentukan kredensil selain petunjuk yang ditampilkan dalam contoh.
Pastikan Anda membuat prosedur, pemicu, fungsi, atau peristiwa tersimpan apa pun secara manual di dalam basis data Amazon RDS Anda. Jika Anda memiliki salah satu objek ini dalam database yang Anda salin, maka kecualikan mereka saat Anda menjalankan `mysqldump` atau`mariadb-dump`. Untuk melakukannya, sertakan argumen berikut dengan `mariadb-dump` perintah `mysqldump` atau Anda:
`--routines=0`
`--triggers=0`
`--events=0`
Saat Anda menjalankan `mysqldump` dan menentukan format teks terbatas, `CHANGE MASTER TO` komentar akan dikembalikan. Komentar ini berisi nama dan posisi file log master. Jika instance eksternal adalah MariaDB 10.0.23 atau versi yang lebih rendah, perhatikan nilai untuk dan. `MASTER_LOG_FILE` `MASTER_LOG_POS` Anda memerlukan nilai-nilai ini saat menyiapkan replikasi.
Output berikut dikembalikan untuk versi MariaDB.
```
-- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;
```
1. Jika instance eksternal yang Anda gunakan adalah MariaDB versi 10.0.24 atau lebih tinggi, gunakan replikasi berbasis GTID. Jalankan `SHOW MASTER STATUS` pada instance MariaDB eksternal untuk mendapatkan nama dan posisi file log biner, lalu ubah menjadi GTID dengan menjalankan `BINLOG_GTID_POS` instance MariaDB eksternal.
```
SELECT BINLOG_GTID_POS('binary_log_file_name', binary_log_file_position);
```
Perhatikan GTID kembali. Anda memerlukan GTID untuk mengkonfigurasi replikasi.
1. Kompres data yang disalin untuk mengurangi jumlah sumber daya jaringan yang dibutuhkan untuk menyalin data Anda ke basis data Amazon RDS. Catat ukuran file cadangan. Anda memerlukan informasi ini saat menentukan seberapa besar instans Amazon EC2 yang harus dibuat. Setelah selesai, kompres file cadangan menggunakan GZIP atau utilitas kompresi pilihan Anda.
+ Untuk mengompres output SQL, gunakan perintah berikut:
```
gzip backup.sql
```
+ Untuk mengompres output teks terbatas, gunakan perintah berikut:
```
tar -zcvf backup.tar.gz target_directory
```
## Tugas 2: Buat instans Amazon EC2 dan salin database terkompresi
Penyalinan file cadangan basis data terkompresi ke sebuah instans Amazon EC2 membutuhkan lebih sedikit sumber daya jaringan dibandingkan dengan melakukan penyalinan langsung data tidak terkompresi antar instans basis data. Setelah data Anda ada di Amazon EC2, Anda dapat menyalinnya dari sana langsung ke database MariaDB Anda. Agar Anda dapat menghemat biaya sumber daya jaringan, instans Amazon EC2 Anda harus Wilayah AWS sama dengan instans Amazon RDS DB Anda. Memiliki instans Amazon EC2 yang Wilayah AWS sama dengan database Amazon RDS Anda juga mengurangi latensi jaringan selama impor.
Diagram berikut menunjukkan penyalinan cadangan database ke instans Amazon EC2.
![\[Alur kerja yang menampilkan penyalinan cadangan database ke instans Amazon EC2.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_3.png)
### Membuat instans Amazon EC2 dan menyalin data Anda
1. Di Wilayah AWS tempat Anda berencana untuk membuat database Amazon RDS, buat virtual private cloud (VPC), grup keamanan VPC, dan subnet VPC. Pastikan aturan masuk untuk grup keamanan VPC Anda mengizinkan alamat IP yang dibutuhkan agar aplikasi Anda dapat terhubung ke AWS. Anda dapat menentukan rentang alamat IP — misalnya, —atau grup keamanan VPC `203.0.113.0/24` lainnya. Anda dapat menggunakan [konsol VPC Amazon](https://console.aws.amazon.com/vpc) untuk membuat dan mengelola VPCs, subnet, dan grup keamanan. Untuk informasi selengkapnya, lihat [Memulai Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html#getting-started) di *Panduan Pengguna Amazon Virtual Private Cloud*.
1. Buka [konsol Amazon EC2](https://console.aws.amazon.com/ec2) dan pilih yang berisi Wilayah AWS instans Amazon EC2 dan database Amazon RDS Anda. Luncurkan sebuah instans Amazon EC2 menggunakan VPC, subnet, dan grup keamanan yang Anda buat pada Langkah 1. Pastikan Anda memilih tipe instans dengan penyimpanan yang cukup untuk file cadangan basis data Anda saat tidak terkompresi. Untuk detail tentang instans Amazon EC2, lihat [Memulai Amazon EC2 di Panduan Pengguna Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html) *Elastic Compute Cloud*.
1. Untuk terhubung ke basis data Amazon RDS Anda dari instans Amazon EC2 Anda, edit grup keamanan VPC Anda. Tambahkan aturan masuk yang menentukan alamat IP privat instans EC2 Anda. Anda dapat menemukan alamat IP pribadi pada tab **Detail** dari panel **Instans** dalam jendela konsol EC2. Untuk mengedit grup keamanan VPC dan menambahkan aturan masuk, pilih **Grup Keamanan** dalam panel navigasi konsol EC2, pilih grup keamanan Anda, lalu tambahkan aturan masuk untuk MySQL atau Aurora yang menentukan alamat IP privat instans EC2 Anda. Untuk mempelajari cara menambahkan aturan masuk ke grup keamanan VPC, [lihat Aturan grup keamanan di Panduan Pengguna](https://docs.aws.amazon.com/vpc/latest/userguide/security-group-rules.html) *Amazon Virtual Private Cloud*.
1. Salin file cadangan basis data terkompresi Anda dari sistem lokal ke instans Amazon EC2 Anda. Gunakan`chmod`, jika perlu, untuk memastikan bahwa Anda memiliki izin menulis untuk direktori target instans Amazon EC2. Anda dapat menggunakan `scp` atau klien Secure Shell (SSH) untuk menyalin file. Perintah berikut adalah `scp` perintah contoh:
```
scp -r -i key pair.pem backup.sql.gz ec2-user@EC2 DNS:/target_directory/backup.sql.gz
```
**penting**
Saat menyalin data sensitif, pastikan untuk menggunakan protokol transfer jaringan yang aman.
1. Hubungkan ke instans Amazon EC2 Anda dan instal pembaruan terbaru dan alat klien MariaDB menggunakan perintah berikut:
```
sudo yum update -y
sudo yum install mariadb1011-client-utils -y
```
Untuk informasi selengkapnya, lihat [Connect ke instans Anda untuk instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html#ec2-connect-to-instance-linux) Linux di *Panduan Pengguna Amazon Elastic Compute Cloud* dan [Konektor MariaDB dalam dokumentasi MariaDB](https://mariadb.com/docs/connectors).
1. Saat terhubung ke instans Amazon EC2, dekompresi file cadangan basis data Anda. Perintah berikut adalah contohnya.
+ Untuk mendekompresi output SQL, gunakan perintah berikut:
```
gzip backup.sql.gz -d
```
+ Untuk mendekompresi output delimited-text, gunakan perintah berikut:
```
tar xzvf backup.tar.gz
```
## Tugas 3: Membuat database MariaDB dan mengimpor data dari instans Amazon EC2 Anda
Dengan membuat instans RDS untuk MariaDB DB sama dengan instans Amazon EC2 Wilayah AWS Anda, Anda dapat mengimpor file cadangan database dari Amazon EC2 lebih cepat daripada melalui internet.
Diagram berikut menunjukkan mengimpor cadangan dari instans Amazon EC2 ke database MariaDB.
![\[Alur kerja yang menunjukkan mengimpor cadangan dari instans EC2 ke database MariaDB.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_4.png)
### Untuk membuat database MariaDB dan mengimpor data Anda
1. Tentukan kelas instans DB dan jumlah ruang penyimpanan yang dibutuhkan untuk mendukung perkiraan beban kerja untuk basis data Amazon RDS ini. Sebagai bagian dari proses ini, putuskan berapa ruang dan kapasitas pemrosesan yang memadai untuk prosedur pemuatan data Anda. Juga, putuskan apa yang diperlukan untuk menangani beban kerja produksi. Anda dapat memperkirakan ini berdasarkan ukuran dan sumber daya database sumber MariaDB. Untuk informasi selengkapnya, lihat [ DB](Concepts.DBInstanceClass.md).
1. Buat instans DB di Wilayah AWS yang berisi instans Amazon EC2 Anda. Ikuti instruksi [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md) dan gunakan pedoman berikut:
+ Tentukan versi mesin DB yang kompatibel dengan instans DB sumber Anda.
+ Tentukan cloud privat virtual (VPC) dan grup keamanan VPC yang sama untuk instans Amazon EC2 Anda. Pendekatan ini memastikan bahwa instans Amazon EC2 dan instans Amazon RDS Anda terlihat oleh satu sama lain pada jaringan. Pastikan instans DB Anda dapat diakses publik. Untuk mengatur replikasi dengan database sumber Anda seperti yang dijelaskan di bagian berikut, instans DB Anda harus dapat diakses publik.
+ Jangan mengonfigurasikan lebih dari satu Zona Ketersediaan, retensi cadangan, atau replika baca sebelum Anda selesai mengimpor cadangan basis data. Setelah impor selesai, Anda dapat mengonfigurasi Multi-AZ dan retensi cadangan untuk instans produksi.
1. Tinjau opsi konfigurasi default untuk basis data Amazon RDS. Jika grup parameter default untuk basis data tidak memiliki opsi konfigurasi yang Anda inginkan, temukan grup parameter lain atau buat grup parameter baru. Untuk informasi selengkapnya tentang membuat grup parameter, lihat[Grup parameter untuk RDS](USER_WorkingWithParamGroups.md).
1. Hubungkan ke basis data Amazon RDS baru sebagai pengguna master. Buat pengguna yang diperlukan untuk mendukung administrator, aplikasi, dan layanan yang perlu mengakses instans DB. Nama host untuk database Amazon RDS adalah nilai **Endpoint** untuk instance DB ini tanpa nomor port, misalnya,. `mysampledb.123456789012.us-west-2.rds.amazonaws.com` Anda dapat menemukan nilai endpoint dalam detail database di konsol Amazon RDS.
1. Hubungkan ke instans Amazon EC2 Anda. Untuk informasi selengkapnya, lihat [Connect ke instans Linux Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html#ec2-connect-to-instance-linux) di *Panduan Pengguna Amazon Elastic Compute Cloud*.
1. Hubungkan ke basis data Amazon RDS Anda sebagai sebuah host jarak jauh dari instans Amazon EC2 Anda menggunakan perintah `mysql`. Perintah berikut adalah contoh:
```
mysql -h host_name -P 3306 -u db_master_user -p
```
*host\$1name*Ini adalah titik akhir basis data Amazon RDS.
1. Pada `mysql` prompt, jalankan `source` perintah dan berikan nama file dump database Anda. Perintah ini memuat data ke instans Amazon RDS DB.
+ Untuk format SQL, gunakan perintah berikut:
```
MariaDB [(none)]> source backup.sql;
```
+ Untuk format teks terbatas, buat database terlebih dahulu, jika bukan database default yang Anda buat saat menyiapkan database Amazon RDS.
```
MariaDB [(none)]> create database database_name;
MariaDB [(none)]> use database_name;
```
Lalu buat tabel.
```
MariaDB [(none)]> source table1.sql
MariaDB [(none)]> source table2.sql
etc...
```
Lalu impor data.
```
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'table1.txt' INTO TABLE table1 FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '0x0d0a';
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'table2.txt' INTO TABLE table2 FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '0x0d0a';
etc...
```
Untuk meningkatkan performa, Anda dapat melakukan operasi ini secara paralel dari beberapa koneksi sehingga semua tabel Anda akan diciptakan dan kemudian dimuat secara bersamaan.
**catatan**
Jika Anda menggunakan opsi pemformatan data apa pun dengan `mysqldump` atau `mariadb-dump` ketika Anda awalnya membuang tabel, pastikan untuk menggunakan opsi yang sama `LOAD DATA LOCAL INFILE` untuk memastikan interpretasi yang tepat dari konten file data.
1. Jalankan `SELECT` kueri sederhana terhadap satu atau dua tabel dalam database yang diimpor untuk memverifikasi bahwa impor berhasil.
Jika Anda tidak lagi memerlukan instans Amazon EC2 yang digunakan dalam prosedur ini, hentikan instans EC2 untuk mengurangi penggunaan sumber daya Anda. AWS Untuk menghentikan instans EC2, lihat [Mengakhiri instance di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#terminating-instances-console) *Amazon Elastic Compute Cloud*.
## Tugas 4: Replikasi data dari database eksternal Anda ke database Amazon RDS baru Anda
Database sumber Anda kemungkinan diperbarui selama waktu yang diperlukan untuk menyalin dan mentransfer data ke database MariaDB. Anda dapat menggunakan replikasi untuk membawa database yang disalin up-to-date dengan database sumber.
![\[Alur kerja yang menunjukkan replikasi data dari database MariaDB eksternal ke database di Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_5.png)
Izin yang diperlukan untuk memulai replikasi pada database Amazon RDS dibatasi dan tidak tersedia untuk pengguna master Amazon RDS Anda. Karena itu, gunakan prosedur tersimpan Amazon RDS yang sesuai:
+ [mysql.rds\$1set\$1external\$1master](mysql-stored-proc-replicating.md#mysql_rds_set_external_master)
+ [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md)untuk mengkonfigurasi replikasi dan [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) untuk memulai replikasi
### Memulai replikasi
Di Tugas 1, [saat Anda mengatur opsi replikasi](#mariadb-importing-data-reduced-downtime-set-replication-options), Anda mengaktifkan logging biner dan menetapkan ID server unik untuk basis data sumber Anda. Sekarang, Anda dapat mengatur database Amazon RDS Anda sebagai replika dengan database langsung Anda sebagai contoh replikasi sumber.
1. Di konsol Amazon RDS, tambahkan alamat IP server yang menghosting basis data sumber ke grup keamanan VPC untuk database Amazon RDS. Untuk informasi selengkapnya tentang mengonfigurasi grup keamanan VPC, [lihat Mengonfigurasi aturan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) di Panduan Pengguna *Amazon Virtual Private Cloud*.
Anda mungkin juga perlu mengonfigurasi jaringan lokal Anda untuk mengizinkan koneksi dari alamat IP database Amazon RDS Anda sehingga dapat berkomunikasi dengan instance sumber Anda. Untuk menemukan alamat IP database Amazon RDS, gunakan `host` perintah:
```
host host_name
```
*host\$1name*Ini adalah nama DNS dari titik akhir database Amazon RDS, misalnya. `myinstance.123456789012.us-east-1.rds.amazonaws.com` Anda dapat menemukan nilai endpoint dalam detail instans DB di konsol Amazon RDS.
1. Menggunakan klien pilihan Anda, hubungkan ke instans sumber dan buat pengguna untuk digunakan untuk replikasi. Akun ini digunakan hanya untuk replikasi dan harus dibatasi pada domain Anda untuk meningkatkan keamanan. Perintah berikut adalah contoh:
```
CREATE USER 'repl_user'@'mydomain.com' IDENTIFIED BY 'password';
```
**catatan**
Tentukan kredensial selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Untuk instans sumber, berikan hak istimewa `REPLICATION CLIENT` dan `REPLICATION SLAVE` kepada pengguna replikasi Anda. Misalnya, untuk memberikan keistimewaan `REPLICATION CLIENT` dan `REPLICATION SLAVE` pada semua basis data untuk pengguna '`repl_user`' pada domain Anda, terbitkan perintah berikut:
```
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl_user'@'mydomain.com';
```
1. Jika Anda menggunakan format SQL untuk membuat file cadangan dan instance eksternal bukan MariaDB 10.0.24 atau lebih tinggi, lihat isi file tersebut dengan menjalankan perintah berikut:
```
cat backup.sql
```
File tersebut mencakup sebuah komentar `CHANGE MASTER TO` yang berisi nama dan posisi file log master. Komentar ini disertakan dalam file cadangan saat Anda menggunakan opsi `--master-data` dengan `mysqldump`. Perhatikan nilai untuk `MASTER_LOG_FILE` dan `MASTER_LOG_POS`.
```
--
-- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;
```
Jika Anda menggunakan format teks yang dibatasi untuk membuat file cadangan dan instance eksternal bukan MariaDB 10.0.24 atau lebih tinggi, Anda seharusnya sudah memiliki koordinat log biner dari Langkah 1 di Tugas 1 [saat Anda](#mariadb-importing-data-reduced-downtime-create-backup) membuat salinan cadangan dari database yang ada.
Jika instance eksternal adalah MariaDB 10.0.24 atau lebih tinggi, Anda seharusnya sudah memiliki GTID untuk memulai replikasi dari Langkah 2 di Tugas [1 saat Anda](#mariadb-importing-data-reduced-downtime-create-backup) membuat salinan cadangan dari database yang ada.
1. Jadikan basis data Amazon RDS sebagai replika. Jika instance eksternal bukan MariaDB 10.0.24 atau yang lebih tinggi, sambungkan ke database Amazon RDS sebagai pengguna utama dan identifikasi database sumber sebagai instance replikasi sumber dengan menggunakan prosedur tersimpan. [mysql.rds\$1set\$1external\$1master](mysql-stored-proc-replicating.md#mysql_rds_set_external_master)
Jika Anda memiliki file cadangan format SQL, gunakan nama file log master dan posisi log master yang Anda tentukan di Langkah 4. Jika Anda menggunakan format teks terbatas, gunakan nama dan posisi yang Anda tentukan saat membuat file cadangan. Perintah berikut adalah contoh:
```
CALL mysql.rds_set_external_master ('myserver.mydomain.com', 3306,
'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 1);
```
**catatan**
Tentukan kredensial selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
Jika instance eksternal adalah MariaDB 10.0.24 atau yang lebih tinggi, sambungkan ke database Amazon RDS sebagai pengguna utama dan identifikasi database sumber sebagai instance replikasi sumber dengan menggunakan prosedur tersimpan. [mysql.rds\$1set\$1external\$1master\$1gtid](mysql_rds_set_external_master_gtid.md) Gunakan GTID yang Anda tentukan di Langkah 2 di Tugas 1 [saat Anda membuat salinan cadangan dari database yang ada](#mariadb-importing-data-reduced-downtime-create-backup). Perintah berikut adalah contoh:
```
CALL mysql.rds_set_external_master_gtid ('source_server_ip_address', 3306, 'ReplicationUser', 'password', 'GTID', 1);
```
`source_server_ip_address` adalah alamat IP instans replikasi sumber. Alamat DNS pribadi EC2 saat ini tidak didukung.
**catatan**
Tentukan kredensial selain prompt yang ditampilkan di sini sebagai praktik terbaik keamanan.
1. Pada database Amazon RDS, untuk memulai replikasi, jalankan perintah berikut yang menggunakan prosedur [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication) tersimpan:
```
CALL mysql.rds_start_replication;
```
1. Pada database Amazon RDS, untuk menentukan kapan replika up-to-date dengan instance replikasi sumber, jalankan perintah [SHOW REPLICA](https://dev.mysql.com/doc/refman/8.0/en/show-replica-status.html) STATUS. Hasil perintah `SHOW REPLICA STATUS` mencakup bidang `Seconds_Behind_Master`. Ketika `Seconds_Behind_Master` bidang mengembalikan 0, maka replika adalah up-to-date dengan contoh replikasi sumber.
Untuk instance MariaDB 10.5, 10.6, 10.11, 11.4, atau 11.8 DB, gunakan prosedur yang [mysql.rds\$1replica\$1status](mysql_rds_replica_status.md) disimpan alih-alih menjalankan perintah MySQL.
1. Setelah database Amazon RDS up-to-date, aktifkan backup otomatis sehingga Anda dapat memulihkan database tersebut jika diperlukan. Anda dapat mengaktifkan atau memodifikasi pencadangan otomatis untuk database Amazon RDS Anda dengan menggunakan konsol [Amazon](https://console.aws.amazon.com/rds/) RDS. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md).
## Tugas 5: Arahkan ulang aplikasi langsung Anda ke instans Amazon RDS Anda
Setelah database up-to-date MariaDB dengan instance replikasi sumber, Anda sekarang dapat memperbarui aplikasi langsung Anda untuk menggunakan instans Amazon RDS.
![\[Alur kerja yang menunjukkan penghentian replikasi dan mengarahkan aplikasi langsung ke database di Amazon RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/MigrateMariaDBToRDS_6.png)
### Untuk mengarahkan aplikasi langsung Anda ke database MariaDB Anda dan menghentikan replikasi
1. Untuk menambahkan grup keamanan VPC untuk basis data Amazon RDS, tambahkan alamat IP server yang meng-host aplikasi. Untuk informasi selengkapnya tentang memodifikasi grup keamanan VPC, [lihat Mengonfigurasi aturan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) di Panduan Pengguna *Amazon Virtual Private Cloud*.
1. Verifikasi bahwa `Seconds_Behind_Master` bidang dalam hasil perintah [SHOW REPLICA STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-replica-status.html) adalah 0, yang menunjukkan bahwa replika up-to-date dengan contoh replikasi sumber.
```
SHOW REPLICA STATUS;
```
Untuk instance MariaDB 10.5, 10.6, 10.11, 11.4, atau 11.8 DB, gunakan prosedur alih-alih menjalankan perintah MySQL. [mysql.rds\$1replica\$1status](mysql_rds_replica_status.md)
1. Tutup semua koneksi ke sumber setelah transaksi selesai.
1. Perbarui aplikasi Anda untuk menggunakan basis data Amazon RDS. Pembaruan ini biasanya melibatkan perubahan pengaturan koneksi untuk mengidentifikasi nama host dan port basis data Amazon RDS, akun pengguna dan kata sandi untuk terhubung, dan basis data yang digunakan.
1. Hubungkan ke instans DB.
1. Hentikan replikasi untuk instans Amazon RDS dengan menjalankan perintah berikut yang menggunakan prosedur [mysql.rds\$1stop\$1replication](mysql-stored-proc-replicating.md#mysql_rds_stop_replication) tersimpan:
```
CALL mysql.rds_stop_replication;
```
1. Setel ulang konfigurasi replikasi sehingga instance ini tidak lagi diidentifikasi sebagai replika dengan menjalankan perintah berikut yang menggunakan prosedur [mysql.rds\$1reset\$1external\$1master](mysql-stored-proc-replicating.md#mysql_rds_reset_external_master) tersimpan di database Amazon RDS Anda:
```
CALL mysql.rds_reset_external_master;
```
1. Aktifkan fitur Amazon RDS tambahan seperti dukungan Multi-AZ dan replika baca. Lihat informasi yang lebih lengkap di [Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS](Concepts.MultiAZ.md) dan [Menggunakan replika baca instans DB](USER_ReadRepl.md).
# Mengimpor data dari sumber apa pun ke Amazon RDS for MariaDB instans DB
Dengan Amazon RDS, Anda dapat memigrasikan data MariaDB yang ada dari sumber apa pun ke RDS untuk instance DB MariaDB. Anda dapat mentransfer data dari database lokal, penyedia cloud lain, atau RDS yang ada untuk instans DB MariaDB ke RDS target untuk instans MariaDB DB. Dengan fungsi ini, Anda dapat mengkonsolidasikan database, menerapkan solusi pemulihan bencana, atau transisi dari database yang dikelola sendiri. Skenario umum termasuk pindah dari server MariaDB yang dihosting sendiri ke instans Amazon RDS DB yang dikelola sepenuhnya, mengkonsolidasikan beberapa database MariaDB ke dalam satu instans DB, atau membuat lingkungan pengujian dengan data produksi. Bagian berikut memberikan step-by-step petunjuk untuk mengimpor data MariaDB Anda menggunakan metode `mariadb-dump` seperti, file cadangan, atau replikasi.
## Langkah 1: Buat file datar yang berisi data yang akan dimuat
Gunakan format umum, seperti CSV (Comma-Separated Values), untuk menyimpan data yang akan dimuat. Setiap tabel harus memiliki file sendiri—Anda tidak dapat menggabungkan data untuk beberapa tabel dalam file yang sama. Beri setiap file nama yang sama dengan tabelnya. Ekstensi file dapat berupa apa pun yang Anda inginkan. Misalnya, jika nama tabelnya`sales`, nama file bisa jadi `sales.csv` atau`sales.txt`.
Jika memungkinkan, urutkan data dengan kunci utama tabel yang sedang dimuat. Tindakan ini secara drastis meningkatkan waktu pemuatan dan meminimalkan kebutuhan penyimpanan disk.
Kecepatan dan efisiensi prosedur ini ditentukan oleh kemampuan untuk mempertahankan ukuran file tetap kecil. Jika ukuran file individual yang tidak terkompresi lebih besar dari 1 GiB, bagilah ke dalam beberapa file dan muat setiap file secara terpisah.
Pada sistem seperti Unix (termasuk Linux), gunakan perintah `split`. Misalnya, perintah berikut membagi file `sales.csv` menjadi beberapa file berukuran kurang dari 1 GiB, yang hanya membagi pada jeda baris (-C 1024m). Nama-nama file baru termasuk sufiks numerik menaik. Perintah berikut menghasilkan file dengan nama seperti `sales.part_00` dan`sales.part_01`.
```
split -C 1024m -d sales.csv sales.part_
```
Utilitas yang serupa juga tersedia untuk sistem operasi lain.
Anda dapat menyimpan file datar di mana saja. Namun, ketika Anda memuat data di [Langkah 5](#mariadb-importing-data-any-source-load-data), Anda harus memanggil `mysql` shell dari lokasi yang sama di mana file ada, atau menggunakan jalur absolut untuk file saat Anda menjalankan`LOAD DATA LOCAL INFILE`.
## Langkah 2: Hentikan aplikasi apa pun dari mengakses instans DB target
Sebelum memulai pemuatan besar, hentikan semua aktivitas aplikasi mengakses instans DB target yang Anda rencanakan untuk dimuat. Kami menyarankan hal ini terutama jika sesi lain akan memodifikasi tabel yang sedang dimuat atau tabel yang menjadi rujukan. Tindakan ini dapat mengurangi risiko pelanggaran pembatasan yang terjadi selama pemuatan dan meningkatkan performa pemuatan. Tindakan ini juga memungkinkan untuk memulihkan instans DB ke titik tepat sebelum pemuatan tanpa kehilangan perubahan yang dibuat oleh proses yang tidak terlibat dalam pemuatan.
Tentu saja, terkadang ini tidak memungkinkan atau tidak praktis. Jika Anda tidak dapat menghentikan aplikasi dari mengakses instans DB sebelum pemuatan, lakukan langkah-langkah untuk memastikan ketersediaan dan integritas data Anda. Langkah-langkah tertentu yang dibutuhkan dapat bervariasi tergantung kasus penggunaan dan persyaratan situs tertentu.
## Langkah 3: Buat snapshot DB
Jika Anda berencana memuat data ke dalam instans DB baru yang tidak berisi data, Anda dapat melompati langkah ini. Jika tidak, sebaiknya Anda membuat snapshot DB dari instans Amazon RDS DB target sebelum dan sesudah pemuatan data. Snapshot Amazon RDS DB adalah cadangan lengkap instans DB Anda yang dapat Anda gunakan untuk memulihkan instans DB Anda ke status yang diketahui. Saat Anda memulai snapshot DB, I/O operasi ke instans DB Anda ditangguhkan sementara saat database Anda dicadangkan.
Jika perlu, segera buat sebuah snapshot DB sebelum pemuatan agar Anda dapat memulihkan basis data ke statusnya sebelum pemuatan. Dengan snapshot DB yang diambil segera setelah pemuatan, Anda tidak perlu memuat data lagi jika terjadi hal yang tidak diinginkan. Anda juga dapat menggunakan snapshot DB setelah pemuatan untuk mengimpor data ke instance database baru.
Contoh berikut menjalankan AWS CLI [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html)perintah untuk membuat snapshot DB dari `AcmeRDS` instance dan memberikan snapshot DB pengenal. `"preload"`
Untuk Linux, macOS, atau Unix:
```
aws rds create-db-snapshot \
--db-instance-identifier AcmeRDS \
--db-snapshot-identifier preload
```
Untuk Windows:
```
aws rds create-db-snapshot ^
--db-instance-identifier AcmeRDS ^
--db-snapshot-identifier preload
```
Anda juga dapat menggunakan pemulihan dari fungsionalitas snapshot DB untuk membuat instans DB pengujian untuk melakukan dry run atau untuk membatalkan perubahan yang dibuat selama pemuatan.
Harap diingat bahwa pemulihan basis data dari sebuah snapshot DB akan menciptakan sebuah instans DB baru yang, seperti semua instans DB, memiliki pengidentifikasi yang unik dan titik akhir. Untuk memulihkan instans DB tanpa mengubah titik akhir, pertama-tama hapus instans DB sehingga Anda dapat menggunakan ulang titik akhir.
Misalnya, untuk membuat instans DB untuk dry run atau pengujian lainnya, beri instans DB tersebut pengidentifikasinya sendiri. Dalam contoh ini, `AcmeRDS-2`" adalah pengidentifikasinya. Contoh ini terhubung ke instans DB menggunakan titik akhir yang terkait dengan `AcmeRDS-2`. Untuk informasi selengkapnya, lihat [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
Untuk Linux, macOS, atau Unix:
```
aws rds restore-db-instance-from-db-snapshot \
--db-instance-identifier AcmeRDS-2 \
--db-snapshot-identifier preload
```
Untuk Windows:
```
aws rds restore-db-instance-from-db-snapshot ^
--db-instance-identifier AcmeRDS-2 ^
--db-snapshot-identifier preload
```
Untuk menggunakan ulang titik akhir yang sudah ada, pertama-tama hapus instans DB kemudian berikan pengidentifikasi yang sama kepada basis data yang dipulihkan. Untuk informasi selengkapnya, lihat [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance.html).
Contoh berikut juga mengambil snapshot DB akhir dari instans DB sebelum menghapusnya. Ini adalah langkah opsional, tetapi direkomendasikan.
Untuk Linux, macOS, atau Unix:
```
aws rds delete-db-instance \
--db-instance-identifier AcmeRDS \
--final-db-snapshot-identifier AcmeRDS-Final
aws rds restore-db-instance-from-db-snapshot \
--db-instance-identifier AcmeRDS \
--db-snapshot-identifier preload
```
Untuk Windows:
```
aws rds delete-db-instance ^
--db-instance-identifier AcmeRDS ^
--final-db-snapshot-identifier AcmeRDS-Final
aws rds restore-db-instance-from-db-snapshot ^
--db-instance-identifier AcmeRDS ^
--db-snapshot-identifier preload
```
## Langkah 4 (Opsional): Matikan cadangan otomatis Amazon RDS
**Awas**
Jangan mematikan pencadangan otomatis jika Anda perlu melakukan point-in-time pemulihan.
Mematikan pencadangan otomatis adalah pengoptimalan kinerja dan tidak diperlukan untuk pemuatan data. Mematikan backup otomatis menghapus semua backup yang ada. Akibatnya, setelah Anda mematikan pencadangan otomatis, point-in-time pemulihan tidak mungkin dilakukan. Snapshot DB manual tidak terpengaruh dengan menonaktifkan pencadangan otomatis. Semua snapshot DB manual yang sudah ada tetap tersedia untuk pemulihan.
Penonaktifan pencadangan otomatis mengurangi waktu pemuatan sekitar 25 persen dan mengurangi jumlah ruang penyimpanan yang dibutuhkan selama pemuatan. Jika Anda berencana memuat data ke dalam sebuah instans DB baru yang tidak berisi data, penonaktifan pencadangan adalah cara yang mudah untuk mempercepat pemuatan dan menghindari penggunaan penyimpanan tambahan yang diperlukan untuk pencadangan. Namun, dalam beberapa kasus Anda mungkin berencana untuk melakukan pemuatan ke dalam instans DB yang sudah berisi data. Jika demikian, pertimbangkan manfaat mematikan cadangan terhadap dampak kehilangan kemampuan untuk melakukan. point-in-time-recovery
Instans DB memiliki pencadangan otomatis yang diaktifkan secara default (dengan periode retensi satu hari). Untuk menonaktifkan pencadangan otomatis, atur periode retensi pencadangan ke nol. Setelah pemuatan selesai, Anda dapat mengaktifkan kembali pencadangan dengan mengatur periode retensi pencadangan ke nilai selain nol. Untuk mengaktifkan atau mematikan cadangan, Amazon RDS mematikan instans DB dan kemudian memulai ulang untuk mengaktifkan atau menonaktifkan pencatatan MariaDB.
Jalankan AWS CLI `modify-db-instance` perintah untuk mengatur retensi cadangan ke nol dan segera terapkan perubahan. Untuk mengatur periode retensi menjadi nol diperlukan mulai ulang instans DB, jadi tunggu hingga mulai ulang selesai sebelum melanjutkan. Untuk informasi selengkapnya, lihat [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier AcmeRDS \
--apply-immediately \
--backup-retention-period 0
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier AcmeRDS ^
--apply-immediately ^
--backup-retention-period 0
```
Anda dapat memeriksa status instans DB Anda dengan AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)perintah. Contoh berikut menampilkan status instans DB dari instans `AcmeRDS` DB:
```
aws rds describe-db-instances --db-instance-identifier AcmeRDS --query "*[].{DBInstanceStatus:DBInstanceStatus}"
```
Ketika status instans DB`available`, Anda siap untuk melanjutkan ke langkah berikutnya.
## Langkah 5: Muat data
Untuk membaca baris dari file datar Anda ke dalam tabel database, gunakan pernyataan MariaDB`LOAD DATA LOCAL INFILE`.
**catatan**
Anda harus memanggil `mariadb` shell dari lokasi yang sama di mana file datar Anda ada, atau menggunakan jalur absolut untuk file saat Anda menjalankan`LOAD DATA LOCAL INFILE`.
Contoh berikut menunjukkan cara memuat data dari file bernama `sales.txt` ke dalam tabel bernama `Sales` dalam database:
```
MariaDB [(none)]> LOAD DATA LOCAL INFILE 'sales.txt' INTO TABLE Sales FIELDS TERMINATED BY ' ' ENCLOSED BY '' ESCAPED BY '\\';
Query OK, 1 row affected (0.01 sec)
Records: 1 Deleted: 0 Skipped: 0 Warnings: 0
```
Untuk informasi selengkapnya tentang `LOAD DATA` pernyataan tersebut, lihat [MEMUAT DATA INFILE di dokumentasi](https://mariadb.com/docs/server/reference/sql-statements/data-manipulation/inserting-loading-data/load-data-into-tables-or-index/load-data-infile) MariaDB.
## Langkah 6: Hidupkan kembali backup otomatis Amazon RDS
Jika Anda mematikan pencadangan otomatis Amazon RDS di [Langkah 4](#mariadb-importing-data-any-source-turn-off-automated-backups), setelah pemuatan selesai, aktifkan pencadangan otomatis dengan menyetel periode retensi cadangan kembali ke nilai pramuatnya. Seperti disebutkan di Langkah 4, Amazon RDS memulai ulang instans DB, jadi bersiaplah untuk pemadaman singkat.
Contoh berikut menjalankan AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah untuk mengaktifkan backup otomatis untuk instans `AcmeRDS` DB dan mengatur periode retensi menjadi satu hari:
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier AcmeRDS \
--backup-retention-period 1 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier AcmeRDS ^
--backup-retention-period 1 ^
--apply-immediately
```