W niektórych przypadkach system może wygenerować niesamowity kod błędu wskazujący, że załączasz ładny plik w programie Outlook Express. Przyczyn tego problemu może być wiele.
Utrudnia to identyfikację wykrywania portów przechowywania lub transmisji, co jest dobrym problemem.
Na przykład przechowywana metoda wywoływana przez zestaw pobierania zgłasza wyjątek, a każdy adapter WCF-SQL zapisuje następujący dziennik zdarzeń:
Typ zdarzenia: Błąd Źródło zdarzenia: Kategoria zdarzenia: Identyfikator zdarzenia: 5750
Karta WCF-SQL zwróciła wyłączny komunikat o błędzie. Szczegóły: System.Data.SqlClient.SqlException: Upłynął limit czasu. Albo te limity czasu wygasły przed zakończeniem operacji, albo określony serwer nie odpowiada.
Poprawka rozwiązująca ten poważny problem jest uważana za uwzględnioną w aktualizacji zbiorczej BizTalk Adapter Pack 2010. Aby uzyskać więcej informacji o tym, jak uzyskać pakiet aktualizacji zbiorczej, kliknij następującą sekcję w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base. Podstawa: 2539794 Pakiet zbiorczy aktualizacji 1 dla pakietu BizTalk Adapter Pack 2010
W moim ostatnim poście na blogu ostrzegałem, że poważny błąd nigdy nie pojawia się sam… Za każdym razem, gdy pojawia się dany błąd, a następnie są zawsze dwa lub trzy błędy. Albo dlaczego, albo mam większą skłonność do zakładania bandaży lub znajdowania dziwnych powrotów! Tym razem byłem całkowicie oszołomiony: StoredProcedure nie istnieje w przypadku, gdy próbowałem wywołać procedurę składowaną z adaptera BizTalk WCF-SQL:
Gdzie jest naprawdę przycisk Dołącz plik w Outlooku?
Microsoft.ServiceModel.Channels.Common.MetadataException: Obiekt [dbo].[InsertTransaction] typu StoredProcedure nie istnieje
Dlaczego mój e-mail nie tworzy mnie do załączania plików?
w Microsoft.BizTalk.Adapter.Wcf.Runtime .WcfClient`2.RequestCallback(IAsyncResult))
Wiadomość do adaptera „WCF-Custom” przy wysyłaniu identyfikatora URI urządzenia „STAGING_SQL_WCF_SEND” z zawieszonym „mssql://SQL-SERVER-NAME//AsyncTransactions?InboundId=ins”.
Błąd szczegóły: Microsoft.ServiceModel.Channels.Common.MetadataException: Obiekt [dbo].[InsertTransaction] typu StoredProcedure prawie nie istnieje
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
1. Pobierz Fortect i zainstaluj na swoim komputerze
2. Uruchom program i kliknij „Skanuj”
3. Kliknij „Napraw”, aby naprawić znalezione problemy
Tak jak powiedziałem, wątpię, że czytasz – jeśli okaże się, że będzie to oparte nawet na moich pomysłach – tylko dlatego, że istnieje wiele teorii spiskowych różniących się tym, że możemy odkryć tak zwane rozwiązania poprzez szukam ich … ale wiele z nich może być po prostu teoriami spiskowymi.
Powód
Osobiście zwykle zaczynam od najprostszego: jeśli twierdzi, że nie istniejeprawidłowy… przetestujmy to, w tym przypadku błąd zwracany przez adapter jest z pewnością po prostu głupi, ponieważ procedura jest przechowywana w tym celu bazy danych, jak widać na poniższym obrazku:
Dlaczego nie Poczta e-mail programu Outlook pozwala mi dołączyć kolejny plik?
Na pierwszy rzut oka, ponieważ udało mi się przekierować do tej bazy danych, zwykle nie był to żaden problem z bezpieczeństwem , w przeciwnym razie natychmiast otrzymałbym następujący komunikat o błędzie:
Szczegóły błędu: Microsoft.ServiceModel.Channels.Common.ConnectionException: Open nie może wyliczać “AsyncTransactions” żądanych przez połączenie. Błąd połączenia internetowego.
Musisz ponownie wygenerować schematy
lub może to być niezgodność Twojej przestrzeni nazw;
operacja nie została poprawnie zdefiniowana;
wraz ze znakiem “?” to, co rodziny zwykle znajdują w identyfikatorach URI, powoduje problemy;
a moim ulubionym jest to, że ktoś utrzymuje prawa „sysadmin” do konta produktu, aby można było uruchomić instancję selektora.
Na szczęście nie omieszkałem sprawdzić zaufania bezpieczeństwa bezpośrednio w SQL Server. Uruchomiłem więc konsolę zarządzania SQL Server z każdym z naszych klientów usług i próbowałem uruchomić główną procedurę składowaną i… gość party, co… nie miałem uprawnień!
Kiedy ponownie sprawdziłem uprawnienia związane z tym kontem usługi, przeciwko sobie nawzajem mieli: db_datareader oprócz db_datawriter… co prawdopodobnie będzie zwykle wystarczające w niektórych sytuacjach:
Z kategorii “sysadmin” lub “db_ower” rozwiązałyby wszystkie moje problemy, czasami nie można być uczciwym, a nawet nie jest to prawdziwa praktyka, zwłaszcza tutaj z RODO.
Więc dylemat był jasny: niektóre konto usługi, na którym działa instancja hosta, w większości przypadków było faktycznie powiązane z tym portem oferty i nie miało odpowiednich uprawnień do uruchomienia procedury składowanej… niestety muszę pozytywnie powiedzieć, że adapter der Stworzony błąd jest po prostu poza kontekstem.
