Pembatasan alur kerja SharePoint 2013 dan kinerja di SharePoint Online dan Project Online

Catatan: Kami ingin secepatnya menyediakan konten bantuan terbaru dalam bahasa Anda. Halaman ini diterjemahkan menggunakan mesin dan mungkin terdapat kesalahan tata bahasa atau masalah keakuratan. Kami bertujuan menyediakan konten yang bermanfaat untuk Anda. Dapatkah Anda memberi tahu kami apakah informasi ini bermanfaat untuk Anda di bagian bawah halaman ini? Berikut artikel dalam bahasa Inggris untuk referensi.

Pengenalan

Artikel ini berisi informasi tentang pembatasan skenario dan batasan untuk alur kerja yang menggunakan tipe platform alur kerja SharePoint 2013 di Microsoft SharePoint Online dan Microsoft Project Online.

Informasi Selengkapnya

Untuk mempelajari selengkapnya tentang pembatasan di SharePoint Online, buka bagaimana cara: menghindari mendapatkan mencekik atau diblokir di SharePoint Online.


Untuk mempelajari selengkapnya tentang batas pesan email untuk alur kerja SharePoint Online, masuk ke kesalahan "batas email harian terlampaui dan alur kerja Anda telah ditangguhkan" di SharePoint Online.


Aktivitas alur kerja SharePoint 2013 bisa diatur oleh dua tingkatan pembatasan:

  • SharePoint Online pembatasan

  • Pembatasan Layanan alur kerja

Pembatasan Layanan alur kerja

Pembatasan dilakukan untuk memungkinkan penggunaan sumber daya pameran. Ini juga melindungi lingkungan dari alur kerja membahayakan dan alur kerja yang tidak mengikuti praktik terbaik. Pembatasan Layanan alur kerja tidak dikontrol oleh SharePoint Online. Alur kerja layanan dan SharePoint Online dua independen layanan, dan setiap layanan throttles permintaan kepentingan keseluruhan kesehatan layanan. Di bawah layanan alur kerja, pembatasan dilakukan di tingkat lingkup alur kerja yang sesuai dengan situs SharePoint Online. Pembatasan tidak secara global menyumbang. Sebagai gantinya, setiap alur kerja back-end layanan melacak penggunaan lingkup alur kerja secara independen. Mungkin ada satu atau beberapa alur kerja dalam alur kerja lingkup. Alur kerja pembatasan dinamis dan akan reevaluated secara berkala dengan alur kerja lingkup dan dengan alur kerja layanan back-end. 

Layanan alur kerja juga membatasi jumlah permintaan keluar yang contoh satu alur kerja dapat menghasilkan. Dalam waktu 24 Jam, contoh satu alur kerja dapat menghasilkan hingga 5.000 permintaan keluar. Setelah 5.000 permintaan keluar yang dihasilkan dalam waktu 24 Jam, alur kerja ditangguhkan oleh layanan alur kerja.

Halaman Status alur kerja untuk alur kerja akan berisi informasi tentang alur kerja ditangguhkan. Dalam skenario ini, balon informasi Internal Status akan menampilkan pesan berikut:

  • Contoh telah melebihi kuota permintaan http keluar untuk 1.00:00:00 periode waktu. Batas 5000 permintaan mencapai di < waktu >.

    Catatan: tempat penampung < waktu > mewakili waktu yang diperlukan untuk mencapai batas 5.000 permintaan untuk alur kerja Anda.

Anda dapat melanjutkan contoh alur kerja ditangguhkan dengan mengklik Resume untuk alur kerja atau dengan menggunakan Model objek klien alur kerja SharePoint setelah 24 jam telah berlalu. Ini harus terjadi sebelum alur kerja diakhiri.

Jika alur kerja melebihi batas penggunaan CPU, halaman Status alur kerja untuk alur kerja akan berisi informasi tentang alur kerja ditangguhkan. Dalam skenario ini, balon informasi Internal Status akan menampilkan pesan berikut:

  • Contoh alur kerja melebihi batas penggunaan CPU throttle 00:00:01.2000000 dan tidak bisa diturunkan karena tidak persistable.


Contoh alur kerja ditangguhkan akan dihentikan setelah 10 hari. Balon informasi Internal Status akan menampilkan pesan berikut jika alur kerja diakhiri:

  • System.Activities.Statements.WorkflowTerminatedException: Contoh telah dipindahkan dari status ditangguhkan ke status Terminated karena telah kedaluwarsa.

