問：是這樣，之前客戶做了一個網站。他說他們有很多視頻需要上傳到服務器，不想再用騰訊這種第三方的。
她的每個視頻一般都在兩G以內，估計視頻數量在100個以內。最多可供千人在線同時點擊收看不崩潰,您好。需要推薦一個服務器配置
答：您好，查看對應的您的需要，參考http://www.shinetop.cn/faq/list.asp?unid=2291 進行計算，
問：網站之前工作正常, 在網頁代碼沒有任何修改, 主機設置沒有任何改變的情況下, 最近出現了出現現動態頁面(aspx)與主機之間的連接(不定時)失效問題.
故障現象詳細描述: 一個aspx頁面被打開后的0-10分鐘內,頁面內所有元素正常工作, 數據獲取正常. 但無論是對該頁面元素進行持續的訪問, 還是按每3分鐘/次的頻率對頁面進行訪問, 在接下去的10-20分鐘內的隨機一個時間點, 100%%u51FA現頁面上所有需要與服務器端動態交互的連接全部失效, 比如說頁面中需要通過OLEDB對access進行訪問的部分, 或者頁面中ajax需要更新的部分等等…均會因為"與服務器端連接失敗" 而停止工作, 而頁面中的靜態部分(比如說對html文件的訪問, jpeg圖片鏈接的訪問等), 依然可以正常獲得數據.
軟件環境方面的嘗試:1. 多次嘗試切換 asp.net 版本 (2.0<->4.0), 以及程序池模式(集成<->經典)測試, 故障依舊且故障現象完全相同.2. 刪除服務器上所有原來的文件, 重新上傳, 故障依舊.
交叉對比:完全相同的網頁代碼, 在其他服務商的虛擬主機上(景安, 萬網, 阿里等), 均工作正常, 未出現相同問題. 故判斷是貴司主機端的故障, 提交工單以期協助解決,謝謝~
答：您好，
根據您以上的問題, 我們需要了解以下情況:
1. 網站是否前后端分離, 還是此虛擬主機需要與存放在其他服務器上的部分接口進行通信, 或者與其他服務器上的后端進行數據校驗, 授權檢驗等;
2. 是否有相關錯誤信息截圖; 并反饋一下您程序的標準運行環境; 如: .net版本, 兼容性等;
3. 是否只使用了access數據庫;
4. 我們重新為您調整了程序池, 您可再觀察看看; 非常感謝您長期對我司的支持!
問：網站上運行的是asp.net 4.0構架的簡單小程序, 沒有前后端分離設計, 功能僅僅只是用戶通過點擊頁面上的查詢按鍵, 讓后臺的access數據庫根據查詢條件, 返回幾個字節的產品規格信息和若干 幾十kB大小的產品圖片, 然后顯示在頁面上供用戶參考. 網站沒有使用mysql數據庫, 只有access數據庫, 在程序中直接使用OLEDB方式進行連接,使用標準SQL語句做查詢訪問.
答：您好，
問：您已對后臺IIS "應用程序池" 的超時設置做了相關調整, 對吧? 我這邊也感覺到了變化, 原來20分鐘內必定失效的頁面, 現在已經存活超過30分鐘了.我將繼續觀察一段時間, 如果頁面在幾小時內都不再出現連接超時問題, 那就可以確定故障已被排除.非常感謝您的協助, 稍后我會回來告知測試結果, 你先忙~
答：您好，
是的, 您請再觀察看看; 我們之前已經調整過程序池, 若有問題請再次及時反饋; 我司將7*24小時竭誠為您服務,非常感謝您長期對我司的支持!
問：測試了一個小時頁面都是存活的, 然后走開做其他事, 過了一個小時再回來一看, 又死了…也不知道到底活了多久, 總之兩小時不到吧…
答：您好，我司已經模擬到錯誤出現情況。比如進程池先停止然后再啟動就會遇到該問題，此時報錯是：
我司參考https://www.cnblogs.com/xiaonanmu/p/.html已經為您修正。測試不會出現該問題了，請您保持觀察下呢。
非常感謝您長期對我司的支持!
問：OK,情況知悉, 多謝貴司和管理員費心調查解決該問題.如此的話, 那我就繼續耐心測試, 一旦故障再次出現, 我立即匯報…
答：您好，感謝您選擇我們的產品和服務!由此給您帶來的不便之處,敬請原諒!謝謝!
問：管理員您好, 經兩天的持續測試, 發現網頁在打開5小時之后依然會隨機的發生超時失敗, 必須刷新后才能繼續恢復使用. 是否后臺設置上還有bug? 望查,感謝!
答：您好，
已經再次為您調整，您后續觀察下,非常感謝您長期對我司的支持!
