Memecahkan masalah Gudang

Berlaku untuk:✅ Gudang di Microsoft Fabric

Artikel ini menyediakan panduan dalam memecahkan masalah umum di Gudang di Microsoft Fabric.

Kesalahan koneksi sementara

Kesalahan sementara, juga dikenal sebagai kegagalan sementara, memiliki penyebab mendasar yang segera selesai sendiri. Jika koneksi ke Gudang digunakan untuk bekerja dengan baik tetapi mulai gagal tanpa perubahan izin pengguna, kebijakan firewall, dan konfigurasi jaringan, cobalah langkah-langkah ini sebelum menghubungi dukungan:

  1. Periksa status Gudang dan pastikan tidak dijeda.
  2. Jangan segera mencoba kembali perintah yang gagal. Sebagai gantinya, tunggu selama 5 hingga 10 menit, buat koneksi baru, lalu coba lagi perintah. Terkadang Azure sistem dengan cepat mengalihkan sumber daya perangkat keras untuk menyeimbangkan beban kerja dengan lebih baik. Sebagian besar kejadian konfigurasi ulang ini selesai dalam waktu kurang dari 60 detik. Selama rentang waktu konfigurasi ulang ini, Anda mungkin mengalami masalah saat menyambungkan ke database Anda. Koneksi juga dapat gagal ketika layanan sedang dimulai ulang secara otomatis untuk menyelesaikan masalah tertentu.
  3. Sambungkan menggunakan aplikasi yang berbeda dan/atau dari komputer lain.

Kegagalan kueri karena masalah ruang tempdb

tempdb adalah database sistem yang digunakan oleh mesin untuk berbagai kebutuhan penyimpanan sementara selama eksekusi kueri. Ini tidak dapat diakses atau dikonfigurasi oleh pengguna. Kueri bisa gagal karena kehabisan tempdb ruang. Lakukan langkah-langkah ini untuk mengurangi tempdb penggunaan ruang:

  1. Lihat artikel tentang statistik untuk memverifikasi statistik kolom yang tepat telah dibuat pada semua tabel.
  2. Pastikan semua statistik tabel diperbarui setelah transaksi DML besar.
  3. Kueri dengan JOIN kompleks, GROUP BY, dan ORDER BY yang diharapkan mengembalikan set hasil yang besar menggunakan lebih banyak tempdb ruang dalam eksekusi. Perbarui kueri untuk mengurangi jumlah kolom GROUP BY dan ORDER BY jika memungkinkan.
  4. Jalankan ulang kueri saat tidak ada kueri aktif lain yang berjalan untuk menghindari batasan sumber daya selama eksekusi kueri.

Performa kueri tampaknya terdegradasi dari waktu ke waktu

Banyak faktor dapat memengaruhi performa kueri, seperti perubahan ukuran tabel, ke condong data, konkurensi beban kerja, sumber daya yang tersedia, jaringan, dll. Hanya karena kueri berjalan lebih lambat tidak selalu berarti ada masalah performa kueri. Lakukan langkah-langkah berikut untuk menyelidiki kueri target:

  1. Identifikasi perbedaan dalam semua faktor yang memengaruhi performa di antara eksekusi performa yang baik dan buruk.
  2. Lihat artikel tentang statistik untuk memverifikasi statistik kolom yang tepat telah dibuat pada semua tabel.
  3. Pastikan semua statistik tabel diperbarui setelah transaksi DML besar.
  4. Periksa kecenderungan data dalam tabel dasar.
  5. Jeda dan lanjutkan layanan. Kemudian, jalankan ulang kueri saat tidak ada kueri aktif lain yang berjalan. Anda dapat memantau beban kerja gudang menggunakan DMV.

Kueri gagal diproses setelah dijalankan untuk waktu yang lama. Tidak ada data yang dikembalikan ke klien.

Pernyataan SELECT bisa saja berhasil diselesaikan di backend namun gagal saat mencoba mengembalikan himpunan hasil kueri ke klien. Coba langkah-langkah berikut untuk mengisolasi masalah:

  1. Gunakan alat klien yang berbeda untuk menjalankan ulang kueri yang sama.
  2. Jika langkah 1 gagal, jalankan perintah CTAS dengan pernyataan SELECT yang gagal untuk mengirim hasil kueri SELECT ke tabel lain di gudang yang sama. Menggunakan CTAS menghindari kumpulan hasil kueri dikirim kembali ke komputer klien. Jika perintah CTAS berhasil diselesaikan dan tabel target diisi, maka kegagalan kueri asli kemungkinan disebabkan oleh masalah front end atau klien gudang.

Konflik penulisan atau pembaruan

Konflik penulisan ulang atau konflik pembaruan dapat terjadi ketika dua transaksi mencoba untuk UPDATE, DELETE, MERGE, atau TRUNCATE tabel yang sama. Anda mungkin melihat pesan kesalahan seperti:

  • Kesalahan 24556: Transaksi isolasi rekam jepret dibatalkan karena konflik pembaruan. Menggunakan isolasi rekam jepret untuk mengakses tabel '%.*ls' secara langsung atau tidak langsung dalam database '%.*ls' dapat menyebabkan konflik pembaruan jika baris dalam tabel tersebut telah dihapus atau diperbarui oleh transaksi bersamaan lainnya. Coba lagi transaksi.
  • Kesalahan 24706: Transaksi isolasi rekam jepret dibatalkan karena konflik pembaruan. Anda tidak dapat menggunakan isolasi rekam jepret untuk mengakses tabel '%.*ls' secara langsung atau tidak langsung dalam database '%.*ls' untuk memperbarui, menghapus, atau menyisipkan baris yang telah dimodifikasi atau dihapus oleh transaksi lain. Silakan coba lagi transaksi.

Untuk informasi selengkapnya, lihat Praktik terbaik untuk menghindari konflik tulis-tulis.

Apa yang harus dikumpulkan sebelum menghubungi dukungan Microsoft

  • Berikan ID ruang kerja Gudang.
  • Berikan ID Pernyataan dan ID permintaan Terdistribusi. Mereka dikirim kembali sebagai pesan setelah permintaan kueri selesai atau gagal.
  • Berikan teks pesan kesalahan yang tepat.
  • Berikan waktu saat kueri selesai atau gagal.

Konten terkait

  • Last updated on