Как уменьшить размер разностной резервной копии?

Question

[ITF]

Есть база, размер .mdf - 23Гб
В настройках сервера стоит галочка "сжимать резервные копии"
Настроена задача на выгрузку бэкапа через SQL-запрос:

BACKUP DATABASE @BaseName
   TO DISK = @BackUpFileName
   WITH  NOFORMAT, NOINIT,
   NAME = @BackUpBaseName,
   SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 10

Т.е. делается полная копия, и затем аналогичным запросом каждый час дифф.
Перед полный бэкапом, файл базы (.mdf) и журнала (.ldf) шринкуются.
В конце дня складывается в архив. Но... Он почему-то 39Гб.

Беру этот файл, разворачиваю рядом, запускаю руками выгрузку бэкапа - файл получается 5Гб.
Понятно что это без разностных, но не понятно что бы разностные такую разницу показывали.

Comments

[Константин Цветков]

Вы не указали размеры файлов резервных копий из ежедневного архива.
Вы не показали запрос на создание разностной резервной копии.

[Константин Цветков]

Предполагаю, что реальный вопрос: почему после сжатия базы данных она не уменьшается с 23ГБ до 5ГБ?
Возможная причина: нет реорганизации файлов.

[ITF]

Константин Цветков,
аналогичным запросом делается дифф, просто добавляю DIFFERENTIAL.
Разностные в тот же файл складываются.

BACKUP DATABASE @BaseName
			TO DISK = @BackUpFileName
			WITH  DIFFERENTIAL , NOFORMAT, NOINIT,
			NAME = @BackUpBaseName,
			SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 10

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

[ITF]

но вот я уверен что с 6 до 9 практически некому вносить изменения, что бы дифф столько весил.

[Константин Цветков]

ITF, Разностная резервная копия строится на изменениях в 8 физических страницах за раз. У вас (что вы не подтвердили) из 23 ГБ только 5ГБ реальных данных. То есть данные "размазаны" по страницам и любое их минимальное изменение добавляет большое количество страниц в разностную копию.

[Константин Цветков]

Есть ещё одно предположение: это 1С. У которой есть привычка вносить изменения не несущих реальных изменений (например, переписывать регистры хотя документы не менялись).

[ITF]

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

[Константин Цветков]

ITF, Не надо отказываться от разностных резервных копий.
Много раз бухгалтерия просила (из-за ошибки в одном расчёте - не терять дневную работу) восстановить базу на конкретный час.
Тем более, что в 1С есть инструмент позволяющий выдать список изменений между различными версиями базы. То есть текущую "отбрасываю на дуршлаг" - копирую в другую базу и восстанавливаю по-часовую. И отдаю бухгалтерии документы которые они сделали за этот час и они их заново обрабатывают (только без ошибки).

[Константин Цветков]

ITF, Можно через несколько дней заменить архив с разностными копиями одной полной резервной копией с WITH COPY_ONLY, которая не влияет на последовательность копий, за тот же день.

Answer 1

[Константин Цветков]

Оптимизируйте свою базу данных 1С, сначала с помощью конфигуратора, а затем средствами MS SQL. Сожмите базу по-файлово, оптимально настроив каждый из них. Для более подробной информации обогатите интернет (таких руководств множество).


Делайте в 6:00 полную резервную копию и разностные уменьшатся во много, много раз.

Comments

[ITF]

По идее перед Full бэкапом, у меня он режется. После этого я пересчитываю индексы и обновляю статистику.

[Константин Цветков]

ITF, Разностная копия делается от последней полной. То есть если вы сделаете полную копию в 6:00, то разностная будет не 15ГБ, а 15МБ.

[ITF]

Константин Цветков, последующие диф идут от дифов... но вес не меняется -_-

[Константин Цветков]

ITF, Нет. Документация.