aleksrov,

хорошо, в бэкап попадает всё.
Тогда Вы можете ответить на вопрос, который я Вам уже задавал: а каким образом это обеспечивается?

aleksrov,

Вы сами сомневаетесь, что это сложная задача, а теперь зачем-то мне предлагаете почитать Ваши ссылки.

aleksrovdefragmentatorпропущено...
.
Вот поддержание целостности создающегося бэкапа во время работы пользователей - это непростая задача :)

И почему же это не простая задача?

Вот Вы свои сомнения можете обосновать?
Я должен прочитать все эти статьи, чтобы понять, что бэкап - это простая задача?

aleksrov,

ну а как же.
Если пишете - обосновывайте.
Думаю, так принято в цивилизованном обществе.

Не обижаюсь на Вас, не волнуйтесь.

alexeyvg,

спасибо за ответ.
Хотя не в курсе деталей, как там лог устроен и удобно ли серверу с ним работать длительное время.
Вроде после завершения любой транзакции данные из лога должны сливаться в основной файл БД.

Да, и если лог большой, то получается, что БД переходит на время его записи в монопольный режим.

alexeyvgdefragmentatorДа, и если лог большой, то получается, что БД переходит на время его записи в монопольный режим.В смысле???
БД - это файл на диске, как он может с чем то работать, особенно "монопольно"?
Сервер да, работает с логом монопольно, пишет туда, и иногда читает.

Я имел в виду, что когда бэкапит лог, то остальные процессы подвисают.
Это так?

Гавриленко Сергей АлексеевичdefragmentatorЯ имел в виду, что когда бэкапит лог, то остальные процессы подвисают.
Это так?Да откуда же вы этот бред берете?
Ну в литературе всё в общем написано.
Там нет ответов на конкретные вопросы.
Приходится самому домысливать.
А курсов я не заканчивал.

alexeyvgdefragmentatorпропущено...


Я имел в виду, что когда бэкапит лог, то остальные процессы подвисают.
Это так?Нет, он дочитывает лог до нужного момента.
Почему другие приложения в этот момент не могут писать и читать лог???
вот 2 запроса пользователей могут писать и читать лог, бакап в этом смысле ничем от них не отличается, он тоже работает с логом наравне с другими запросами.

Может, вы считаете, что сервер выполняет только один запрос в один момент? Потому что "эксклюзивный доступ к логу"?
Это не так.

Транзакции БД - это другое дело.
Их можно закрывать в любом порядке.

При бэкапе происходит как бы одна большая транзакция.
Её процесс создания бэкапа должен единомоментно записать в файл резервной копии.
Или, при конфликте начинается новая транзакция и пишется в следующий заход и так далее?

defragmentatorТранзакции БД - это другое дело.
Их можно закрывать в нужном порядке.

исправил

alexeyvg defragmentator ,

Вот, например, описание механизма: https://technet.microsoft.com/ru-ru/library/2009.07.sqlbackup(en-us).aspx

И в итоге, как я писал: This mechanism means that transactions are not paused in any way by backup operations, although the extra I/O workload on the database may slow them down somewhat

То есть тормоза всё-таки на отдельных операциях наблюдаются.
Ну я так и думал.
Железо старое.
Большое спасибо.