私は過去5年間で15GB以上に成長したSQL Serverデータベースを持っています。今私の問題は、ディスクスペースと毎日のバックアップを実行するのにかかる時間です。私が知りたいことは、古いレコードをアーカイブし、データを失うことなくデータベースのサイズを縮小する方法です。SQL Serverでのデータのアーカイブ
ありがとうございます。
私は過去5年間で15GB以上に成長したSQL Serverデータベースを持っています。今私の問題は、ディスクスペースと毎日のバックアップを実行するのにかかる時間です。私が知りたいことは、古いレコードをアーカイブし、データを失うことなくデータベースのサイズを縮小する方法です。SQL Serverでのデータのアーカイブ
ありがとうございます。
15GBはそれほど大きくなく、doing anything specialがなくてもすぐにバックアップできるはずです。ディスクスペースは他のほとんどの技術リソース、特に開発者やDBAの時間よりもはるかに安いので、アーカイブソリューションを設計する価値があるのか、もっと多くのディスクを購入するだけでよいのか尋ねる必要があります。
もっと根本的に、とにかく「アーカイブ」は何を意味しますか?他の場所にデータを移動しても、まだスペースを占有しているため、そのスペースを購入して維持する必要があります。それをテープやDVDに入れて忘れることは許されますか、それとも随時尋ねられますか?もしそうであれば、ユーザがそれを要求したときに、どれくらいの頻度で遅延が許容できるのでしょうか?あなたが従う必要がある法的規制はありますか?アプリケーションでデータが表示されていても、別のディスクに格納されているだけですか?もしそうなら、データを分割することは意味をなさないでしょうか?
私は同様の問題、メインデータベースに「ライブ」データを持ち、2番目のデータベースに「終了」データを持つ方法を検討しています。
私たちが現在手がけているソリューションは、ライブDBからアーカイブDBへデータをシリアライズ/デシリアライズし、新しいデータと古いデータにアクセスするための2つの接続文字列を与えるカスタムアプリケーションです。
組み込みソリューションの調査では、水平分割が行われました。ユーザーへのデータのビューを制限するものではありませんが、日付別の物理ディスク間でデータを分割することができない
http://msdn.microsoft.com/en-gb/library/ms178148%28v=sql.105%29.aspx
。
+1大型ディスクと高速ディスクがキーとなり、安価です。 – Simon