Сколько времени должно занять SET READ_COMMITTED_SNAPSHOT ON?

Вы можете проверить статус параметра READ_COMMITTED_SNAPSHOT с помощью ракурса sys.databases. Проверьте значение столбца is_read_committed_snapshot_on. Уже спросил и ответил.

Что касается продолжительности, в электронной документации указано, что при этом не может быть никаких других подключений к базе данных, но для этого не требуется однопользовательский режим. Таким образом, вы можете быть заблокированы другими активными подключениями. Запустите sp_who (или sp_who2), чтобы увидеть, что еще подключено к этой базе данных.

Попробуй это:

ALTER DATABASE generic SET READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK IMMEDIATE

Попробуйте этот код:

if (charindex('Microsoft SQL Server 2005',@@version) > 0)
begin
    declare @sql varchar(8000)
    select @sql = '
    ALTER DATABASE ' + DB_NAME() + ' SET SINGLE_USER WITH ROLLBACK IMMEDIATE ;
    ALTER DATABASE ' + DB_NAME() + ' SET READ_COMMITTED_SNAPSHOT ON;
    ALTER DATABASE ' + DB_NAME() + ' SET MULTI_USER;'

    Exec(@sql)
end

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

USE Master
GO

ALTER DATABASE [YourDatabase] SET READ_COMMITTED_SNAPSHOT ON
GO

У меня не было ни секунды, когда я изменил свою БД на одного пользователя

Хорошо (я первоначальный вопросник), так что все это время я даже не включил эту чертову штуку.

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

SELECT is_read_committed_snapshot_on, snapshot_isolation_state_desc,snapshot_isolation_state FROM sys.databases WHERE name='shipperdb'

ALTER DATABASE shipperdb SET allow_snapshot_isolation ON
ALTER DATABASE shipperdb SET SINGLE_USER WITH ROLLBACK IMMEDIATE
ALTER DATABASE shipperdb SET read_committed_snapshot ON
ALTER DATABASE shipperdb SET MULTI_USER

SELECT is_read_committed_snapshot_on, snapshot_isolation_state_desc,snapshot_isolation_state FROM sys.databases WHERE name='shipperdb'

Это работает даже при активных соединениях (по-видимому, вы не против, чтобы их выгнали).

Вы можете видеть состояние до и после, и это должно выполняться почти сразу.

ВАЖНЫЙ:

Опция READ_COMMITTED_SNAPSHOT выше соответствует IsolationLevel.ReadCommitted в .NET
. Опция ALLOW_SNAPSHOT_ISOLATION выше соответствует IsolationLevel.Snapshot в .NET.

Отличная статья о разных версиях

Советы .NET:

Похоже, что Isolationlevel.ReadCommitted разрешен в коде, даже если он не включен базой данных. Никаких предупреждений не выводится. Так что сделайте себе одолжение и убедитесь, что он включен, прежде чем вы предполагаете, что он находится в течение 3 лет, как я !!!

Если вы используете C#, вам, вероятно, понадобится ReadCommitted IsolationLevel, а не Snapshot - если только вы не выполняете запись в этой транзакции.

READ COMMITTED SNAPSHOT выполняет оптимистичное чтение и пессимистическое чтение. Напротив, SNAPSHOT выполняет оптимистичные чтения и оптимистические записи. (отсюда)

bool snapshotEnabled = true;

using (var t = new TransactionScope(TransactionScopeOption.Required,
               new TransactionOptions
{
     IsolationLevel = IsolationLevel.ReadCommitted
}))
{
     using (var shipDB = new ShipperDBDataContext())
     {

     }
}

Кроме того, вы можете получить сообщение об ошибке «неспособность продвигать» транзакцию. Ищите «продвижение» в Введение в System.Transactions в .NET Framework 2.0.

Если вы не делаете что-то особенное, например, подключение к внешней базе данных (или второй базе данных), то это может вызвать что-то простое, например создание нового DataContext. У меня был кеш, который «раскручивал» свой собственный текст данных при инициализации, и он пытался повысить транзакцию до полностью распределенной.

Решение было простым:

        using (var tran = new TransactionScope(TransactionScopeOption.Suppress))
        {
            using (var shipDB = new ShipperDBDataContext())
            { 
                 // initialize cache
            }
        }

См. Также Deadlocked, статья автора @CodingHorror

Попробуйте отключить другие службы SQL, чтобы работала только служба SQL-сервера.

Моя работала 5 минут, затем я отменил ее, потому что было очевидно, что ничего не происходит. Это совершенно новый сервер, поэтому другие пользователи не подключены. Я отключил службы отчетов SQL, а затем снова запустил их ... на завершение ушло меньше секунды.

Я попробовал команду:

ALTER DATABASE MyDB SET READ_COMMITTED_SNAPSHOT ON
GO

против коробки разработчика, но это заняло 10+ минут, поэтому я убил его.

Затем я нашел это:

https://willwarren.com/2015/10/12/sql-server-read-committed-snapshot/

и использовал свой кодовый блок (для выполнения которого потребовалось около 1:26):

USE master
GO

/** 
 * Cut off live connections
 * This will roll back any open transactions after 30 seconds and
 * restricts access to the DB to logins with sysadmin, dbcreator or
 * db_owner roles
 */
ALTER DATABASE MyDB SET RESTRICTED_USER WITH ROLLBACK AFTER 30 SECONDS
GO

-- Enable RCSI for MyDB
ALTER DATABASE MyDB SET READ_COMMITTED_SNAPSHOT ON
GO

-- Allow connections to be established once again
ALTER DATABASE MyDB SET MULTI_USER
GO

-- Check the status afterwards to make sure it worked
SELECT is_read_committed_snapshot_on
FROM sys.databases
WHERE [name] = 'MyDB '