Snapshot Isolation in SQL Server

Snapshot Isolation in SQL Server

Wiki Article on SnapShot Isolation :

Issues with SnapShot Isolation:

Kimberly Tripp Video on Isolation Levels :

Kendra Little on SnapShot Isolatioin :

Microsoft Link:

SQL Team Link :

Idera Short article on TempDB :

Jim Gray Example by Craig Freedman :

I’m reading about tempdb version store cleanup and wanted to confirm something. We are using SNAPSHOT_ISOLATION and READ_COMMITTED_SNAPSHOT set to ON.Our tempdb has grown to 60GB and the version store is 56GB.

Troubleshooting tempdb Growth because of Version Store Growth :

Things to Consider:

When the READ_COMMITTED_SNAPSHOT database option is ON, READ_COMMITTED transactions provide statement-level read consistency using row versioning.
When the ALLOW_SNAPSHOT_ISOLATION database option is ON, SNAPSHOT transactions provide transaction-level read consistency using row versioning.

SQL  doesn’t automatically add 14 bytes per row , only it does as the versions needed but it stays. Index Rebuilds would drop the 14 Byte version identifier.

Here’s the bit that’s easy to miss. As soon as you enable SNAPSHOT isolation on a database, SQL Server waits for running transactions to complete, then immediately starts using versioning for data modifications. You start using an extra 14 bytes per row on tables in the database itself. Also, versions are created in the tempdb version store to hold the previous value of data for updates, deletes, and some inserts.

tempdb must have enough disk space for the version store. If there are very long-running transactions, all the versions generated by update transactions during the time must be kept in tempdb. If tempdb runs out of space, update operations do not fail, but read operations using row versioning might fail.

Row versioning information requires 14 bytes added to the database row.

Update performance can be slower due to the work involved in maintaining row versions. In typical OLTP workloads, each update changes just a few rows in a database. In these systems, the performance for updates in a database where the options are ON may be only a few percentage points slower compared to databases with both options OFF. The performance cost of versioned updates could be higher when larger amounts of data change during update operations.

Enable SnapShot Isolation:

USE AdventureWorks2012;
USE master;
ALTER DATABASE AdventureWorks2012
-- Check the state of the snapshot_isolation_framework
-- in the database.
SELECT name, snapshot_isolation_state, snapshot_isolation_state_desc AS description
FROM sys.databases
WHERE name = N'AdventureWorks2012';

-- To enable within a Statement

TempDB Resource Utilization Related Queries:

-- Determining the Amount of Free Space in tempdb
SELECT @@SERVERNAME ServerName, DB_NAME() DBName, SUM(unallocated_extent_page_count) AS [free pages],
(SUM(unallocated_extent_page_count)*1.0/128) AS [free space in MB]
FROM sys.dm_db_file_space_usage;

-- Determining the Amount Space Used by the Version Store
SELECT SUM(version_store_reserved_page_count) AS [version store pages used],
(SUM(version_store_reserved_page_count)*1.0/128) AS [version store space in MB]
FROM sys.dm_db_file_space_usage;

--Determining the Longest Running TRANSACTION
SELECT transaction_id
FROM sys.dm_tran_active_snapshot_database_transactions
ORDER BY elapsed_time_seconds DESC;

-- Determining the Amount of Space Used by Internal Objects
SELECT SUM(internal_object_reserved_page_count) AS [internal object pages used],
(SUM(internal_object_reserved_page_count)*1.0/128) AS [internal object space in MB]
FROM sys.dm_db_file_space_usage;

--Determining the Amount of Space Used by User Objects
SELECT SUM(user_object_reserved_page_count) AS [user object pages used],
(SUM(user_object_reserved_page_count)*1.0/128) AS [user object space in MB]
FROM sys.dm_db_file_space_usage;

-- Determining the Total Amount of Space (Free and Used)
SELECT SUM(size)*1.0/128 AS [size in MB]
FROM tempdb.sys.database_files
Isolation level Dirty Reads Non-repeatable reads Phantom reads Concurrency control
READ UNCOMMITTED Yes Yes Yes Pessimistic
READ COMMITTED (Default Isolation) No Yes Yes Pessimistic
READ COMMITTED (snapshot Isolation ) No Yes Yes Optimistic
REPEATABLE READ No No Yes Pessimistic
SNAPSHOT No No No Optimistic
SERIALIZABLE No No No Pessimistic


Msg 3960, Level 16, State 2, Procedure XXXXXXXXXXXXX, Line 9
Snapshot isolation transaction aborted due to update conflict. You cannot use snapshot isolation to access table '' directly or indirectly in database '' to update, delete, or insert the row that has been modified or deleted by another transaction. Retry the transaction or change the isolation level for the update/delete statement.

Update Conflicts:

Good Article by Sunil Agarwal:

Update operations running under snapshot isolation internally execute under read committed isolation when the snapshot transaction accesses any of the following:
A table with a FOREIGN KEY constraint.
A table that is referenced in the FOREIGN KEY constraint of another table.
An indexed view referencing more than one table.
However, even under these conditions the update operation will continue to verify that the data has not been modified by another transaction. If data has been modified by another transaction, the snapshot transaction encounters an update conflict and is terminated.

You may also like...