ALTER DATABASE SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE SET ALLOW_SNAPSHOT_ISOLATION ON;
y se debe asignar los siguiente privilegios y propiedades.
"DB_OWNER"
"BULK_INSERT"
Estas propiedades son aplicables para SQL Server 2005, 2008.
ALTER DATABASE HSS SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE HSS SET ALLOW_SNAPSHOT_ISOLATION ON;
ALTER DATABASE EPMA SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE EPMA SET ALLOW_SNAPSHOT_ISOLATION ON;
ALTER DATABASE EAS SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE EAS SET ALLOW_SNAPSHOT_ISOLATION ON;
ALTER DATABASE ESSE SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE ESSE SET ALLOW_SNAPSHOT_ISOLATION ON;
ALTER DATABASE PLNSYS SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE PLNSYS SET ALLOW_SNAPSHOT_ISOLATION ON;
ALTER DATABASE CALCM SET READ_COMMITTED_SNAPSHOT ON;
ALTER DATABASE CALCM SET ALLOW_SNAPSHOT_ISOLATION ON;
- Activar READ_COMMITTED_SNAPSHOT (poner ON) y utilizar aislamiento READ COMMITED. La principal ventaja de éste método, es que al utilizar el nivel de aislamiento READ COMMITED (que es justo el modo de aislamiento por defecto en SQL Server), estaremos aprovechando las ventajas del versionado de filas (row versioning). Por ello, en muchos casos, simplemente será necesario activar la opción de base de datos READ_COMMITTED_SNAPSHOT (poner a ON) y disfrutar del versionado de filas (row versioning), sin necesidad de tocar el código de las transacciones.
- Activar ALLOW_SNAPSHOT_ISOLATION (poner ON) y utilizar aislamiento SNAPSHOT. Requiere establecer de forma explícita el nivel de aislamiento SNAPSHOT, es decir, ejecutar SET TRANSACTION ISOLATION LEVEL SNAPSHOT. En caso del desarrollo de una aplicación nueva, es suficiente con tenerlo en cuenta, pero en caso de una aplicación existente, puede implicar tener que modificar el código fuente (algo que podría llegar a ser poco viable, según el caso).