Discussion :

[joujousagem2006]

Bonjour

on va la planifier dans quelques jours un transfert de nos databases d'un serveur d'ancien génération "G5" vers un nouveau serveur "G6" plus performant
jusqu’à manant j'ai pas pu a faire le transfert de la base master mais comme même j'ai arriver a transférer les connexion et les serveur liée
Ce qui m’inquiète c'est l’impact de ce transfert sur la performance du serveur surtout que tout mes statistiques de colonne sont stockées dans la table système sysindexes donc je vais perdu tout
je ne sais pas si le SGBD va recompiler de nouveau mes statistiques pendant la première exécution et puis va être de nouveau recompiler ou la base master n a pas de relation avec les statistiques des index

merci

[hmira]

Les statistiques d'une base de données utilisateur ne sont pas stockées dans la base master !

Les statistique d'une base de données sont stockées dans la base elle-même, et par conséquent après une sauvegarde/restauration d'une base de données, les statistiques de la dite base sont préservées.

Par ailleurs, on ne ne recompile pas les statistiques, mais on recalcule les statistiques. D'autre part, vous devez être doté d'un ou plusieurs plans de maintenances de vos base de données, vous permettant, entre autres, de recalculer les statistiques.

ATTENTION : Généralement, lors d'une d'une migration vers un nouveau Serveur/une nouvelle instance SQL Server, on ne restaure pas la base master sur le nouveau Serveur !!! sinon vous allez droit vers de gros problèmes ! déjà que vous ne maîtrisez pas bien le fonctionnement de base SQL Server.
Le plus souvent, on scripte, puis l'ancien Serveur, les objets Serveur puis, à partir de ces scripts, on recréé les objets, à l'identique, sur le nouveau Serveur.

A+

[StringBuilder]

Heu, je pose la question, car chez nous, dans un souci de simplicité (création de nouvel environnement à partir d'un modèle) on se contente de backuper la base puis la restaurer sur le nouveau serveur.
Dans ce cas, il n'y a que les droits à revoir (et uniquement si ce ne sont pas des utilisateurs du domaine, non ?)

[hmira]

Heu, je pose la question, car chez nous, dans un souci de simplicité (création de nouvel environnement à partir d'un modèle) on se contente de backuper la base puis la restaurer sur le nouveau serveur.
Dans ce cas, il n'y a que les droits à revoir (et uniquement si ce ne sont pas des utilisateurs du domaine, non ?)

Vous faites allusions à quel type de base de données ? Les bases de données utilisateurs ou bien les bases systèmes (master, model, msdb, ..) ?

A+

[StringBuilder]

Des bases "utilisateur".

Je fais jamais rien dans les antres bases.
(Mise à part ce qui se fait tout seul sans rien me demander, genre la création de logins, etc.) que je scripte à part et rejoue le cas échéant après la restauration sur le serveur cible.

[hmira]

Des bases "utilisateur".

Je fais jamais rien dans les antres bases.
(Mise à part ce qui se fait tout seul sans rien me demander, genre la création de logins, etc.) que je scripte à part et rejoue le cas échéant après la restauration sur le serveur cible.

Cela me rassure !
Donc on est bien d'accord. En ce qui concerne les bases utilisateurs, il n'est pas rare de procéder de la sorte "backuper la base de référence puis la restaurer sur le nouveau Serveur/Instance",
Mais lors d'une migration vers vers un nouveau Serveur, nouvelle Instance de SQL Server, comme le mentionne et le suggère le Post initial, on ne procède jamais à une restauration de la base master sur le nouveau Serveur/Instance.
Comme je l'ai indiqué ci-haut, le plus souvent, on scripte, depuis l'ancien Serveur/Instance, les objets Serveur puis, à partir de ces scripts, on recréé les objets, à l'identique, sur le nouveau Serveur/Instance.

A+