Всем привет

Почему сабж после рестарта сервера(разрыв тсп/ип соеденения) не может отследить это?
Тобишь вызов метода Open происходит без проблем(статус Open), а затем валитцо на вызове метода из SQLCommand.
Как это отследить? Каков выход из ситуации? Ну кроме того что отлавив исключение и повторить ещё раз.

Здравствуйте, Аноним, Вы писали:

А>Всем привет

А>Почему сабж после рестарта сервера(разрыв тсп/ип соеденения) не может отследить это?
А>Тобишь вызов метода Open происходит без проблем(статус Open), а затем валитцо на вызове метода из SQLCommand.
А>Как это отследить? Каков выход из ситуации? Ну кроме того что отлавив исключение и повторить ещё раз.

Потаму, что Open возвращает конекцию из пула, в .NET насколько я помню, пул отслеживает что сервер рестартанулся, и после ошибки убьёт все конекции в пуле, таким образом ошибка должна возникнуть только один раз.

Здравствуйте, Tom, Вы писали:

Tom>Потаму, что Open возвращает конекцию из пула, в .NET насколько я помню, пул отслеживает что сервер рестартанулся, и после ошибки убьёт все конекции в пуле, таким образом ошибка должна возникнуть только один раз.

дык. ну да. она и возникает только один раз. но! вопрос в том как этого избежать? как это идентифицировать?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Tom, Вы писали:

Tom>>Потаму, что Open возвращает конекцию из пула, в .NET насколько я помню, пул отслеживает что сервер рестартанулся, и после ошибки убьёт все конекции в пуле, таким образом ошибка должна возникнуть только один раз.

А>дык. ну да. она и возникает только один раз. но! вопрос в том как этого избежать? как это идентифицировать?

имхо, Вы требуете слишком много от пула. Наверное в такой ситуации подойдет перехват исключения и переподключение к БД с некоторым интервалом (2 с).

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Tom, Вы писали:

А>дык. ну да. она и возникает только один раз. но! вопрос в том как этого избежать? как это идентифицировать?

Ну или самому проверять коды ошибок и вызывать SqlConnection.ClearAllPools()