Alur kerja diakhiri akan akhirnya dibersihkan. Setelah alur kerja diakhiri dibersihkan, ini akan menampilkan pesan berikut:

  • Maaf, ada yang salah.
    Kami tidak bisa menemukan alur kerja tersebut. Contoh lengkap secara otomatis dibersihkan

Lingkup alur kerja

Alur kerja lingkup ditentukan sebagai situs dalam kumpulan situs. Sebagai contoh, URL berikut ini adalah untuk kumpulan situs akar dan dianggap lingkup alur kerja:

    https://contoso.SharePoint.com/Sites/rootsite

Contoh lain lingkup alur kerja yang ada di kumpulan situs yang sama adalah sebagai berikut. Namun, lingkup alur kerja ini berada di subsitus.

https://contoso.SharePoint.com/Sites/rootsite/subsite

Apa itu permintaan?

Alur kerja SharePoint 2013 disusun berdasarkan model add-in untuk SharePoint, dan mereka gunakan REST api untuk berinteraksi dengan SharePoint data. Untuk mempelajari selengkapnya, masuk ke mengenal Layanan SharePoint 2013 lainnya.

Permintaan adalah panggilan jaringan dari layanan alur kerja untuk SharePoint Online atau Project Online REST API akhir. Ada ada perbedaan antara jenis permintaan atau Balasan untuk permintaan tertentu. Tindakan dan menyusun kegiatan tidak berkontribusi terhadap permintaan hitungan kecuali permintaan melibatkan SharePoint 2013 REST API. Sebagai contoh, masuk ke Riwayat daftar tindakan yang dapat membuat permintaan lima atau lebih selama operasi sehat. Juga, coba lagi logika dibangun dalam alur kerja jika ada yang salah. Ini bisa menyebabkan permintaan tambahan.

Banyak tindakan menghasilkan permintaan, dan permintaan bisa diminimalkan dengan menggunakan praktik terbaik. Misalnya, Anda bisa menggunakan tindakan Perbarui Item daftar tunggal dan bukan beberapa tindakan Atur bidang dalam Item saat ini untuk mengurangi jumlah permintaan yang dibuat oleh lingkup alur kerja, dan belum memperoleh hasil yang sama.

Rekomendasi desain alur kerja

Ada banyak cara untuk menghasilkan banyak permintaan di alur kerja yang dapat mengakibatkan pembatasan. Beberapa contoh umum adalah sebagai berikut:

  • Tunggal agresif perulangan alur kerja atau beberapa alur kerja agresif perulangan

  • Alur kerja yang terkait dengan daftar atau pustaka saat konten dimigrasikan ke SharePoint Online.

  • Alur kerja bermasalah versi sebelumnya yang dikoreksi dan yang terus menjalankan contoh alur kerja yang memiliki masalah konfigurasi sampai alur kerja diakhiri.

Alur kerja lingkup pembatasan yang diberlakukan oleh layanan alur kerja harus memungkinkan untuk skenario kasus menggunakan alur kerja umum. Namun, saat alur kerja logika bertumbuh lebih rumit, alur kerja bisa melebihi batas yang aman.

Skenario alur kerja tertentu berikut ini juga akan mengakibatkan pembatasan.

Skenario 1: Alur kerja yang pengulangan untuk memantau perubahan

Misalnya, Anda dapat memeriksa item pembaruan dan bukan menunggu untuk item yang akan diperbarui.

Skenario 2: Menggunakan alur kerja untuk menjalankan algoritma kompleks

Alur kerja yang dimaksudkan untuk mengelola proses dokumen yang dipicu, manusia dan tidak mengirimkan signifikan komputasi tugas.

Skenario 3: memiliki beberapa alur kerja yang berjalan yang menggunakan menunggu acara dalam daftar Item "aktivitas

Dalam skenario ini, setiap alur kerja akan mendengarkan perubahan di daftar target. Jika ada banyak alur kerja yang berjalan, setiap alur kerja harus menanggapi acara dinaikkan dan mungkin memanggil kembali ke SharePoint Online untuk melakukan pekerjaan. 

Catatan: ini juga bisa terjadi jika ada banyak perubahan ke daftar yang alur kerja dikonfigurasi untuk mulai saat item dibuat atau diubah.

Alternatif untuk skenario 1: alur kerja yang pengulangan untuk memantau perubahan

Opsi 1: Gunakan SharePoint add-in dan Penerima kejadian eksternal

