Pemeriksaan konektivitas database sumber - Data Transmission Service

Pemeriksaan Awal memverifikasi konektivitas antara server Data Transmission Service (DTS) dan database sumber Anda. Topik ini menjelaskan penyebab umum serta solusi untuk kegagalan pemeriksaan konektivitas.

Pemeriksaan Awal konektivitas dapat gagal karena alasan berikut:

Kesalahan kredensial

Contoh error

Access denied for user 'XXX'@'XXX' (using password: YES)

Langkah diagnosis

Hubungkan ke database sumber menggunakan command line atau client untuk memverifikasi bahwa nama akun database dan kata sandi benar.

Kesalahan umum meliputi:

Menggunakan Akun Alibaba Cloud alih-alih akun database.
Akun database yang ditentukan tidak ada.
Kata sandi yang ditentukan salah.

Solusi

Pertama, peroleh akun database dan kata sandi yang benar. Kemudian, di Konsol Data Transmission Service, edit tugas migrasi data, masukkan kredensial yang benar, lalu jalankan ulang Pemeriksaan Awal.

Penting

Jika database sumber Anda adalah Tair atau Redis, pastikan Anda memformat kata sandi dengan benar:

Untuk akun default (yang biasanya menggunakan ID instans sebagai namanya), masukkan hanya kata sandinya.
Untuk akun kustom, gunakan format <account_name>:<password> di kolom kata sandi. Misalnya, jika username kustom adalah admin dan kata sandinya adalah Rp829dlwa, Anda harus memasukkan admin:Rp829dlwa.

Pembatasan daftar putih IP

Langkah diagnosis

Hubungkan ke database sumber menggunakan command line atau client. Jika koneksi berhasil, hal ini menunjukkan bahwa database sumber mungkin telah membatasi alamat IP server DTS.
Jika database sumber adalah instans MySQL yang dikelola sendiri, Anda dapat menghubungkan ke database sumber menggunakan client dan menjalankan perintah berikut untuk memverifikasi:
```
SELECT HOST FROM mysql.user WHERE user='username',password='password';
```
Catatan
Ganti username dan password dengan akun database dan kata sandi yang ditentukan untuk tugas migrasi data.
Periksa apakah daftar alamat IP yang diizinkan dalam output mencakup alamat IP server DTS. Untuk daftar lengkap IP DTS, lihat Tambahkan alamat IP server DTS ke daftar izin.
Jika database sumber adalah database SQL Server, periksa adanya firewall tingkat host. Periksa juga database tersebut untuk endpoint atau pemicu apa pun yang mungkin membatasi akses berdasarkan alamat IP sumber.
Jika database sumber adalah database Oracle, periksa file konfigurasi sqlnet.ora. Jika parameter TCP.VALIDNODE_CHECKING diatur ke yes, pembatasan alamat IP diaktifkan.

Solusi

Untuk database MySQL yang dikelola sendiri, Anda dapat menjalankan perintah berikut di database sumber untuk memberikan kembali izin kepada akun database yang digunakan untuk migrasi data:
```
GRANT ALL ON *.* TO 'username'@'%';
```
Catatan
Ganti username dengan akun database yang ditentukan untuk tugas migrasi data.
Untuk SQL Server, nonaktifkan firewall atau pemicu yang membatasi.
Untuk Oracle, ubah parameter TCP.VALIDNODE_CHECKING menjadi no dalam file sqlnet.ora lalu restart proses listener.

Setelah menyelesaikan langkah-langkah tersebut, login ke Konsol Data Transmission Service dan jalankan ulang Pemeriksaan Awal.

Pengaturan firewall

Langkah diagnosis

Jika server yang menjalankan database sumber menggunakan Windows, buka Windows Firewall di Control Panel dan periksa apakah firewall telah dikonfigurasi.
Jika server yang menjalankan database sumber menggunakan Linux, gunakan perintah iptables -L untuk memeriksa apakah server memiliki aturan firewall yang dikonfigurasi.

Solusi

Setelah menonaktifkan pembatasan firewall terkait, kembali ke Konsol Data Transmission Service dan jalankan ulang Pemeriksaan Awal.

Apa yang harus dilakukan jika pemeriksaan konektivitas tetap gagal setelah memeriksa kredensial, daftar putih IP, dan firewall?

Jika Anda telah menyingkirkan kemungkinan kesalahan kredensial, pembatasan daftar putih IP, dan firewall tingkat server, kegagalan tersebut kemungkinan besar disebabkan oleh masalah jaringan yang lebih umum antara server DTS dan database sumber Anda.