Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Gunakan artikel ini untuk memecahkan masalah dalam proses manajemen siklus hidup.
Untuk memahami pertimbangan dan batasan berbagai masalah manajemen siklus hidup, tinjau tautan dalam tabel berikut:
| Topik | Integrasi Git | Pipa Penyebaran | Rencana penyebaran |
|---|---|---|---|
| Batasan umum | batasan Git umum | batasan alur penyebaran | Batasan rencana penerapan |
| Izin diperlukan | hak akses | hak akses | hak akses |
| Batasan ruang kerja | ruang kerja | ruang kerja | |
| Item Fabric Didukung | item yang didukung | item yang didukung | Jenis aksi yang didukung |
| Model semantik | Limitasi model semantik |
Integrasi Git
Masalah akses
Saya tidak dapat mengakses repositori Azure DevOps saya
Description masalah: Saat saya masuk ke tab integrasi Git, saya mendapatkan pesan kesalahan dan tidak dapat mengakses Azure DevOps.
Cause: Jika metode autentikasi di Power BI lebih lemah daripada metode autentikasi di Azure DevOps, fungsionalitas di antara mereka tidak berfungsi.
Workaround: Admin perlu menyelaraskan metode autentikasi dalam Power BI dan Azure DevOps. Kebijakan autentikasi untuk Microsoft Entra ID (sebelumnya dikenal sebagai Azure Active Directory) ditentukan dalam metode autentikasi Kelola metode autentikasi.
Saya melebihi batas tarif Git
Deskripsi masalah: Ketika saya mencoba memperbarui atau berkomitmen ke Git, saya mendapatkan pesan kesalahan yang mengatakan bahwa saya melebihi batas tarif Git.
Penyebab: Penyedia git Anda membatasi jumlah tindakan Git yang dapat Anda lakukan dalam jumlah waktu tertentu. Batas tarif dapat dicapai baik dengan melakukan sejumlah besar operasi Git, atau dengan menjalankan operasi yang melibatkan sejumlah besar item. Untuk informasi tentang batas tarif GitHub, lihat Tentang batas tarif utama. Untuk batas Azure DevOps, lihat Batasan dan penggunaan.
Solusi: Tunggu jumlah waktu yang ditentukan dalam pesan kesalahan, lalu coba lagi. Jika Anda terus melihat kesalahan ini, hubungi penyedia Git Anda untuk informasi selengkapnya.
Menghubungkan masalah
Kegagalan koneksi: Tidak dapat tersambung ke repositori
Deskripsi masalah: Ketika saya mencoba menyambungkan ke repositori Git, saya mendapatkan pesan bahwa tidak dapat tersambung karena ruang kerja berada di wilayah yang berbeda.
Penyebab: Jika ruang kerja dan repositori terletak di wilayah yang berbeda, sakelar lintas wilayah harus diaktifkan.
Solusi: Aktifkan tindakan Git pada ruang kerja yang berada di lokasi geografis lainnya.
Kegagalan koneksi: Ini mengatakan ada yang salah ketika saya mencoba menyambungkan
Deskripsi masalah: Setelah memilih Sambungkandi tab integrasi Git, dialog Terjadi kesalahan yang salah muncul. Selain itu, saat Anda memilih tombol kontrol sumber, panel menunjukkan bahwa Anda perlu menyinkronkan dengan cabang Git.
Cause: Jika folder yang Anda coba sambungkan memiliki subdirektori tetapi tidak ada item Fabric, koneksi gagal.
Solution: Buka repositori Git di Azure DevOps dan navigasi ke folder Git yang ditentukan dalam koneksi. Jika folder Git berisi subdirektori, periksa apakah setidaknya salah satu dari mereka mewakili direktori item. Jika direktori berisi file item.config.json dan item.metadata.json, itu adalah direktori item. Jika direktori tidak berisi file-file ini, itu adalah subdirektori. Jika folder Git tidak berisi direktori item apa pun, Anda tidak dapat menyambungkannya. Hapus subdirektori atau sambungkan ke folder lain yang tidak berisi subdirektori.
Ikon Kontrol sumber tidak memiliki angka
Deskripsi masalah: Angka pada ikon Kontrol sumber menunjukkan jumlah perubahan yang dilakukan pada ruang kerja sejak penerapan terakhir. Jika ikon tidak memiliki angka, mungkin ada masalah saat menyambungkan ke cabang.
Solusi: Putuskan sambungan dan sambungkan kembali.
Kegagalan koneksi: Dikatakan bahwa saya memerlukan lisensi Premium untuk terhubung ke git
Deskripsi masalah: Ruang kerja saya sebelumnya terhubung ke repositori Git, tetapi sekarang dikatakan bahwa saya memerlukan lisensi premium untuk terhubung.
Penyebab: Anda hanya dapat terhubung ke repositori Git jika Anda memiliki lisensi Premium yang valid. Jika lisensi Anda kedaluwarsa atau Anda mengubah lisensi menjadi lisensi yang tidak menyertakan integrasi Git, Anda tidak akan dapat tersambung ke repositori tersebut lagi. Ini juga berlaku untuk lisensi uji coba.
Solusi: Putuskan sambungan dari Git dan bekerja tanpa kontrol sumber, atau beli lisensi Premium.
Perluasan: Saya tidak melihat cabang yang ingin saya hubungkan
Deskripsi masalah: Saya tidak melihat ruang kerja yang ingin saya sambungkan di tab percabangan pada panel kontrol sumber .
Penyebab: Daftar percabangan hanya menampilkan ruang kerja yang Anda memiliki izin untuk melihat.
Solusi: Periksa apakah ruang kerja yang Anda inginkan ada dan Anda memiliki izin untuk melihatnya. Jika tidak, minta pemilik ruang kerja untuk memberi Anda izin. Lihat batasan cabang untuk informasi selengkapnya.
Memulai cabang baru: Ruang kerja baru milik saya tidak tersinkron dengan repositori Git saya
Deskripsi masalah: Saat bercabang ke ruang kerja baru, saya dinavigasi ke ruang kerja baru tetapi integrasi Git tidak diaktifkan di sana. Penyebab: Sakelar integrasi Git mungkin diaktifkan untuk ruang kerja sumber Anda, tetapi tidak untuk seluruh penyewa karena admin penyewa dapat mendelegasikan kontrol sakelar ke admin ruang kerja. Jika demikian, ruang kerja baru Anda tidak akan mengaktifkan integrasi Git dan Anda harus mengaktifkannya secara manual dari pengaturan ruang kerja sebelum menyinkronkan ruang kerja dengan Git. Solusi: Aktifkan integrasi Git dari pengaturan ruang kerja ruang kerja baru Anda.
Beralih cabang atau checkout cabang baru tidak tersedia untuk kontributor atau anggota
Deskripsi masalah: Sebagai Kontributor atau Anggota (non-admin), saya tidak dapat beralih cabang atau memeriksa cabang baru dari panel Kontrol sumber .
Penyebab: Secara default, pengalihan cabang dan pembuatan cabang baru dibatasi untuk admin ruang kerja. Kontributor dapat melakukan tindakan ini hanya ketika tingkat ruang kerja Izinkan pengguna dengan setidaknya peran Kontributor untuk mengubah pengaturan cabang Git diaktifkan, ruang kerja memiliki koneksi Git aktif, dan Kontributor memiliki akses tulis ke semua item di ruang kerja.
Solusi: Minta admin ruang kerja untuk mengaktifkan izinkan pengguna dengan setidaknya peran Kontributor untuk mengubah pengaturan cabang Git di pengaturan ruang kerja. Untuk informasi selengkapnya, lihat Mengizinkan Kontributor dan Anggota untuk beralih cabang
Masalah koneksi folder
Kegagalan sambungkan: Saya diminta untuk membuat folder baru saat menyambungkan ke cabang Git.
Deskripsi masalah: Setelah memilih Sambungkandi tab integrasi Git, dialog muncul yang menunjukkan jalur folder yang tidak valid.
Penyebab: Folder yang Anda coba sambungkan tidak ada, telah dihapus, atau berbeda dalam hal sensitivitas huruf dari folder yang ada di repositori. Pesan ini dapat muncul jika Anda menyambungkan ke cabang baru, atau jika folder dihapus dari cabang.
Solusi:
- Untuk membuat folder baru dan menyambungkannya ke ruang kerja, pilih Buat dan sinkronkan.
- Untuk menyambungkan ruang kerja ke folder lain, pilih Batal dan pilih folder lain di pengaturan ruang kerja tab integrasi Git.
Status Git saya mengatakan saya memiliki perubahan yang tidak dilakukan, tetapi saya tidak membuat perubahan apa pun pada ruang kerja saya
Deskripsi masalah: Saya ingin memperbarui ruang kerja saya tetapi saya mendapat pemberitahuan bahwa saya memiliki perubahan yang belum di-commit. Saya tidak membuat perubahan apa pun pada ruang kerja saya.
Penyebab: Jika ruang kerja Anda memiliki folder dan folder Git yang terhubung belum memiliki subfolder, folder tersebut dianggap berbeda. Jika ruang kerja Anda memiliki folder tetapi cabang Git tidak, Anda akan melihat pesan perubahan yang belum dikomit. Jika Anda mencoba memperbarui ruang kerja sebelum melakukan perubahan, Anda mendapatkan konflik. Setelah folder Git memiliki struktur folder yang sama dengan ruang kerja, Anda tidak akan mendapatkan pesan ini lagi.
Solution: Untuk mengatasi masalah tersebut, menerapkan perubahan pada Git. Jika Anda tidak dapat membuat perubahan langsung ke cabang yang terhubung, sebaiknya gunakan opsi cabang checkout . Untuk informasi selengkapnya, lihat Menangani perubahan folder dengan aman.
Ruang kerja saya menampilkan perubahan yang belum diterapkan pada laporan yang tidak saya ubah
Deskripsi masalah: Saya melihat perubahan yang belum dikomit pada sebuah laporan di ruang kerja saya, meskipun saya tidak memodifikasi item apa pun secara manual.
Penyebab: Perilaku ini dapat terjadi ketika nama laporan menyertakan karakter khusus seperti :, #, , [atau ], dan laporan memiliki dependensi-by-path pada model semantik. Karakter khusus dalam nama item menyebabkan sistem mengoreksi jalur dependensi secara otomatis. Penyesuaian otomatis ini adalah perilaku yang diharapkan dan memastikan laporan tetap ditautkan dengan benar ke model semantiknya di cabang Git.
Solusi: Terapkan perubahan sehingga cabang Git tetap selaras dengan status sebenarnya item. Jika Anda menginginkan kepastian lebih lanjut sebelum melakukan penerapan, gunakan opsi Terapkan ke cabang baru di panel kontrol sumber, lalu bandingkan perbedaan antara:
- Item yang saat ini tersimpan di cabang Git Anda
- item yang baru dibuat yang dikomitmenkan ke cabang baru
Tinjau perbedaan untuk mengonfirmasi bahwa hanya jalur dependensi yang disesuaikan dan tidak ada logika atau perubahan struktural yang tidak diinginkan yang diperkenalkan. Alur kerja ini memberi Anda langkah validasi yang aman sebelum Anda menggabungkan perubahan ke cabang kerja Anda.
Masalah Komit
Tombol Komit dinonaktifkan
Deskripsi masalah: Jika ada pembaruan yang dilakukan pada cabang Git, commit dinonaktifkan hingga Anda memperbarui ruang kerja.
Solusi: Untuk mengaktifkan commit, perbarui ruang kerja Anda.
Ukuran commit maksimum terlampaui
Deskripsi masalah: Saat mencoba menerapkan item ke Git, saya mendapatkan kesalahan yang mengatakan bahwa saya melebihi ukuran penerapan maksimum.
Penyebab: Ukuran total file yang akan dikomit dibatasi hingga 50 MB.
Solusi: Jika Anda mencoba menerapkan beberapa item sekaligus, pertimbangkan untuk menerapkannya dalam batch yang lebih kecil. Jika perubahan Anda berisi satu item dengan banyak file, hubungi dukungan.
Masalah pembaruan
Tombol Terapkan dan Perbarui keduanya dinonaktifkan
Deskripsi masalah: Mengubah item yang sama di ruang kerja dan cabang Git dapat menyebabkan kemungkinan konflik. Jika perubahan dilakukan di ruang kerja dan di cabang Git pada item yang sama, pembaruan dinonaktifkan hingga konflik diselesaikan.
Solusi: Atasi konflik lalu coba lagi.
Kegagalan pembaruan: Memperbaiki ID logis duplikat
Deskripsi masalah: Saat mencoba memperbarui, dialog muncul yang menunjukkan kegagalan karena direktori Git berisi item dengan ID logis duplikat.
Penyebab: ID logis dari setiap item di ruang kerja harus unik. Saat Anda menyalin item di ruang kerja, ID logis secara otomatis diubah ke ID unik. Saat Anda menyalin direktori item di Git, ID logis tidak diubah. Jika Anda menyalin file item di Git, lalu mencoba memperbarui ke ruang kerja, ID logisnya menjadi duplikat, menyebabkan kesalahan.
Solusi: Untuk mengatasi masalah, Anda perlu mengubah ID logis item atau item duplikat di Git sebelum memperbarui ruang kerja. Anda memiliki dua pilihan:
Jika Anda memiliki izin untuk melakukan commit langsung ke cabang, pilih Perbaiki dengan commit langsung. Ini akan mengubah file sistem item untuk membuat ID logis unik di Git. Data ruang kerja tidak akan diubah sampai Anda memperbaruinya dari Git.
Jika Anda tidak memiliki izin untuk melakukan commit langsung ke cabang, pilih Buat cabang dan masuk ke Git. Ini akan membuka cabang baru dan mengubah ID logis. Anda kemudian perlu menggabungkan perubahan di Git sebelum dapat dilihat di Fabric. Kemudian, saat Anda memperbarui dari Git, data ruang kerja dimodifikasi.
Kegagalan pembaruan: Pembaruan tidak selesai karena akan merusak tautan dependensi
Deskripsi masalah: Setelah memilih Perbarui semua atau Batalkan, dialog muncul yang menunjukkan kegagalan karena tindakan akan merusak tautan dependensi.
Solusi: Buka tampilan Silsilah data untuk menemukan item atau item yang akan dihapus dari ruang kerja di pembaruan dan ditautkan ke item yang tidak akan dihapus dari ruang kerja.
Untuk mengatasi masalah ini, hapus item yang bermasalah:
- Jika item tidak didukung oleh Git (misalnya, Dasbor), hapus secara manual dari ruang kerja.
- Jika item didukung oleh Git (misalnya, laporan), hapus dari Git (jika ada) atau dari ruang kerja.
Pilih Perbarui Semua.
Untuk informasi selengkapnya, lihat Pembaruan Manual dari Git.
Kegagalan pasca pembaruan: Dependensi tidak menunjuk ke item yang benar
Deskripsi masalah: Setelah memperbarui dari Git, saat melihat tampilan silsilah data, dependensi beberapa item tidak seperti yang diharapkan. Misalnya, model proksi tidak lagi menunjuk ke model yang benar.
Penyebab: Integrasi Git tidak mendukung model DirectQuery dan proxy saat ini.
Solusi: Untuk memperbaiki dependensi, lakukan salah satu tindakan berikut:
- Edit file bim dari model semantik proxy di repositori Git sehingga menunjuk ke model semantik yang benar. Kemudian, di ruang kerja, perbarui dari Git untuk menerima perubahan.
- Gunakan API Perbarui Sumber Data untuk memperbarui detail koneksi model proksi di ruang kerja.
Mengatasi masalah kesalahan
Memperbaiki ID logis duplikat
Deskripsi masalah: Ketika Anda mencoba menerapkan perubahan pada Git, Anda mendapatkan pesan kesalahan yang mengatakan bahwa ada ID logis duplikat di ruang kerja.
Penyebab: ID logis adalah ID unik untuk setiap item di ruang kerja. Saat Anda menyalin item di Git, seluruh folder diduplikasi dengan tepat, termasuk ID logis. Ketika Anda mencoba memperbarui ruang kerja, sistem memeriksa ID logis duplikat dan mencegah Anda melakukan perubahan jika ditemukan.
Solusi: Untuk memperbaiki masalah, Anda perlu mengubah ID logis salah satu item.
Jika Anda memiliki izin tulis ke repositori, pilih Perbaiki dengan penerapan langsung. Cabang baru dibuat secara otomatis. Ubah ID logis item yang disalin di cabang baru, lalu terapkan perubahan.
Jika Anda tidak memiliki izin tulis ke repositori, pilih Buat cabang dan buka Git. Cabang baru dibuat secara otomatis. Ubah ID logis item yang disalin di cabang baru, lalu buat permintaan pull untuk menggabungkan perubahan.
Membatalkan masalah
Batalkan kegagalan: Setelah memilih "Batalkan" dialog muncul yang menunjukkan kegagalan karena dependensi tidak dapat ditemukan
Deskripsi masalah: Kesalahan berikut muncul setelah tindakan batalkan jika ada dependensi yang tidak dilakukan di tab Perubahan yang tidak dipilih dalam tindakan "Batalkan".
Solusi: Pilih semua dependensi database yang dipilih dan coba lagi.
Kesalahan dependensi: Setelah memilih "Batalkan", "Perbarui", atau "Beralih cabang" dialog muncul yang menunjukkan kegagalan karena tindakan akan merusak tautan dependensi
Deskripsi masalah: Kesalahan berikut muncul setelah tindakan batalkan, perbarui, atau alihkan cabang:
Penyebab: Ada item yang tidak didukung di ruang kerja yang bergantung pada item yang tidak lagi berada di ruang kerja yang menyebabkan masalah dependensi.
Solusi: Buka tampilan Silsilah untuk menemukan item atau beberapa item yang dipilih untuk "dibatalkan" dan ditautkan ke item yang tidak dipilih.
Untuk mengatasi masalah ini, hapus item yang bermasalah:
- Jika item yang tidak dipilih didukung oleh Git (misalnya, laporan), pilih item yang akan dihapus juga.
- Jika item yang tidak dipilih tidak didukung oleh Git (misalnya, Dasbor), hapus secara manual dari ruang kerja.
Untuk membaca selengkapnya tentang dependensi, lihat Memahami dependensi.
Pipa Penyebaran
Saya tidak dapat melihat tombol penyebaran jalur pipa
Kondisi berikut harus dipenuhi untuk melihat tombol jalur penyebaran.
Anda memiliki lisensi Fabric.
Anda adalah admin ruang kerja.
Anda memiliki izin admin untuk alur penyebaran tempat ruang kerja ditetapkan.
Saya tidak dapat melihat penanda tahap proses di ruang kerja saya
Pipa penyebaran menampilkan tag tahapan alur di ruang kerja yang diatur untuk pipa. Untuk melihat tag ini, Anda harus menjadi admin pipeline. Tag untuk Tahapan Pengembangan dan Pengujian selalu terlihat. Namun, Anda hanya melihat tag Produksi jika Anda memiliki akses ke alur.
Koneksi hilang setelah penyebaran
Deskripsi masalah: Dalam sebuah proses pipeline yang lengkap, setelah Anda mencabut penugasan ruang kerja dari sebuah tahap dan kemudian menyebarkannya, pipeline penyebaran membangun kembali koneksi antara item di tahap sumber yang Anda jadikan asal dan tahap target. Namun, terkadang alur penyebaran tidak dapat membangun kembali koneksi antara item dalam tahap sumber dan target. Ini dapat terjadi, misalnya, ketika Anda secara tidak sengaja menghapus item.
Solusi: Untuk membangun kembali koneksi ini, batalkan penugasan dan tetapkan ulang ruang kerja yang sama pada tahap target.
Saya tidak dapat menetapkan ruang kerja pada tahap
Penyebab: Ketika Anda menetapkan ruang kerja ke tahap alur penyebaran, alur penyebaran akan memeriksa item-item seperti laporan dan dasbor yang ada di dalam ruang kerja tersebut. Jika ada dua item dengan jenis yang sama dengan nama yang sama dalam tahap yang berdekatan, alur penyebaran tidak dapat menentukan salah satu item mana yang harus cocok dengan item di ruang kerja yang ditetapkan, dan pesan kesalahan tidak dapat menetapkan ruang kerja muncul. Misalnya, jika Anda mencoba menetapkan ruang kerja ke tahap pengujian, dan salah satu laporan Anda bernama "penjualan regional", jika ada lebih dari satu laporan dengan nama yang sama dalam tahap pengembangan atau produksi, maka penugasan akan gagal. Penetapan ruang kerja Anda juga akan gagal jika ruang kerja Anda memiliki dua model semantik yang berjudul "model semantik penjualan regional", dan jika terdapat model semantik dengan nama yang sama dalam tahap pengembangan atau produksi.
Solusi: Untuk mengatasi kesalahan ini, ubah nama item yang tidak cocok dengan item dalam tahap yang coba Anda tetapkan. Anda dapat memilih tautan dalam pesan kesalahan untuk membuka item di Fabric.
Saya melihat simbol 'berbeda' setelah saya menetapkan ruang kerja yang memiliki model semantik yang mirip dengan model semantik di tahap yang berdekatan
Penyebab: Sebagian besar model semantik menggunakan fitur metadata model semantik yang ditingkatkan, juga dikenal sebagai model v3. Namun, laporan lama mungkin menggunakan jenis metadata model semantik lama, kadang-kadang disebut sebagai model v1. Jika Anda menetapkan ruang kerja yang menggunakan model metadata model semantik lama (v1), alur penyebaran tidak dapat mengevaluasi apakah model semantik serupa dalam tahap yang saling berdekatan. Dalam kasus seperti itu , simbol UI yang berbeda ditampilkan, bahkan ketika model semantik identik.
Solusi: Untuk mengatasi masalah ini, sebarkan model semantik yang menunjukkan simbol yang berbeda .
Saya tidak dapat melihat semua ruang kerja saya saat mencoba menetapkan ruang kerja ke pipeline.
Penyebab: Mungkin ada beberapa alasan mengapa Anda tidak dapat melihat ruang kerja dalam daftar ruang kerja yang dapat Anda tetapkan ke pipeline.
Solusi: Untuk menetapkan ruang kerja ke pipelin, kondisi berikut harus dipenuhi:
Anda adalah admin ruang kerja
Ruang kerja tidak ditetapkan untuk pipeline lain
Ruang kerja berada pada kapasitas Fabric
Ruang kerja yang tidak memenuhi kondisi ini, tidak ditampilkan dalam daftar ruang kerja yang dapat Anda pilih.
Penerapan pertama saya gagal
Penyebab: Penyebaran pertama Anda mungkin gagal karena salah satu dari beberapa alasan.
Solusi: Beberapa kemungkinan alasan kegagalan dengan solusinya tercantum dalam tabel berikut.
| Kesalahan | Perbuatan |
|---|---|
| Anda tidak memiliki izin kapabilitas. | Jika Anda bekerja di organisasi yang memiliki kapasitas Fabric, minta admin kapasitas untuk menambahkan ruang kerja Anda ke dalam kapasitas, atau untuk meminta izin penugasan untuk kapasitas tersebut. Setelah ruang kerja sudah dalam kapasitas, lakukan penyebaran ulang.
Jika Anda tidak bekerja di organisasi dengan kapasitas Fabric, pertimbangkan untuk membeli Premium Per Pengguna (PPU). |
| Anda tidak memiliki izin ruang kerja. | Untuk menerapkan, Anda harus terdaftar sebagai anggota ruang kerja. Minta admin ruang kerja Anda untuk memberi Anda izin yang sesuai. |
| Admin Fabric Anda telah menonaktifkan pembuatan ruang kerja. | Hubungi admin Fabric Anda untuk dukungan. |
| Anda menggunakan penyebaran selektif dan tidak memilih semua item yang ditautkan. | Lakukan salah satu hal berikut: Hapus pilihan konten yang ditautkan ke model semantik atau aliran data Anda. Konten Anda yang tidak dipilih (seperti model semantik, laporan, atau dasbor) tidak akan disalin ke tahap berikutnya. Pilih model semantik atau aliran data yang ditautkan ke item yang dipilih. Item yang Anda pilih akan disalin ke tahap berikutnya. |
Saya memiliki 'item yang tidak didukung' di ruang kerja saya saat mencoba menerapkan
Penyebab: Alur penyebaran tidak mendukung semua item.
Solusi: Untuk daftar komprehensif item yang didukung dalam alur penyebaran, lihat bagian berikut ini:
Item apa pun yang tidak tercantum dalam daftar item yang didukung tidak disalin ke tahap berikutnya.
Saya ingin mengubah sumber data dalam tahapan pipeline
Cause: Anda tidak dapat mengubah koneksi sumber data di layanan Power BI.
Solusi: Jika Anda ingin mengubah sumber data dalam tahap pengujian atau produksi, Anda dapat menggunakan aturan penyebaran atau API. Aturan penyebaran hanya akan berlaku setelah penyebaran berikutnya.
Saya memperbaiki bug dalam produksi, tetapi sekarang tombol 'sebarkan ke tahap sebelumnya' dinonaktifkan
Penyebab: Anda hanya dapat memindahkan mundur ke tahap kosong. Jika Anda memiliki konten dalam tahap pengujian, Anda tidak dapat memutar kembali dari lingkungan produksi.
Solusi: Setelah membuat alur, gunakan tahap pengembangan untuk mengembangkan konten Anda, dan tahap pengujian untuk meninjau dan mengujinya. Anda dapat memperbaiki bug dalam tahap ini, lalu menyebarkan lingkungan tetap ke tahap produksi.
Catatan
Penyebaran mundur hanya mendukung penyebaran penuh. Ini tidak mendukung penyebaran selektif
Pesan kesalahan: 'lanjutkan penyebaran'
Penyebab: Perubahan pemecahan skema tahap sumber, seperti mengganti jenis kolom dari bilangan bulat ke string, menyebabkan kehilangan data dalam model semantik target setelah penyebaran.
Selama penyebaran, metadata dalam model semantik sumber diperiksa terhadap metadata target. Perubahan yang merusak skema menyebabkan penghentian penyebaran. Ketika ini terjadi, Anda menerima pesan lanjutkan penyebaran .
Solusi: Jika Anda melanjutkan penyebaran, Anda akan kehilangan data dalam tahap target. Anda dapat menggunakan opsi ini jika perubahan yang Anda buat pada model semantik disengaja. Setelah penyebaran selesai, Anda harus me-refresh model semantik target.
Jika perubahan tidak disengaja, tutup jendela pesan, unggah file .pbix yang sudah diperbaiki ke ruang kerja sumber dan sebarkan kembali.
Setelah penyebaran gagal karena perubahan skema, tahap target menampilkan pesan Penyebaran gagal, diikuti oleh tautan Tampilkan detail. Tautan membuka pesan yang sama pesan melanjutkan penyebaran yang ditampilkan selama penyebaran yang gagal.
Pesan kesalahan: 'tidak dapat memulai penyebaran'
Penyebab: Saat Anda menggunakan refresh bertahap, hanya perubahan tertentu pada model semantik yang Anda sebarkan yang diizinkan. Jika Anda membuat perubahan model semantik yang tidak diizinkan, penyebaran Anda gagal dan Anda menerima pesan ini:
Solusi: Jika Anda membuat perubahan pada model semantik Anda dengan sengaja, gunakan salah satu solusi berikut:
Menggunakan.pbix - Terbitkan perubahan Anda langsung ke model semantik target. Semua partisi dan data hilang, jadi Anda perlu menyegarkan model semantik.
Menggunakan alat XMLA - Buat perubahan Anda secara langsung pada model semantik di tahap target.
Visual saya pecah setelah menyebarkan model semantik atau aliran data
Cause: Model semantik dan aliran data adalah item Fabric yang menyimpan data serta mengandung data dan metadata. Selama penyebaran, hanya metadata yang disalin sedangkan data tidak disalin. Akibatnya, setelah penyebaran model semantik atau aliran data mungkin tidak memiliki data apa pun dan visual laporan yang mengandalkan data ini, akan tampak rusak.
Solusi: Untuk mengatasi masalah ini, refresh aliran data lalu refresh model semantik di tahap target.
Bagaimana cara menghapus pipeline yang tidak memiliki pemilik (pipeline yang yatim piatu)?
Penyebab: Saat bekerja dengan saluran penyebaran, Anda mungkin mendapati saluran yang tidak memiliki pemilik. Misalnya, alur dapat dibiarkan tanpa pemilik jika pengguna yang memilikinya meninggalkan perusahaan tanpa mengalihkan kepemilikan. Saat alur tidak memiliki pemilik, pengguna lain tidak dapat mengaksesnya. Karena ruang kerja hanya dapat ditetapkan ke satu alur, jika ditetapkan ke alur tanpa pemilik, tidak ada yang dapat menghapus penetapannya, dan Anda tidak dapat menggunakan ruang kerja di alur lain.
Solution: Saat alur dibiarkan tanpa pemilik, administrator Fabric dapat menambahkan pemilik baru ke alur, atau menghapusnya. Untuk menambahkan pemilik ke alur, gunakan API Admin - Pipelines UpdateUserAsAdmin.
Anda juga dapat meninjau skrip PowerShell kami, AddUserToWorkspacePipeline (tersedia dari repositori PowerBI-Developer-Samples GitHub), yang memungkinkan Anda melakukan hal berikut:
Mengelola akses alur - Menambahkan pengguna apa pun ke ruang kerja dalam alur.
Klaim kembali kepemilikan ruang kerja - Tambahkan pengguna apa pun ke ruang kerja dalam alur yang tidak memiliki pemilik, memungkinkan Anda membuka blokirnya.
Untuk menggunakan skrip ini, Anda perlu memberikan nama ruang kerja dan nama prinsipal pengguna (UPN). Skrip menemukan alur kerja yang terkait dengan ruang kerja tersebut, dan menambahkan izin admin kepada pengguna yang Anda tentukan.
Kesalahan ketidakcocokan: Ketidakcocokan versi format model semantik antara sumber dan target
Deskripsi masalah: Kesalahan tidak dapat memulai penyebaran yang menyatakan bahwa model semantik sumber dan target memiliki format pemodelan data yang berbeda, terjadi ketika model semantik dalam tahap target memiliki versi model yang lebih tinggi daripada model semantik di tahap sumber. Dalam kasus seperti itu, alur penyebaran tidak dapat disebarkan dari tahap sumber ke tahap target. Untuk menghindari kesalahan ini, gunakan model semantik yang memiliki versi model yang sama (atau lebih tinggi) di tahap sumber.
Solution: Meningkatkan model semantik dalam tahap sumber menggunakan titik akhir baca-tulis XMLA atau Power BI Desktop. Setelah meningkatkan model semantik, terbitkan ulang ke tahap sumber.
Kesalahan ketidakcocokan: Kesalahan ketidakcocokan mode konektivitas sumber data
Deskripsi masalah: Selama penyebaran, jika alur penyebaran menemukan bahwa mode konektivitas sumber data dalam tahap target tidak sama dengan sumber data di tahap sumber, ia mencoba mengonversi mode konektivitas sumber data dalam tahap target. Jika Anda menggunakan sumber data dengan koneksi langsung atau mode konektivitas real time, alur penyebaran tidak dapat mengonversi mode konektivitas sumber data target.
Solution: Gunakan titik akhir baca-tulis XMLA atau Power BI Desktop untuk mengubah mode koneksi sumber data di tahap sumber, atau hapus sumber data dalam tahap target sehingga penyebaran menimpanya.
Penyebaran model semantik saya mengalami kegagalan
Penyebab: Mungkin ada beberapa kemungkinan alasan penyebaran model semantik Anda gagal. Berikut ini adalah kemungkinan alasan kegagalan:
- Model semantik besar tidak dikonfigurasi dengan format model semantik besar.
- Model semantik berisi ketergantungan melingkar atau ketergantungan mandiri (misalnya, item A mengacu pada item B dan item B mengacu pada item A). Dalam hal ini Anda akan melihat pesan kesalahan berikut: Satu atau beberapa item gagal disebarkan karena akan menghasilkan dependensi dua arah di antara item.
Solusi:
- Jika model semantik Anda lebih besar dari 4 GB dan tidak menggunakan format model semantik besar, model tersebut mungkin gagal disebarkan. Coba atur model semantik Anda untuk menggunakan format model semantik besar, dan sebarkan ulang.
- Jika model semantik Anda berisi dependensi melingkar atau mandiri, hapus dependensi dan penyebaran ulang.
Saya memiliki model semantik dengan mode konektivitas DirectQuery atau Composite yang menggunakan variasi atau tabel tanggal/waktu otomatis
Penyebab: Model semantik yang menggunakan mode konektivitas DirectQuery atau Composite dan memiliki variasi atau tabel tanggal/waktu otomatis tidak didukung dalam alur penyebaran.
Solusi: Jika penyebaran Anda gagal dan menurut Anda itu karena Anda memiliki model semantik dengan tabel variasi, Anda dapat mencari properti variasi di kolom tabel Anda. Anda dapat menggunakan salah satu metode berikut untuk mengedit model semantik Anda sehingga berfungsi dalam alur penyebaran.
Gunakan mode impor alih-alih mode DirectQuery atau Composite dalam model semantik Anda.
Hapus tabel tanggal/waktu otomatis dari model semantik Anda. Jika perlu, hapus variasi yang tersisa dari semua kolom dalam tabel Anda. Menghapus variasi mungkin membatalkan pengukuran yang ditulis pengguna, kolom-kolom terhitung, dan tabel-tabel terhitung. Gunakan metode ini hanya jika Anda memahami cara kerja model semantik Anda karena dapat mengakibatkan kerusakan data dalam visual Anda.
Laporan berbasis halaman
Saya tidak dapat menyebarkan laporan bertanda halaman.
Solusi: Untuk menyebarkan laporan dengan halaman bersisian, Anda harus menjadi anggota di ruang kerja tempat asal, dari mana Anda menyebarkan laporan tersebut. Jika Anda bukan anggota ruang kerja pada tahap sumber, Anda tidak dapat menyebarkan laporan berhalaman.
Ketidakcocokan sumber data: Laporan bertahap target yang dipaginasi menampilkan data dari model semantik Fabric di tahap sumber
Deskripsi masalah: Saat ini, model semantik diperlakukan sebagai sumber data Analysis Services eksternal, dan koneksi ke model semantik tidak dialihkan secara otomatis setelah penyebaran.
Saat Anda mengimplementasikan laporan berhalaman yang terhubung ke model semantik Fabric, laporan tersebut akan terus merujuk ke model semantik yang terhubung dengannya sejak awal. Gunakan aturan penyebaran untuk mengarahkan laporan berhalaman Anda ke model semantik apa pun yang Anda inginkan, termasuk, misalnya, model semantik tahap target.
Solution: Jika Anda menggunakan laporan paginated dengan model semantik Fabric, lihat Cara saya membuat aturan penyebaran untuk laporan paginated dengan model semantik Fabric?
Kegagalan penyebaran: Sejumlah besar laporan berhalaman gagal
Deskripsi masalah: Penyebaran sejumlah besar laporan paginated dengan aturan mungkin gagal karena kelebihan beban pada kapasitas.
Solusi: Beli SKU yang lebih tinggi, atau gunakan penyebaran selektif.
Arus Data
Tampilan silsilah data: Saya menghapus sumber data milik aliran data, tetapi saya masih bisa melihatnya dalam tampilan silsilah data
Penyebab: Dalam aliran data, sumber data lama tidak dihapus dari halaman sumber data aliran data. Untuk mendukung tampilan silsilah aliran data, item yang tersambung tidak akan dihapus.
Solusi: Perilaku ini tidak memengaruhi alur penyebaran. Anda masih dapat memperbarui, mengedit, dan menyebarkan aliran data dalam sebuah pipeline.
Saya melihat dua sumber data tersambung ke aliran data saya setelah menggunakan aturan aliran data
Deskripsi masalah: Setelah mengubah sumber data aliran data menggunakan aturan, tampilan silsilah data menampilkan koneksi antara sumber data sumber aliran data, dan sumber data yang dikonfigurasi dalam aturan.
Solusi: Perilaku ini tidak memengaruhi alur penyebaran.
Hak akses
Siapa dapat menyebarkan konten antartahap?
Konten dapat disebarkan ke tahap kosong atau ke tahap yang berisi konten. Konten harus berada pada kapasitas Fabric.
Deploying ke tahap kosong - Setiap pengguna berlisensi Fabric yang merupakan anggota atau admin di ruang kerja sumber.
Memperbarui ke tahap dengan muatan - Setiap pengguna berlisensi Fabric yang merupakan anggota atau admin pada kedua workspace dalam tahapan penyebaran sumber dan target.
Menimpa model semantik - Penyebaran menimpa setiap model semantik yang disertakan dalam tahap yang ditargetkan, meskipun model semantik tersebut tidak diubah. Setiap pengguna yang menjadi anggota atau admin di kedua ruang kerja dapat mengakses ini, tetapi admin penyewa dapat membatasi akses ini hanya kepada pemilik model semantik.
Saya tidak dapat melihat ruang kerja di jalur proses
Penyebab: Izin alur dan ruang kerja dikelola secara terpisah. Anda mungkin memiliki izin alur, tetapi bukan izin ruang kerja.
Solusi: Untuk informasi selengkapnya, tinjau bagian izin .
Pesan kesalahan: 'izin anggota ruang kerja diperlukan'
Solusi: Untuk menetapkan ruang kerja, Anda memerlukan setidaknya izin anggota ruang kerja untuk ruang kerja dalam tahap yang berdekatan. Izin anggota ruang kerja (atau lebih tinggi) di tahap-tahap yang bersebelahan diperlukan untuk mengaktifkan jalur penerapan dalam rangka membangun koneksi antara item di tahap-tahap jalur yang berdekatan.
Aturan
Kegagalan penyebaran karena aturan yang rusak
Solusi: Jika Anda mengalami masalah saat mengonfigurasi aturan penyebaran, kunjungi aturan penyebaran, dan pastikan Anda mengikuti batasan aturan penyebaran.
Jika penyebaran Anda sebelumnya berhasil, dan tiba-tiba gagal dengan aturan yang rusak, hal ini mungkin disebabkan oleh model semantik yang telah diterbitkan ulang. Perubahan berikut pada model semantik sumber menghasilkan penyebaran yang gagal:
Aturan parameter
Parameter yang dihapus
Nama parameter yang diubah
Aturan sumber data
Aturan penyebaran Anda tidak memiliki nilai. Ini mungkin terjadi jika model semantik Anda berubah.
Ketika penyebaran yang sebelumnya berhasil gagal karena tautan yang rusak, peringatan ditampilkan. Anda dapat memilih Konfigurasikan aturan untuk menavigasi ke panel aturan penyebaran, tempat model semantik yang gagal ditandai. Saat Anda memilih model semantik, aturan yang rusak ditandai.
Agar berhasil disebarkan, perbaiki atau hapus aturan yang rusak, dan sebarkan ulang.
Masalah penyebaran: Saya mengonfigurasi aturan, tetapi tidak disebarkan
Penyebab: Aturan penyebaran tidak diterapkan segera setelah dikonfigurasi.
Solusi: Untuk menerapkan aturan penyebaran, Anda harus menyebarkan model semantik dari tahap sumber ke tahap target yang mencakup aturan penyebaran yang dibuat. Setelah mengonfigurasi aturan penyebaran, dan sebelum Anda menyebarkan, indikator yang berbeda ditampilkan di samping model semantik dengan aturan yang dikonfigurasi. Ini menunjukkan bahwa Anda perlu menyebarkan model semantik tersebut dari tahap sumber ke tahap target. Setelah Anda menyebarkan, jika tidak ada perubahan lain yang dibuat, indikator yang berbeda menghilang menandakan bahwa aturan berhasil diterapkan.
Aturan penyebaran dikaburkan
Solusi: Untuk membuat aturan penyebaran, Anda harus menjadi pemilik item tempat Anda membuat aturan penyebaran. Jika Anda bukan pemilik item, aturan penerapan berwarna abu-abu.
Jika salah satu opsi aturan berwarna abu-abu, bisa jadi karena alasan berikut:
Aturan sumber data - Tidak ada sumber data yang dapat dikonfigurasi oleh aturan.
Aturan parameter - Tidak ada parameter yang dapat dikonfigurasikan untuk aturan mana pun.
Aturan sumber data saya untuk model semantik gagal
Solusi: Menyimpan aturan sumber data mungkin gagal karena salah satu alasan berikut:
Model semantik Anda berisi fungsi yang tersambung ke sumber data. Dalam kasus tersebut, aturan sumber data tidak didukung.
Sumber data Anda menggunakan parameter. Anda tidak dapat membuat aturan sumber data untuk model semantik yang menggunakan parameter. Buat aturan parameter sebagai gantinya.
Saya tidak dapat tersambung ke model semantik saat membuat aturan model semantik baru
Cause: Saat membuat model semantik menggunakan Power BI Desktop, string koneksi dapat dikonfigurasi. Nantinya, model semantik dapat diterbitkan dan digunakan oleh alur penyebaran di layanan Power BI. Saat membuat koneksi di Power BI Desktop, Anda dapat menentukan parameter tambahan. Saat menentukan parameter, sumber model semantik harus menjadi parameter pertama yang tercantum. Jika Anda mencantumkan parameter lain sebelum sumber model semantik, Anda mengalami kesalahan dalam layanan Power BI. Dalam kasus seperti itu, saat mengonfigurasi aturan model semantik baru, jika Anda menunjuk ke model semantik yang tidak dikonfigurasi dengan benar di Power BI Desktop, alur penyebaran tidak dapat membuat aturan.
Solution: Format koneksi model semantik di Power BI Desktop sehingga sumber model semantik muncul di baris pertama. Kemudian, terbitkan ulang model semantik.
Penghentian dukungan model semantik untuk alur penyebaran
Untuk meningkatkan keandalan dan konsistensi di seluruh tahapan alur, alur penyebaran Fabric menghentikan dukungan untuk model semantik yang tidak ditingkatkan ke metadata yang disempurnakan (Git hanya mendukung format Metadata yang Disempurnakan). Perubahan ini mendukung peningkatan strategis dalam manajemen model semantik, termasuk migrasi XMLA baca/tulis dan Analysis Services, dan memastikan konsistensi di seluruh lingkungan (lihat Menggunakan metadata model semantik yang ditingkatkan).
Perubahan apa yang Microsoft lakukan pada dukungan model semantik dalam alur penyebaran?
Solusi: Mulai 12 Februari 2026, alur penyebaran Fabric menghentikan dukungan untuk model semantik yang tidak ditingkatkan ke Metadata yang Disempurnakan. Alur penyebaran dan integrasi Git memerlukan Metadata yang Disempurnakan untuk meningkatkan keandalan, konsistensi, dan penyelarasan dengan investasi platform yang sedang berlangsung seperti baca/tulis XMLA dan migrasi Analysis Services.
Mengapa perubahan ini terjadi?
Solusi: Metadata yang Ditingkatkan menyediakan struktur model yang konsisten dan modern yang memungkinkan:
- Penyebaran yang lebih andal di seluruh lingkungan
- Kompatibilitas dengan Git (yang hanya mendukung Metadata yang Ditingkatkan)
- Pengalaman baca/tulis XMLA yang disempurnakan
- Jalur migrasi di masa mendatang selaras dengan Analysis Services
- Konsistensi yang lebih besar di seluruh platform Fabric terpadu
Siapa yang terdampak?
Solusi: Setiap organisasi yang menggunakan alur penyebaran Fabric dengan model semantik masih menggunakan metadata lama (tidak ditingkatkan). Perubahan ini juga berlaku untuk model semantik Power BI dalam Fabric.
Apa yang terjadi jika kita mencoba menyebarkan model yang belum ditingkatkan?
Solusi:
- Penyebaran model metadata warisan akan gagal.
- File .pbix yang dibuka di Power BI Desktop versi terbaru akan secara otomatis di-upgrade.
- Jika laporan tidak menerapkan perubahan kueri atau kesalahan peningkatan, pengguna akan melihat peringatan dan harus meningkatkan secara manual.
- Beberapa kueri warisan (terutama untuk SQL Server, Oracle, Teradata, SAP Hana) mungkin tidak mengonversi dengan bersih dan dapat menghasilkan kesalahan seperti:
- "Tidak dapat mengonversi kueri M dalam tabel 'Kota Dimensi' menjadi kueri sumber asli."
Apakah ada pengecualian?
Solusi: Ya. Model semantik ASLC (Koneksi Langsung Analysis Services) —yang menggunakan server AS eksternal—tidak dapat ditingkatkan karena mengandalkan metadata yang tidak ditingkatkan. Alur penyebaran akan terus mendukung model ASLC.
Bagaimana cara memeriksa apakah model semantik masih menggunakan metadata warisan?
Solusi:
- Kegagalan penyebaran: Jika kesalahan penyebaran mengatakan model semantik tidak ditingkatkan, ia masih menggunakan metadata warisan.
-
Pemeriksaan ruang kerja: Di ruang kerja, arahkan mouse ke Open Semantic Model di menu item. Jika berwarna abu-abu dengan tipsalat "diperlukan peningkatan", model kemungkinan tidak menggunakan Metadata yang Ditingkatkan.
Apa yang harus dilakukan organisasi saya untuk mempersiapkan?
Solusi:
- Tingkatkan semua model semantik tahap sumber ke Metadata yang Ditingkatkan sebelum Februari 2026.
- Informasikan staf dukungan bantuan dan tim dukungan internal tentang perubahan yang akan datang.
- Perbarui dokumentasi internal dan alur kerja untuk mencerminkan persyaratan baru.
- Tinjau batasan dan langkah-langkah pemecahan masalah dalam panduan Menggunakan metadata model semantik yang disempurnakan.
Bagaimana cara mengonversi model semantik warisan menjadi Metadata yang Ditingkatkan?
Metode Direkomendasikan: Terbitkan ulang melalui Power BI Desktop
- Unduh model dari tahap sumber ALM.
- Buka menggunakan desktop Power BI terbaru.
- Simpan file—ini memicu konversi ke Metadata yang Ditingkatkan. Terbitkan ulang ke Power BI.
Metode alternatif: Mengonversi menggunakan XMLA baca/tulis (SSMS)
Menggunakan XMLA, perbarui model:
- Atur
compatibilityLevelke 1520 - Tambahkan
"defaultPowerBIDataSourceVersion": "powerBI_V3"di dalam objek "model"
Lihat konektivitas dan manajemen model Semantic dengan titik akhir XMLA di Power BI untuk detailnya.
Catatan
Bahkan setelah konversi berhasil, opsi Open Semantic Model mungkin tetap berwarna abu-abu. Namun, penyebaran akan berhasil.
Pemecahan Masalah Kesalahan
Gunakan bagian ini untuk memecahkan masalah aturan alur yang Anda buat. Jika Anda tidak melihat nama pesan kesalahan aturan, tinjau batasan aturan penyebaran dan sumber data yang didukung untuk aturan aliran data dan model semantik, dan coba konfigurasi ulang aturan.
| Pesan kesalahan | Solusi |
|---|---|
| Aturan sumber data tidak boleh berisi parameter | Aturan Anda tidak dapat diterapkan karena nama server atau nama database yang dirujuk dalam aturan dikontrol oleh parameter. Untuk mengubah nama server atau database, gunakan aturan parameter atau hapus parameter pengontrol dari item yang dikonfigurasi. |
| Kegagalan eksekusi sumber data | Aturan tidak dapat diterapkan karena masalah mengambil data dari sumber data. Hapus aturan dan pastikan model semantik memiliki kueri yang valid. Kemudian coba buat aturan lagi. |
| Properti aturan tidak lagi ada | Beberapa properti aturan yang dikonfigurasi dalam aturan tidak ada lagi. Refresh halaman dan konfigurasikan aturan lagi. |
| Nilai yang tidak sah | Nilai yang digunakan dalam aturan yang dikonfigurasi tidak valid. Validasi nilai aturan dan coba konfigurasikan aturan lagi. |
| Beberapa sumber data tidak didukung | Aturan model semantik tidak dapat diterapkan karena konfigurasi sumber datanya. Hapus aturan, atau tulis ulang kueri model semantik menggunakan alat Power BI Desktop standar. |
| Model semantik target hanya dapat diubah oleh pemiliknya | Aturan Anda akan menggantikan beberapa model semantik di tujuan ruang kerja. Anda harus menjadi pemilik model semantik apa pun yang akan digantikan. |
Rencana penyebaran
Rencana penerapan mengontrol urutan penerapan item, dan menjalankan tindakan sebelum atau sesudah penerapan. Sebuah rencana dapat dilampirkan ke integrasi Git, pipeline deployment, atau API, sehingga masalah rencana dapat muncul di salah satu permukaan tersebut.
Untuk daftar lengkapnya, lihat Pemecahan masalah rencana penerapan.
Rencana saya tidak ada di daftar saat saya mencoba melampirkannya
Pemilih di setiap area lampiran hanya menampilkan paket yang dapat Anda akses. Konfirmasi bahwa tipe item rencana penyebaran diaktifkan untuk tenant Anda, bahwa rencana telah disimpan, dan bahwa Anda memiliki setidaknya peran Kontributor di workspace yang menyimpan rencana tersebut. Untuk informasi lebih lanjut, lihat Rencana tidak ada di picker.
Aku tidak bisa menyelamatkan rencanaku
Rencana divalidasi saat disimpan, dan beberapa masalah dapat mencegah penyimpanan. Yang paling umum adalah siklus di antara grup penerapan, nama duplikat, dependensi yang merujuk ke sesuatu yang tidak terdapat dalam rencana, dan item yang sama muncul di lebih dari satu grup.
Canvas mencegah sebagian besar masalah ini saat Anda mengedit, jadi kemungkinan besar Anda akan menemukannya ketika rencana diperoleh dengan cara lain, seperti melalui REST API atau penarikan dari Git. Untuk daftar lengkapnya, lihat Rencana tidak dapat disimpan.
Paket saya berhasil disimpan, tetapi menampilkan peringatan
Peringatan bergantung pada workspace yang dituju rencana, bukan pada rencana itu sendiri, jadi peringatan tidak menghalangi penyimpanan atau penambahan. Biasanya berarti rencana tersebut merujuk pada item yang belum ada di workspace target. Untuk informasi lebih lanjut, lihat Rencana dapat disimpan, tetapi menampilkan peringatan.
Penerapan berhenti di tengah proses dan beberapa item berhasil diterapkan
Ini adalah perilaku yang diharapkan. Ketika item atau aksi yang dikerahkan gagal, penerapan akan berhenti. Apa pun yang sudah diterapkan akan tetap berada di ruang kerja target, dan item-item yang berada belakangan dalam urutan tidak akan diterapkan. Tidak ada pengembalian otomatis.
Untuk panduan pemulihan, lihat Penempatan berhenti di tengah jalan.
Sebuah tindakan gagal saat pertama kali saya melakukan deployment ke workspace baru
Deployment mencakup definisi item. Paket ini tidak memuat pengaturan ruang kerja, begitu juga rencana. Workspace baru, seperti workspace branch-out atau tahap pipeline yang baru dibuat, diawali dengan pengaturan default, sehingga item-item di-deploy dengan benar, tetapi tindakan pertama kemudian gagal.
Identitas workspace, pengaturan Spark, dan koneksi semuanya merupakan konfigurasi tingkat workspace dan harus dikonfigurasi di target sebelum penerapan pertama. Untuk informasi lebih lanjut, lihat Tindakan gagal karena workspace tidak dikonfigurasi.
Sebuah aksi gagal dan saya tidak bisa memastikan alasannya dari penempatan
Sebuah aksi adalah eksekusi normal item Fabric, jadi detail kegagalannya tersimpan pada item, bukan pada rencana. Penerapan melaporkan kesalahan yang mengidentifikasi tindakan yang gagal. Buka item tersebut dan tinjau riwayat jalannya.
Referensi variabel dalam rencana saya tidak bisa diselesaikan
Resolusi variabel dievaluasi berdasarkan izin yang Anda miliki, sehingga referensi dapat berhasil diurai untuk satu pengguna, tetapi gagal untuk pengguna lain. Untuk makna setiap status resolusi, lihat Kegagalan resolusi referensi variabel.