Обнаружение непригодных пулов SqlConnections

Question

Когда я пытаюсь установить роль приложения в SqlConnection с помощью sp_setapprole , иногда я получаю следующую ошибку в журнале событий Windows ...

Соединение было разорвано, так как открывший его субъект впоследствии принял новый контекст безопасности, а затем попытался сбросить соединение в рамках олицетворенного им контекста безопасности. Этот сценарий не поддерживается. См. «Обзор олицетворения» в электронной документации.)

... и в моем приложении выдается соответствующее исключение.

Это пул соединений, и было время, когда пул соединений был несовместим с ролями приложений - на самом деле старый совет от Microsoft был отключать пул соединений (!!), но с введением sp_unsetapprole теперь (теоретически) можно очистить соединение перед его возвратом в пул.

Я полагаю, что эти ошибки возникают, когда (по неизвестным причинам) процедура sp_unsetapprole не запускается на соединении до его закрытия и возврата в пул соединений. Процедура sp_approle обречена на сбой при возвращении этого соединения из пула.

Я могу поймать и обработать это исключение, но я бы предпочел обнаружить надвигающийся сбой и вообще избежать исключения (и сообщений в журнале событий).

Можно ли обнаружить проблему, не вызывая исключения?

Мысли или советы приветствуются.

Answer 1

Это немного грязно, но если ваш исходный пользователь имеет права на VIEW SERVER STATE, select * from sys.sysprocesses вернет все процессы, когда роль не активна, и одну строку для текущего процесса, если она есть.

Answer 2

Казалось бы, вы вызываете sp_setapprole, но не вызываете sp_unsetapprole, а затем позволяете соединению просто вернуться в пул.

Я бы предложил использовать структуру (или класс, если вам нужно использовать это в разных методах) с реализацией IDisposable, которая позаботится об этом за вас:

public struct ConnectionManager : IDisposable
{
    // The backing for the connection.
    private SqlConnection connection;

    // The connection.
    public SqlConnection Connection { get { return connection; } }

    public void Dispose()
    {
        // If there is no connection, get out.
        if (connection == null)
        {
            // Get out.
            return;
        }

        // Make sure connection is cleaned up.
        using (SqlConnection c = connection)
        {
            // See (1).  Create the command for sp_unsetapprole
            // and then execute.
            using (SqlCommand command = ...)
            {
                // Execute the command.
                command.ExecuteNonQuery();
            }
        }
    }

    public ConnectionManager Release()
    {
        // Create a copy to return.
        ConnectionManager retVal = this;

        // Set the connection to null.
        retVal.connection = null;

        // Return the copy.
        return retVal;        
    }

    public static ConnectionManager Create()
    {
        // Create the return value, use a using statement.
        using (ConnectionManager cm = new ConnectionManager())
        {
            // Create the connection and assign here.
            // See (2).
            cm.connection = ...

            // Create the command to call sp_setapprole here.
            using (SqlCommand command = ...)
            {
                // Execute the command.
                command.ExecuteNonQuery();

                // Return the connection, but call release
                // so the connection is still live on return.
                return cm.Release();
            }
        }
    }
}

1. Вы создадите SqlCommand, который соответствует вызову хранимой процедуры sp_setapprole. Вы можете сгенерировать cookie и сохранить его в закрытой переменной-члене.
2. Здесь вы создаете соединение.

Код клиента выглядит следующим образом:

using (ConnectionManager cm = ConnectionManager.Create())
{
    // Get the SqlConnection for use.
    // No need for a using statement, when Dispose is
    // called on the connection manager, the connection will be
    // closed.
    SqlConnection connection = cm.Connection;

    // Use connection appropriately.
}

Answer 3

Нет, это невозможно.

Answer 4

Это происходит по логике, а не по опыту использования sp_setapprole, но не будет ли возможности проверить контекст безопасности перед выполнением вызова? Или, в качестве альтернативы, сначала проверьте разрешение безопасности и контекст?