Desain alur kerja harus reevaluated, dan pendekatan desain berbeda yang harus digunakan. SharePoint add-in atau penerima eksternal kejadian yang lebih tepat untuk tugas ini.

Opsi 2: Tambahkan tindakan jeda

Anda bisa meningkatkan desain alur kerja agak dengan menambahkan penundaan (yaitu, tindakan jeda). Ini akan mengurangi lalu lintas yang dihasilkan. Namun, tidak mengubah kekurangan keseluruhan desain ini.

Opsi 3: Menggunakan aktivitas "Menunggu untuk bidang perubahan dalam Item saat ini"

Daripada Anda mencari perubahan dengan menggunakan pengulangan, lebih baik untuk menggunakan Penerima kejadian default. Alur kerja dapat dimulai saat item dibuat atau diubah. Menjalankan beberapa contoh alur kerja daripada satu alur kerja di loop ketat adalah pendekatan yang lebih baik. Kondisi dalam alur kerja dapat dikonfigurasi untuk melakukan pekerjaan hanya saat diperlukan.

Dalam kotak dialog Opsi mulai

Contoh alur kerja hanya satu alur kerja yang bisa dijalankan pada waktu tertentu. 

Pendekatan lain adalah menggunakan aktivitas tunggu bidang perubahan dalam Item saat ini

Desain alur kerja bisa menggunakan pilihan kolom yang memiliki beberapa nilai untuk mendorong eksekusi alur kerja. Hanya ketika opsi sesuai diambil oleh pengguna akhir akan alur kerja resume. Ini bisa mencegah ketat perulangan dan contoh alur kerja tidak diperlukan sedang dimulai. Alur kerja menjalankan bila item berada siap dan bukan pelaksanaan atau memulai beberapa contoh.

Anda bisa memantau untuk beberapa nilai dari beberapa bidang dengan menggunakan beberapa blok paralel. Alur kerja bisa menunggu dalam kondisi tertentu dan lalu lanjutkan untuk menjalankan jalan tertentu, seperti dalam contoh berikut:

  1. Membuat variabel tipe Boolean .

    Kotak dialog Edit variabel

  2. Menetapkan nilai ke tidak.

  3. Menyisipkan blok paralel, klik kanan blokir, dan lalu klik Properti tingkat lanjut.

    Kotak dialog properti

  4. Di menu turun bawah, pilih variabel yang Anda buat di langkah 1.

  5. Menyisipkan blok paralel dua dalam blok paralel disisipkan yang memiliki properti Kondisipenyelesaian .

  6. Di catatan pertama dari dua blok paralel yang Anda sisipkan di langkah 5, menyisipkan aktivitas tunggu bidang perubahan dalam Item saat ini . Mengubah aktivitas sehingga adalah pemantauan pilihan kolom. Tidak memantau pilihan default.

  7. Atur variabel alur kerja yang digunakan untuk menghentikan blok paralel lain ke ya.

  8. Ulangi langkah 1-7 untuk nilai kolom pilihan lainnya.

  9. Memindahkan bagian lain dari alur kerja asli ke posisi setelah blok paralel.

Ketika salah satu blok paralel ditumpuk semua aktivitas yang dijalankan, blok Paralel induk akan berakhir aktivitas lain dalam blok paralel lainnya. Ini memungkinkan alur kerja untuk melanjutkan. Blok paralel ditumpuk dipantau dengan blok Paralel induk dengan menggunakan variabel.

Opsi 4: Mulai alur kerja SharePoint 2010 dari alur kerja SharePoint 2013

Anda bisa menggunakan tipe platform alur kerja SharePoint 2010 untuk melakukan beberapa pekerjaan yang melakukan tipe Platform alur kerja SharePoint 2013. Ini bisa mengurangi jumlah permintaan.

Secara khusus, alur kerja SharePoint 2010 bisa mulai untuk memantau perubahan bidang dengan menggunakan menunggu untuk bidang perubahan dalam Item saat ini aktivitas atau untuk melakukan banyak operasi dasar lainnya.

Alternatif untuk skenario 2: menggunakan alur kerja untuk menjalankan algoritma kompleks

Jika solusi Anda meminta signifikan komputasi tugas, Anda harus mempertimbangkan mengembangkan add-in untuk SharePoint. Untuk informasi selengkapnya, masuk ke SharePoint add-in.


Masih perlu bantuan? Masuk ke Komunitas Microsoft.

Kembangkan keterampilan Office Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×