2016-04-20 76 views
0

我注意到我的開發環境。超時sql連接錯誤,當我使用連接字符串到遠程數據庫。 我已經開發了一個小工具來ping根據這些回答test if a website is alive from a C# applicaitontest SQL Server connection programmaticallyASP.NET共享主機ping - 服務器不可用

時,我注意到失敗坪我看着現場管理控制檯,並抓住該SQL Server不可域和數據庫服務器,該網站已經關閉了大約5分鐘。 因爲我在過去的幾天裏開始重複監控這個問題3次。這意味着我的數據庫服務器共享託管計劃是不可靠的24/7,我打開一張票,並得到了支持的回覆: 由於這是一個共享服務器,服務器上的活動總是會隨時變化。我們很抱歉,如果之前有輕微問題

這是所有共享的asp.net託管的常見情況嗎?或者這是一個運氣不好,我需要尋找另一個託管?

+0

這在共享主機環境中非常正常。我也使用共享主機和5分鐘,這是非常可以接受的,除非它停下來24小時,也許你可以找到其他託管服務提供商有共同主辦沒有完美的詞和事實沒有共享主機可以給100%的正常運行時間保證。爲什麼?例如,他們想要安裝新軟件,1個使用高資源的客戶端,它可能會影響到您的網站。如果真的只有5分鐘,那真的是可以接受的! –

回答

0

有時當託管服務提供商更新某些服務或軟件時,它可能會停機幾分鐘,但這種情況不應該經常發生。您可以繼續監控服務,如果結果不好,您可以嘗試其他託管服務提供商。

0

當數據庫備份腳本在後臺運行或由Web主機執行任何其他維護時,共享數據庫服務器中的I/O可能會稍微遲緩或滯後。但在大多數情況下,它們不會影響服務器的可用性。實際上,共享數據庫服務器實際上是高端服務器(主要是SSD基礎),並且意味着承載數千個數據庫而不會出現單個打嗝。他們必須能夠在任何時間點處理數百萬個查詢。如果您經常遇到此問題,則表明您的Web主機過度使用數據庫服務器資源,或者服務器不再能夠在高峯時段處理負載。