Мы используем AlwaysOn Availability Group
функцию SQL Server 2012. Регулярные полные резервные копии базы данных и резервные копии журнала транзакций выполняются каждый день на вторичной базе данных.
Я прочитал здесь , что резервное копирование журнала транзакций на первичной или вторичной реплике помечает журналы транзакций обеих реплик как повторно используемые. В любом случае размер резервной копии журнала транзакций велик, и его можно уменьшить с помощью сжатого файла:
Я восстановил базу данных локально и выполнил операцию сжатия. Размер файла журнала был уменьшен до 160 МБ.
У меня вопрос, на какой базе данных мне следует выполнить операцию сжатия файла журнала транзакций (первичную, вторичную или обе)?
Я предполагаю, что в течение последних нескольких лет никаких резервных копий файла журнала не создавалось, поэтому он стал таким огромным. Выполняя, DBCC SQLPERF (LOGSPACE)
я вижу, что используются только 0.06%
файлы - нет смысла сохранять такой огромный размер файла журнала. В [sys].[database_files]
проверяю , что его max_size
установлен в -1
с growth
к , 65536
так что я думаю , когда это нужно больше места , он получит. Во всяком случае, я могу уменьшить его до 5%, например, чтобы предотвратить будущий рост. Я пытаюсь найти какое-то подтверждение, что это неплохая идея.
На самом деле, резервные копии (для базы данных и файлов журналов) выполняются только для вторичных баз данных, поэтому будет проще выполнить сжатие файлов на них, но будет ли также уменьшен размер основного файла журнала?