Discussion :

[serge0934]

bonjour à vous,

J'ai une base contenant plusieurs tables dont 1 est très grosse (2 téras). Elle contient des données reparties sur plusieurs luns (1 par année)

Nous avons un proccess (qui sera supprimé d'ici 6 mois) qui fait un backup de la base, le transfère sur le réseau puis la restaure sur un autre serveur; du fait que les hébergeurs sont différents.
Comme les données des années n-2 ne sont jamais touchées (pas d'insert, update, delete) sur la grosse table, je voudrais "couper" la table en 2, mettre la partie dont les données sont mortes sur le même serveur mais sur une base différente. De ce fait mon backup sera bien plus petit. Je précise que je ne peux pas faire du différentiel Ensuite je remplacerai les appels à cette table par une vue sur les deux tables.

D'où ma question: quelle sera ma perte de performance sur select entre avant ( 1 table) et après (1 vue sur 2 tables dans 2 bases différentes) ?

Merci

[Glouferu]

Bonjour,

Calculer cette perte de perf va être compliqué je pense.
Vu que tu souhaites utiliser 2 bases différentes, tu ne pourras pas faire de vue indexées donc tu vas te retrouver avec les performances d'une simple vue.

Par contre, si tes bases sont sur LUN, pourquoi ne pas faire tes sauvegardes différemment à l'aide du SAN (Snapshots) ?


Cdt,

[SQLpro]

Pourquoi ne pas tout simplement faire des sauvegardes de fichiers ou groupe de fichier ? Et donc ne sauvegarder que les données vivantes ???
De plus vous pouvez passer un groupe de fichier en READ ONLY ceci afin de ne pas poser de verrous lors des lectures.

A +

[serge0934]

Merci Glouferu, c'est vrai que je perd la possibilité des vues indexées

SQLPro:
mon pb n'est pas la sauvegarde mais la restauration. Je pense que l'on ne peut pas restaurer qu'une partie d'une base (sauf le cas du différentiel) ?