J’ai eu à migrer dernièrement la configuration d’un serveur centralisé (via la fonctionnalité Central Management Server) avec l’ensemble des groupes et des serveurs inscrits d’une instance vers une autre. Il est bien sur possible de faire cela graphiquement mais c’est méthode n’est vraiment viable que lorsqu’on a peu d’instances SQL Server inscrits mais quand leur nombre augmente l’effort est beaucoup plus important et l’opération devient rapidement fastidieuse. Bien entendu il existe l’export de la configuration via le fichier XML qui reste la solution de loin la plus simple. Je vous propose cependant un script qui permet le transfert de la configuration d’un serveur centralisé vers un autre.
Archives mensuelles : janvier 2012
Changer le nom du serveur dans la chaîne de connexion par défaut dans un plan de maintenance
Lorsque l’on change le nom d’une instance SQL Server celui-ci ne se propage dans les connexions des plans de maintenance. Pour rappel, un plan de maintenance n’est ni plus ni moins qu’un package SSIS lié à un job SQL Server. C’est donc ce package SSIS qui contient la définition des sources de données. Cependant lorsqu’on tente de modifier la source de données par défaut associée au plan de maintenance on s’aperçoit vite qu’il est impossible de la modifier. On ne peut qu’en ajouter et modifier en conséquence chaque tâche qui compose le plan avec la nouvelle connexion. Autant dire que l’opération devient rapidement fastidieuse. Alors comment changer directement la source de données par défaut ?
Ouvrir le gestionnaire de configuration de SQL Server sur une instance distante à partir de la console d’enregistrement des serveurs
La console d’enregistrement des serveurs permet de sauvegarder les connexions des instances SQL Server les plus utilisés. Personnellement c’est une fonctionnalité que j’utilise souvent lorsque je commence à avoir un certain nombre d’instances à gérer. Par ailleurs la console d’enregistrement des instances SQL Server offre des fonctionnalités intéressantes comme identifier une instance ou un groupe d’instances par un code couleur, importer ou exporter la définition des connexion sur d’autres postes etc… Cependant un aspect intéressant mais moins connu est la possibilité de se connecter au gestionnaire de configuration sur une instance distante.
Consolidation des bases de données SQL Server
Consolider est un terme qu’il est impossible de ne plus entendre de nos jours dans nos entreprises. Le nombre de projets informatique autour de la consolidation n’a pas cessé de croître ces dernières années. Les bases de données ne dérogent pas à la règle. On peut alors se poser la question suivante : sommes-nous dans un phénomène de mode ? La réponse est bien entendu non. La consolidation amène son lot d’avantages…
David BARBARIN (Mikedavem)
MVP SQL Server
Quand l’économie d’énergie dans le bios ne fait pas bon ménage avec les performances de SQL Server
Il y a quelques temps j’avais écrit un billet sur les power plans de Windows et l’impact que cela pouvait avoir sur SQL Server. Il y a quelques temps j’ai pu l’observer chez un de mes clients qui souffraient de problèmes de performances de requêtes après avoir acheté un nouveau serveur. Voici ce que nous avons pu voir en comparant deux configurations serveurs différentes.
SQL Server et Policy-Based Management : Considération sur la propriété DataAndBackupOnSeparateLogicalVolumes de la facette Database Maintenance
La propriété DataAndBackupOnSeparateLogicalVolumes fournie par la facette Database Maintenance permet d’établir une règle qui se base sur le postulat « Les fichiers de données d’une base ne peuvent pas résider sur le même disque que les sauvegardes qui la concernent ». Dans le cadre de l’implémentation d’un standard de configuration d’instances SQL Server l’utilisation de cette propriété peut se révéler nécessaire. Cependant pour l’avoir mis en place chez un de mes clients, j’ai pu constater que son comportement n’était pas celui que j’espérais.
Retour des journées SQL Server du 12 et 13 décembre
Je commencerai l’année avec un bilan concernant l’événement SQL Server du moins dernier. Tout d’abord il me semble important de remercier nos sponsors et nos organisateurs Christian, Arian et Jean-Pierre sans qui cet événement aurait difficilement eu lieu. Leurs efforts n’ont pas été vains au vu de l’engouement constaté avec 417 inscriptions, 27 speakers et intervenants (MVPs, MCMs, membres du support PSS, Jean-Yves Devant program manager de la réplication, Bruno Aziza responsable marketing SQL Server au niveau mondial, Damien Caro Microsoft Evangelist, Damien Cudel et Jean-Marc Monfort responsables produit SQL Server). Un événement qui confirme ici que la communauté SQL Server France est bien vivante et active !!