Как диагностировать ArgumentOutOfRangeException на SqlDbType?

Question

У нас есть некоторые клиенты, использующие наше приложение для толстых клиентов .NET 2.0, которые испытывают странные, периодически возникающие ошибки при чтении данных с сервера SQL 2000 SP4, где действия были успешными всего несколько минут назад. У нас есть клиенты, использующие SQL 2000 (и многие, использующие 2005), где эти ошибки не возникают.

Одна вещь, которую я заметил, это то, что приложение в наших средах тестирования ссылается на System.Data 2.0.50727. 3053 ; тогда как приложение ссылается на 2.0.50727. 1433 в системах клиента. В чем разница между этими двумя версиями и может ли это быть связано с ошибками, описанными ниже?

Вот пример трассировки стека ошибки, где значение перечисления равно 8, но у меня есть еще много случаев, когда значение перечисления «вне границ» равно 4 или 14 с такой же точной трассировкой стека. Значения перечисления можно найти иногда, но не в другое время? Как быть, когда одна и та же часть приложения работает без ошибок?

TYPE: System.ArgumentOutOfRangeException
MSG: The SqlDbType enumeration value, 8, is invalid.
Parameter name: SqlDbType
SOURCE: System.Data
SITE: GetSqlDataType

at System.Data.SqlClient.MetaType.GetSqlDataType(Int32 tdsType, UInt32 userType, Int32 length)
at System.Data.SqlClient.TdsParser.CommonProcessMetaData(TdsParserStateObject stateObj, _SqlMetaData col)
at System.Data.SqlClient.TdsParser.ProcessMetaData(Int32 cColumns, TdsParserStateObject stateObj)
at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
at System.Data.SqlClient.SqlDataReader.ConsumeMetaData()
at System.Data.SqlClient.SqlDataReader.NextResult()
at Ceoimage.Basecamp.Data.Document._GetDocumentModelWithCollections(IDataReader rdr)

Обновление: Я только что загрузил System.Data с одной из рабочих станций клиентов. У них было две версии в GAC, одна в каталоге GAC и одна в каталоге GAC_32. В GAC номер версии - 1.14322.2365. В GAC_32 номер версии равен 2.0.50727.1433, как описано выше. Однако во всех трех версиях перечислимый SqlDbType отображает одни и те же значения типа int на те же типы, что и в сообщениях об ошибках:

DateTime = 4
Int = 8
UniqueIdentifier = 14

Боюсь, что версия может быть красной сельдью: если проблема связана с версиями фреймворка, разве проблема не должна происходить 100% времени, а не быть временной?

Answer 1

Это древнее обсуждение отслеживает аналогичную ошибку вплоть до использования соединения, созданного в одном потоке, для выполнения запроса в другом потоке. SqlConnection "Не гарантируется, что члены экземпляра являются потокобезопасными" . Если ваше приложение является многопоточным, убедитесь, что соединения используются правильно.

Возможно, проблема также связана с SQL-сервером, который был решен в более поздних версиях.

Я отвечаю здесь, потому что я столкнулся с этой ошибкой при использовании SqlCommand.Cancel с SQL 2005. (Есть несколько исключений, которые возникают в дополнение к «Операция отменена пользователем» в зависимости от того, когда запрос отменен.) Я вижу это как «неожиданный ответ от сервера». Возможно, неплохо было бы очистить пул соединений, если это произойдет.

Как отменить длительную операцию базы данных?

Как принудительно физически закрыть SqlConnection при использовании пула соединений?

Answer 2

Ваш клиент работает на .NET 2.0 без версии 3.5. Ваши тестовые серверы 3.5. Единственное, что добавлено в перечисление в 3.5:

Structured
Date
Time
DateTime2
DateTimeOffset

Это не значит, что нет каких-либо изменений в основе.

Если возможно, я бы протестировал приложение под 2.0 без 3.5 и посмотрел, какие ошибки вы получаете. Это должно дать вам хорошее место для начала.

Чтобы выяснить причину ошибки, мне пришлось бы пройтись по перечислению и посмотреть, в каком порядке расположены элементы в перечислении. Reflector - отличный инструмент для этого, но вам придется сделать это как в системе 2.0, так и в системе 3.5, чтобы увидеть изменения.

Answer 3

это решение может решить вашу проблему:

Использует ли ваш локальный компьютер SQL Server 2008, а другой - 2005? Параметр @RUNTIME имеет тип SqlDbType.Time. Этот тип не существовал в SQL Server 2005. Кроме того, SqlDbType.Time имеет значение 32, как говорит исключение. Вы не можете хранить только значения времени до SQL Server 2008. Вы должны хранить @RUNTIME как SqlDbType.DateTime в 2005 году.

А если вы используете .NET Framework 2.0 , для решения этой проблемы необходимо установить .NET Framework 2.0 SP2 и sql2008.