其實這是老問題了，就是IIS每過29小時會重啟 App Pool 機制
這個機制目的是讓主機可以回收記憶體以增進網站效能，過程是smooth的
當此回收機制開始時，新的request會由新的程序跑，舊的request仍會把他跑完(理論上，但太久的程式還是會自動停)
這樣的機制，最明顯的是會造成 inProc 的 session or cache 資料消失
造成程式上的錯誤，或是user的資料消失
另外，這個29小時回收機制，不會因為程式更新，網站重啟，而重新計算
原本以為這機制影響不大，但最近因為電商後台程式有個排程跑太久剛好被回收機制中斷
然後自己假日在外無法即時處理問題，造成電商客戶在等著把問題解決
想說還是把這個 29小時魔咒 處理一下
在某個特定無排程時間，執行重啟網站