Невозможно продолжить выполнение, так как сеанс находится в состоянии уничтожения. при построении кластерного индекса

11

Я получаю следующую ошибку при попытке создать кластерный индекс

Заявление было прекращено.
Сообщение 596, уровень 21, состояние 1, строка 0
Не удается продолжить выполнение, поскольку сеанс находится в состоянии уничтожения.

Сообщение 0, уровень 20, состояние 0, строка 0
Произошла серьезная ошибка в текущей команде. Результаты, если таковые имеются, должны быть отброшены.

Индекс:

BEGIN TRANSACTION
SET QUOTED_IDENTIFIER ON
SET ARITHABORT ON
SET NUMERIC_ROUNDABORT OFF
SET CONCAT_NULL_YIELDS_NULL ON
SET ANSI_NULLS ON
SET ANSI_PADDING ON
SET ANSI_WARNINGS ON
COMMIT

BEGIN TRANSACTION
GO

CREATE CLUSTERED INDEX IX_CO_DES_INPUT 
ON dbo.CO_DES_INPUT(DESIGN_ID, PRODUCT_INPUT_NUM, INPUT_NAME)
          WITH(STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, 
               ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO

ALTER TABLE dbo.CO_DES_INPUT 
  SET (LOCK_ESCALATION = TABLE)
GO
COMMIT

Я использую Microsoft SQL Server 2012 (SP3) (KB3072779) - 11.0.6020.0 (X64) Standard Edition (64-разрядная версия) в Windows NT 6.3 (сборка 9600:)

Я бегал

DBCC CheckDB ('concept-test') WITH NO_INFOMSGS, ALL_ERRORMSGS  

и это не нашло проблем

Я боюсь, что моя база данных повреждена, так как я получаю эту ошибку. Как мне исправить мою проблему и получить этот индекс на стол?

user2904235
источник
Я получаю ту же ошибку, когда я иду, чтобы добавить некластеризованный индекс в той же таблице. Я попытался сначала добавить некластеризованный. Я получил эту ошибку. Поэтому я подумал, что у меня может быть повреждение индекса, и попытался удалить все индексы и воссоздать их. Именно тогда я получил сообщение об ошибке, которое я первоначально отправил. Я мог бы добавить, что проверка Idera SQL Integrity обнаружила повреждение индексов для этой таблицы. Теперь вопрос в том, как мне это исправить.
user2904235
Возможно ли, что ваша операция потерпит неудачу, когда обнаружит нарушение ограничения или что-то в этом роде? Пожалуйста, посмотрите на это: http://stackoverflow.com/questions/34518205/c-sharp-cmd-executescalar-cannot-continue-the-execution-because-the-session
Виктор Барахас

Ответы:

4

Просто указатель на: SQL Server 2017 (где я сталкивался с этой ошибкой) и некоторые версии 2016 года, чтобы потенциально сэкономить другим время:

До выпуска SQL Server 2017 CU8 (также 2016 SP1 CU9 и 2016 SP2 CU1) существовала проблема, при которой многораздельные таблицы с инкрементной статистикой генерировали эту ошибку, если операция DML вызывала автоматическое обновление статистики.

Минимальная КБ страница находится здесь:

https://support.microsoft.com/en-us/help/4163478/fix-access-violation-when-incremental-statistics-automatically-updated

Установка более позднего CU, чем перечисленные выше, устраняет проблему.

cbailiss
источник
3

Это может быть вызвано повреждением индекса,

Лучший способ справиться с этим - удалить старый индекс, который поврежден.

DROP INDEX dbo.CO_DES_INPUT.IX_CO_DES_INPUT 

И чем запускать запрос в вопросах, он должен работать нормально, если все записи уникальны. в данных столбцах.

MarmiK
источник
3

В базе данных, настроенной на группы «Всегда в наличии», вы также можете столкнуться с таким поведением, если группа доступности находится в режиме SYNCHRONOUS, а вторичные устройства отключены или приостановлены. Это побочный эффект, испытываемый серверами приложений. Спасибо,

Kangeles
источник
2

Что-то, что я невольно обнаружил: когда вы отключаете / перестраиваете индексы в индексированном представлении, вы получите ту же ошибку, если попытаетесь перестроить один или несколько некластеризованных индексов до построения кластеризованного или использовать REBUILD ALL.

PseudoToad
источник
2

Я всегда получаю эту ошибку, когда у меня есть работающий запрос, использующий прослушиватель Always On AG, использующий одну из баз данных AG, и происходит аварийное переключение:

Поставщик данных .Net SqlClient: Сообщение 596, уровень 21, состояние 1, строка 0 Не удается продолжить выполнение, поскольку сеанс находится в состоянии уничтожения. Поставщик данных .Net SqlClient: Сообщение 0, уровень 20, состояние 0, строка 0 Произошла серьезная ошибка в текущей команде. Результаты, если таковые имеются, должны быть отброшены.

Очень легко воспроизвести! Конечно, могут быть и другие причины, но это один конкретный случай, когда я получаю этот тип ошибки ...

HansLindgren
источник
0

Я могу воспроизвести эту проблему в довольно небольшой программе на C #, которая использует асинхронные соединения, но я не уверен на 100%, почему. Вот моя программа репро на тот случай, если другие захотят попробовать - я подозреваю, что есть ряд вещей, которые должны выстроиться идеально, чтобы это произошло:

  • Пул подключений включен
  • Использование олицетворения в пуле соединений, запрещение возврата этого контекста олицетворения в пуле соединений
void Main()
{
    var impersonateMyself = System.Security.Principal.WindowsIdentity.GetCurrent().Name;

    var testCommand = "SELECT TOP 1 * FROM sys.objects";
    var calls = Enumerable.Repeat(
        $@"{testCommand};",
        10
    );
    var impersonatedCalls = Enumerable.Repeat(
        $@"EXECUTE AS LOGIN = '{impersonateMyself} WITH NO REVERT';  {testCommand}; REVERT;",
        10
    );
    Dictionary<string, object> dict = new Dictionary<string, object>()
    {
    };

    // Scenario 1: Impersonated Calls, With connection pooling -- will randomly fail
    Parallel.ForEach(
        impersonatedCalls,
        c => new SqlAsync("Data Source=devsql2;Initial Catalog=Test;Integrated Security=true;Max Pool Size=2;").AsyncSqlCall<List<A>>(c, CommandType.Text, handleResultAsync, dict).Dump());

    Parallel.ForEach(
        impersonatedCalls,
        c => new SqlSync("Data Source=devsql2;Initial Catalog=Test;Integrated Security=true;Max Pool Size=2;").SyncSqlCall<List<A>>(c, CommandType.Text, handleResultSync, dict).Dump());


    // Scenario 2: Normal calls, with connection pooling -- should succeed every time
    Parallel.ForEach(
        calls,
        c => new SqlAsync("Data Source=devsql2;Initial Catalog=Test;Integrated Security=true;Max Pool Size=2;").AsyncSqlCall<List<A>>(c, CommandType.Text, handleResultAsync, dict).Dump());

    Parallel.ForEach(
        calls,
        c => new SqlSync("Data Source=devsql2;Initial Catalog=Test;Integrated Security=true;Max Pool Size=2;").SyncSqlCall<List<A>>(c, CommandType.Text, handleResultSync, dict).Dump());



// Scenario 3: Impersonated Calls, WITHOUT connection pooling -- should succeed every time
    Parallel.ForEach(
        impersonatedCalls,
        c => new SqlAsync("Data Source=devsql2;Initial Catalog=Test;Integrated Security=true;Max Pool Size=200;").AsyncSqlCall<List<A>>(c, CommandType.Text, handleResultAsync, dict).Dump());

    Parallel.ForEach(
        impersonatedCalls,
        c => new SqlSync("Data Source=devsql2;Initial Catalog=Test;Integrated Security=true;Max Pool Size=200;").SyncSqlCall<List<A>>(c, CommandType.Text, handleResultSync, dict).Dump());
}

public class SqlSync
{
    private readonly string _connectionString;
    public int Timeout {get; set;}

    public SqlSync(string connString)
    {
        _connectionString = connString;
        Timeout = 30;
    }

    public T SyncSqlCall<T>(string commandText, CommandType type, Func<SqlDataReader, T> handleResult, Dictionary<string, object> parameters = null)
    {
        using (SqlConnection conn = new SqlConnection(_connectionString))
        using (SqlCommand cmd = new SqlCommand(commandText, conn))
        {
            cmd.CommandTimeout = Timeout;
            cmd.CommandType = CommandType.Text;

            if (parameters != null)
            {
                foreach (KeyValuePair<string, object> kvp in parameters)
                    cmd.Parameters.AddWithValue(kvp.Key, kvp.Value ?? DBNull.Value);
            }

            conn.Open();

            using (var rdr = cmd.ExecuteReader(CommandBehavior.CloseConnection))
                return handleResult(rdr);
        }
    }
}

public class SqlAsync
{
    private readonly string _connectionString;
    public int Timeout { get; set; }

    public SqlAsync(string connString)
    {
        _connectionString = connString;
        Timeout = 30;
    }

    public Task<T> AsyncSqlCall<T>(string sp, CommandType commandType, Func<SqlDataReader, Task<T>> handleResult, Dictionary<string, object> parameters = null)
    {
        return AsyncSqlCall<T>(sp, commandType, (reader, token) => handleResult(reader), CancellationToken.None, parameters);
    }

    public async Task<T> AsyncSqlCall<T>(string commandText, CommandType type, Func<SqlDataReader, CancellationToken, Task<T>> handleResult, CancellationToken cancellationToken, Dictionary<string, object> parameters = null)
    {
        using (SqlConnection conn = new SqlConnection(_connectionString))
        using (SqlCommand cmd = new SqlCommand(commandText, conn))
        {
            cmd.CommandTimeout = Timeout;
            cmd.CommandType = CommandType.Text;

            if (parameters != null)
            {
                foreach (KeyValuePair<string, object> kvp in parameters)
                    cmd.Parameters.AddWithValue(kvp.Key, kvp.Value ?? DBNull.Value);
            }

            await conn.OpenAsync(cancellationToken);

//          if (conn.State != ConnectionState.Open)
//              await Task.Delay(TimeSpan.FromMilliseconds(10));
            using (var rdr = await cmd.ExecuteReaderAsync(CommandBehavior.CloseConnection, cancellationToken))
                return await handleResult(rdr, cancellationToken);
        }
    }
}

public class A
{
    public string object_name { get; set; }
}

public static Func<SqlDataReader, Task<List<A>>> handleResultAsync = (SqlDataReader sdr) =>
{
    var result = new List<A>();
    while (sdr.Read())
    {
        result.Add(new A { object_name = sdr.GetFieldValue<string>(0) });
    }
    return Task.FromResult(result);
};

public static Func<SqlDataReader, List<A>> handleResultSync = (SqlDataReader sdr) =>
{
    var result = new List<A>();
    while (sdr.Read())
    {
        result.Add(new A { object_name = sdr.GetFieldValue<string>(0) });
    }
    return result;
};
Джон Заброски
источник