|
|
|
Полный бэкап и размер лог файла?
|
|||
|---|---|---|---|
|
#18+
Всем привет. Есть БД размером 3.2Тб в режиме SIMPLE. DATA и LOG файлы лежат на одном диске. Подскажите, при выполнении полного бэкапа данной БД, начинает расти лог. В итоге, размер лога упирается в свободное место на диске. Что в данном случае сервер пишет в лог? Можно ли спрогнозировать размер лога для бэкапа или предотвратить рост лога? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2020, 11:06 |
|
||
|
Полный бэкап и размер лог файла?
|
|||
|---|---|---|---|
|
#18+
На вермя создания полного бекапа модель восстановления переводится в full, т.к. в полный бекап должны войти данные из лога. В это время сервер пишет в лог то же самое, что и всегда (почти что), разница в том, что место в файле лога не может быть переиспользовано. Варинат решения - делать бекап в период, когда данные меньше меняются и нет длинных транзакций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2020, 11:26 |
|
||
|
Полный бэкап и размер лог файла?
|
|||
|---|---|---|---|
|
#18+
Тяп-ляп На вермя создания полного бекапа модель восстановления переводится в full, т.к. в полный бекап должны войти данные из лога. В это время сервер пишет в лог то же самое, что и всегда (почти что), разница в том, что место в файле лога не может быть переиспользовано. Варинат решения - делать бекап в период, когда данные меньше меняются и нет длинных транзакций. Длина транзакции никак не влияет на размер лога в Full модели. Более того, если разбить одну транзакцию на много маленьких, то размер лога даже вырастит из-за увеличения количества begin tran и commit tran. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2020, 11:37 |
|
||
|
Полный бэкап и размер лог файла?
|
|||
|---|---|---|---|
|
#18+
Уточню: длинная = длительная по времени. Длинная транзакция в модели full приводит к напоплению в логе данных других транзакций, выполняющихся в это же время. Даже если сама она изменила минимум данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2020, 11:52 |
|
||
|
Полный бэкап и размер лог файла?
|
|||
|---|---|---|---|
|
#18+
Спасибо, а для чего сервер это делает? На какой случай он сохраняет транзакции в лог в момент бэкапа? Как я понимаю, данные в бэкапе будут на момент начала создания бэкапа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2020, 11:52 |
|
||
|
Полный бэкап и размер лог файла?
|
|||
|---|---|---|---|
|
#18+
Тяп-ляп Уточню: длинная = длительная по времени. Длинная транзакция в модели full приводит к напоплению в логе данных других транзакций, выполняющихся в это же время. Даже если сама она изменила минимум данных. Пока делается бекап, лог не будет усекаться. Длина транзакции (время ли, количество операций ли) - не имеет значение. teCa Спасибо, а для чего сервер это делает? На какой случай он сохраняет транзакции в лог в момент бэкапа? Как я понимаю, данные в бэкапе будут на момент начала создания бэкапа? Бекап обязан быть консистентным. Так как операция бекапа не мгновенная, в нем окажутся данные на разные моменты времени. Для того чтобы их привести к единой точки времени, в полный бекап сохраняется бекап лога за все время выполнения полного бекапа. UPD Данные в бекапе будут ни на момент начала и ни на момент окончания бекапа. Дынные будут на момент окончания бекапа данных, после которого в файл бекапа будут еще добавлен бекап лога. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2020, 12:01 |
|
||
|
|
start [/forum/topic.php?desktop=1&fid=46&tid=1685387]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 294ms |
| total: | 439ms |
| 0 / 0 |
