У меня есть около 10 баз данных на сервере, который у меня есть в модели полного восстановления, и все они зеркалируются с помощью Sql Server Mirroring.
Моя текущая стратегия резервного копирования следующая:
Полное резервное копирование 1:00
Дифференциальное резервное копирование каждые 2 часа
Резервное копирование журнала транзакций каждые 15 минут
У меня проблема в том, что дифференциальное резервное копирование очень медленное для пары баз данных, резервное копирование diff занимает в среднем примерно 11 минут.
Причина этого в том, что базы данных регулярно синхронизируются с другой системой для большого количества строк, что создает большое количество различий для резервного копирования.
С другой стороны, очевидно, что резервное копирование журнала транзакций выполняется очень быстро.
Это стало проблемой, поскольку во время дифференциального резервного копирования сервер борется с нагрузкой, в некоторых случаях вызывая тайм-ауты на клиентских машинах.
Каковы недостатки отказа от разностного резервного копирования и перехода к полному резервному копированию / резервному копированию транзакций? Очевидно, что время восстановления увеличилось бы, если бы не было резервных копий diff, но тогда у меня есть зеркальные базы данных, так должно ли это вообще быть проблемой?
Любые мысли будут оценены, на сервере в настоящее время работает Sql Server 2005.
Ура
Пока вы можете жить с дополнительным временем и действиями по восстановлению из резервного копирования и журналов транзакций в случае полного сбоя, различия будут избыточными. Убедитесь, что вы храните резервные копии и журналы достаточно далеко на тот случай, если возникнет проблема, которую никто не заметит сразу; Мне нравится хранить резервные копии и журналы на 4 дня на удаленном сайте и периодически выполнять восстановление на определенный момент времени, чтобы убедиться, что я могу восстановить, и посмотреть, сколько времени это займет. Готовьтесь заранее и планируйте худшее, убедитесь, что вы не единственный, кто знает, как выздороветь.
Нет. Ежедневное полное резервное копирование и резервное копирование журналов каждые 15 минут - допустимая стратегия резервного копирования.
Возможные отрицательные стороны включают:
Мои мысли: разницы каждые 2 часа кажутся мне чем-то вроде убийства, особенно если базы данных малы и так много данных меняется, что вы также можете сделать полное!
Полное и дифференциальное резервное копирование снижает производительность, поскольку процесс должен читать каждую страницу в базе данных. Нет никакого способа, которым я бы делал полный или diffs на db, когда он находится под нагрузкой или в рабочее время, к которому пользователи обращаются.
немного не по теме, но связано с тем, что здесь сказано: "... извините, это я неправильно понял. Хранение журналов на несколько дней полезно для менее используемых баз данных, которые мне звонят в понедельник от разработчика, который говорит, что удалил кучу строки в таблице в прошлый четверг, могу я вернуть их ему. Я люблю разработчиков ".
Вопрос: нельзя ли просто выполнить восстановление на определенный момент времени с помощью полной резервной копии вечером в четверг, или это по какой-то причине невозможно?