Developpez.com
Accueil
Etes vous au courant des nouvelles fonctionnalités de la prochaine version de Windows? Actuellement nous sommes en TP3 et durant mes investigations, j’ai été heureux de voir les nouvelles fonctionnalités de cluster.
En lisant cet article Microsoft, nous pouvons voir:
Workgroup Clusters: Clusters with nodes which are member servers / workgroup (not domain joined)
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il y a quelques semaines, j’ai participé à une discussion sur le forum développez.com concernant SQL Server AlwaysOn et les groupes de disponibilités, les stratégies d’indexation et l’impact sur les réplicas en lecture seule, Durant la discussion, un membre du forum affirmait que reconstruire un index en ligne avait moins d’impact sur un réplica secondaire en lecture seule qu’une ré-indexation hors ligne. J’avoue n’avoir pas être forcément d’accord avec cela mais est-ce la vérité? Vérifions le dans ce billet.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Durant mes tests sur les fonctionnalités AlwaysOn 2016, j’ai écrit un premier article sur le nouveau support AlwaysOn pour SSISDB,
Pour rappel, pour ceux qui ont eu à faire au catalogue SSIS dans la version précédente, des étapes supplémentaires étaient nécessaires pour être AlwaysOn compliant. Heureusement la nouvelle version de catalogue va rendre ce travail plus facile pour les DBA.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Lors de mes missions sur SQL Server AlwaysOn et les groupes de disponibilités, les clients me demandent souvent s’il existe des bonnes pratiques et recommandations sur le nombre maximum de bases de données dans un groupe de disponibilité. En réalité, pour répondre à cette question, nous devons garder à l’esprit la relation qu’il y a entre les bases de données et le pool de threads de travail dans ce type d’architecture.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Au cours d’une discussion hier avec un de mes amis « oraclien » nous avons débattu sur les différents comportements d’optimisation entre Oracle et SQL Server sur un cas bien précis. Vous pouvez lire son billet ici et trouver un script pour reproduire le problème par vous même. J’ai donc décidé d’écrire un billet à mon tour parce que cette discussion avait introduit des concepts intéressants que je voulais approfondir côté SQL Server.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il y a quelques semaines lors d’un audit, mon client me parlait de problèmes de performances identifiés uniquement sur la phase de login de son application. Après des échanges divers entre le client et l’éditeur de logiciel, nous avons constaté que le problème ne se produisait pas lorsque l’application et l’instance SQL Server étaient installées sur le même serveur (moins d’une seconde avec la configuration de l’éditeur contre 10 secondes avec celle du client). A vrai dire, mon client ne possédait pas tout à fait la même configuration qui comprenait un serveur applicatif et un serveur de bases de données distant. Imaginez la déception du client lorsqu’il s’est aperçu que sa configuration matérielle était de loin plus puissante que celle de l’éditeur de logiciel pour ces tests avec un même volume données.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Au cours de mes audits clients, j’ai souvent vu les paramètres d’expansion de fichiers par défaut sur les bases de données utilisateurs et comme vous le savez ceci n’est pas forcément une bonne pratique. Laissez moi vous raconter une histoire drôle vécue qui concerne une situation extrême avec un fichier journal et ses paramètres par défaut.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il ya quelques semaines, j’ai eu l’occasion de donner une session sur la fonction d’index cluster columnstore (CCI) lors de notre événement In-Memory dédié aux technologies Microsoft SQL Server, Oracle et SAP HANA. Au cours de notre session, j’ai expliqué les améliorations apportées par Microsoft sur SQL Server 2014, avec l’introduction du nouvel index cluster columnstore (CCI).
Le CCI comprend une nouvelle structure qui permet des opérations de mise à jour: le fameux deltastore. En effet, les opérations d’insertion vont directement dans ce magasin. La suppression de données est purement logique et va être également répertorié dans une partie du deltastore appelée deleted bitmap. Enfin la mise à jour de données va se transformer en 2 opérations élémentaires INSERT et DELETE. En réalité, j’étais très intéressé de savoir comment s’articulait ces deux structures spécifiques (deltastore et columnstore) et comment SQL Server gérait la mémoire la mémoire dans ces différents scénarios. Ce blog est simplement le résultat de mes études et concerne probablement ceux qui aiment regarder sous le capot de SQL Server. Pour être tout à fait honnête, l’idée m’est venue lorsque je discutais avec un de mes amis « Oraclien » et qui me posaient des questions intéressantes sur la gestion du CCI.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il y a quelques semaines de cela, je participais à un projet d’infrastructure SSIS avec SQL Server 2014. Comme vous le savez, l’architecture SSIS a fondamentalement changé depuis SQL Server 2012 et a conduit à une nouvelle façon d’administrer cette fonctionnalité par les administrateurs de bases de données. Ceci est particulièrement vrai lorsque nous devons prendre en compte une architecture AlwaysOn avec le nouveau catalogue de SSISDB depuis SQL Server 2014 ..
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Après avoir fait le tour des quelques améliorations du côté de la fonction d’index columnstore, j’ai été étonné de voir la section suivante
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
© 2000-2020 - www.developpez.com
Partenaire : Hébergement Web
