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.
Transaksi tertentu dapat dikonfigurasi untuk kaskade di semua rekaman terkait. Ini berarti perubahan pada catatan induk ditransaksikan (berkaskade melalui) semua catatan turunan. Relasi berantai dikonfigurasi pada tingkat tabel. Untuk informasi lebih lanjut tentang kaskading Relasi, lihat Mengkonfigurasi perilaku kaskading relasi tabel.
Mode sinkron vs. asinkron
Secara default, operasi Cascading dilakukan sebagai transaksi sinkron. Untuk transaksi Cascading sinkron, Semua rekaman yang terkena dampak diidentifikasi oleh sistem. Setelah rekaman diproses, file akan dikunci oleh sistem. Setelah semua perubahan selesai, rekaman akan dibuka dan transaksi selesai.
Transaksi sinkron dengan sejumlah besar catatan dapat menyebabkan masalah performa untuk lingkungan ketika transaksi yang berjalan lama gagal karena batas waktu server. Catatan dikunci, mencegah pekerjaan lain dan transaksi pengguna yang beroperasi pada catatan yang sama dieksekusi. Selain itu, transaksi yang berjalan lama dapat mengakibatkan backlog transaksi dan permintaan yang tertunda yang menurunkan performa sistem dan dapat menyebabkan penghentian kerja.
Jika lingkungan mengalami waktu tunggu atau terdegradasi kinerja sementara operasi Cascading sinkron sedang berlangsung, lingkungan Anda dapat meraih manfaat dengan mengaktifkan mode asinkron. Perbedaan utama antara mode dijelaskan dalam tabel berikut.
| Mode Sinkron | Mode Asinkron |
|---|---|
| Tidak ada pekerjaan lain yang dapat dieksekusi di seluruh rangkaian rekaman yang dipilih (langsung atau Cascading) hingga operasi Cascading selesai. | Untuk Tetapkan, Hapus, dan Gabungkan, perubahan bertingkat dikumpulkan, hanya mengunci rekaman yang sedang diproses dalam batch. Hal ini memungkinkan pekerjaan lain untuk dijalankan selama operasi perubahan Cascading lengkap. |
| Bila pekerjaan selesai semua data menunjukkan nilai baru yang diinginkan. | Saat pekerjaan berjalan setiap kumpulan yang telah selesai menampilkan nilai yang diinginkan. Ini berarti bahwa ada saatnya ketika beberapa data menunjukkan nilai yang diinginkan dan beberapa menunjukkan nilai asli hingga operasi penuh selesai. Ini disebut sebagai "konsistensi akhir." |
| Jika rekaman tunggal gagal, semua data dikembalikan ke nilai asli. Rollback memerlukan pengeditan ulang semua catatan yang telah selesai, yang membutuhkan lebih banyak waktu. | Jika pekerjaan tunggal gagal, dicoba ulang beberapa kali untuk mencoba penyelesaian. Jika pekerjaan tidak dapat diselesaikan, kegagalan dicatat di area Pekerjaan Sistem . Perhatikan bahwa rekaman yang berhasil diselesaikan mempertahankan nilai baru. |
| Jika salah satu rekaman dalam daftar berjenjang memiliki nilai yang berbeda dari nilai yang diharapkan, pekerjaan gagal dan diputar kembali. Misalnya, asumsikan bahwa rekaman awal milik Pemilik 1 dan operasi bertingkat ingin mengubahnya menjadi Pemilik 2. Jika salah satu catatan hilir terkait telah berubah menjadi Pemilik 3 atau dihapus sebelum penguncian terjadi, seluruh pekerjaan akan diputar kembali. | Untuk Tetapkan, operasi selalu bekerja dalam mode timpa, mengubah nilai saat ini ke nilai baru berdasarkan hubungan induk-anak. Tidak ada kegagalan pekerjaan karena ketidakcocokan nilai asli. Untuk Hapus, jika rekaman yang diharapkan sebagai bagian dari himpunan hilang, semua rekaman hingga titik kegagalan dianggap selesai. Pengguna atau admin dapat menjalankan ulang pekerjaan yang gagal, yang menghitung ulang pekerjaan untuk melanjutkan tanpa catatan yang hilang. Untuk Merge, jika ada masalah dengan rekaman yang hilang, pekerjaan akan dicoba ulang dan dieksekusi tanpa rekaman yang hilang. |
Mode Asinkron
Ketika transaksi berjenjang memenuhi ambang batas untuk rekaman yang disertakan, rekaman diproses secara asinkron,
| Operasi | Ambang Batas |
|---|---|
| Tetapkan | 1.000 Rekaman |
| Delete | 5,000 Rekaman |
| Penggabungan | 1.000 Rekaman |
Melacak kemajuan Operasi asinkron
Administrator dapat memantau pemrosesan operasi asinkron di area pengaturan.
Masuk ke pusat admin Power Platform.
Di panel navigasi, pilih Kelola.
Di panel Kelola, pilih Lingkungan.
Pada halaman Lingkungan, pilih lingkungan.
Pilih Pengaturan>Audit dan log Pekerjaan>sistem.
Operasi berjenjang ditampilkan dalam tampilan Pekerjaan Sistem .
Untuk hanya melihat operasi Cascading, dalam pemilih tampilan pilih operasi kaskade.
Operasi Cascading memiliki salah satu dari status berikut:
- Selesai: Semua batch transaksi bertingkat telah berhasil diselesaikan.
- Sedang Berlangsung: Perubahan bertingkat sedang berlangsung.
- Gagal: Setelah beberapa kali percobaan, beberapa perubahan bertingkat gagal.
Catatan
Anda tidak dapat membatalkan pekerjaan Cascading asinkron. Anda harus menunggu untuk menyelesaikan dengan menunjukkan status selesai atau gagal.
Membuka tampilan operasi Cascading:
Berapa banyak pengulangan terjadi untuk transaksi tertentu.
Tanggal dan waktu dibuat dan selesai.
Yang membuat pekerjaan.
Setiap pesan yang terkait dengan pekerjaan, misalnya alasan kegagalan, atau pengecualian.
Transaksi Cascading mana yang dapat diproses secara asinkron?
Menetapkan, menghapus, dan menggabungkan transaksi berantai dapat diproses secara asinkron.
Catatan
Transaksi lain, seperti bagikan/batalkan bagikan, tampilan rollup, dan induk ulang saat ini sedang ditinjau untuk pemrosesan asinkron.
Memecahkan masalah dengan operasi berantai asinkron
Ketika pekerjaan berjenjang sinkron gagal, mereka menghentikan dan mengembalikan semua perubahan sehingga tidak ada catatan yang menyertakan perubahan yang diminta. Ini bisa menjadi proses yang memakan waktu karena pengembalian dapat memakan waktu selama upaya awal, dan mencoba kembali operasi dimulai lagi dari rekaman pertama.
Operasi asinkron mencoba kembali berkali-kali, jika terjadi kegagalan. Dalam kebanyakan kasus, mencoba kembali hasil pekerjaan dalam keberhasilan dan pekerjaan dapat dilanjutkan hingga selesai. Dalam beberapa kasus yang jarang terjadi, mencoba lagi tidak menyelesaikan masalah. Ketika ini terjadi, pekerjaan asinkron dijeda, dan administrator serta pengguna dapat memecahkan masalah dan melanjutkan pekerjaan dari titik di mana pekerjaan dijeda.
Penyebab umum kegagalan dalam operasi berantai
Alasan umum kegagalan dalam pemrosesan operasi berantai mencakup:
- Pengecualian plug-in
- Pengecualian keamanan
Pengecualian plug-in
Plug-in ditambahkan ke pemrosesan operasi berjenjang untuk mengambil tindakan tertentu saat perubahan dilakukan pada rekaman, seperti mengirim email atau memicu pembaruan yang berbeda pada rekaman lain. Ini dapat disediakan oleh pihak ketiga atau dikembangkan secara internal. Jika plug-in menghasilkan pengecualian, operasi cascading gagal. Tergantung pada alasan pengecualian, coba lagi dapat mengatasi masalah. Jika pekerjaan kaskade asinkron dijeda karena kegagalan, validasi semua plug-in yang terkait dengan operasi untuk memastikannya tidak menghasilkan pengecualian. Setelah diperbaiki, pekerjaan dapat dilanjutkan.
Pengecualian keamanan
Pengecualian keamanan terjadi saat pengguna yang menjalankan operasi beranai memiliki hak yang cukup untuk membuat perubahan ke satu atau beberapa rekaman, atau pengguna dinonaktifkan atau dihapus dari sistem.
Jika pengguna masih dalam sistem, verifikasi bahwa mereka memiliki hak istimewa yang diperlukan untuk memodifikasi rekaman dan bahwa mereka memiliki izin untuk menjalankan tindakan yang ditentukan. Setelah ini diselesaikan, lanjutkan pekerjaan.
Jika pengguna telah dinonaktifkan atau dihapus dari sistem, mengaktifkan kembali atau menambahkan kembali pengguna akan menyelesaikan masalah dan pekerjaan dapat dilanjutkan. Namun, jika pengguna harus dihapus atau dinonaktifkan atau tidak seharusnya memiliki izin untuk tindakan atau rekaman, pekerjaan harus dibatalkan dan dimulai ulang oleh seseorang dengan izin yang sesuai.
Untuk masalah lain terkait pekerjaan yang gagal, hubungi dukungan Microsoft. Informasi selengkapnya: Ikhtisar dukungan
Mengatasi masalah penghapusan file selama penggabungan berantai
Jika Anda mengalami kegagalan dengan operasi penggabungan berantai karena file dihapus selama pekerjaan berjalan, Anda dapat mengabaikan pemeriksaan induk. Hal ini memungkinkan penggabungan untuk dilanjutkan meskipun seseorang menghapus rekaman dari rangkaian, sementara pekerjaan sedang berjalan di latar belakang. Saat Anda memilih untuk menggabungkan rekaman, di bagian bawah jendela penggabungan, hapus Pemeriksaan Parenting diaktifkan secara default. Hapus centang ini untuk mengabaikan opsi pemeriksaan pengasuhan.
Contoh Penggabungan Rekaman
Bayangkan Anda memiliki akun dengan relasi dengan kontak, yang memiliki relasi dengan pesanan. Anda ingin menggabungkan dua rekaman akun.
Jika pekerjaan berhasil dijalankan, penggabungan akan menetapkan semua kontak terkait dan pesanan mereka ke akun target.
Jika selama proses penggabungan rekaman, pengguna lain menghapus rekaman kontak terkait, tetapi rekaman pesanan masih ada terkait dengan rekaman kontak, pekerjaan penggabungan gagal karena catatan induk ke catatan turunan hilang. Jika Anda memilih untuk melewati pemeriksaan pengasuhan selama penggabungan rekaman, pesanan dengan catatan kontak yang hilang digabungkan ke dalam catatan akun target. Namun, tidak ada rekaman kontak terkait yang ditetapkan ke akun target dan pekerjaan selesai.
Penggabungan menyebabkan penguncian yang mencegah perubahan akses lain
Operasi Gabungan Berantai memberikan akses ke pemilik baru tabel sub-ordinat. Untuk melakukan ini, operasi Penggabungan Kaskade mengakses dan membuat perubahan pada Tabel Objek Utama yang memerlukan kunci. Jika operasi gabungan berisi banyak rekaman (berdasarkan relasi kaskadekan), kunci ini dapat berlaku untuk jangka waktu yang lama. Hal ini dapat mengakibatkan kesalahan jika operasi mencoba memberikan atau mencabut akses rekaman yang tidak terkait saat penggabungan sedang berjalan. Jika ini terjadi, coba eksekusi gabungan dalam waktu tidak aktif sehingga pemblokiran dapat dikurangi.