В некоторых случаях собственная система может генерировать код ошибки, указывающий, что чаще всего вы прикрепляете файл в Outlook Express. Причин всей этой проблемы может быть несколько.
Одобрено: Fortect
Из-за этого программе трудно определить местоположение или инновационный порт вещания, что является серьезной проблемой.
Например, любой хранимый метод, вызываемый в наборе получения, создает исключение, а адаптер WCF-SQL записывает фактический следующий журнал событий:
Тип события: Ошибка
Источник события:
Категория события:
Код события: 5750
Адаптер WCF-SQL вернул сообщение об ошибке. Подробности: System.Data.SqlClient.SqlException: время ожидания истекло. Либо время ожидания истекло до завершения всей операции, либо указанный сервер не отвечает.
Исправление, устраняющее эту важную проблему, включено в накопительный пакет обновления BizTalk Adapter Pack 2010.
Для получения дополнительной информации о том, как получить накопительный пакет обновления, щелкните следующий раздел статьи, чтобы просмотреть все статьи базы знаний Майкрософт. База:
2539794 Накопительный пакет обновления 1 для BizTalk Adapter Pack 2010
В своем последнем сообщении в блоге я предупредил вас, что ни одна серьезная ошибка никогда не возникает сама по себе… Каждый раз, когда возникает функциональная ошибка случается, всегда есть две или даже три ошибки. Либо так, либо у меня есть какая-то лучшая склонность к переодеванию или поиску своеобразных возвратов! На этот раз я был совершенно ошеломлен: StoredProcedure не существует, когда я попытался связаться с хранимой процедурой через адаптер BizTalk WCF-SQL:
Где кнопка «Прикрепить документ» в Outlook?
Microsoft.ServiceModel.Channels.Common.MetadataException: Object [dbo].[InsertTransaction] типа StoredProcedure не существует
Почему моя электронная почта не позволяет мне устанавливать файлы?
Трассировка стека сервера: в системе
. Runtime.AsyncResult.End[TAsyncResult](IAsyncResult)
в System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.End(SendAsyncResult)
в System.ServiceModel.Channels. ServiceChannel.EndCall(String action, Object[] outs, Result)
iasyncresult в System.ServiceModel.Channels.ServiceChannel.EndRequest(IAsyncResult возвращаемый результат)
Exception at [0]:
в System.Runtime.Remoting.Proxies.RealProxy.ReqMsg обработайте returnmessage(imessage IMessage retMsg)
в System.Runtime.Remoting.Proxies.RealProxy. PrivateInvoke(MessageData& msgData, тип Int32)
System.ServiceModel.Channels.IRequestChannel.EndRequest(IAsyncResult)
в Microsoft.BizTalk.Adapter.Wcf.Runtime .WcfClient`2.RequestCallback(IAsyncResult) )< / p>
Сообщение адаптеру “WCF-Custom” по адресу отправки URI “STAGING_SQL_WCF_SEND” из-за приостановления “mssql://SQL-SERVER-NAME//AsyncTransactions?InboundId=ins”.
Сведения об ошибке: Microsoft.ServiceModel.Channels.Common.MetadataException: объект [dbo].[InsertTransaction] ключа StoredProcedure не существует
Одобрено: Fortect
Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
1. Загрузите Fortect и установите его на свой компьютер. 2. Запустите программу и нажмите "Сканировать" 3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.
а>Отслеживание стека сервера: доступно по адресу
System.Runtime.AsyncResult.End[TAsyncResult](результат IAsyncResult)
в System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.End(результат SendAsyncResult)
для того, чтобы действительно System.ServiceModel.Channels.ServiceChannel.EndCall(String action, Object[] outs, Result)
iasyncresult для System.ServiceModel.Channels.ServiceChannel.EndRequest(результат воссоздания IAsyncResult)
Исключение в [0]:
в System.Runtime.Remoting.Proxies.RealProxy.ReqMsg, handlereturnmessage(imessage IMessage retMsg)
в System.Runtime. Remoting.Proxies.RealProxy.PrivateInvoke( MessageData& msgData, Int32 для ввода)
System.ServiceModel.Channels.IRequestChannel.EndRequest(результат IAsyncResult)
в Microsoft.BizTalk.Adapter.Wcf .Runtime.WcfClient` 2.RequestCallback (IAsyncResult)
MessageId: 71CD C883-AE8D-4303-A72E-ADA9ECE91981
ID экземпляра: 1EA7B77C-924F-4C74-87DE-BCC4D1AD8E6A< /p>цитата>
Как я уже сказал, сомневайтесь в том, что вы читаете — вдруг окажется, что оно основано даже на ваших моих идеях — потому что существует целая масса теорий заговора в сочетании с тем фактом, что в частности мы можем найти так называемые решения, взглянув в их поддержку… но многие из них могут быть просто теориями заговора.
Причина
Лично я обычно начинаю с этих самых простых: если он говорит, что он не существует… разрешите проверить это, и в этом случае ошибка, возвращенная адаптером, просто глупа, поскольку конкретная процедура хранится в этой целевой базе данных, с помощью вы можете видеть на изображении ниже:
Почему не будет моя электронная почта Outlook прикрепить файл?
На первый взгляд, поскольку я смог подключиться к этой базе данных, отличие обычно не было проблемой безопасности , иначе я бы немедленно получил следующее сообщение о грубой ошибке:
Сведения об ошибке: Microsoft.ServiceModel.Channels.Common.ConnectionException: Open не может перечислить “AsyncTransactions”, запрашиваемые соединением. Ошибка подключения к Интернету.
- Вам нужно перегенерировать схемы
- или это может быть несовместимость вашего пространства имен;
- операция, скорее всего, не определена правильно;
- чем персонаж “?” то, что другие обычно находят в URI, вызывает проблемы;
- и мой выбор заключается в том, что кто-то должен предоставить учетной записи оборудования права «sysadmin» для запуска экземпляра селектора.
К счастью, я не забыл проверить необходимое доверие безопасности непосредственно на SQL Server. Поэтому я отключил консоль управления SQL Server с любой из наших служебных учетных записей и попытался запустить огромную хранимую процедуру и… гость, что… я не получил разрешения!
Когда я перепроверил разрешения, связанные с этим сервисным аккаунтом, у него было: db_datareader в дополнение к db_datawriter… чего обычно достаточно в одной или двух ситуациях:
Конечно, “sysadmin” или “db_ower” разберутся со всеми моими проблемами, но иногда быть честным не лучше, и это также не совсем реальная практика, особенно теперь с GDPR.
Итак, их дилемма была ясна: учетная запись службы, на которой запущен этот конкретный экземпляр хоста, по большей части иногда была привязана к этому порту отправки и не использовала правильные разрешения для запуска хранимого метода лечения… к сожалению, у меня есть сказать, что сгенерированная ошибка адаптера просто отсутствует из-за контекста.
Повысьте производительность вашего компьютера с помощью этой простой загрузки. г.