回答:
バックアップでは破損を防ぐことはできません。破損を絶対に防ぐことはできません。
バックアップとは、破損やその他の災害が発生した場合に、データを以前の時点に回復できるようにすることです。
バックアップスケジュールがあなたを適切に保護するかどうかは、仲間のコミュニティが答えることができるものではありません。ビジネス要件がそれを指示します。目標復旧ポイント（RPO）を考慮する必要があります-どれだけのデータを失う余裕がありますか？5分で上限を設定し、1日に1回完全バックアップを作成し、1時間ごとにログを記録する場合は、カバーされません。真に身を守るには、完全復旧モードにして、ログバックアップを<= n分ごとに実行する必要があります。nは、維持できるデータ損失の最大量です。
目標復旧時間（RTO）など、他の考慮事項もあります。災害が発生した場合、オンラインに戻るのにどれくらいの時間を費やすことができますか？これにより、アクセスできるようにドライブにバックアップを保持するだけか、ログ配布を使用してウォームスタンバイをアクティブに維持するか、ミラーリング、FCI、可用性グループなどの「コストの高い」DRテクニックを決定します。これらの技術の一部はデータの破損を防ぐのに役立ちますが、他のタイプの障害はカバーされません（たとえば、プライマリセカンダリとセカンダリの両方でwhere句のない偶発的な削除が実行されます）。
私の経験では、データベースを保護する最良の方法は、スケジュールされたバックアップです。アーロンが言ったように、この2つの質問に答えることは非常に重要です。
どれだけのデータを失うことができますか？
災害が発生した場合、オンラインに戻るのにどれくらいの時間を費やすことができますか？
もちろん、私のデータベースは250GBよりも小さく、熱狂的なバックアッププランを好みます。24時間ごとの完全データベースバックアップ、3時間ごとの差分バックアップ、15分ごとのトランザクションログバックアップを作成します。はい。おそらく、障害が発生した場合、データベースの復元に時間がかかりますが、データの損失は最小限に抑えられます。
データベースのレプリケーションを設定することを検討します。それがどのように機能し、データを保護するのに役立つかについての詳細については、例えばここを読んでください：
https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx
もちろん、別のネットワーク上であっても、他のホストへのレプリケーションをセットアップする場合、ほとんど意味があります。トランザクションレプリケーションのセットアップは、レプリケーションが即座に行われるため、究極の安全性のためにopが望んでいるものであり、スケジュールされたバックアップよりも常に信頼性が高くなります。