Alur kerja SharePoint 2013 throttling dan kinerja di SharePoint Online dan Project Online

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 3076399
PENDAHULUAN
Artikel ini berisi informasi tentang pelambatan skenario dan batasan untuk alur kerja yang menggunakan jenis platform alur kerja SharePoint 2013 di Microsoft SharePoint Online dan Microsoft Project Online.
INFORMASI LEBIH LANJUT
Untuk mempelajari selengkapnya tentang pembatasan di SharePoint Online, kunjungi website Microsoft berikut:
Untuk mempelajari selengkapnya tentang batas pesan email untuk alur kerja SharePoint Online, kunjungi website Microsoft berikut:
3150442 Galat "telah melebihi batas email harian dan pekerjaan Anda yang telah dibekukan" di SharePoint Online

Aktivitas aliran kerja SharePoint 2013 dapat diatur oleh dua tingkat pembatasan:
  • SharePoint Online pelambatan
  • Pembatasan Layanan alur kerja

Pembatasan Layanan alur kerja

Pembatasan dijalankan untuk membolehkan penggunaan sumber daya yang wajar. Ini juga melindungi lingkungan dari alur kerja berbahaya dan alur kerja yang tidak mengikuti praktik terbaik. Alur kerja layanan pelambatan tidak dikontrol oleh SharePoint Online. Layanan alur kerja dan SharePoint Online dua independen layanan, dan setiap layanan throttles permintaan kepentingan keseluruhan layanan kesehatan. Di layanan alur kerja, pelambatan dilakukan di tingkat jangkauan alur kerja yang sejalan dengan situs SharePoint Online. Pembatasan tidak global menyumbang. Sebaliknya, setiap layanan alur kerja back-end melacak penggunaan jangkauan alur kerja independen. Mungkin ada satu atau lebih alur kerja dalam lingkup alur kerja. Alur kerja pelambatan dinamis dan akan reevaluated secara berkala oleh jangkauan alur kerja dan aliran kerja layanan back-end.

Layanan alur kerja juga membatasi jumlah permintaan keluar yang dapat membuat contoh alur kerja tunggal. Dalam periode 24-Jam, contoh alur kerja tunggal dapat membuat hingga 5000 permintaan keluar. Setelah permintaan keluar 5000 dibuat dalam periode 24-Jam, alur kerja ditangguhkan oleh layanan alur kerja. HalamanStatus alur kerja untuk alur kerja akan berisi informasi tentang alur kerja ditangguhkan. Dalam skenario ini, gelembung informasi Internal Status akan menampilkan pesan berikut:
Contoh telah melebihi kuota permintaan http keluar untuk 1.00:00:00 periode waktu. Permintaan 5000 batas tercapai di <time>.</time>

Catatan: <time>tempat menunjukkan waktu yang dibutuhkan untuk mencapai batas 5000 permintaan untuk pekerjaan Anda.</time>

Anda dapat melanjutkan contoh alur kerja ditangguhkan dengan mengklikLanjutkanuntuk alur kerja atau dengan menggunakan Model objek klien alur kerja SharePoint setelah 24 jam telah berlalu. Hal ini harus terjadi sebelum alur kerja dihentikan.

Jika alur kerja melampaui batas penggunaan CPU,Status alur kerja halaman untuk alur kerja akan berisi informasi tentang alur kerja ditangguhkan. Dalam skenario ini, gelembung informasiInternal Statusakan menampilkan pesan berikut:
Contoh alur kerja melebihi batas penggunaan CPU throttle 00:00:01.2000000 dan tidak dapat dibongkar karena itu tidak persistable.

Alur kerja ditangguhkan instanceswill dihentikan setelah 10 hari. Balon informasi untukInternal Status akan menampilkan pesan berikut ini jika alur kerja diakhiri:
System.Activities.Statements.WorkflowTerminatedException: Contoh telah dipindahkan dari kondisi Suspended ke status Terminated karena telah kedaluwarsa.
Pekerjaan diakhiri akan akhirnya akan dibersihkan. Setelah pekerjaan diakhiri dibersihkan, akan menampilkan pesan berikut:
Maaf, sesuatu yang salah.
Kami tidak dapat menemukan alur kerja tersebut. Contoh selesai secara otomatis dibersihkan

Lingkup alur kerja

