從去年年底，sps(sharepoint portal Server)的用戶配置文件搜索功能就失敗了，搜索一直在無休止的進行着。可是，卻無法更新用戶配置文件。我起先懷疑是因爲sps上搜索帳戶的原因，覺得域管理員設置了更爲嚴密的安全限制導致的。但是，去年底，我接管了域管理員的所有工作，並沒有發現有什麼的特殊問題。
當sps 升級到sp2時，sps服務器上不停的報告一個錯誤：
“System.StackOverflowException”在AudienceJob.exe中發生
Audiencejob.exe就是sps中用來蒐集“訪問羣體”的進程，難道這個文件或者相關的文件損壞。
我打開管理界面查看相關訪問羣體的定義，那個一直在蒐集，卻一直無法完成的蒐集被定義爲按照域中的組蒐集不同公司的所有員工。我懷疑某個域賬戶組有問題。我打算刪除這個一直無法完成蒐集任務的訪問羣體，執行一下其他的蒐集任務試試。
我首先要停掉這個蒐集計劃，這個地方有個比較有趣的現象。當我第一次單擊“停止蒐集”鏈接時，蒐集計劃並沒有立即停止，在頁面上多出了一個“開始蒐集”的鏈接（正常情況下，開始蒐集和停止蒐集兩個鏈接是不會同時出現的），需要再點一次“停止蒐集”，蒐集計劃才能停止。
接下來，我刪除了那個一直搜不完的訪問羣體定義，然後，再啓動蒐集。這一次，蒐集程序很快就完成了，我在進程管理器中清晰的看到Audiencejob.exe的運行。這就證明我的推斷沒有錯，一定是某個組的定義出了問題。
我於是決定爲每個組都建立一個訪問羣體。
問題很快找出來了，當蒐集到一個叫OFC的組時，問題就出現了，Audiencejob.exe程序開始報錯。我打開這個組一看，馬上明白了，原來在OFC的成員下面嵌套了一個OFC自己。這樣就形成了一個遞歸調用。這樣還不永無止境的蒐集下去纔怪呢。
我改正了這個錯誤，sps中搜集訪問羣體和用戶配置文件的計劃都恢復了正常。