В SQL 2008 есть возможность создания моментального снимка. Кто использовал данную возможность для разгрузки основной базы данных, в случае если использовать этот "снимок" для пользователей, которым нужен только просмотр и отчеты по данным без изменения этих данных. Есть смысл настраивать или никакой разницы в производительности не будет?

> Кто использовал данную возможность для разгрузки основной базы данных, в случае если использовать этот "снимок" для пользователей

снимок это основной архив, дальше работа идет с incremental частью, т.е. медленнее.Это не разгрузка, а нагрузка.

архив = база, писал применительно к архивам, но суть та же у этих снимков

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

А смысл есть для отчетов? На скуле?
Если физически на другой сервер вынести, то да выигрыш есть.
Если на том же сервере расположить, мне кажеться только хуже будет.

еще в СКЛ есть Лог шиппинг

(4) Моментальный снимок базы данных должен создаваться и оставаться на том же экземпляре сервера, что и база данных-источник.
Так что на другой сервер вынести не получится.
Если сервер 1с и скульный сервер на разных машинах, то возможно будет побыстрее чуть-чуть, из-за разделения на стороне 1Сного сервера.

смысл в том чтобы разгрузить 1Сный сервер и возможно убрать с рабочей базы ресурсоемкие операции, а кроме того не заморачиваться с правами "Только просмотр" предоставив для анализа базу с данными которые невозможно изменить
Реально кто-нибудь настраивал такую схему или у всех только в теории???

2(7) ты сейчас спрашиваешь - работал ли кто-нибудь с РИБ-базами?
никто

(8) я спрашивал о конкретной схеме, я прекрасно понимаю что существует возможность сделать бэкап и поднять его на любом сервере SQL в том числе и на стороннем или создать отдельный узел для отчетов и настроить периодический обмен, мне интересен опыт применения описанный в (0) если он у кого то был и кто-то тестировал производительность

(4) эт точно, если делать копию на том же сервере, тормоза прибавятся
(7) настраивал, но для 7-ки файловой, по схеме:
а) Я сегодня делаю только отчеты
б) Автоматом копировалась база (dbf) с сервера на комп и монопольно отчеты ускорялись 10-100 раз.

Для 8-ки: если тормозит, меняйте сервер, без вариантов.

OLAP кубы - не?

(11) Типа оно, но они тоже хотят норм.оборудование, не том же железе не спасет

(12) Ну как сказать. Если отчеты нужны не прямо сейчас, то наполнение можно ночью, например, запускать.

(0) виртуализация тебе в помощь. либо план обмена с инкрементальной автоматической выгрузкой.