Alur kerja lingkup didefinisikan sebagai situs dalam koleksi situs. Misalnya, URL berikut ini untuk koleksi situs akar dan dianggap sebagai lingkup alur kerja:
https://contoso.SharePoint.com/Sites/rootsite
Contoh lain jangkauan alur kerja yang ada di koleksi situs yang sama adalah sebagai berikut. Namun, lingkup alur kerja ini berada dalam suatu sub situs.
https://contoso.SharePoint.com/Sites/rootsite/subsite

Apa itu permintaan?

Alur kerja SharePoint 2013 dibangun berdasarkan model tambah pasang untuk SharePoint, dan mereka menggunakan REST api untuk berinteraksi dengan SharePoint data. Untuk mempelajari selengkapnya, kunjungi website Microsoft berikut:Permintaan itu panggilan jaringan dari layanan alur kerja untuk SharePoint Online atau Project Online REST API titik akhir. Ada tidak ada perbedaan antara jenis permintaan atau respons permintaan tertentu. Tindakan dan kegiatan menyusun tidak berkontribusi jumlah permintaan kecuali permintaan melibatkan SharePoint 2013 REST API. Sebagai contoh, tindakan Log Daftar riwayat dapat menghasilkan permintaan lima atau lebih selama operasi sehat. Selain itu, coba lagi logika dibangun ke dalam alur kerja apabila terjadi kesalahan. Hal ini dapat membuat permintaan dukungan tambahan.

Banyak tindakan yang menghasilkan permintaan, dan permintaan dapat diminimalkan menggunakan praktik terbaik. Forexample, Anda dapat menggunakan tindakan Item daftar pembaruanyang bukan banyak Kolom yang ditetapkan dalam Item yang aktif tindakan untuk mengurangi jumlah permintaan yang dibuat oleh cakupan alur kerja, dan belum mencapai hasil yang sama.

Alur kerja desain rekomendasi

Ada banyak cara untuk membuat banyak permintaan di alur kerja yang dapat mengakibatkan pembatasan. Beberapa contoh umum adalah sebagai berikut:
  • Satu agresif mengulang alur kerja atau beberapa alur kerja agresif looping
  • Alur kerja yang berkaitan dengan daftar atau Perpustakaan sementara konten dipindahkan ke SharePoint Online.
  • Alur kerja bermasalah versi sebelumnya yang telah diperbaiki dan yang terus berjalan contoh alur kerja yang memiliki konfigurasi bermasalah sampai alur kerja diakhiri
Alur kerja lingkup pelambatan yang didukung oleh layanan alur kerja harus memungkinkan untuk skenario kasus penggunaan alur kerja umum. Namun, sebagai logika alur kerja tumbuh lebih canggih, alur kerja dapat melebihi batas yang aman.

Aliran kerja tertentu skenario berikut ini juga akan mengakibatkan pembatasan.

Skenario 1: Alur kerja yang loop untuk memantau perubahan

Misalnya, Anda dapat memeriksa item pemutakhiran dan bukannya menunggu untuk item yang akan diperbarui.

Skenario 2: Menggunakan alur kerja untuk mengeksekusi kompleks algoritma

Alur kerja ditujukan untuk mengelola proses digerakkan kumpulan dokumen, manusia dan tidak mengirimkan signifikan komputasi tugas.

Skenario 3: memiliki banyak alur kerja dijalankan yang menggunakan menunggu peristiwa dalam daftar Item "aktivitas

Dalam skenario ini, setiap alur kerja akan mendengarkan perubahan dalam Daftar Target. Jika ada banyak alur kerja berjalan, setiap alur kerja harus bereaksi untuk mengangkat peristiwa dan mungkin panggilan kembali ke SharePoint Online untuk melakukan beberapa pekerjaan.

Catatan Hal ini juga dapat terjadi jika ada banyak perubahan ke daftar yang alur kerja dikonfigurasi untuk memulai saat item dibuat atau diubah.

Alternatif untuk skenario 1: pekerjaan yang loop untuk memantau perubahan

Opsi 1: Gunakan SharePoint tambah pasang dan penerima eksternal peristiwa

Alur kerja desain harus reevaluated, dan pendekatan desain berbeda yang akan digunakan. SharePoint tambah pasang atau penerima eksternal peristiwa yang lebih sesuai untuk tugas ini.

Opsi 2: Menambahkan jeda tindakan

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

Opsi 3: Gunakan aktivitas "Menunggu untuk bidang perubahan pada Item yang aktif"

