L'archivage de grandes quantités de données anciennes dans SQL Server
Question assez simple.
J'ai un grand de 70 go de base de données qui a quatre ou cinq tables qui contiennent environ 50 millions de lignes de chacun. Ces tables contiennent environ 6 années de données. Nous sommes limités à la quantité d'espace dans notre base de données de 80 go, et nous allons être de s'approcher rapidement que dans les 6 prochains mois.
Nous avons seulement besoin de garder environ deux années de données dans la base de données. Quelle est la meilleure approche pour l'archivage des données les plus anciens, SANS prendre le live de la base de données en mode hors connexion (c'est 24/7 base de données)?
Nous sommes en cours d'exécution de SQL Server 2008 R2 Standard dans un environnement en cluster à l'aide d'active-passive de l'installation à l'aide de stockage partagé.
Grâce.
Vous devez vous connecter pour publier un commentaire.
Quand vous dites archives, implique un "besoin de conserver les données pour une utilisation ultérieure".
Entre autres choses, si les données ne sont pas encore disponibles maintenant, alors vous courez le risque de le perdre si vous comptez sur des bandes de sauvegarde. Aussi, vous avez besoin d'avoir de l'espace disque pour la restauration dans le futur.
Ce ne sont pas des problèmes insurmontables, bien sûr, mais moins que les choses sont essentielles, j'aimerais conserver les données en ligne jusqu'à preuve du contraire. Mon expérience montre qu'une folk souhaitez archiver des données lorsque vous y attendez le moins...
Une option (la question est balisé SQL Server 2008) est la compression de données. Vous pouvez compresser les tables d'archive en ligne par exemple.
Pour créer une table d'archive.
Ou de l'utilisation partitionnement pour atteindre le même
Si les données sont en ligne, vous pouvez réduire le "courant" table de plus et avoir des données plus âgés que, disons, 3, mois dans une archive compressée/table de partition trop