データベース全体をバックアップするため、SQL Server の組み込みのバックアップ機能を使用できない理由がありました。これらの顧客は、データベースを分割し、データの所有者のサブセットにバックアップして、適切な関係者が独自のルールに従って独自のデータをバックアップできるようにする必要があります。私の質問は 2 つあります。
- どうすればこのようなことをすることができますか?
- バックアップをこのように分割するよう求められたことはありませんか? そうでない場合、業界標準に反しているように見える何かをするように頼まれたことがありますか? 社内の人々は、データの必要なサブセットだけをバックアップする「独自の」バックアップ プロセスを作成する必要があると提案しています。もちろん、これは、私たち/私が単に「独自の」復元プロセスを実行する必要があることを意味します。これが車輪の再発明の定義であり、そもそも SQL Server を選択した理由の一部であると私が主張するとき、彼らは私が技術的なスノッブであり、怠け者であると考えているように感じます。
彼らの意見は、Access ベースの別の製品での経験に基づいており、各論理ユニットを単純にコピーできる別のデータベースに格納していたのではないかと思います。
更新: SMO を使用して「完全な」データベースをバックアップし、バックアップを復元し、サブセットの一部ではないバックアップからレコードを削除することで、最終的にこれを実装することに成功しました。これにより、トランザクション ログが 5 分間で 5 GB を超える結果になったことに非常に失望しています。空のデータベースを作成して挿入する方が簡単に思えますが、データベースの更新に合わせて更新する必要がある静的スクリプトを使用せずにスキーマを複製するにはどうすればよいでしょうか?