KatavЗдравствуйте! Имеется 1С:Предприятие 8.1 (8.1.13.37), конфигурация "Управление производственным предприятием", редакция 1.2 (1.2.20.1), база крутится на MS Sql 2005 SP3 (select @@version = Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86) Nov 24 2008 13:01:59 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 1)).
База 30 гиг, работает с MSSQL опциями по умолчанию. Хочу включить на базе опции ALLOW_SNAPSHOT_ISOLATION и READ_COMMITTED_SNAPSHOT.
Вопрос: есть ли у кого опыт эксплуатации базы с такими опциями? Могут ли возникнуть проблемы? Спрашиваю в этом форуме, потому что интересует именно опыт эксплуатации базы 1С.

Мне кажется, что включение этих опций счастья не добавит:
1. ALLOW_SNAPSHOT_ISOLATION работает только для уровня изоляции SNAPSHOT, который не используется 1С:Предприятием. Если предположить, что вы его включаете для "своих" транзакций, которые будете делать прямыми запросами, то следует как минимум представлять, что это дополнительная нагрузка на tempdb, которая в УПП и так неслабо используется.
Подробнее тут .
2. READ_COMMITTED_SNAPSHOT тоже "не спасёт отца русской демократии". Он влияет только на уровень изоляции READ_COMMITTED, а 1С в отчетах использует NOLOCK (он же READUNCOMMITTED), а внутри транзакций либо REPEATABLEREAD и SERIALIZABLE при автоматических блокировках, либо почти везде READCOMMITTED при управляемых блокировках (в некоторых случаях всё еще будут использоваться более тяжёлые блокировки, насколько я помню). Т.е. получается, что отчеты также будут пороть чушь (вот бы где SNAPSHOT изоляцию применять!), а транзакции будут использовать блокировки.
Если перевести все блокировки на управляемые, то смысла от этой опции всё равно много не будет. Блокировки - хоть и управляемые - никуда не денутся. Даже если предположить, что решили обойтись без блокировок - то в и этом случае ничего сверхвкусного не ждите - просто вместо отвала по ожиданию блокироки будет система отваливать по изменению строки. Ну и нагрузка на tempdb может опять же сыграть злую шутку.
Подробнее тут (основные понятия) и тут (детали использования и ограничения)