|
Расчет предполагаемого размера лога БД.
|
|||
---|---|---|---|
#18+
Всем привет, подскажите, если есть БД размером 1Тб с моделью воcстановления Simple. Можно ли рассчитать исходя из размера данных, сколько потребуется места для лога для процедуры полного бэкапа этой БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2020, 11:19 |
|
Расчет предполагаемого размера лога БД.
|
|||
---|---|---|---|
#18+
Размер лога слабо зависит от объема БД, а зависит от кол-ва изменяемых данных и длинны транзакций. Поэтому ответ "нет, нельзя". ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2020, 11:23 |
|
Расчет предполагаемого размера лога БД.
|
|||
---|---|---|---|
#18+
teCa Всем привет, подскажите, если есть БД размером 1Тб с моделью воcстановления Simple. Можно ли рассчитать исходя из размера данных, сколько потребуется места для лога для процедуры полного бэкапа этой БД? нет, для этого нужно еще знать 1. Интенсивность записи в лог 2. Скорость чтения данных из фалов данных при бекапе. а дальше все просто 1тб делим на значение из пункта 2 и умножаем на значение из пункта 1 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2020, 11:24 |
|
Расчет предполагаемого размера лога БД.
|
|||
---|---|---|---|
#18+
Нет, нельзя. Т.к. размер лога в случае Simple recovery определяется размером данных, на которые в данный момент распространяются транзакции, а также тем, будут ли у вас применятся сокращенное логирование, например, при импорте данных. Т.е., например, если у вас 1000 коннектов одновременно меняют процентов по 5 данных в таблицах в длинных транзакциях, то у вас лог и до 2 Тб вырастет, как здрасти. Т.е. еще раз - размер лога в случае simple модели восстановления - это не функция от количества данных в базе, а функция от интенсивности манипуляций этими данным, а также количества данных, вовлеченных в эти манипуляции, и от степени параллельности манипуляций. И еще от видов самих манипуляций. В пределе: если у вас read only база, то лог вообще достаточен в 1 Мб. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2020, 11:30 |
|
Расчет предполагаемого размера лога БД.
|
|||
---|---|---|---|
#18+
uaggster Нет, нельзя. Т.к. размер лога в случае Simple recovery определяется размером данных, на которые в данный момент распространяются транзакции ... Вот это уже не верно В момент выполнения FULL бекапа лог не усекается, т.к. он будет добавлен в файл бекапа. Нужно это для восстановлен БД в согласованном виде. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2020, 11:32 |
|
Расчет предполагаемого размера лога БД.
|
|||
---|---|---|---|
#18+
msLex uaggster Нет, нельзя. Т.к. размер лога в случае Simple recovery определяется размером данных, на которые в данный момент распространяются транзакции ... Вот это уже не верно В момент выполнения FULL бекапа лог не усекается, т.к. он будет добавлен в файл бекапа. Нужно это для восстановлен БД в согласованном виде. В любом случае, размер лога будет максимальным когда либо созданным. Т.е. Если лог когда то раздулся, например, до терабайта, и, в настоящий момент, в целом пуст, то бэкап никак на его размер не повлияет. Другое дело, что если у вас лог пишется ближе к концу файла, и вы в этот момент производите бэкап, то да, лог вырастет еще сильнее, т.к. даже завершение транзакции не приведет к немедленному высвобождению места в логе. Вроде так. И, кстати, почему FULL то? С дифференциальным, вроде бы, всё то же самое должно быть? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2020, 11:56 |
|
|
start [/forum/topic.php?fid=46&msg=39974101&tid=1685942]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 156ms |
0 / 0 |