Azure通知集線器「WNS通道斷開」錯誤

Azure通知集線器顯示，從13k WNS Toast通知廣播只有5k個消息成功，8k得到「WNS通道斷開」錯誤。什麼會導致這麼大的錯誤？我可以檢查什麼，爲什麼會發生這種情況？Azure通知集線器「WNS通道斷開」錯誤

2016-04-12 saniokazzz

您是否將通知發送到手機或PC（或兩者兼而有之）？ –

可能是因爲頻道不再有效，應刷新。推送通知很難調試。你能說一下「13k推」的時間段嗎？

同時檢查WNS概述 - 它的「重要提示」部分 https://msdn.microsoft.com/en-us/windows/uwp/controls-and-patterns/tiles-and-notifications-windows-push-notification-services--wns--overview

有一個有用的頁面，以及有關調試通知集線器： https://msdn.microsoft.com/en-us/library/azure/dn530751.aspx

所以我會與檢查，如果去頻道甚至是有效的。

來源

2016-04-13 04:31:58

謝謝你的回答。我想我已經在MSDN上檢查了所有可能的東西。有26個廣播通知，每個小時一個用於不同用戶時區。我在該通知中心總共有21k個有源設備。對於過期的頻道，我有1.5k「WNS過期頻道錯誤」錯誤，沒關係。主要問題是我認爲Azure會重試向斷開連接的設備發送通知，並且一旦它們連接起來，它們就會得到它。也許你可以建議，如果有任何重試機制，我可以使用？ – saniokazzz

嗨，對不起，延誤。 Azure NH正在使用後退策略 - https://azure.microsoft.com/en-us/documentation/articles/notification-hubs-diagnosing/#pns-issues，並在30分鐘後開始放棄推送。關於離線設備 - NH將只存儲最後一次未送達的推送。它看起來像是在你的情況下可能發生的事情嗎？順便說一句，使用Service Bus Explorer進行測試很有用，並查看您有多少錯誤。你有這種可能嗎？ –

哎呀，求求我的赦免 - 我錯過了有關重試邏輯的問題。我會爲您提供實施類似的補償策略，以及檢測推送狀態和結果的邏輯。 https://blogs.windows.com/buildingapps/2013/10/22/recommended-practices-for-using-microsoft-push-notification-service-mpns/ –

Azure通知集線器「WNS通道斷開」錯誤

回答

相關問題