UPDATE 12/10/07: Perbaikan terbaru seperti yang dijelaskan dalam MSDN KB929816 memecahkan masalah bagi kita disebutkan di bawah ini. Mendapatkan perbaikan terbaru dan kemudian instal pada setiap server di peternakan. Kemudian, utilitas konfigurasi SharePoint pada setiap server. Berikut adalah link MS Support yang KB: http://support.microsoft.com/kb/932816.

Latar belakang:

Kami memiliki persyaratan bisnis di mana manajer teknik lingkungan kebutuhan untuk memastikan bahwa 30 Lokasi Some-Odd manufaktur yang terletak di seluruh Amerika Serikat perlu memastikan bahwa tanaman tersebut mengajukan izin negara-mandat mereka berbagai secara tepat waktu. Salah satu pendekatan kami telah diselidiki memanfaatkan "jeda sampai tanggal" kegiatan yang tersedia bagi kita melalui SharePoint Designer worfklow. Manajer teknik (atau asistennya) memasuki semua izin yang diperlukan dan tanggal pengingat pada awal tahun. Sistem kemudian melakukan semua angkat berat.

Lingkungan:

MOSS, 64 bit, mesin virtual lingkungan (pengembangan kotak), 2 Server (SQL Server #1, segala sesuatu yang lain di server #2).

Masalah:

Tindakan jeda sampai tanggal tampak seperti solusi yang tepat dan itu mungkin membuktikan diri menjadi. Namun, tidak bekerja baik dari kotak (bagi kami).

1. Alur kerja pekerjaan tidak dijadwalkan untuk menjalankan, pernah. Saya menemukan ini dengan membaca melalui Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) baik menulis-up dengan menggunakan stsadm thusly:
   

   C:\>STSADM -o getproperty - propertyname "pekerjaan-alur kerja" -URL http://localhost

   <Properti ada = "No" />

   C:\>

   Itu adalah hasil yang mengejutkan tapi dengan mudah diselesaikan:

   C:\>STSADM -o setproperty - propertyname "pekerjaan-worfklow" -propertyvalue "setiap 1 menit antara 0 dan 59" -URL http://localhost

   Operasi telah berhasil diselesaikan.

   C:\>

   Setelah melakukan hal itu, pertama "dalam kemajuan" alur kerja dengan cepat bersemangat dan tidak memiliki pekerjaan.

2. Sayangnya, yang berikutnya tidak bekerja seperti yang diharapkan. Untungnya, Christopher merujuk kami Sini (http://support.microsoft.com/kb/932816). Seperti menulis entri ini, Kami sedang menunggu untuk departemen TI untuk mendapatkan perbaikan terbaru yang, Tapi itu tidak terlihat menjanjikan. Kami salinan .dll terkena tidak berbagi ukuran byte yang sama, Jadi mudah-mudahan ini akan memecahkan masalah.

Pemecahan masalah:

Kembali menjalankan perintah stsadm -o setproperty tampaknya prod timer alur kerja terjaga. Itu akan, kira-kira 7 menit kemudian, benar-benar bangun dan lanjutkan dengan alur kerja.

Pertanyaan / Isu-isu yang ditujukan:

Jeda sampai tanggal tidak bekerja.

Jeda sampai tanggal tidak melanjutkan.

Status alur kerja tidak berubah dari "dalam kemajuan"

Alur kerja status tetap "dalam kemajuan"