Блог

Сценарий: У нас есть приложение, использующее Oracle 10g и последнюю версию ODP.net в пределах ASP.net применение. Мы используем .Свойство ClientID WriteOnly для объекта OracleConnection для передачи определенного идентификатора пользователя в базу данных в целях аудита. Когда пул подключений отключен, это работает отлично.

Когда это включено, первый пользователь, который входит в систему (например, ПОЛЬЗОВАТЕЛЬ1), обновляет запись, и измененным ИМЕНЕМ_BY является USER1, но когда другой пользователь переходит на веб-сайт после этого, таким образом, захватывая объединенное соединение, измененным ИМЕНЕМ_BY по-прежнему является USER1, несмотря на передачу USER2 в ClientID.

Логика нашей базы данных следующая:

Мы сохраняем класс в ASP.net сеанс, в котором используется наша логика подключения к базе данных. При первоначальном вызове это наш конструктор:

 Public Sub New(ByVal connection As String, Optional ByVal oracleClientID As String = "")
        MyBase.New()
        _oracleConnection = New OracleConnection(connection)
        _clientID = oracleClientID
        End If
    End Sub
  

Вот суть кода для открытия соединения и закрытия, удаления:

 Try
    _OraCmd = New OracleCommand(command, _oracleConnection)
    With _OraCmd
        .BindByName = True
        .Parameters.Clear()
        .CommandType = CommandType.StoredProcedure
        _oracleConnection.Open()
            If _clientID <> "" Then _oracleConnection.ClientId = _clientID
        Dim OraDadpt As New OracleDataAdapter(_OraCmd)
            '' Logic to get data
        OraDadpt.Fill(ds)
    End With
Catch ex As Exception
    Throw ex
Finally

    ClearParameters()
    _OraCmd.Dispose()
    _oracleConnection.Close()
End Try
  

Идея заключается в том, что, поскольку соединение объединено, предполагается вызов триггера входа в систему, который никогда не выполняется, и идентификатор клиента никогда не устанавливается снова. Однако в документации ORACLE указано, что ClientID используется именно для того, что мы пытаемся сделать.

У кого-нибудь есть какие-либо мысли относительно того, почему SYS_CONTEXT (‘USERENV’, ‘CLIENT_IDENTIFIER’) не устанавливается на новый идентификатор пользователя, который передается в идентификатор клиента, когда пул подключений используется в нашем .СЕТЕВОЕ приложение с ODP.net ? Это настройка базы данных, настройка прослушивателя?

Обновить

Мы переадресовали проблему в Oracle. При этом нам пришлось создать небольшое тестовое приложение, которое имитировало проблему. При этом на моем локальном хостинге все работало отлично, используя встроенный веб-сервер Cassini Visual Studio. С IIS возникает проблема.

Обновить

Определено, что проблема не в IIS. Это были переменные пакета, которые не были удалены из-за повторного использования соединений, которые были объединены в пул, по сути, то, что должен делать пул. Мы решили это с помощью DBMS_SESSION.MODIFY_PACKAGE_STATE (DBMS_SESSION.ПОВТОРНАЯ ИНИЦИАЛИЗАЦИЯ).

Попробуйте использовать DBMS.Rest_Package перед закрытием подключений.

Проблема, я думаю, в том, что объединение в пул, включенное в ODP, сохраняет соединение, таким образом, когда каждый пользователь открывает и закрывает соединение с помощью ODP, объединение сохраняет переменные пакета сеанса в памяти; до истечения времени ожидания соединения. Однако, поскольку время ожидания и повторное установление соединения из базы данных с пулом происходят только после возврата соединения в пул, вы работаете с данными сеанса другого пользователя.

Это отлично работает как при включении, так и при выключении пула. Идентификатор клиента и ClientInfo в сеансе Oracle не обновляются до тех пор, пока не будет выполнена команда.

Не могли бы вы проверить правильность вашего утверждения if? Если _clientID <> «» , то _oracleConnection.ClientID = _clientID. Даже когда вы закрываете соединение, идентификатор клиента все равно останется прежним. Не уверен, где ваша настройка / получение _clientId при передаче этого в ваш метод.

 class Program
{
    static void Main(string[] args)
    {
        TestClientId test = new TestClientId();
        test.DoSomething("FirstClientId");
        test.DoSomething("ChangedClientId");
    }
}

