Topik ini merangkum pertanyaan umum terkait kegagalan atau timeout impor data.
Manual Pemecahan Masalah
Pemeriksaan Mandiri Lengkap
Pesan Kesalahan: Tabel xxx tidak berisi data atau partisi xxx tidak berisi data. Periksa sumber data dan coba lagi.
Kemungkinan penyebab:
Data tidak diproduksi di platform komputasi data atau ditulis secara tidak normal.
Jalur Pemecahan Masalah:
Masuk ke sumber data dan periksa apakah tabel atau partisi memiliki data. Pastikan ada data selama penjadwalan QA.
Solusi:
Sistem hulu melengkapi data, lalu menjadwalkan ulang.
Jika waktu produksi data hulu tidak pasti, konfigurasikan QA untuk diperbarui secara berkala. Anda dapat menggunakan penjadwalan pemicu untuk menghubungkan sistem hulu dengan QA.
Pesan Kesalahan: Tipe kolom khusus tidak mendukung tipe data ilegal - kolom 'xxx nama kolom' tipe 'xxx' tidak diizinkan.
Jalur Pemecahan Masalah:
Masuk ke sumber data dan periksa tabel untuk menentukan kolom mana yang bertipe kolom khusus, seperti BOOLEAN, ARRAY, dan MAP.
Sintaks MC: DESC nama_tabel;
Sintaks GUASSDB: SELECT pg_get_tabledef ('Nama_Tabel');
Solusi:
Jika kolom ini tidak diperlukan, Anda bisa memilih untuk menonaktifkan kolom tersebut selama impor.
Jika kolom harus digunakan, konversikan kolom tersebut menjadi tipe teks untuk penyimpanan.
Pemeriksaan Mandiri + Pemecahan Masalah
Pesan Kesalahan: Pengecualian penguraian SQL ParseException - token tidak valid 'FROM'
Kemungkinan penyebab:
Terjadi kesalahan penguraian sintaksis SQL.
Jalur Pemecahan Masalah:
Di halaman [Quick Audience-Manajemen Konfigurasi-Impor Data-Konfigurasi Struktur Tabel], periksa apakah daftar asli dalam konfigurasi struktur tabel mengandung karakter khusus, seperti /,-, dan simbol lainnya.
Solusi:
Masuk ke sumber data dan ubah nama kolom menjadi nama yang sesuai dengan spesifikasi database (misalnya, huruf yang dimulai dengan huruf dan hanya mengandung alfanumerik_).
Jika masalah ini tidak teratasi, hubungi tim Quick Audience untuk bantuan.
Pesan kesalahan dikembalikan karena tabel xxx tidak ada. Tabel xxx sudah ada.
Kemungkinan penyebab:
Tabel gagal dibuat atau sudah ada.
Jalur Pemecahan Masalah:
ADB:
Masuk ke AnalyticDB for PostDB dan periksa apakah operasi CREATE, DELETE, DROP, INSERT, SELECT, UPDATE, dan ALTER telah dilakukan.
Masuk ke konsol ADB dan periksa apakah ADB sedang mencadangkan snapshot selama penjadwalan. Selama fase pencadangan snapshot, pernyataan DDL tidak diizinkan.
HOLO:
Masuk ke database HOO dan periksa apakah nilai dari show hg_experimental_force_sync_replay adalah off.
Solusi:
ADB:
Jika Anda tidak memiliki izin, masuk ke platform DMS dan berikan izin yang sesuai kepada akun.
Setelah pencadangan ADB selesai, jalankan tugas penjadwalan Quick Audience (Catatan: Jika waktu pencadangan terlalu lama, ajukan Tiket ADB untuk membantu menangani masalah pencadangan pada saat itu).
HOLO:
Secara default, kluster holo disinkronkan secara asinkron. Anda dapat mengeksekusi pernyataan: alter database dbname set hg_experimental_force_sync_replay=on; di konsol holo untuk memaksa menunggu sinkronisasi meta. Namun, kinerja holo akan terpengaruh.
Setelah eksekusi, mulai ulang konsol holo dan gunakan perintah SQL: show hg_experimental_force_sync_replay; Untuk memeriksa apakah sudah efektif.
Jika masalah ini tidak teratasi, hubungi tim Quick Audience untuk bantuan pemecahan masalah.
Pesan Kesalahan: Quick Audience membatalkan permintaan SQL - membatalkan pernyataan karena permintaan pengguna
Kemungkinan penyebab:
Beban tinggi pada sumber komputasi atau analisis.
Jika Anda mengeksekusi pernyataan SQL dalam waktu lama karena jumlah data yang besar, Quick Audience memutuskan koneksi. Batas waktu eksekusi sinkron adalah 3 jam.
Jalur Pemecahan Masalah:
Masuk ke sumber komputasi untuk memeriksa apakah backend kelebihan beban.
Kueri latar belakang sedang mengeksekusi sql untuk memeriksa apakah volume data dalam tabel sesuai harapan.
Solusi:
Pastikan sumber daya memadai: tugas ruang tidak saling mempengaruhi dan sumber daya komputasi dapat diperoleh secara terpisah. Kurangi ketergantungan bersama untuk menghindari perebutan sumber daya dan pelambatan. Dengan meningkatnya volume data dan ruang, periksa apakah sumber daya komputasi dan analisis cukup.
Waktu naik bergeser: Beberapa ruang menggunakan sumber daya komputasi dan analisis yang sama. Jadwalkan tugas QA untuk setiap ruang agar waktu naik bergeser semaksimal mungkin untuk menghindari perebutan sumber daya dan pelambatan. Jika sistem eksternal pelanggan menggunakan sumber komputasi dan analisis, waktu penggunaannya harus bergeser.
Jika masalah ini tidak teratasi, hubungi tim Quick Audience untuk bantuan.
Pesan Kesalahan: Tugas penjadwalan timeout
Kemungkinan penyebab:
Beban tinggi pada sumber komputasi atau analisis.
Jika sejumlah besar data disimpan dan pernyataan SQL dieksekusi dalam waktu lama, hasilnya tidak dihitung. Batas waktu tugas penjadwalan adalah 6 jam.
Jalur Pemecahan Masalah:
Masuk ke sumber komputasi untuk memeriksa apakah backend kelebihan beban.
Kueri latar belakang sedang mengeksekusi sql untuk memeriksa apakah volume data dalam tabel sesuai harapan.
Solusi:
Pastikan sumber daya memadai: tugas ruang tidak saling mempengaruhi dan sumber daya komputasi dapat diperoleh secara terpisah. Kurangi ketergantungan bersama untuk menghindari perebutan sumber daya dan pelambatan. Dengan meningkatnya volume data dan ruang, periksa apakah sumber daya komputasi dan analisis cukup.
Waktu naik bergeser: Beberapa ruang menggunakan sumber daya komputasi dan analisis yang sama. Jadwalkan tugas QA untuk setiap ruang agar waktu naik bergeser semaksimal mungkin untuk menghindari perebutan sumber daya dan pelambatan. Jika sistem eksternal pelanggan menggunakan sumber komputasi dan analisis, waktu penggunaannya harus bergeser.
Jika masalah ini tidak teratasi, hubungi tim Quick Audience untuk bantuan.
Solusi untuk Pelambatan Tugas Berjalan
Pastikan sumber daya memadai: tugas ruang tidak saling mempengaruhi dan sumber daya komputasi dapat diperoleh secara terpisah. Kurangi ketergantungan bersama untuk menghindari perebutan sumber daya dan pelambatan. Dengan meningkatnya volume data dan ruang, periksa apakah sumber daya komputasi dan analisis cukup.
Waktu naik bergeser: Beberapa ruang menggunakan sumber daya komputasi dan analisis yang sama. Jadwalkan tugas QA untuk setiap ruang agar waktu naik bergeser semaksimal mungkin untuk menghindari perebutan sumber daya dan pelambatan. Jika sistem eksternal pelanggan menggunakan sumber komputasi dan analisis, waktu penggunaannya harus bergeser.
Penjadwalan batch, impor multi-tabel: Dalam tugas penjadwalan, pilih beberapa tabel untuk mengonfigurasi tugas penjadwalan guna mengurangi jumlah idmapping dan mempercepat impor multi-tabel.
Konfigurasi deteksi real-time tugas penjadwalan QA
Untuk mengetahui status tugas penjadwalan secara tepat waktu, klik Quick Audience-Manajemen Konfigurasi-Pengaturan Lanjutan-Deteksi Real-time dan Peringatan untuk mengonfigurasi deteksi DingTalk real-time dan peringatan. Ini memungkinkan Anda mendeteksi penyebab timeout dan kegagalan tugas secara real-time. Misalnya, buat grup peringatan DingTalk dan konfigurasikan webhook chatbot.