2016-08-01 31 views
8
aplikacja

Azure MVC napotyka wyjątek tj „Ścieżka sieciowa nie została znaleziona”Ścieżka sieciowa nie znaleziono wyjątku napotkanych przypadkowo

Problem z innymi zapytaniami że szukałem przed tym pytaniem było to, że jej nie dzieje cały czas działa zgodnie z oczekiwaniami, ale ten problem występuje przypadkowo, jak raz na 15-25 dni. Od wdrożenia aplikacji do produkcji minęło mniej więcej 50 dni i dwukrotnie ją spotkał, ale nie spotkał się z tym w środowisku Azure UAT (gdzie obecna była mała liczba użytkowników).

kwestią jest tymczasowo rozwiązany przez IIS zresetować za pomocą polecenia: iisreset

Błąd Źródło:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stos śledzenia:

[Win32Exception (0x80004005): The network path was not found]

[SqlException (0x80131904): A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)]

jakiś pomysł?

+1

Po prostu, aby było jasne - ta aplikacja działa na platformie Azure, próbując uzyskać dostęp do bazy danych, która jest również hostowana na platformie Azure? Czy mógłbyś udostępnić ciąg połączenia? Ale proszę zaciemnij wszystkie wrażliwe kawałki. – cdonner

+3

To brzmi jak sporadyczny problem z siecią. Jak monitorujesz sieć? Jeśli nie, użyj aplikacji takiej jak Wireshark do monitorowania ruchu w sieci i zgłaszania błędów, które widzisz. –

+1

Zależy od tego, z którego struktury korzystasz itp., Ale spójrz na: http://social.technet.microsoft.com/wiki/contents/articles/4235.retry-logic-for-transient-failures-in-windows- azure-sql-database.aspx – Wurd

Odpowiedz

1

kontrolna:

  1. można wyizolować problem? Jeśli masz dwa serwery WWW i jedną bazę danych, na przykład, czy dzieje się to na obu serwerach jednocześnie?

  2. Skonfiguruj monitorowanie wszystkich krytycznych ścieżek sieciowych. Rozpocznij monitorowanie możliwych przyczyn (dzierżawy DHCP, nawet jeśli otrzymasz statyczne IP z serwera, będą jednym z pierwszych).

  3. Zaloguj się jak najwięcej informacji. Czy możesz ustalić, czy otrzymujesz błąd ICMP z routera lub problem z hosta?

Te rzeczy są, IME, zwykle sporadyczne problemy sieciowe i często na połączenia peering, między centrami danych i tym podobne.