nokogerra
20-08-2016, 10:22
Доброго времени суток.
MS SQL 2008R2 (так говорит appwiz.cpl, емнип я накатывал R3, не уверен где это можно обнаружить), Windows Server 2012R2.
В MS SQL я совершенно не волоку, у меня используется в качестве СУБД для VMware vCenter (обычно использую vapp с SLES на борту, но тут вот исключение), обнаружил что ldf файл вырос до размеров 28 ГБ, сама база 4 ГБ. Режим восстановления - full (полагаю, нужно изменить на simple?). Прошу порекомендовать, как шринкнуть файл транзакции без какого-либо импакта и избежать его роста в будущем.
P.S. вообще, файл транзакции при таком режиме восстановления должен так расти только в случае если не выполняется резервное копирование базы. Veeam B&R в моем случае копирует логи транзакций (copy only, а не process transaction logs with this job), полагаю этого не достаточно, чтобы при таком режиме восстановления SQL считал что выполняется резервное копирование?
MS SQL 2008R2 (так говорит appwiz.cpl, емнип я накатывал R3, не уверен где это можно обнаружить), Windows Server 2012R2.
В MS SQL я совершенно не волоку, у меня используется в качестве СУБД для VMware vCenter (обычно использую vapp с SLES на борту, но тут вот исключение), обнаружил что ldf файл вырос до размеров 28 ГБ, сама база 4 ГБ. Режим восстановления - full (полагаю, нужно изменить на simple?). Прошу порекомендовать, как шринкнуть файл транзакции без какого-либо импакта и избежать его роста в будущем.
P.S. вообще, файл транзакции при таком режиме восстановления должен так расти только в случае если не выполняется резервное копирование базы. Veeam B&R в моем случае копирует логи транзакций (copy only, а не process transaction logs with this job), полагаю этого не достаточно, чтобы при таком режиме восстановления SQL считал что выполняется резервное копирование?