問題タブ [timer-jobs]

ワークフロー履歴のクリーンアップ時間間隔について、いくつかのワークフローをテストしています。ワークフローの履歴は、特定の日数の間保持する必要があります。ここで推奨されるソリューションを実装しました

私の問題は、コードをテストして、ワークフロー履歴が正確な日数後にクリーンアップされているかどうかを確認する必要があることです。

ワークフローの履歴は、毎日実行される「ワークフローの自動クリーンアップ」というタイマー ジョブによってクリーンアップされることを知りました。

しかし、私の場合、「サーバーの全体管理 > 操作 > タイマー ジョブの定義 > タイマー ジョブの編集」で、最後の実行時間が「N\A」と表示されるため、ワークフロー履歴のクリーンアップが実行されていないようです。

ここに欠けているものはありますか？このタイマー ジョブを正しく実行するにはどうすればよいですか?

更新: SharePoint ログを確認すると、「アップグレード ジョブの定義が既に存在し、既存のアップグレードが完了するのを待っています」というメッセージが表示されます。

かなり長い間正常に実行されていた SP タイマー ジョブがあります。最近、管理者が別のサーバーをファームに参加させたため、SharePoint はこの別のサーバーでこのタイマー ジョブの実行を開始することにしました。問題は、サーバーにすべての依存関係 (Oracle など) がインストールされていないため、ジョブが失敗することです。ここで最も抵抗の少ない道を探しているだけです。私の質問は、タイマー ジョブを実行したいサーバー上で強制的に実行する方法はありますか?

[編集] 自分に合ったコードでそれができれば。APIが存在する場合、これを行うためのAPIが何であるかを知る必要があります。

初めてタイマージョブを書いています。グーグルで得られる例を参考にしています。

そのような記事の多くで、サイトコレクションレベルまたはサイトレベルでアクティブ化されているタイマージョブ機能に出くわします。

特定のWebアプリケーションのタイマージョブのインスタンスは1つしかないため、これは奇妙だと思います。

すべてのタイマージョブ機能をWebアプリケーションにスコープする必要がありますか？

ここに何か足りないものがありますか？

Webプログラミング初心者で、PHP+MySQLで簡単な予約アプリを開発中です。タイマーにバックグラウンド プロセスを追加する簡単な方法はありますか (たとえば、毎日の予定のリマインダーを送信するため)。これは別の言語で簡単に実行できますが、PHP のみの共有ホスティングで実行したいと考えています。

初めてのタイマー ジョブを作成していて、それをデバッグしたいと考えています。機能を使用してタイマー ジョブをインストールし、それを Web アプリケーションの JobDefinitions コレクションに追加し、5 分ごとに実行する SPMinuteSchedule を追加しました (テスト目的)。

次に、Visual Studio でデバッガーを WebApplication のプロセス、Central Admin プロセス、および OWSTIMER.exe プロセスにアタッチしようとしましたが、TimerJob の Execute メソッドにデバッグしません。ここで何が欠けていますか。

PSタイマージョブのステータスは成功したため、実行中です。変...

タイマージョブを使用してWSSサイトのバックアップと復元をスケジュールすることは可能ですか？または、WSS 3.0は同じ機能にOOTB機能を提供しますか？

ありがとう、テハス

私は現在、いくつかのサイトコレクション管理を行うTimerJobに取り組んでいます。SPSite.Exists()ジョブが実行されると、リストを調べてサイトコレクションのURLを取得し、サイトがまだ存在するかどうかを確認するために呼び出します。

TimerJobをテストするために、サイトコレクションを削除しましたが、対応するエントリをリストに残しました。次に、TimerJobを開始し、デバッグモードでそのコードをステップ実行します。サイトが存在するかどうかを確認するポイントになると、SPSite.Exists()trueが返されます。

同じサイトコレクションに対してTimerJobを2回実行すると、SPSite.Exists()メソッドはfalseを返します。

SPSite.Exists()だから今、私が初めてジョブを実行したときになぜ誤った結果を返すのか疑問に思っています。これはキャッシングが原因でしょうか？

TimerJobの外部で同じコードを実行すると、SPSite.Exists()毎回正しい結果が返されます。

アップデート

そこで、さらにデバッグを行いました。この問題は、テストサイトコレクションが削除された後、TimerJobが開始される前に、Windows SharePoint Services Timer Serviceが再起動されたときに発生しないため、実際にはキャッシュメカニズムが原因であると思われます。

現時点では、削除されたサイトにアクセスして、サイトが実際に存在するかどうかを判断するためにスローされる例外をキャッチする以外に、別の解決策を想像することはできません。

更新2

さらにいくつかのテストを行った後、タイマーサービスが再起動された後のSPSite.Exists（）（TimerJob内）の最初の呼び出しでは問題が発生しないことに気付きました。2番目の呼び出し（別のサイトコレクションの場合）でも、既知の問題が発生します。

更新3

現在、私は自分の問題を解決するために醜いハックを使用しています。SPSite.Exists（）が実際には存在しないのにtrueを返す場合、SPSiteオブジェクトを作成し、Usageプロパティを呼び出してFileNotFoundExceptionを引き起こそうとします。例外が発生したとき、私はそのサイトが存在しないことを知っています。不思議なことに、例外がスローされた後、SPSite.Exists（）は正しい結果（false）を返します。

他に何か提案はありますか？

さようなら、フロ

ユーザーがサイトの機能を有効にしたときに、ユーザーから情報を収集したいと考えています。ワークフローをリストに追加するときの WF 関連付けフォームと同様です。

私の特定のシナリオは、ドキュメント ライブラリを毎週 PDF として特別なステージング データベースにエクスポートするタイマー ジョブを作成する機能です。この機能が有効になったら、データベースの接続文字列、ソース ドキュメント ライブラリ、および更新の間隔をユーザーに尋ねたいと思います。