2017-07-27 64 views
0

我們不保存服務器上的頁面數據(我們正在過渡到純html/js),但我們仍然有asp.net masterpages和runat = sever頁面內容。我們確實已啓用了多個啓用了負載均衡的應用程序服務器,因此在應用程序設置中我們應該將ARR Affinity設置爲開啓?在極少數情況下,我們會在Chrome上看到一個「Aw Snap」頁面,因爲頁面加載不正確。也許是1/20次。我想知道是否是這種情況。Azure Web App應該將ARR Affinity應用於ASP.NET webforms嗎?

+0

您是否正在使用會話,會話存儲在哪裏? –

+0

您是否檢查過任何類型的服務器日誌以調查錯誤的原因?要添加到@AkashKava,您的會話是否在進程中,或者您是否使用了進程外會話存儲(狀態服務器,SQL,Redis) –

+0

似乎只有我們的qa開發人員中的一個可以重現此問題。我們在aspx後面的.cs都是空的。儘管如此,Chrome瀏覽器崩潰了。我們的老式非Azure服務器上的一切都很好,但有時我們現在看到了。我們認爲也許這是由於JavaScript的時間/負載。我們確實使用Redis –

回答

1

Azure Web應用程序應該將ARR Affinity應用於ASP.NET webforms嗎?

如果您的webform應用程序是無狀態的,則不需要打開ARR Affinity。無狀態意味着您需要將應用程序/會話狀態存儲在分發位置。

對於一些罕見的情況,我們在chrome上看到'Aw Snap'頁面,因爲頁面加載不正確。

Aw Snap錯誤專用於鍍鉻。它可能與您的Azure Web App Server無關。要解決這個問題,你可以嘗試谷歌提供的步驟。

Fix "Aw, Snap!" page crashes and other page loading errors

相關問題