segunда, эта инструкция разрешает использовать версионность на уровне транзакций . А для того чтобы ей воспользоваться на клиенте нужно дополнительно указать set transaction isolation level snapshot . Если не указать, то версионность на уровне транзакций на клиенте использоваться не будет, хотя cервер исправно будет создавать версии строк при операциях update/delete.

другой тип версионности - это версионность на уровне инструкций , который включается командой alter database set read_committed_snapshot on . Сервер также будет создавать версии строк при операциях update/delete. В этом случае для того чтобы ей воспользоваться на клиенте никакие set transaction isolation level.. задавать не нужно.
Причем, если я не ошибаюсь, то эти разные типы версионности и ведут себя немного по разному.
Тот который включается по alter database set read_committed_snapshot on и работает на уровне изоляции READ COMMITTED по поведению (не по реализации, конечно) ближе к Оракловому, т.е допускает фантомы.
Второй тип, который врубается по alter database set allow_snapshot_isolation on и работает на уровне изоляции SET TRANSACTION ISOLATION LEVEL SNAPSHOT фантомов не допускает.

Еще в MSSQL2005 Enterprise есть возможность сделать "snapshot" всей базы целиком. Создается своего рода read only версия базы на определенный момент времени, куда копируются все страницы из оригинальной базы, перед тем как они будут изменены каким-нибудь update-ом. Удобная фича для замораживания состояния базы на определенные моменты времени (для отчетов, например). Причем, всегда можно вернуть базу к этому состоянию так же как из backup-а.

segunнебольшая поправка: он не допускает фантомов, потому что работает только с закоммиченными данными, актуальными на момент старта инструкции.
Еще одно отличие от уровня Read Committed -он не накладывает блокировки на чтение при операциях SELECT.
У меня прямо сейчас нет MSSQL2005 под рукой.
Если вам не влом, то выполните тот самый нашумевший здесь скрипт с разными установками версионности на MSSQL2005 и посмотрите, что у вас будет в таблице "A":

To segun:
Проэкспериментировал сам.
В результате при установке ALTER DATABASE SET ALLOW_SNAPSHOT_ISOLATION ON и уровне изоляции SET TRANSACTION ISOLATION LEVEL SNAPSHOT мне удалось получить две записи в таблице, при условии что в таблице до этого ничего не было, что вообщем-то нормально. Если же в таблице уже была подобная строка, то вторая транзакция отваливается с ошибкой.
При ALTER DATABASE SET READ_COMMITTED_SNAPSHOT ON и READ COMMITTED, вы правы, вторая транзакция ждет завершения первой.

Выходит, все же есть разница в работе этих версионных механизмов.
Точнее разница в работе одного MS-версионного механизма, работающего в разных уровнях изоляции READ COMMITTED и фирменного SNAPSHOT от MS.

В любом случае на Оракловскую версионность это не похоже. Это скорее некая версионность поверх блокировочника. По крайней мере, эти нюансы придется учитывать тем ораклистам, которым придется работать и с mssql.