MS_SQL 2008, в нем 1С база, я захожу в нее в 1С, захожу в ManagementStudio делаю бэкап этой базы, разве он не должен был выдать ошибку?

(0) Вид авторизации какой? Или что?

ЗЫ: Не должен.

нет, не требует.
Более того, он обеспечивает целостность транзакций.

поченму? в аналогичной ситуации и 2000-й работает корректно

(0) а почему он должен выдать ошибку?

(3)+ причем бэкап формируется на конец завершения бэкапа используя систему законченных транзакций...
это не ДБФ

(1) Windows + sql
(2) Еще бы бэкап не обеспечивал целостность, в чем его смысл тогда.

(4)
Просто на сколько я помню, а читал я про это давно ),
full - нужен для полной выгрузки файла данных + файла транзакций, при этом к базе не должен ни кто быть подключен, дифференциальный бэкап - это первоначально выгрузка данных, а в дальнейшем выгрузка только файла транзакций, что занимает меньше времени и пользователей вроде как не надо выгонять, но при восстановлении надо будет "накатить" на первоначальный файл данных все выгруженные файлы транзакций.

В общем ладно, буду читать что-нибудь на тему, всем спасибо.

(2) С целостностью транзакций как-то проще.
А вот каким образом сиквел обеспечивает целостность бэкапа, создание которого может занимать продолжительное время, для меня не так очевидно. Получается, в дополнение к обычным механизмам, сиквел должен версионировать все изменения в процессе формирования бэкапа. По сути, держать еще одну картинку - на момент старта бэкапа. И чем больше изменений в процессе бэкапа - тем более ресурсоемко её поддержание.

Или сиквел на время бэкапа блокирует таблицы от изменений? Никогда не задавался раньше этим вопросом...

Никто ничего не блокирует. Он добавляет логи транзакций. А при восстановлении - накатывает их

+(10) ну да, все простое - неожиданно просто

(10) Это возможно, только если на время бэкапа отменяются контрольные точки. Судя по всему, так и есть. Во всяком случае вычитал, что перед бэкапом принудительно отрабатывается контрольная точка. Так что да - механизм простой и функциональный получается, без доп-извратов.

бекапятся все завершённые транзакции

(12) + Хотя стоп. Если во время бэкапа не отрабатываются контрольные точки, то достаточно просто забэкапить то, что на диске. На кой хрен бэкапить еще транзакции?
Судя по всему так и есть. Перед бэкапом - контрольная точка (буфер сбрасывается на диск). Бэкапится тупо база с диска. А все изменения базы во время бэкапа отражаются только в буферном кэше, без сброса изменений на диск. А уже после бэкапа контрольные точки отрабатывают по расписанию.

Речь о фулл-бэкапе, ессно.

на момент начала снятия бэкапа делается бряк, что вот они данные, все завершенные транзакции после начала снятия бэкапа пишутся в буфер какойто, который учитывается при получении данных. после снятия бэкапа этот буфер накатывается на физические таблицы.