Последствия полного резервного копирования запущенной базы данных SQL Server каждые 4 минуты

Question

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

Но что может быть плохого, что может случиться при выполнении полного резервного копирования таким образом? Кроме этого, резервная копия никогда не будет содержать правильных данных, поскольку база данных интенсивно используется при выполнении резервного копирования. И нагрузка на сервер.

У меня была пара проблем, связанных с sql (webservice <-sqlconnection-> sql) с этим клиентом, и я хочу технически узнать, может ли этот сценарий резервного копирования быть частью проблемы?

Конечно, я начну исследовать это с остановки резервного копирования во время тестирования, просмотра журналов событий и так далее. Но мне любопытно, если кто-то прямо скажет: «Нееет, это заблокирует X и бросит Y, и это ПЛОХО» или что-то в этом роде. ;)

Answer 1

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

Answer 2

Возможно, вы могли бы запустить второй сервер MSSQL для резервирования? а оба сервера в зеркале рейда?

или вы можете использовать что-то вроде Red Gate для резервного копирования ваших данных каждые 5 минут. и его мертвый быстрый !!! и имеет много сжатия / шифрования. Мы запустили резервное копирование базы данных с записями 1 миллион каждые 10 минут. Без проблем!

Вы действительно должны спросить своего клиента, почему вы хотите делать резервные копии своей базы данных каждые 4 минуты?

Answer 3

Пока вы помещаете файлы данных в эквивалентный MSSQL «режим резервного копирования», резервное копирование должно быть действительным, но это похоже на невероятно тяжелый способ создания резервных копий. Даже «полное ежечасное полное резервное копирование на основе журналов» будет огромным улучшением.

Конечно, это во многом зависит от размера базы данных, если база данных 5-10 мегапикселей, накладные расходы могут быть обращены вспять, но это маловероятно.

Answer 4

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