Alih-alih Telisik perubahan menggunakan loop, akan lebih baik untuk menggunakan Penerima peristiwa default. Alur kerja dapat dimulai ketika item dibuat atau diubah. Menjalankan banyak contoh alur kerja daripada satu alur kerja dalam loop agresif adalah pendekatan yang lebih baik. Kondisi di alur kerja dapat dikonfigurasi untuk melakukan pekerjaan hanya bila diperlukan.


Tangkapan layar dari kotak dialog Opsi mulai

Hanya satu contoh alur kerja pekerjaan dapat berjalan pada waktu tertentu.

Pendekatan lain adalah dengan menggunakan aktivitas menunggu kolom untuk perubahan dalam Item yang aktif .

Alur kerja desain dapat menggunakan pilihan kolom yang memiliki banyak nilai ke kandar eksekusi alur kerja. Hanya ketika opsi yang sesuai diambil oleh pengguna akhir akan alur kerja dilanjutkan. Hal ini dapat mencegah looping agresif dan contoh alur kerja tidak diperlukan sedang dimulai. Alur kerja mengeksekusi ketika item siap menjalankan atau menjalankan beberapa kali.

Anda dapat mengawasi banyak nilai dari beberapa bidang menggunakan beberapa blok paralel. Alur kerja dapat menunggu keadaan tertentu dan kemudian lanjutkan untuk menjalankan jalan tertentu, seperti dalam contoh berikut. (Langkah-langkah untuk menerapkan opsi ini disertakan.)

Tangkapan layar dari kotak dialog tahap 2
  1. Membuat variabel tipe Boolean .

    Tangkapan layar dari kotak dialog Edit variabel
  2. Tetapkan nilai ke tidak ada.
  3. Masukkan blok paralel, klik kanan-atas blok, dan kemudian klik Properti lanjut.

    Tangkapan layar dari kotak dialog properti
  4. Di kotak turun-bawah, pilih variabel yang Anda buat pada langkah 1.
  5. Masukkan dua blok paralel disisipkan blok paralel yang memiliki properti CompletionCondition.

    Tangkapan layar pengaturan blok paralel
  6. Pertama dua blok paralel yang dimasukkan di langkah 5, masukkan aktivitas menunggu bidang perubahan dalam Item yang aktif . Mengubah aktivitas sehingga adalah pemantauan kolom pilihan. Tidak memantau pilihan default.

    Tangkapan layar pengaturan blok paralel
  7. Menetapkan variabel alur kerja yang digunakan untuk menghentikan blok paralel lainnya untuk ya.

    Tangkapan layar pengaturan blok paralel
  8. Ulangi langkah 1-7 untuk nilai kolom pilihan lain.
  9. Memindahkan bagian dari alur kerja asli ke posisi setelah blok paralel.
Ketika salah satu dari bertumpuk paralel memblokir semua aktivitas yang dijalankan, blok Paralel induk akan berakhir kegiatan lain dalam blok paralel lainnya. Ini membuat alur kerja untuk melanjutkan. Blok paralel bersarang dipantau oleh blok Paralel induk menggunakan variabel.

Opsi 4: Memulai pekerjaan SharePoint 2010 dari alur kerja SharePoint 2013

Anda dapat menggunakan jenis platform alur kerja SharePoint 2010 untuk melakukan beberapa pekerjaan yang jenis Platform alur kerja SharePoint 2013 melakukan. Hal ini dapat mengurangi jumlah permintaan.

Khususnya, alur kerja SharePoint 2010 dapat dijalankan untuk memantau perubahan kolom dengan menggunakan aktivitas menunggu bidang perubahan dalam Item yang aktif atau melakukan banyak pengoperasian dasar lainnya.

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

Jika solusi Anda menuntut signifikan komputasi tugas, Anda harus mempertimbangkan pengembangan tambah pasang untuk SharePoint. Untuk informasi selengkapnya, kunjungi situs web Microsoft berikut:

Masih memerlukan bantuan? Buka Komunitas Office 365 .

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 3076399 - Tinjauan Terakhir: 05/26/2016 15:55:00 - Revisi: 8.0

Microsoft SharePoint Online, Microsoft Project Online

  • o365 o365e o365p o365a o365m o365022013 kbgraphxlink kbgraphic kbmt KB3076399 KbMtid
Tanggapan