Резервное копирование не может предотвратить повреждение. Ничто не может абсолютно предотвратить коррупцию.
Резервное копирование позволяет вам восстановить данные на более ранний момент времени в случае повреждения или другого стихийного бедствия.
То, что ваш график резервного копирования защищает вас должным образом, не может ответить сообществу коллег - ваши бизнес-требования будут определять это. Вам необходимо учитывать целевую точку восстановления (RPO) - сколько данных вы можете позволить себе потерять? Если вы наберете 5 минут и будете делать полное резервное копирование один раз в день и регистрировать резервные копии каждый час, это не покрывается страховкой. Чтобы по-настоящему защитить себя, вы должны находиться в режиме полного восстановления, а резервное копирование журнала должно происходить каждые <= n минут, где n - максимальный объем потери данных, который вы можете выдержать.
Есть и другие соображения, такие как время восстановления (RTO) - как долго вы можете позволить себе вернуться в онлайн в случае аварии? Это будет определять, будете ли вы просто сохранять резервные копии на диске, готовом к доступу, или активно поддерживать теплый резерв, используя доставку журналов, или более дорогие методы DR, такие как зеркалирование, FCI и группы доступности. Обратите внимание, что некоторые из этих технологий могут помочь вам избежать повреждения данных, но другие типы сбоев не рассматриваются (например, случайное удаление без предложения where будет успешно выполняться как на первичном, так и на любом вторичном сервере).