public class TestClientId
{
    /// <summary>
    /// The connection string. 
    /// </summary>
    private const string ConnString = "DATA SOURCE=//server:port/service_name;USER ID=user;PASSWORD=pswd;";

    /// <summary>
    /// The oracle connection.
    /// </summary>
    private OracleConnection connection;

    /// <summary>
    /// The oracle session id.
    /// </summary>
    private long sid;

    /// <summary>
    /// Initializes a new instance of the <see cref="TestClientId"/> class.
    /// </summary>
    public TestClientId()
    {
        this.connection = new OracleConnection(ConnString);
    }

    /// <summary>
    /// Changes the client id of the oracle connection.
    /// </summary>
    /// <param name="clientId">The client id.</param>
    public void DoSomething(string clientId)
    {            
        this.connection.Open();
        this.sid = this.GetSessionId(this.connection);

        if (!string.IsNullOrEmpty(clientId))
        {
            this.connection.ClientInfo = clientId;
            this.connection.ClientId = clientId;                
        }

        OracleCommand command = new OracleCommand("select * from dual", this.connection);
        command.ExecuteNonQuery();

        this.connection.Close();
    }

    /// <summary>
    /// Gets the session id.
    /// </summary>
    /// <param name="con">The connection object.</param>
    /// <returns>The current oracle session id.</returns>
    public int GetSessionId(OracleConnection con)
    {
        OracleCommand cmd = new OracleCommand();
        cmd.Connection = con;
        cmd.CommandText = "select SYS_CONTEXT('USERENV','SID') from dual";
        object sid = cmd.ExecuteScalar();
        return Convert.ToInt32(sid);
    }
}
  

Идентификатор клиента сбрасывается только при закрытии соединения, и если вы закрываетесь, то его обязательно нужно сбросить.

Пул подключений помогает серверу базы данных прерывать незанятый сеанс и использовать соединение для обслуживания активного сеанса. Незанятый логический сеанс остается открытым, и физическое соединение автоматически восстанавливается при поступлении следующего запроса из этого сеанса. Итак, соединение действительно закрыто?

Поэтому было бы неплохо установить идентификатор сеанса с помощью DBMS_SESSION.SET_IDENTIFIER

Надеюсь, это поможет

Мне кажется очень опасным сохранять ссылку на подключение к базе данных в вашем сеансе. Идея пула подключений заключается в том, что запрос использует соединение на время выполнения запроса. Когда запрос завершается, соединение возвращается в пул. Затем соединение будет повторно использовано для большего количества запросов от разных пользователей.

Я подозреваю, что всевозможные неприятные вещи случаются, когда вы сохраняете соединение в своем сеансе. Вероятно, вы используете соединение, когда оно одновременно используется другим запросом. Или вы можете получить закрытое соединение, потому что пул connectin должен решить закрыть его.

Более того, триггер ВХОДА в систему, вероятно, выполняется только при первом создании подключения к базе данных, но не выполняется снова, когда соединение повторно используется для другого запроса или другого пользователя.

Чтобы устранить вашу проблему, перехватывайте подключение к базе данных в начале каждого запроса и явно задавайте идентификатор клиента (и / или выполняйте код, который запускается триггером входа в систему). Затем используйте это соединение на время выполнения запроса. Но не сохраняйте его нигде после завершения запроса.

Таким образом, ваше соединение всегда правильно инициализируется контекстом текущего пользователя. И вы придерживаетесь правил пула подключений.

Когда объединение в пул подключений включено, что хорошо и, конечно, путь в ASP.NET сценарий (и фактически в большинстве сценариев), вы не должны хранить какое-либо подключение к БД. Вы должны открывать и закрывать соединения, когда вам это нужно.

Вот ссылка о SQL Server, но это то же самое с Oracle, что объясняет это: класс SqlConnection

Таким образом, код, который вам нужно использовать при вызове Oracle, должен быть примерно таким, в любом месте вашего приложения, когда вам это нужно:

 Using connection As New OracleConnection(connectionString)
    connection.Open()
    ' Do work here; connection closed on following line.
End Using
  

Дело в том, что у вас не может быть включен пул подключений с информацией о конкретном пользователе в строке подключения. Поэтому я предлагаю вам реализовать свой код аудита без использования строки подключения.