Назад | Перейти на главную страницу

SQL Server мне нужны мои дифференциальные резервные копии?

У меня есть около 10 баз данных на сервере, который у меня есть в модели полного восстановления, и все они зеркалируются с помощью Sql Server Mirroring.

Моя текущая стратегия резервного копирования следующая:

Полное резервное копирование 1:00

Дифференциальное резервное копирование каждые 2 часа

Резервное копирование журнала транзакций каждые 15 минут

У меня проблема в том, что дифференциальное резервное копирование очень медленное для пары баз данных, резервное копирование diff занимает в среднем примерно 11 минут.

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

С другой стороны, очевидно, что резервное копирование журнала транзакций выполняется очень быстро.

Это стало проблемой, поскольку во время дифференциального резервного копирования сервер борется с нагрузкой, в некоторых случаях вызывая тайм-ауты на клиентских машинах.

Каковы недостатки отказа от разностного резервного копирования и перехода к полному резервному копированию / резервному копированию транзакций? Очевидно, что время восстановления увеличилось бы, если бы не было резервных копий diff, но тогда у меня есть зеркальные базы данных, так должно ли это вообще быть проблемой?

Любые мысли будут оценены, на сервере в настоящее время работает Sql Server 2005.

Ура

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

Нет. Ежедневное полное резервное копирование и резервное копирование журналов каждые 15 минут - допустимая стратегия резервного копирования.

Возможные отрицательные стороны включают:

  • Использование большего дискового пространства (если было бы полезно знать размеры резервных копий каждого типа и степень хранения), потому что вам придется хранить свои журналы по крайней мере до следующего полного резервного копирования.
  • Более длительный период восстановления всех этих резервных копий журналов, если вы не используете студию управления или скрипт для его автоматизации.

Мои мысли: разницы каждые 2 часа кажутся мне чем-то вроде убийства, особенно если базы данных малы и так много данных меняется, что вы также можете сделать полное!

Полное и дифференциальное резервное копирование снижает производительность, поскольку процесс должен читать каждую страницу в базе данных. Нет никакого способа, которым я бы делал полный или diffs на db, когда он находится под нагрузкой или в рабочее время, к которому пользователи обращаются.

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

Вопрос: нельзя ли просто выполнить восстановление на определенный момент времени с помощью полной резервной копии вечером в четверг, или это по какой-то причине невозможно?